시스템 접근 방법론 3

(1)

시스템 접근 방법론 3

과목명 : 도서관시스템자동화

(2)

2

차례

 패키지 시스템의 도입

 소프트 시스템 방법론

(3)

3

패키지 시스템의 도입 절차

1. 패키지 시스템 선정팀 구성

2. 요구사항의 분석

3. 후보 시스템 선정

4. 제안요청서 작성 및 제안서 제출

5. 제안서의 평가 및 최종 시스템 선정

6. 구매 계약

정명미, 안현수 공저. 전자도서관 구축론. 서울: 구미무역㈜출판부 p52

(4)

4

패키지 시스템 선정팀 구성 및 요구 사항 분석단계

 패키지 시스템 선정을 위한 준비단계

 시스템 접근 방법 중 계획과 시스템 분 석단계

(5)

5

후보 시스템 선정

 패키지 제품 파악 방법



도서관 자동화 관련 국내외 연속간행물의 기사 및 광고를 참조하여 정보 획득



도서관 자동화 관련 국내외 전시회나 컨퍼런스에 참석하여 정보 획득



최근에 패키지 시스템을 설치한 도서관의 담당자 와 직접 접촉하여 필요정보 획득

 여러 패키지 시스템을 대상으로 비교 분석하는 작업 수행 완료한 경우

 시간과 노력 절약

 분석작업에 참여한 담당자를 통한 시스템 간접평가 가능

패키지 시스템의 도입(도입절차)

(6)

6

후보 시스템 선정

 최적의 후보 시스템 선정방법

 시스템에 대한 요구 사항을 철저히 분석

 이러한 요구사항을 만족시키는 패키지 시 스템 선정

 후보 패키지 시스템 선정용 평가표 활용

(7)

7

제안요청서 작성 및 제안서 제출

 RFP 작성 방법

 최근에 패키지 시스템을 도입한 경험 있는 다른 도서관으로부터 구함

 패키지 시스템 업체로부터 구한 다음 자관 의 실정에 맞게 수정, 활용

패키지 시스템의 도입

정명미, 안현수 공저. 전자도서관 구축론. 서울: 구미무역㈜출판부 pp53~54

(8)

8

RFP의 기능



선정 대상이 된 패키지 시스템의 특성과 성능을 구별 할 수 있는 충분한 정보 제공



특정 업체의 선정에 대한 당위성을 문서상으로 나타 내며, 다른 업체를 배제시킨 이유를 명확히 설명



패키지 시스템 구매에 따른 예산을 지원하는 모기관 에 대해 선정된 패키지 시스템을 정당화시킴으로써 정치적이고 법률적인 요구를 충족시킴



제안요청서를 준비하고 제출된 제안서를 평가하는 과 정에서

 도서관 직원에게 교육의 기회제공

 도서관 직원이 시스템의 사양 결정과 선정작업에 참여하기 를 원할 경우 기회 제공

 도서관 직원이 패키지 시스템을 유지하고 관리하는데 도움

(9)

9

RFP의 포함 내용

 개요

 일반 요구사항

 특수 요구사항

 시스템 규격(기능 및 기술분야)

 회계

 계약

(10)

10

개 요

 입찰참가업체가 도서관의 주요 목적을 파악할 수 있는 내용



도서관의 사명, 목표, 조직 구성, 역사 및 운영현황 등

 RFP의 전체적인 내용과 구성에 대한 개요



업체가 제출한 제안서의 내용, 순서, 형식



입찰 추진 일정



확실한 용어 정의, 용어의 표준화

 추가 정보



RFP에 대한 보충자료 제출 절차, 도서관의 제안서 평가 절차에 대한 언급, 제안서 철회 절차, 업체 설 명회 절차, 도서관 내 담당자와의 접촉 방법

(11)

11

일반 요구사항



관리자용 요약정보 제공 요청

 도서관 관리자 중 전문지식이 없는 사람을 위한 정보, 특장 점, 회사재무 상태 등



제안된 패키지 시스템을 사용하는 모든 기관의 리스 트와 연락처 명시 요구

 실제 사용중인 기관 담당자로부터의 간접 평가



제안서 평가 기준 제시

 업체가 효과적으로 제안서를 작성하도록 함

 제안서 접수 거부에 대한 내용 삽입

 도서관 입장에서 구매과정의 융통성 갖게 함

 업체로 하여금 일정 수준 이상의 제안서 제출토록 함



RFP 철회에 대한 제재조치 사항 패키지 시스템의 도입(도입절차)

(12)

12

특수 요구사항



입찰보증금 납부 요청

 입찰과정에서의 문제를 방지하기 위함

 제안서 작성에 들어간 비용이 도서관에 전가되지 않도록 함



이행보증보험

 도서관에 시스템이 안전하게 도입될 수 있도록 하는 보험

 업체에 대한 대금 지불 일정 명시



계약 성사 내용의 외부 공표

 도서관의 허락



시스템에 대한 도서관 직원 교육 및 시스템의 운영과 이용에 필요한 각종 자료의 제공을 RFP에 명시

(13)

13

시스템 규격(기능 및 기술분야)

 기능명세서(functional specifications)



패키지 시스템이 지원할 구체적 기능 정의



필수항목과 선택항목으로 구분하여 명확하게 기술

 업체가 도서관이 필요로 하는 기능의 중요도 및 우선순위 파악하도록 함

 기술명세서(technical specifications)



패키지 시스템의 하드웨어와 소프트웨어의 구조적 특징에 관련된 내용

 입찰업체가 해당 시스템의 기술적 특성을 명확하게 정의 할 수 있게 함

(14)

14

회 계

 표준 형식에 맞춘 가격 견적서 작성 요 청

 제안서 비교 평가의 용이성

 다양한 구매 방법에 따른 견적 요청

 일괄 구매

 임대 등

