9. 대학도서관의 전산화
9.1. 현황
가. 통합시스템 : V-LAS, SOLARS, LINNET, AIMS, 4L, ITLIS, 자체개발....
나. 해외 DB : DIALOG, FirstSearch, BLDSC
다. CD-Networking
라. 전자도서관 : 자체구축/도입
마. 전자저널 : 기관/출판사 = KRIC, PQD, Academic Press. Wiley...
9.2. 문제
가. MARC File의 가변성 (DB 특성=검색, 수정, 삭제, 삽입)
나. 시스템 복잡
다. 정보기술의 다중 결합 : Server +O/S + DBMS + SQL + C(Powerbuilder)
+ Windows + Internet + MARC + Web + Image + Index + Abstracts + 스키마...
라. 정보기술의 신속한 발전 : 기술수명 / 정보 및 기술 축적
마. 기본 도구 미비 : 전거파일, 씨소러스, 완전한 종합목록
바. 개발자의 경험부족
사. 이용자 : 기대수준/정보마인드
아. 비용 대 효과가 높지만은 않다.
9.3. 이슈
가. 개발방식의 차이
구분 |
상용 패키지 |
자체 개발 |
장점 |
1. 시스템을 비교하여 도입할 수 있다. |
1. 도서관 자체의 요구사항에 맞게 구현할 수 있다. |
단점 |
1. 개별 도서관의 상황을 전부 반영하지 못한다. |
1. 개발기간이 길다. |
나. 서버 전용 및 공용
서버를 도서관의 기능과 관계없는 다른 목적으로 함께 사용한다면 다음의 문제가
발생할 수 있다.
첫 번째, 서버의 부하가 가중되어 도서관의 업무에 지장을 가한다.
두 번째, 네트워크 소통에 부담을 준다.
세 번째, 해킹의 가능성이 증가한다.
네 번째, 서버의 물리적 환경이 악화될 가능성이 높아진다.
결국, 서버에서 도서관과 관계없는 일을 처리하다가 사소한 일로 도서관 기능을 마비시킬
가능성이 상존한다.
따라서 도서관 업무가 안정적으로 유지되기 위해서는 서버를 전용으로 사용하는 것이
유리하며, 이러한 경향은 대학도서관 거의 전부(95%)가 서버를 전용으로 사용하고
있는 데에서 알 수 있다.
다. 서버 관리
시스템 관리자는 단순히 하드웨어만을 관리하는 것이 아니다. 하드웨어와 관련하여
가동하는 자동화프로그램, DBMS, DB를 관리하며, 이는 타기관과 공유할 수 없는 매우
전문화된 부분이다. 또한 시스템 관리자는 시스템 운영과 관련한 공문처리, 통계,
데이터 처리, 교육 및 지원 등의 부가적인 업무를 수행하며, 이러한 업무는 시스템
관리자의 전문지식과 경험이 필요한 영역이다. 또한 도서관이 컴퓨터를 이용하는
비중이 높아지는 만큼 도서관 직원이 컴퓨터를 직접 관리하고 운영하면서 도서관
서비스를 개발하는 것이 바람직하다.
라. 전자도서관의 한계
9.4. 관련문헌 초록 :
가. DB, 검색, 매체
나. 전산화
다. 업무
라. 인터넷
마. 전자도서관