입찰공고상세[용역]
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
과기정통부 민원처리시스템 고도화
과학기술정보통신부 · SW 개발·운영
- 추정가격
- 9.61억원
- 참가자격 등록 마감
- 10/19(월) 18:00 · D-6
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- 민원처리시스템(OCS) 고도화 구축
요약 AI 요약
노후화된 과기정통부 민원처리시스템(OCS)을 전자정부 표준프레임워크 기반으로 재구축하고, RAG·LLM 기반 지능형 상담 지원 기능을 도입하는 사업이다. 상담사용 통합 상담화면, 콜인프라 연계, 데이터 이관, 사업자 페이지 등을 새로 구축한다.
- 민원처리시스템(OCS) 재구축: 상담사용 Single View 통합 상담화면, 관리자 페이지, No-Plugin 웹표준(HTML5) 멀티브라우저 환경 구축
- 콜인프라 연계: CTI·교환기·IVR·녹취서버 연동을 통한 소프트폰·호 전환·콜백·녹취 청취·실시간 콜 현황 표출
- 상담지원 대화형 AI 서비스: RAG+LLM 기반 자연어 통합 검색, 출처 기반 답변, 벡터 인덱스, 동의어 사전, 운영 학습 파이프라인 구축
- 데이터 이관 및 가공: 10년치 누적 상담이력 마이그레이션, 전수 개인정보 마스킹, 카테고리 정규화, 정책문서·FAQ 인덱싱
- 업무 자동화: 문자(SMS·LMS·MMS) 발송 자동화, 메시지 템플릿 관리, 후속조치 자동 트리거, 발송 이력 추적
- 사업자 페이지 구축: 사업자 회원 관리, 민원 조회, 의견서·소명자료 제출, 단계 전환 알림, 응답 기한(SLA) 관리
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01730555 · 베타 기간 무료
핵심요약
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
가격
- 추정가격
- 960,909,091원
- 배정예산
- 1,066,001,960원
- 예정가격 방식
- 비예가
첨부파일
- HWPX · 2_제안요청서(민원처리시스템 고도화)_최최종.hwpx · 제안요청서
- HWPX · 긴급입찰사유서.hwpx · 제안요청서
- PDF · R26BK01730555_입찰공고서(과기정통부 민원처리시스템 고도화).pdf · 공고규격서
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 실적경쟁 · PQ
- 해당 없음
- 제출 방법
- 전자입찰
- 공동수급
- 공동이행
- 입찰참가 제한
- 없음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/23(수) | 지남 |
| 입찰서 제출 시작 | 10/16(금) 10:00 | D-3 |
| 입찰참가자격 등록 마감 | 10/19(월) 18:00 | D-6 |
| 입찰서 제출 마감 | 10/20(화) 10:00 | D-7 |
| 개찰 | 10/20(화) 11:00 | D-7 |
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안서 평가 결과 기술능력 평가점수가 기술능력 평가분야 배점한도의 85% 이상인 업체를 협상적격자로 선정
| 평가 항목 | 배점 |
|---|---|
| 수행실적 | 5점 |
| 경영상태 | 5점 |
| 사업의 이해도 | 5점 |
| 추진전략 | 5점 |
| 개발방법론 | 5점 |
| 추진체계 | 5점 |
| 기능 요구사항 | 5점 |
| 성능 요구사항 | 5점 |
| 인터페이스 요구사항 | 5점 |
| 데이터베이스 요구사항 | 5점 |
| 적용기술 | 5점 |
| 개발환경 | 4점 |
| 보안 요구사항 | 5점 |
| 제약사항 | 4점 |
| 일정관리 | 4점 |
| 품질관리 | 4점 |
| 기밀보안 관리 | 5점 |
| 위험 및 이슈 관리 | 4점 |
| 인수인계 | 4점 |
| 교육훈련 | 3점 |
| 기술지원 | 4점 |
| 하자보수 계획 | 4점 |
| 합계(항목을 더한 값) | 100점 |
사업 내용 · 이 공고에 든 일
중심 · 민원처리시스템(OCS) 고도화 구축
용역 › 정보시스템·SW › SW 개발·운영
상담웹·관리자·사업자 페이지 등 응용시스템을 전자정부 표준프레임워크 기반으로 신규 구축하는 SW 개발 사업이다.
- 상담사 Single View 통합 상담화면·관리자 페이지 개발
- 사업자 페이지(회원·민원 조회·의견서 제출) 구축
- 콜인프라(CTI·IVR·녹취) 연계 인터페이스 개발
- 문자 발송 자동화·알림톡 연동 모듈 개발
- 보안 강화(2단계 인증·마스킹·암호화·접근통제) 구현
- 데이터 마이그레이션 및 DB 재설계·튜닝
- RAG·LLM 기반 지능형 상담 보조 서비스 구축
- 사용자 매뉴얼·운영자 매뉴얼 작성 및 상담사·관리자 교육
- 오픈 직후 현장 지원 및 1년 하자보수
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 09/23(수)
- 공고번호
- R26BK01730555-000
- 참조번호
- -
- 공고기관
- 조달청
- 수요기관
- 과학기술정보통신부
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 960,909,091원
- 배정예산
- 1,066,001,960원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00271778
- 재공고
- 아니오
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
문서 발췌
과업·요구
[서식 6] *제안서 (정성적 평가서) 102 [서식 6-1] 제안요구사항 수용 조견표 103 [서식 7] 개인정보 처리 위탁계약서 104 [별첨 1] 사업자 보안위규 처리 기준 107 [별첨 2] 누출금지 대상정보 109 [별첨 3] 사업자 보안관리 준수사항 111 [별첨 4] 용역사업 일일 보안관리 점검표 112 [별첨 5] 안전보건 적정성 평가기준 113 [별첨 6] 기술적용계획표/결과표 115 [별첨 7] 소프트웨어 개발사업 적정 사업기간 산정서 126 [별첨 8] 소프트웨어사업 영향평가 결과서 127 [별첨 9] 경영상태 평가기준 128 [별첨 10] 수행실적 평가기준 130
Ⅰ 사업 안내
1. 사업 개요 1) 사 업 명 : 과기정통부 민원처리시스템 고도화 2) 사업기간 : 착수일로부터 10개월 ※ 본 사업은 『소프트웨어 진흥법』 제45조 『소프트웨어사업 계약 및 관리감독에 관한 지침』(과학기술정보통신부고시 제 2021-100호) 제10조에 따른 ‘소프트웨어 개발사업 적정 사업기간 산정 기준에 따른 사업’임 3) 사업예산 : 1,057 백만원(부가가치세 포함)
4) 소프트웨어산업 영향 : 민간 소프트웨어 시장 침해 가능성 없음 5) 과업내용 확정 심의 : 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업내용 확정을 위하여 과업심의위원회를 개최한 사업임 6) 과업내용 변경 : 본 사업은 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조 제1항 제2호, 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 계약상대자는 국가기관등의 장에게 소프트웨어사업 과업변경요청서*를 제출하여 과업심의위원회 개최를 요청할 수 있으며, 국가기관등의 장은 과업심의위원회 개최요청에 대해서 특별한 사정이 없으면 수용해야 함 2. 추진 배경 및 필요성 ⚪ (시스템 노후화) 노후 장비·개발환경에 따른 시스템 안정성 저하 - 노후화된 개발환경 제거 및 전자정부 표준프레임워크 적용을 통한 유지관리 용이성·확장성 확보 - 표준프레임워크 적용에 따른 DB 재설계 및 기존 데이터 마이그레이션 수행 필요 ⚪ (보안 강화) 최신 공공 정보화시스템 보안정책 요구사항 충족 - 상담 과정에서 취급되는 민원인 개인정보 보호 체계 강화 - 최신 보안 취약점 대응 및 접근통제·암호화 등 보안 통제 항목 적용 ⚪ (상담 역량 강화) 정책 수요에 대응하는 상담 지원체계 마련 - 과기정통부 소관 정책·사업 확대에 따른 상담 범위 및 난이도 증가 - 방대한 정책자료·상담이력에서 정확한 정보를 신속히 찾기 위한 검색체계 부재 - RAG 도입을 통한 상담사 응대 정확도·신속성 제고 필요 - 상담 품질 편차 해소 및 신규 상담사 지원 필요 ⚪ (지능화 서비스) AI 기반 상담 지원 기능 도입 - 정책정보·상담이력을 신속하게 검색·활용할 수 있는 RAG 기반 상담 지원 구현 - 상담사 대상 지능형 상담 지원 도구를 제공하여 답변 정확도·일관성 제고 ⚪ (접속환경 개선) No-Plugin 기반 웹 표준 환경 재구축 - 공공 웹사이트 플러그인 제거 가이드라인 준수 - 플러그인 의존성 제거를 통한 안정화된 접속환경 서비스 제공 - 다양한 브라우저·단말 환경에서의 호환성 확보 3. 사업 범위 1) 민원처리시스템(OCS) 재구축 ⚪ 상담사, 사업자의 민원 처리, 관리를 위한 상담웹 페이지 구축 ⚪ 호처리시스템의 녹취 서비스 등 데이터 연계를 통한 호처리 현황 정보 페이지 통합 ⚪ 오픈소스 기반의 데이터베이스 설계 및 구축 ⚪ 국가정보자원관리원에 구축 예정인 상담시스템 하드웨어 자원을 대상으로 민원처리시스템 구축
⚪ 국가정보자원관리원 내 운영 시 필요 서비스 연계 지원 ⚪ Non-ActiveX를 제거하고, 멀티브라우징이 가능하도록 개선 ※ Edge, Chrome 등 향후 업그레이드(고도화) 고려하여, 민원콜센터 최적 환경에 유연하게 운영가능하도록 제공 필요 ⚪ 시큐어코딩 준수 및 보안취약점 제거를 통한 보안성 및 안정성 강화 ⚪ DB암호화, 개인정보 비식별화 등 국가정보화시스템 등급별 보안 지침 준수 ⚪ 향후 업무 변경 및 추가 발생 시 유연하게 대응할 수 있는 확장성 있는 표준프레임워크 기반 어플리케이션 구축 ⚪ 콜센터 업무 분석을 통한 최적화된 업무 환경 구축 2) 데이터 이관 ⚪ 신규 구축된 DBMS를 대상으로 과거 상담이력 데이터 이관(Migration) ※ 기존 데이터 변환 및 이관 범위는 협의하여 범위 결정 ⚪ DB 튜닝을 통한 성능 최적화 3) 호처리 장비 데이터 연계 및 현황 페이지 구축 ⚪ 과천민원실 호처리 시스템의 녹취, CTI 등 대상 장비에서 제공 가능한 호처리 로그데이터를 연계하여 상담 이력 조회 기능 제공 ⚪ 민원처리시스템 상담 관리 페이지 내에서 호처리 로그 기반 상담이력 현황을 조회, 검색, 필터링, 상담이력 보기 형태로 제공 4) 신문고 연계 ⚪ 현행 신문고 파일 연계 현황 분석 및 동일한 수준의 파일 연계 구현 5) 상담지원 대화형 AI 서비스 구축 ⚪ 대화형 정책, 상담이력 검색 AI 구현 ⚪ RAG를 통한 최신 데이터, 근거 기반 데이터 제공 기능 구현 ⚪ 오픈소스 기반의 LLM를 활용한 추론 엔진 구현 ⚪ 상담이력데이터(메타정보, 상담내용), 정책 지식데이터, 메타데이터(상담분류표, 약어, 전문용어 등)의 데이터 정제 ⚪ 데이터 수량을 고려한 현실적인 RAG 학습 전략 수립 ⚪ 상담직원 요구사항을 반영한 UX 전략 수립 및 적용 4. 기대효과 ⚪ (서비스 안정성 확보) 노후 시스템 개선을 통한 민원 응대 환경 안정화 - 표준프레임워크 기반 재구축으로 시스템 장애 발생률 감소 및 복구시간 단축 - No-Plugin 웹표준 환경 적용을 통한 브라우저·단말 호환성 확보 및 접속 장애 해소 - 모듈화 구조 적용으로 향후 기능 확장 및 유지관리 비용 절감 ⚪ (보안 수준 제고) 개인정보 보호 강화 및 공공기관 보안 요구사항 충족 - 민감정보 마스킹·암호화·접근통제 등 보안 조치를 통한 정보유출 위험 최소화 - 최신 공공 정보화시스템 보안정책 요구사항 충족으로 사이버 침해 대응역량 강화
⚪ (상담 품질 향상) RAG 기반 상담지원 응대 정확도 및 일관성 제고 - 정책자료·매뉴얼·FAQ·과거 상담이력 통합 검색을 통한 응대 정확도 향상 - 출처 기반 답변 제공으로 답변 신뢰성 확보 및 환각 위험 최소화 - 상담사 간 응대 품질 편차 해소를 통한 일관된 민원 서비스 제공 - 신규 상담사의 업무 적응기간 단축 ⚪ (업무 효율성 증대) 통합 상담화면 및 자동화 기반 상담 생산성 향상 - Single view(싱글뷰) 상담 UI 및 IVR·이력 자동 표출을 통한 상담 처리시간 단축 - 문자 발송 등 수기 처리 업무 자동화로 상담사 업무 부담 경감 - 콜인프라(CTI·녹취·IVR) 통합 인터페이스 제공으로 화면 전환 최소화 ⚪ (대국민 서비스 강화) 민원인 편의성 및 만족도 제고 - 민원 처리 프로세스 시각화 및 단계별 문자 자동 안내로 민원인 정보 접근성 향상 - 상담사 응대시간 단축에 따른 민원인 대기시간 감소 - 안정적·일관된 민원 응대를 통한 대국민 신뢰도 제고 ⚪ (지식 자산화) 상담 이력의 지식 자원화 - 누적 상담 이력에 대한 RAG 인덱싱 체계 구축을 통해 기관 지식자산화 - 상담사 개인 역량에 의존하던 응대 노하우를 전 조직 차원의 공유 체계로 전환 - 운영 데이터 기반의 지식 체계 개선 기반을 마련하여 상담 품질 향상 - 향후 정책 수립·개선 시 활용 가능한 민원 빅데이터 자산 확보 ⚪ (운영 관리 효율화) 데이터 기반 콜센터 운영 체계 구축 - 실시간 상담원 현황 및 콜 인입 모니터링을 활용하여 신속한 민원 대응 - 정보 공유 체계로 정책 변경사항·공지사항의 신속한 전파
Ⅱ 대상 업무 현황
1. 기본 방향 1) 업무 현황 ⚪ (시스템) `1335` 전화 신호처리(호분배, 녹음 등)를 위한 `전화교환기’, 민원접수·처리·통지 등을 위한 `민원 처리시스템’로 구성 2. 개선 방향 1) 문제점 ⚪ (시스템 노후화) 장비·SW 노후화에 따른 보안 취약성 발생 - (문제점) 장비 내용연수 초과 및 단종 부품 발생으로 장애 위험률 지속 증가, 노후 OS·미들웨어·라이브러리에 대한 제조사 기술지원 종료(EOS) 도래, 보안 패치·업데이트 미지원으로 보안취약점 패치 대응 미흡 - (개선방향) 최신 전자정부 표준프레임워크 기반 재구축으로 보안 패치 정기 적용 가능 환경 확보, 최신 OS·미들웨어·라이브러리 적용을 통한 알려진 취약점 일괄 해소, 향후 보안 정책 변경 시에도 신속한 업데이트가 가능한 유지관리 체계 확립 ⚪ (개인정보 보호) 보안 통제 항목의 산발적 적용 - (문제점) 개인정보 마스킹·암호화 등 통제항목이 일관된 기준 없이 산발 적용 - (개선방향) 보안정책 기준 통제체계의 일괄 적용, 비밀번호 암호화 저장·변경주기 강제·초기화 등 인증관리 강화, 로그인 이력 및 접근로그 통합 관리 기반 이상 행위 탐지 체계 마련 ⚪ (정책정보 검색) 매뉴얼·자료 수기 탐색에 따른 응대 지연 - (문제점) 정책자료·매뉴얼이 폴더·문서 단위로 분산되어 상담사 직접 탐색 수행, 상담사 개인 역량에 따른 정보 접근 차이로 응대 품질·시간 편차 발생 - (개선방향) RAG 기반 인공지능 자연어 통합 검색으로 정책·매뉴얼 ·FAQ·상담이력 조회 기능을 구현하여 동일 수준의 정보 접근 보장 ⚪ (상담업무 처리) 다중 화면 전환으로 인한 업무 효율 저하 - (문제점) IVR 인입정보·고객이력·녹취 등을 UI 분리로 정보 효율성 저하 - (개선방향) Single View 통합 상담화면에서 고객정보·이력·녹취 일괄 확인, 상담 진행과 동시에 이력 등록 가능한 시스템 구현 ⚪ (문자 발송을 수기 업무) 수기 업무로 인한 처리 지연 및 누락 위험 - (문제점) 문자 발송 시 별도 외부 시스템 접속 후 정보 수기 복사·발송, 발송 이력이 상담시스템과 분리되어 사후 추적 곤란, 발송 누락·오발송 위험 상존 및 상담사 업무 부담 가중 - (개선방향) 상담화면 내 문자 발송 자동화 기능 구현, 발송 이력의 상담 이력 자동 연계로 통합 추적·관리 체계 확립
| 추 진 목 표 | ◈ 웹표준 기반 차세대 민원처리시스템 구축 ◈ AI 기반 지능형 상담 보조체계 구축을 통한 행정 효율성 구현 ◈ 사용자 중심의 정보시스템 구현으로 지식 기반 정보화 구현 |
|---|---|
| 기 본 원 칙 | ▣ 정보시스템의 효율적 구축ㆍ관리를 위한 표준화 및 공동 이용 ▣ 침해ㆍ위협으로부터 안전하고 신뢰할 수 있는 보안환경 구현 ▣ 소규모 정보시스템 운영시설 통합 및 정보시스템의 연계ㆍ통합 운영환경 구현 ▣ 정보시스템의 에너지 및 비용 효율성 향상 |
2. 추진전략 1) 단계적 구축 전략 ⚪ 현행 시스템 운영을 유지하면서 신규 시스템을 병행 구축 ⚪ 사용자(상담사) 대상 사전 교육 및 충분한 적응기간 확보를 통한 업무 공백 최소화 ⚪ 중요 데이터 마이그레이션 시 검증 절차 강화 및 롤백 계획 사전 수립 2) 표준화 부문 ⚪ 전자정부 표준프레임워크 최신 버전 적용 및 호환성 인증 제품 도입 ⚪ 「행정·공공기관 정보시스템 구축·운영 지침」 및 「전자정부 웹사이트 품질관리 지침」 준수 ⚪ HTML5·웹표준·웹접근성 지침 준수를 통한 멀티 브라우저 호환성 확보 3) 정보보호 체계 ⚪ 보안 통제 항목을 설계 단계부터 반영 ⚪ 망 분리·접근통제·암호화·로깅 등 보안 체계 적용 4) 업무 프로세스 개선을 위한 부문 ⚪ 인공지능 기반 상담사 지원 서비스 도입 ⚪ 민원 처리 단계별 메시지 알림 자동화 구현 3. 추진체계 및 역할 □ 추진조직
4. 추진 일정
| 사업추진내용 | 추진일정 | |||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 사업추진내용 | M | M+1 | M+2 | M+3 | M+4 | M+5 | M+6 | M+7 | M+8 | M+9 | ||||||||||
| 계약체결 및 착수보고 | ■ | ■ | ||||||||||||||||||
| 업무 파악 및 요구사항 분석 | ■ | |||||||||||||||||||
| 시스템 설계 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 시스템 구현 | ■ | ■ | ■ | ■ | ■ | ■ | ■ | |||||||||||||
| 데이터 이관 | ||||||||||||||||||||
| 시스템 테스트 (부분/통합) | ■ | ■ | ■ | ■ | ■ | ■ | ■ | ■ | ■ | ■ | ■ | ■ | ||||||||
| 1차 서비스 시험 운영 | ||||||||||||||||||||
| 개발완료 및 최종보고 |
Ⅳ 제안요청 내용
1. 제안요청 개요 1) 민원처리시스템(OCS) 구축 ⚪ 본 제안요청서는 『과기정통부 민원처리시스템 고도화 사업』을 효율적으로 수행할 수 있는 전문업체를 선정하기 위한 것으로 ‘제안요청서’에 명시된 과학기술정보통신부의 요구사항을 충분히 검토한 후 요구 기능이 포함된 제안서를 작성·제출 바람 ⚪ 제안서는 사업계획과 제안요청 제반사항에 대해 제안사의 시스템 구축방안과 추진전략, 추진계획 등이 구체적으로 명확하게 제시되어야 함 2) 과업수행범위 ⚪ (응용시스템 개발) 상담 애플리케이션 신규 구축 – 전자정부 표준프레임워크 기반 JAVA 웹 애플리케이션 개발 – No-Plugin 웹표준(HTML5) 기반 멀티 브라우저 지원 – 상담사용 Single View 통합 상담화면 및 관리자 페이지 개발 – 상담 권한별 기능 및 UI 구현 ⚪ (지능형 상담 보조) RAG+LLM 기반 상담원 지원 서비스 구축 – 한국어 특화 임베딩 모델 및 LLM의 온프레미스 배포 – 정책자료·매뉴얼·FAQ·상담이력 통합 벡터 인덱스 구축 – 자연어 질의 응답, 출처 기반 답변, 상담사 피드백 수집 기능 구현 – 동의어 사전 및 운영 학습 파이프라인 구축 ⚪ (데이터 마이그레이션) 누적 상담 이력 정제 및 이관 - 누적 상담이력의 전수 마스킹(개인정보 처리) - 카테고리 체계 정규화 및 LLM 기반 요약·키워드 자동 추출(단계적) - 신규 DB 스키마로의 마이그레이션 및 정합성 검증 - 단계별 이관 계획 수립 ⚪ (콜인프라 연계) 기존 콜 인프라와의 인터페이스 개발 - CTI 미들웨어 연동을 통한 소프트폰·호 전환 기능 연계 (기관과 협의) - IVR 인입정보 수신 및 콜백 기능 연계 - 녹취서버 연동을 통한 상담화면 내 즉시 청취 기능 - 대기고객 수·상담원 현황 실시간 표출 인터페이스 구현
※ 호처리 장비(교환기 등) 자체는 본 사업 범위에서 제외 ⚪ (문자 자동화) 수기 처리 업무의 자동화 모듈 개발 – 문자(SMS·LMS·MMS) 발송 자동화 기능 및 템플릿 관리 – 알림톡 연동 기능 구현 – 발송 결과 추적·관리 기능 구현 ⚪ (보안 강화) 정보보호 체계 구축 – 2단계 인증, IP 접근제한 기능 제공 – 비밀번호 암호화·변경주기 관리, 로그인 이력 관리, 접근통제 적용 – 민감정보 자동 마스킹 및 보안로그 관리 기능 강화 ⚪ (운영 이관 및 교육) 사용자 변화관리 및 안정화 지원 – 사용자 매뉴얼·운영자 매뉴얼 작성 및 배포 – 상담사·관리자 대상 교육 프로그램 운영 – 오픈 직후 현장 지원 및 하자보수 수행 2. 목표시스템 개념도 3. 과업수행 일반사항 1) 일반관리 사항 ⚪ 제안사는 프로젝트 착수에서 종료까지의 각 단계에 대하여 프로젝트 관리도구 등을 사용한 적절한 세부일정 계획을 제출하여야 한다. 또한 제안사는 프로젝트의 목표관리, 진도관리, 변경관리, 진행계획 등의 승인, 제안, 수행과정에서의 문제점 및 위험요소 등을 과기정통부와 사전협의를 통해 조정하고 수행해야 함 ⚪ 제안요청서에 명기되지 않은 사항이라 할지라도 과업의 중요성을 감안, 필요하다고 인정되는 사항은 과기정통부와 충분한 협의를 거쳐 반영하여야 함 ⚪ 용역수행 과정에서 나타난 제반 문제점에 대해서는 과기정통부와 협의하여 발전적인 방향으로 보완ㆍ조정함 ⚪ 과업 수행상 필요할 경우 각계의 전문가 의견을 수렴하여 원활한 조사 및 분석이 수행되도록 과기정통부와 상호 협의하여 반영함 ⚪ 본 과업 수행 시 제3자에게 불법ㆍ부당한 피해를 준 경우 계약상대자가 이를 배상함 ⚪ 지적재산권이 있는 자료는 합법적인 절차를 거쳐 사용하도록 하며 이를 지키지 않아 발생하는 문제에 대해서는 계약 상대자가 책임을 짐 ⚪ 본 과업은 과업지시내용을 조정 및 변경하거나 추가 삭제하는 경우 반드시 과기정통부의 서면승인을 득하여야 함 ⚪ 본 과업의 적정한 과업변경(법령 개정 등 법·제도의 변경에 따른 과업변경, 기술적·정책적 환경변화에 따른 과업변경, 수ㆍ발주자간에 사업비 조정없이 가능하다고 합의한 경미한 과업변경)에 해당하지 아니하는 과업변경의 경우 「소프트웨어 진흥법」 제50조에 따른 과업변경심의위원회를 둘 수 있으며, 과기정통부와 제안사는 적정한 과업변경에 해당하지 아니하는 과업변경에 대해 과업변경심의위원회의 개최를 요청할 수 있다. 상세한 절차는 관련 조항에 따름 ⚪ 본 과업 수행시 웹사이트 품질 관련 ‘전자정부 웹사이트 품질관리 지침’(행정안전부 고시 제2021-19호)과 ‘한국형 웹 콘텐츠 접근성 지침2.1’를 준수하여 수행
⚪ 본 과업은 데이터 표준화를 위해 ‘공공기관의 데이터베이스 표준화 지침’(행정안전부고시 제2025-46호)을 준수하고, 데이터 관리 준수를 위해 ‘공공데이터 관리지침’(행정안전부고시 제2021-70호)를 준수하여 수행 2) 수행 단계별 산출물
| 산출물 | 제출시기 | 수량 |
|---|---|---|
| 사업수행 보고서 | 주간, 수시 | 5부 |
| 완료보고서 | 용역종료일까지 | |
| 사업 산출물 (운영 및 사용자 매뉴얼, 소스코드) | 〃 | 각 5부 (소스코드 USB 제츨) |
3) 사업 진행 ⚪ 프로젝트 관리 - 제안사는 프로젝트 착수에서 종료까지의 각 단계에 대하여 프로젝트 관리도구 등을 사용한 적절한 세부일정 계획을 제출 - 제안사는 프로젝트의 목표관리, 진도관리, 변경관리, 진행계획 등의 승인, 제안, 프로젝트 수행 과정상에서의 문제점 및 위험요소 등을 위해 정기 또는 비정기적으로 수행하는 보고체계를 계획하고 수행 - 과기정통부에서 정하는 양식을 준용하여 주간보고 등을 정기/비정기적으로 실시
| 보고명 | 제출 보고서 및 내용 | 기 한 |
|---|---|---|
| 착수보고 | 착수보고서 | 계약 후 2주 이내 |
| 최종보고 | 수행결과보고서(완료보고서) | 수행 종료 7일 전 |
| 진도보고 | 주간업무보고서 | 매주 금요일(서면보고) |
| 수시보고 | 자유양식 | 발주처 요구시(서면보고) |
⚪ 프로젝트 진행 방법 및 절차 - 제안사는 프로젝트의 원활한 진행을 위해 일정한 형태의 방법론을 제안서에 제시하고 준수 - 사업관리자(PM)은 제안사 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직하여야 함 ⚪ 품질보증 - 제안사는 체계적이고 효과적인 프로젝트 진행을 위하여 적절한 품질보증에 관한 검토 및 평가를 수행하여야 하며, 보완이 필요한 경우 조정기준, 조정내용, 조정사유 등을 관련근거로 명확하게 제시 ⚪ 인수테스트 - 제안사는 개발 완료 후 최종 산출물 및 테스트 결과물을 첨부하여 승인 검사 및 테스트를 요청하여야 하며, 승인 검사 및 테스트 과정에서 발견된 하자 사항은 만족한 결과를 얻을 때까지 보안테스트를 반복적으로 실시해야 하며, 최종 승인 처리는 별도의 문서에 의하여 승인받은 일자로 함 ⚪ 결과물 제출 - 제안사는 프로젝트 진행에 따른 각 산출물 및 기타 수행과정에서 수반되는 관련 자료를 일정계획에 의거하여 제출 - 주요 제출 결과물 - 결과보고서 : 용역종료일까지 제출 ⚪ 하자담보 책임기간 - 본 사업의 하자담보책임기간은 사업 프로젝트 종료한(용역종료일) 날로부터 1년으로 함 4) 보안지침 ⚪ 계약 체결 후 착수계 제출 시 용역기관 대표자 및 참여인력은 보안각서를 제출 ⚪ 제안사는 사업수행시 각종 정보보안관련 법령 및 규정, 지침, 정보시스템 개발 가이드라인 등을 준수하여 어플리케이션 및 DB보안, 시스템 및 운영PC 보안을 위한 관리, 소프트웨어 개발 및 내부 홈페이지 보안에 관한 조치를 마련 ⚪ 제안사의 참여인력은 본 과업수행을 위하여 수집한 자료 및 정보는 본 과업 이외의 목적에 사용할 수 없으며, 필요시 과기정통부와 협의하여 서면 승인을 받아야 함 ⚪ 과업과 관련하여 작성된 모든 자료의 지적소유권은 과기정통부의 소유이며 과기정통부의 동의 없이 이를 유출 또는 활용해서는 안 됨 4. 요구사항 개요 ⚪ 본 제안요청서는 「과기정통부 민원처리시스템 고도화」 사업에 대한 제안을 받기 위한 것으로, 기관의 요구사항을 충분히 검토 후 제안서를 작성하여야 함 ⚪ 제안업체는 「과기정통부 민원처리시스템 고도화」 업무의 특성을 충분히 이해하고 제안요청서를 기반으로 제안서에 추진전략, 구축방안 등을 구체적으로 명시해야 하며, 본 사업을 추진하는데 요구되는 조직과 역할분담 등도 명확하게 제시 ⚪ 제안서에 본 제안요청서에서 추구하는 목표를 달성하기 위해 추가해야 할 사항이 있을 경우, 추진방안과 제안사의 역할을 명확히 제시
| 영역 | 설명 | 항목 수 |
|---|---|---|
| 기능 요구사항 | 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 할 수 있어야 하는 기능(동작)에 대해 기술한 것 | 67 |
| 성능 요구사항 | 정보 자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요건을 기술한 것 | 4 |
| 인터페이스 요구사항 | 목표시스템과 외부 세계 사이를 연결하는 시스템 인터페이스와 사용자 인터페이스에 대한 요건을 기술한 것 | 6 |
| 데이터베이스 요구사항 | 목표 시스템의 서비스에 필요한 DB 설계 등 데이터를 구축하기 위해 필요한 요건을 기술한 것 | 9 |
| 보안 요구사항 | 정보 자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요건을 기술한 것 | 8 |
| 품질 요구사항 | 목표시스템이 가져야 하는 품질 항목, 품질 평가 대상 및 목표값에 대한 요구사항을 기술한 것 | 4 |
| 제약 사항 | 기능, 비기능, 인터페이스, 데이터 요구사항 외에 시스템을 구축하기 위해 필요한 제약 및 요건을 기술한 것 | 5 |
| 프로젝트 관리 요구사항 | 사업수행조직, 프로젝트 관리방법론, 일정계획, 사업추진계획서 작성 요구사항, 요구사항 추적 및 성과관리에 관한 요건을 기술한 것 | 9 |
| 프로젝트 지원 요구사항 | 앞서 제시한 요건 외에 프로젝트 수행 및 향후 지원을 위해 필요한 요구사항으로 표준화, 교육지원, 기술지원, 하자․유지보수, 프로젝트 팀원 요구사항 등이 해당함 | 6 |
| 테스트 요구사항 | 도입되는 장비의 성능 테스트(BMT) 또는 구축된 시스템이 계획된 목표 대비 제대로 운영되는가를 테스트하고, 점검하기 위한 테스트 요구사항을 기술한 것 | 3 |
| 구분 | 관리번호 | 요구사항명 | 요구사항 분류 |
|---|---|---|---|
| (SFR) 기능 요구사항 | SFR-001-01 | 웹표준 환경 구축 | 공통 기반 |
| SFR-001-02 | 전자정부 표준프레임워크 적용 | ||
| SFR-001-03 | 시스템 환경 및 인증 요건 | ||
| SFR-001-04 | 시스템 품질 속성 | ||
| SFR-001-05 | 시스템 적용 | ||
| SFR-002-01 | 통합 상담화면 구성 | 응용 시스템 | |
| SFR-002-02 | 고객정보 및 IVR 인입정보 표출 | ||
| SFR-002-03 | 상담이력 조회 및 검색 | ||
| SFR-002-04 | 상담유형 카테고리 관리 | ||
| SFR-002-05 | 민원 처리 프로세스 시각화 | ||
| SFR-002-06 | 상담 이력 등록 | ||
| SFR-002-07 | 민원 연장 기능 | ||
| SFR-003-01 | 콜인프라 통합 연동 | 인프라 연계 | |
| SFR-003-02 | 소프트폰 및 호 처리 기능 | ||
| SFR-003-03 | IVR 콜백 기능 | ||
| SFR-003-04 | 녹취 시스템 연계 | ||
| SFR-003-05 | 실시간 콜 현황 표출 | ||
| SFR-004-01 | RAG 상담화면 통합 | 지능형 서비스 | |
| SFR-004-02 | 자연어 통합 검색 | ||
| SFR-004-03 | 출처 기반 답변 제공 | ||
| SFR-004-04 | LLM 모델 도입 및 운영 | ||
| SFR-004-05 | 벡터 인덱스 및 검색 엔진 | ||
| SFR-004-06 | 동의어 사전 및 도메인 용어 관리 | ||
| SFR-004-07 | 운영 학습 파이프라인 | ||
| SFR-004-08 | AI 보안 기능 | ||
| SFR-005-01 | 누적 상담이력 마이그레이션 | 데이터 | |
| SFR-005-02 | 전수 개인정보 마스킹 | ||
| SFR-005-03 | 단계적 인덱싱 전략 | ||
| SFR-005-04 | 카테고리 체계 정규화 | ||
| SFR-005-05 | 정책 문서 가공 및 인덱싱 | ||
| SFR-005-06 | FAQ 및 매뉴얼 인덱싱 | ||
| SFR-005-07 | 시점 메타데이터 부여 | ||
| SFR-006-01 | 문자 발송 자동화 | 응용 시스템 | |
| SFR-006-02 | 메시지 템플릿 관리 | ||
| SFR-006-03 | 후속조치 자동 트리거 | ||
| SFR-006-04 | 발송 이력 및 결과 추적 | ||
| SFR-006-05 | 제3자 정보제공 동의 URL 메시지 제공 | ||
| SFR-006-06 | 2차 연장 동의 URL 메시지 제공 | ||
| SFR-006-07 | 채팅 상담 기능 | ||
| SFR-007-01 | 개인 업무 관리(To-Do List) | ||
| SFR-007-02 | 예약콜 관리 | ||
| SFR-007-03 | 개인 상담 통계 및 통화목록 | ||
| SFR-007-04 | 상담 대기 현황 | ||
| SFR-008-01 | 업무 및 공유 게시판 | ||
| SFR-008-02 | 업무 메신저 | ||
| SFR-009-01 | 사용자 정보 관리 | 시스템 관리 | |
| SFR-009-02 | 권한 관리 | ||
| SFR-009-03 | 로그인 및 인증 관리 | ||
| SFR-010-01 | 민감정보 마스킹 | 보안 | |
| SFR-010-02 | 데이터 암호화 | ||
| SFR-010-03 | 접근통제 | ||
| SFR-010-04 | 보안 로그 및 감사 | ||
| SFR-011-01 | 사업자 페이지 구축 | 사업자 페이지 | |
| SFR-011-02 | 사업자 회원 관리 | ||
| SFR-011-03 | 본인인증 | ||
| SFR-011-04 | 민원 목록 조회 | ||
| SFR-011-05 | 민원 상세 조회 | ||
| SFR-011-06 | 의견서 및 소명자료 제출 | ||
| SFR-011-07 | 첨부파일 보안 처리 | ||
| SFR-011-08 | 단계 전환 알림 | ||
| SFR-011-09 | 사업자 정보 조회 및 수정 | ||
| SFR-011-10 | 접속 로그 감사 | ||
| SFR-011-11 | 응답 기한(SLA) 관리 | ||
| SFR-012-01 | 3자 통합 민원 뷰 | 응용 시스템 | |
| SFR-012-02 | 양방향 정보 공유 및 알림 | ||
| SFR-012-03 | 민원 SLA 모니터링 | ||
| SFR-012-04 | 중재 처리 통계 | ||
| 성능 요구사항 (PER) | PER-001 | 응답시간 성능 | 성능 |
| PER-002 | 처리량(Throughput) 성능 | ||
| PER-003 | 자원 사용 효율 | ||
| PER-004 | RAG·LLM 추론 성능 | ||
| 인터페이스 요구사항 (SIR) | SIR-001 | 콜인프라 인터페이스 | 인터페이스 |
| SIR-002 | 문자 발송 게이트웨이 인터페이스 | ||
| SIR-003 | 본인인증 서비스 인터페이스 | ||
| SIR-004 | 내·외부 시스템 간 데이터 연계 | ||
| SIR-005 | 외부 정보 시스템 연계 | ||
| SIR-006 | 인터페이스 모니터링 및 장애 대응 | ||
| 데이터베이스 요구사항 (DAR) | DAR-001 | 데이터베이스 재설계 및 구축 | 데이터 |
| DAR-002 | 데이터 마이그레이션 | ||
| DAR-003 | 데이터 정합성 및 무결성 | ||
| DAR-004 | 데이터 백업 및 복구 | ||
| DAR-005 | 데이터 보관 및 폐기 | ||
| DAR-006 | 벡터 데이터 관리 | ||
| DAR-007 | DB 표준화 설계 | ||
| DAR-008 | DB 설계 | ||
| DAR-009 | 데이터 관리 체계 | ||
| 보안 요구사항 (SER) | SER-001 | 보안 공통 사항 | 보안 |
| SER-002 | 암호화 | ||
| SER-003 | 보안 정책 및 지침 준수 | ||
| SER-004 | 보안 로깅 및 감사 | ||
| SER-005 | 웹 보안 및 취약점 대응 | ||
| SER-006 | 인증 및 세션 관리 | ||
| SER-007 | 개인정보보호조치 | ||
| SER-008 | 기술적 보안 | ||
| 품질 요구사항 (QUR) | QUR-001 | 가용성 | 품질 |
| QUR-002 | 사용성 | ||
| QUR-003 | 웹 접근성 | ||
| QUR-004 | 시험 및 검증 | ||
| 제약 사항 (COR) | COR-001 | 법·제도적 제약사항 | 제약사항 |
| COR-002 | 기술적 제약사항 | ||
| COR-003 | 사업 범위 제약사항 | ||
| COR-004 | 보안 및 환경 제약사항 | ||
| COR-005 | 표준 및 가이드라인 준수 | ||
| 프로젝트 관리 요구사항 (PMR) | PMR-001 | 사업 추진 체계 | 프로젝트 관리 |
| PMR-002 | 일정 관리 | ||
| PMR-003 | 산출물 관리 | ||
| PMR-004 | 의사소통 관리 | ||
| PMR-005 | 형상 및 변경 관리 | ||
| PMR-006 | 보안관리 및 이행체계 운영 | ||
| PMR-007 | 요구사항 관리 | ||
| PMR-008 | IRM 정보자원 현행화 요구사항 | ||
| PMR-009 | 프로젝트 수행장소 상호협의 | ||
| 프로젝트 지원 요구사항 (PSR) | PSR-001 | 운영 이관 | 프로젝트 지원 |
| PSR-002 | 사용자 교육 | ||
| PSR-003 | 안정화 지원 | ||
| PSR-004 | 하자보수 | ||
| PSR-005 | 기술 지원 | ||
| PSR-006 | 사업 종료 및 검수 | ||
| 테스트 요구사항 (TER) | TER-001 | 테스트 방안 수립 | 테스트 |
| TER-002 | 단위 테스트 | ||
| TER-003 | 통합 테스트 |
| 관리번호 | SFR-001-01 |
|---|---|
| 요구사항명 | 웹표준 환경 구축 |
| 요구사항 분류 | 공통 기반 |
| 요구사항 정의 | 표준 웹브라우저 환경 구축 |
| 세부 내용 | - HTML5(웹 표준)을 준수하여 시스템을 구축하여야 한다. - 크롬, 엣지 등 멀티 브라우저에서 모든 기능이 원활하게 구동되어야 한다. - 행정안전부 「행정·공공기관 정보시스템 구축·운영 지침」을 준용하여야 한다. -「전자정부 웹사이트 품질관리 지침(행정안전부고시 제2021-19호)」을 준수하여야 한다. -「전자정부 웹 표준 준수 지침」의 웹표준화, 웹접근성 등을 준수하여야 한다. - 공공 웹사이트 플러그인 제거 가이드라인을 준수하여 No-Plugin 환경으로 구축하여야 한다. - 액티브엑스(ActiveX), NPAPI 등 비표준 플러그인을 사용하지 않아야 한다. |
| 산출정보 |
| 관리번호 | SFR-001-02 |
|---|---|
| 요구사항명 | 전자정부 표준프레임워크 적용 |
| 요구사항 분류 | 공통 기반 |
| 요구사항 정의 | 최신 전자정부 표준프레임워크를 기반으로 시스템을 구축하여 유지관리 용이성과 확장성을 확보한다. |
| 세부 내용 | - 최신 전자정부 표준프레임워크를 기반으로 구축하여야 한다. - 표준프레임워크 및 JAVA 버전은 발주기관 시스템 성능·안정성을 고려하여 환경에 맞는 최적화된 버전을 적용한다. - 솔루션 활용 시 전자정부 표준프레임워크 호환성 인증을 받은 제품을 제안하여야 하며 발주 기관과 협의한다. - 다양한 환경의 수용성, 타 시스템과의 상호 호환성을 보장하여야 한다. - 사업자는 전자정부 표준프레임워크 포털을 통해 배포되는 보안패치 및 취약점 조치사항을 확인하고, 검사(검수) 시점을 기준으로 적용 가능한 최신 보안패치가 반영된 버전을 적용하여야 한다 |
| 산출정보 |
| 관리번호 | SFR-001-03 |
|---|---|
| 요구사항명 | 시스템 환경 및 인증 요건 |
| 요구사항 분류 | 공통 기반 |
| 요구사항 정의 | 안정성과 신뢰성이 검증된 시스템 적용 |
| 세부 내용 | - 최근 국가기관에 콜센터 구축 사례를 제시하여야 한다. - 사용 PC 해상도에 최적화된 화면을 구성해야 한다. - 상담관리 프로그램은 다중창(MDI)을 지원하여야 하며 사용자 작업의 확장성과 효율성을 보장하여야 한다. |
| 산출정보 |
| 관리번호 | SFR-001-04 |
|---|---|
| 요구사항명 | 시스템 품질 |
| 요구사항 분류 | 공통 기반 |
| 요구사항 정의 | 시스템 운영의 안정성과 품질 확보 |
| 세부 내용 | - 보안성·신뢰성·가용성·상호운영성·호환성·확장성·유지관리성을 확보하여야 한다. - 사용자 환경 및 업무량을 감안하여 빠른 응답이 가능하도록 설계되어야 한다. - 상담량 증가에 따라 정보관리 및 처리속도가 유지되어야 한다. - 상담DB 요소 증가를 수용할 수 있도록 확장성 및 안정성이 제공되어야 한다. - 상담프로그램의 안정적인 상담업무 지원과 타 시스템과의 호환성을 고려하여 제안하여야 한다. - 설치하는 미들웨어 및 어플리케이션은 시스템 자원에 설치되는 OS에 호환되어야 한다. ※ 시스템 OS는 최신 버전과 호환성을 모두 검토하여 과기정통부와 협의하여 결정한다. |
| 산출정보 |
| 관리번호 | SFR-001-05 |
|---|---|
| 요구사항명 | 시스템 적용 |
| 요구사항 분류 | 공통 기반 |
| 요구사항 정의 | 국자원 정보화시스템 대상 |
| 세부 내용 | - 본 사업으로 개발·구축되는 모든 응용시스템(Application)은 과학기술정보통신부가 국가정보자원관리원(국자원) 내 구축 예정인 클라우드 기반 시스템 환경에서 정상적으로 구동되도록 설계·구현되어야 한다. ※ 사업 수행 단계에서 사양·구성 등이 변경될 수 있으며, 이에 따른 사업 구축 범위의 변경이 발생할 경우 발주기관과 사전 협의를 거쳐 조정·확정한다. |
| 산출정보 |
| 관리번호 | SFR-002-01 |
|---|---|
| 요구사항명 | 통합 상담화면 구성 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담사 Single View UI 구성 |
| 세부 내용 | - 상담사가 최초 로그인 시 표시되는 화면을 직관적이고 효율적으로 구성하여 제시해야 한다. - 고객검색 기능, 고객 상담이력 조회 기능, 상담내역 등록 기능을 한 화면에서 처리할 수 있도록 구성하여야 한다. - 고객 상담 상세 정보는 한 화면에 구성하여 전체 내용을 바로 확인하고 상담할 수 있도록 구성하여야 한다. - 통합 UI는 메뉴, 업무용 메신저, 메뉴 구성화면으로 이루어진 통합 화면을 구성하여야 한다. - 채팅 상담 내역을 확인할 수 있는 기능을 제공해야 한다. |
| 산출정보 | UI 설계서, 화면정의서 |
| 관리번호 | SFR-002-02 |
|---|---|
| 요구사항명 | 고객정보 및 IVR 인입정보 표출 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 고객정보·이력·IVR 정보 출력 기능 |
| 세부 내용 | - IVR 인입정보를 상담 애플리케이션에서 확인이 가능하여야 한다. - 콜 인입과 동시에 고객의 민원 이력 내역 확인이 가능하여야 한다. - 고객의 특이사항을 시각적으로 구분되도록 관리하고 상담 시 활용될 수 있도록 구성하여야 한다. - 고객정보 표출 시 「개인정보보호법」에 따라 민감정보는 마스킹 처리하여 표시하여야 한다. |
| 산출정보 | UI 설계서, 화면정의서 |
| 관리번호 | SFR-002-03 |
|---|---|
| 요구사항명 | 상담이력 조회 및 표시 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담 이력 검색 및 활용 기능 |
| 세부 내용 | - 최근 상담이력에 대한 조회 기능을 제공하여야 한다. - 상담이력에서 바로 녹취 내역을 청취할 수 있는 기능을 제공하여야 한다. - 상담내역은 다양한 조건(상담일자, 상담유형, 상담사, 처리상태 등)으로 검색되어야 한다. - 상담이력 정보를 변경할 수 있어야 하며, 변경이력을 자동으로 관리하여야 한다. - 상담이력 조회 결과의 상세내역을 간편하게 사용할 수 있는 방안을 제시하여야 한다. - 조회된 상담 내용, 이력, 민원인의 정보를 표시하기 해야 하며 조회 화면 및 정보의 내용은 발주기관과 협의하여 정한다. - 민원인별 신문고에서 실시한 만족도 조사 결과 횟수(1차~3차)까지 표시해야 한다. |
| 산출정보 | UI 설계서, 화면정의서 |
| 관리번호 | SFR-002-04 |
|---|---|
| 요구사항명 | 상담유형 카테고리 관리 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담유형 카테고리 기능 제공 |
| 세부 내용 | - 상담유형은 카테고리를 선택하여 저장할 수 있어야 한다. - 카테고리는 관리자가 조정이 가능하도록 구성하여야 한다. - 카테고리 변경 시 기존 상담이력의 분류체계와 연계되어 정합성을 유지하여야 한다. - 다단계(대분류·중분류·소분류) 카테고리 구조를 지원하여야 한다. - 반복접수, 빈발유형 통계/증가감이 보일 수 있는 카테고리 분류를 시행해야 한다. |
| 산출정보 | 카테고리 관리 기능 명세서 |
| 관리번호 | SFR-002-05 |
|---|---|
| 요구사항명 | 민원 처리 프로세스 시각화 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담사·민원인·사업자 3자 간 민원 처리 절차 시각화 |
| 세부 내용 | - 민원 처리 단계를 시각적으로 표출하여야 한다. - 각 단계별 처리일자·담당자·처리결과를 화면에서 즉시 확인 가능하여야 한다. - 처리 진행상황은 상담사·민원인·사업자가 동일한 정보를 공유할 수 있도록 표준화되어야 한다. - 단계별SLA(처리 기한)을 표시하고 지연 시 경고를 표출하여야 한다. - 경고 표출 시 사업자에게 민원독촉 메시지를 발송할 수 있는 기능을 제공해야 한다. |
| 산출정보 |
| 관리번호 | SFR-002-06 |
|---|---|
| 요구사항명 | 상담이력 등록 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담 이력의 등록 |
| 세부 내용 | - 민원 업무 민원 업무 카테고리 선택 후 저장 기능을 제공하여야 한다. - 민원 담당자 담당자의 부서, 이름을 선택하여 저장할 수 있어야 한다. - 접수 방식을 선택하여 저장할 수 있어야 한다. - 개인정보 동의 여부를 선택할 수 있어야 하며 개인정보 동의가 진행된 민원인을 확인할 수 있어야 한다. - 민원 제목을 작성하여 저장할 수 있어야 한다. - 민원 내용을 작성하여 저장할 수 있어야 한다. - 민원 내용 별 메모 기능을 제공해야 한다. - 첨부 파일 업로드 기능을 제공해야 한다. - 상담 내용 작성 후 등록 시 맞춤법 검사 기능을 제공해야 한다. |
| 산출정보 |
| 관리번호 | SFR-002-07 |
|---|---|
| 요구사항명 | 민원 연장 기능 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 민원 연장 기능 |
| 세부 내용 | - 민원 기간 도래 시 민원 연장이 가능하도록 해야 한다. - 민원 연장 발생 시 민원인에게 문자를 발송할 수 있는 기능을 제공해야 한다. - 문자 발송은 템플릿 기반의 원버튼 발송 기능을 지원한다. - 민원 연장은 사업자 요청 시 상담사 승인, 상담사 자체 연장을 지원해야 한다. |
| 산출정보 |
| 관리번호 | SFR-003-01 |
|---|---|
| 요구사항명 | 콜인프라 통합 연동 |
| 요구사항 분류 | 인프라 연계 |
| 요구사항 정의 | 콜인프라(교환기·CTI·녹취·IVR 등) 연동 및 통합 UI 제공 |
| 세부 내용 | - 콜 인프라(교환기, CTI 시스템, 녹취 시스템, IVR 시스템 등)와 연동되어야 한다. - CTI 미들웨어와 연동되어 소프트폰 기능, 호 전환 기능, IVR 인입정보 등을 제공하여야 한다. - 콜인프라 연계 시 발생할 수 있는 장애를 고려한 장애 대응 방안을 제시하여야 한다. - 콜인프라 시스템 관리기관(사업체)와 API 연동을 위한 협력 방안을 제시해야 한다. - 제안사는 본 사업 수행 과정에서 데이터 연계를 위한 콜인프라 시스템과의 인터페이스 변경·보완이 필요한 경우 이를 이행하여야 하며 제안 범위 내에서 발생하는 비용은 제안사가 부담한다. 단, 제안 범위를 초과하는 중대한 변경의 경우 발주기관과 사전 협의를 거쳐 조정한다. |
| 산출정보 | 인터페이스 정의서 |
| 관리번호 | SFR-003-02 |
|---|---|
| 요구사항명 | 소프트폰 및 호 처리 기능 |
| 요구사항 분류 | 인프라 연계 |
| 요구사항 정의 | 소프트폰 기능 제공 |
| 세부 내용 | - CTI 미들웨어 연동 기반 소프트폰 기능을 상담화면에서 직접 이용할 수 있어야 한다. - 호 전환 기능을 상담화면 내에서 처리할 수 있어야 한다. - 호 보류·호 종료·콘퍼런스 등 기본 호 제어 기능을 제공하여야 한다. - 호 처리 이벤트(인입·종료·전환)는 상담이력에 기록되어야 한다. |
| 산출정보 | 기능 명세서 |
| 관리번호 | SFR-003-03 |
|---|---|
| 요구사항명 | IVR 콜백 기능 |
| 요구사항 분류 | 인프라 연계 |
| 요구사항 정의 | IVR 시스템 연동 기능 및 화면 제공 |
| 세부 내용 | - IVR 시스템과 연동하여 콜백 기능을 제공하여야 한다. - 콜백 신청 정보(고객번호·신청시간·콜백 희망시간 등)가 상담사 화면에 표출되어야 한다. - 콜백 처리 결과(성공·실패·재시도)를 관리할 수 있어야 한다. |
| 산출정보 | 기능 명세서 |
| 관리번호 | SFR-003-04 |
|---|---|
| 요구사항명 | 녹취 시스템 연계 |
| 요구사항 분류 | 인프라 연계 |
| 요구사항 정의 | 녹취서버 연동 기능 및 화면 제공 |
| 세부 내용 | - 녹취서버와 연동되어 녹취파일 청취가 가능하여야 한다. - 상담이력 조회 시 해당 상담의 녹취파일을 즉시 청취할 수 있어야 한다. - 녹취파일 청취 권한은 사용자 권한에 따라 통제되어야 한다. - 녹취파일 청취 이력은 보안 로그로 기록되어야 한다. |
| 산출정보 | 인터페이스 정의서 |
| 관리번호 | SFR-003-05 |
|---|---|
| 요구사항명 | 실시간 콜 현황 표출 |
| 요구사항 분류 | 인프라 연계 |
| 요구사항 정의 | 콜센터 운영 현황 기능 |
| 세부 내용 | - 대기 고객 수와 상담 대기 인원 수 정보를 상담 메인화면에 표출하여야 한다. - 대기인원·휴식인원 등 상담원 현황을 상담 애플리케이션에서 제공하여야 한다. - 현황 정보는 실시간(또는 준실시간, 10초 이내 갱신)으로 갱신되어야 한다. - 관리자는 보다 상세한 콜 현황 대시보드를 별도 화면에서 조회할 수 있어야 한다. |
| 산출정보 | 화면 설계서 |
| 관리번호 | SFR-004-01 |
|---|---|
| 요구사항명 | RAG 상담 지원 기능 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | RAG, LLM 기반 상담 지원 기능 제공 |
| 세부 내용 | - AI 기반 대화형 상담지원 기능을 상담사용 통합 화면 내 위젯 형태로 제공하여야 한다. - 상담 진행 중 별도 화면 전환 없이 대화형 질의가 가능하여야 한다. - RAG 응답 결과는 상담사가 즉시 활용할 수 있도록 명확하고 구조화된 형태로 표출되어야 한다. - RAG 위젯은 사용자가 위치·크기를 조정할 수 있어야 한다. |
| 산출정보 | UI 설계서, 화면 정의서 |
| 관리번호 | SFR-004-02 |
|---|---|
| 요구사항명 | 자연어 통합 검색 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | 정책자료·매뉴얼·FAQ·상담이력 자연어 질의 |
| 세부 내용 | - 자연어 형태의 질의를 처리할 수 있어야 한다. - 정책자료·매뉴얼·FAQ·과거 상담이력을 하나의 검색 인터페이스로 통합 검색할 수 있어야 한다. - 검색 결과는 관련도 순으로 정렬되어 표출되어야 한다. - 검색 대상 데이터 소스는 컬렉션 단위로 필터링할 수 있어야 한다. - 검색 대상 자료 게시판을 구성하여 관리자가 직접 업로드 가능하도록 구성한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-004-03 |
|---|---|
| 요구사항명 | 출처 기반 답변 제공 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | 응답 출처 명시 |
| 세부 내용 | - 답변에 출처(문서명·페이지·상담ID 등)를 명시할 수 있어야 한다. - 출처를 클릭하면 원본 문서·상담이력으로 바로 이동 가능하여야 한다. - 출처가 명확하지 않거나 검색 결과가 부족한 경우'답변할 수 없음'을 표시하여야 한다. - 동일 사안에 대해 다수 출처가 있는 경우 모든 관련 출처를 함께 표시하여야 한다. - 환각 의심 응답(검색 결과와 답변의 유사도가 낮은 경우)을 자동 감지하여 표시하여야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-004-04 |
|---|---|
| 요구사항명 | LLM 모델 도입 및 운영 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | LLM 및 임베딩 모델 배포 |
| 세부 내용 | - 한국어 처리 성능이 검증된 LLM 및 임베딩 모델을 적용하여야 한다. - 모델은 발주기관 내부 GPU 서버에 온프레미스 방식으로 배포되어야 한다. - 외부LLM API에 의존하는 구조는 지양하며, 부득이 사용 시 발주기관의 사전 승인하에 진행한다. - 적용 모델의 라이선스(상용 사용 가능 여부)를 명확히 제시하여야 한다. - 모델 추론 응답시간은 담당 부서와 협의하여 결정한다. - RAG 방식으로 운영하여 정책 변경 시 대응 가능한 구조를 유지하여야 한다. |
| 산출정보 | 모델 검토 보고서, 라이선스 명세서(필요시), 성능 시험 결과 |
| 관리번호 | SFR-004-05 |
|---|---|
| 요구사항명 | 벡터 인덱스 및 검색 엔진 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | 데이터 특성별 컬렉션 분리 인덱싱 및 메타데이터 기반 필터링 |
| 세부 내용 | - 데이터 소스별로 컬렉션을 분리하여 인덱싱하여야 한다(상담이력·정책·FAQ·매뉴얼). - 각 청크는 메타데이터(작성일자·카테고리·정책 유효성 등)와 함께 저장되어야 한다. - 메타데이터 필터링과 벡터 검색을 결합한 하이브리드 검색이 가능하여야 한다. - 정책 시행일·만료일을 기반으로 폐지된 정책은 자동 필터링되어야 한다. - 벡터 인덱스의 재구축·갱신이 운영 중에도 가능한 구조여야 한다. - 인덱스 크기 증가에도 검색 성능이 유지되어야 한다. |
| 산출정보 | 벡터 DB 설계서 |
| 관리번호 | SFR-004-06 |
|---|---|
| 요구사항명 | 동의어 사전 및 도메인 용어 관리 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | 과기정통부 도메인 특화 용어·약어·동의어 관리 |
| 세부 내용 | - 동의어 사전은 검색 엔진과 연동되어 자동 적용되어야 한다. - 초기 구축 시 발주기관과 협의하여1차 동의어 사전을 구축하여야 한다. |
| 산출정보 | 동의어 사전 |
| 관리번호 | SFR-004-07 |
|---|---|
| 요구사항명 | 운영 학습 파이프라인 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | 질의·클릭·피드백 데이터를 분석 및 검색·랭킹·지식체계 구성 |
| 세부 내용 | - 상담사 질의·클릭·피드백 로그를 수집·분석할 수 있어야 한다. - 검색 결과 클릭률·피드백 만족도 지표를 산출하여야 한다. - 신규 정책 문서 추가 시 인덱스 자동 갱신이 가능하여야 한다. - 운영 데이터 기반 정기 품질 평가 체계를 제시하여야 한다. |
| 산출정보 |
| 관리번호 | SFR-004-08 |
|---|---|
| 요구사항명 | AI 보안 기능 |
| 요구사항 분류 | 지능형 서비스 |
| 요구사항 정의 | 입력·출력 통제, 자료 검증, 접근통제 및 보안성 시험 체계 구축 |
| 세부 내용 | - 프롬프트 인젝션 등 악의적 입력을 탐지·차단하고, 유해·비정상 응답 생성을 방지하기 위한 입력값 및 출력값 필터링 기능을 구현하여야 한다. - 악성 문서를 통한 학습·검색 데이터 오염(Data Poisoning)을 방지하기 위해, RAG에 활용되는 업로드 자료에 대한 무결성·안전성 검증 절차를 마련하여야 한다. - 사용자 권한 등급에 따라 검색 범위 및 원문(원본 문서) 접근을 제어하여, 권한 없는 사용자에게 검색 결과 또는 원문이 노출되지 않도록 하여야 한다. - AI 보안 취약점 점검을 수행하고, 발견된 취약점에 대한 조치결과를 문서화하여 발주기관에 제출하여야 한다. ※ AI 보안취약점 점검 기준은 사업 수행중 수립되는 가이드 라인 현황을 고려하여 과기정통부와 협의하여 결정한다. |
| 산출정보 |
| 관리번호 | SFR-005-01 |
|---|---|
| 요구사항명 | 누적 상담 이력 데이터 마이그레이션 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 상담 이력의 이관 및 RAG 검색 지원 가공 |
| 세부 내용 | - 10년치 누적 상담 이력을 신규 DB로 이관하여야 한다. - 상담 이력 외에도 신규 시스템의 운영 지속성을 확보하기 위해 필요한 데이터를 식별하여 이관하여야 한다. - 이관 대상 데이터의 목록·범위는 사업 착수 단계에서 발주기관과 협의하여 확정하며, 변경 시 사전 협의를 거친다. - 이관 전 데이터 정제 (중복 제거·인코딩 오류 복구·결측값 처리) 를 수행하여야 하며 정제 기준은 과기정통부 사업 담당자와 협의하여 진행한다. - 이관 전후 데이터 정합성 검증 절차를 수행하여야 한다. - 이관 실패 시 롤백할 수 있는 절차를 사전에 수립하여야 한다. - 이관 작업은 운영 영향을 최소화하기 위해 단계적으로 수행하여야 한다. |
| 산출정보 | 마이그레이션 계획서, 정합성 검증 보고서, 롤백 계획서 |
| 관리번호 | SFR-005-02 |
|---|---|
| 요구사항명 | 전수 개인정보 마스킹 |
| 요구사항 분류 | 데이터·보안 |
| 요구사항 정의 | 개인정보 전수 마스킹 처리 |
| 세부 내용 | - 이름 연락처 주소 이메일 등 민감정보를 식별하여 마스킹 처리하여야 한다. - 식별은 정규식 패턴 매칭+ 개체명 인식(NER) 기반으로 수행하여야 한다. - 마스킹은 임베딩·인덱싱 단계 이전에 반드시 선행되어야 한다. - 마스킹 결과의 정확성을 검증하는 절차를 수립하여야 한다. - 마스킹 처리 결과를 발주기관에 보고하여 승인을 받아야 한다. - 신규 상담이력에 대해서도 자동 마스킹이 적용되어야 한다. |
| 산출정보 |
| 관리번호 | SFR-005-03 |
|---|---|
| 요구사항명 | 단계적 인덱싱 전략 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 우선순위에 따른 단계적 인덱싱 |
| 세부 내용 | - 1단계: 최근 2년 상담 이력 및 현행 정책·FAQ를 우선 인덱싱하여야 한다. - 2단계: 3~5년 전 상담 이력 중 활용도 높은 카테고리를 인덱싱하여야 한다. - 3단계: 5년 이상 누적 상담 이력에 대한 인덱싱은 키워드 검색 기반으로 처리하여야 한다. - 각 단계별 인덱싱 결과의 검색 품질을 평가하고 다음 단계로 진행하여야 한다. - 단계별 처리 시점은 발주기관과 협의하여 결정한다. - 신규개발 후 현재 운영중인 구시스템의 3년간의 접속로그는 별도로 백업하여 의무보관하여야 한다. |
| 산출정보 | 단계별 인덱싱 계획서, 단계별 검색 품질 평가 보고서 |
| 관리번호 | SFR-005-04 |
|---|---|
| 요구사항명 | 카테고리 체계 정규화 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 카테고리 체계의 정규화 |
| 세부 내용 | - 과거 카테고리 코드와 현행 코드의 매핑표를 작성하여야 한다. - 매핑표 작성 시 발주기관 운영부서의 검토·승인을 받아야 한다. - 매핑 불가 건은 '미분류' 로 분류하고 담당자와 협의하여 재분류를 수행한다. - 정규화 결과의 정확성을 표본 추출 검증하여야 한다. |
| 산출정보 | 카테고리 매핑표, 정규화 결과 보고서 |
| 관리번호 | SFR-005-05 |
|---|---|
| 요구사항명 | 정책 문서 가공 및 인덱싱 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 정책자료·법령·매뉴얼 등 정책 문서의 RAG 검색이 가능한 형태 가공 |
| 세부 내용 | - PDF·HWP·DOCX 등 다양한 형식의 정책 문서를 파싱할 수 있어야 한다. - 문서의 계층 구조(장·절·조항)를 보존한 청킹을 수행하여야 한다. - 표·그림은 마크다운 변환 또는 캡션·OCR 결과로 대체하여야 한다. - 각 청크에 시행일·소관부서·문서유형 메타데이터를 부착하여야 한다. - 시행일·만료일 기반으로 폐지 정책을 자동 필터링하여야 한다. |
| 산출정보 | |
| 관련 요구사항 |
| 관리번호 | SFR-005-07 |
|---|---|
| 요구사항명 | 시점 메타데이터 부여 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 시점 메타데이터 부여 |
| 세부 내용 | - 상담 이력에 메타데이터를 부여하여야 한다. - 검색 결과 표출 시 메타데이터를 함께 표시하여 상담사가 정보 신뢰도를 판단할 수 있도록 하여야 한다. - 정책 폐지·개정 발생 시 관련 상담 이력의 메타데이터를 자동 갱신하여야 한다. |
| 산출정보 | 메타데이터 정의서 |
| 관리번호 | SFR-006-01 |
|---|---|
| 요구사항명 | 문자 발송 자동화 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | SMS·LMS·MMS 발송 자동화 |
| 세부 내용 | - 상담사가 상담화면 내에서 직접 문자(SMS·LMS·MMS) 발송 기능을 호출할 수 있어야 한다. ※ 국민비서 연계를 이용한 알림 서비스를 우선 검토하여 과학기술정보통신부와 협의 후 알림서비스 채널을 결정한다. - 별도 외부 문자 시스템에 접속할 필요 없이 통합 발송이 가능하여야 한다. - 발송 시 민원인 정보가 자동 입력되어야 한다. - 발송 가능 시간대·발송 한도 등 정책을 설정할 수 있어야 한다. - 광고성 메시지는 「정보통신망법」에 따라 발송 시간·표기 의무를 준수하여야 한다. |
| 산출정보 | 문자 발송 기능 명세서 |
| 관리번호 | SFR-006-02 |
|---|---|
| 요구사항명 | 메시지 템플릿 관리 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담 유형별 정형 메시지 템플릿 등록·관리 |
| 세부 내용 | - 상담 유형별 메시지 템플릿을 등록·관리할 수 있어야 한다. - 템플릿에 변수(고객명·상담일·민원번호 등)를 삽입하여 자동 치환되어야 한다. - 템플릿은 관리자 권한으로 추가·수정·삭제할 수 있어야 한다. - 발송 전 미리보기 기능을 제공하여야 한다. - 템플릿 사용 이력을 관리하여 활용도를 분석할 수 있어야 한다. |
| 산출정보 | 문자 발송 기능 명세서 |
| 관리번호 | SFR-006-03 |
|---|---|
| 요구사항명 | 후속조치 자동 트리거 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담 유형별로 후속조치(문자 발송·이력 기록 등) 자동 트리거 |
| 세부 내용 | - 상담 유형별로 자동 발송 규칙을 정의할 수 있어야 한다. - 상담 종료 시 규칙에 따라 자동으로 문자 발송 트리거가 동작하여야 한다. - 자동 발송 전 상담사 확인 단계를 둘 수 있어야 한다. - 자동 트리거 규칙은 관리자가 화면에서 직접 설정할 수 있어야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-006-04 |
|---|---|
| 요구사항명 | 발송 이력 및 결과 추적 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 발송 이력, 결과의 상담 이력 연계 |
| 세부 내용 | - 모든 발송 이력은 상담이력과 자동 연계되어야 한다. - 발송 성공·실패·재시도 결과를 자동으로 추적하여야 한다. - 발송 실패 건 확인이 가능해야 한다. - 발송 이력은 다양한 조건으로 조회·통계 분석이 가능하여야 한다. - 발송 통계(일별·유형별·성공률)를 관리자가 조회할 수 있어야 한다. |
| 산출정보 | 문자 발송 기능 명세서 |
| 관리번호 | SFR-006-05 |
|---|---|
| 요구사항명 | 제3자 정보제공 동의 URL 메시지 제공 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 제3자 정보제공 동의 URL 메시지 제공 |
| 세부 내용 | - 제3자 정보제공 동의가 진행되지 않은 고객을 대상으로 제3자 정보 제공 동의 링크 메시지가 발송되어야 한다. - 제3자 정보제공 동의 현황은 민원별로 표시되어야 한다. - URL로 정보제공 동의를 수행한 경우 상담사가 이를 확인하고 민원 정보에 업데이트할 수 있어야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-006-06 |
|---|---|
| 요구사항명 | 2차 연장 동의 URL 메시지 제공 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 2차 연장 동의 URL 메시지 제공 |
| 세부 내용 | - 상담 연장 2차 동의 시 2차 연장 동의 URL이 메시지로 전송되어야 한다. - 2차 연장 동의 URL 현황을 민원별로 상담사가 확인 할 수 있어야 한다. - URL로 동의를 수행한 경우 상담사가 확인하고 민원 정보에 업데이트할 수 있어야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-006-07 |
|---|---|
| 요구사항명 | 채팅 상담 기능 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 챗봇 상담 기능 제공 |
| 세부 내용 | - 채팅 상담 기능을 제공한다. - 채팅 UI는 과기정통부와 협의하여 연동할 사이트를 통해 제공하도록 한다. - 상담사 통합 UI 화면과 연동하여 표시되어야 한다. |
| 산출정보 | 기능명세서 |
SFR-007. 상담사 개인 업무 관리
| 관리번호 | SFR-007-01 |
|---|---|
| 요구사항명 | 개인 업무 관리(To-Do List) |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담사 개인별 처리 업무 리스트 |
| 세부 내용 | - 상담원별로 처리할 업무를 표출하는To-Do List 기능을 제공하여야 한다. - 업무 항목 추가·수정·완료처리가 가능하여야 한다. - 마감기한이 임박한 항목은 시각적으로 강조 표시되어야 한다. - 민원관리창에서 일정이 임박한 민원 목록을 일괄 확인하여 사업자에게 일정 안내 문자를 발송할 수 있는 기능을 제공해야 한다. - 미처리 업무는 별도 표출하여 누락을 방지하여야 한다. |
| 산출정보 |
| 관리번호 | SFR-007-02 |
|---|---|
| 요구사항명 | 예약콜 관리 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담 예약콜 관리 |
| 세부 내용 | - 고객과의 상담 예약콜을 관리하는 기능을 제공하여야 한다. - 예약시간 알림 기능을 제공하여야 한다. - 예약콜 결과(완료·연락 불가·재예약)를 기록할 수 있어야 한다. - 미처리 예약콜은 자동 알림 또는To-Do List와 연동되어야 한다. |
| 산출정보 |
| 관리번호 | SFR-007-03 |
|---|---|
| 요구사항명 | 개인 상담 통계 및 통화목록 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담사 개인별 상담건수·통화목록 조회 |
| 세부 내용 | - 상담원 개인의 상담건수 현황을 확인할 수 있는 기능을 제공하여야 한다. - 민원접수건수, 대기 및 승인요청건수, 본인처리건수, 처리기한 도래 및 5 일이내 건수 및 내역 알림을 제공해야 한다. - 내역 알림은 팝업으로 알림 기능을 제공한다. - 상담원 개인별 통화목록을 조회하는 기능을 제공하여야 한다. - 일별·주별·월별 상담 통계를 제공하여야 한다. - 통화목록에서 즉시 녹취 청취·상담이력 조회가 가능하여야 한다. |
| 산출정보 |
| 관리번호 | SFR-007-04 |
|---|---|
| 요구사항명 | 상담 현황 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담 현황 |
| 세부 내용 | - 상담원 상담 중, 대기 중 현황 (인사이트)를 표시해야 한다. - 관리자는 팀원의 상담 현황 인사이트를 확인할 수 있어야 한다. - 상담사는 동일 팀원의 상담 인사이트 현황을 확인할 수 있어야 한다. |
| 산출정보 |
| 관리번호 | SFR-008-02 |
|---|---|
| 요구사항명 | 업무 메신저 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 상담사 간 정책 변경사항·공지사항을 공유할 수 있는 메신저 기능 |
| 세부 내용 | - 상담사 간 메시지 와 파일을 전송할 수 있는 메신저 기능을 제공해야 한다. - 파일은 동시 3건까지 전송이 가능하도록 구성되어야 한다. - 수신자를 조직도에서 선택하여 발송할 수 있어야 한다. - 최신 발송자 목록 및 선택 기능을 제공해야 한다. - 발송 메시지 및 수신 메시지 확인이 가능해야 한다. - 발송 메시지 및 수신 메시지의 키워드 검색 기능을 제공해야 한다. - 받은 대화, 보낸 대화의 건수가 집계되어 표시되어야 하며 총건수 및 신규 건수로 구분되어 표시되어야 한다. |
| 산출정보 | 기능 명세서 |
| 관리번호 | SFR-009-01 |
|---|---|
| 요구사항명 | 사용자 정보 관리 |
| 요구사항 분류 | 시스템 관리 |
| 요구사항 정의 | 상담원 및 사용자 정보 관리 |
| 세부 내용 | - 상담원 및 사용자의 기본정보, 소속정보, 담당업무 등을 관리하는 기능을 제공하여야 한다. - 상담그룹 정보를 관리하는 기능을 제공하여야 한다. - 사용자 정보 변경 이력을 관리하여야 한다. - 퇴직·이동 시 즉시 권한 회수가 가능하여야 한다. |
| 산출정보 | 기능 명세서 |
| 관리번호 | SFR-009-02 |
|---|---|
| 요구사항명 | 권한 관리 |
| 요구사항 분류 | 시스템 관리 |
| 요구사항 정의 | 사용자별·역할별 데이터 접근통제 및 로그 적용 |
| 세부 내용 | - 관리자 기능이 별도로 존재하여야 하며, 사용자의 접근 방식을 제어할 수 있는 권한관리 기능이 구현되어야 한다. - 상담 권한별 기능을 제공하여야 한다. - 역할 기반 접근통제(RBAC) 모델을 적용하여야 한다. - 권한 변경 이력을 관리하여야 한다. - 퇴직자 계정 분리 보관 및 개인정보 파일 파기 관리 기능을 적용해야 한다. - 퇴직자 정기 데이터 삭제 및 삭제 건수 조회, 출력, 보고서 양식 작성 기능을 제공해야 한다. - 관리자 행위 로그 기록, 권한 변경 정기점검 보고서 양식 작성 기능을 제공해야 한다. |
| 산출정보 |
| 관리번호 | SFR-009-03 |
|---|---|
| 요구사항명 | 로그인 및 인증 관리 |
| 요구사항 분류 | 시스템 관리 |
| 요구사항 정의 | 사용자 인증을 강화하고 접근 이력을 체계적으로 관리한다. |
| 세부 내용 | - 사용자의 접근을 확인할 수 있는 로그인 이력 관리 기능을 제공하여야 한다. - 비밀번호는 암호화되어 관리되도록 구성하여야 한다. - 관리자에 의한 변경주기 설정·초기화 기능을 제공하여야 한다. - 비밀번호 복잡도 정책(영문·숫자·특수문자 조합, 최소 길이 등)을 적용하여야 한다. - 일정 횟수 이상 로그인 실패 시 계정 잠금 처리하여야 한다. - 장시간 미사용 시 자동 로그아웃 처리하여야 한다. - 모든 사용자의 IP 접속 제한 기능을 제공해야 한다. - 2차 인증 로그인 기능을 지원해야 하며 인증 수단은 발주기관과 협의하여 정한다. - 상담원은 모바일 공무원증 2차 인증 기능을 제공해야 한다. - 해외 접속 차단 기능을 제공해야 한다. |
| 산출정보 |
| 관리번호 | SFR-010-01 |
|---|---|
| 요구사항명 | 민감정보 마스킹 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 화면 표출 시 민감 개인정보 마스킹 |
| 세부 내용 | - 마스킹 적용 대상은 이름 연락처 주소 이메일 등이며, 발주기관과 협의하여 확정한다. - 사용자 권한에 따라 마스킹 해제(부분 표시)가 가능하되, 해제 이력은 보안 로그로 기록되어야 한다. - 고객 발신번호 보안에 대한 고객데이터 및 이력 정제 방안을 제시하여야 한다. |
| 산출정보 |
| 관리번호 | SFR-010-02 |
|---|---|
| 요구사항명 | 데이터 암호화 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 저장·전송 데이터에 대해 적절한 암호화 알고리즘 적용 |
| 세부 내용 | - 민감 개인정보는 DB 저장 시 암호화하여야 한다. - 암호화 알고리즘은 「개인정보의 안전성 확보조치 기준」에 따른 안전한 알고리즘을 적용하여야 한다. - 암호화 키 관리 체계를 수립하여야 한다. - 비밀번호는 단방향 해시 알고리즘을 적용하여야 한다. |
| 산출정보 | 암호화 적용 결과서, 키 관리 절차 |
| 관리번호 | SFR-010-03 |
|---|---|
| 요구사항명 | 접근통제 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 권한 기반 데이터 접근통제를 적용 |
| 세부 내용 | - 국정자원관리원의 접근 통제 정책을 적용하여야 한다. - DB 접속 계정은 암호화되어 저장되고 관리되어야 한다. - 접근통제 솔루션 설치 시 대응해야 한다. |
| 산출정보 |
| 관리번호 | SFR-010-04 |
|---|---|
| 요구사항명 | 보안 로그 및 감사 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 사용자 접근·이상행위·민감정보 처리 로그 통합 관리 |
| 세부 내용 | - 로그인·로그아웃·민감정보 조회·다운로드 등 주요 행위에 대한 로그를 기록하여야 한다. - 로그는 변조 방지 처리되어야 한다. - 로그 보관 기간은 「개인정보보호법」 등 관련 법령을 준수하여야 한다. - 보안 관리자가 로그를 조회·분석할 수 있는 화면을 제공하여야 한다. - 정보시스템 로그 별도 백업 보관 기능, 접속기록 백업 보관, 로그위변조 방지 기능을 구현해야 한다. |
| 산출정보 | 보안 로그 정책서 |
| 관리번호 | SFR-011-01 |
|---|---|
| 요구사항명 | 사업자 페이지 구축 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자 관련 민원 조회·관리 페이지 제공 |
| 세부 내용 | - 사업자는 배당된 민원 내용 확인 및 처리가 가능하도록 구축되어야 한다. - 포털은 모바일 환경에서도 정상 동작하는 반응형UI로 구축되어야 한다. - 상담원 페이지와 별도의 URL로 구성되어야 한다. |
| 산출정보 |
| 관리번호 | SFR-011-02 |
|---|---|
| 요구사항명 | 사업자 회원 관리 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자등록번호 기반 회원 가입·관리 체계 구축 |
| 세부 내용 | - 사업자등록번호를 기반으로 한 회원가입을 지원하여야 한다. - 서약서, 재직증명서 첨부 및 가입확인서 서명 첨부가 가능해야 한다. - 사업자 회원은 관리자, 담당자로 구분하며 관리한다. - 사업자 관리자는 담당자에게 민원을 배정할 수 있어야 한다. - 사업자는 허용된 IP에서만 접속할 수 있도록 IP 보안 정책을 적용해야 한다. - 회원가입 시 사업자등록증·담당자 정보 등 필수 정보를 입력받아야 한다. - 가입 신청에 대해 과기정통부 관리자의 승인 절차를 둘 수 있어야 한다. - 사업자 정보(연락처·담당자 등) 변경 기능을 제공하여야 한다. - 회원 탈퇴·계정 정지·계정 복구 기능을 제공하여야 한다. - 휴면 계정 관리 정책을 적용하여야 한다. - 일정 기간 미접속(로그인) 시 휴면 계정으로 전환되며 전체관리자가 승인 절차를 걸쳐 활성화 할 수 있어야 한다. - 사이트 전체관리자는 사업자 ID의 유효기간을 설정 할 수 있어야 한다. |
| 산출정보 |
| 관리번호 | SFR-011-03 |
|---|---|
| 요구사항명 | 본인인증 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자 본인 여부 인증수단 |
| 세부 내용 | - 공동인증서(구 공인인증서)를 통한 본인인증을 지원하여야 한다. - 간편인증(카카오·네이버·PASS 등) 수단을 함께 지원할 수 있어야 한다. - 이중 인증(2FA, OTP 또는SMS 인증) 적용 옵션을 제공하여야 한다. - 인증 실패 시 일정 횟수 이상 시 접속 차단 및 보안 알림이 발송되어야 한다. - 본인인증 이력은 보안 로그로 기록되어야 한다. - 일정 시간 미접속 시 자동 로그아웃 처리하여야 한다. |
| 산출정보 | 본인인증 정책서, 인증 수단별 인터페이스 정의서 |
| 관리번호 | SFR-011-04 |
|---|---|
| 요구사항명 | 민원 목록 조회 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자 민원 목록 조회 |
| 세부 내용 | - 로그인한 사업자가 당사자인 모든 민원을 목록으로 표출하여야 한다. - 목록에는 민원번호·접수일자·민원 요지·현재 처리상태·담당자가 표시되어야 한다. - 처리상태(접수·검토·의견수렴·중재·종결)별 필터링이 가능하여야 한다. ※ 처리상태 카테고리는 과기정통부와 협의하여 결정한다. - 기간·키워드·민원번호 등 다양한 조건으로 검색 가능하여야 한다. - 본인이 당사자가 아닌 민원은 조회되지 않도록 강제 필터링이 적용되어야 한다. |
| 산출정보 | 화면 정의서 |
| 관리번호 | SFR-011-05 |
|---|---|
| 요구사항명 | 민원 상세 조회 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자 민원별 상세 내용 및 처리 현황 확인 |
| 세부 내용 | - 민원의 기본 정보(번호·접수일·민원 요지·민원인 정보 일부)를 표출하여야 한다. - 처리 진행상황을 단계별(접수→검토→의견수렴→중재→종결)로 시각적으로 표시하여야 한다. ※ 처리상태 카테고리는 과기정통부와 협의하여 결정한다. - 각 단계별 처리일자·처리결과·코멘트를 조회할 수 있어야 한다. - 사업자가 제출한 자료·의견서 목록을 함께 표출하여야 한다. - 민원인 개인정보 중 사업자에게 공개 불가한 항목은 마스킹 처리되어야 한다. - 민원별 응답 기한(SLA)이 명시되어야 한다. - 민원 최종 승인 요청 기능을 제공해야 한다. |
| 산출정보 | 화면 정의서 |
| 관리번호 | SFR-011-08 |
|---|---|
| 요구사항명 | 단계 전환 알림 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 민원 처리 단계 변경 시 사업자에게 자동 알림을 발송 |
| 세부 내용 | - 민원 처리상태 변경 시 사업자에게 자동 알림이 발송되어야 한다. - 알림 채널은 SMS·이메일을 기본으로 하며, 포털 내부 알림함도 제공하여야 한다. - 사업자가 수신 채널·수신 여부를 직접 설정할 수 있어야 한다. - 알림 내용은 민원번호·변경 단계·처리일자·확인URL을 포함하여야 한다. - 알림 발송 이력은 별도 관리되어야 한다. - 응답 기한 임박 시 자동 리마인더 알림을 발송하여야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-011-09 |
|---|---|
| 요구사항명 | 사업자 정보 조회 및 수정 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자가 본인 정보를 직접 조회·수정 |
| 세부 내용 | - 사업자 본인의 회원 정보를 조회할 수 있어야 한다. - 연락처·담당자·수신 채널 등 변경 가능 항목을 수정할 수 있어야 한다. - 사업자등록번호 등 핵심 식별정보는 임의 변경이 불가하며 관리자 승인을 거쳐야 한다. - 변경 이력은 자동 기록되어야 한다. |
| 산출정보 | 화면 정의서 |
| 관리번호 | SFR-011-10 |
|---|---|
| 요구사항명 | 접속 로그 감사 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자 페이지 접속·조회·제출·다운로드 로그 |
| 세부 내용 | - 로그인·로그아웃·민원 조회·자료 제출·문서 다운로드 등 주요 행위를 모두 로깅하여야 한다. - 로그에는 사용자·시간·IP·행위·대상 자원이 포함되어야 한다. - 로그는 변조 방지 처리되어야 한다. - 보안 관리자가 로그를 조회·분석할 수 있는 화면을 제공하여야 한다. - 로그 보관 기간은 관련 법령을 준수하여야 한다. - 이상행위 (짧은 시간 내 다수 조회, 비정상 시간대 접속 등)를 자동 탐지하여야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-011-11 |
|---|---|
| 요구사항명 | 응답 기한(SLA) 관리 |
| 요구사항 분류 | 사업자 페이지 |
| 요구사항 정의 | 사업자 측 응답 기한 관리. |
| 세부 내용 | - 단계별 사업자 응답 기한을 설정·관리할 수 있어야 한다. - 응답 기한 임박 시 사업자에게 자동 알림이 발송되어야 한다. - 응답 기한 경과 시 상담사 화면에 경고가 표출되어야 한다. - 응답 기한 연장 신청 기능을 제공할 수 있어야 한다. - 응답 기한 연장 신청 시 시스템 상으로 상담사의 상담목록을 통해 요청되어야 하며 상담사는 승인을 통해 응답 기한 연장을 처리할 수 있어야 한다. - 응답 기한 관련 모든 이력은 민원 이력에 자동 기록되어야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SFR-012-01 |
|---|---|
| 요구사항명 | 3자 통합 민원 뷰 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 정보·이력·제출 자료 통합 조회 |
| 세부 내용 | - 상담사 화면에서 민원별로 민원인·사업자·상담사3자의 정보를 통합 조회할 수 있어야 한다. - 사업자가 포털에서 제출한 자료·메시지가 상담사 화면에 자동 표출되어야 한다. - 처리 단계별 양측 의견을 시간순으로 정리하여 표출하여야 한다. - 3자 정보는 권한에 따라 표시 범위가 다르게 적용되어야 한다(민원인 개인정보 등). |
| 산출정보 | 화면 정의서 |
| 관련 요구사항 |
| 관리번호 | SFR-012-02 |
|---|---|
| 요구사항명 | 양방향 정보 공유 및 알림 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 민원 진행 시 민원인(문자)과 사업자(포털 알림)에게 동시 통지 |
| 세부 내용 | - 민원 진행 시 민원인에게는 문자, 사업자에게는 포털 알림 및 이메일이 동시 발송되어야 한다. - 각 당사자의 알림 수신 동의에 따라 발송 채널이 결정되어야 한다. - 발송 결과는 모두 민원 이력에 기록되어야 한다. |
| 산출정보 | 기능 정의서 |
| 관리번호 | SFR-012-03 |
|---|---|
| 요구사항명 | 민원 SLA 모니터링 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 민원의 단계별 처리 기한을 모니터링 |
| 세부 내용 | - 민원별·단계별 처리 기한을 모니터링하여야 한다. - 지연 임박·지연 발생 민원을 별도 표출하여야 한다. - 담당자·관리자에게 자동 알림이 발송되어야 한다. - SLA 통계(평균 처리시간·지연율 등)를 관리자가 조회할 수 있어야 한다. |
| 산출정보 | 화면 정의서, 기능정의서 |
| 관리번호 | SFR-012-04 |
|---|---|
| 요구사항명 | 중재 처리 통계 |
| 요구사항 분류 | 응용 시스템 |
| 요구사항 정의 | 민원의 유형·기간·결과별 통계를 제공 |
| 세부 내용 | - 민원의 유형별·기간별·결과별 통계를 산출할 수 있어야 한다. - 사업자별·민원유형별 통계를 제공하여야 한다. - 통계 결과는 다양한 형식(표·차트)으로 시각화되어야 한다. - 통계 데이터를 엑셀 등으로 다운로드할 수 있어야 한다. - 5개 보고서 양식의 다운로드 기능을 제공해야 한다. |
| 산출정보 | 화면 정의서 |
2) 성능 요구사항
| 관리번호 | PER-001 |
|---|---|
| 요구사항명 | 응답시간 성능 |
| 요구사항 분류 | 성능 |
| 요구사항 정의 | 응답시간을 일정 수준 이상 확보 |
| 세부 내용 | - 일반 화면 로딩(목록·상세조회 등)은 평균 2초 이내여야 한다. - 콜 인입 정보 표출(IVR 정보·고객이력)은 호 인입 후1초 이내 표출되어야 한다. - 일반 검색(상담이력·게시판 등)은 평균2초 이내여야 한다. - RAG 응답(검색+LLM 생성 포함)은 데이터 수량 등을 검토 후 발주긱관과 성능치를 협의한다. - 상담이력 등록·수정 처리는 평균1.5초 이내여야 한다. - 사업자 포털의 일반 화면 응답은 평균2초 이내여야 한다. - 제안사는 성능 평가 도구 및 성능 보고 방식을 제시해야 한다. |
| 산출정보 | 성능 시험 결과보고서 |
| 관리번호 | PER-002 |
|---|---|
| 요구사항명 | 처리량(Throughput) 성능 |
| 요구사항 분류 | 성능 |
| 요구사항 정의 | 동시 접속·요청 처리량을 확보 |
| 세부 내용 | - 상담사 동시 접속자 수N명(발주기관 협의)을 기준으로 설계하여야 한다. - 피크 시간대 시간당 콜 인입 처리 건수 수용해야 한다. - RAG 동시 질의 처리 시 응답시간 저하가 발생하지 않아야 한다. - 사업자 포털은 동시 접속N명(발주기관 협의)을 기준으로 설계하여야 한다. - 부하 시험을 통해 처리량 목표 달성 여부를 검증하여야 한다. - 제안사는 성능 평가 도구 및 성능 보고 방식을 제시해야 한다. |
| 산출정보 | 성능 시험 결과보고서 |
| 관리번호 | PER-003 |
|---|---|
| 요구사항명 | 자원 사용 효율 |
| 요구사항 분류 | 성능 |
| 요구사항 정의 | CPU·메모리·디스크 등 시스템 자원 활용 |
| 세부 내용 | - 자원 효율성 성능 목표치는 구성되는 자원 현황을 고려하여 발주기관과 협의하여 정한다. |
| 산출정보 |
| 관리번호 | PER-004 |
|---|---|
| 요구사항명 | RAG·LLM 추론 성능 |
| 요구사항 분류 | 성능 |
| 요구사항 정의 | RAG 검색 및 LLM 추론 성능 |
| 세부 내용 | - 벡터 검색 응답시간, LLM 추론 응답시간은 발주기관과 협의하여 정한다. - 검색 정확도(Top-5 정답 포함률)는 80% 이상을 목표로 하며 성능 항목은 발주기관과 협의한다. - 신규 정책 문서 인덱싱은 변경 후 24시간 이내 검색 가능 상태로 반영되어야 한다. - 신규 상담이력 인덱싱은 상담 종료 후 반영되어야 하며 반영 시간은 발주 기관과 협의하여 정한다. - 제안사는 성능 평가 도구 및 성능 보고 방식을 제시해야 한다. |
| 산출정보 | 성능 시험 결과보고서 |
3) 인터페이스 요구사항
| 관리번호 | SIR-001 |
|---|---|
| 요구사항명 | 콜인프라 인터페이스 |
| 요구사항 분류 | 인터페이스 |
| 요구사항 정의 | 기존 콜인프라(교환기·CTI·녹취·IVR)와의 인터페이스 표준화 구현 |
| 세부 내용 | - CTI 미들웨어와의 연동 인터페이스를 정의·구현하여야 한다. - 교환기와의 연동 인터페이스(호 제어 이벤트 수신·송신)를 구현하여야 한다. - IVR 시스템과의 연동 인터페이스(인입정보 수신·콜백 송신)를 구현하여야 한다. - 녹취서버와의 연동 인터페이스(녹취 메타정보 조회·파일 청취)를 구현하여야 한다. - 인터페이스 장애 시 자동 재시도·실패 알림 체계를 구축하여야 한다. |
| 산출정보 | 인터페이스 정의서 |
| 관리번호 | SIR-002 |
|---|---|
| 요구사항명 | 문자 발송 게이트웨이 인터페이스 |
| 요구사항 분류 | 인터페이스 |
| 요구사항 정의 | SMS·LMS·MMS 발송 기능 구현 |
| 세부 내용 | - 발주기관이 지정하는 문자 발송 게이트웨이와 연동되어야 한다. - 발송 요청 인터페이스, 발송 결과 수신 인터페이스를 모두 구현하여야 한다. - 발송 결과(성공·실패·반송)는 실시간 또는 준실시간으로 수신되어야 하며 발송 에이전트 공급사 및 발주사와 협의하여 기능을 정의한다. - 인터페이스 사양은 에이전트 공급사와 협의하여 확정한다. |
| 산출정보 |
| 관리번호 | SIR-003 |
|---|---|
| 요구사항명 | 본인인증 서비스 인터페이스 |
| 요구사항 분류 | 인터페이스 |
| 요구사항 정의 | 사업자 포털의 본인인증을 위한 외부 인증서비스 연동 |
| 세부 내용 | - 공동인증서 기반 본인인증 인터페이스를 구현하여야 한다. - 사업자 인증 (간편인증) 등을 구현해야 한다. - 인증 실패·인증 정보 누락 시 처리 절차를 명확히 정의하여야 한다. - 본인인증 결과 정보의 저장·관리 정책을 수립하여 적용한다. |
| 산출정보 |
| 관리번호 | SIR-004 |
|---|---|
| 요구사항명 | 내·외부 시스템 간 데이터 연계 |
| 요구사항 분류 | 인터페이스 |
| 요구사항 정의 | 내부 상담시스템과 외부 연계 시스템의 연계 요구 사항 |
| 세부 내용 | - 외부 연계 데이터는 암호화하여 수신되어야 한다. - 연계 이력은 보안 로그로 기록되어야 한다. - 연계 실패 시 재처리·알림 체계를 구축하여야 한다. - 신문고 연계는 관계기관과 협의하여 진행한다. |
| 산출정보 | 내·외부 연계 인터페이스 정의서 |
| 관리번호 | SIR-005 |
|---|---|
| 요구사항명 | 외부 정보 시스템 연계 |
| 요구사항 분류 | 인터페이스 |
| 요구사항 정의 | 정책 정보 수집을 위한 외부 정보 시스템과 연계 |
| 세부 내용 | - 개발 과정에서 필요하다고 인정되는 경우 수행사는 발주기관과 협의하여 외부 정책 정보 시스템 API와 연계하여 제공한다. ※ 현재 외부시스템과 API 연계는 없으나 개발 과정에서 추가 필요 시 과기정통부와 연계 범위 등을 협의하여 진행한다. - 연계 데이터의 갱신 주기·실패 시 처리 절차를 정의하여야 한다. - 시스템에서 사용하는 API 목록, URL, 용도, 호출 주체, 개인정보 처리 여부를 관리해야 한다. |
| 산출정보 | 외부 시스템 연계 정의서 |
| 관리번호 | SIR-006 |
|---|---|
| 요구사항명 | 인터페이스 모니터링 및 장애 대응 |
| 요구사항 분류 | 인터페이스 |
| 요구사항 정의 | 모든 인터페이스의 상태를 모니터링하고 장애 시 신속 대응한다. |
| 세부 내용 | - 모든 외부 인터페이스의 정상 동작 여부를 관리할 수 있어야 한다. - 인터페이스별 호출 이력·응답시간·오류율을 관리자페이지에서 표시해야 한다. |
| 산출정보 | 기능명세서 |
4) 데이터베이스 요구사항
| 관리번호 | DAR-001 |
|---|---|
| 요구사항명 | 데이터베이스 재설계 및 구축 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 데이터베이스 재설계 |
| 세부 내용 | - 현행DB 구조를 분석하여 To-Be DB 모델을 설계하여야 한다. - 수행사는 오픈소스 기반의 DBMS를 선정하여 구축해야 한다. - 이중화 구성으로 설계한다. - 신규 기능(RAG·SMS 자동화 등)에 필요한 테이블을 정의한다. - 데이터 표준(명명 규칙·도메인·코드)을 수립·적용하여야 한다. - 향후 데이터 증가를 고려한 파티셔닝·인덱싱 전략을 수립하여야 한다. - 데이터 주제영역 정의 및 개념·논리·물리 모델 설계를 위해 데이터 공유 및 활용, 업무요건 변화, 시스템 변경으로 인한 DB의 구조적 변화가 최소화될 수 있도록 유연한 구조로 설계하여야 한다. |
| 산출정보 | DB 설계서, ERD, 테이블 정의서, 데이터 표준 정의서 |
| 관리번호 | DAR-002 |
|---|---|
| 요구사항명 | 데이터 마이그레이션 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 현행DB 데이터의 신규DB 이관 및 정합성 확보 |
| 세부 내용 | - 현행DB의 데이터를 신규DB로 마이그레이션하여야 한다. - 마이그레이션 대상 및 범위는 발주 기관과 협의하여 진행한다. - 마이그레이션 계획서(범위·일정·검증 방법·롤백 계획)를 수립하여야 한다. - 이관 전후 데이터 정합성(건수·합계·표본 추출)을 검증하여야 한다. - 마이그레이션 작업 후 목표 성능은 발주 기관과 협의하여 정의하여 적정한 성능을 제공하기 위한 튜닝 작업을 수행한다. - 이관 실패 시 롤백 절차를 사전에 수립하여야 한다. |
| 산출정보 | 마이그레이션 계획서, 정합성 검증 보고서, 롤백 계획서 |
| 관리번호 | DAR-003 |
|---|---|
| 요구사항명 | 데이터 정합성 및 무결성 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 데이터 입력·변경·이관 시 정합성과 무결성을 확보 |
| 세부 내용 | - 데이터 입력 시 유효성 검증(자료형·범위·필수항목 등)을 적용하여야 한다. - 참조 무결성 제약조건을 적용하여야 한다. - 트랜잭션 처리를 통한 데이터 일관성을 보장하여야 한다. - 데이터 변경 이력은 자동 기록되어야 한다. - 데이터(연계데이터 포함) 값 진단 수행 일정을 사업 계획에 명시하고 수행하여야 한다. - 데이터 값 진단 범위(전체 또는 일부)를 발주기관과 협의하여야 한다 - 범정부 또는 발주기관의 표준을 준수하여 진단기준을 제시하여야 한다 - 진단 결과에 따라 개선방안을 제시하여야 한다 - 이관 데이터 정합성 검증 방안을 제시하고 수행하여야 한다 |
| 산출정보 | 데이터 품질 정책서 |
| 관리번호 | DAR-004 |
|---|---|
| 요구사항명 | 데이터 백업 및 복구 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 데이터 백업·복구 시스템 활용을 위한 지원 |
| 세부 내용 | - 해당 시스템은 국가정보자원 관리원에서 제공되는 백업 시스템을 활용하며 이를 활용하기 위한 서비스 설치, 연계 등을 지원해야 한다. - 정기 백업(일·주·월 단위) 정책을 수립하여 발주사에 제시해야 한다. - 백업 보관 기간은 관련 법령 및 발주기관 정책에 따른다. - 목표 복구 시간(RTO)·목표 복구 시점(RPO)을 정의하여야 한다. |
| 산출정보 | 데이터 품질 정책서 |
| 관리번호 | DAR-005 |
|---|---|
| 요구사항명 | 데이터 보관 및 폐기 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 데이터 보관 기간·폐기 절차를 관련 법령에 따라 수립 |
| 세부 내용 | - 데이터 항목별 보관 기간을 정의하여야 한다. - 데이터 폐기를 위한 주요 정책을 정의하고 시스템에서 구분 가능하도록 한다. |
| 산출정보 |
| 관리번호 | DAR-006 |
|---|---|
| 요구사항명 | 벡터 데이터 관리 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | RAG용 벡터 인덱스 데이터의 저장·관리·갱신 체계 구축 |
| 세부 내용 | - 벡터 인덱스는 별도 벡터DB에 저장하여야 한다. - 인덱스 데이터는 정기 백업되어야 한다. - 원본 데이터 변경 시 벡터 인덱스가 자동 갱신되는 체계를 구축하여야 한다. - 벡터 인덱스의 구축 절차를 수립하여야 한다. |
| 산출정보 |
| 관리번호 | DAR-007 |
|---|---|
| 요구사항명 | DB 표준화 설계 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 표준화 방안 제시 및 설계 |
| 세부 내용 | - 구축 DB에 대한 표준화 방안을 마련하고 설계해야 한다. - DB 구조는 관련업무 처리절차를 반영하여 유기적으로 구조화하여 설계해야 한다. - 데이터 표준화 수립 전 구축 시스템과 관련된 분야별 표준 여부를 검토 후 반영하여야 한다. - 공공기관의 데이터베이스 표준화 지침(행정안전부 고시 제2019-20호)을 준수하여야 한다. - 데이터 표준관리를 위한 표준화 관리방안(메타데이터관리시스템, 문서화 등)과 이를 통한 변경이력을 효과적으로 관리 할 수 있는 방안을 제시하고 적용하여야 한다. - 수행사는 주관기관의 데이터 표준을 준수하고 그와 상충되는 요소에 대해서는 주관기관과 협의하여 대응 방안을 수립하고 이력을 남겨야 한다. ※ (데이터 모델 검증) 설계된 데이터 모델은 설계자 · 개발자 · 발주기관 · 전문가 등이 참여하여 검증하여야 함 |
| 산출정보 |
| 관리번호 | DAR-008 |
|---|---|
| 요구사항명 | DB 설계 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | DB 논리 및 물리 설계 |
| 세부 내용 | DB 전체에 대한 데이터 주제 영역를 정의해야 한다. 데이터 모델을 반영하여 운영 용이성 및 보안성을 고려한 설계를 수행한다. 데이터 모델을 반영한 데이터 객체를 생성해야 한다. 데이터의 무결성(유일성, 참조무결성)를 확보하여 설계한다. 모든 테이블에는 Primary Key를 생성하고 테이블 간의 관계가 있을 경우는 원칙적으로 Foreign Key 생성(공통 코드는 예외 가능)한다. 모든 테이블에는 SQL 질의 패턴 분석 및 결과를 반영한 인덱스를 생성한다. - 설계된 데이터 모델은 설계자·개발자·발주기관·전문가 등이 참여하여 검증하여야 한다. |
| 산출정보 | 테이블 설계서 |
| 관리번호 | DAR-009 |
|---|---|
| 요구사항명 | 데이터 관리 체계 |
| 요구사항 분류 | 데이터 |
| 요구사항 정의 | 데이터 관리 체계 |
| 세부 내용 | 표준, 구조, 연계 등 데이터 핵심 요소의 지속적인 관리를 위한 조직과 역할을 정의하여야 한다. - 본 사업을 통해 구축되는 시스템의 데이터베이스에 대해 발주기관의 메타데이터관리시스템과 중앙메타관리시스템에 메타데이터 표준 관리항목이 등록 및 현행화 되도록 지원하여야 한다. - 공공데이터베이스 표준화 관리 매뉴얼의 지침에 따라, 데이터의 구조 관리 및 데이터 구조 변경 이력관리 방안을 제시하고 적용해야 한다. |
| 산출정보 | 테이블 설계서 |
4) 보안 요구사항
| 관리번호 | SER-001 |
|---|---|
| 요구사항명 | 보안 공통 사항 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 보안 공통 사항 |
| 세부 내용 | 누출금지 대상정보, 기밀유지 의무 및 불이익 등에 대한 사항 준수 - 본 사업 진행 시 정보보안 및 개인정보보호 관련 내부 규정 및 요령 준수 해야한다. - 개인정보보호법 등 정보보호 관련 법령, 국가 사이버보안 기본지침에서 정하는 바에 따라 개발, 설계 및 구축 수행한다. - 본 사업수행 중 취득한 모든 정보에 대하여 사업수행 중은 물론 사업 완료 후에도 보안을 준수 하여야 하며, 해당 정보를 외부로 누출 또는 누설 하여서는 아니 되고 이에 따른 문제 발생 시 모든 민·형사상 책임을 짐. ※ 누출금지 정보 : IP주소 현황, 시스템 구성현황 및 N/W 구성도, 사용자계정 및 PW 등 시스템 권한 정보, 네트워크 장비 설정정보, 보안장비 운영현황, 개인정보 일체 등 - 보안 위반 시 조치사항 • 중요 정보를 유출한 계약업체는‘국가계약법 시행령’에 따라 따라 입찰참가 자격 제한 조치를 적용한다. • 악성코드의 전염, 해킹 등 사고 유형별 위반자가 발생 시 위반자, 계약업체, 감독자 등 대상 별 제재기준에 따라 처벌함 - 국가정보원, 행정안전부의 보안성 검토 및 보안적합성 검증, 보안 지침·가이드라인에 따라 정보시스템(정보보호/데이터베이스/개발 등)의 보완이 필요할 경우 사업 수행 기간 내에 보완을 완료해야한다. ※ 사업 수행 기간 중 상급기관 및 감독기관의 보안 지적사항, 법령·지침 개정 등으로 인한 보안 보완 요구가 발생할 경우, 이는 사업의 안전한 구축 및 운영을 위한 필수 보안 요건으로 간주하며 계약상대자는 이에 적극 협조하여 조치하여야 한다. 계약상대자의 귀책 또는 통상적인 보안 가이드라인 미준수로 인해 발생한 지적사항의 보완에 소요되는 제반 비용은 계약상대자가 부담하며, 이를 이유로 사업 일정을 지연시키거나 추가 대가를 요구할 수 없다. (단, 과업 범위의 본질적 변경에 해당하는 불가피한 추가 과업의 경우 발주기관과 사전 협의하여 조정할 수 있다.) - 사업자는 본 사업수행에 따른 보안사고 등의 위험요인을 사전에 식별하여, 이에 대한 대응 방안을 제안하여야 함 - 보안에 취약한 통신 프로토콜 (HTTP / FTP / TELNET / RCP / RSH / RLOGIN 등) 사용을 지양하고 암호화 통신 프로토콜(HTTPS / SSH / RDP 등) 사용을 권고함 - 수행사는 보안아키텍처를 설계하여 적용해야 하며 보안 기능, 보안 요구사항에 반영된 내용이 포함되어야 한다. |
| 산출정보 | 보안아키텍처 설계서 |
| 관리번호 | SER-002 |
|---|---|
| 요구사항명 | 암호화 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 저장·전송 데이터 암호화 알고리즘 적용 |
| 세부 내용 | - 민감 개인정보는 저장 시 암호화하여야 한다. - 암호화 알고리즘은 권고 알고리즘을 적용하여야 한다. - 네트워크 전송 시SSL/TLS 등 안전한 프로토콜을 적용하여야 한다. - 비밀번호는 단방향 해시 알고리즘을 적용한다. - 암호화 키 관리 체계를 수립하여 적용한다. - DB접속 비밀번호는 평문 저장을 금지한다. |
| 산출정보 |
| 관리번호 | SER-003 |
|---|---|
| 요구사항명 | 보안 정책 및 지침 준수 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 보안 정책 및 지침 준수 |
| 세부 내용 | - 사업자는 다음과 같은 보안 정책 및 지침을 준수하여 본 사업을 수행하여야 한다. - 국가 사이버보안 기본지침(국가정보원) - 웹 응용프로그램 개발 보안 가이드(행정안전부) - 가명정보처리 가이드라인 (개인정보보호위원회) - 국가 공공기관 AI보안 가이드북 (국가정보원) - 소프트웨어 개발보안 가이드 (행정안전부) - 시스템 개발·운영자를 위한 개인정보보호 가이드라인 (행정안전부) - 개인정보의 안전성 확보조치 기준 (행정안전부) - 국가ㆍ공공기관 용역업체 보안관리 가이드라인 (국가정보원) - 본 사업은 위 지침 외에도 정부가 제정․공포한 관계 제 법규(지침)을 준수하여야 하며, 사업기간동안 법규가 변경될 경우 해당 법규 준수 - 용역사업 중 또는 종료 후라도 본 사업과 관련하여 국가정보원 등 관련 기관으로부터 보안에 문제가 있다고 지적될 경우 반드시 해결책을 강구하고 조치하여야 한다. - 본 사업 기간 중 N2SF 요건 충족을 위한 기능 구현이 필요할 경우 제안사는 해당 기능을 개발 및 제공해야 한다. 단 솔루션의 경우 과기정통부와 협의하여 결정한다. |
| 산출정보 |
| 관리번호 | SER-004 |
|---|---|
| 요구사항명 | 보안 로깅 및 감사 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 사용자 행위 및 시스템 로그 저장 |
| 세부 내용 | - 로그인·로그아웃·민감정보 조회·다운로드 등 주요 행위를 기록해야 한다. - 사업자 페이지의 모든 접속·조회·제출·다운로드 행위를 기록해야 한다. - 로그 보관 기간은 관련 법령을 준수하여야 한다. - 보안 관리자가 로그를 조회·분석할 수 있는 화면을 제공하여야 한다. - 모든 DB 접속 및 조회 기록 행위를 저장하고 관리하는 기능을 제공해야 한다. |
| 산출정보 | 로그 정책서 |
| 관리번호 | SER-005 |
|---|---|
| 요구사항명 | 웹 보안 및 취약점 대응 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 취약점 조치 |
| 세부 내용 | - 구축되는 시스템은 웹 취약점 가이드를 준수하여야 한다. - 사업자는 시스템 오픈 전 취약점 점검(웹·시스템)을 수행하여야 한다. - 사업자는 과학기술정보통신 사이버안전센터 정보시스템 취약점 점검(주요정보통신기반시설 기술적 취약점 분석·평가 방법 상세가이드(2025.12.) 기준)에 협조하여야 하며 발견된 취약점을 조치하여야 한다 - 본 사업에 활용되는 진단 도구는 과학기술정보통신부가 인정하는 인증을 획득한 제품이어야 한다. - 발견된 모든 취약점은 오픈 전 조치하여야 한다. - 수행기관은 발주기관에 정기 취약점 점검 정책을 수립하여 제시해야 한다. |
| 산출정보 | 취약점 점검 결과서, 조치 결과 |
| 관리번호 | SER-006 |
|---|---|
| 요구사항명 | 인증 및 세션 관리 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 사용자 인증 및 세션 관리 |
| 세부 내용 | - 비밀번호 복잡도 정책(영문·숫자·특수문자, 최소 길이)을 적용하여야 한다. - 비밀번호 변경 주기를 강제하여야 한다. - 일정 횟수 이상 로그인 실패 시 계정 잠금 처리하여야 한다. - 장시간 미사용 시 자동 로그아웃 처리하여야 한다. - 세션 토큰은 안전한 방식으로 관리되어야 한다. - 동시 로그인 통제 정책을 적용하여야 한다. |
| 산출정보 | 기능명세서 |
| 관리번호 | SER-007 |
|---|---|
| 요구사항명 | 개인정보보호 조치 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 개인정보보호 조치 |
| 세부 내용 | - "안정성확보조치기준" 에 따른 보고서 양식을 작성해야 한다. - 개인정보 다운로드 통제 기능을 구현하여 적용해야 하며 통제 기능의 상세 기능은 사업 착수 시 과기정통부화 협의하여 결정한다. - 개인정보 다운로드 시 다운로드 사유를 입력해야 한다. |
| 산출정보 | 안정성확보조치 보고서 |
| 관리번호 | SER-008 |
|---|---|
| 요구사항명 | 기술적 보안 |
| 요구사항 분류 | 보안 |
| 요구사항 정의 | 기술적 보안 준수 |
| 세부 내용 | - 제안사는 해당 시스템의 보안 아키텍처를 설계 하여 반영하여야 한다. - 제안사는 구현 및 시험단계에서 개발보안 관련 인증된 점검 도구를 사용해서 원천코드(Source code)의 보안 약점을 자체 점검하여 제거해야 한다. ※ 개발 시 SW개발 보안가이드, SW보안약점 진단가이드 및 인증 도구를 활용한 진단 - “소프트웨어 개발보안 가이드”에 따른 소스코드 보안성 확보를 위해 착수 단계에서 표준 코딩스타일 정의 및 적절한 개발절차·개발방법론, 교육 계획 등을 제시해야 한다. - 소스코드 보안취약성을 자체 진단하고 제거하기 위한 방안(진단도구, 진단 전문인력 활용, 진단환경, 진단회수, 진단·조치방안 등)을 제시해야 한다. - 네트워크 관리자 접속용 계정의 패스워드는 기본 패스워드가 아닌 복잡도가 높은 패스워드로 변경하여 사용한다. - 구축 및 운용시스템에 대한 서버 보안 취약점 점검 및 불필요한 서비스 포트 제거 등 보안사항을 점검 및 조치한다. - 사용자의 요청ㆍ응답 및 접속이력을 로깅하고 모니터링한다. - 비정상 입력 패턴 등을 탐지ㆍ경보ㆍ차단하도록 체계 마련 - AI시스템-사용자간 입ㆍ출력에 포함된 민감정보 혹은 금칙어ㆍ적대적 공격 문구 포함여부를 확인하고 통제 및 차단한다. - 공격용 프롬프트가 입력되지 않도록 과도하게 긴 입력, 공격 패턴 형식, 유사질의 반복 등 제한한다. - 호출 횟수, 동시 처리 요청수, 출력 용량 등 제한한다. - 시스템 폐기 시 재사용이 불가능하도록 모델ㆍ학습데이터ㆍ벡터DBㆍ로그 등 구성요소 전체를 완전 삭제할 수 있는 절차 수립한다. |
| 산출정보 | 사업수행계획서(정보보호계획서) |
5) 품질 요구사항
| 관리번호 | QUR-001 |
|---|---|
| 요구사항명 | 가용성 |
| 요구사항 분류 | 품질 |
| 요구사항 정의 | 시스템의 가용성 확보 |
| 세부 내용 | - 시스템 가용성은 발주 기관과 협의하여 동시 접속자 시험을 통한 가용성을 확보 한다. - 이중화 등 장애시 대응 방안을 고려한 시스템 설계를 수행한다. |
| 산출정보 |
| 관리번호 | QUR-002 |
|---|---|
| 요구사항명 | 사용성 |
| 요구사항 분류 | 품질 |
| 요구사항 정의 | 사용성의 확보 |
| 세부 내용 | - 화면 구성·메뉴 구조·용어가 직관적이고 일관성이 있어야 한다. - 화면 설계 시 현업 부서와 협의하여 발주사 승인 후 확정한다. - 사용자 인수 테스트를 통해 사용성을 검증하여야 한다. - 단축키·도움말·툴팁 등 사용자 보조 기능을 제공하여야 한다. - 에러 메시지는 사용자가 이해할 수 있는 형태로 표시되어야 한다. |
| 산출정보 | 화면 설계서 |
| 관리번호 | QUR-003 |
|---|---|
| 요구사항명 | 웹 접근성 |
| 요구사항 분류 | 품질 |
| 요구사항 정의 | 접근성과 호환성 |
| 세부 내용 | - 접근성와 호환성은 전자정부 웹 표준에 기준하여 따른다. - 크롬·엣지 등 표준 브라우저에서 모든 기능이 동작하여야 한다. - 사업자 페이지는 모바일 환경에서도 정상 동작하는 반응형UI로 구축한다. |
| 산출정보 | 웹 접근성 시험 결과, 호환성 시험 결과 |
| 관리번호 | QUR-004 |
|---|---|
| 요구사항명 | 시험 및 검증 |
| 요구사항 분류 | 품질 |
| 요구사항 정의 | 시스템 품질 검증 |
| 세부 내용 | - 단위 시험·통합 시험을 수행한다. - 시험 계획서·시험 시나리오·시험 결과서를 작성하여야 한다. - 시험 시 발생한 수정사항은 조치하여 재시험을 수행한다. - 사용자 인수 시험은 실사용자가 참여하여야 한다. |
| 산출정보 | 시험 계획서, 시험 시나리오, 시험 결과서 |
| 관리번호 | COR-001 |
|---|---|
| 요구사항명 | 법·제도적 제약사항 |
| 요구사항 분류 | 제약사항 |
| 요구사항 정의 | 본 사업 수행 시 준수해야 할 법령·고시·지침 |
| 세부 내용 | - 「개인정보보호법」 및 동법 시행령·시행규칙을 준수하여야 한다. - 「정보통신망 이용촉진 및 정보보호 등에 관한 법률」을 준수하여야 한다. - 「전자정부법」 및 관련 고시를 준수하여야 한다. - 「국가 사이버보안 기본지침」을 준수하여야 한다. - 「행정·공공기관 정보시스템 구축·운영 지침」(행정안전부 고시)을 준수하여야 한다. - 「전자정부 웹사이트 품질관리 지침」(행정안전부 고시 제2021-19호)을 준수하여야 한다. - 「전자정부 웹 표준 준수 지침」을 준수하여야 한다. - 「국가정보보안 기본지침」을 준수하여야 한다. - 「소프트웨어진흥법」 및 동법 시행령을 준수하여야 한다. - 「장애인·고령자 등의 정보 접근 및 이용 편의 증진을 위한 고시(과학기술정보통신부고시 제2025-55호)를 준수하여야 한다. - 본 사업과 관련된 기타 법령·고시·지침을 준수하여야 한다. |
| 산출정보 |
| 관리번호 | COR-002 |
|---|---|
| 요구사항명 | 기술적 제약사항 |
| 요구사항 분류 | 제약사항 |
| 요구사항 정의 | 본 사업에서 적용하여야 할 기술적 제약사항 |
| 세부 내용 | - 전자정부 표준프레임워크 최신 버전을 적용하여야 한다. - JAVA 기반 웹 애플리케이션으로 구축하여야 한다. - HTML5 웹표준 기반No-Plugin 환경으로 구축하여야 한다. - ActiveX·NPAPI 등 비표준 플러그인을 사용하지 않아야 한다. - LLM은 본 사업 범위에서 파인튜닝하지 않으며, RAG 방식으로 운영한다. - LLM 및 임베딩 모델은 폐쇄망 환경 내부GPU 서버에 온프레미스 방식으로 배포되어야 한다. 외부LLM API 사용은 발주기관의 사전 승인 후 진행한다. |
| 산출정보 | 기술 적용 명세서 |
| 관리번호 | COR-003 |
|---|---|
| 요구사항명 | 사업 범위 제약사항 |
| 요구사항 분류 | 제약사항 |
| 요구사항 정의 | 본 사업의 범위 영역을 명시 |
| 세부 내용 | - 호처리 장비(교환기 등) 자체의 교체·증설은 본 사업의 수행 범위에는 포함되지 않으나 API 연동 등 데이터 연계는 과업 범위에 포함된다. - API 연계를 위한 호처리 관리 업체와 업무 검토에 협조해야 한다. ※ CTI, 녹취, IVR 등 호처리 장비 연계 API 커스터마이징 개발비가 발생하며 해당 비용은 제안 컨소시엄에서 부담을 원칙으로 한다. |
| 산출정보 |
| 관리번호 | COR-004 |
|---|---|
| 요구사항명 | 보안 및 환경 제약사항 |
| 요구사항 분류 | 제약사항 |
| 요구사항 정의 | 사업 수행 시 보안 및 운영 환경 제약사항 |
| 세부 내용 | - 사업 수행 장소는 발주기관과 협의하여 결정한다. ※ 작업장소 상호협의 ① 계약당사자는 SW사업 수행을 위해 필요한 작업장소 등(장소, 설비, 기타 작업환경)을 상호협의하여 결정하며, 핵심 개발인력이 아닌 지원인력의 근무장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있음 ② SW사업 수행을 위해 필요한 작업장소 등은 사업예산 내 계상되어 있으므로 관련 비용을 포함하여 제안가격을 산출하되, 작업장소 등은 상호협의하여 결정함 ③ SW사업 수행을 위하여 필요한 작업장소는 발주기관에서 제공하며, 설비 및 기타 작업환경은 계약상대자가 구비하여야 함(단, 이 경우에도 공급사는 개발 장소에 관하여 제시할 수 있음) ※ 원격개발 장소 제시·검토 절차 - 공급자는 작업장소 상호협의 시 제안요청서 내 명시된 보안요구사항을 준수한 작업장소를 제시할 수 있으며, 발주기관에서는 제시된 작업장소에 관하여 우선 검토한다. 다만, 발주기관에서는 공급자가 제시한 작업장소가 보안요구사항을 준수하지 못한 경우 거부할 수 있으며, 공급자가 유효한 정보보호체계 인증 또는 소프트웨어프로세스 품질인증을 보유하고 있는 경우 공급자 제시안을 검토시 우대 할 수 있다. - 사업 수행 인력은 발주기관의 보안서약서를 작성하여야 한다. - 사업 수행 중 취득한 모든 정보는 사업 종료 후 안전하게 폐기하여야 한다. - 콜센터 시스템 구성도 등 보안 민감 자료는 보안서약 후 담당자 입회하에 열람 가능하다. - 발주기관이 지정하는 보안 통제 사항을 준수하여야 한다. ※ 원격개발 장소 보안요구사항 - 공급자는 원격개발에 따른 보안사고 등 위험요인을 식별하여 이에 대한 대응방안을 제안하여야 함(국가 사이버보안 기본지침(국가정보원), 원격지 개발사업 관리가이드(NIA) 및 보안 관련 기관 내규 등 준수) |
| 산출정보 | 보안서약서, 보안 통제 준수 결과 |
| 관리번호 | COR-005 |
|---|---|
| 요구사항명 | 표준 및 가이드라인 준수 |
| 요구사항 분류 | 제약사항 |
| 요구사항 정의 | 공공 정보화 사업 관련 표준·가이드라인을 준수 |
| 세부 내용 | - 「공공데이터의 제공 및 이용 활성화에 관한 법률」 관련 표준을 준수하여야 한다. - 「데이터 표준화 지침」을 준수하여야 한다. - 한국인터넷진흥원(KISA)의 보안 가이드라인을 준수하여야 한다. - 한국지능정보사회진흥원(NIA)의 정보화 사업 관리 지침을 준수하여야 한다. - 발주기관이 지정하는 기타 표준·지침을 준수하여야 한다. |
| 산출정보 |
7) 프로젝트 관리 요구 사항
| 관리번호 | PMR-001 |
|---|---|
| 요구사항명 | 사업 추진 체계 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 효율적 사업 수행을 위한 추진 체계 구성 |
| 세부 내용 | - 사업 착수 시 사업 수행 조직 구성도를 제출하여야 한다. - 사업 관리자(PM)·기술 책임자·분야별 책임자를 명확히 지정하여야 한다. - 발주기관·수행사·관련 부서로 구성된 합동 회의체를 운영하여야 한다. - 정기 사업 진척 회의(주간·월간)를 운영하여야 한다. - 사업 수행 인력의 변경은 발주기관 사전 승인을 받아야 한다. |
| 산출정보 | 사업 수행 조직도, 인력 투입 계획서 |
| 관리번호 | PMR-002 |
|---|---|
| 요구사항명 | 일정 관리 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 사업 일정의 수립·관리 |
| 세부 내용 | - 사업 착수 시 WBS 기반 일정 계획서를 수립하여야 한다. - 단계별(분석·설계·개발·시험·이행) 일정을 명확히 구분하여야 한다. - 일정 지연 발생 시 즉시 발주기관에 보고하고 대응 방안을 수립하여야 한다. - 주간·월간 진척 보고를 수행하여야 한다. - 주요 마일스톤별 발주기관 검토·승인 절차를 운영하여야 한다. |
| 산출정보 | WBS, 주간·월간 보고서 |
| 관리번호 | PMR-003 |
|---|---|
| 요구사항명 | 산출물 관리 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 사업 산출물 작성·관리와 품질 관리 |
| 세부 내용 | - 사업 단계별 산출물 목록을 사업 착수 시 확정하여야 한다. - 사업 착수 시 품질 관리 계획서를 수립하여야 한다. - 품질 지표를 정의하고 발주기관과 협의한다. - 산출물은 「공공SW사업 산출물 표준」을 준수하여 작성하여야 한다. - 산출물은 한글(HWP) 또는 워드 형식으로 작성하여야 한다. - 모든 산출물은 발주기관의 검토·승인을 받아야 한다. - 산출물은 버전 관리되어야 한다. - 최종 산출물은 사업 종료 시 발주기관에 일괄 인계하여야 한다. |
| 산출정보 | 산출물 목록, 산출물 표준, 품질관리 계획서, 품질 점검 결과서 |
| 관리번호 | PMR-004 |
|---|---|
| 요구사항명 | 의사소통 관리 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 발주기관·수행사·이해관계자 간 원활한 의사소통 체계 수립 |
| 세부 내용 | - 수행기관은 의사소통 계획을 수립하여야 한다. - 정기 회의(주간·월간·단계별)를 운영하여야 하며 모든 회의 내용은 기록되어 산출물로 제시되어야 한다. - 주요 결정사항·이슈는 문서화하여 추적하여야 한다. - 발주기관과의 협업을 위한 협업 도구를 활용할 수 있다. |
| 산출정보 | 정기 보고서, 회의록 |
| 관리번호 | PMR-005 |
|---|---|
| 요구사항명 | 형상 및 변경 관리 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 산출물·소스코드의 형상 및 변경 관리 |
| 세부 내용 | - 형상관리 도구(SVN)를 활용하여 소스코드를 관리하여야 한다. - 산출물의 버전 관리를 수행하여야 한다. - 변경 요청 절차를 수립하여야 한다. - 변경 요청은 영향 분석 후 발주기관 승인을 거쳐 처리되어야 한다. - 변경 이력은 추적 가능하도록 관리하여야 한다. |
| 산출정보 | 형상관리 계획서, SVN |
| 관리번호 | PMR-006 |
|---|---|
| 요구사항명 | 보안관리 및 이행체계 운영 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 사업 수행과 관련된 보안 요구사항의 체계적 이행 보안관리체계 수립·운영, |
| 세부 내용 | - 사업의 특성을 고려한 보안관리계획을 수립하여 제출하여야 한다. - 보안관리계획에는 보안 요구사항 이행방안, 보안점검 및 취약점 관리절차, 개인정보보호 조치, 보안사고 대응절차 및 발주기관과의 보고·협의체계 등을 포함하여야 한다. ※ 정보보호 관련 자격 (CISSP, CISA, 정보보안기사, ISMS-P 인증심사원 등) 또는 동등 이상의 경력을 보유한 보안 전문인력 투입을 고려할 수 있다. - 사업 수행 과정에서 보안 요구사항 및 관련 법령·지침에 따른 보안조치를 이행하고, 보안 취약점 및 보안상 문제점이 발견된 경우 적절한 조치를 실시하여야 한다. - 사업 기간동안 보안 점검 및 조치 결과를 관리하고, 발주기관이 요구하는 경우 관련 결과 및 조치내역을 제출하여야 한다. - 발주기관 정보보안 담당부서와 보안 관련 사항에 대한 협의 및 보고체계를 수립·운영하여야 한다. - 사업 수행 중 발생한 보안사고 또는 개인정보 침해사고를 인지한 경우 발주기관에 즉시 보고하고, 발주기관의 보안사고 대응절차에 따라 조치하여야 한다. - 보안관리 업무의 수행방법 및 역할분담은 수행기관이 사업 특성 및 제안내용을 고려하여 제시할 수 있다. |
| 산출정보 | 보안 점검·조치 이력 관리대장, 보안관리계획 |
| 관리번호 | PMR-007 |
|---|---|
| 요구사항명 | 요구사항 관리 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 요구사항추적표를 통한 관리 |
| 세부 내용 | - 사업자는 기능/비기능 요구사항을 빠짐없이 관리하고, 각각의 요구사항이 분석, 설계, 시험단계 등 개발 전 단계의 관련 산출물에 반영여부를 확인할 수 있도록 관리 (요구사항 추적)하여야 함 |
| 산출정보 | 요구사항추적표 |
| 관리번호 | PMR-008 |
|---|---|
| 요구사항명 | 범정부 정보자원관리시스템(IRM) 정보자원 현행화 요구사항 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 사업수행 종료전까지 정보자원관리 페이지(EA, IRM) 현행화 |
| 세부 내용 | - 제안사는 사업수행과정에서 개발, 변경, 도입되는 정보자원에 대해 범정부 정보자원관리시스템(www.irm.go.kr)에 사업종료 전까지 등록(현행화) 하여야 한다 - 정보시스템이 유지보수 또는 기능개선 등으로 변경되었을 경우에는 해당사항 발생 시기에 관련된 정보자원을 범정부EA포털에 변경·등록 하여야 한다 - 정보시스템이 유지보수 또는 기능개선 등으로 변경되었을 경우에는 해당사항 발생 시기에 관련된 정보자원을 범정부 정보자원관리시스템(IRM)에 변경·등록 하여야 한다 |
| 산출정보 |
| 관리번호 | PMR-09 |
|---|---|
| 요구사항명 | 프로젝트 수행장소 상호협의 |
| 요구사항 분류 | 프로젝트 관리 |
| 요구사항 정의 | 개발환경(프로젝트 수행환경 구성) |
| 세부 내용 | - 제안사는 SW사업 수행을 위해 필요한 작업장소 등(장소, 설비, 기타 작업환경)을 상호협의하여 결정하며, 핵심 개발인력이 아닌 지원인력의 근무장소는 보안 등 특별한 사유가 있는 경우를 제외하고는 계약상대자가 달리 정할 수 있다. - SW사업 수행을 위해 필요한 작업장소 등은 사업예산 내 계상되어 있으므로 관련 비용을 포함하여 제안가격을 산출하되, 작업장소 등은 상호협의하여 결정한다. - SW사업 수행을 위하여 필요한 작업장소,설비 및 기타 작업환경은 사업수행사가 구비하여야 한다.(단, 이 경우에도 공급사는 개발 장소에 관하여 제시할 수 있음) ※ 고려사항 - 발주자와 긴밀한 의사소통이 필요한 분야에 상주가 필요한 경우, 제반 여건을 고려하여 결정함 - 수행 장소가 복수로 분리될 경우, 의사소통·보안 등 제반 대책을 강구함 - 상기 외 사항은 수·발주자 간 상호 협의 후 결정함 ◦개발환경 보안 고려사항 |
| 산출정보 | 사업수행계획서 |
| * 구 분 | 내 용 |
|---|---|
| 기술적 보안 요구사항 | 시스템 접근제어(패스워드), 프로그램 안정성, 표준보안 API, 암호화, 개발 프로그램 등에 대한 보안취약점, 보안사항의 (사전)점검 및 조치, 백업정책 수립 및 실행 방안 |
| 물리적 보안 요구사항 | 시설, 설비, 조명, 보안요원, 시스템 등 수행 장소에 대한 출입통제 및 물품 반출·입통제, 시건장치, 도청 방지 및 탐지, 재난의 예방 및 대응 등과 관련된 요구사항을 작성 |
| 관리적 보안 요구사항 | 보안등급분류, 문서보안등급 지정, 정보보호 체계 및 절차, 사고대책 등과 관련된 요구사항을 작성 |
8) 프로젝트 지원 요구 사항
| 관리번호 | PSR-001 |
|---|---|
| 요구사항명 | 운영 이관 |
| 요구사항 분류 | 프로젝트 지원 |
| 요구사항 정의 | 시스템 운영을 운영부서로 이관 |
| 세부 내용 | - 운영 이관 계획을 수립하여야 한다. - 운영부서 대상 기술 이전 교육을 수행하여야 한다. - 시스템 운영에 필요한 기술 문서를 제공하여야 한다. - 운영 단계의 장애 대응 절차·연락 체계를 수립하여야 한다. - 운영 이관 완료 후 일정 기간 운영 지원을 수행하여야 한다. - RAG·LLM 시스템의 운영 학습 파이프라인 운영 방법을 운영부서에 이전하여야 한다. - 운영 단계의 장애 대응 절차·연락 체계를 수립하여야 한다. ※ 장애 발생 원인, 영향 범위, 조치 내용, 복구 시각 및 재발방지 방안을 장애 조치 보고서로 작성하고, 동일 장애 발생 시 즉시 대응할 수 있도록 운영 매뉴얼과 지식관리 자료에 반영하여야 한다. ※ 장애는 영향 범위와 심각도에 따라 분류하고, 등급별 장애 접수, 초동 대응 및 복구 완료 목표시간을 제시하여 발주기관의 승인을 받아야 한다. ※ 운영 단계의 장애 대응은 국정자원 관리 체계와 연계하여 과기정통부와 협의하여 결정한다. |
| 산출정보 | 운영 이관 계획서, 기술 이전 교육 결과, 장애조치 운영매뉴얼 |
| 관리번호 | PSR-002 |
|---|---|
| 요구사항명 | 사용자 교육 |
| 요구사항 분류 | 프로젝트 지원 |
| 요구사항 정의 | 시스템 사용자 교육 수행 |
| 세부 내용 | - 사용자 그룹별(상담사·관리자·시스템 운영자, 사업자) 교육 계획을 수립하여야 한다. - 교육 자료(매뉴얼·PPT·동영상 등)를 제작·제공하여야 한다. - 교육 일정·장소는 발주기관과 협의하여 결정한다. - 사업자 페이지 대상 사용 가이드를 별도 제공하여야 한다. |
| 산출정보 | 교육 계획서, 교육 자료, 교육 결과 보고서 |
| 관리번호 | PSR-003 |
|---|---|
| 요구사항명 | 안정화 지원 |
| 요구사항 분류 | 프로젝트 지원 |
| 요구사항 정의 | 안정화 지원 |
| 세부 내용 | - 시스템 오픈 후 일정 기간 모니터링을 통한 안정화 지원을 수행한다. - 안정화 지원 기간은 발주 기관과 협의한다. - 안정화 지원 기간 중 발생한 이슈를 신속 처리하여야 한다. - 안정화 지원 인력의 자격·경험을 명시하여야 한다. - 안정화 지원 기간 종료 시 결과 보고서를 제출하여야 한다. |
| 산출정보 | 안정화 지원 계획서, 안정화 결과 보고서 |
| 관리번호 | PSR-004 |
|---|---|
| 요구사항명 | 하자보수 |
| 요구사항 분류 | 프로젝트 지원 |
| 요구사항 정의 | 하자보수 기간 |
| 세부 내용 | - 구축 완료 후 1년간 하자보수를 지원한다. - 하자보수 기간 동안 발견된 결함을 조치하여 조치 내역의 발주 기관 승인을 받아야 한다. - 정기 점검 및 결함 보고를 수행하여야 한다. - 하자보수 기간 중 중대 결함 대응 체계를 운영하여야 한다. |
| 산출정보 | 하자보수 절차서 |
| 관리번호 | PSR-005 |
|---|---|
| 요구사항명 | 기술 지원 |
| 요구사항 분류 | 프로젝트 지원 |
| 요구사항 정의 | 사업 수행 및 종료 후 기술 지원 |
| 세부 내용 | - 사업 수행 중 발주기관의 기술 문의에 대응하여야 한다. - 솔루션 라이선스·기술 지원 정책을 제공 업체와 협의하여 발주 기관에 제공하여야 한다. - 본 사업에서 도입하는 솔루션의 향후 업그레이드 정책을 제시하여야 한다. - 발주기관 요청 시 기술 자문을 제공하여야 한다. |
| 산출정보 | 솔루션 별 기술 지원서 |
| 관리번호 | PSR-006 |
|---|---|
| 요구사항명 | 사업 종료 및 검수 |
| 요구사항 분류 | 프로젝트 지원 |
| 요구사항 정의 | 사업 종료 시 검수 절차 수행 |
| 세부 내용 | - 사업 종료 시 검수 요청서를 제출하여야 한다. - 수행사는 검수 기준 충족 여부를 검증할 수 있는 자료를 제공하여야 한다. - 발주기관은 검수 요청서 수신 후 15일 이내 검수 확인서를 제출해야 한다. - 검수 후 발견된 결함은 하자보수 기간 내 조치하여야 한다. - 사업 결과 보고서(최종 보고서)를 제출하여야 한다. |
| 산출정보 | 검수 요청서, 사업 결과 보고서 |
9) 테스트 요구사항
| 관리번호 | TER-001 |
|---|---|
| 요구사항명 | 테스트 방안 수립 |
| 요구사항 분류 | 테스트 |
| 요구사항 정의 | 테스트 방안 수립 |
| 세부 내용 | - 테스트의 범위, 수행절차, 조직, 일정, 테스트 환경 및 평가기준을 구체적으로 수립하여야 한다. - 테스트 처리절차, 예상결과 등을 사전에 정의해야 한다. |
| 산출정보 | 테스트 계획서, 테스트 결과서 |
| 관리번호 | TER-002 |
|---|---|
| 요구사항명 | 단위 테스트 |
| 요구사항 분류 | 테스트 |
| 요구사항 정의 | 단위 테스트 |
| 세부 내용 | 단위 테스트 수행시에 다음 내용이 점검되어야 한다. - 결함 유형 분석(결함 발생건수, 결함 비율 등) - 결함 심각도 분석(치명도 결함, 주요 결함, 단순 결함, 사소한 결함 건수) |
| 산출정보 | 테스트 결과서 |
| 관리번호 | TER-003 |
|---|---|
| 요구사항명 | 통합 테스트 |
| 요구사항 분류 | 테스트 |
| 요구사항 정의 | 통합 테스트 |
| 세부 내용 | 통합 테스트 시나리오에 따라 단위 테스트가 완료된 프로그램들을 대상으로 다음 사항을 검증하여야 한다 - 기능, 성능 등의 요구사항 및 설계 사양 충족여부 검증 - 기능의 정상적 수행여부 검증 등 - 기능 수행후의 결과가 사전에 예측된 결과와 일치하는지 검증 - 결함을 파악하고 원인을 추적하여 결함을 제거해야 함 |
| 산출정보 | 테스트 결과서 |
6. 표준화 요건 1) 과기정통부 기술표준 준수 ⚪ 과기정통부에서 제시한 기술표준[붙임 3]을 참조하여 기술적용계획표를 작성·제출하게 하고, 사업완료 후엔 기술적용결과표를 작성·제출하게 하여 최종감리를 수행함 2) 데이터 표준 준수 ⚪ 과기정통부 표준관리 지침서에 의해 표준단어, 표준용어, 표준도메인, 표준코드를 적용하고 관리절차를 준수 함 ⚪ DB 구축 시 테이블 등 오브젝트 생성계정(DBA)과 개발계정을 분리하여 구축 ⚪ 데이터 모델링 도구 사용 ⚪ 시스템 구축 시 기술 및 데이터 적용에 대하여는 과기정통부 표준을 준수하고 향후 개발되는 관련 시스템과의 연계를 고려하여 DB설계 ⚪ 시스템 고도화 시기 용어 및 코드를 과기정통부 표준에 맞도록 현행화 3) 개발 표준 준수 ⚪ 웹 개발 표준 준수 – 전자정부 표준프레임워크(www.egovframe.go.kr) 기반으로 개발 – 기관 사용자별 권한 관리 기능 구축 : 사용자 유형에 따른 정보의 접근 권한과 보안 관리를 위해 사용자 계정별 권한 관리기능과 접속정보, 자료조회 정보 등 로그기록을 관리기능 제공 – 정보시스템 운영성과 평가를 위한 시스템 활용도 분석 기능 구축 – 기술환경 변화에 따른 최신 기술 적용에 대한 부분을 고려하여 사업담당자와 적용여부 검토 및 제시 7. 보안 요건 ⚪ 「용역업체 보안관리 가이드라인」(국정원, ’16년 1월), 행안부 정보 화용역사업 보안관리 매뉴얼 준수 ⚪ 작업 장소 등 구성 시 원격지 사업장 보안요건 ⚪ 용역 참여업체 직원대상, 보안서약서 징구 등 업체 직원에 의한 중요자료 유출방지를 위한 관리적 보안대책 강구 ⚪ 준수의무 보안사항 및 위반 시 책임 등을 계약서에 명시하는 한편, 정보보안 책임자와 담당자를 지정하며, 매월 투입인력에 대한 보안교육 및 수시점검 실시 ⚪ 용역업체에 제공된 비공개 자료 관리실태 및 인터넷 연결 PC에 사업관련자료 보관여부 등 관리감독 강화 – 전산망 구성도, 시스템 IP주소ㆍIDㆍPWD 등 ⚪ 전산망 구성도 등 용역업체에 제공하는 자료는 관리대장을 작성, 보안담당관 및 업체 관리책임자가 직접 서명한 후 인계·인수 ⚪ 사업종료 후 용역관련 제반자료를 일체 보관하지 않는다는 대표명의 확약서 징구 및 위규 시 제재방안 마련
Ⅴ 시스템 운영방안 및 확대·발전 계획
1. 시스템 운영방안 1) 운영방안 ⚪ 구축 완료된(고도화된) 정보시스템의 인수 직후 정보시스템 유지관리 전문업체와 별도의 연간 유지관리 계약을 체결하여 시스템의 안정적인 운영상태 유지 ⚪ 구축 수행업체는 하자담보책임기간동안 운영·유지관리조직과 긴밀한 협업체계를 유지하여 장애발생 등에 따른 하자보수 수행 ⚪ 운영·유지관리조직은 시스템 장애에 대비하여 사전 정기 점검 및 상시 모니터링 체계를 지원하며, 긴급장애 발생 시 즉각적인 조치를 위해 시스템 개발 및 장비 제공업체와 긴밀한 유지관리 체계를 유지 ⚪ 웹 기획 및 정보화 표준프로세스를 통해 도출된 응용프로그램 기능 개선, 콘텐츠 및 유지관리비 등 운영에 필요한 예산은 차기년도 예산내역에 반영 ⚪ 운영·유지관리조직은 구축된 통계자료의 활용 업무와 관련된 모든 정보요구자에게 신뢰성 있는 정보를 신속 명확하게 전달할 수 있도록 운영 ⚪ 보안대책은 국가정보자원관리원의 보안시스템 활용 및 국가정보원 홈페이지 보안관리 매뉴얼 등 관련 규정 준수 2) 운영·유지관리 조직 ⚪ 과기정통부 정보화담당관 2. 시스템 확대·발전 계획 1) 이용자 만족도 조사를 통한 개선사항 확인 ⚪ 시스템 구축 완료 후 시스템 실제 사용자를 대상으로 만족도 조사를 진행하여, 시스템에 대한 성과지표 측정 및 개선사항 확인을 통해 고도화 자료로 활용 ⚪ 이용자 만족도에 따른 성과지표 정의 성과지표 정의서
참가자격
Ⅵ 제안 안내사항
1. 제안안내 1) 사업개요 ⚪ 사 업 명 : 과기정통부 민원처리시스템 고도화 사업 ⚪ 사업기간 : 착수일로부터 10개월 ⚪ 사업예산 : 1,057백만원(부가가치세 포함) 2) 입찰 참가자격 입찰참가신청서류 접수마감일(입찰참가등록마감일) 기준으로 아래의 자격을 모두 갖춘 업체 ⚪ 나라장터(G2B)에 「소프트웨어진흥법」 제58조에 따라 소프트웨어사업자(컴퓨터관련서비스사업:1468)로 등록한 업체 ⚪ 「중소기업기본법」제2조에 따른 중·소기업자 및 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 <중·소기업·소상공인 확인서>를 소지한 자 ※ 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 소기업, 소상공인확인서(제안서 평가일까지 발급된 것으로 유효기간 내에 있어야 함)를 소지하여야 함 ⚪ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」제9조 제1항에 따라 해당품명의 직접생산확인서를 소지한 자를 대상으로 제한경쟁 입찰을 진행해야 하오니 입찰참가자격에 “정보시스템개발서비스 직접생산확인서 소지자 ⚪ 본 사업은 「소프트웨어 진흥법」제48조(중소 소프트웨어사업자의 사업 참여 지원)에 따른 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침(과학기술정보통신부 고시 2022-8호)」제2조, 제3조에 따라 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여가 제한 ⚪ 다음에 해당하는 자는 본 사업체 참가할 수 없다. – 「국가를 당사자로하는 계약에 관한 법률」제27조(부정당업자의 입찰 참가자격 제한 등), 제27조의5(조세포탈 등을 한 자의 입찰 참가자격 제한) 등에 따른 부정당업자 – 「소프트웨어 진흥법」제48조(중소 소프트웨어사업자의 사업참여 지원)에 따른 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침」 준수 – 「소프트웨어 진흥법」 제48조제4항에 따라 상호출자제한기업집단 소속회사의 입찰 참여 제한
※ 본 사업은 20억원 이하 사업으로, 대기업인 소프트웨어 사업자의 참여(대기업인 소프트웨어사업자가 하수급인 및 재하수급인으로 참여하는 경우 포함)를 제한한다. 또한 상호출자제한기업집단 소속회사는 참여할 수 없음 ⚪ 사업참여 방식 : 단독 또는 공동도급(공동이행방식) 가능 ⚪ 공동수급계약(공동이행방식)으로 입찰에 참여할 수 있으며, 공동수급체 구성원 은 「국가를 당사자로 하는 계약에 관한 법률 시행령」에 저촉되지 않아야 함 – 공동수급체 구성원은 5개 업체 이내로 제한하고, 구성원별 계약참여 최소 지분율은 10%이상이어야 함 (참여지분율이 높은 업체를 대표사(주사업자)로 지정) – 낙찰자로 결정된 이후에는 공동수급체 구성원을 변경할 수 없으며, 공동수급체의 구성원은 본 사업의 다른 공동수급체에 중복적으로 참가할 수 없음. 3) 입찰 및 낙찰방식 ⚪ 입찰방식 : 제한경쟁입찰 (협상에 의한 계약체결) 4) 평가 및 협상적격자 선정 방법 ⚪ ‘Ⅶ. 제안서 평가기준’ 참조 5) 입찰서류 및 제안서 제출안내 ⚪ 제출기한 및 방법 등 : 입찰공고에 의함 ⚪ 「조달청 협상에 의한 계약 제안서평가 세부기준」제6조의2에 따름 6) 문의처 ⚪ 나라장터 및 계약 관련 : 운영지원과 계약담당자 044-202-4132 ⚪ 제안서 및 접수 관련 : 규제개혁법무담당관 민원실 02-2110-6566 2. 제안서의 효력 ⚪ 접수된 제안서의 내용은 과기정통부의 승인없이 변경(수정, 추가, 삭제)할 수 없으며, 계약 체결 시 계약조건으로 간주된다. ⚪ 과기정통부는 필요시 추가 자료를 요청할 수 있으며, 이에 따라 제출된 자료는 제안서와 동일한 효력을 갖는다. ⚪ 제안요청서의 용역범위에 포함되지 않았더라도 제안사가 제안서에 명시한 사항(기술평가를 위한 제안 설명 및 답변자료 포함)은 본 용역범위에 해당된다. ⚪ 본 사업의 효과를 극대화하기 위하여 제안사는 필요에 따라 예산범위 내에서 특별 제안이 가능하다. 3. 제안서 작성방법 1) 제안서 작성시 유의사항 ⚪ 제안사는 본 사업의 사업목표, 범위, 요건 등 제안요청서에 기술된 제반 요구사항을 충분히 인지하고 만족할 수 있는 내용을 제안하여야 한다. ⚪ 제안사는 본 제안요청서에 기술되지 않은 사항이라도 본 사업수행에 반드시 필요하다고 판단되는 사항은 사업범위에 포함하여 제안한다. ⚪ 제안사가 제출한 모든 자료 및 문서는 일체 반환하지 않으며, 본 제안과 관련된 일체의 소요비용은 제안사의 부담으로 한다. ⚪ 제안요청서에 제시한 요구상항 및 산출물은 제안사에서 제시한 사업 수행방법이나 제안에 따라서 과기정통부와 제안사 상호 간의 협의 하에 수정 또는 추가, 일부 변경할 수 있다.
배점·평가
| 평가항목 | 평가요소 | 배점 한도 | ||
|---|---|---|---|---|
| 대분류 | 중분류 | 소분류 | 평가요소 | 배점 한도 |
| 합 계 | 100 | |||
| 정량적 평가 (10) | 정량적 평가 소계 | 10 | ||
| 수행실적 | · 조달청 협상에 의한 계약 제안서평가 세부기준에 따라 평가 | 5 | ||
| 경영상태 | ||||
| 정성적 평가 (90) | 정성적 평가 소계 | 90 | ||
| 전략 및 방법론 (20) | 사업의 이해도 | · 사업수행계획이 사업의 목표 및 특성에 부합하게 구체적이고 적절한지 평가 | 5 | |
| 추진전략 | · 사업수행 일정과 위험요소를 고려한 추진전략 수립의 타당성을 평가 | |||
| 개발방법론 | ·개발(적용)방법론의 타당성 및 적용(활용) 가능성 등 ·표준프레임워크 적용 여부와 예상 문제를 구체적으로 기술하고 실현 가능한 대응 방안을 제시하였는지 평가 | |||
| 추진체계 | ·사업 특성과 제시한 추진전략에 따른 수행조직(전문업체, 기술지원업체, 공동수급체 및 하도급 등) 구성과 참여 조직간 역할, 책임, 품질 확보 및 협력 방안이 구체적이고 적절한지 평가 | |||
| 수행계획 (20) | 기능 요구사항 | ·기능 요구사항, 기대사항 및 제약사항 등에 비추어 구현 방안이 구체적이고 적절한지와 실현 가능한지를 평가 | ||
| 성능 요구사항 | ·요구 성능 충족을 위한 구현 및 테스트 방안과 이를 위한 방법론 및 분석도구가 구체적이고 적절한지와 방안 및 기술이 성능 요구 사항을 충족할 수 있는지 평가 | |||
| 인터페이스 요구사항 | ·시스템 인터페이스: 타 시스템과의 연계에 대한 장ㆍ단점 분석을 통해 가장 적합한 시스템 인터페이스 구축 방안의 도출이 구체적이고 적절한지 평가 ·사용자 인터페이스: 사용자 편의성을 고려하여 사용자 인터페이스의 분석ㆍ설계ㆍ구현ㆍ테스트 방안과 검토 계획이 구체적이고 적절한지 평가 | |||
| 데이터베이스 요구사항 | ·목표 시스템의 서비스에 필요한 DB 설계 등 데이터를 구축하기 위해 필요한 요건을 기술하고 기존데이터의 이관 정책을 명확한지 평가 | |||
| 수행기반 (18) | 적용기술 | ·사업에 적용하려는 기술의 확장가능성과 실현가능성을 평가 | ||
| 개발환경 | ·소프트웨어 및 시스템 개발 과업 수행에 필요한 장비 및 작업장소 등 인프라의 준비 및 대응방안이 제안요청서의 요구사항을 충족할 만큼 구체적이고 적절한지 평가 | 4 | ||
| 보안 요구사항 | ·기술적 보안 구현방안이 제안요청서의 보안요구사항을 충족할 만큼 구체적이고 적절한지 평가 또한, 구현방안이 설계단계부터 구현 및 검증단계까지 고려하고 있는지 평가 | 5 | ||
| 제약사항 | · 제안요청서의 기술, 표준(표준 프레임워크 적용 포함), 특정 언어, 개발방법론, 업무, 법제도 및 안전관리 등의 제약조건 내에서 목표사업을 수행하기 위해 제시한 수행 및 검증방안이 구체적이고 적절한지 평가 | 4 | ||
| 프로젝트 관리(17) | 일정관리 | ·사업수행에 필요한 수행기간과 세부 일정이 구체적이고 적절한지와 각 활동에 필요한 일정계획이 사업추진방법론에 제시된 단계별 산출물과 연계하여 적절히 수립되었는지를 평가 | ||
| 품질관리 | ·품질관리방안(품질관리의 범위, 절차, 점검방법 등)이 해당 사업의 수행에 적합한지 평가한다. 또한, 대외적으로 인정받을 만한 품질보증 관련 인증을 받은 경우 이를 입증할 수 있는 근거 서류가 있는지 확인 | |||
| 기밀보안 관리 | ·사업을 추진하는 동안 발생할 수 있는 악영향으로부터 기밀을 보호하고 원활한 사업수행의 보장을 위한 물리적, 관리적 보안 체계 및 대책이 구체적이고 적절한지 평가 | 5 | ||
| 위험 및 이슈 관리 | ·사업과 관련한 위험 및 이슈에 대한 식별 및 분석, 위험ㆍ이슈 관리 절차 및 대응방안 등 위험 및 이슈관리계획이 구체적이고 적절한지 평가 | 4 | ||
| 프로젝트 지원(15) | 인수인계 | ·검사 및 인계 등을 위한 인계 전략과 검사 대상ㆍ방법, 충족조건 및 인계계획이 구체적이고 적절한지 평가 | ||
| 교육훈련 | ·시스템 운영 및 관리자, 사용자를 위해 필요한 교육훈련 내용, 방법, 기간, 인원 및 횟수 등을 구체적으로 제시하였는지 평가 | 3 | ||
| 기술지원 | ·기술지원 대상 범위, 내용 및 수준, 기술 매뉴얼 등 기술지원이 필요한 사항에 대한 계획 및 방안이 구체적이고 적절한지 평가 | 4 | ||
| 하자보수 계획 | ·하자담보 책임기간 내에 수행해야 하는 하자보수 범위, 하자발생 시 조치 절차 및 대응방안 등 하자보수 관련 활동이 구체적이고 적절한지 평가 |
6. 정량적지표 세부 평가기준 (절대평가) 1) 수행실적 평가기준(5점) 가. 평가대상 ⚪ 유사사업 인정범위 : 민간 및 공공분야 상담 콜센터 구축사업 ⚪ 실적규모 : 절대평가제 ⚪ 평가기준 : 조달청 협상에 의한 계약 제안서평가 세부기준에 ᄄᆞ름
| 평가등급 | 평점 |
|---|---|
| 100% 이상 | 배점의 100% |
| 70% 이상~100% 미만 | 배점의 90% |
| 40% 이상~70% 미만 | 배점의 80% |
| 40% 미만 | 배점의 70% |
다. 사업양수도 : 사업양도인의 실적을 사업양수인의 실적으로 포함하여 평가. 다만, 시설, 기술자 등 요건이 필요할 때에는 이를 갖춘 경우에만 실적으로 인정한다. 2) 경영상태(5점)[조달청 협상에 의한 계약 제안서평가 세부기준‘별표8’참조]
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| 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% |
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| 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% |
5. 공동수급체의 경우 구성원별 해당 점수에 지분율을 곱한 후 그 점수들을 합산하여 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째자리에서 반올림 한다. (예) (A사 점수×A사 지분율)+(B사 점수×B사 지분율)… 6. 중소기업협동조합이 입찰에 참여하는 경우 중소기업협동조합의 신용평가등급으로 평가한다. [별첨 10] 수행실적 평가기준
수행실적 평가기준(제9조제3항제2호 관련)
| 평가등급 | 평점 |
|---|---|
| 100% 이상 | 배점의 100% |
| 70% 이상~100% 미만 | 배점의 90% |
| 40% 이상~70% 미만 | 배점의 80% |
| 40% 미만 | 배점의 70% |
참가자격
3. 입찰참가자격
------------------------------------------------------------------------------------------------------------------------------------------------------ 아래의 입찰참가자격을 모두 갖춘 자이어야 합니다. ○ 국가종합전자조달시스템 입찰참가자격등록규정에 따라 반드시 전자입찰서 제출 마감일 전일까지 나라장터(G2B시스템)에 아래의 사항을 모두 입찰참가자격으로 등록한 자 - [소프트웨어사업자(컴퓨터관련서비스사업)(1468)] 업종을 등록한 업체 ○ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서 [정보시스템개발서비스(세부품명번호 10자리 : 8111159901)]를 소지한 자 ○ 「중소기업기본법」 제2조에 따른 중소기업자 또는 「소상공인 보호 및 지원에 관한 법률」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 중소기업ㆍ소상공인 확인서를 소지한 자