입찰공고상세[용역] · 마감 · AI 페이지
국립어린이청소년극단 홈페이지 및 티켓예매시스템 구축 용역
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「국립어린이청소년극단 홈페이지 및 티켓예매시스템 구축 용역」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01741082)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 15:39 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- 2027년 부천아트센터 공연장 통합운영시스템 유지관리 용역(협상에 의한 계약) · 재단법인부천아트센터 · 1.5억원 · D-14
- (재)익산문화관광재단 홈페이지 리뉴얼 구축 사업 용역 입찰 공고 · 재단법인익산문화관광재단 · 9,000만원 · D-3
- 2026년 예술의전당 디지털스테이지 콘텐츠 보안 강화 용역 · 예술의전당 · 6,190만원 · D-7
- 연일전통시장 홈페이지구축 및 홍보동영상 제작 · 포항연일전통시장 문화관광형시장 육성사업단 · 2,580만원 · D-7
- 2027년 한국문화예술위원회 정보시스템 통합유지보수 · 한국문화예술위원회 · 9.02억원 · D-35
끝난 공고 · 결과
- 국립극단 홈페이지 통합 구축 용역 · 재단법인 국립극단 · 낙찰 -
- 부산오페라하우스 통합운영시스템 확대 구축 용역 · 부산광역시 클래식부산 · 유찰
- 2026년 국립중앙극장 정보시스템 고도화 사업 · 문화체육관광부 국립중앙극장 · 유찰
- 1967 호서극장 홈페이지 및 현장결제시스템 제작 용역 · 충청남도 공주시 · 낙찰 에이치디모션 · 3,800만원
- 세이브더칠드런 아동권리영화제(CRFF) 사이트 신규 구축 · 사회복지법인 세이브더칠드런코리아 · 낙찰 주식회사 이브레인소프트 · 6,600만원
- 제31회 부산국제영화제 티켓시스템 공급 및 운영 입찰 공고의 건 · (사)부산국제영화제 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
- 1. 입찰공고문.hwp · 공고규격서
- 1. 입찰공고문.pdf · 공고규격서
- 2. 제안요청서_0907.hwp · 공고규격서
- 3. 별지 서식_0821.hwp · 공고규격서
공고 개요
재단법인 국립극단 · SW 개발·운영
- 추정가격
- 1억원
- 참가자격 등록 마감
- 10/06(화) 18:00 · 마감
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- 홈페이지 및 티켓예매시스템 구축
요약 AI 요약
국립어린이청소년극단의 정식 출범에 맞춰 관람객 친화적 공식 홈페이지를 구축하고, 홈페이지 회원 정보와 직접 연동되는 자체 티켓 예매·발권 시스템을 내재화하는 사업이다. 유료·일반·청소년 등 다변화된 회원제와 고객관계관리(CRM) 기반 통합 마케팅 환경을 함께 구현한다.
- PC·스마트폰·태블릿 대응 반응형 홈페이지(국문/영문) 및 콘텐츠 관리 시스템(CMS) 구축
- 공연 정보 제공, 공연 일정(월간/연간) 조회, 온라인 티켓·패키지 예매 및 결제
- 유료 멤버십 가입·연장·취소, 선예매 혜택, 쿠폰 관리 등 유료회원제 시스템
- 마이페이지(예매내역 조회·취소, 쿠폰 내역), 회원가입·로그인·회원정보 관리
- 온·오프라인 통합 티켓 예매·발권 시스템(관리자용·현장판매용 인터페이스, 좌석 관리, 정산 관리)
- 공연예술 통합전산망 연동 및 공연 아카이브·웹진·커뮤니티(공지사항, 관람후기, FAQ) 기능
사업 내용 · 이 공고에 든 일
중심 · 홈페이지 및 티켓예매시스템 구축
용역 › 정보시스템·SW › SW 개발·운영
홈페이지와 티켓예매·발권 시스템을 새로 개발하는 SW 구축 사업이다.
- 반응형 UI/UX 기획·디자인
- CMS 커스터마이징
- 유료회원·멤버십 시스템 구축
- PG·SMS·이메일·본인인증 연동
- 공연예술통합전산망(KOPIS) 연동 에이전트 개발
- 공공 클라우드(CSAP) 인프라 구성
- 기존 홈페이지 데이터 이관
- 단위·통합·시스템 테스트
- 사용자·운영자 매뉴얼 작성
- 기술이전
- 1년 하자보수
- SW사업정보 저장소 데이터 제출
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서(기술)평가 점수만으로 기술능력평가분야 배점한도의 85% (76.5점) 이상인 사업자를 협상적격자로 선정
| 평가 항목 | 배점 |
|---|---|
| 사업 이해도 | 15점 |
| 추진 전략 | 15점 |
| 적용 기술 | 15점 |
| 표준 프레임워크 적용 | 15점 |
| 개발 방법론 | 15점 |
| 시스템 요구 사항 | 15점 |
| 기능 요구 사항 | 15점 |
| 보안 요구 사항 | 15점 |
| 데이터 요구 사항 | 15점 |
| 시스템 운영 요구 사항 | 15점 |
| 제약 사항 | 15점 |
| 성능 요구 사항 | 10점 |
| 품질 요구 사항 | 10점 |
| 인터페이스 요구 사항 | 10점 |
| 관리 방법론 | 10점 |
| 일정 계획 | 10점 |
| 개발 장비 | 10점 |
| 품질 보증 | 10점 |
| 시험 운영 | 10점 |
| 교육 훈련 | 10점 |
| 유지 관리 | 10점 |
| 하자 보수 계획 | 10점 |
| 기밀 보안 | 10점 |
| 비상 대책 | 10점 |
| 경영상태 | 5점 |
| 합계(항목을 더한 값) | 300점 |
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/22(화) | 지남 |
| 입찰서 제출 시작 | 09/22(화) 12:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/06(화) 18:00 | 지남 |
| 입찰서 제출 마감 | 10/07(수) 10:00 | 지남 |
| 개찰 | 10/07(수) 11:00 | 지남 |
가격
- 추정가격
- 100,000,000원
- 배정예산
- 110,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/22(화)
- 공고번호
- R26BK01741082-000
- 참조번호
- 경영관리팀-2878
- 공고기관
- 재단법인 국립극단
- 수요기관
- 재단법인 국립극단
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 100,000,000원
- 배정예산
- 110,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00275251
- 재공고
- 아니오
- 출처
- 나라장터
문서 발췌
과업·요구
| 사 업 명 | 국립어린이청소년극단 홈페이지 및 티켓예매시스템 구축 |
|---|---|
| 주관기관 | 국립어린이청소년극단 |
2. 배경 및 필요성
○ (기관 독립에 따른 공식 플랫폼 구축) 국립어린이청소년극단의 정식 출범에 맞춰, 정부의 웹 표준 및 웹 접근성 지침을 엄격히 준수하고 최신 트렌드를 반영한 관람객 친화적 소통 창구로서의 홈페이지 구축 필요 ○ (자체 예매·발권 시스템 내재화) 홈페이지 회원 정보와 직접 연동되는 독자적인 예매 및 발권 시스템을 구축하여, 기존의 파편화된 업무를 통합하고 일원화된 공연 예매 관리 체계 확보 ○ (맞춤형 CRM 기반 통합 마케팅 환경 조성) 유료·일반·청소년 등 다변화된 회원제 맞춤 서비스를 개발하고, 타겟 홍보가 가능한 고객관계관리(CRM) 기능을 통합 시스템 내 구현하여 지속적인 충성·잠재 관람객 확보 지원 ○ (이용자 편의 중심의 서비스 경험(UX) 개선) 회원 대상 선예매, 수수료 최소화, 쿠폰 관리 및 예매 UI 개선 등 급변하는 IT 환경과 사용자의 세밀한 요구에 능동적으로 대응할 수 있는 유연한 서비스 환경 구현 요구 ○ (미래 지향적 시스템 확장성 확보) 향후 물리적인 오프라인 공연장 시설 및 추가적인 외부 시스템과의 유연한 데이터 연동 및 확장이 가능하도록 표준화된 IT 인프라 기반 구축 필요 ○ (효율적이고 안정적인 유지관리 체계 마련) 성공적인 서비스 정식 오픈 이후에도 지속적인 콘텐츠 고도화와 효율적인 시스템 통합 관리가 담보될 수 있는 안정적인 유지보수 체계 확립 시급
3. 사업 범위 ※ 세부내용은 ‘Ⅲ. 제안요청내용’ 참조 가. 홈페이지 구축 ○ 홈페이지 제공 서비스(기능) - PC, 스마트폰, 태블릿 등 전 디바이스 환경에서 화면 깨짐이 없는 최적의 반응형 UI/UX 기획 및 디자인 개발 - HTML5/CSS3 웹 표준 준수, Non Active-X 기반 기술 적용 및 최신 정부 '지능정보화기본법'에 따른 웹 접근성 지침(KWCAG) 준수 진단 및 보완 - 공연 정보 제공 및 공연 일정(월간/연간) 조회 - 온라인 티켓 및 패키지 예매·결제 - 유료 멤버십 가입·연장·취소 및 선예매 혜택 제공 - 마이페이지(공연·패키지 예매내역 조회 및 취소, 쿠폰 내역 조회) - 회원가입, 로그인, 회원정보 관리 등 회원 서비스 제공 - 공지사항, 웹진, 아카이브, 오디션 등 콘텐츠 제공 - 홈페이지 팝업 및 콘텐츠 관리 시스템(CMS, Contents Management System) 운영
| 구분 | 개발범위(요약) |
|---|---|
| 시스템 연동 | ◦ 티켓 관리시스템과 연동 - 공연 정보 및 티켓판매 현황 등 정보의 실시간 반영 - PG(결제), SMS, EMAIL, 개인인증 서비스 자동 연동 |
| 호환성 | ◦ PC, 스마트폰, 테플릿 등 다양한 정보화 기기와 엣지, 크롬 등 다양한 브라우저와의 호환성을 고려하여 반응형으로 구축 (모바일 웹/예매 시스템 구축) |
| 콘텐츠 관리 (CMS) | ◦ 홈페이지의 유연한 확장 및 관리 편의성을 위한 CMS 적용 - 안정된 기능 추가 개발을 위해 국립어린이청소년극단에서 요구하는 사항에 맞게 커스터마이징 - 콘텐츠 등록, 수정, 삭제의 용이성을 위하여 관리자 권한으로 웹에서 즉시 수정 가능하도록 구현 - 메인화면 이미지 등록, 수정, 삭제 등 관리 기능 |
| 커뮤니티 | ◦ 공연 운영관련 공지사항 등록, 수정, 삭제, 조회 기능 ◦ FAQ 등록, 수정, 삭제, 조회 기능 (카테고리별 분류) ◦ 문의사항 기능 (페이지 내 문의사항 입력시 담당자 확인 및 답변 메일링 기능) |
| 다국어서비스 | ◦ 영문 홈페이지 구축 (반응형으로 구축) ◦ 공연 티켓 예매는 국문에서만 가능 ◦ 기존 국·영문 콘텐츠 이관 및 신규 개편에 따른 번역·검수 비용 일체 사업자 부담 |
| 공공 클라우드 최적화 및 안정적 데이터 이관 | ◦ 공공기관용 클라우드(CSAP 인증) 내 지정장소로 안전하게 구축하며, 클라우드 아키텍처에 맞춘 가상화 서버 최적화, 백업 체계 수립, 보안 정책 및 접근 제어 설계 ◦ 기존 국립극단 홈페이지 수탁사와의 실무 협의를 통해 웹 게시판 누적 데이터 일체를 무손실 이관 |
나. 티켓 예매, 발권 시스템 구축 ○ 티켓예매. 발권 시스템 제공 서비스(기능)
| 분류 | 제공 서비스(기능) |
|---|---|
| 인터넷/모바일 예매 | ◦ 온라인, 모바일 예매 기능 ◦ 예매시 예매확인 문자 발송 기능 - 예매확인 및 취소/환불 기능 |
| 티켓예매/ 발권시스템 | ◦ 온/오프라인 통합 예매/발권 시스템 구현 ◦ 공연 상세정보 통합 및 각종 시스템 연동 관리 - 티켓 매출 현황 관리 및 정산관리 기능 구현 |
| 공연예술 통합전산망연동 | ◦ 통합 전산망 데이터 전송을 위한 집계 데이터 생성 ◦ 통합 전산망 데이터 전송 에이전트 개발 - 통합 전산망 데이터 전송 모니터링 개발 (데이터 전송 오류 시 문자 알림) |
○ 예매시스템 개발 상세 범위
| 주요기능 | 개발범위(요약) |
|---|---|
| 공연정보 등록 | ◦ 공연정보 등록, 수정, 삭제 기능 - 공연명, 공연코드, 기획사명, 장르, 기간, 관람등급, 관람시간 등 ◦ 공연안내용 컨텐츠 설정기능 (대표 이미지 등) ◦ 등록된 공연 조회 및 관리 기능 - 공연명, 공연코드, 기획사명 등으로 검색 조회 - 카테고리별 검색 및 조회 - 일자별(시작일, 종료일, 판매일 등) 검색 및 조회 (달력형태) ◦ 공연별 좌석설정(좌석수, 배치, 등급구분) - 공연별 좌석배치 및 도면설정(신규 등록, 저장, 수정, 삭제, 출력) |
| 주요기능 | 개발범위(요약) |
|---|---|
| 인터페이스 개발 | ◦ 사용 용도 및 주체에 따라 총 2개의 인터페이스 개발 ◦ 관리자용 프로그램을 표준으로 현장판매용 프로그램은 구축되는 H/W(PC 또는 노트북 기반)에서 구현될 수 있도록 개발 |
| 예매/발권 시스템 구축 | ◦ PG사 가입/연동을 통해 현금, 가상계좌 및 신용카드 ◦ 티켓 예매/판매 관련 카테고리별 관리기능 구현 (기본정보 관리, 공연관리, 좌석관리, 예매관리, 발권 및 검표관리, 정산관리, 판매 보고서 관리, 운영관리, 프로모션 관리, 시스템 관리) ◦ 데스크 현장발권 등 발권 시스템 구축 |
| 공연 패키지 예매시스템 ( PC ) | ◦ 시즌 패키지, 자유 패키지 상품 결제 및 취소 ◦ 패키지내 공연별 좌석 지정 기능 ◦ 패키지 공연과 일반 공연을 구분하는 결제 기능 제공 ◦ 패키지 정산관련 보고서 및 정산 처리 적용 |
| 공연 패키지 예매시스템 ( 모바일 ) | ◦ 시즌 패키지, 자유 패키지 상품 결제 및 취소 ◦ 패키지내 공연별 좌석 지정 기능 ◦ 패키지 공연과 일반 공연을 구분하는 결제 기능 제공 |
| 정산 대행 시스템 | ◦ 공연 마감시 정산 대금 입금 ◦ 공연별/회차별 정산서 및 계약내용(수수료 등) 확인 ◦ 전일 판매건 결제수단별 PG사와 금액 대조 ◦ PG사 입금일자 및 입금금액 체크 / 반송건 체크 |
| 기타사항 | ◦ 홈페이지 실시간 연동(공연정보, 티켓판매 내역, 잔여좌석 등) ◦ 공연예술 통합전산망 연동 ◦ 티켓 예매/결제 사항에 대한 안내문자 발송 기능 ◦ 고객/공연 정보에 대한 DB 구축 / 경영정보 관리 기능 |
| 인터페이스 구분 | 사용 주체 | 용도 |
|---|---|---|
| 관리자용 | 공연 운영 관리자 | 공연 총괄 운영 |
| 현장판매용 | 티켓 매니저 및 프론트 | 현장 티켓판매/발권 |
나. 유료 회원 시스템 구축 ○ 유료 회원 및 멤버십 시스템 구축 범위
Ⅱ. 사업 추진방안
1. 추진목표
○ PC/모바일 반응형 웹 개발로 접근성 향상 및 편의성 증대 ○ 자체 티켓예매/발권 시스템 구축 및 투명한 정산 체계 마련 ○ 관리자용 콘텐츠 관리 시스템(CMS) 도입으로 업무 효율화 ○ 홈페이지 내 패키지 예매 및 유료회원 결제 시스템 구축 ○ 공연 아카이빙 기능 구현 및 CRM 기반 코어 관객층 확보
2. 추진체계
○ 추진 조직도
| 세부일정 | 2026년 | 2027년 | |||||
|---|---|---|---|---|---|---|---|
| 세부일정 | 9월 | 10월 | 11월 | 12월 | 1월 | 2월 | 3월 |
| ◦ 사업계획 수립 및 사업자 선정 | |||||||
| - 사업계획 수립 및 입찰공고 | |||||||
| - 제안평가 및 사업자 선정 | |||||||
| ◦ 사업수행 | |||||||
| - 요구사항 분석 및 사례조사 | |||||||
| - 시스템 설계 | |||||||
| - 구현 및 단위테스트 | |||||||
| - 통합테스트 | |||||||
| - 검수 및 종료 |
※ 상기 일정은 사업수행 효율화를 위하여 사업자와 발주기관 간 협의를 통해 조정 가능
4. 사업 추진 방식
참가자격
| 구 분 | 방 식 | 비 고 |
|---|---|---|
| 입찰방식 | 제한경쟁입찰 | |
| 사업자선정방식 | 협상에 의한 계약 | |
| 평가방식 | 기술평가(90%) / 가격평가(10%) | |
| 대기업참여제한여부 | 대기업 참여 제한 사업 |
과업·요구
| 구분 | 설명 | 개수 |
|---|---|---|
| 시스템 장비 구성요구사항 (ECR, Equipment Composition Requirement) | ㅇ 목표시스템의 구성을 위해 필요한 HW, SW, NW 등 필수 요구사항을 기술함 | 4 |
| 기능 요구사항 (SFR,SystemFunction Requirement) | ㅇ 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야하는 기능(동작)에 대하여 기술함 ㅇ 단, 개별 기능요구사항은 전체시스템의 계층적 구조분석을 통해 단위 업무별 기능구조를 도출한 후, 이에 대한 세부 기능별 상세 요구사항을 작성하는 것을 원칙으로 하며, 기능 수행을 위한 데이터 요구사항과 연계를 고려하여 기술함 | 31 |
| 성능 요구사항 (PER,Performance Requirement) | ㅇ 목표 시스템의 처리속도 및 시간, 처리량, 동적․정적 용량, 가용성 등 성능에 대한 요구사항을 기술함 | 7 |
| 사용자 인터페이스 요구사항 (UIR, User Interface Requirement) | ㅇ 목표시스템과 외부를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요구사항을 기술한 것으로 타 소프트웨어, 하드웨어 및 통신 인터페이스, 타 시스템들과의 정보교환에 이용되는 프로토콜과의 연계도 포함하여 기술함 ㅇ 단, 인터페이스 요구사항의 경우 사용자 편의성, 사용자 경험 등의 사용자 중심의 요구사항을 기술함 | 8 |
| 시스템 인터페이스 요구사항 (SIR, System Interface Requirement) | 3 | |
| 데이터 요구사항 (DAR, Data Requirement) | ㅇ 목표 시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항을 기술함 | |
| 보안 요구사항 (SER, Security Requirement) | ㅇ 정보 자산의 기밀성과 무결성을 확보하기 위해 목표 시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항을 기술함 | 7 |
| 품질요구사항 (QUR, Quality Requirement) | ㅇ 목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질 평가 대상 및 목표에 대한 요구사항을 기술함 ㅇ 신뢰성, 사용성, 유지보수성, 이식성, 보안성으로 구분하여 기술함 | 9 |
| 제약사항 (COR, Constraint Requirement) | ㅇ 목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술·표준·업무·법제도 등 제약조건 등을 파악하여 기술함 | 1 |
| 프로젝트 관리 요구사항 (PMR, Project Management Requirement) | ㅇ 프로젝트의 원활한 수행을 위한 관리 방법 및 추진 단계별 수행방안에 대한 요구사항을 기술함 | 9 |
| 프로젝트 지원 요구사항 (PSR, Project Support Requirement) | ㅇ 프로젝트의 원활한 수행을 위해 필요한 지원 사항 및 방안에 대한 요구사항을 기술함 ㅇ 시스템/서비스 안정화 및 운영, 교육훈련 및 기술지원, 하자보수 또는 유지관리 요구사항 등을 기술함 | 12 |
| 합계 | 94 |
- 사업 내용이 변경될 경우 과업변경절차에 따라 상호 협의하여 결정하며, 제안서 작성 시 제안요청 내용에 명시되지 않았으나 제안사 판단으로 추가할 요구사항에 대해서는 별도 표시하여 추가 작성 가능 - 제안업체는 제안요청서에 기술된 요구사항을 모두 포함하여 제안하되, 업무분석 단계에서 시스템의 특성을 감안해 요구사항을 해석하고 반영하여야 함
2. 요구사항 목록
| 요구사항 분류 | 요구사항 고유번호 | 요구사항 명칭 |
|---|---|---|
| 시스템 장비구성 요구사항 | ECR-001 | 공공 클라우드 인프라 활용 |
| ECR-002 | 티켓관리 시스템 | |
| ECR-003 | 홈페이지 시스템 | |
| ECR-004 | H/W 도입 공통사항 | |
| 기능 요구사항 (홈페이지) | SFR-HP-001 | 홈페이지 구축 일반 공통사항 |
| SFR-HP-002 | 홈페이지 디자인 | |
| SFR-HP-003 | 콘텐츠 관리 시스템(CMS) | |
| SFR-HP-004 | 공연 정보 등록 | |
| SFR-HP-005 | 공연 예매 | |
| SFR-HP-006 | 커뮤니티 | |
| SFR-HP-007 | 회원관리 | |
| SFR-HP-008 | 통계정보 | |
| SFR-HP-009 | 패키지 예매 | |
| SFR-HP-010 | 공연아카이브 | |
| SFR-HP-011 | 웹진 | |
| 기능 요구사항 (유료회원제) | SFR-PM-001 | 유료회원제 시스템 – 기본 정보 관리 |
| SFR-PM-002 | 유료회원제 시스템 – 기타 기능 | |
| SFR-PM-003 | 유료회원제 시스템 – 프로모션 관리 | |
| 기능 요구사항 (티켓예매/발권) | SFR-TC-001 | 티켓관리시스템 구축 일반 공통사항 |
| SFR-TC-002 | 티켓관리시스템 운영 환경 | |
| SFR-TC-003 | 티켓관리시스템 기능별 인터페이스 구축 | |
| SFR-TC-004 | 티켓관리시스템 PG사 연동 | |
| SFR-TC-005 | 티켓관리시스템 기본정보 관리 | |
| SFR-TC-006 | 티켓관리시스템 공연정보 관리 | |
| SFR-TC-007 | 티켓관리시스템 좌석 관리 | |
| SFR-TC-008 | 티켓관리시스템 구매채널 관리 | |
| SFR-TC-009 | 티켓관리시스템 예매관리 | |
| SFR-TC-010 | 티켓관리시스템 발권 및 검표 관리 | |
| SFR-TC-011 | 티켓관리시스템 정산 관리 | |
| SFR-TC-012 | 티켓관리시스템 판매보고서 관리 | |
| SFR-TC-013 | 티켓관리시스템 설정 관리 | |
| SFR-TC-014 | 티켓관리시스템 기타연동-홈페이지 | |
| SFR-TC-015 | 티켓관리시스템 기타연동-공연예술통합전산망 | |
| SFR-TC-016 | 티켓관리시스템 관람객/고객 통계화 | |
| SFR-TC-017 | 공연 패키지 예매 관리 | |
| 성능 요구사항 | PER-001 | 질의응답 시간 |
| PER-002 | 웹 페이지 디스플레이 시간 | |
| PER-003 | 데이터 형식 오류 응답시간 | |
| PER-004 | 느린 작업에 대한 사전 경고 | |
| PER-005 | 동시 사용자 접속수 | |
| PER-006 | 메모리 지원 효율성 | |
| PER-007 | CPU 효율성 | |
| 사용자 인터페이스 요구사항 | UIR-001 | 웹 접근성 |
| UIR-002 | 취약계층의 지원 | |
| UIR-003 | 확인 메시지 제공 | |
| UIR-004 | 브라우저 요구사항 | |
| UIR-005 | 웹접근성 요구사항 | |
| UIR-006 | 업로드시 오류 필터링 요구사항 | |
| UIR-007 | 사용자 편의성을 고려한 목록 설계 요구사항 | |
| UIR-008 | 디자인 요구사항 | |
| 시스템 인터페이스 요구사항 | SIR-001 | 티켓관리시스템 인터페이스 요구사항 |
| SIR-002 | 티켓관리시스템-홈페이지 시스템 연동 | |
| SIR-003 | 시스템 연계 방식 | |
| 데이터 요구사항 | DAR-001 | 데이터표준 준수 |
| DAR-002 | 데이터 정합성 검증 | |
| DAR-003 | 초기자료 구축 | |
| 테스트 요구사항 | TER-001 | 제안사 테스트 |
| TER-002 | 테스트 방안 | |
| 보안 요구사항 | SER-001 | 사업자 및 투입핵심인력에 대한 인원 보안 |
| SER-002 | 데이터 보안 | |
| SER-003 | 시큐어 코딩 | |
| SER-004 | 데이터 기밀성 및 무결성 | |
| SER-005 | 계정/권한 설정 | |
| SER-006 | 안전매뉴얼 준수 | |
| SER-007 | 보안 취약성 점검 | |
| 품질 요구사항 | QUR-001 | 요구사항 반영률 |
| QUR-002 | 품질관리 방안 | |
| QUR-003 | 상호운영성(데이터교환성) | |
| QUR-004 | 보안성 | |
| QUR-005 | 신뢰성 | |
| QUR-006 | 결함 발생률 | |
| QUR-007 | 결함 조치율 | |
| QUR-008 | 이해 용이성 | |
| QUR-009 | 설치 및 제거 용이성 | |
| 제약사항 | COR-001 | 시스템 구축 시 준수사항 |
| 프로젝트 관리 요구사항 | PMR-001 | 프로젝트 수행장소 및 참여자 보안관리 |
| PMR-002 | 사업 수행계획서 작성 | |
| PMR-003 | 용역 수행장소 및 개발장비 확보 | |
| PMR-004 | 사업수행 기술 구성 | |
| PMR-005 | 산출물 관리 | |
| PMR-006 | 일정관리 | |
| PMR-007 | 개발환경 | |
| PMR-008 | 개발방법론 | |
| PMR-009 | 백업 및 복구 대응방안 | |
| 프로젝트 지원 요구사항 | PSR-001 | 원활한 시스템 운영과 안정화를 위한 기술지원 |
| PSR-002 | 사업수행 일반 | |
| PSR-003 | 하자보수 일반 | |
| PSR-004 | 검수 | |
| PSR-005 | 품질관리 | |
| PSR-006 | 사용자 매뉴얼 | |
| PSR-007 | 운영자 매뉴얼 | |
| PSR-008 | 일정지연 및 오류사항 책임 | |
| PSR-009 | 개발 시스템 설치 | |
| PSR-010 | 기술이전 | |
| PSR-011 | 무상하자(담보)보수 | |
| PSR-012 | SW사업정보 저장소 데이터 작성 및 제출 |
3. 세부 요구사항
1) 시스템 요구사항(ECR)
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-001 | |
| 요구사항 명칭 | 공공 클라우드 인프라 활용 | |
| 요구사항 상세 | 정의 | 사용성 제고를 위한 방안 제시 |
| 세부내용 | ㅇ 가변적인 데이터 용량에 대해 탄력적으로 구성 ㅇ 사용자 서비스와 안정적인 데이터 관리를 위한 네트워크와 서버 구성 ㅇ 서비스 현황 및 사용량을 고려하여, 제안사에서 운영에 합리적인 서버 구성 제시 - 서버구성은 제안 내용을 기반으로 국립어린이청소년극단의 요청에 따라 서버구성을 협의하여 변경할 수 있음 - 시스템 테스트 기간 중 서버 임차비는 사업비 내 포함되어야 함 |
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-002 | |
| 요구사항 명칭 | 티켓관리시스템 | |
| 요구사항 상세 | 정의 | 티켓관리시스템 요구사항 |
| 세부내용 | ㅇ 시스템 품목: 티켓관리시스템 ㅇ 시스템 수량: 1식 ㅇ 시스템 기능: 기능 요구사항(TC) 상세 참조 - 예매발권 기능 - 티켓 관리 기능 - 좌석 관리 기능 - 각종 연동 기능(PG 결제, 통합전산망, 문자발송, 홈페이지 등) - 도입 H/W별 인터페이스 구축 - 통합현황 조회 및 관리 기능 ㅇ 기능 요구사항(SFR-TC-**)에 따른 맞춤형으로 개발하여야 함 |
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-003 | |
| 요구사항 명칭 | 홈페이지 시스템 | |
| 요구사항 상세 | 정의 | 홈페이지 시스템 요구사항 |
| 세부내용 | ㅇ 시스템 품목: 홈페이지 시스템 ㅇ 시스템 수량: 1식 ㅇ 시스템 기능: 기능 요구사항(홈페이지) 상세 참조 - 국/영문 홈페이지 - 콘텐츠관리스템(CMS) - 국문 웹/모바일 예매 시스템 - 공연 소개 기능 - 커뮤니티 기능 - 회원관리 ㅇ 기능 요구사항(SFR-HP-**)에 따른 맞춤형으로 개발하여야 함 |
| 요구사항 분류 | 시스템 장비구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-004 | |
| 요구사항 명칭 | H/W 도입 공통사항 | |
| 요구사항 상세 | 정의 | 도입대상 H/W 공통사항 |
| 세부내용 | ㅇ 제안사는 규격 및 성능을 원칙적으로 준수하여 제안하여야 하며 명시된 규격보다 기능 및 성능이 우수하거나 동등 이상의 제품으로 제안할 수 있다. ㅇ 라이센스 비용 발생 시 수행자가 라이선스 비용을 부담한다. ㅇ 제안 제품의 설치 및 테스트 시 장애 또는 기능 미비 등으로 사용에 중대한 결함이 있는 것으로 판단될 경우 제안 제품을 교체 또는 대체를 요구할 수 있으며 제안사는 이에 응해야 한다. ㅇ 하드웨어 요구사항에는 명시되지 않았으나 시스템의 정상적인 동작을 위한 필수적인 부품 및 기타 부가장비는 기본 장착하여야 하며, 이를 기반으로 H/W 및 정보시스템 인프라에 대한 제안이 이루어져야 한다. |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-001 | |
| 요구사항 명칭 | 홈페이지 구축 일반 공통사항 | |
| 요구사항 상세 | 정의 | 홈페이지 관련 시스템 구축 공통사항 |
| 세부내용 | ㅇ 향후 유지관리 효율화 및 확장성을 고려한 시스템 구축 ㅇ 웹 2.0의 주요기술을 적용하여 개발 ㅇ 구간암호화 적용 및 중요정보에 대한 암호화 처리 ㅇ 관리자와 운영자의 접속 및 운영 로그 기록 관리 기능 제공 ㅇ 디자인 - 각각의 콘텐츠 특성과 최신 트랜드에 맞도록 디자인하고 주기적인 변화가 쉽도록 구성 - 사용자 편의 및 접근성을 높인 UI(User Interface)구현 - 화면 해상도에 따라 적합한 화면을 제공할 수 있도록 반응형 웹으로 설계․제작하여 다양한 디바이스와 브라우저에 최적화된 화면을 지원할 수 있도록 구현 ㅇ 메인 페이지 디자인 시안을 3개 이상 제공하여야 함 ㅇ 웹 표준, 웹 호환성, 개발보안을 준수 ㅇ 향후 확장 및 관리가 용이하도록 메뉴구조와 DB구조 설계 ㅇ 사업추진에 필요한 자재 및 장비 일체는 용역사업자의 부담으로 확보 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-002 | |
| 요구사항 명칭 | 홈페이지 디자인 | |
| 요구사항 상세 | 정의 | 홈페이지 콘텐츠 디자인 |
| 세부내용 | ㅇ 메인, 서브 레이아웃 및 콘텐츠 디자인 구성 ㅇ 메인페이지 구성: 공연 썸네일 나열방식을 통해 한눈에 공연에 대한 정보가 드러나도록 구성 ㅇ 콘텐츠 메뉴의 접근성을 향상시킬 수 있도록 메뉴 구성 - 메뉴구조의 일관성 있는 구성으로 시각적 효과 및 접근성을 높임 ㅇ 최종정보까지 접근경로를 최소화 ㅇ 모든 페이지의 전체 가로크기를 통일하여 구축하여야 하며, 모든 해상도에서도 편리하게 이용할 수 있어야 함 ㅇ 링크가 적용된 배너, Text자료, 이미지 등은 마우스 오버 시 색상변경, 밑줄 등을 이용하여 명확하게 구분해야 함 ㅇ 목록화면의 세로길이는 한 화면에 들어올 수 있도록 하며, 부득이하게 2페이지 이상되는 페이지는 네비게이션 태그를 추가하여 쉽게 이동할 수 있도록 함 ㅇ 최신 트랜드를 반영한 이용자 중심의 선진적 홈페이지 디자인 방안 마련 - 무분별한 이미지 최소화, CSS 디자인 적용으로 빠른 페이지 로딩과 편집, 수정이 편리하도록 페이지 구조 방식 적용 - 레이아웃, 컬러, 서체, 아이콘 및 블릿 등 각 디자인 요소의 일관성을 유지하고, 직관적ㆍ사용자 친화적인 디자인으로 제시 ㅇ 사용자 편의를 위해 사용자 중심 콘텐츠를 구현하고, 메뉴 설명 문구나 용어 설명 문구는 간결하고 이해하기 쉽게 제시 ㅇ 모든 디바이스에서 편리하게 이용할 수 있는 메뉴 및 화면 구성 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-003 | |
| 요구사항 명칭 | 콘텐츠관리시스템(CMS) | |
| 요구사항 상세 | 정의 | 콘텐츠관리시스템(CMS) 주요 기능 |
| 세부내용 | ㅇ 일반사항 - 공공기관 웹 접근성 및 웹 호환성을 준수한 관리자 환경 지원 - 크로스브라우징 및 멀티플랫폼 지원 - HTML5 지원 - Non-ActiveX 에디터를 사용 - 관리자 이차인증 제공 ㅇ 홈페이지 운영 관리 - 홈페이지 기본 정보 관리 - 홈페이지 관리자/운영자 정보 관리 - 팝업관리, 배너관리, 카피라이트 관리 ㅇ 메뉴 관리 - Depth별 메뉴 생성 및 관리 - 메뉴 설정 관리 : 메뉴 노출 관리, 연동 데이터 설정 - 사이트맵 및 네비게이션과 연동 ㅇ 콘텐츠 관리 - 콘텐츠 생성 및 관리 - 콘텐츠 내용 관리는 에디터 방식과 HTML 소스 입력 방식 모두 가능 ㅇ 게시판 관리 - 게시판 등록, 수정, 삭제 - 다양한 유형의 게시판 스킨지원 (일반형, 뉴스형, 갤러리형 등) - 게시판 권한 통합관리 (관리자, 회원, 비회원) - 첨부파일 용량·개수·확장자 제한 ㅇ 회원관리 - 회원관리, 휴면회원관리(1년 미로그인 회원), 회원탈퇴관리 - 티켓 구매 이력 및 다양한 조건을 활용한 회원 타게팅 후 마케팅 문자, 메일 전송 관리 ㅇ 관리자관리 - 관리자관리, 관리자권한관리, 관리자 접속IP 제한 ㅇ 통계 - 일자별, 시간별, 월별, 년별, 접속통계 - 관리자 접속로그 - 개인정보시스템 활동로그 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-004 | |
| 요구사항 명칭 | 공연 정보 등록 | |
| 요구사항 상세 | 정의 | 홈페이지 내 공연 정보 등록 기능 |
| 세부내용 | ㅇ 티켓관리시스템 공연 정보등록 기능 연동 (SFR-TC-006) ㅇ 공연 정보 등록 시 메인화면에 공연 메인 콘텐츠(포스터 등), 공연 개요 등 노출 ㅇ 공연 콘텐츠(포스터 등) 클릭시 공연 소개 화면으로 이동(공연세부 정보 확인 ) ㅇ 홈페이지 이용자가 공연 정보를 쉽게 확인하고 예매할 수 있도록 구현 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-005 | |
| 요구사항 명칭 | 공연 예매 | |
| 요구사항 상세 | 정의 | 홈페이지 내 공연 예매 기능 |
| 세부내용 | ㅇ 홈페이지(PC, 모바일)를 통한 공연 예매 시 티켓관리시스템과 연동되어 지정좌석의 경우 좌석을 선택하여 쉽게 예매할 수 있도록 구현 (SFR-TC-007, SFR-TC-009) ㅇ 홈페이지를 통한 공연 예매시 예매확인 문자 발송 기능 ㅇ 시스템과 연동하여 PC, 모바일 홈페이지에서 예매 및 취소한 내역을 확인할 수 있어야 함 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-006 | |
| 요구사항 명칭 | 커뮤니티 | |
| 요구사항 상세 | 정의 | 홈페이지 커뮤니티 관리 기능 |
| 세부내용 | ㅇ 본 사업으로 도입하는 CMS에서 제공하는 게시판 기능을 기반으로 기능 개발 ㅇ 게시판(공지사항) 기능 - 현 홈페이지 공지사항(재단, 아트센터, 도서관, 채용, 대관공고) 관리 기능을 유지하여야 함. - 게시판 열람 기능 ‧ 게시물 목록 및 내용 열람 기능 ‧ 게시물 내용 열람 시 첨부파일 다운로드 기능 ‧ 새소식, 공지사항, 게시판 등 각종 게시물의 조회자수 표시 - 게시물 등록 기능 ‧ 브라우저 호환 가능한 Non-ActiveX 에디터 제공 ‧ 첨부파일 등록 기능 ‧ 게시물 등록 시 실명 등록, 게시물 수정 및 삭제 기능 ‧ 게시물 댓글, 좋아요 등의 부가 의사 표시 지원 - 게시물 검색 기능 ‧ 제목, 게시자, 게시일, 주제어, 본문 등 내용 검색 ㅇ 관람후기 기능 - 현 홈페이지 관람후기 관리 기능을 유지하여야 함. - 관람후기 등록, 수정, 삭제 등 회원에 의한 글 관리 기능 - 관리자에 의한 CMS에서의 관리 기능 등 ㅇ 이벤트 게시판 기능 - 현 홈페이지 이벤트 관리 기능을 유지하여야 함. - 관리자에 의한 CMS에서의 이벤트 등록, 수정, 삭제 기능 - 회원에 의한 이벤트 참여 기능 - 관리자에 의한 이벤트 당첨자 등록 기능 등 ㅇ 문의사항 기능 - 등록/수정/삭제/조회/ : 관리자, 회원, 비회원 - 문의사항 작성시 관리자 메일로 해당 사항 발송 기능 - 답변 시 게재된 작성자 메일로 답장 송부 방식 ㅇ FAQ 기능 - 작성/수정/삭제 : 관리자 - 조회 : 관리자, 회원, 비회원 - 댓글 작성 : 관리자, 회원 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-007 | |
| 요구사항 명칭 | 회원관리 | |
| 요구사항 상세 | 정의 | 홈페이지 회원관리 기능 |
| 세부내용 | ㅇ 무료회원가입 - 개인회원(만 14세 이상) - 어린이회원(만 14세 미만) : 회원가입 시, 부모 동의 필요 - PASS(간편본인인증서비스) 등 인증 서비스 연계 - 가입 시 입력한 생년월일(나이)에 따라 청소년 회원에게 선예매 권한 혹은 할인 혜택 자동 부여 ㅇ 회원 개인정보 관리에 관한 공통 사항(개인정보 이용기간, 개인정보 이용 동의 등) ㅇ 휴면회원 관리(1년 미 로그인 회원) ㅇ 회원 탈퇴 관리 ㅇ 마이페이지 기능 - 공연 예매내역 확인 및 취소(환불) 기능 - 문의사항 확인 및 답변 조회 - 공연 후기 확인 및 삭제 기능 ㅇ VOC 관리 - VOC 작성 페이지(개별) 내 VOC 분류 설정 후 등록 및 담당자 이관, 처리 등 VOC 관리 기능 - VOC 사후처리 시스템 ‧ 각종 서비스 문의 접수 시, 회원 정보 시스템 등록 및 관리 ‧ 응대 내용, 진행 상황 및 상담자 누적 기록 ‧ VOC 고객에게 이메일, 문자 및 각종 안내 사항 발송 기능 구축 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-008 | |
| 요구사항 명칭 | 통계 정보 | |
| 요구사항 상세 | 정의 | 홈페이지 통계정보 관리 기능 |
| 세부내용 | ㅇ 사용자와 관련된 각종 통계 정보 제공 - 회원의 인구통계변수 등에 대한 현황 통계 제공 ㅇ 이용서비스 별 각종 통계 정보 제공 - 접속 경로 및 접속 화면 등의 통계 제공 ㅇ 기간별 통계 정보 제공 - 일별, 주간, 월간, 연간 접속 현황 누적 통계 제공 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-009 | |
| 요구사항 명칭 | 패키지 예매 | |
| 요구사항 상세 | 정의 | 홈페이지 내 패키지 예매 기능 |
| 세부내용 | ㅇ 홈페이지(PC, 모바일)를 통한 패키지 예매 시 신용카드 및 가상계좌로 결제 가능 ㅇ 패키지에 포함된 공연은 티켓관리시스템과 연동되어 좌석을 직접 선택하여 쉽게 예매할 수 있도록 구현 (SFR-TC-007, SFR-TC-009) ㅇ 홈페이지를 통한 패키지 예매 시 예매확인 문자 발송 기능 ㅇ 시스템과 연동하여 PC, 모바일 홈페이지에서 예매 및 취소한 내역을 확인할 수 있어야 함 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-010 | |
| 요구사항 명칭 | 공연 아카이브 | |
| 요구사항 상세 | 정의 | 공연 아카이브 관리 |
| 세부내용 | ㅇ 일반 공연 정보와 별도로 아카이브 콘텐츠 등록 및 관리 ㅇ 실무자가 영상, 사진, 연구/발간 자료, 공연 상세 정보 등을 쉽고 직관적으로 등록/수정/삭제할 수 있는 에디터 툴 제공 ㅇ 연도별, 작품명, 출연진 등 키워드를 활용한 아카이브 상세 검색 및 필터링 기능 지원 ㅇ 기존 국립극단 홈페이지 내 공연 자료 이관 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-HP-011 | |
| 요구사항 명칭 | 웹진 | |
| 요구사항 상세 | 정의 | 웹진 관리 |
| 세부내용 | ㅇ 홈페이지 내에서 웹진 콘텐츠를 직접 등록·관리하는 방식으로 구성 ㅇ 발행 연도 및 호수 관리를 관리할 수 있는 웹진 전용 목록 및 상세 페이지 제공 ㅇ 지난 호 웹진 목록 조회 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-PM-001 | |
| 요구사항 명칭 | 유료회원제 시스템 – 기본 정보 관리 | |
| 요구사항 상세 | 정의 | 유료회원제 시스템의 기본정보 관리 |
| 세부내용 | ㅇ 유료회원제 등급 생성 및 삭제 ㅇ 유료회원의 가입 현황 및 통계 기능 ㅇ 유료회원의 가입비 결제 현황 및 통계 기능 ㅇ 유료회원 가입 및 탈퇴에 대한 회비 정산 보고서 기능 ㅇ 각종 할인 정책에 대한 정산 보고서 기능 ㅇ 데이터 보고서 - 판매일별 보고서(결제종류, 등급별, 판매일별, 판매일보) - 행사별 보고서 ·공연별 유료회원 판매내역(전체) ·공연 일별 환불 목록 ·공연 일별 권종별 현황 ·공연 환불 내역 ·공연별 등급, 권종별 현황 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-PM-002 | |
| 요구사항 명칭 | 유료회원제 시스템 – 기타 기능 | |
| 요구사항 상세 | 정의 | 유료회원제 시스템의 기타 기능 관리 |
| 세부내용 | ㅇ 무료회원 구매 절차와 동일한 기능 - 기존 구매절차 유지 및 결제시 유료회원 등급별 할인 정책 적용 - 사전예매 적용된 공연의 스케줄에 맞게 유료회원 대상 예매버튼 노출 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-PM-003 | |
| 요구사항 명칭 | 유료회원제 시스템 – 프로모션 관리 | |
| 요구사항 상세 | 정의 | 유료회원제 시스템의 프로모션 관리 |
| 세부내용 | ㅇ 선예매 혜택, 쿠폰 발급 등을 관리자가 백오피스에서 손쉽게 통제 및 일괄 지급 ㅇ 홍보 관리 기능 - 유료회원 대상 알림톡 및 문자 발송 연동 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-001 | |
| 요구사항 명칭 | 티켓관리시스템 구축 일반 공통사항 | |
| 요구사항 상세 | 정의 | 본 기능에 요구되는 공통사항 |
| 세부내용 | ㅇ 운영 및 확장 용이성을 확보해야 한다. - 재단 홈페이지, 현장발권용 POS기, 각종 내/외부 시스템과의 연계가 안정적으로 이루어져야 한다. - 향후 시스템 확대 적용에 유연하도록 구축하여야 한다. - 프로그램은 기능별 모듈화 및 단위업무 간 모듈의 상호 연동 및 재사용성을 고려하여 개발하여야 한다. - 프로그램은 유지관리가 용이하도록 소스 내에 변경이력, 주요기능 등 주석처리 해야 한다. - 국가 정책, 공공기관 간 연계 등 문화예술 환경변화에 유연한 설계가 가능해야 한다. ㅇ 목록, 표, 그래프의 출력 기능이 있어야 한다. - Excel, PDF 등을 지원해야 한다. - Print가 가능해야 한다. - 출력 시 개인정보 보호법을 준수해야 한다. ㅇ 모든 시스템의 검색기에서 조건을 지정하여 검색할 수 있어야 한다. - 조건 값을 중복으로 지정하여 검색할 수 있어야 한다. - 출력 시 테이블의 컬럼별 정렬 기능이 있어야 한다. - 출력 시 테이블의 컬럼의 중복제거 값 조회(Distinct) 기능이 있어야 한다. ㅇ 시스템 보안을 위한 방안을 제시해야 한다. - 모든 시스템의 계정은 3개월마다 주기적으로 비밀번호 변경 요청 고지를 해야 한다. - 관리자 계정으로 로그인, 혹은 로그인 시도 시 필요한 경우 관리자에게 고지할 수 있어야 한다. - 시스템 접속 등의 보안과 관련한 방안을 제시해야 한다. ㅇ 모든 시스템의 작업에 따른 오류를 최소화할 수 있도록 설계해야 한다. - 오류 발생 시에는 오류코드와 그에 대한 설명을 명시해야 한다. ㅇ 프로세스가 원활하게 진행될 수 있도록 구현되어야 한다. - 각종 양식에서 필수 입력사항 미 기입 시 다음 프로세스를 진행하지 못하도록 해야 한다. - 필수 입력사항을 기입하지 않은 경우, 입력해야할 내용을 강조해야 한다. - 비 활성화된 프로세스는 회색으로 처리하여, 비활성화 되었음을 한 번에 파악할 수 있도록 해야 한다. ㅇ 변경 추적 기능이 구현되어야 한다. - 시스템관리 내용 변경 시, 수정내역과 최종확인자, 수정날짜를 조회할 수 있도록 로그기록이 남아야 한다. - 각 시스템별 정책 변경 시, 수정내역과 최종확인자, 수정날짜를 조회할 수 있도록 로그기록이 남아야 한다. ㅇ 세부 기능별 사용자에 대한 권한을 관리할 수 있어야 한다. - 모든 수정 내역, 수정 담당자(ID/IP) 및 시간을 조회할 수 있어야 한다. ㅇ 기능 구현 과정에서 발생할 수 있는 추가·변동 사안 등에 대하여 협의하여 진행한다. ㅇ 사업추진에 필요한 자재 및 장비 일체는 용역사업자의 부담으로 확보 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-002 | |
| 요구사항 명칭 | 티켓관리시스템 운영환경 | |
| 요구사항 상세 | 정의 | 사용성 제고를 위한 방안 제시 |
| 세부내용 | ㅇ 최신의 OS기반으로 개발 및 사용자별 환경설정 기능이 있어야 한다. ㅇ 업무별 특성을 고려하되 사용자 인터페이스를 표준화해야 한다. ㅇ 화면디자인, 색상, 글자폰트, 각종 실행버튼, 아이콘이미지 등은 전문 디자이너를 통한 친숙도와 일관성을 유지해야 한다. ㅇ 복잡한 화면은 지양해야 한다. ㅇ 표준화, 코드화 등을 통하여 최대한 입력편의성을 고려하여 업무처리에 도움이 될 수 있도록 도움말 기능 제공해야 한다. ㅇ 처리속도 향상을 위한 최적의 설계 및 구현되도록 해야 한다. ㅇ 통합 로그인 방안을 제시해야 한다. ㅇ 착수보고 시 기본 기능에 대한 설명이 충분히 이루어져야 하며, 이를 바탕으로 기관 내부 사용자들의 의견을 수렴하여 개발안에 포함해야 한다. ㅇ 기능 고도화 과정에서 발생하는 세부 사안들은 협의하여 진행한다. |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-003 | |
| 요구사항 명칭 | 티켓관리시스템 기능별 인터페이스 구축 | |
| 요구사항 상세 | 정의 | 사용주체 및 용도별 인터페이스 구축 |
| 세부내용 | ㅇ티켓관리시스템의 인터페이스를 사용주체 및 용도별로 구분하여 총 3가지 인터페이스를 구축한다. - 관리자용 인터페이스: 기본 인터페이스로 공연 운영담당자가 티켓예매/결제 등에 대한 총괄 관리 - 현장결제/발권용 인터페이스: 데스크에서 티켓매니저가 현장발권을 위해 POS에서 사용 ㅇ 각 인터페이스는 구축되는 장비(PC, POS기 등)에서 연동되어 실행하는데 문제가 없어야 한다. |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-004 | |
| 요구사항 명칭 | PG사 연동 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 국립어린이청소년극단이 선택하는 PG사와 연동이 가능하여야 한다. ㅇ 국립어린이청소년극단이 선택하는 PG사의 제공 API를 통해 결제 연동 적용되어야 한다. |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-005 | |
| 요구사항 명칭 | 기본정보 관리 | |
| 요구사항 상세 | 정의 | 티켓관리시스템 기본정보 관리 |
| 세부내용 | ㅇ 티켓관리시스템에 등록되어지는 공연의 카테고리를 등록, 수정, 삭제 할 수 있는 카테고리 관리 기능 - 카테고리는 순차적으로 관리가 가능하여야 한다. ㅇ 상품 코드 조회, 등록, 수정, 삭제 기능 - 해당 상품코드의 사용, 미사용 여부 지정 기능 ㅇ 권종 코드 조회, 등록, 수정, 삭제 기능 - 해당 권종 코드 사용, 미사용 여부 지정 기능 ㅇ 카드사 조회 기능 - 카드사 등록은 관리자가 할 수 없고, DB등록만 가능 ㅇ 카드 BIN Code 등록 기능 - 등록된 BIN Code 수정, 삭제 불가능 ㅇ 카드 할인그룹 등록, 수정 기능 ㅇ 수동 라벨 등록, 수정, 삭제 기능 - 해당 라벨 사용, 미사용 여부 지정 기능 ㅇ 기존의 기본정보 값을 복사하여 재적용할 수 있어야한다. |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-006 | |
| 요구사항 명칭 | 공연 정보 관리 | |
| 요구사항 상세 | 정의 | 티켓관리시스템 공연 정보 관리 |
| 세부내용 | ㅇ 공연 정보 등록, 수정, 삭제, 기능 - 공연명, 공연코드, 기획사명, 장르, 기간, 관람등급, 관람시간, 담당자 등 ㅇ 컨텐츠 설정 기능 (홈페이지 메인화면 및 공연소개 페이지 연동) - 공연 대표 이미지 업로드 기능(Jpg/jpeg/png만 가능) - 공연 추가이미지 업로드 기능(최소3개 이상) - 공연장 필수 이미지 업로드 기능 - 공연 상세정보 작성 기능(공지사항, 공연시간, 할인정보, 공연소개, 기획사 정보 등) - 오픈정보(티켓오픈일시, 추후공지예정, 공연취소, 선예매 등) ㅇ공연별 상품 등록, 수정, 삭제 기능 - 상품명, 상품번호(티켓번호) 등 - 오픈정보(티켓오픈 일시, 추후공지 예정, 공연취소, 선예매 등) - 소득공제 대상 사용, 미사용 여부 지정 기능 - 결제수단 결정 기능 - 노출 정보 설정 기능 - 상품정보 고시 기능 - 정산 추가정보 설정 기능 ㅇ 등록된 상품 조회 기능 - 공연명, 공연코드, 기획사명, 상품명, 상품번호 등으로 검색 조회 - 카테고리별 검색 및 조회 기능 - 일자별(시작일, 종료일, 판매일 등) 검색 및 조회 기능(달력형태) - 판매상태별(임시저장, 판매가능, 매진, 판매중지, 판매종료, 판매취소 등)검색 및 조회기능 ㅇ 수수료 설정 기능(대관을 통한 기획사 공연의 경우 정산시 반영) - 공연등록 시 입장권 판매금 정산 수수료 설정 기능 ㅇ 회차 설정 기능 - 일정등록 기능 = 공연 일정 등록 기능(날짜, 요일 등) = 예매 시작 일시 설정 기능 = 예매 종료 일시 설정 기능 = 취소 마감 일시 설정 기능 = 회차 추가, 삭제 기능 = 회차 시작 시간 설정 기능 - 회차 정보 일괄 수정 기능 - 회차 사용, 미사용 설정 기능 ㅇ 선 예매 설정 기능 - 선 예매 내용 조회 기능(조회날짜별,인증유형별, 사용여부별 등) - 선 예매 등록 기능 = 사용여부 설정 기능 = 서비스 유형 설정 기능 = 선 예매 채널 설정 기능 = 선 예매 시작, 종료 일시 작성 기능 = 대상 회차 설정 기능 = 인증 설정 기능(유형, 버튼 타이틀, 시작일시, 종료일시 등) ㅇ 티켓 레이아웃 설정 기능 - 상품명, 상품번호 등으로 티켓 레이아웃 조회 기능 - 대표 카테고리 별 티켓 레이아웃 조회 기능 - 기본 티켓 디자인 설정 기능 = 티켓 규격 설정 기능 = 티켓 디자인 레이아웃 사용, 미사용 설정 기능 = 티켓 유형별 디자인 레이아웃 설정 기능(기본, 초대권, 일반, 디자인 등) = 티켓 레이아웃 설명 작성 기능 = 사용발권처 설정 기능 = 티켓 구성항목 정보 설정 기능 = 티켓 텍스트 설정 기능 = 티켓 바코드 및 QR코드 설정 기능 = 변경이력 자동 저장 기능 = 테스트 인쇄 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-007 | |
| 요구사항 명칭 | 좌석 관리 기능 | |
| 요구사항 상세 | 정의 | 공연장 특성을 반영한 좌석관리 기능 |
| 세부내용 | ㅇ 공연별 좌석 배치 기능 - 무대 및 좌석에 대한 초기 기본도면 제공 - 공연별 좌석 수 입력 기능 - 기본 도면에 관리자가 해당 공연의 무대 크기와 위치를 설정하고 배치하는 기능 - 기본 도면에 입력된 수의 좌석을 자유롭게 배치하는 기능 ㅇ 도면(좌석도) 관리 기능 - 신규 좌석도 등록 기능 - 기존 좌석도 수정 기능 - 기존 좌석 삭제 기능 ㅇ 좌석 배정 관리 기능 - 도면(논리) 조회 기능 - 좌석별 등급 배정 기능 - 좌석 보류 관리 기능 - 좌석 배정 다른 회차 일괄 적용 기능 - 변경이력 관리 기능 - 임의의 좌석의 고객센터 또는 현장판매 전용 설정 기능 ㅇ 비지정석 관리 기능 - 상품명, 상품번호 조회 기능 - 날짜별 조회 기능 - 등급별 조회 기능 - 좌석유형별 조회 기능 - 선택 회차 판매수량 제한 적용 기능 - 판매수량 제한 일괄적용 기능 ㅇ 거리두기 좌석 관리 기능 - 공연 회차별 거리두기 좌석 적용여부 설정 기능 = 일행간 같이앉기 : 일행 연석예매 가능 및 예매좌석 양옆 한칸 띄우기 = 일행간 띄어앉기 : 좌석별 양옆 한칸 띄우기 - PC 및 모바일 예매 시 거리두기 좌석의 자동 적용 기능 ※ 좌석 예매 후 취소 시 거리두기 좌석제 적용 고려 필요함 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-008 | |
| 요구사항 명칭 | 구매 채널 | |
| 요구사항 상세 | 정의 | 구매 채널 기능 |
| 세부내용 | ㅇ 홈페이지, 모바일, 현장발권 구매시, 각 채널에 알맞은 인터페이스를 지원해야 한다. - 웹 브라우저 및 OS, 모바일 디바이스 별 화면 출력을 최적화하여 예매를 용이하게 해야 한다. ※ 「모바일 전자정부 서비스 관리 지침(행정안전부예규 제100호, 2020.1.3.)」 준수 - 홈페이지, 모바일 예매 시 공연을 먼저 선택하고 로그인을 할 경우에도 초기화되지 않고, 기존 선택 공연 예매를 바로 진행할 수 있게 하여야 한다. ㅇ 설정된 판매 개시일/종료일에 따라 인터페이스별 예매 버튼이 자동으로 노출/제거되어야 한다. ㅇ 채널별 예매 연동 현황을 확인할 수 있어야 한다. - 홈페이지 예매 프로세스 현황을 조회할 수 있어야 한다. - 홈페이지 예매 시스템과의 연동상황을 조회할 수 있어야 한다. - 모바일 예매 프로세스 현황을 조회할 수 있어야 한다. - 모바일 예매 시스템과의 연동상황을 조회할 수 있어야 한다. - 현장 예매 프로세스 현황을 조회할 수 있어야 한다. - 현장 예매 시스템과의 연동상황을 조회할 수 있어야 한다. ㅇ 모든 예매 채널에서 예매 내역을 조회할 수 있어야 한다. |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-009 | |
| 요구사항 명칭 | 예매관리 | |
| 요구사항 상세 | 정의 | 티켓관리시스템 예매 관리 |
| 세부내용 | ㅇ 예매정보 조회 기능 - 예매번호, 예매자명, 휴대폰번호, 회원ID 등 조회 기능 - 예매일별 조회 기능(오늘, 1주일,1개월,3개월, 수시 등) ㅇ 예매 등록 기능 - 회원정보 조회 기능(회원 ID, 이름, 번호) - 비회원 예매 기능(개인정보동의 발송 기능-휴대폰번호 입력) - 상품(티켓)정보 조회 기능 = 상품명, 상품코드별 조회 기능 = 판매상태 별 조회 기능 - 상품 선택 기능(회차, 매수 등) - 좌석 선택 기능 - 결제 수단 선택 및 결제 기능 ㅇ 예매내역 조회 기능 - 상품번호, 상품명 별 조회 기능 - 예매일, 공연일 별 조회 기능 - 상태별(전체,예매대기,예매완료,발권대기,발권중,발권완료,취소완료) 조회 - 티켓상태(예매, 취소)별 조회 - 구매채널 별 조회 기능 - 가상계좌 결제 후 입금 전 신용카드로 결제 변경 기능 ㅇ 현금영수증 발급 및 조회 기능 - 예매번호, 예매자명으로 검색 기능 - 신청결과(정상, 실패)별 조회 기능 - 날짜별 조회 기능 - 현금영수증 발급 기능 ㅇ 예매 일괄 취소 기능 - 상품 조회 기능 - 처리상태(전체, 처리중, 완료 등)별 조회 기능 - 일자별 조회 기능 - 일괄 취소 기능 - 일괄 취소 사유 저장 기능 - 조회결과 엑셀 다운로드 기능 ㅇ 예매 변경 기능 - 예매 결제 후 예약일 및 동일한 등급으로의 좌석변경 기능 ㅇ 할인 차액 결제 (할인 결제 후 할인이 되지 않은 경우 발생하는 차액) - 티켓 수량과 연계없이 할인 차액의 결제 기능 ㅇ 쿠폰 및 할인 예매 기능 - 쿠폰의 발행(건별 또는 일괄) 기능 - 회원 정보와 연계한 쿠폰 및 할인 제공 기능 - 쿠폰의 티켓용지 인쇄 기능 - 온라인 예매 시 쿠폰을 이용한 할인 기능 ㅇ 기타 기능 - 좌석배치도가 없는 비지정 좌석 또는 MD(기념품 등) 상품 판매를 위한 별도 판매 화면 제공 기능 - 티켓 예매의 부분 취소(4장 예매 중 1장 취소) 기능 - 문자 및 메일 발송 이력 확인 및 재발송 기능 - 외부 예매처(인터파크, YES24 등)의 판매 내역 업로드 하여 예매 내역 생성 기능 . 외부 예매처 대상은 협의하여 결정 - 예매자와 관람자 정보(성명)의 별도 관리 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-010 | |
| 요구사항 명칭 | 발권 및 검표 관리 | |
| 요구사항 상세 | 정의 | 티켓관리시스템 발권 및 검표 관리 |
| 세부내용 | ㅇ 예매티켓 발권 기능 - 예매번호 조회 기능 - 예매자명 조회 기능 - 휴대폰 번호 조회 기능 - 회원 ID별 조회 기능 - 공연명 조회 기능 - 공연일시 별 조회 기능 - 조회된 예매 티켓 발권 기능 ㅇ 예매 일괄 발권 기능 - 상품명(공연명) 조회 기능 - 공연일 조회 기능 - 예매일 조회 기능 - 발권여부(전체, 발권, 발권대기, 미발권) 조회 기능 - 예매번호 조회 기능 - 배송유형별 조회 기능 - 조회 된 예매내역 일괄 발권 기능 ㅇ 현장 판매 발권 기능 - 공연정보(공연명, 공연일시 등) 조회 기능 - 날짜 및 회차 조회 기능 - 좌석 선택 기능(좌석 직접 선택) - 권종 선택 기능 - 결재 정보(티켓금액, 결제 금액, 결제수단 등) 확인 기능 - 티켓 발권(재발권, 선발권) 기능 ㅇ 티켓 사용 관리 기능 - 티켓 조회(예배번호,예매자명,휴대폰번호,아이디,공연명,공연일시) 기능 - 예매내역 사용 처리 및 사용처리 취소 기능 ㅇ 발권내역 관리 기능 (티켓용지: 지류발권) - 발권내역 조회 기능 = 상품명, 상품번호 조회 기능 = 공연일별 조회 기능 = 발권일별 조회 기능 = 발권유형(예매발권, 현장발권, 선발권, 사용처리)별 조회 기능 = 구매채널(현장, 웹/모바일)별 조회 기능 = 티켓번호, 예매번호로 조회 기능 = 발권상태(전체, 미발권, 발권대기, 발권중, 발권완료)별 조회 기능 - 발권내역 선택 후 미발권 처리 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-011 | |
| 요구사항 명칭 | 정산관리 | |
| 요구사항 상세 | 정의 | 티켓관리 시스템 정산 관리 |
| 세부내용 | ㅇ 매출 현황 관리 기능 - 상품명, 상품번호 등으로 검색 기능 - 정산주기(전체, 최종정산, 월정산 등)별 조회 기능 - 결제(취소)일 별 조회 기능 - 판매 상세 내역 다운로드 기능 ㅇ 정산 관리 기능 - 검색어(상품명, 상품번호, 사업자번호, 계약번호 등)로 정산 내역 조회 기능 - 정산주기(전체, 최종정산, 월정산 등)별 정산 내역 조회 기능 - 정산상태(전체, 정산대기, 업체승인대기, 정산보류-수동/자동, 정산완료)별 정산 내역 조회 기능 - 지급상태(전체, 지급대기, 지급완료, 미처리)별 정산 내역 조회 기능 ※ 지급: 대관업체(기획사) 티켓판매 정산금액에서 판매수수료(설정가능)를 제한 금액을 대관업체(기획사)에 지출함을 의미 - 기간별 정산 내역 조회 기능 - 조회 내역 선택 승인 요청 기능 - 조회 내역 선택 보류 처리 기능 - 조회 내역 선택 보류 해지 기능 - 판매상세내역 조회 기능 ㅇ 미사용 환불 관리 기능 - 환불일별 조회 기능 - 검색어(상품명, 상품번호, 업체명 등) 조회 기능 - 환불 상세 내역 조회 기능 ㅇ 예매수수료 및 취소수수료 집계 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-012 | |
| 요구사항 명칭 | 판매 보고서 관리 | |
| 요구사항 상세 | 정의 | 티켓관리 시스템 판매 보고서 관리 |
| 세부내용 | ㅇ 판매 현황 관리 기능 - 상품별 판매 현황 조회 및 관리 기능 - 회차/등급별 판매 현황 조회 및 관리 기능 - 구매채널별 판매 현황 조회 및 관리 기능 - 공연별 수표(자동 또는 수작업 검표 포함)량과 판매량 조회 기능 = 수작업 검표 관리를 위한 검표 결과 등록/수정/조회 기능 - 좌석별 보류/판매완료/취소/발권완료/검표 등의 조회 기능 ㅇ 현장 판매 현황 관리 기능 - 판매일별 창구 판매 현황 조회 및 관리 기능 - 판매일별 권종 판매 현황 조회 및 관리 기능 ㅇ 전체 매출 실적 관리 기능 ㅇ 상품별 실적 관리 기능 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-013 | |
| 요구사항 명칭 | 시스템 설정 관리 | |
| 요구사항 상세 | 정의 | 티켓관리 시스템 설정 관리 |
| 세부내용 | ㅇ 현장 판매 사용자 관리 기능 - 현장 사용자(아이디,사용자명,비밀번호,사용여부 등) 추가 기능 - 현장 사용자 조회 기능 - 조회 된 사용자 사용,미사용 설정 기능 ㅇ 권한 관리 기능 - 등급별 권한 설정 기능 - 사용자별 권한 설정 기능 ㅇ 공통코드 관리 기능 - 공통코드 등록, 수정 기능 ㅇ 메뉴 관리 기능 - 메뉴 그룹별로 들어갈 메뉴 구성을 실시간으로 관리하는 기능을 제공하여야 함 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-014 | |
| 요구사항 명칭 | 기타연동 - 홈페이지 연동 | |
| 요구사항 상세 | 정의 | 티켓관리 시스템 홈페이지 연동 사항 |
| 세부내용 | ㅇ공연정보 등록 연동(SFR-TC-006 참고) - 티켓관리시스템에 공연정보 등록 시 홈페이지 메인화면에 공연 콘텐츠(공연명, 공연일시, 회차 등) 연동 - 공연소개 페이지에 공연정보 연동 ㅇ 예매시스템 연동: 홈페이지/모바일 등 온라인 예매 시스템 실시간 연동 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-015 | |
| 요구사항 명칭 | 기타연동 – 공연예술 통합전산망 연동 | |
| 요구사항 상세 | 정의 | 티켓관리 시스템 공연예술 통합전산망 연동 |
| 세부내용 | ㅇ공연법 제4조, 제43조에 의거하여 예술경영지원센터가 운영하는 ‘공연예술 통합전산망’에 연동하여 예술경영지원센터에서 배포‧고시한 가장 최신버전의 [KOPIS RESTful 연계 개발가이드] 및 [공연예술 통합전산망 운영정책]에 따라 생성된 공연정보를 통합전산망에 전송해야 한다. ※ 공연예술 통합전산망 연동 개발 가이드 별도 첨부 ㅇ 전송 데이터 - 결제데이터: 공연명, 공연일시, 장당가격, 공연장정보 등의 항목을 담은 공연 입장권 예매/취소 1매에 대한 결제 데이터 - 일별 집계데이터: 전송일자의 예매/취소에 대한 집계 데이터(결제데이터의 검증데이터로 해당일자의 집계데이터/ - 월별 집계데이터: 결제일 기준 전월 1일~말일 까지의 결제데이터(결제데이터의 이전달 집계 데이터/) - 전송데이터별 전송항목 수 (공연예술통합전산망 운영정책 참조) ‧ 결제데이터 58개 / 일별집계데이터 26개 / 월별집계데이터 26개 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-016 | |
| 요구사항 명칭 | 관람객/고객 DB 통계화 | |
| 요구사항 상세 | 정의 | 티켓관리 시스템 관람객/고객 DB 통계화 |
| 세부내용 | ㅇ 공연실적 데이터 통계 DB 구축 - 공연별, 장르별, 시간별, 회차별, 월별 관람객 현황 통계 보고서 기능 - 엑셀 다운로드 기능 ※ 공연예술 통합전산망 전송데이터를 활용하여 관련항목 중 주요항목을 카테고리화 하여 이에 대한 통계 데이터 구축 및 보고서 (자동)작성 기능 구현 ㅇ 공연 및 관람객 정보 DB 구축 (연단위 정보 구축) - 공연목록, 공연별 관람객 목록 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-TC-017 | |
| 요구사항 명칭 | 공연 패키지 예매 | |
| 요구사항 상세 | 정의 | 공연 패키지 예매 기능 |
| 세부내용 | ㅇ 시즌 패키지, 자유 패키지 상품 결제 및 취소 ㅇ 패키지내 공연별 좌석 지정 기능 ㅇ 패키지 공연과 일반 공연을 구분하는 결제 기능 제공 ㅇ 패키지 정산관련 보고서 및 정산 처리 적용 |
5) 성능 요구사항 (PER)
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-001 | |
| 요구사항 명칭 | 질의응답 시간 | |
| 요구사항 상세 | 정의 | 고도화 및 유지보수 관련 질의를 포함하는 모든 기능 요구사항 |
| 세부내용 | ㅇ 모든 질의는 사용자가 요청을 하는 시간으로부터 3초 내에 그 결과를 보여줘야 한다. ㅇ 이 요구사항은 임의의 선택 기준이 허용되는 대량의 데이터(데이터량 2GB 이상)에 대한 질의에는 적용되지 않는다. |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-002 | |
| 요구사항 명칭 | 웹 페이지 디스플레이 시간 | |
| 요구사항 상세 | 정의 | 신규 구축되는 모든 페이지 요구사항 |
| 세부내용 | ㅇ 정보 요청에서 결과가 조회되는 것에 대한 응답시간을 의미한다. ㅇ 시스템이 만드는 각 웹페이지의 경우, 사용자가 요청한 시간으로부터 3초 내에 완전히 디스플레이 되어야 한다. ㅇ 성능예외사항: 이 요구사항은 임의의 선택 기준이 허용되는 대량의 데이터에 대한 질의 및 플래시가 있을 경우에는 적용되지 않으며, 한 개 이상의 큰 이미지(이미지 500KB 이상) 및 동영상을 가지고 있는 페이지에는 적용되지 않는다. 또한 시스템을 사용하는 사용자 숫자가 동시 사용자 용량의 90%를 초과하는 경우에는 적용되지 않아야 한다. |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-003 | |
| 요구사항 명칭 | 데이터 형식 오류 응답 시간 | |
| 요구사항 상세 | 정의 | 신규 구축되는 모든 페이지 요구사항 |
| 세부내용 | ㅇ 사용자가 입렵한 데이터 형식의 모든 오류는 사용자가 시스템에 그 정보를 입력한 지 2초 이하에 적당한 오류 메시지를 사용자에게 제시하여야 한다. |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-004 | |
| 요구사항 명칭 | 느린 작업에 대한 사전 경고 | |
| 요구사항 상세 | 정의 | 신규 구축되는 모든 페이지 요구사항 |
| 세부내용 | ㅇ 통계 기능은 10초 이상(100Mbps 인터넷 접속을 사용해서) 걸릴 수 있기 때문에 연산 작업을 시작하는 시점에, 이런 영향에 대해 사용자에게 팝업 메시지로 알려야 함 ㅇ 대량 데이터(기준:5천건 이상) 조회/출력/다운로드 시 작업을 시작하는 시점에, 이런 영향에 대해 사용자에게 팝업 메시지로 알려줘야 함 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-005 | |
| 요구사항 명칭 | 동시 사용자 접속수 | |
| 요구사항 상세 | 정의 | 신규 구축되는 모든 페이지 요구사항 |
| 세부내용 | ㅇ 모든 시스템은 동시 사용자수 500명이 동시 사용하는 상태에서 조회/등록/수정 등의 응답시간이 3초 미만이어야 함 ㅇ 5분이상 사용한 사용자를 로그인 한 사람으로 간주함 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-006 | |
| 요구사항 명칭 | 메모리 지원 효율성 | |
| 요구사항 상세 | 정의 | 신규 구축되는 모든 페이지 요구사항 |
| 세부내용 | ㅇ 테스트 기간과 시험운영 기간에 시스템의 자원(메모리, 디스크)사용 정도를 평가하며, 메모리 사용률은 어느 조건 하에서도 75% 이하여야함 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-007 | |
| 요구사항 명칭 | CPU 효율성 | |
| 요구사항 상세 | 정의 | 신규 구축되는 모든 페이지 요구사항 |
| 세부내용 | ㅇ 테스트 기간과 시험운영 기간에 CPU 사용률을 평가하며, CPU 사용률은 어느 조건하에서도 70% 이하여야함. |
6) 사용자 인터페이스 요구사항 (UIR)
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-001 | |
| 요구사항 명칭 | 웹접근성 | |
| 요구사항 상세 | 정의 | 기본 인터페이스 요구사항 |
| 세부내용 | ㅇ 업무 효율성 향상을 위하여 최신 웹 기술이 적용된 사용자 인터페이스 적용과 사용자 중심의 화면설계 및 업무기능을 제공하여야 함 ㅇ 다양한 국가, 지역에서의 접속을 고려하며, 사용함에 불편함이 없는 접속 속도를 보장할 수 있도록 웹디자인 설계(텍스트, CSS 스타일 기반의 서비스)가 이루어져야 함 ㅇ 사용자가 쉽게 이용할 수 있도록 각 메뉴별 이용안내 기능을 구축해야 함 ㅇ 정보기술에 대한 미숙련자도 쉽게 접근하여 사용할 수 있는 사용자 인터페이스를 구현해야 하며, 시스템 운영에 대한 업무담당자용, 관리자용 등 대상자별 온․오프라인 매뉴얼을 제공해야 함 ㅇ Perceivable (인식의 용이성): 정보와 인터페이스 구성요소는 사용자가 인지할 수 있는 방법으로 표시해야 한다. - 텍스트 아닌 콘텐츠에는 대체 텍스트를 제공해야 한다. - 동영상, 음성 등 멀티미디어 콘텐츠를 이해할 수 있도록 대체 수단을 제공해야 한다. - 콘텐츠는 명확하게 전달되어야 한다. ㅇOperable (운용의 용이성): 사용자 인터페이스 구성요소와 탐색 기능은 조작이 가능해야 한다. - 콘텐츠는 키보드로 접근할 수 있어야 한다. - 콘텐츠를 읽고 사용하는 데 충분한 시간을 제공해야 한다. - 광과민성 발작을 일으킬 수 있는 콘텐츠를 제공하지 않아야 한다. - 쉬운 내비게이션: 콘텐츠는 쉽게 내비게이션 할 수 있어야 한다. ㅇ Understandable (이해의 용이성): 정보와 사용자 인터페이스 조작은 이해할 수 있어야 한다. - 콘텐츠는 읽고 이해하기 쉬워야 한다. - 콘텐츠의 기능과 실행결과는 예측 가능해야 한다. - 콘텐츠는 논리적으로 구성해야 한다. - 입력 오류를 방지하거나 정정할 수 있어야 한다. ㅇ Robust (견고성): 콘텐츠는 보조 기술을 포함한 다양한 사용자 응용 프로그램에 의하여 해석이 가능하도록 충분히 견고해야 한다. - 문법 준수 웹 콘텐츠는 마크업 언어의 문법을 준수해야 한다. - 웹 애플리케이션 접근성: 웹 애플리케이션은 접근성이 있어야 한다. |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-002 | |
| 요구사항 명칭 | 취약계층의 지원 | |
| 요구사항 상세 | 정의 | 기본 인터페이스 요구사항 |
| 세부내용 | ㅇ인터넷 취약계층을 고려하여 공공기관 웹접근성 지침(한국 웹접근성 지침 2.0)에 근거한 시스템 구현(배경색 조정 등)해야 함 ㅇ 장애가 없는 일반인뿐만 아니라 시각장애인, 청각장애인 등 장애인과 노인도 인터넷 정보에 일반인과 동등하게 접근할 수 있도록 보장할 수 있어야 한다. - 시각 장애, 약시, 청각 장애, 지체 장애, 학습 장애, 지적장애, 뇌병변 장애, 광과민성 발작 등과 같은 개별적인 장애를 가진 사용자들이 쉽게 접근할 수 있는 웹 콘텐츠를 구축해야한다. |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-003 | |
| 요구사항 명칭 | 확인 메시지 제공 | |
| 요구사항 상세 | 정의 | 기본 인터페이스 요구사항 |
| 세부내용 | ㅇ 삭제, 입력정보 완료 혹은 미완료 후 저장 등과 같이 사용자의 수행 활동에 대한 확인메시지 제공 |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-004 | |
| 요구사항 명칭 | 브라우저 | |
| 요구사항 상세 | 정의 | 브라우저 요구사항 |
| 세부내용 | ㅇ 시스템의 사용자 인터페이스는 다양한 사용자 환경(브라우저)에서도 서비스를 이용할 수 있어야 하며, 웹호환성 지침(전자정부 호환성 준수지침 등)을 준수해 구현하여야 한다. - 인터넷 익스플로러 외 파이어폭스, 오페라, 크롬, 네스케이프, 사파리 등의 브라우저 사용자들도 동등하게 인터넷 정보에 접근할 수 있어야 한다. - 크로스 브라우저를 구현 (IE 8.0~10.0, FF, Safari, Opera, Chrome 등)함으로써 호환성을 증대시키도록 한다. - HTTP 1.1, XML 1.0을 지원하는 무선 브라우저 사용자들도 동등하게 인터넷 정보에 접근할 수 있어야 한다. |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-005 | |
| 요구사항 명칭 | 웹 접근성 | |
| 요구사항 상세 | 정의 | 웹 접근성 요구사항 |
| 세부내용 | ㅇ 웹 개발을 위한 코딩 규칙, 메뉴 규칙, 웹호환성 규칙 등은 웹접근성 및 웹호환성 향상을 위한 국가 표준 기술 지침(전자정부 호환성 준수지침, 한국 웹접근성 지침 2.1 등)을 준수하여야 한다. ㅇ 웹접근성 및 웹 호환성의 정량적 평가방법은 다음과 같다. - 웹접근성 : 90점 이상 통과 - 웹호환성 : 90점 이상 통과 - 세부 평가기준 ※ 점수환산 : 웹접근성은 진단툴 준수율을 그대로 활용, 웹호환성은 정부합동평가 점수산정 방법 준용 ※ 관련 법률, 지침 - 전자정부 호환성 준수지침(행정안전부 고시) - 장애인차별금지 및 권리구제 등에 관한 법률 제20조, 21조, 23조 |
| 구분 | 활용툴 | 점수 | 내용 |
|---|---|---|---|
| 웹접근성 (100점) | K-WAH 4.0 | 100 | 한국 웹접근성 지침 2.1’의 6개 세부지침 준수여부 자동점검 |
| 웹호환성 (100점) | W3C Validator | 50 | 전자정부 호환성 준수지침에 의거 HTML, CCS 2.1 표준문법 준수 여부 점검 |
| 육안 검사 | 브라우저 6종 호환성 (동등 서비스 여부)진단 인터넷 익스플로러(Internet Explorer) 8.0, 9.0외 파이어 폭스(Firefox), 오페라(Opera), 크롬(chrome), 사파리(Safari) |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-006 | |
| 요구사항 명칭 | 업로드 시 오류 필터링 | |
| 요구사항 상세 | 정의 | 업로드 시 오류 필터링 요구사항 |
| 세부내용 | ㅇ 검색범위 안의 값이 나오지 않거나, 다른 속성의 값이 입력된 경우 알림 및 자동수정 기능을 지원하여야 한다. |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-007 | |
| 요구사항 명칭 | 사용자 편의성을 고려한 목록 설계 | |
| 요구사항 상세 | 정의 | 사용자 편의성을 고려한 목록 설계 요구사항 |
| 세부내용 | ㅇ 사용자가 자주 사용하는 업무에 대한 접근성을 강화하여야 한다. ㅇ 직관적인 인터페이스를 제공하도록 화면을 구성하여야 한다. ㅇ 사용자가 진행상태와 결과를 한 페이지에서 모두 확인할 수 있고, 향후 수행활동을 목록형으로 제공할 수 있도록 설계해야 한다. |
| 요구사항 분류 | 사용자 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-008 | |
| 요구사항 명칭 | 디자인 요구사항 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 디자인 설계 시 정보 계층의 폭과 깊이를 고려하여 콘텐츠에 빠르게 접근할 수 있고 콘텐츠 추가도 용이하도록 구성해야 한다. ㅇ 사용성을 고려하여 UI의 편의성을 제공하여야 한다 - 여러 시각적 요수들을 조직적으로 정렬시키는 그리드 시스템을 적용한다. - 콘텐츠 배치시 중요도에 따른 사용자들이 쉽고 빠르게 정보를 찾을 수 있도록 적절한 배치가 이루어져야 한다. - 페이지 단계별로 스타일의 통일성과 변화를 주어야 한다. - 입력서식은 빠르고 쉽게 입력할 수 있는 시각적 요소와, 버튼배치, 항목정렬 등을 고려해야 한다. - 입력서식 구성 시 추가입력사항의 사용성을 고려해야 한다. - 현재 페이지의 작동되고 있는 상태를 사용자가 인식할 수 있도록 해야한다. - 팝업은 레이어팝업과 일반팝업의 사용성을 고려하여 사용한다. ㅇ 링크, 컬러, 이미지, 폰트 등의 접근성을 고려하여 시각적으로 통일성을 주어야 한다. - 시스템의 심미성 향상을 위해 사용되는 이미지와 그래픽 블릿(Bullet), 아이콘 등의 시각적 요소들은 페이지의 복잡도를 줄이기 위해 사용을 최소화해야 한다. - 페이지의 로딩 속도에 영향을 미치지 않고 효과를 극대화시키기 위해서는 이미지의 사이즈와 컬러를 고려해야 한다. - 시스템 전반에 걸쳐서 사용자에게 통일된 이미지의 콘셉트를 보여주고, 시스템에 대한 일관된 이미지를 전달 할 수 있어야 한다. - 폰트는 정보의 분류 체계, 중요도, 목적에 따라 차별되게 적용되어야 한다. - 컬러는 사용자들에게 대상 시스템이나 대한 공통적인 브랜드 이미지를 심어 줄 수 있도록 시스템의 특성이 반영된 컬러(CI)를 적극적으로 적용해야 한다. - 아이콘은 시각적 효과가 높지만 정확한 메타포(metaphor)를 표현하기가 어려우므로 텍스트와 결합하여 정확도를 높여야 한다. |
7) 시스템 인터페이스 요구사항 (SIR)
| 요구사항 분류 | 시스템 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-001 | |
| 요구사항 명칭 | 티켓관리시스템 인터페이스 | |
| 요구사항 상세 | 정의 | 티켓관리시스템의 기기별 맞춤형 인터페이스 구축 |
| 세부내용 | ㅇ 티켓관리시스템의 사용대상 및 구현기기에 따라 맞춤형 인터페이스를 개발하여 해당 용도에 맞는 기능을 구현한다. - 현장발권: 현장데스크에서의 관람객을 위한 예매 및 발권 - 운영관리자: 공연장 운영자의 모든 기능 총괄관리 (웹) ㅇ 각 인터페이스에서 발생하는 정보는 티켓관리시스템 및 홈페이지 예매시스템과 실시간 연동되어 관리가 가능하여야 한다. |
| 요구사항 분류 | 시스템 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-002 | |
| 요구사항 명칭 | 티켓관리시스템-홈페이지 및 각 시스템 연동 | |
| 요구사항 상세 | 정의 | 시스템 연동 요구사항 |
| 세부내용 | ㅇ 시스템 내‧외부 연계 - 예매시스템과 회원관리 연계(양방향) ‧ 예매시스템에서 회원관리의 회원정보를 수신하여 예매를 진행한 후 예매정보를 다시 회원관리 및 현황조회 시스템으로 송신하여 반영 - 예매시스템과 결제모듈 연계 ‧ 예매로 인해 발생한 결제정보를 결제모듈로 송신하여 결제 진행 - 회원관리 및 현황조회시스템과 SMS, E-MAIL 전송모듈 연계 ‧ 회원관리 및 현황조회시스템의 회원정보를 SMS, E-mail 모듈에 전송하여 이를 발송할 수 있도록 구현 - 티켓관리시시스템과 홈페이지 연계 ‧ 티켓관리시스템 내 공연정보 등록, 예매현황 및 결제정보, 기타 필요한 정보를 홈페이지와 실시간으로 수/송신하여 반영 |
| 요구사항 분류 | 시스템 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-003 | |
| 요구사항 명칭 | 시스템 연계 방식 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 시스템의 개별 시스템간의 연계를 위한 최적의 연계방식을 제안하여 적용하도록 한다. ㅇ 시스템간의 연계방식으로 인하여 시스템의 반응속도에 영향을 주어서는 안된다. |
8) 데이터 요구사항 (DAR)
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-001 | |
| 요구사항 명칭 | 데이터 표준 준수 | |
| 요구사항 상세 | 정의 | 데이터 표준 준수에 관한 요구사항 |
| 세부내용 | ㅇ 데이터 관리 지침을 수용할 수 있도록 DB설계 및 운영이 되어야 하며, 전문 핵심인력을 통해 이에 대한 검증이 이루어져야 한다. ㅇ 본 사업의 DB설계는 표준화되어야 하며, 행정정보 데이터베이스 표준화 지침을 준수해야 한다. |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-002 | |
| 요구사항 명칭 | 데이터 정합성 검증 | |
| 요구사항 상세 | 정의 | 데이터 정합성 검증에 관한 요구사항 |
| 세부내용 | ㅇ 외부 데이터의 연계 시, 반드시 데이터의 정합성을 체크하고, 로그인을 유지하여야 한다. ㅇ XML 데이터는 XML 스키마를 이용하여 반드시 데이터 정합성을 검증하여야 한다. |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-003 | |
| 요구사항 명칭 | 초기자료 구축 | |
| 요구사항 상세 | 정의 | 초기자료 구축에 관한 요구사항 |
| 세부내용 | ㅇ 시스템 테스트, 사용자 교육, 시험운영 등 일련의 과정을 수행하기 위한 필수적인 데이터를 구축하여야 한다. ㅇ 원칙 - 구축할 자료의 성격에 대한 적절한 입력자 선임 등 자료내용 검증 - 사전에 충분한 자료의 확보 및 확보된 자료의 이상 유무 확인 - 자료의 전체적인 체계에 대한 기본적인 이해 - 구축 전 사전교육 진행, 입력 프로그램에 대한 교육 내용 등록 - 필요시 우선순위, 일정 수립 후 일정계획에 의한 자료를 구축 |
9) 테스트 요구사항 (TER) - 본 시스템에 대해 다음과 같이 테스트를 수행해야 한다. - 테스트 유형
| 구분 | 테스트 내용 | 비고 |
|---|---|---|
| 단위 테스트 | 시스템 특성에 맞는 시스템 단위를 선정하고 각 단위별 기능이 적절히 수행되는가를 검증 | 개발환경에서 수행 |
| 통합 테스트 | 각 업무 영역별 단위 업무간의 연계성과 응용시스템간의 연계를 검증 | |
| 시스템 테스트 | 요구 사항에 대해 품질 목표 기준을 설정하고, 해당 기준 부합여부를 검증 | 운영환경에서 수행 |
| 사용자승인 테스트 | 사용자가 요구한 사항을 시스템이 전체적으로 만족시키는지를 검증하여 시스템 인수 여부 결정 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-001 | |
| 요구사항 명칭 | 제안사 테스트 | |
| 요구사항 상세 | 정의 | 테스트별 효율적 방안 제시 |
| 세부내용 | ㅇ 본 사업의 단위테스트, 통합테스트, 시스템테스트 등에 대한 효율적 방안을 제시해야만 한다. ㅇ 각 단계별 시스템의 기능을 명확히 하여 타당성 있고 현실성 있는 테스트 일정을 수립․제시하여야 한다. ㅇ 본 사업의 단위테스트, 통합테스트, 시스템테스트 등에 대한 방안을 제시해야만 하며, 추가적으로 위임 발주 대상인 장비의 테스트 및 검수 수행 시 관련 사항을 지원해야만 한다. ㅇ 발생 가능한 상황에 대해서 실제 data(오류 데이터 포함)를 입력하여 테스트하여야 하며 각종 유형별 테스트 계획서를 구체적으로 작성하여 제출하여야 한다. ㅇ 테스트 계획서에는 테스트 데이터, 테스트 절차/방법, 테스트 일정/주기 등을 포함하여 테스트를 체계적이고 효율적으로 진행할 수 있는 방안을 제시하여야 한다. ㅇ 사용자 요구 및 프로그램 오류, 성능을 점검하는 단순 시험부터 실제 사용자 환경에서 실 업무적용에 이르기까지 종합적인 시험방법 및 시험 시나리오 등 세부 시험절차를 수립하여 제시해야 한다. ㅇ 요구사항별 적합, 부적합을 판정할 수 있도록 체계적인 테스트방안을 제시해야만 한다. ㅇ 품질 요건을 충족하는 테스트 방안을 제시해야만 한다. ㅇ 테스트 방안은 다음과 같은 세부적인 사항을 포함해야만 한다. - 본 사업기간 동안 각각의 테스트를 실시한 후 테스트 결과를 기록하고, 테스트 결과를 모니터링하여 결함 발견시 결함이 해소될 때까지 테스트를 지속적으로 실시해야 하며, 이 때 테스트 결과에 대한 이력을 관리해야 함 - 발생 가능한 상황에 대해서 시나리오를 작성하여 업무에 적합한 테스트 데이터(오류 데이터 포함)를 입력하여 체계적이고 효율적인 테스트를 실시해야 함 - 시스템테스트는 실 운영환경에서 테스트를 수행하여야 하며, 시연을 통해 요구되는 성능요건을 충족해야 함 - 테스트 수행 결과를 기록하여 사용자 승인(인수) 테스트에 활용하도록 발주자에게 제출하여야 함 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-002 | |
| 요구사항 명칭 | 테스트 방안 | |
| 요구사항 상세 | 정의 | 시험운영 방안 제시 |
| 세부내용 | ㅇ 시험운영 방안을 수립하여 제시하여야 한다. ㅇ 시스템 가동 후의 상황을 가정하여 필요한 장비, 시설 및 핵심인력을 이용하여 실제 운영상황과 최대한 동일 환경으로 실시하여야 한다. ㅇ 시험운영 진행 전에 각종 기초코드 및 기초 데이터가 입력되어야 한다. ㅇ 시험운영 결과 보고서를 작성하여 보고하고, 보완이 필요한 부분을 발췌 반영하여야 한다. ㅇ 시험운영 과정 및 결과에 만족하지 못할 경우, 사용자의 운영 능력 부족 또는 업무혼란 등이 있을 경우 재교육이나 리허설을 추가 요청할 수 있음 |
8) 보안 요구사항 (SER)
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-001 | |
| 요구사항 명칭 | 사업자 및 투입 핵심인력에 대한 인원 보안 요구사항 | |
| 요구사항 상세 | 정의 | 사업자 및 투입 핵심인력에 대한 보안 준수사항 및 책임 |
| 세부내용 | ㅇ 주사업자 및 협력업체는 본 사업과 관련하여 취득한 업무내용에 대하여 제3자에게 누설하여서는 안 되며, 국립어린이청소년극단이 요구하는 보안사항을 철저히 준수하여야 한다. ㅇ 본 제안 및 과업수행 중은 물론 향후에라도 보안사항 및 기타 시스템의 내부구성, 네트워크, 보안장비, IP현황, 데이터 등 일체의 모든 사항에 대해 보안을 유지하여야 한다. ㅇ P2P, 웹하드, 인터넷 사용, USB 및 자료 무단반출을 금지한다. ㅇ 보안유출 등으로 인한 문제발생 시에는 주사업자가 모든 책임과 배상의 의무를 지며, 2차로 해당 대표자와 종사자가 민․형사상 책임과 배상 의무를 져야 한다. ㅇ 정보시스템 구축 각 단계별 정보보호가이드라인을 준수하고, 물리적, 관리적, 기술적인 보안대책 등 안전 및 보안관리에 대한 운영 규정을 마련하여 비상사태에 대비하여야 한다. ㅇ 본 사업에서 산출된 문서나 제공된 자료는 그 중요도에 따라 기밀, 대외비, 일반정보로 분류하여 관리하여야 하며, 사업완료 후 반드시 관련 자료 반납 및 필요시 소각 처리 등 필요한 조치를 하여야 한다. ㅇ 내․외부 망에 대한 보안관리 대책 및 각종 산출물에 대한 보안관리 대책을 제시하여야 한다. ㅇ 개발에 사용하는 노트북, PC는 반입시마다 최신 백신프로그램 설치와 바이러스 감염여부를 확인하여야 한다. ㅇ 본 사업에 반입된 PC, 노트북은 해당 핵심인력의 과업 종료 시까지 반출을 금지하며, 부득이한 경우는 국립어린이청소년극단의 반출 승인 절차에 따라 반출하여야 한다. ㅇ 본 사업에 투입되는 핵심인력은 보안서약서 작성 제출(의무사항) 및 국립어린이청소년극단의 보안취급규정 및 정보보안지침, 개인정보보호지침을 준수하여야 하며, 필요시 국립어린이청소년극단의 신원조사에 즉시 응하여야 한다. |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-002 | |
| 요구사항 명칭 | 데이터 보안 | |
| 요구사항 상세 | 정의 | DB 데이터 중 보안이 필요한 정보에 대한 암/복호화 방안 |
| 세부내용 | ㅇ DB 데이터 중 보안이 필요한 주민번호 등 개인정보, 외부 유출시 문제가 되는 중요정보는 반드시 암/복호화 하여 사용해야만 한다. ㅇ 기타 암/복호화가 필요한 사항에 대해서는 발주자와 협의하여 결정해야만 한다. ㅇ 패스워드는 일 방향 암호화를 적용해야만 한다. |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-003 | |
| 요구사항 명칭 | 시큐어 코딩 | |
| 요구사항 상세 | 정의 | SQL이 삽입되는 프로그램에 대한 시큐어 코딩 |
| 세부내용 | ㅇ 업무용 프로그램을 개발함에 있어서 SQL 삽입은 데이터베이스(DB)와 연동된 웹 애플리케이션에서 사용자가 입력한 데이터 값의 유효성 검증을 제대로 하지 않을 경우, 공격자가 악의적 SQL문을 입력해 DB로부터 임의로 정보를 열람하거나 조작할 수 있는 보안 약점이 있음. 따라서, 이에 대한 보안 위협 예방을 위하여 시큐어 코딩하여야 함. ㅇ 로그인 창에는 스크립트 언어가 입력되지 않도록 개발하여야 함. ㅇ 행정안전부의 “소프트웨어 개발보안(시큐어코딩)관련 가이드”를 준용함 |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-004 | |
| 요구사항 명칭 | 데이터 기밀성 및 무결성 | |
| 요구사항 상세 | 정의 | 데이터 기밀성 및 무결성을 위한 보안 대책 마련 |
| 세부내용 | ㅇ 각 테이블간 자료의 중복을 최소화하고 기밀성 및 무결성이 보장되어야 함. |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-005 | |
| 요구사항 명칭 | 계정/권한 설정 | |
| 요구사항 상세 | 정의 | 사용자별 계정과 접근권한을 직급과 역할 등에 따라 설정 |
| 세부내용 | ㅇ 사용자를 분류하여 일정 기준(예: 직급 및 역할)에 따라 정보 공개 및 접속 권한 여부를 설정하도록 해야 한다. ㅇ 시스템에 보관되어 있는 각종 데이터와 사용자 인증정보의 올바른 보안과 활용을 위해 자료의 검색 및 조회에 대한 접근 권한을 규정하여 관리해야 한다. |
| 요구사항 분류 | 보안 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SER-007 | |
| 요구사항 명칭 | 보안 취약성 점검 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 국가정보원에서 공시한 홈페이지 8대 보안 취약점을 보완하는 기준을 준수해야함. ㅇ [OWASP Top 10 2010]의 취약점에 대한 보안 대책을 수립하여 개발에 적용해야 함. ㅇ 어플리케이션 개발 단계에서 프로그램 소스의 보안 취약점에 대한 분석을 통해 보안 취약점이 제거된 소스코드로 개발을 진행해야 함. - 국가정보원 [국정원 8대 취약점] - 국제웹보안표준기구[owasp top 10] - 행정안전부[SW 개발단계부터 보안약점 제거(시큐어코딩)의무화] 43개 취약점 |
9) 품질 요구사항 (QUR)
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-001 | |
| 요구사항 명칭 | 요구사항 반영률 | |
| 요구사항 상세 | 정의 | 사용자 요구사항에 대한 품질 목표 수준을 제시 |
| 세부내용 | ㅇ 사용자 요구사항에 대하여 다음 사항을 포함하여 시스템 반영률 100%를 만족 하여야 한다. - 사업범위에 해당하는 사용자 요구사항은 요구사항 정의서에 모두 포함시켜야 한다. - 포함된 사용자 요구사항별 검사기준에 따라 요구사항이 시스템에 모두 반영 되어야 한다. - 요구사항이 모두 반영되지 않은 상태에서는 승인(인수) 테스트 요청을 할 수 없다. - 제안사의 불가항력으로 인한 미 반영 사항은 발주자의 승인이 필수이다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-002 | |
| 요구사항 명칭 | 품질관리 방안 | |
| 요구사항 상세 | 정의 | 품질보증을 보장하기 위한 품질보증방안을 제시 |
| 세부내용 | ㅇ 시스템은 제공되기로 한 요구사항을 모두 제공하며, 초기 협의한 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 baseline으로 간주하여야 한다. ㅇ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우 요구사항을 제공한 것으로 평가하고, 제공되기로 한 요구사항은 모두 제공한 것으로 평가받아야 한다. ㅇ 단위 기능에 대한 테스트는 테스트 소프트웨어를 이용한 1차 자동화 검증 후, 수행하도록 한다.(적용 가능한 시스템에 한함) ㅇ 비즈니스로직 테스트, 통합테스트, 시스템 테스트를 위한 구체적인 툴 및 적용방안을 제안하여 기능의 오류를 줄일 수 있는 방안을 제시하여야 한다. ㅇ 기능 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가하여야 한다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-003 | |
| 요구사항 명칭 | 상호운영성(데이터교환성) | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 시스템 인터페이스 요구사항 및 어플리케이션과 정보간의 상호작용을 하는 기능은 기능 구현의 정확성 뿐만 아니라 정보의 무결성, 데이터 장합성 검증을 수행하여야 한다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-004 | |
| 요구사항 명칭 | 보안성 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 도입된 장비 및 소프트웨어, 구축된 시스템은 명시된 보안 요구사항(변경관리 절차를 통해 승인을 획득한 변경된 요구사항 포함)에 따라 접근통제 및 감시되어야 한다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-005 | |
| 요구사항 명칭 | 신뢰성 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 시스템은 통상적인 업무시간 동안 가용성을 보장하여야 하며, 시스템 조건이 무엇이든지 간에 모든 채널에 동일한 자료 및 결과를 생성하고 인도해야한다. ㅇ 복구할 수 없는 자료의 손실로 이어질 수 잇는 오류를 방지하고, 오류가 발생하는 즉시 사용자에게 관련 메시지를 공지해야만 한다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-006 | |
| 요구사항 명칭 | 결함 발생률 | |
| 요구사항 상세 | 정의 | 운영시스템 구축 테스트 수행에서 발견된 결함발생률에 대한 품질목표 수준 제시 |
| 세부내용 | ㅇ 테스트 기간 동안 발견된 결함 수와 결함의 지속 시간을 측정하여야 한다. - 결함 발생율이 5% 이상이거나 중대결함이 발생할 경우, 시스템 오픈 기간을 연장해야 한다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-007 | |
| 요구사항 명칭 | 결함 조치율 | |
| 요구사항 상세 | 정의 | 운영시스템 구축 테스트 수행에서 발견된 결함에 대한 조치율의 품질 목표 수준 제시 |
| 세부내용 | ㅇ 테스트 기간 동안 발견된 결함 수와 결함의 지속 시간을 측정하여야 한다. - 테스트 기간에 발견된 결함에 대한 조치율은 100%이어야 하며, 제안사의 불가항력으로 인한 미조치 사항은 발주자의 승인을 득해야 한다. - 결함에 대한 조치로 인해 계획된 일정에 영향을 주어서는 안된다. |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-008 | |
| 요구사항 명칭 | 이해용이성 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 사용자 및 관리자가 시스템을 쉽고 편하게 사용할 수 있도록 하기 위해 [기능, 인터페이스]에 대해 다음과 같은 정보 제공 - 기능 이해도: 시스템에서 제공하는 모든 기능에 대해 사용자 매뉴얼에서 정보제공 - 인터페이스 이해도: 시스템에서 제공하는 인터페이스 기능과 방법을 관리자 매뉴얼에 포함 |
| 요구사항 분류 | 품질 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | QUR-009 | |
| 요구사항 명칭 | 설치 및 제거 용이성 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 사용자 매뉴얼 또는 관리자 매뉴얼에 시스템 또는 프로그램을 설치하거나 제거하기 위한 정보를 문서로 제공 ㅇ 시스템 및 프로그램의 설치 및 제거 용이성을 평가하기 위해 해당정보가 있는 문서를 따라서 사용자 및 관리자가 설치 및 제거 시 1시간 이내에 완료해야 함. |
| 요구사항 분류 | 제약 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-001 | |
| 요구사항 명칭 | 시스템 구축 시 준수사항 | |
| 요구사항 상세 | 정의 | 시스템 설계, 구현과 관련된 기술적 제약 또는 준수사항 |
| 세부내용 | ㅇ 개발 제약사항 - 컴포넌트 기반 개발(CBD) 방법론을 적용하여야 한다. - 패키지 또는 솔루션 적용이 필요한 경우 국립어린이청소년극단 협의하여 방법론을 변경할 수 있다. ㅇ 표준 제약사항 - 국가표준 및 정보화 기술지원 기관에서 확정한 표준을 준수하여야 한다. ㅇ 법적 제약사항 - 개인정보보호를 위하여 정보통신보안법, 개인정보보호법을 준수하여야 한다. - 국립어린이청소년극단이 제공하는 서비스에 관련된 법적 제약사항을 준수하여야 한다. - 시스템 구축 후 운영시점에서 문제의 소지가 있는 법적 제약사항을 고려하고 준수하여야 한다. - 전자정부서비스 호환성 준수지침(안전행정부 고시)을 준수하여야 한다. ㅇ 각종 표준 지침 준수 - 모바일 사업 표준 지침, 공공기관 홈페이지 구축 및 운영관련 표준지침, 행정정보 데이터베이스 표준화 지침 등 사업 추진관련 공공기관 각종 준수 지침을 모두 반영하여 사업을 수행해야 한다. |
11) 프로젝트 관리 요구사항 (PMR)
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-001 | |
| 요구사항 명칭 | 프로젝트 수행 장소 및 참여자 보안 관리 | |
| 요구사항 상세 | 정의 | 프로젝트 수행 시 정보보호를 위한 보안 관리 |
| 세부내용 | ㅇ 관리적 보안 - 인적, 물적 자원에 대한 보안정책 수립 및 보안 진단 실시 - 보안서약서 제출 및 주기적인 보안교육 실시 ㅇ 물리적 보안 요건 - 프로젝트 사무실, 주요장비 설치장소 출입보안을 마련한다. - 개인소유 PC 및 보조기억장치 반입, 반출을 통제한다. - 개발자 PC 바이러스 백신 프로그램 최신 상태를 유지한다. - 기타 생산문서 관리 등 보안관리 계획을 수립한다. ㅇ 참여 핵심인력 보안관리 - 제안사 대표자 명의의 보안확약서, 참여자 개인별 보안서약서, 보안각서를 제출한다. ㅇ 기타 보안관리 사항 - 저적권 등 지적재산권을 침해하는 불법복제 소프트웨어 사용을 금지 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-002 | |
| 요구사항 명칭 | 사업 수행계획서 작성 | |
| 요구사항 상세 | 정의 | 사업 수행계획서 요구사항 |
| 세부내용 | ㅇ 정의 : 제안사가 계약 후 14일 이내에 본 사업을 수행하기 위하여 필요한 관리 기능과 결과물 등을 포함한 사업수행계획서 작성 방안을 제시하여야 한다. (WBS)60 ㅇ 사업수행계획서 작성 방안을 제시함에 있어 다음과 같은 내용이 반드시 포함 되어야 한다. - 일정계획은 본 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용(사업의 주요업무, 진척률, 인도되는 구체적인 결과물)에 대한 정보 등을 포함하여 수행공정간 연계가 보일 수 있도록 수립해야 하며, 품질보증 기간 등을 고려하여 상세하게 기술해야 함 - 모든 활동에 대한 업무 상세 정의와 범위, 일정, 품질, 의사소통, 위험 및 이슈, 형상관리 계획과 기밀 보장 방안 등 상세 사업관리방안을 제시하여야 하며, 제반 관리를 보다 효과적으로 수행하기 위해서 사용할 프로젝트 관리도구의 활용방안을 제시하여야 함 |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-003 | |
| 요구사항 명칭 | 용역수행 장소 및 개발장비 확보 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 지정된 개발장소에서 개발하는 것을 원칙으로 하며, 상호 필요시 업무협의 등이 원활하게 진행될 수 있어야 한다. ㅇ 작업장 및 사업 추진에 필요한 장소 및 설비, 기타 작업환경(이하 “작업 장소 등”)은 상호 협의하여 정한다. ㅇ 제안사가 사업 진행 동안 사용할 도구는 저작권법 등 발주자의 소프트웨어 관리규정에 적합하여야 하며, 불법 소프트웨어 사용과 관련하여 발생하는 문제에 대해서는 모든 책임을 져야한다. ㅇ 사업관리 및 형상관리를 효율적, 체계적으로 수행할 수 있는 사업관리 자동화 도구를 제시해야 하며, 본 사업 추진 시 효율성과 관리의 용이성, 적합성 있는 도구를 제시해야 한다. ㅇ 개발 솔루션 및 각종 툴은 범용성, 안정성, 유지관리의 용이성, 본 시스템과의 합목적성, 경제성이 고려되어야 한다. ㅇ 기타 개발환경과 관련하여 필요사항에 대해서 제시하여야 한다. |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-004 | |
| 요구사항 명칭 | 사업수행 기술 구성 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 최근 3년간 본 사업과 관련된 분야의 사업실적에 대하여 참여사업의 성격 및 경험기술, 개발건수, 참여시기, 역할, 금액 규모 등을 제시하되, 증빙자료를 포함하여야 하여야 한다. ㅇ 본 사업과 관련이 있는 신기술 보유 및 자체 개발 기술이 있는 경우, 이를 기술하고 객관적으로 증빙할 자료를 제시하여야 한다. ㅇ 제안사가 협력사를 활용하는 경우에는 해당 협력사에 대해서도 위 사항을 제시하되, 제안사의 주관사와 구분하여 각 협력사별로 기재하여야 하며, 구성 업체 간 업무분담(역할)과 협력방안을 상세히 제시하여야 한다. ㅇ 추진조직 외에 본 사업을 성공적으로 수행할 수 있도록 지원 또는 자문조직의 구성을 제시할 수 있으나, 수행 역할과 결과물이 명확해야 한다. |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-005 | |
| 요구사항 명칭 | 산출물 관리 | |
| 요구사항 상세 | 정의 | 사업추진과정에서 생산되는 제반 제출 산출물과 관리방안, 권리 등에 관한 요구사항 |
| 세부내용 | ㅇ 선정된 제안사는 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출 부수, 제출매체 등을 제시하여야 하며, 다음의 산출물을 포함한다. - 개발방법론에 따른 산출물(시스템, 아키텍처, 테스트결과, 사용자매뉴얼 등) - 각 업무별 프로그램 테스트(단위, 통합, 시스템) 증빙 서류 - 사용자 인수테스트 기준 및 항목 목록 ㅇ 산출물 제출 시기는 사업추진 공정, 품질보증 계획과 연계하여 제시하여야 한다. ㅇ 용역 완료시 제출하는 최종 결과물(프로그램 소스 등)은 발주자의 승인을 득한 후 원본 파일을 CD에 수록하여 산출물과 같이 제출하여야 하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조하여야 한다. ㅇ 사업수행 과정에서 취득 또는 작성하는 계약목적물에 대한 지식재산권은 국립어린이청소년극단과 계약 상대자간의 상호 협의를 통해 지식재산권 귀속 주체 등에 대해 공동 소유 또는 특수성을 고려하여 공동소유와 달리 정할 수 있다. ㅇ 기타 명시되지 아니한 사항에 대하여 이견이 있을 시에는 발주자와 제안사 간 상호 협의하여 조정하여야 한다. |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-006 | |
| 요구사항 명칭 | 일정관리 | |
| 요구사항 상세 | 정의 | 사업 추진일정 계획과 세부 활동에 대한 제시 요구사항 |
| 세부내용 | ㅇ 일정 관리 측면에서 본 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 개발 일정계획을 제시하여야 한다. ㅇ 사업수행부문의 방법론에 따라 개발단계별, 작업단위별로 작업절차를 고려한 일정계획 및 세부 활동을 제시하여야 하며, 관련 시스템과의 연동 처리 활동을 포함해야 한다. ㅇ 계약일로부터 사업완료일까지 착수일 기준 주·월간 보고의 수행계획에 따라 현재 시점의 구체적인 공정 및 진행사항, 업무 추진 상 이슈 및 대응방안 등을 작성/제출 하여야 한다. ㅇ 보고 일정은 협의 후 결정하며 일정관리, 요구사항 반영 등을 위해 부정기회의 개최 요청 시 제안사는 이에 응해야만 한다. |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-007 | |
| 요구사항 명칭 | 개발환경 | |
| 요구사항 상세 | 정의 | 개발환경과 관련된 요구사항 |
| 세부내용 | ㅇ 작업장 및 사업 추진에 필요한 장소 및 설비, 기타 작업 환경(“이하 작업 장소 등”)은 상호 협의하여 정한다. ㅇ 제안사는 협의된 작업장소에서 개발하는 것을 원칙으로 하여 필요시 상호 업무협의 등을 통해 원활하게 진행될 수 있어야 한다. ㅇ 제안사가 사업 진행 동안 사용할 소스는 저작권법 등 발주자의 소프트웨어 관리규정에 적합하여야 하며, 불법 소프트웨어 사용과 관련하여 발생하는 모든 문제에 대해서는 제안사가 모든 책일을 저야 한다. ㅇ 기타 개발환경과 관련한 필요사항에 대하여 제시하여야 한다. |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-008 | |
| 요구사항 명칭 | 개발방법론 | |
| 요구사항 상세 | 정의 | 적합한 개발벙법론, 표준화방안, 활용도구, 검증방안 제시 |
| 세부내용 | ㅇ 시스템 개발에 효율적이라고 판단되는 방법론을 선택할 수 있으며, 이에 대한 방법론 선정 사유를 제시해야 한다. ㅇ 본 사업에 적합한 개발방법론에 대하여 실제 적용사례와 경험을 바탕으로 명시된 개발절차의 타당성, 개발 산출물의 적정성을 제시하여야 한다. 프로그램 개발 및 데이터 설계, 문서화 등에서 프로그램과 데이터, 문서 관리 에 대한 표준화 방안을 제시하여야 하며, 요소별 표준화 구현은 표준화 도구 등을 활용하여 발주자가 검증이 가능하도록 제시하여야 한다. ㅇ 개발이 체계적으로 추진되도록 각 개발 단계별 활용할 도구(분석 및 설계 도구, 개발도구 등)와 기법의 적정성을 제시하여야 한다. |
| 요구사항 분류 | 프로젝트 관리 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PMR-009 | |
| 요구사항 명칭 | 백업 및 복구 대응 방안 | |
| 요구사항 상세 | 정의 | 시스템 장애에 대비한 백업 및 복구 대응 방안 요구사항 |
| 세부내용 | ㅇ 시스템 장애에 대비한 백업 및 복구 대응 방안을 문서화하여 결과 산출물로 제시하여야 한다. ㅇ 발생가능한 장애요소들을 유형별로 구분하여 제시하고, 유형별 대처방안을 문서화하여 결과 산출물로 제시하여야 한다. ㅇ 각 서버별 응용프로그램과 S/W 데이터(DB포함)에 대하여 다음의 내용을 포함한 백업 및 복구 방안을 문서화하여 결과 산출물로 제시하여야 한다. - 백업 대상, 매체, 주기, 방법, 절차 - 복구시기, 방법, 절차 |
12) 프로젝트 지원 요구사항 (PSR)
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-001 | |
| 요구사항 명칭 | 원활한 시스템 운영과 안정화를 위한 기술지원 | |
| 요구사항 상세 | 정의 | 시스템 운영과 안정화를 위한 기술지원 요구사항 |
| 세부내용 | ㅇ 시스템 구축 및 운영 관련 기술이전 대상 목록과 기술이전 방법 등에 대한 계획서를 제출하여야 하며, 기술이전 내용과 일정 등은 국립어린이청소년극단과 협의하여 결정한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-002 | |
| 요구사항 명칭 | 사업수행 일반 | |
| 요구사항 상세 | 정의 | 사업수행 일반 요구사항 |
| 세부내용 | ㅇ 선정된 사업자는 계약일로부터 10일 이내에 계약서, 제안요청서, 제안서, 과업지시서 등을 근거로, 본 사업을 수행하기 위한 프로젝트 세부 추진계획서를 작성/제출 하여야 한다. ㅇ 사업수행 계획은 수행 공정간 연계가 보일 수 있도록 하며, 품질 보증기간 등을 고려하여 상세하게 기술해야 한다. - 계획에는 분석/설계/개발/테스트/이행 및 롤아웃을 단계별로 정리하여야 한다. ㅇ 모든 활동에 대한 업무 상세정의와 일정계획, 수행방안 및 의사소통 방안, 기밀보장 방안 등 상세 프로젝트 계획을 제공하여야 한다. ㅇ 본 사업 추진 중에 이루어저야 할 각종 보고(정기/비정기)계획을 상세히 제시하여야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-003 | |
| 요구사항 명칭 | 하자보수 일반 | |
| 요구사항 상세 | 정의 | 하자보수 일반 요구사항 |
| 세부내용 | ㅇ 시스템 체계 전반에 걸쳐 장애복구 대책 및 복구소요 시간 등을 포함하는 상세한 하자보수 계획(사전 정기점검, 하자보수 지원체계, 보유 핵심인력 현황 등)을 수립하여 제출하여야 한다. ㅇ 본 사업으로 구축된 시스템 및 설비 일체에 대한 하자담보책임보수 기간은 1년으로 한다. ㅇ 제안사는 시스템의 최적 운용방안 및 응급처리 방안 등에 대한 대책을 제출하여야 한다. ㅇ 주관사업자는 공급된 시스템이 설계상 결함이 발생되었을 때 품질 및 하자보증은 12개월로 하며, 동기간 중 S/W 및 H/W의 설계, 성능, 제작, 설치 등에 하자가 발생할 경우 주관 사업자는 해당 분야에 대해 무상으로 보수하여야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-004 | |
| 요구사항 명칭 | 검수 | |
| 요구사항 상세 | 정의 | 검수 요구사항 |
| 세부내용 | ㅇ 사업 진행검사는 제반 작업진척 사항 등의 실적을 기준으로 실시하며 검사내용에 대해 국립어린이청소년극단의 시정요구가 있을 경우 주관사업자는 요구에 응해야한다. ㅇ S/W는 프로그램별로 각각 일정에 따라 검수를 실시하며 검사방법은 국립어린이청소년극단에서 따로 정하여야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-005 | |
| 요구사항 명칭 | 품질관리 | |
| 요구사항 상세 | 정의 | 품질관리 요구사항 |
| 세부내용 | ㅇ 품질보증의 범위, 품질보증을 위한 조직, 절차, 점검방법 등을 제시하여야 한다. ㅇ 제안사는 품질보증을 보장하기 위한 품질보증방안을 제시해야 한다. ㅇ 제안사가 대외적으로 인정받을 만한 품질보증 관련 인증을 받은 경우 이를 입증할 수 있는 근거 서류를 제시하여야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-006 | |
| 요구사항 명칭 | 사용자 매뉴얼 | |
| 요구사항 상세 | 정의 | 사용자 매뉴얼 요구사항 |
| 세부내용 | ㅇ 매뉴얼에는 각 사용자들이 사용할 수 있는 기능을 모두 포함해야 한다. ㅇ 사용자 매뉴얼은 화면이 바뀌는 단위와 업무 프로세스를 기준으로 사용 방법을 설명하여야 한다. ㅇ 사용자 매뉴얼의 검수 기준은 사용자 그룹 중 처음 목표시스템을 사용하는 사용자들이 매뉴얼을 통해 각 기능을 원활히 수행하는지 점검하는 것이다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-007 | |
| 요구사항 명칭 | 운영자 매뉴얼 | |
| 요구사항 상세 | 정의 | 운영자 매뉴얼 요구사항 |
| 세부내용 | ㅇ 목표시스템 운영·관리를 위해, 매뉴얼에는 다음과 같은 정보를 반드시 포함해야 한다. - 운영자 매뉴얼 제공 정보: 목표시스템 내에 설치된 각종 SW 실행 방법, 목표시스템 실행 방법, 목표시스템 내에 설치된 각종 SW 제거 방법, 목표시스템 제거 방법, 목표시스템SW 구성항목(Configuration) 값 및 설정 방법, 프로그램 목록 설명, 제공 기능과 프로그램 및 해당 소스 위치, 타 시스템과 연계 시 송수신데이터 연계 방법(연계 방법이 다양한 경우 각각의 방법에 대해 예시로 보여줌), 로그 확인 및 분석 방법 ㅇ 운영자 매뉴얼의 검수 기준은 운영자들이 매뉴얼을 통해 목표시스템 운영 및 관리 업무 수행 시 각 기능을 수행하는지 점검하는 것이다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-008 | |
| 요구사항 명칭 | 일정 지연 및 오류사항 책임 | |
| 요구사항 상세 | 정의 | 일정 지연 및 오류사항 책임 요구사항 |
| 세부내용 | ㅇ 제안사에서 개발할 업무의 지연 및 업무 및 서비스 적용 후의 오류사항에 대하여는 제안사 비용으로 해결해야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-009 | |
| 요구사항 명칭 | 개발 시스템 설치 | |
| 요구사항 상세 | 정의 | 개발 시스템 설치 요구사항 |
| 세부내용 | ㅇ 사업자는 개발 시스템 설치 전 설치장소의 정보시스템 운영 환경에 관한 기술적 검토 및 안정성을 검증하여야 하며, 사전 검증 없이 발생된 제반 문제에 대해서는 사업자가 모든 책임을 져야한다. ㅇ 개발 시스템 설치와 관련하여 각종 환경 설정과 정상 가동에 따른 업무 협의 및 보완 사항은 전적으로 사업자의 주관․책임 하에 유지보수 업체(제조사의 협력이 필요할 경우 제조사), 관련 기관과 협력하여 문제점을 보완하고 정상 가동하도록 조치하여야 한다. ㅇ 개발 시스템은 현재 국립어린이청소년극단에서 가동 중인 HW 및 SW와 완벽한 호환성을 가져야 하며, 설치 및 성능시험 시 야기되는 문제는 모두 사업자의 책임으로 한다. ㅇ 사업자는 개발소프트웨어 설치 및 테스트 시 속도저하, 장애 발생, 기능 미비 등의 문제로 인해 사용에 중대한 지장이 있는 경우, 주관기관이 요구하는 보완사항 등에 대하여는 무상으로 보완하여야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-010 | |
| 요구사항 명칭 | 기술이전 | |
| 요구사항 상세 | 정의 | 기술이전 요구사항 |
| 세부내용 | ㅇ 프로젝트 수행과정과 관련된 필요한 기술이전 대상에 대한 목록과 기술이전 방법을 제시하여야 한다. - 제안사는 시스템 개발 및 관련분야의 정보기술에 대한 지속적인 정보제공 및 기술자문에 응해야 한다. - 제안사가 구축한 시스템에 대하여 주관기관이 기능보완을 하고자 할 경우 필요한 제반 기술사항을 지원하여야 한다. ㅇ 요청 시 해당 시스템에 대한 사양과 운영에 관한 기술을 지원하여야 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-011 | |
| 요구사항 명칭 | 하자(담보)보수 | |
| 요구사항 상세 | 정의 | 하자(담보)보수 요구사항 |
| 세부내용 | ㅇ 하자보수 기간은 사업 종료일(준공)로부터 1년간으로 한다. ㅇ 하자보수 활동 시간은 공무원 근무시간을 기준으로 한다. ㅇ 장애발생 시 원인분석 및 복구 등 즉각 조치가 가능하도록 기술지원부서, 전문핵심인력을 확보하여 항시 운영 가능하도록 하여야 한다. ㅇ 사업자가 공급한 개발 산출물의 품질 및 하자보증 기간은 사업을 종료(준공)한 날로부터 1년간으로 한다. |
| 요구사항 분류 | 프로젝트 지원 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PSR-012 | |
| 요구사항 명칭 | SW사업정보 저장소 데이터 작성 및 제출 | |
| 요구사항 상세 | 정의 | |
| 세부내용 | ㅇ 「소프트웨어산업진흥법 제22조」에 따라 해당 사업 수주자는 SW 사업정보(SW사업 수행 및 실적 정보) 데이터를 작성하여 제출하여야 함 ㅇ SW사업정보 데이터 작성 및 제출에 관한 사항은 www.spir.kr 자료실의 ‘SW사업정보 저장소 데이터 제출 안내’ 문서를 참조토록 함 ㅇ SW사업정보 데이터는 사업수행계획서 작성 시 단계별 산출물 리스트에 반드시 명시하도록 함 ㅇ SW사업정보 중 기능점수 데이터의 작성을 위해 사업수행 인원 중 기능점수 측정 전문가를 포함토록 함 |
참가자격
Ⅴ. 제안 안내 사항
1. 입찰안내 사항
□ 입찰방식: 제한경쟁 입찰방식 ○ ｢국가를 당사자로 하는 계약에 관한 법률시행령 제43조 및 제43조의2｣에 의거 “협상에 의한 계약체결” 방법을 적용함. ○ 계약체결에 필요한 세부적인 사항은 기획재정부 계약예규 “협상에 의한 계약체결기준”을 적용함. □ 입찰참가 자격 ○ 본 제안 사업의 수행이 가능한 업체로서 다음 요건을 모두 갖춘 사업자 ① 경쟁입찰 참가자격을 갖추고, 조달청 입찰참가자격 등록증을 소지한 사업자 ② ｢소프트웨어 진흥법 시행규칙｣ 제17조에 의한 소프트웨어사업자(컴퓨터관련서비스업[업종코드 1468]) - 최근년도 결산신고된 SW사업자 신고확인서 제출 ③ 「중소기업기본법」제2조에 따른 중·소기업 및「소상공인 보호 및 지원에 관한 법률」제2조에 따른 소상공인으로서「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 <중·소기업·소상공인 확인서>를 소지한 업체. ④「중소기업제품 구매촉진 및 판로지원에 관한 법률」제9조 및 같은 법 시행령 제10조에 의한 직접생산증명서(세부품명 : “정보시스템개발서비스”, 세부품명번호 : 8111159901)를 소지하여야 함 (직접생산확인증명서는 전자입찰서 제출마감일 전일까지 발급된 것으로 유효기간 내에 있어야 함) ⑤ ｢국가를 당사자로하는 계약에 관한 법률｣제27조 및 동법 시행령 제76조(부정당업자의 입찰참가자격 제한)에 해당되지 않은 업체 ○ 「소프트웨어 진흥법」 제48조(중소 소프트웨어사업자의 사업참여 지원)에 따른 「중소 소프트웨어사업자의 사업참여 지원에 관한 지침」 준수 ○ 「소프트웨어 진흥법」제48조4항에 따라 상호출자제한기업집단소속 회사의 입찰 참여 제한 ○ 본 사업은 20억원 미만 사업으로 「소프트웨어 진흥법」 제48조(중소 소프트웨어 사업자의 사업참여 지원) 및 중소 소프트웨어 사업자의 사업 참여 지원에 관한 지침 제2조, 제3조에 따라 대기업 및 중견기업인 소프트웨어 사업자의 입찰참여 제한(소프트웨어 사업자 일반 현황 관리확인서 상의 ‘공공 소프트웨어사업 입찰참여 제한금액 : 없음’으로 확인) - 총 사업금액 20억원 미만인 사업으로 중소 소프트웨어 사업자 (소프트웨어 사업자 일반 현황 관리 확인서 상의 ‘공공 소프트웨어사업 입찰참여 제한금액 : 없음’으로 확인)만 입찰참가 가능 ○ 공동수급에 관한 사항 - 본 사업은 사업의 책임성 확보 및 안정적 수행을 위하여 공동수급 및 하도급을 불허함(단독 입찰만 가능) □ 낙찰자 선정방식 : 협상에 의한 계약체결방식 적용 ○ 계약방법 : 협상에 의한 계약체결 - 「소프트웨어 진흥법」 제49조 제1항, 같은 법 시행령 제44조 제1항에 따라 협상에 의한 계약체결 방식 적용
배점·평가
2. 제안 평가 관련 사항
□ 기술능력 평가 및 입찰가격 평가 ○ 종합평가점수(100%) = 기술능력평가(90%) + 입찰가격평가(10%) - 제안서 평가는 기술능력(90%)과 입찰가격(10%)을 종합적으로 평가 - 기술능력평가(90점)와 가격평가(10점) 결과를 합산하여 고득점 순으로 선정 * 기술능력평가점수가 배점한도의 85%미만인 응찰자는 협상대상에서 제외 ** 기획재정부(계약예규) ｢협상에 의한 계약체결기준｣ 입찰가격 평점산식에 따름 ○ 제안서 기술능력평가 기준은「소프트웨어 기술성 평가기준 지침」 (과학기술정보통신부 고시)을 준용 * 평가항목의 합인 각 평가부문별 배점한도는 30점을 초과하지 못하며, 사업의 특성 및 내용 등을 고려하여 평가 항목, 항목별 배점 한도를 조정
| 구분 | 평가 부문 | 평가항목 | 평가기준 | 평가요소 | 평가배점 |
|---|---|---|---|---|---|
| 정성평가부문 (85) | 전략 및 방법론 (15점) | 사업 이해도 | 사업의 특성 및 목표에 부합하는 사업전략을 제시 하고 있는지를 평가한다. | - 개발목표 및 내용의 이해도 - 문제파악의 정확성 - 업무분석체계의 명확성 - 목표시스템 구성의 적정성 - 제안요청서와의 부합성 | 15 |
| 추진 전략 | 개발업무 수행 시 일정 및 위험요소를 고려하여 얼마나 타당한 추진 전략을 수립하였는지 평가한다. | - 추진전략의 창의성 - 추진전략의 타당성 | |||
| 적용 기술 | 사업에서 적용하고자 하는 기술이 향후 확장성을 고려하였는지, 현실적으로 실현 가능한지 여부를 평가한다. | - 제안기술의 실현가능성 - 적용기술의 혁신성 - 적용기술의 최신성 | |||
| 표준 프레임 워크 적용 | 표준 프레임워크 적용 여부와 적용 시 예상되는 문제점을 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지 평가한다. | - 표준프레임워크 내용의 이해도 - 표준프레임워크 적용의 명확성 - 표준프레임워크 적용 방안의 타당성 | |||
| 개발 방법론 | 사업에 적정한 개발 방법론이 제시되었는지 평가하고, 실제 적용 사례 및 경험을 바탕으로 단계별 산출물이 제시되었는지 여부를 평가한다. | - 개발절차의 타당성 - 개발산출물의 적성성 - 도구와 기법의 적정성과 경험 - 적용방법론의 경험 | |||
| 기술 및 기능 (30점) | 시스템 요구 사항 | 요구 규격을 충족하는 장비 제안 여부와 현 시스템과의 인터페이스 및 확장 가능성 여부를 평가한다. 또한 도입 장비의 설치 및 공급 계획, 유지관리에 대한 방안이 구체적으로 기술되어 있는가를 평가한다. | - 도입대상 장비의 규격 충족도 - 도입대상 장비의 호환성 - 도입대상 장비의 확장 편의성 - 도입대상 장비의 설치용이성 - 도입대상 장비의 관련 인증획득 여부 - 도입대상 장비의 유지보수 지원 | ||
| 기능 요구 사항 | 기능 요구사항ㆍ기대사항ㆍ제약사항 등을 파악한 후 구현 방안이 구체적으로 기술되어 있는지를 평가한다. 또한 제안한 방안 및 기술이 적용 가능한지를 평가한다. | - 기능요구 사항 분석 및 방안의 타당성 - 기능요구 사항 분석의 적정성 - 관련 방안 및 기술의 적용 가능성 | |||
| 보안 요구 사항 | 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가한다. 또한 제안한 방안과 기술의 설계단계 반영 여부 및 구현단계까지의 적용 가능성을 평가한다. | - 보안요구사항 분석 및 방안의 타당성 - 보안요구사항 분석의 적정성 - 관련 방안 및 기술의 적용 가능성 | |||
| 데이터 요구 사항 | 데이터 요구사항 분석을 바탕으로 데이터 전환 계획 및 검증 방법, 데이터 오류 발생 시 처리 방안이 구체적으로 제시되어 있는지를 평가한다. | - 데이터 전환 계획 및 방법의 타당성 - 데이터 오류 발생 시 대응방안의 구체성 | |||
| 시스템 운영 요구 사항 | 시스템 운영 요구 사항에 맞는 운영 절차 및 방법을 제시하였는지 평가한다. 또한 운영 중 비상사태 발생 시 대응방안이 구체적으로 제시되고 있는지를 평가한다. | - 시스템 운영요구사항의 충족도 - 시스템 운영요구사항 대응책의 타당성 | |||
| 제약 사항 | 목표 시스템의 설계, 구축, 운영과 관련하여 제약조건을 충족시키기 위한 구체적인 구현 방안 및 테스트 방안이 수립되었는지 평가한다. | - 제약사항 문제파악의 정확성 - 제약사항의 충족도 - 제약사항의 대응 방안의 적정성 | |||
| 성능 및 품질 (20점) | 성능 요구 사항 | 요구 성능 충족을 위한 구현 및 테스트 방안이 구체적으로 기술되어 있는지, 이를 위한 방법론 및 분석도구가 기술되어 있는지 평가한다. 제안한 방안 및 기술을 통해 성능 요구 사항을 충족시킬 수 있는지를 평가한다. | - 성능요구 사항 분석의 타당성 - 성능요구 사항의 충족도 | 10 | |
| 품질 요구 사항 | 제공되는 개발 도구 및 구현 방안, 테스트 방안 등이 품질 요구사항에 부합되는지 평가하고, 분석ㆍ설계ㆍ구현ㆍ테스트 등 각 단계별 품질 요구사항 점검 및 검토 방안이 구체적으로 계획되어 있는가를 평가한다. | - 품질요구사항 점검 계획의 적정성 - 품질요구사항의 점검의 타당성 | |||
| 인터 페이스 요구 사항 | 시스템 인터페이스 : 타 시스템과의 연계에 대한 장ㆍ단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안을 도출하였는지를 평가한다. 사용자 인터페이스 : 사용자 편의성을 고려하여 사용자 인터페이스의 분석ㆍ설계ㆍ구현ㆍ테스트 방안과 검토 계획을 구체적으로 기술하였는가를 평가한다. | - 시스템 인터페이스 구현의 적합성 - 사용자 인터페이스의 편의성 | |||
| 프로젝트 관리 (10점) | 관리 방법론 | 일정관리, 사업위험(이슈) 관리, 보안관리, 산출물의 형상ㆍ문서 관리 등 사업수행에 필요한 관리 방법론이 구체적으로 제시되어 있는지를 평가한다. 또한 문제 발생 시 보고 체계 및 위험관리 방안이 구체적으로 제시되어 있는지 평가한다. | - 위험관리 방안의 적정성 - 자원관리 방안의 적정성 - 진도관리 방안의 적정성 - 보안관리 방안의 적정성 - 형상관리 방안의 적정성 - 문서관리 방안의 적정성 - 분리발주 사업자간 협력 방안의 적정성 (해당 시) | ||
| 일정 계획 | 사업수행에 필요한 수행기간과 세부일정이 구체적으로 제시되었는지 평가한다. 또한 각 활동에 필요한 일정 계획이 적절히 수립되었는지 평가한다. | - 세부활동 도출 및 기간의 타당성 - 세부활동 배열의 합리성 - 중간목표 정의의 타당성 | |||
| 개발 장비 | 개발에 필요한 개발환경의 구성이 구체적으로 제시되었는지 평가하고, 라이선스 등의 문제가 없는지 여부를 평가한다. | - 개발장비 보유현황 및 확보방안 - 개발도구 보유현황 및 확보방안 | |||
| 프로 젝트 지원 (10점) | 품질 보증 | 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어 진흥법」 제21조의 소프트웨어프로세스 품질인증(SP인증) 등 대외적으로 인정받을 만한 품질보증 관련 유효한 인증을 제시하는 경우 확인하고 평가한다. | - 품질보증 계획의 적정성 - 사업자 품질보증 능력 - 소프트웨어 프로세스 품질인증 등 관련 인증 획득 여부 | ||
| 시험 운영 | 시스템 공급자가 개발된 시스템의 시험운영을 위해 필요한 각종 시험운영 방법 등을 구체적으로 제시하였는지 평가한다. | - 시험운영 방법의 적정성 - 시험운영 내용의 적정성 - 시험운영 일정의 적정성 | |||
| 교육 훈련 | 시스템 공급자가 시스템 운영 및 관리자를 위해 필요한 각종 교육훈련의 방법, 내용, 일정 등을 구체적으로 제시하였는지 평가한다. ※ 「소프트웨어 기술성 평가기준 지침」 제4조제4항제1호 및 제2호에 따라 총배점한도 이외에 가점을 부여할 수 있음 | - 교육훈련 방법의 적정성 - 교육훈련 내용의 적정성 - 교육훈련 일정의 적정성 | |||
| 유지 관리 | 시스템 공급자가 제시하는 유지관리 계획, 조직, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | - 유지관리 계획의 적정성 - 유지관리 조직의 적정성 - 유지관리 절차의 적정성 - 유지관리 범위의 적정성 - 유지관리 기간의 적정성 | |||
| 하자 보수 계획 | 시스템 공급자가 제시하는 하자보수 계획, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가한다. | - 하자보수 계획의 적정성 - 하자보수 조직의 적정성 - 하자보수 절차의 적정성 - 하자보수 범위의 적정성 - 하자보수 기간의 적정성 | |||
| 기밀 보안 | 사업 추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가한다. | - 기밀보안 체계의 적정성 - 기밀보안 대책의 확신성 | |||
| 비상 대책 | 시스템 공급자가 안정적인 시스템 운영을 위해 필요한 각종 백업/복구 및 장애대응 대책을 구체적으로 제시하였는지 평가한다. | - 백업/복구 대책 - 장애대응 대책 | |||
| 정량평가부문 (5) | 경영 상태 (5) | 경영상태 | 가장 최근의 신용평가등급으로 평가함 | 5 | |
| 총 계 | 90 |
< 제안서 기술 평가 항목 및 배점표 >
* 평가부문별 점수 계산식 : ※ k는 평가부문의 개별 평가항목임 * 「소프트웨어 기술성 평가기준 지침」제4조제4항제3호에 따른 소프트웨어 프로세스 품질인증(SP) 관련 가점 부여 시에는 아래표와 같이 인증등급 간 차등비율을 적용
| 인증등급 | SP인증 3등급 /CMMIㆍSPICE 4～5 | SP인증 2등급 /CMMIㆍSPICE 2～3 | 미부여 |
|---|---|---|---|
| 비율(%) | 100 | 50 | 0 |
□ 기술능력 평가 방법 ○ 기술능력평가는 제출된 제안서를 기준으로 분야별 제안내용을 정형화된 평가항목 및 배점에 따라 평가 ○ 제안서(기술)평가 점수만으로 기술능력평가분야 배점한도의 85% (76.5점) 이상인 사업자를 협상적격자로 선정 ○ 평가점수 결과 소수점 이하가 있는 경우 소수점 셋째자리에서 반올림 ○ 정량평가 부분(경영상태) * ｢조달청 협상에 의한 계약 제안서평가 세부기준｣ 제9조제3항제1호
경영상태 평가기준(제9조제3항제1호 관련)
* 등급별 평점이 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 함 [주] 1.「신용정보의 이용 및 보호에 관한 법률」제2조 제8의3에 해당하는 신용조회사 또는「자본시장과 금융투자업에 관한 법률」제335조의3에 따라 업무를 영위하는신용평가사가 입찰공고일 이전에 평가하고 유효기간 내에 있는 회사채, 기업어음 및 기업신용평가등급을 국가종합전자조달시스템에 조회된 신용평가등급으로 평가하되, 가장 최근의 신용평가등급으로 평가한다. 다만, 가장 최근의 신용평가등급이 다수가 있으며 그 결과가 서로 다른 경우에는 가장 낮은 등급으로 평가한다. 2. 국가종합전자조달시스템에서 신용평가등급 확인서가 확인되지 않은 경우에는 최저등급으로 평가하며, 유효기간 시작일 또는 만료일이 입찰공고일인 경우에도 유효한 것으로 평가한다. 다만, 입찰공고일 다음날 이후에 발생 또는 수정된 자료는 평가에서 제외한다.
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 배점의 100% |
| BBB-, BB+, BB0, BB- | A3-, B+, B0 | BBB-, BB+, BB0, BB- | 배점의 95% |
| B+, B0, B- | B- | B+, B0, B- | 배점의 90% |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 배점의 70% |
□ 입찰가격 평가 방법 ○ 입찰가격을 추정가격의 100분의 80 이상으로 입찰한 자에 대한 평가 ․ * 최저입찰가격 : 유효한 입찰자 중 최저입찰가격 * 당해입찰가격 : 당해 평가대상자의 입찰가격 ○ 입찰가격을 추정가격의 100분의 80 미만인 입찰한 자에 대한 평가 ․ * 최저입찰가격 : 유효한 입찰자 중 최저입찰가격 * 당해입찰가격 : 당해 평가대상자의 입찰가격으로 하되, 입찰가격이 추정가격의 100분의 60 미만일 경우에는 100분의 60으로 계산 ※ 입찰가격 평점산식에 의한 계산결과 소수점 이하의 숫자가 있는 경우에는 소수점 다섯째자리에서 반올림함
3. 기타 유의사항 (소프트웨어 진흥법 관련 준수사항)
□ 과업심의위원회 ○ (과업내용 확정 심의 여부) 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업내용 확정을 위하여 과업심의위원회를 개최한 사업임 ○ (과업내용 변경) 본 사업은 「소프트웨어 진흥법」제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따라 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 계약상대자는 국가기관등의 장에게 소프트웨어사업 과업변경요청서*를 제출하여야 하며, 국가기관등의 장은 과업심의위원회 개최 요청에 대해서 특별한 사정이 없으면 수용해야 함 * 「소프트웨어사업 계약 및 관리감독에 관한 지침」별지 제13호서식 소프트웨어 과업변경 요청서를 작성하여 제출 (서식 1 참조) □ 상용 SW직접구매 (및 SW품질 성능평가시험) ○ 본 사업은 「소프트웨어 진흥법」 제54조 제2항, 「국가를 당사자로 하는 계약에 관한 법률 시행규칙」 제84조, 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제7조, 제8조와 관련하여 상용SW 직접구매 대상 없음(별첨 1 참조) □ SW사업 작업장소(원격지 개발) ○ 작업장소 상호 협의 - 계약당사자는 SW사업 수행을 위해 필요한 작업장소 등(장소, 설비, 기타 작업환경)을 상호협의하여 결정하며, 핵심 개발인력이 아닌 지원인력의 근무장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있음 - SW사업 수행을 위해 필요한 작업장소 등은 사업예산 내 계상되어 있으므로 관련 비용을 포함하여 제안가격을 산출하되, 작업장소 등은 상호협의하여 결정함 - SW사업 수행을 위하여 필요한 작업장소는 발주기관에서 제공하며, 설비 및 기타 작업환경은 계약상대자가 구비하여야 함 (단, 이 경우에도 공급사는 개발 장소에 관하여 제시할 수 있음) ○ 원격개발 장소 제시·검토 절차 - 공급자는 작업장소 상호 협의 시 제안요청서 내 명시된 보안 요구사항을 준수한 작업장소를 제시할 수 있으며, 발주기관에서는 제시된 작업장소에 관하여 우선검토 한다. 다만, 발주기관에서는 공급자가 제시한 작업장소가 보안요구사항을 준수하지 못한 경우 거부할 수 있으며, 공급자가 유효한 정보보호 체계 인증 또는 소프트웨어프로세스 품질인증을 보유하고 있는 경우 공급자 제시안을 검토 시 우대할 수 있음
참가자격
나. 입찰건명 : 국립어린이청소년극단 홈페이지 및 티켓예매시스템 구축 용역 다. 용역내용 : 제안요청서 참고 라. 용역기간 : 계약일로부터 5개월 마. 배정예산 : 110,000,000원(부가가치세 포함) 바. 입찰방법 : 총액입찰 / 제한경쟁입찰 / 전자입찰 / 협상에 의한 계약 2. 입찰 참가 자격 가. 「국가를 당사자로 하는 계약에 관한 법률」 시행령 제12조(경쟁입찰의 참가자격)와 동법 시행규칙 제14조(입찰참가자격요건의 증명)에 의하여 조달청 입찰참가자격 등록증을 소지한 사업자 나. ｢소프트웨어 진흥법 시행규칙｣ 제17조에 의한 소프트웨어사업자(컴퓨터관련서비스업[업종코드 1468]) - 최근년도 결산신고된 SW사업자 신고확인서 제출 다. 「중소기업기본법」제2조에 따른 중소기업자 또는「소상공인 보호 및 지원에 관한 법률」제2조에 따른 소상공인으로서「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 ‘중·소기업·소상공인 확인서’를 소지한 업체 ※ 중·소기업·소상공인확인서는 입찰서 제출 마감일까지 발급된 것으로 유효기간 내에 있어야 하며, 중소기업공공구매 종합정보망 [http://www.smpp.go.kr]에서 확인되어야 합니다. 다만, 입찰서 제출 마감일까지 확인이 되지 않거나 입찰참가자격상 기업구분이 다른 경우에는 참가자격이 없습니다 라. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」제9조 및 같은 법 시행령 제10조에 의한 직접생산증명서(세부품명 : “정보시스템개발서비스”, 세부품명번호 : 8111159901)를 소지하여야 함 ※ 직접생산확인증명서는 전자입찰서 제출마감일 전일까지 발급된 것으로 유효기간 내에 있어야 함)
자. 계약업체는 용역수행과 관련된 제반 외부자료(국립어린이청소년극단이 저작권을 갖지 않는 자료)에 대하여 저작권 저촉 여부를 확인하고 이에 대한 문제가 없거나 해결된 자료를 사용해야 하며, 저작권 문제가 발생할 때에는 이에 대한 법적 책임을 져야 합니다. 차. 과업 완료 후 용역비 집행내역을 발주처 담당자에게 제출하여 적정 집행여부를 검토받고 집행잔액, 부적정 사용액 등을 정산·반납하여야 하며, 별도 계좌로 용역비를 관리하여야 합니다. 5. 제안서 평가 및 개찰 가. 본 입찰은 (재정경제부 계약예규)「협상에 의한 계약체결기준」에 따라 제안서(증빙서류 등 포함)를 수요기관에서 평가합니다. 접수 마감 임박 시에는 동시접속, 긴급작성 등으로 접수지연이나 자료누락 등 오류발생의 가능성이 있으므로 접수마감일 전에 여유있게 접수하시기 바랍니다. 나. 제안서 평가 일시 및 장소 : 제안서 업체 발표 후 평가 예정으로, 평가일시 및 장소 등 상세내용은 입찰서 및 제안서 제출기간 이후 수요기관(사업부서)에서 별도 공지할 예정입니다. 다. 가격개찰 일시 및 장소 : 제안서 평가 후 국가종합전자조달시스템(국립어린이청소년극단 입찰집행관 PC) 6. 협상대상자 선정 및 협상기준 가. (기획재정부 계약예규)「협상에 의한 계약체결기준」에 의거 제안서 평가결과 기술능력평가 점수가 기술능력평가분야 배점한도의 85% 이상인 자를 협상적격자로 선정하고, 기술능력평가와 가격평가 점수를 합산하여 최고득점자부터 우선협상 실시합니다. - 단, 합산점수가 동일한 제안자가 2인 이상일 경우, (재정경제부 계약예규)「협상에 의한 계약체결기준」제8조에 따라 우선 협상자를 결정합니다.