(15)

15

제안서의 평가



의미

 RFP에 언급된 패키지 시스템에 대한 요구 사항을 어느 업체 가 가장 잘 충족시키는지 결정하는 과정



선정과정의 공정성

 공식적, 체계적, 계량화



평가과정

 기술부분과 가격 부분의 분리 평가

 기술부분

 RFP에 언급된 기능적 요구사항 및 기술적 요구사항 만족여부

 가격부분

 최저가 선택

 원가 이하 제시경우, 납품 시스템 질적 저하 및 사후관리

(16)

16

최종 시스템 선정



성능평가 시험

 신뢰성 시험과 기능 적합성 시험



신뢰성 시험

 시스템의 즉시 가동 입증

 도서관이 보유하고 있는 특정 데이터베이스를 새로 도입되는 시스템에 적재가능한지를 보여 주도록 함

 일정 수준의 효율성 유지 가능

 일정기간 오류 없이 요구된 작업 수행 능력



기능 적합성 시험

 도서관의 기능적 요구사항 구현 여부

 각 기능의 별도 시험, 평가

(17)

17

구매 계약

 계약 협상

 계약서 작성

(18)

18

구매계약(계약 협상)

 제안서에 언급된 내용을 각 항목별로 확인

 시스템의 운용과 유지관리를 위한 각종 지원



남품업체 기술자의 일정기간 상주 등

 무상하자보수 기간 동안의 신속한 시스템 오 류 수정

 추가 비용 지불 지양

 교육



패키지 시스템 운영과 관리를 위한 담당직원의 교 육



시스템 관리자 교육과 일반 이용자 교육

(19)

19

구매계약(계약서 작성)

 용어의 정의



RFP에 사용된 기술적 용어에 대한 명확한 정의

 유지보수 사항



도서관의 요청이 있을 경우 업체는 별도의 비용을 받지 않고 장비의 유지보수를 위해 필요한 자료들 을 제공해야 한다는 내용

 특허 및 저작권 보증 관련 사항



도입 장비 및 관련 소프트웨어에 대한 특허나 저작 권 침해 등으로부터 보호

(20)

20

소프트 시스템 방법론

 대표적인 방법론

 방법론의 문제점

 SSM 7단계

 적용상황

SSM:Soft Systems Methodology

(21)

21

소프트 시스템 방법론

 대표적인 방법론: Checkland 방법론



명확히 정의하기 어려운 문제를 가지고 있는 시스 템에 적합한 방법으로서 문제상황을 완전히 파악 하기 위해 질문지나 면접을 통한 정보의 수집이 필 수적인 방법론

 방법론의 문제점



시스템 연구의 결과를 일반화하기 어려움



제안된 변화가 새로운 문제상황을 초래할 수 있기 때문에 시스템 연구 과정이 한번에 끝나지 않을 수 있다는 점



고도의 경험을 가진 분석자가 요구되는 복잡한 방 법론이라는 점

(22)

22

소프트 시스템 방법론

 SSM(Soft Systems Methodology)7단 계

 문제상황의 파악

 문제상황의 분석

 관련시스템에 대한 기본 정의

 개념적 모형 구축

 개념적 모형과 실세계의 비교

 변화에 대한 논의

 문제상황의 개선

(23)

23

SSM 1단계: 문제상황의 파악

 현재의 문제에 관해 가능한 한 많은 정 보를 수집하는 단계

 소프트 정보의 유형

 조직에 관한 공식적인 정보(하드 정보)

 문제상황 속에 있는 사람들의 비공식적인 견해

(24)

24

SSM 2단계: 문제상황의 분석

 수집된 정보를 통합하여 문제상황을 구 조적으로 표현하는 단계

 문제상황을 보는 다양한 관점의 선택 가능

 이에 따른 관련 시스템의 식별 가능

 기본적 요소

 조직구조

 공식적 역할관계

 커뮤니케이션 채널

(25)

25

SSM 3단계: 관련시스템에 대한 기본 정의

 문제와 관련된 개념적인 시스템을 발견하는 단계



문제상황 속에 있는 사람들의 관점에 따라 각기 다 른 관련시스템이 추출될 수 있음



추출된 관련 시스템의 기본적인 특성을 기본 정의 속에 기술

 기본 정의



보통 한 두 문장으로 표현



CATWOE(Customers, Actors, Transformation, World view, Owner, Environmental constraints)

(26)

26

SSM 4단계: 개념적 모형 구축

 기본 정의에서 기술된 관련 시스템에 대 한 요구 사항을 충족시키기 위해 필요한 행위들을 발생 순서대로 열거하고 이들 간의 관계를 표시함으로써 관련 시스템 의 개념적 모형을 구축하는 단계

(27)

27

SSM 5단계: 개념적 모형과 실세계의 비교

 개념과 모형과 실제 문제상황을 비교하 여 차이를 발견

(28)

28

SSM 6단계: 변화에 대한 논의

 개념적 모형과 실제 상황 간의 차이가 얼마나 중요한가, 어떤 변화가 필요 한 가 등에 대한 논의를 거쳐 실현가능하며 바람직한 변화를 제안

(29)

29

SSM 7단계: 문제상황의 개선

 합의가 이루어진 변화를 실행하여 문제 상황을 개선

(30)

30

SSM과 HSM의 비교

소프트 시스템 방법론 하드 시스템 방법론

문제상황 파악 문제의 정의

문제상황 분석 시스템 분석

소프트 시스템 방법론

 적용 상황

 도서관 직원 관리

 CD-Net 시스템 구축

 대학도서관간 정보네트워크 구축

(32)

32

참고문헌

정명미, 안현수 공저. 전자도서관 구축론. 서울: 구미무역㈜출판부

(33)

33