진행 상황을 함께 확인
의뢰자·작업자·검수자가 같은 작업 상태를 봅니다. 진행 확인에 쓰는 연락과 시간을 줄일 수 있는지 검증합니다.
공식 자료에서 확인한 기능과 도도도가 검증할 제품 가설을 구분했습니다.
자료 확인일: 2026.09.07 · 현장 협의 전 기획 자료
| 비교 대상 | 공식 자료에서 확인한 특징 | 도도도에 주는 시사점 |
|---|---|---|
| KOLAS-WEB 국립중앙도서관 ↗ | KOLAS III DB 스키마를 공유하는 웹 자료관리. RFID·홈페이지 API와 국가 서비스 연계 안내. | 웹 접속 자체를 차별점으로 삼기 어렵습니다. 기존 데이터와 현장 연계 조건을 먼저 확인해야 합니다. |
| ILUS CLOUD 퓨쳐누리 ↗ | 작은도서관을 위한 웹 기반 임대 서비스. 수서·열람·목록과 운영 인프라 부담 완화, 업무 설정 안내. | 구독형 서비스에도 선행 제품이 있습니다. 이전·교육·지원의 구체적인 가치를 제시할 필요가 있습니다. |
| Koha 공식 매뉴얼 ↗ | 수서, 목록, 대출·반납, 이용자, OPAC, 통계, 연속간행물과 상호대차 등 업무 모듈 안내. | 도서관리의 확장 범위는 넓습니다. 핵심 업무를 먼저 검증하고 데이터 구조는 확장을 고려해야 합니다. |
| MarcEdit 개발자 기능 소개 ↗ | 일괄 편집, 필드·식별기호 변경, 유효성 검사, 문자 정규화와 다양한 메타데이터 변환. | 편집기만으로 차별화하기 어렵습니다. 기관별 작업 기준과 의뢰·승인·납품 과정에 집중할 여지가 있습니다. |
| OCLC Record Manager ↗ 품질 지침 ↗ | 웹 서지·전거 편집과 검색, 작업 중 기록 관리. 중복 식별과 수정 등 품질 관리 절차 안내. | 자동 검사와 전문 검수를 함께 다루고 출처·수정 근거·승인 책임을 명확히 해야 합니다. |
단독 기능보다, 담당자의 실제 업무가
끝까지 마무리되는지를 확인하겠습니다.
의뢰자·작업자·검수자가 같은 작업 상태를 봅니다. 진행 확인에 쓰는 연락과 시간을 줄일 수 있는지 검증합니다.
기관별 기준, 검사 결과, 검수 의견을 묶습니다. 처음 제출한 작업의 승인율과 재작업 시간을 확인합니다.
승인된 서지를 도서관에 반입하고 소장 도서로 연결합니다. 수동 입력과 반입 불일치가 줄어드는지 확인합니다.
초기 고객 후보는 반복 서지작업이 있는 도서관·납품업체와 이전·지원이 필요한 작은·전문도서관입니다. 제품 선택 이유와 지불 의사는 미팅과 시범 사용에서 확인할 가설입니다.
고객 유형, 작업 흐름, 납품 형식, 검수 책임과 1차 개발 범위를 확인합니다.
기관·계정·프로젝트, 편집·검수·승인본·납품 이력을 먼저 검증합니다.
서지·소장·이용자와 대출·반납을 만들고, 검수된 서지 반입을 연결합니다.
기존 방식과 비교하고 데이터 보존, 교육·지원과 실제 업무 완료 여부를 확인합니다.
Django의 인증·데이터 모델·관리 도구를 활용하고, 한 프로젝트 안에서 도서관리와 MARC 업무를 모듈로 나누는 방안을 제안합니다. 기관 데이터 분리와 업무 권한은 별도로 구현해야 합니다.
기능 참고: Django 공식 소개 ↗. 위 구성은 도도도를 위한 설계 제안입니다.
국내 KORMARC와 MARC 21의 세부 필드·규칙 차이를 확인하고, 상대 시스템의 실제 반입 결과로 검증해야 합니다. ISBN 일치나 자동 검사 통과만으로 서지의 정확성을 판단하지 않습니다.
표준 원문: 국립중앙도서관 한국서지표준 ↗ · 미국 의회도서관 MARC 21 ↗