입찰공고상세[용역] · 마감
출처 · 이용 조건 — 공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리. 요약 · 분석을 인용할 때는 공공일감과 이 페이지 링크를 함께 밝혀 주세요.
2026년 녹색자금통합관리시스템 집행검증 기능 개발(재공고)
재공고 · 유찰 · 한국산림복지진흥원 · SW 개발·운영
- 결과
- 유찰
- 참가
- 0곳 · 개찰 10/12(월)
요약 AI 요약
녹색자금통합관리시스템의 집행등록 내역에 대해 AI로 비목 적정성을 검증하는 기능을 개발하는 사업이다. 최근 3년 이상 집행데이터와 내부 지침을 학습·참조DB로 구축하고, GPU 서버 기반 AI 모델과 기존 시스템 연계 API·화면을 함께 구축한다.
- 최근 3년 이상 집행데이터 분석·정제·비목 체계 라벨링 및 학습데이터 구축
- 비목 체계·내부 지침 참조DB 구축 및 RAG 적재 기반 구성
- 등록된 목·세목·내역과 적요 간 매칭 적정성을 판정(적정/부적정/확인필요)하는 AI 검증 모델 개발
- AI 모델 호출 API, 검증결과 저장·조회 API 개발
- 집행등록자 및 관리자 집행관리 화면에 검증결과·판단근거·상세조회 기능 추가
- GPU 서버 도입 및 AI 모델 학습·추론 환경 구성, 배포·모니터링·백업·운영 전환
AI에게 이 공고를 물어볼 때 · ChatGPT · Claude에 이 링크를 함께 주면 공고문과 첨부를 정리한 글을 읽고 답합니다. /ai/projects/R26BK01753451 · 베타 기간 무료
사업 내용 · 이 공고에 든 일
중심 · 집행검증 AI 기능 개발
용역 › 정보시스템·SW › SW 개발·운영
녹색자금통합관리시스템에 AI 기반 비목 적정성 검증 기능을 새로 개발·고도화하는 SW 개발 사업이다.
- 현행 집행데이터 분석·정제·라벨링 및 학습데이터 구축
- 비목 체계·내부 지침 참조DB 구축 및 RAG 적재
- AI 비목 적정성 검증 모델 개발
- 모델 호출·검증결과 저장·조회 API 개발
- 집행등록자·관리자 화면 기능 보완
- 단위·통합·성능·인수 테스트
- 관리자·사용자 교육 및 매뉴얼 제공
- 하자보수(검수 후 12개월)
딸린 일 · AI 서버(GPU) 도입·구동환경 구성
물품 › 컴퓨터·IT·통신 › 서버·스토리지·GPU
AI 모델 학습·추론용 GPU 서버(RTX PRO 5000) 1대를 납품·설치하고 구동 환경을 구성하는 물품 도입이다.
- GPU 드라이버·AI 프레임워크 등 필수 SW 구성
- 참조DB/RAG 적재 환경 구성
- 배포·모니터링·백업 및 운영 전환 지원
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 제안평가 결과 기술평가 배점 한도의 85% 이상인 자를 협상적격자로 선정하고, 협상적격자 중 기술평가점수와 가격평가점수를 합한 종합평가점수의 고득점순으로 우선협상대상자를 선정
| 평가 항목 | 배점 |
|---|---|
| 사업이해도 | 5점 |
| 추진전략 | 5점 |
| 방법론 | 5점 |
| 적용기술 | 5점 |
| 시스템 장비구성 요구사항 | 5점 |
| 기능 요구사항 | 10점 |
| 보안 요구사항 | 5점 |
| 데이터 요구사항 | 5점 |
| 제약사항 | 5점 |
| 성능 요구사항 | 5점 |
| 인터페이스 요구사항 | 5점 |
| 테스트 요구사항 | 10점 |
| 품질 요구사항 | 10점 |
| 품질보증 | 5점 |
| 시험운영 | 5점 |
| 하자보수 | 5점 |
| 기밀보안 | 5점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 정보통신공사업(0036) 그리고 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 10/01(목) | 지남 |
| 입찰서 제출 시작 | 10/01(목) 17:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/11(일) 18:00 | 지남 |
| 입찰서 제출 마감 | 10/12(월) 11:00 | 지남 |
| 개찰 | 10/12(월) 12:00 | 지남 |
가격
- 추정가격
- 77,272,727원
- 배정예산
- 85,000,000원
- 예정가격 방식
- 비예가
공고 정보
- 공고종류
- 재공고 (재입찰공고)
- 게시일
- 10/01(목)
- 공고번호
- R26BK01753451-000
- 참조번호
- 예산운영팀-1875
- 공고기관
- 한국산림복지진흥원
- 수요기관
- 한국산림복지진흥원
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 77,272,727원
- 배정예산
- 85,000,000원
- 공공조달분류
- ICT 서비스 › SW 및 시스템 개발 › 정보시스템개발서비스
- 사전규격번호
- R26BD00273841
- 재공고
- 재공고
- 출처
- 나라장터
첨부파일
- PDF · 붙임1_입찰공고문.pdf · 공고규격서
- HWP · 붙임2_과업지시서.hwp · 공고규격서
- HWP · 붙임3_제안요청서.hwp · 공고규격서
문서 발췌
과업·요구
7. 제안서 작성요령 및 목차 63
Ⅵ. 붙임자료 및 별지서식
1. 붙임자료 67 2. 별지서식 118
Ⅰ 사업 개요
1. 사 업 명 : 2026년 녹색자금통합관리시스템 집행검증 기능 개발 2. 사업 기간 : 계약일로부터3개월(90일) ⚪ 본 사업은 『소프트웨어사업 계약 및 관리감독에 관한 지침(과학기술정보통신부고시)』 제10조의 소프트웨어 개발사업 적정 사업기간 산정 기준에 따른 사업임 3. 사업금액 : 85,000,000원(부가세 포함)
4. 추진 배경 및 필요성
1) 사업비 집행등록 내역의 적정성 검토 및 관리체계 고도화 ⚪ 회계법인을 통한 정기적 집행내역 검증에도 부정집행 관리 체계를 강화하고자 실시간 모니터링 시스템 구축 2) 축적된 사업비 집행데이터를 활용한 AI 기반 검증체계 구축 필요 ⚪ 진흥원이 보유한 3년 이상의 사업비 집행데이터를 학습데이터 및 참조DB로 구축하여 집행 적요에 따른 적정 예산과목 검증을 자동화 3) 집행등록 단계의 오류 예방 및 검토업무 효율화 필요 ⚪ AI 기반 비목 검증 기능을 녹색자금통합관리시스템의 집행관리 화면에 적용하여 관리자와 회계법인의 검토 효율성 증대 필요
5. 사업 범위
1) SW 개발 가. 녹색자금통합관리시스템 집행등록 AI 기능 추가 개발
| 구분 | 주요범위 |
|---|---|
| 학습데이터·참조DB 구축 | 최근3년 이상 집행데이터 분석, 정제, 비목 체계 라벨링, 내부 지침·비목 기준 참조DB 및RAG 적재 기반 구축 |
| AI 분석 모델 구축 | 목·세목·내역 매칭 적정성 판정, 집행 기준 검증, 결과 사유 제공 |
| API 및 화면 개발 | 모델 호출API, 검증결과 저장·조회API, 사용자 및 관리자 집행관리 화면 기능 보완 |
| GPU 서버 운영환경 | AI 서버를 활용한 모델 학습·추론 환경 구성, 배포·모니터링·백업 및 운영 전환 |
| 시험·교육·전환 | 단위/통합/사용자 검증, 관리자 교육, 운영 매뉴얼 및 산출물 이관 |
| 품목 | 수량 | 통합구성 방식 | |
|---|---|---|---|
| 1 | GPU서버 | 1 | [ ]국가정보자원관리원(G-클라우드) [∨] 클라우드컴퓨팅서비스(민간) [ ] 신규 데이터센터 구축 |
| 구분 | 품목 | 수량 | 세부규격 | 용도 |
|---|---|---|---|---|
| HW | GPU서버 | 1 | - 레일식 워크스테이션 서버 - VGA : RTX Pro 5000 Blackwell 48GB *1 | 안정적 운영 |
6. 기대효과
⚪ 관리자 및 회계법인의 반복 검토 업무를 줄이고, 검증 결과·근거를 화면에서 확인할 수 있도록 하여 업무 처리 시간 단축 ⚪ 축적 데이터와 피드백을 지속적으로 반영할 수 있는 AI 검증 기반을 마련하여 향후 집행관리 고도화에 활용
7. 주관부서 및 담당자
⚪ 예산운영팀 차태양 주임(TEL: 042-719-4034, Mail: sun0421@fowi.or.kr)
Ⅱ 현황 및 문제점
1. 정보화 현황
1) 정보시스템 현황 가. 현행시스템 구성도 나. 정보시스템 현황
| 문제점 | 개선방향 |
|---|---|
| ⚪ 적요 표현이 다양하여 비목 적정성 판단을 담당자 경험에 의존 | ⚪ 최근 집행데이터와 내부 지침을 학습데이터·참조DB로 구축하여 판단 기준을 표준화 |
| ⚪ 관리자·회계법인이 다량의 집행내역을 반복 확인 | ⚪ 목록 화면에 AI 검증결과, 검증 사유를 표시하여 검토 효율 향상 |
| ⚪ 신규 사례와 지침 변경 반영 체계 미흡 | ⚪ 피드백 데이터 축적, 참조DB 갱신, 모델 재학습 절차를 산출물로 정립 |
Ⅲ 사업 추진방안
1. 추진 목표
1) 목표 지향성 가. 기관 목표 2) 추진 목표 ⚪ 내부 지침과 기존 집행 사례를 RAG 기반 참조DB로 구축하여 검증 결과의 근거와 설명 가능성 확보 ⚪ 기존 녹색자금통합관리시스템 화면 및 API 연계를 통해 사용자·관리자 업무 시 활용 가능한 기능 제공
2. 추진 전략
⚪ (데이터 우선) 보유 집행데이터의 품질 진단, 정제, 라벨링 기준 수립을 선행하고 학습·검증 데이터셋 분리 ⚪ (규칙 및 모델 병행) 내부 지침에 따라 명확히 판단 가능한 사항은 규칙 기반으로 처리하고 적요 의미 분석 및 유사 사례 추천은 모델 기반으로 처리 ⚪ (업무화면 중심 적용) 사용자가 기존에 이용하는 집행관리 화면에 결과를 제공하여 별도 시스템 접속 부담 완화 ⚪ (운영 가능성 확보) GPU 서버, 모델 배포, 로그, 피드백, 재학습 절차를 함께 구축하여 사업 종료 후 운영자가 관리할 수 있도록 구성
3. 추진 체계 및 역할
| 한국산림복지진흥원 | |||||
|---|---|---|---|---|---|
| 총괄책임부서 | |||||
| 예산운영팀장 | |||||
| 협력부서 | |||||
| · AX정보화팀 · 정보보안팀 · 녹색사업지원팀 | |||||
| 프로젝트관리자(PM) | |||||
| 예산운영팀장 / 사업 PM | |||||
| 용역수행 | |||||
| 사업자 |
| 구분 | 주요역할 | 참여기관(부서)명 |
|---|---|---|
| 총괄책임부서 | ⚪ 사업 총괄관리 | 예산운영팀장 |
| 프로젝트관리자 (PM) | ⚪ 프로젝트 승인 및 주요 의사결정 ⚪ 업무부서간 주요 업무 협의 사항 결정 ⚪ 시스템 인프라(자원)에 대한 지원 및 협의 ⚪ 사업관리 및 변화관리 총괄 | 예산운영팀 사업자(PM) |
| 협력부서 | ⚪ 업무 정책 및 방향성에 대한 의사결정 ⚪ 정보화 사업수행에 대한 관리/감독 | AX정보화팀 정보보안팀 녹색사업지원팀 |
| 용역수행 | ⚪ 시스템 구축 및 연계 ⚪ 테스트 및 시험운영 ⚪ 사업·산출물 관리 ⚪ 운영자 교육 및 기술지원 등 | 사업자 |
4. 추진 일정
| 사업추진내용 | 추진일정 | |||||
|---|---|---|---|---|---|---|
| 사업추진내용 | M | M+1 | M+2 | |||
| 1. 착수 및 현황분석 | ■ | |||||
| 2. 학습데이터·참조DB 구축 | ■ | ■ | ■ | |||
| 3. AI 모델 및 검증 로직 개발 | ■ | ■ | ||||
| 4. API 및 화면 개발 | ||||||
| 5. 통합시험·교육·운영전환 |
※ 상기 일정은 사업수행 효율화를 위해서 사업자와 진흥원 간 협의를 통해 조정 가능함
5. 성과 계획
| 성과항목 | 목표 |
|---|---|
| 비목 적정성 검증 | ⚪ 발주기관이 확정한 검증데이터셋을 기준으로 AI 모델의 비목 및 적정성 판정 성능을 검증 ⚪ 주요 평가지표는 정확도(Accuracy), 정밀도(Precision), 재현율(Recall), F1-score를 적용 ⚪ 최종 검수 시 다음 기준을 모두 충족하여야 함 - 정확도(Accuracy) : 90% 이상 - 정밀도(Precision) : 90% 이상 - 재현율(Recall) : 90% 이상 - F1-score : 0.90 이상 - 부적정 재현율(Recall) 95% 이상 ⚪ 기준 미달 시 원인 분석 및 모델 보완 후 재시험을 실시 |
| 검증결과 제공 | ⚪ 집행등록자 및 관리자 화면에서 적정/부적정/확인필요, 판단 사유 확인 |
Ⅳ 제안요청 내용
1. 제안요청 개요
1) 녹색자금통합관리시스템 집행등록 기능 고도화 ⚪ 본 사업은 녹색자금통합관리시스템의 집행등록 내역에 대해 집행 적정성 검증을 제공하는 AI 기능 구축 사업임. 수행사는 학습데이터·참조DB 구축, AI 분석 모델 개발, GPU 서버 기반 학습·추론 환경 구성, 기존 시스템 연계 API 및 사용자 화면 개발을 통합 수행하여야 함 2) 시스템 운영 환경 장비 추가 도입 가. 하드웨어 도입 ⚪ 집행관리 AI 도입을 위한 장비. AI 서버를 활용한 모델 학습·추론 환경 구성, 배포·모니터링·백업 및 운영 전환
2. 목표시스템 개념도
3. 개발 범위
1) 녹색자금통합관리시스템 기능 고도화 ⚪ 현행 집행데이터 분석 및 학습데이터 구축 – 최근 3년 이상 집행데이터 분석, 정제, 비목 체계 라벨링 ⚪ 비목 체계·내부 지침 참조DB 구축 – 내부 지침·비목 기준 참조DB 및RAG 적재 기반 구축 ⚪ AI 기반 비목 적정성 검증 모델 개발 – 등록된 비목, 내부 지침, 기존 집행사례 기반 적정 여부를 분석하여 적정/부적정/확인필요 등 검증 결과 제공 ⚪ API 및 화면 개발 – 모델 호출API, 검증결과 저장·조회API 개발 ⚪ 집행등록자 및 관리자 화면 기능 보완 – 집행등록자 및 관리자 집행관리 화면 열람시 검증 결과, 판단근거, 상세조회 기능 추가 ⚪ GPU 서버 운영환경 구축 – AI 서버를 활용한 모델 학습·추론 환경 구성, 배포·모니터링·백업 및 운영 전환 2) 시스템 운영 환경 장비 추가 도입 가. 하드웨어 도입 ⚪ 집행관리 AI 도입을 위한 장비 도입
| 구분 | 품목 | 수량 | 세부규격 | 용도 |
|---|---|---|---|---|
| HW | GPU서버 | 1 | - 레일식 워크스테이션 서버 - VGA : RTX Pro 5000 Blackwell 48GB *1 | AI개발 |
3. 요구사항 요약표
| 구 분 | 설 명 | 요 구 사항수 |
|---|---|---|
| 시스템장비구성 요구사항 (ECR, Equipment Configuration Requirement) | 시스템 구축 및 운영에 필요한 AI 서버 도입 및 AI 모델 구동 환경 구성 등 하드웨어 및 소프트웨어 장비 구성에 대한 요구사항을 기술한 것 | 2 |
| 기능 요구사항 (SFR, System Function Requirement) | 목표시스템이 제공해야 하는 비목 적정성 검증, AI 검증API 및 사용자(집행등록자/관리자) 화면 등 핵심 기능에대한 요구사항을 기술한 것 | 3 |
| 성능 요구사항 (PER, Performance Requirement) | 목표시스템의 응답시간(온라인성 업무, 웹페이지, 오류), 동시 사용자 접속 수 및 자원(메모리, CPU/GPU) 사용률 등 만족해야 하는 성능 목표값에 대한 요구사항을 기술한 것 | 7 |
| 인터페이스 요구사항(시스템) (SIR, System Interface Requirement) | 녹색자금통합관리시스템과 AI 검증 서버 등 내·외부 시스템 간의 데이터 연계 및 시스템 인터페이스에 대한 요구사항을 기술한 것 | 1 |
| 인터페이스 요구사항(사용자) (UIR, User Interface Requirement) | 사용자 편의성을 높이기 위해 집행등록자 및 관리자 화면 등 사용자 인터페이스(UI/UX) 보완에 대한 요구사항을 기술한 것 | 2 |
| 데이터 요구사항 (DAR, Data Requirement) | 목표시스템의 서비스에 필요한 기초자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항을 기술한 것 | 7 |
| 테스트 요구사항 (TER, Test Requirement) | 목표시스템의 기능, 성능 등을 검증하기 위한 종합적인 테스트 방안, 인수테스트 및 성능테스트 요건을 기술한 것 | 3 |
| 보안 요구사항 (SER, Security Requirement) | 정보 자산의 기밀성과 무결성을 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요건을 기술한 것 | 11 |
| 품질 요구사항 (QUR, Quality Requirement) | 목표시스템이 가져야 하는 품질 항목, 품질 평가 대상 및 목표값에 대한 요구사항을 기술한 것 | 4 |
| 제약사항 (COR, Constraints Requirement) | 기능, 비기능, 인터페이스, 데이터 요구사항 외에 시스템을 구축하기 위해 필요한 제약 및 요건을 기술한 것 | 6 |
| 프로젝트 관리 요구사항 (PMR, Project Management Requirement) | 사업수행조직, 프로젝트 관리방법론, 일정계획, 사업추진계획서 작성 요구사항, 요구사항 추적 및 성과관리에 관한 요건을 기술한 것 | 14 |
| 프로젝트 지원 요구사항 (PSR, Project Support Requirement) | 앞서 제시한 요건 외에 프로젝트 수행 및 향후 지원을 위해 필요한 요구사항으로 표준화, 교육지원, 기술지원,프로젝트 팀원 요구사항 등이 해당함 | 4 |
4. 요구사항 목록
| 요구사항 유형 | 요구사항 번호 | 요구사항 명 |
|---|---|---|
| 시스템 장비구성 요구사항(ECR) | ECR-001 | AI 서버 도입 |
| ECR-002 | AI 모델 구동 환경 구성 | |
| 기능 요구사항 (SFR) | SFR-001 | 비목 적정성 검증 기능 개발 |
| SFR-002 | AI 검증 API 개발 | |
| SFR-003 | 집행등록자 및 관리자 화면 기능 보완 | |
| 성능 요구사항 (PER) | PER-001 | 성능 일반 |
| PER-002 | 온라인성 업무 응답시간 | |
| PER-003 | 웹페이지 디스플레이 시간 | |
| PER-004 | 오류 응답시간 및 지연 경고 | |
| PER-005 | 동시 사용자 접속 수 | |
| PER-006 | 메모리(디스크) 사용률 | |
| PER-007 | CPU 및 GPU 사용률 | |
| 인터페이스 요구사항(시스템) (SIR) | SIR-001 | 녹색자금통합관리시스템 - AI 검증 서버 간 연계 |
| 인터페이스 요구사항(사용자) (UIR) | UIR-001 | 집행등록자 화면 인터페이스 보완 |
| UIR-002 | 관리자 화면 인터페이스 보완 | |
| 데이터 요구사항 (DAR) | DAR-001 | 데이터 베이스 설계 |
| DAR-002 | 데이터 표준 준수 | |
| DAR-003 | 현행 집행데이터 분석 및 학습데이터 구축 | |
| DAR-004 | 비목 체계·내부 지침 참조DB 구축 | |
| DAR-005 | DB구조 관리 | |
| DAR-006 | 데이터값 검증 | |
| DAR-007 | 데이터 품질관리 체계 수립 | |
| 테스트 요구사항 (TER) | TER-001 | 테스트 방안 |
| TER-002 | 인수테스트 | |
| TER-003 | 성능테스트 | |
| 보안 요구사항 (SER) | SER-001 | 한국산림복지진흥원 정보보안 기본지침 준수 |
| SER-002 | 용역업체 보안관리 | |
| SER-003 | 소프트웨어 개발보안 준수 | |
| SER-004 | 소프트웨어 개발보안 교육 이수 | |
| SER-005 | 소프트웨어 개발보안 가이드 준수 | |
| SER-006 | 소프트웨어 보안약점 진단·제거 | |
| SER-007 | 개인정보 처리단계 준수 | |
| SER-008 | 개인정보의 안전조치 의무기준 준수 | |
| SER-009 | 개인정보 처리 업무위탁 계약 | |
| SER-010 | 개인정보 보호 대책 | |
| SER-011 | 개인정보 영향평가 | |
| 품질 요구사항 (QUR) | QUR-001 | 품질관리 공통사항 |
| QUR-002 | 프로세스 품질 | |
| QUR-003 | 품질 고도화 방안 | |
| QUR-004 | 제품 품질 | |
| 제약사항 (COR) | COR-001 | 사업관련 공통 기술표준 준수 |
| COR-002 | 동해, 독도 표기(한글·영문) | |
| COR-003 | 진흥원 기술표준 준수 | |
| COR-004 | 진흥원 웹 개발표준 | |
| COR-005 | 장비 도입(HW, SW) 고려사항 | |
| COR-006 | 시스템 안정성 확보 | |
| 프로젝트 관리 요구사항 (PMR) | PMR-001 | 전문업체 참여 및 상호협력 |
| PMR-002 | 인력구성 및 관리 | |
| PMR-003 | 사업관리 | |
| PMR-004 | 작업장소 등 | |
| PMR-005 | 프로젝트 산출물 관리 | |
| PMR-006 | 사업수행계획서 작성 및 제출 | |
| PMR-007 | 과업관리 | |
| PMR-008 | 일정 관리 | |
| PMR-009 | 주간/월간 보고 | |
| PMR-010 | 산출물 작성 및 제출 | |
| PMR-011 | 위험 및 이슈관리 | |
| PMR-012 | 시험 운영 | |
| PMR-013 | 검사 및 검수 | |
| PMR-014 | 진흥원 정보화사업 수행업체 대상 정보기술과정 교육 이수 | |
| 프로젝트 지원 요구사항 (PSR) | PSR-001 | 시스템 안정화 |
| PSR-002 | 교육지원 | |
| PSR-003 | 기술지원 | |
| PSR-004 | 하자보수 |
5. 요구사항 상세
ㅇ 시스템 장비 구성 요구사항
| 요구사항 분류 | 시스템 장비 구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-001 | |
| 요구사항 명칭 | AI 서버 도입 | |
| 요구 사항 상세 설명 | 정의 | AI 서버 납품 및 설치 |
| 세부 내용 | ⚪ AI 분석 모델의 학습·추론 및 API 구동을 위한 AI 서버 도입 - Nvidia RTX PRO 5000 또는 동급 이상 GPU 기반 서버 도입 - 사업 수행에 필요한 CPU, 메모리, 저장장치, 네트워크 등 기본 구성 포함 ⚪ 장비 납품 및 설치 지원 - 납품 및 설치 위치는 진흥원과 협의하여 정한 위치로 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 시스템 장비 구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-002 | |
| 요구사항 명칭 | AI 모델 구동 환경 구성 | |
| 요구 사항 상세 설명 | 정의 | AI 모델 학습·추론, 참조DB 검색, API 서비스를 위한 서버 운영환경 구성 |
| 세부 내용 | ⚪ AI 모델 학습·추론 구동 환경 구성 - GPU 드라이버, AI 프레임워크, 모델 실행환경 등 필수 소프트웨어 구성 - 모델 학습, 임베딩 생성, 추론 API 구동이 가능한 환경 구성 ⚪ 참조DB 및 RAG 구동 기반 구성 - 비목 체계, 내부 지침, 유사 집행사례 검색을 위한 참조DB/RAG 적재 환경 구성 ⚪ 운영 전환 지원 - 배포, 로그 확인, 백업, 장애 발생 시 기본 확인 절차 정리 | |
| 산출정보 | ||
| 관련 요구사항 |
ㅇ 기능 요구사항
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-001 | |
| 요구사항 명칭 | 비목 적정성 검증 기능 개발 | |
| 요구 사항 상세 설명 | 정의 | 적요, 내부 지침, 기존 집행사례를 기반으로 집행등록의 적합 여부를 검증하는 기능 개발 |
| 세부 내용 | ⚪ 비목 적정성 검증 기능 구현 - 등록된 목·세목·내역과 적요 간 매칭 적정성 판정 - 적정, 부적정, 확인필요 등 검증결과 제공 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-002 | |
| 요구사항 명칭 | AI 검증 API 개발 | |
| 요구 사항 상세 설명 | 정의 | 녹색자금통합관리시스템-AI 모델 간 검증 요청 및 결과 조회를 위한 API 개발 |
| 세부 내용 | ⚪ AI 모델 호출 API 개발 - 적요, 비목, 사업유형 등 검증 요청 정보 전달 - AI 모델의 적정성 검증결과 반환 ⚪ 검증결과 저장·조회 API 개발 - 검증결과, 결과 사유, 모델 버전 등 저장 - 사용자 및 관리자 화면에서 검증결과 조회 가능하도록 연계 ⚪ 오류 처리 기준 마련 - API 호출 실패, 데이터 누락, 검증 불가 등 예외 상황 처리 기준 정의 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-003 | |
| 요구사항 명칭 | 집행등록자 및 관리자 화면 기능 보완 | |
| 요구 사항 상세 설명 | 정의 | 집행등록자 및 관리자가 AI 검증결과를 확인·활용 가능하도록 기존 화면 기능 보완 |
| 세부 내용 | ⚪ 집행등록자 화면 기능 보완 - 집행등록 검증결과, 검증 사유 표시 - 사용자가 검증결과를 확인하고 등록 업무에 활용 가능하도록 구성 ⚪ 관리자 화면 기능 보완 - 사업관리-집행관리 목록 및 상세 화면에 AI 검증결과 항목 추가 - 검증결과별 조회, 상세 사유 확인, 확인필요 건 검토 기능 제공 | |
| 산출정보 | ||
| 관련 요구사항 |
ㅇ 성능 요구사항
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-001 | |
| 요구사항 명칭 | 성능 일반 | |
| 요구사항 상세 설명 | 정의 | 성능 일반 요구사항 |
| 세부 내용 | ⚪ 시스템 개발 및 시험운영 기간 중 응답시간, 오류율, 자원 사용률을 모니터링하여 성능 저하 요인을 조치하여야 함 ⚪ AI 검증 API 및 검증결과 조회 기능은 성능시험 기준을 충족하여야 하며, 성능시험 결과는 성능시험 결과서로 제출하여야 함 ⚪ 성능시험 시 정상 처리율은 95% 이상, API 오류율은 1% 이하를 목표로 하여야 함 ⚪ 주요 평가 지표는 정확도(Accuracy), 정밀도(Precision), 재현율(Recall), F1-score를 적용 함 - 정확도(Accuracy): 90% 이상 - 정밀도(Precision): 90% 이상 - 재현율(Recall): 90% 이상 - F1-score : 0.90 이상 | |
| 산출정보 | 성능시험 결과서, 시스템 운영 매뉴얼 | |
| 관련 요구사항 | SFR-001, SFR-002, SFR-003, ECR-002, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-002 | |
| 요구사항 명칭 | 온라인성 업무 응답시간 | |
| 요구사항 상세 설명 | 정의 | 온라인성 업무 응답시간 목표 정의 |
| 세부 내용 | ⚪ AI 검증결과 조회, 검증 사유 확인, 집행관리 목록 조회 등 온라인성 업무는 사용자가 요청한 시점부터 3초 이내에 최초 결과값을 표시하여야 함 ⚪ AI 검증 API 호출 결과는 단건 기준 10초 이내 반환을 목표로 하여야 함 ⚪ 대량 데이터 조회, 일괄 검증, 참조DB 갱신, 모델 재학습 등 비실시간 작업은 예외로 하며 별도 진행 상태 또는 지연 안내를 제공하여야 함 | |
| 산출정보 | 성능시험 결과서 | |
| 관련 요구사항 | SFR-001, SFR-002, SFR-003, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-003 | |
| 요구사항 명칭 | 웹페이지 디스플레이 시간 | |
| 요구사항 상세 설명 | 정의 | 웹페이지 디스플레이 시간 목표 정의 |
| 세부 내용 | ⚪ AI 검증결과가 표시되는 집행등록자 및 관리자 화면은 사용자가 요청한 시점부터 5초 이내에 화면 표시가 완료되어야 함 ⚪ 검증결과, 판단 사유, 상세조회 항목 추가로 인해 기존 화면의 조회·등록 성능이 현저히 저하되지 않아야 함 ⚪ 화면 내 불필요한 데이터 조회, 중복 API 호출, 과도한 스크립트 실행이 발생하지 않도록 최적화하여야 함 | |
| 산출정보 | 성능시험 결과서, 웹사이트 품질진단 보고서 | |
| 관련 요구사항 | SFR-003, UIR-001, UIR-002, COR-004, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-004 | |
| 요구사항 명칭 | 오류 응답시간 및 지연 경고 | |
| 요구사항 상세 설명 | 정의 | 오류 응답시간 목표 정의 및 지연 경고 |
| 세부 내용 | ⚪ AI 검증 API 호출 실패, 데이터 누락, 검증 불가 등 오류 발생 시 5초 이내에 사용자가 인지할 수 있는 안내 메시지를 제공하여야 함 ⚪ AI 검증 처리 시간이 10초 이상 소요될 것으로 예상되는 경우 진행 중 또는 지연 안내 메시지를 제공하여야 함 ⚪ 오류 메시지에는 개인정보, 서버 정보, 내부 경로 등 중요정보가 노출되지 않아야 함 | |
| 산출정보 | 성능시험 결과서, 오류 처리 기준서 | |
| 관련 요구사항 | SFR-002, SFR-003, UIR-001, UIR-002, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-005 | |
| 요구사항 명칭 | 동시 사용자 접속 수 | |
| 요구사항 상세 설명 | 정의 | 동시 사용자 접속 수 목표 정의 |
| 세부 내용 | ⚪ 집행등록자, 관리자, 회계법인 등 동시 사용자 10명 이상이 접속하여 운영되어야 하며 적정한 기준을 제시하여야 함 ⚪ 동시 사용자 기준은 로그인 후 30분 이내 활동 이력이 있는 사용자를 기준으로 함 ⚪ 성능시험 시 동시 사용자 부하 조건에서 주요 온라인 업무 응답시간 기준을 충족하여야 함 | |
| 산출정보 | 성능시험 결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-006 | |
| 요구사항 명칭 | 메모리(디스크) 사용률 | |
| 요구사항 상세 설명 | 정의 | 메모리(디스크) 사용률 목표 정의 |
| 세부 내용 | ⚪ 테스트 및 시험운영 기간 중 AI 서버, API 서버, 참조DB/RAG 저장소의 메모리 및 디스크 사용률을 점검하여야 함 ⚪ 서비스 운영시간 중 메모리 평균 사용률은 80% 이하, 디스크 평균 사용률은 80% 이하를 유지하여야 함 ⚪ 디스크 사용률이 80%를 초과하거나 증가 추세가 확인되는 경우 검증 로그, 모델 파일, 참조DB, 백업 데이터에 대한 관리 방안을 제시하여야 함 | |
| 산출정보 | 성능시험 결과서, 시스템 운영 매뉴얼 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-007 | |
| 요구사항 명칭 | CPU 및 GPU 사용률 | |
| 요구사항 상세 설명 | 정의 | CPU 및 GPU 사용률 목표 정의 |
| 세부 내용 | ⚪ 테스트 및 시험운영 기간 중 AI 모델 호출, 임베딩 생성, 참조DB/RAG 검색, 검증 API 처리 시 CPU 및 GPU 사용률을 점검하여야 함 ⚪ 서비스 운영시간 중 CPU 평균 사용률은 80% 이하를 유지하여야 함 ⚪ AI 추론 처리 중 GPU 평균 사용률은 90% 이하를 권장하며, 지속적인 자원 포화로 응답 지연이 발생하지 않도록 조치 방안을 제시하여야 함 | |
| 산출정보 | 성능시험 결과서, 시스템 운영 매뉴얼 | |
| 관련 요구사항 |
ㅇ 인터페이스 요구사항(시스템)
| 요구사항 분류 | 시스템 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-001 | |
| 요구사항 명칭 | 녹색자금통합관리시스템 - AI 검증 서버 간 연계 | |
| 요구사항 상세 설명 | 정의 | 녹색자금통합관리시스템 - AI 검증 서버 간 검증 요청, 결과 반환, 결과 저장·조회를 위한 연계 인터페이스 구현 |
| 세부 내용 | [유형1-2. 양방향] | |
| 산출정보 | 정보시스템정의서, 인터페이스정의서 | |
| 관련 요구사항 | SFR-002, DAR-004, PER-002, TER-001 |
| 연계 구분 | 기관 내 | 연계 기관 (민간포함) | 한국산림복지진흥원 |
|---|---|---|---|
| 연계 기준 | 녹색자금통합관리시스템 | 연계 대상 | AI 검증 서버 |
| 연계 방향 | 양방향 | 연계 정보 | |
| 연계 방식 | 직접 | 경유시스템 | 없음 |
| 인터페이스 | API | 연계 주기 | 실시간 |
ㅇ 인터페이스 요구사항(사용자)
| 요구사항 분류 | 사용자인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-001 | |
| 요구사항 명칭 | 집행등록자 화면 인터페이스 보완 | |
| 요구사항 상세 설명 | 정의 | 집행등록자가 AI 검증결과를 확인하고 등록 업무에 활용할 수 있도록 집행등록 화면 인터페이스 보완 |
| 세부 내용 | ⚪ 적용 대상 : 집행등록자 화면 ⚪ 사용자 유형 : 집행등록자 ⚪ 주요 표시 정보 : AI 검증결과, 판단 사유, 처리 상태, 오류 안내 메시지 ⚪ 집행등록 화면에서 사용자가 입력한 적요, 목·세목·내역 등을 기준으로 AI 검증결과를 확인할 수 있도록 화면을 구성하여야 함 ⚪ AI 검증결과는 적정/부적정/확인필요 등 사용자가 쉽게 인지할 수 있는 형태로 표시하여야 함 ⚪ 부적정 또는 확인필요 결과가 표시되는 경우 사용자가 입력 내용을 재확인할 수 있도록 판단 사유와 안내 문구를 제공하여야 함 ⚪ AI 검증 처리 중에는 진행 중, 지연, 오류 등 처리 상태를 명확하게 표시하여야 함 ⚪ 기존 집행등록 업무 흐름을 과도하게 변경하지 않으며, 기존 녹색자금통합관리시스템의 화면 구성, 용어, 버튼, 색상, 메시지 체계와 일관성을 유지하여야 함 ⚪ 화면 설계 시 웹 접근성 및 웹 호환성 기준을 준수하여야 함 | |
| 산출정보 | 화면설계서, 사용자 매뉴얼, 테스트 결과서 | |
| 관련 요구사항 | SFR-001, SFR-003, PER-003, PER-004, COR-004 |
| 요구사항 분류 | 사용자인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-002 | |
| 요구사항 명칭 | 관리자 화면 인터페이스 보완 | |
| 요구사항 상세 설명 | 정의 | 관리자가 집행내역별 AI 검증결과를 조회·검토할 수 있도록 관리자 화면 인터페이스 보완 |
| 세부 내용 | ⚪ 적용 대상 : 사업관리-집행관리 목록 및 상세 화면 ⚪ 사용자 유형 : 관리자, 회계법인 등 검토 담당자 ⚪ 주요 표시 정보 : AI 검증결과, 판단 사유, 참조 근거, 모델 버전, 검증일시, 오류 상태 ⚪ 사업관리-집행관리 목록 화면에서 집행내역별 AI 검증결과를 확인할 수 있도록 항목을 추가하여야 함 ⚪ 관리자는 적정/부적정/확인필요 등 검증결과별로 집행내역을 조회하거나 사용자의 정정 내용을 확인할 수 있어야 함 - 절차: AI 검증 → 신뢰도 및 판단근거 제시 → 정상/확인필요 분류 → 담당자 검토 → 필요 시 판정 정정 → 담당자 최종확정 → 처리이력 저장 ⚪ 다음에 해당하는 경우 담당자 또는 발주기관이 지정한 검토자의 최종 확인을 필수로 수행해야 함 - AI가 '부적정'으로 판정한 경우, AI 신뢰도가 80% 미만인 경우, 규칙기반 검증과 AI 판정결과가 상충하는 경우, 사용자가 AI 판정에 대하여 이의를 제기한 경우 ⚪ 오판정 데이터는 원인 유형별로 분류 및 관리해야 함 ⚪ 상세 화면에서는 검증결과, 판단 사유, 참조 근거, 모델 버전, 검증일시 등을 확인할 수 있도록 구성하여야 함 ⚪ 확인필요 또는 부적정 건에 대해서는 관리자가 우선적으로 검토할 수 있도록 조회 편의 기능을 제공하여야 함 ⚪ AI 검증 API 오류 또는 검증 불가 건은 사용자가 원인을 이해할 수 있는 범위에서 안내하되, 시스템 내부 정보나 중요정보가 노출되지 않도록 하여야 함 ⚪ 기존 녹색자금통합관리시스템의 화면 구성, 용어, 버튼, 목록 형식 등과 일관성을 유지하여야 함 | |
| 산출정보 | 화면설계서, 관리자 매뉴얼, 테스트 결과서 | |
| 관련 요구사항 | SFR-002, SFR-003, DAR-004, PER-003, TER-002 |
ㅇ 데이터 요구사항
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-001 | |
| 요구사항 명칭 | 데이터 베이스 설계 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 관련 업무 처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려 ⚪ 요구사항이 모두 반영되며, 데이터 용량 및 관리 성능을 최적화 ⚪ 정보시스템 유지보수업체와 유기적 협의를 통해 안정적 운영·관리 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-002 | |
| 요구사항 명칭 | 데이터 표준 준수 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 공유 및 재사용, 교환, 품질향상, DB통합 등을 위하여 표준화 ⚪ 한국산림복지진흥원과 협의하여 효율적인 방안을 결정하고 최적화된 표준데이터 구조를 정의 ⚪ 자료 검색의 신속성을 높이기 위한 다양한 메타데이터를 추출할 수 있도록 구성 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-003 | |
| 요구사항 명칭 | 현행 집행데이터 분석 및 학습데이터 구축 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 현행 집행데이터 분석 - 최근 3년 이상 집행등록 데이터를 대상으로 적요, 비목, 내역, 사업유형 등 주요 항목 분석 - 결측, 중복, 오류, 비목 분포, 적요 표현 유형 등 데이터 품질 확인 ⚪ 학습데이터 구축 - 비목 체계 기준에 따른 목·세목·내역 라벨링 수행 - 학습용·검증용 데이터셋 분리 구성 - 데이터 정제 및 라벨링 기준서 작성 ⚪ AI 모델 개발을 위한 데이터를 학습데이터와 검증데이터로 분리하여 구성함 ⚪ 최종 성능 평가에 사용하는 검증 데이터는 모델 학습에 사용 하지 않은 독립적인 데이터로 구성 함 ⚪ 검증 데이터는 주요 비목 및 적정·부적정 사례가 고르게 포함 되도록 구성하고, 검증 데이터 및 정답기준은 발주기관과 협의 하여 확정 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-004 | |
| 요구사항 명칭 | 비목 체계·내부 지침 참조DB 구축 | |
| 요구 사항 상세 설명 | 정의 | 비목 체계, 내부 지침, 유사 집행사례를 AI 검증 근거로 활용하기 위한 참조DB 구축 |
| 세부 내용 | ⚪ 비목 체계 참조DB 구축 - 목·세목·내역 기준 및 세부 설명 정보 구조화 - 비목별 적용 기준, 예외사항, 주요 사례 정리 ⚪ 내부 지침 참조DB 구축 - 집행 기준, 검토 기준 등 내부 지침 정보 정리 - AI 검증결과의 판단 근거로 활용 가능한 형태로 구축 ⚪ RAG 적재 기반 구성 - 참조DB 검색 및 유사 사례 조회가 가능하도록 메타데이터 및 색인 구성 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-005 | |
| 요구사항 명칭 | DB구조 관리 | |
| 요구사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 사업수행 기간 DB구조 관리(변경이력 관리 포함) 방안을 제시하여야 함 ⚪ 사업수행 기간에 설계한 DB구조가 변경될 경우, 진흥원메타데이터관리시스템에 등록한 메타데이터를 현행화하여야 함 ⚪ DB구조가 변경될 경우, DB구조변경이력서를 작성하여 변경이력을 관리하여야 함 ⚪ 사업수행 기간에 진흥원메타데이터관리시스템에 등록한 메타데이터와 구현된 물리데이터베이스 형상의 일치 여부를 주기적으로 점검하여야 함 – 점검 결과는 주/월간 보고서에 포함하여 보고 ⚪ 정보시스템 고도화 완료 시 진흥원메타데이터관리시스템에 등록한 메타데이터와 실제 물리데이터베이스 간의 구조정합성(구조현행화율)을 최종 점검하고, 그 결과를 진흥원 데이터실무담당관에 제출하여야 함 – 사업 완료 시점 구조정합성(구조현행화율)은 100%를 충족하여야 함 – 점검 결과는 완료 보고서에 포함하여 보고 ※ 구조정합성(구조현행화율) – 테이블(정의서)현행화율 : 물리데이터 전체 테이블 중 테이블정의서 테이블정보와 일치한 테이블의 비율(테이블정의서 전체 테이블 중 물리데이터 테이블정보와 일치한 테이블의 비율) – 컬럼(정의서)현행화율 : 물리데이터 전체 컬럼 중 컬럼정의서 컬럼정보와 일치한 컬럼의 비율(컬럼정의서 전체 컬럼 중 물리데이터 컬럼정보와 일치한 컬럼의 비율) | |
| 산출정보 | DB구조 관리 방안(매뉴얼, 가이드 등), DB구조변경이력서 | |
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-006 | |
| 요구사항 명칭 | 데이터값 검증 | |
| 요구사항 상세 설명 | 정의 | 데이터값 검증 및 개선 |
| 세부 내용 | ⚪ 데이터값 검증계획 수립 – 데이터값 검증 범위(전체 또는 일부), 시기, 방법 등이 포함된 데이터값 검증계획서를 작성하여 제출해야 함 – 정보시스템 고도화에 따라 추가되는 데이터의 특성을 분석한 후 대상 정보시스템의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)를 참고하여 데이터 특성에 부합하는 업무규칙(BR)을 정의하여야 함 – 변경된 업무규칙(BR)을 반영하여 진흥원메타데이터관리시스템에 등록된 업무규칙정의서를 현행화하여야 함 ⚪ 데이터값 검증 및 개선 수행 – 범정부 데이터 품질진단 기준 및 업무규칙(BR)에 따라 데이터값 검증을 수행하여야 함 – 데이터값 검증 결과 식별된 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 – 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 – 오류데이터 입력 방지(사전 검증) 방안을 제시하여야 함 | |
| 산출정보 | 데이터값 검증계획서/결과서, 업무규칙정의서 | |
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-007 | |
| 요구사항 명칭 | 데이터 품질관리 체계 수립 | |
| 요구사항 상세 설명 | 정의 | 데이터 품질관리 체계 및 연계데이터 품질관리 방안 제시 |
| 세부 내용 | ⚪ 운영단계까지 적용 가능한 데이터 품질관리 체계 수립 – DB표준, 구조, 값 등 데이터 핵심 요소의 지속적 관리를 위한 조직과 역할을 정의하여야 함 – DB표준의 추가, 변경, 삭제 절차를 수립하여야 함 – DB구조와 관련된 추가, 변경, 삭제 절차를 수립하여야 함 – 오류데이터의 진단 및 개선 절차를 수립하여야 함 – 표준준수율, 구조정합성(구조현행화율), 데이터품질오류율 등 명확한 관리기준을 제시하여야 함 ⚪ 연계데이터 품질관리 방안 제시 – 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시하고, 구축하여야 함 – 정보시스템 고도화 결과 연계데이터 목록이 변경된 경우, 진흥원메타데이터관리시스템에 등록된 연계데이터목록정의서를 현행화하여야 함 – 연계데이터 목록은 연계정보(송수신 구분, 정보명, 주기), 연계항목(항목명, 설명, 데이터타입, 길이), 항목출처(DB명, 테이블명, 컬럼명), 제공기관, 활용기관 등을 포함하여야 함 – 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질 확보를 위해 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증방안을 제시하여야 함 | |
| 산출정보 | 데이터(표준, 구조, 값) 품질관리 매뉴얼, 연계데이터 품질관리 매뉴얼, 연계데이터목록정의서 | |
| 관련 요구사항 |
ㅇ 테스트 요구사항
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-001 | |
| 요구사항 명칭 | 테스트 방안 | |
| 요구 사항 상세 설명 | 정의 | 테스트 방법 및 내용정의 |
| 세부 내용 | ⚪ 사용자 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 베이스라인으로 간주함 ⚪ 테스트에 필요한 조직구성과 시험데이터 구축 및 테스트 시나리오에 의한 테스트 방안 제시 ⚪ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우를 기준으로 평가함 ⚪ 단위 테스트, 통합 테스트, 시스템 테스트를 위한 구체적인 적용 방안을 제안하여 기능의 오류를 줄일 수 있는 방안을 제시함 ⚪ 기능의 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-002 | |
| 요구사항 명칭 | 인수테스트 | |
| 요구사항 상세 설명 | 정의 | 사용자 승인을 위한 검사 및 테스트 |
| 세부 내용 | ⚪ 진흥원과 협의하여 인수테스트를 계획하고, 진흥원이 인수테스트를 이행하기 위한 모든 조력을 제공해야 함 ⚪ 사용자 승인을 위한 검사 및 테스트 수행 방법, 절차, 점검 사항, 최종 검수 기준, 점검 후 조치방안 등이 세부적으로 명시된 인수테스트 계획서를 작성해야 함 ⚪ 개발 완료 후 최종 산출물 및 테스트 결과물을 첨부하여 진흥원에 인수테스트를 요청하여야 하며, 인수테스트 과정에서 발견된 하자 사항은 만족한 결과를 얻을 때까지 보완과 테스트를 반복적으로 실시해야 함 – 단, 현장에 시급하게 적용해야 할 프로그램에 대해서는 사업 중이라도 기성부분에 대한 인수테스트를 요청할 수 있으며, 수행업체는 이에 응해야 함 ⚪ 요구사항별 적합/부적합 판정을 할 수 있도록 요구사항별 테스트를 수행할 수 있어야 하며, 이에 따른 테스트 데이터를 준비해야 함 ⚪ 운영환경에서 인수테스트를 수행함 ⚪ 최종 승인 처리는 별도의 문서에 의하여 진흥원의 승인을 받은 일자에 완료된 것으로 함 ⚪ 사용자가 요구한 사항을 시스템이 전체적으로 만족시키는지를 검증하여 시스템 인수 여부 결정함 | |
| 산출정보 | 검사기준서, 인수테스트계획서/결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-003 | |
| 요구사항 명칭 | 성능테스트 | |
| 요구사항 상세 설명 | 정의 | 개발 완료된 시스템의 성능요구사항 충족 여부 검증 |
| 세부 내용 | ⚪ 개발 완료된 시스템을 실제 운영 환경에 전개한 후 성능요구사항의 충족 여부 검증하기 위한 성능테스트를 실시하여야 함 ⚪ 성능테스트 전 테스트 일정, 목적, 대상 범위, 성능측정 지표 및 목표, 수행 절차, 사용 도구 등이 포함된 성능테스트 계획서를 작성하여야 함 ⚪ 성능테스트 결과 목표성능에 못 미칠 경우, 목표에 부합하도록 시스템을 튜닝하거나, 데이터베이스를 정규화해야 함 ⚪ 성능테스트 결과와 향후 조치방안이 포함된 성능테스트 결과서를 작성해야 함 ⚪ 테스트 결과에 따른 자체적인 시정조치 이외에 발주기관이 요청한 사항을 반영하여야 함 ⚪ 최종 검수는 발주기관과 협의하여 확정한 검증데이터셋을 이용하여 수행 ⚪ 비목 및 적정성 판정 결과에 대해 Accuracy, Precision, Recall, F1-score, 부적정 Recall을 측정하고 결과를 성능시험 결과서에 제시해야 함 ⚪ AI 판정 오류 또는 신뢰도가 낮은 건은 담당자가 검증결과와 판단근거를 확인하고 최종 판정할 수 있도록 해야 함 ⚪ 담당자가 AI 판정을 수정한 경우 수정 결과 및 사유를 이력으로 관리하고 향후 모델 개선에 활용할 수 있도록 해야 함 | |
| 산출정보 | 성능테스트 계획서/결과서 | |
| 관련 요구사항 |
참가자격
V 제안관련 사항
1. 입찰 참가자격
1) 입찰참가자는 아래 사항을 충족하여야 함 가. 「국가를 당사자로 하는 계약에 관한 법률 시행령」제12조 및 동법 시행규칙 제14조에 따라 경쟁입찰의 참가자격을 구비한자 나. 「중소기업제품 구매촉진 및 판로지원에 관한 법률 시행령」제2조의2에 의거「중소기업기본법」제2조제2항에 따른 중·소기업 또는「소상공인 보호 및 지원에 관한 법률」제2조에 따른 소상공인으로 등록된 업체로서「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 소기업 및 소상공인 확인서(전자입찰서 제출 마감일 전까지 발급된 것으로 유효기간 내에 있어야 함)를 소지한 업체 * <중·소기업·소상공인 확인서>는 중소기업공공구매 종합정보망(http://www.smpp.go.kr)에서 확인하며 확인이 되지 않을 경우 입찰참가 자격이 없는 것으로 간주합니다. 다. 「국가를 당사자로 하는 계약에 관한 법률 시행령」 제76조에 따라 부정으로 입찰참가 자격 제한을 받지 않은 업체 라. 「소프트웨어 진흥법」 제48조제4항에 따라 상호출자제한기업집단에 속하는 기업은 입찰 및 계약에 참가 불가 마. 최근 결산일 기준으로 「소프트웨어 진흥법」 제58조에 따라 과학기술정보통신부에 자료를 제출한 소프트웨어사업자(컴퓨터관련서비스사업)(업종코드: 1468) 및 「정보통신공사업법」 제14조에 따른 정보통신공사업(업종코드: 0036)으로 입찰참가자격을 등록한 자
바. 「중소기업제품 구매촉진 및 판로지원에 관한 법률」제9조 및 동법 시행령 제10조에 따라 정보시스템개발서비스(세부품명번호: 8111159901) 직접생산확인증명서를 소지한 업체(단, 직접생산확인증명서는 전자입찰서 제출마감일 전일까지 발급된 것으로 유효기간 내에 있어야 함) 사. 공동수급 및 하도급 불허
2. 입찰 및 낙찰방식
1) 입찰방식 : 제한경쟁입찰 2) 낙찰자 결정 방식 : 협상에 의한 계약 ⚪ 『국가를 당사자로 하는 계약에 관한 법률 시행령』 제43조 및 제43조의2, 『협상에 의한 계약체결기준(재정경제부계약예규)』에 따른 협상에 의한 계약방식 적용
3. 평가 및 협상적격자 선정 방법
1) 제안 평가방법 ⚪ 『행정기관 및 공공기관 정보시스템 구축・운영지침(행정안전부고시)』 제18조에 따라 기술능력 평가비중 90% 도입 가. 기술평가 ① 공무원, 산업계·학계·연구계 등의 해당 분야 전문가 7명 내외로 구성된 “제안서평가위원회”를 구성하여 자체 기술평가 수행 ※ 단, 『협상에 의한 계약체결기준(재정경제부계약예규)』 제7조 및 제16조에 따라 정량평가 항목은 계약담당공무원이 직접평가를 수행함 ② 기술평가 항목 및 배점은 『소프트웨어 기술성 평가기준 지침(과학기술정보통신부고시)』의 “기술제안서 평가항목 및 배점한도” 준용
※ 단, 정량적 평가항목의 경우 『조달청 협상에 의한 계약 제안서평가 세부기준(조달청지침)』 제9조에 따른 평가 기준을 준용함 ③ 기술평가는 평가항목 및 배점에 따라 실시하고 총점 100점 기준으로 각 평가항목에 대한 점수를 합산 및 환산하여 평가 ④ 기술평가 점수는 평가위원이 평가한 점수 중 최고점수 1개와 최저점수 1개를 제외하고, 나머지 점수를 평균하여 획득점수를 산출 ⑤ 본 사업은 「소프트웨어 기술성 평가기준 지침」 제4조 제5항에 따른 차등점수제를 적용하지 않음 나. 가격평가 ① 『협상에 의한 계약체결 기준(재정경제부계약예규)』에 따라 평가점수 산출 ② 구체적인 평가 방법은 조달청 규정에 따름 2) 우선협상적격자 선정방법 가. 우선협상적격자 선정 및 협상 순서 ① 제안평가 결과 기술평가 배점 한도의 85% 이상인 자를 협상적격자로 선정하고, 협상적격자 중 기술평가점수와 가격평가점수를 합한 종합평가점수의 고득점순으로 우선협상대상자를 선정 ※ 협상적격자가 없는 경우 재공고 입찰에 부칠 수 있음 ② 협상순서는 종합평가점수의 고득점순에 의하여 우선협상적격자 결정 – 우선협상적격자와 협상 결렬 시에는 차(次)순위자와 협상 실시 – 협상이 성립된 때에는 다른 협상적격자와의 협상은 실시하지 않음 – 모든 협상적격자와 협상 결렬 시 재공고 입찰에 부칠 수 있음
③ 종합평가점수가 동점인 경우, 아래 기준에 따라 협상순서를 결정 – 기술평가 점수가 높은 제안사를 우선순위자로 함 – 기술평가 점수도 동일한 경우에는 기술능력의 세부평가항목 중 배점이 큰 항목에서 높은 점수를 얻은 업체를 우선순위자로 함 – 기술능력평가 세부평가항목 중 배점이 가장 큰 항목의 점수가 동일한 경우 그다음 배점이 큰 세부평가항목 순서대로 높은 점수를 얻은 업체를 우선순위자로 함 – 위에 따라 평가할 때 기술능력평가 세부평가항목 중 배점이 동일한 항목이 존재할 경우, 배점이 동일한 세부평가항목에서 제안자가 부여받은 점수의 평균점수가 높은 업체를 우선순위자로 함 나. 협상방법 및 기준 ① 협상대상자가 제안한 사업내용, 이행 방법, 이행 일정 등 제안서의 내용을 대상으로 협상 실시 – 협상대상자와 협상을 통해 그 내용의 일부를 조정 가능
4. 유의 사항
1) 본 사업은 공동수급 및 하도급을 허용하지 않음 2) 계약의 체결 및 이행에 관하여는 『협상에 의한 계약체결 기준』 제14조의 규정에 따라 서면 통보한 협상 결과와 『국가를 당사자로 하는 계약에 관한 법률』 및 같은 법 시행령·시행규칙과 이에 근거한 계약의 일반조건, 특수조건, 입찰유의서 및 일반원칙에 따름 3) 본 사업은 『소프트웨어 진흥법』 제43조, 같은 법 시행령 제35조, 『소프트웨어사업 계약 및 관리감독에 관한 지침(과기정통부 고시)』 제5조에 따라 SW사업 영향평가를 실시한 사업임
배점·평가
2. 정성적 평가항목 및 배점한도
| 평가항목 | 세부평가항목 | 평가기준 | 배점 |
|---|---|---|---|
| 전략 및 방법론 (20) | 사업이해도 | ⚪ 사업의 특성 및 목표에 부합하는 사업전략을 제시하고 있는지 평가 | 5 |
| 추진전략 | ⚪ 사업수행 시 일정 및 위험 요소를 고려하여 얼마나 타당한 추진전략을 수립하였는지 평가 | ||
| 방법론 | ⚪ 사업수행 시 적용할 [개발 / DB구축] 방법론, 절차 및 기법의 활용방안 평가 ※ 사업 특성에 맞는 방법론을 선택 적용하시기 바랍니다. ⚪ 적용방법론의 경험 기술 평가 ⚪ 적용방법론에 따른 산출물의 종류 및 내역, 제출시기 제시 | ||
| 적용기술 | ⚪ 사업수행을 위한 주요 적용기술 및 적용기술의 실현 가능성 등을 제시 ⚪ 대상 업무별 개발방안(통합/연계 범위 관련 적절한 방안 제시 등), 등 개발에 대한 전반적인 방안 제시성 | ||
| 기술 및 기능 (30) | 시스템 장비구성 요구사항 | ⚪ 도입대상 장비의 요구 규격을 충족시키는 장비를 제안하며 제시된 장비가 현 시스템과 인터페이스 및 확장 가능성이 있는지 평가 ⚪ 도입 장비의 설치 및 공급 계획이 구체적으로 기술되어 있는지 평가 | |
| 기능 요구사항 | ⚪ 기능요구사항이 방법론 및 분석 도구를 통하여 구체적인 내용으로 분석되고 구현 방안이 구체적으로 기술되어 있는지 평가 ⚪ 제안한 방안 및 기술이 적용 가능한지 평가 | 10 | |
| 보안 요구사항 | ⚪ 요구사항 및 시스템 분석을 바탕으로 보안 요구사항의 적용 방안이 구체적으로 기술되었는지 평가 ⚪ 제안한 방안과 기술의 설계단계 반영여부 및 구현단계까지의 적용 가능성 평가 | 5 | |
| 데이터 요구사항 | ⚪ 데이터 전환 계획 및 검증 방법, 에러 데이터 처리 방법에 대해 구체적인 내용을 제시하고 있는지 평가 ⚪ DB표준화 및 표준관리 방안, DB구조 설계, 검증 및 관리방안, 데이터 개방 및 메타데이터 관리방안 등 한국산림복지진흥원 데이터 품질 향상을 위한 구체적인 방안을 제시하고 있는지 평가 | ||
| 제약사항 | ⚪ 목표시스템의 설계, 구축과 관련하여 제약조건을 충족시키기 위한 구체적인 구현 방안 및 테스트 방안이 수립되었는지 평가 | ||
| 성능 및 품질 (30) | 성능 요구사항 | ⚪ 요구 성능 충족을 위한 구현 및 테스트 방안이 구체적으로 기술되어 있는지, 이를 위한 방법론 및 분석 도구가 기술되어 있는지 평가 ⚪ 제안한 방안 및 기술을 통해 요구 성능을 충족시킬 수 있는지 평가 | |
| 인터페이스 요구사항 | ⚪ 시스템 인터페이스 : 타 시스템과의 연계 방안들에 대한 장·단점의 분석을 통해 가장 적합한 방안이 구체적으로 기술되어 있는지 평가 ⚪ 사용자 인터페이스 : 사용자 편의성을 고려하여 요구사항을 제공하기 위한 분석 및 설계, 구현 방안과 검토 계획을 구체적으로 기술하였는지 평가 | ||
| 테스트 요구사항 | ⚪ 도입되는 장비의 성능테스트 또는 구축된 시스템이 목표 대비 제대로 운영되는가를 점검하기 위한 테스트 방안이 적절히 기술되었는지 평가 ⚪ 목표시스템의 테스트 유형(단위테스트, 통합테스트, 성능테스트, 인수테스트 등) 테스트환경, 방법, 절차 등이 적절히 기술되었는지 평가 | 10 | |
| 품질 요구사항 | ⚪ 제공되는 분석 도구 및 구현 방안, 테스트 방안이 구체적으로 기술되어 있는지 평가 ⚪ 분석·설계 등 단계별 품질 요구사항의 점검 및 검토 방안이 구체적으로 계획되어 있는지 평가 | ||
| 프로젝트 지원 (20) | 품질보증 | ⚪ 제시된 품질보증 방안이 해당 사업의 수행에 적합한지, 사업자가 「소프트웨어 진흥법」제21조의 소프트웨어프로세스 품질인증 등 대외적으로 인정받을 만한 품질보증 관련 인증을 획득한 사례가 있는지 확인하고 평가 | 5 |
| 시험운영 | ⚪ 시스템 공급자가 개발된 시스템의 시험 운영을 위해 제공 및 지원하는 각종 시험 운영 방법 등에 대해 평가 | ||
| 하자보수 | ⚪ 시스템 공급자가 제시하는 하자보수 계획, 절차, 범위 및 기간과 이와 관련된 기타의 활동 및 그 제한사항에 대해 평가 | ||
| 기밀보안 | ⚪ 사업추진 동안 악영향을 미치는 일련의 불순 활동들로부터 기밀을 보호함과 동시에 원활한 사업의 수행을 보장하기 위한 체계 및 대책에 대하여 평가 |
과업·요구
Ⅲ 사업추진 계획
1. 추진목표 및 전략 가. 추진목표 ㅇ 내부 지침과 기존 집행 사례를 RAG 기반 참조DB로 구축하여 검증 결과의 근거와 설명 가능성 확보 ㅇ 기존 녹색자금통합관리시스템 화면 및 API 연계를 통해 사용자·관리자 업무 시 활용 가능한 기능 제공 나. 추진전략 ㅇ (데이터 우선) 보유 집행데이터의 품질 진단, 정제, 라벨링 기준 수립을 선행하고 학습·검증 데이터셋 분리 ㅇ (규칙 및 모델 병행) 내부 지침에 따라 명확히 판단 가능한 사항은 규칙 기반으로 처리하고 적요 의미 분석 및 유사 사례 추천은 모델 기반으로 처리 ㅇ (업무화면 중심 적용) 사용자가 기존에 이용하는 집행관리 화면에 결과를 제공하여 별도 시스템 접속 부담 완화 ㅇ (운영 가능성 확보) GPU 서버, 모델 배포, 로그, 피드백, 재학습 절차를 함께 구축하여 사업 종료 후 운영자가 관리할 수 있도록 구성 2. 추진체계 및 역할
| 한국산림복지진흥원 | |||||
|---|---|---|---|---|---|
| 총괄책임부서 | |||||
| 예산운영팀장 | |||||
| 협력부서 | |||||
| · AX정보화팀 · 정보보안팀 · 녹색사업지원팀 | |||||
| 프로젝트관리자(PM) | |||||
| 예산운영팀장 / 사업 PM | |||||
| 용역수행 | |||||
| 사업자 |
| 조직명 | 주요역할 | 참여기관(부서)명 |
|---|---|---|
| 총괄책임부서 | · 사업 총괄관리 | 예산운영팀장 |
| 프로젝트관리자(PM) | · 프로젝트 승인 및 주요 의사결정 · 업무부서간 주요 업무 협의 사항 결정 · 시스템 인프라(자원)에 대한 지원 및 협의 · 사업관리 및 변화관리 총괄 | 예산운영팀 사업자(PM) |
| 협력부서 | · 업무 정책 및 방향성에 대한 의사결정 · 정보화 사업수행에 대한 관리/감독 | AX정보화팀 정보보안팀 녹색사업지원팀 |
| 용역수행 | · 시스템 구축 및 연계 · 테스트 및 시험운영 · 사업·산출물 관리 · 운영자 교육 및 기술지원 등 | 사업자 |
Ⅳ 과업 내용
1. 주요내용 가. 현행 집행데이터 분석 및 학습데이터 구축 ㅇ 최근 3년 이상 집행데이터 분석, 정제, 비목 체계 라벨링 나. 비목 체계·내부 지침 참조DB 구축 ㅇ 내부 지침·비목 기준 참조DB 및RAG 적재 기반 구축 다. AI 기반 비목 적정성 검증 모델 개발 ㅇ 등록된 비목, 내부지침, 기존 집행사례 기반 적정 여부를 분석하여 적정/부적정/확인필요 등 검증 결과 제공 라. API 및 화면 개발 ㅇ 모델 호출API, 검증결과 저장·조회API 개발 마. 집행등록자 및 관리자 화면 기능 보완 ㅇ 집행등록자 및 관리자 집행관리 화면 열람시 검증 결과, 판단근거, 상세조회 기능 추가 바. GPU 서버 운영환경 구축 ㅇ AI 서버를 활용한 모델 학습·추론 환경 구성, 배포·모니터링·백업 및 운영 전환 2. 상세내용 가. 목록
| 요구사항 유형 | 요구사항 번호 | 요구사항 명 |
|---|---|---|
| 시스템 장비구성 요구사항(ECR) | ECR-001 | AI 서버 도입 |
| ECR-002 | AI 모델 구동 환경 구성 | |
| 기능 요구사항 (SFR) | SFR-001 | 비목 적정성 검증 기능 개발 |
| SFR-002 | AI 검증 API 개발 | |
| SFR-003 | 집행등록자 및 관리자 화면 기능 보완 | |
| 성능 요구사항 (PER) | PER-001 | 성능 일반 |
| PER-002 | 온라인성 업무 응답시간 | |
| PER-003 | 웹페이지 디스플레이 시간 | |
| PER-004 | 오류 응답시간 및 지연 경고 | |
| PER-005 | 동시 사용자 접속 수 | |
| PER-006 | 메모리(디스크) 사용률 | |
| PER-007 | CPU 및 GPU 사용률 | |
| 인터페이스 요구사항(시스템) (SIR) | SIR-001 | 녹색자금통합관리시스템 - AI 검증 서버 간 연계 |
| 인터페이스 요구사항(사용자) (UIR) | UIR-001 | 집행등록자 화면 인터페이스 보완 |
| UIR-002 | 관리자 화면 인터페이스 보완 | |
| 데이터 요구사항 (DAR) | DAR-001 | 데이터 베이스 설계 |
| DAR-002 | 데이터 표준 준수 | |
| DAR-003 | 현행 집행데이터 분석 및 학습데이터 구축 | |
| DAR-004 | 비목 체계·내부 지침 참조DB 구축 | |
| DAR-005 | DB구조 관리 | |
| DAR-006 | 데이터값 검증 | |
| DAR-007 | 데이터 품질관리 체계 수립 | |
| 테스트 요구사항 (TER) | TER-001 | 테스트 방안 |
| TER-002 | 인수테스트 | |
| TER-003 | 성능테스트 | |
| 보안 요구사항 (SER) | SER-001 | 한국산림복지진흥원 정보보안 기본지침 준수 |
| SER-002 | 용역업체 보안관리 | |
| SER-003 | 소프트웨어 개발보안 준수 | |
| SER-004 | 소프트웨어 개발보안 교육 이수 | |
| SER-005 | 소프트웨어 개발보안 가이드 준수 | |
| SER-006 | 소프트웨어 보안약점 진단·제거 | |
| SER-007 | 개인정보 처리단계 준수 | |
| SER-008 | 개인정보의 안전조치 의무기준 준수 | |
| SER-009 | 개인정보 처리 업무위탁 계약 | |
| SER-010 | 개인정보 보호 대책 | |
| SER-011 | 개인정보 영향평가 | |
| 품질 요구사항 (QUR) | QUR-001 | 품질관리 공통사항 |
| QUR-002 | 프로세스 품질 | |
| QUR-003 | 품질 고도화 방안 | |
| QUR-004 | 제품 품질 | |
| 제약사항 (COR) | COR-001 | 사업관련 공통 기술표준 준수 |
| COR-002 | 동해, 독도 표기(한글·영문) | |
| COR-003 | 진흥원 기술표준 준수 | |
| COR-004 | 진흥원 웹 개발표준 | |
| COR-005 | 장비 도입(HW, SW) 고려사항 | |
| COR-006 | 시스템 안정성 확보 | |
| 프로젝트 관리 요구사항 (PMR) | PMR-001 | 전문업체 참여 및 상호협력 |
| PMR-002 | 인력구성 및 관리 | |
| PMR-003 | 사업관리 | |
| PMR-004 | 작업장소 등 | |
| PMR-005 | 프로젝트 산출물 관리 | |
| PMR-006 | 사업수행계획서 작성 및 제출 | |
| PMR-007 | 과업관리 | |
| PMR-008 | 일정 관리 | |
| PMR-009 | 주간/월간 보고 | |
| PMR-010 | 산출물 작성 및 제출 | |
| PMR-011 | 위험 및 이슈관리 | |
| PMR-012 | 시험 운영 | |
| PMR-013 | 검사 및 검수 | |
| PMR-014 | 진흥원 정보화사업 수행업체 대상 정보기술과정 교육 이수 | |
| 프로젝트 지원 요구사항 (PSR) | PSR-001 | 시스템 안정화 |
| PSR-002 | 교육지원 | |
| PSR-003 | 기술지원 | |
| PSR-004 | 하자보수 |
| 요구사항 분류 | 시스템 장비 구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-001 | |
| 요구사항 명칭 | AI 서버 도입 | |
| 요구 사항 상세 설명 | 정의 | AI 서버 납품 및 설치 |
| 세부 내용 | ⚪ AI 분석 모델의 학습·추론 및 API 구동을 위한 AI 서버 도입 - Nvidia RTX PRO 5000 또는 동급 이상 GPU 기반 서버 도입 - 사업 수행에 필요한 CPU, 메모리, 저장장치, 네트워크 등 기본 구성 포함 ⚪ 장비 납품 및 설치 지원 - 납품 및 설치 위치는 진흥원과 협의하여 정한 위치로 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 시스템 장비 구성 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | ECR-002 | |
| 요구사항 명칭 | AI 모델 구동 환경 구성 | |
| 요구 사항 상세 설명 | 정의 | AI 모델 학습·추론, 참조DB 검색, API 서비스를 위한 서버 운영환경 구성 |
| 세부 내용 | ⚪ AI 모델 학습·추론 구동 환경 구성 - GPU 드라이버, AI 프레임워크, 모델 실행환경 등 필수 소프트웨어 구성 - 모델 학습, 임베딩 생성, 추론 API 구동이 가능한 환경 구성 ⚪ 참조DB 및 RAG 구동 기반 구성 - 비목 체계, 내부 지침, 유사 집행사례 검색을 위한 참조DB/RAG 적재 환경 구성 ⚪ 운영 전환 지원 - 배포, 로그 확인, 백업, 장애 발생 시 기본 확인 절차 정리 | |
| 산출정보 | ||
| 관련 요구사항 |
ㅇ 기능 요구사항
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-001 | |
| 요구사항 명칭 | 비목 적정성 검증 기능 개발 | |
| 요구 사항 상세 설명 | 정의 | 적요, 내부 지침, 기존 집행사례를 기반으로 집행등록의 적합 여부를 검증하는 기능 개발 |
| 세부 내용 | ⚪ 비목 적정성 검증 기능 구현 - 등록된 목·세목·내역과 적요 간 매칭 적정성 판정 - 적정, 부적정, 확인필요 등 검증결과 제공 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-002 | |
| 요구사항 명칭 | AI 검증 API 개발 | |
| 요구 사항 상세 설명 | 정의 | 녹색자금통합관리시스템-AI 모델 간 검증 요청 및 결과 조회를 위한 API 개발 |
| 세부 내용 | ⚪ AI 모델 호출 API 개발 - 적요, 비목, 사업유형 등 검증 요청 정보 전달 - AI 모델의 적정성 검증결과 반환 ⚪ 검증결과 저장·조회 API 개발 - 검증결과, 결과 사유, 모델 버전 등 저장 - 사용자 및 관리자 화면에서 검증결과 조회 가능하도록 연계 ⚪ 오류 처리 기준 마련 - API 호출 실패, 데이터 누락, 검증 불가 등 예외 상황 처리 기준 정의 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 기능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-003 | |
| 요구사항 명칭 | 집행등록자 및 관리자 화면 기능 보완 | |
| 요구 사항 상세 설명 | 정의 | 집행등록자 및 관리자가 AI 검증결과를 확인·활용 가능하도록 기존 화면 기능 보완 |
| 세부 내용 | ⚪ 집행등록자 화면 기능 보완 - 집행등록 검증결과, 검증 사유 표시 - 사용자가 검증결과를 확인하고 등록 업무에 활용 가능하도록 구성 ⚪ 관리자 화면 기능 보완 - 사업관리-집행관리 목록 및 상세 화면에 AI 검증결과 항목 추가 - 검증결과별 조회, 상세 사유 확인, 확인필요 건 검토 기능 제공 | |
| 산출정보 | ||
| 관련 요구사항 |
ㅇ 성능 요구사항
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-001 | |
| 요구사항 명칭 | 성능 일반 | |
| 요구사항 상세 설명 | 정의 | 성능 일반 요구사항 |
| 세부 내용 | ⚪ 시스템 개발 및 시험운영 기간 중 응답시간, 오류율, 자원 사용률을 모니터링하여 성능 저하 요인을 조치하여야 함 ⚪ AI 검증 API 및 검증결과 조회 기능은 성능시험 기준을 충족하여야 하며, 성능시험 결과는 성능시험 결과서로 제출하여야 함 ⚪ 성능시험 시 정상 처리율은 95% 이상, API 오류율은 1% 이하를 목표로 하여야 함 ⚪ 주요 평가 지표는 정확도(Accuracy), 정밀도(Precision), 재현율(Recall), F1-score를 적용 함 - 정확도(Accuracy): 90% 이상 - 정밀도(Precision): 90% 이상 - 재현율(Recall): 90% 이상 - F1-score : 0.90 이상 | |
| 산출정보 | 성능시험 결과서, 시스템 운영 매뉴얼 | |
| 관련 요구사항 | SFR-001, SFR-002, SFR-003, ECR-002, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-002 | |
| 요구사항 명칭 | 온라인성 업무 응답시간 | |
| 요구사항 상세 설명 | 정의 | 온라인성 업무 응답시간 목표 정의 |
| 세부 내용 | ⚪ AI 검증결과 조회, 검증 사유 확인, 집행관리 목록 조회 등 온라인성 업무는 사용자가 요청한 시점부터 3초 이내에 최초 결과값을 표시하여야 함 ⚪ AI 검증 API 호출 결과는 단건 기준 10초 이내 반환을 목표로 하여야 함 ⚪ 대량 데이터 조회, 일괄 검증, 참조DB 갱신, 모델 재학습 등 비실시간 작업은 예외로 하며 별도 진행 상태 또는 지연 안내를 제공하여야 함 | |
| 산출정보 | 성능시험 결과서 | |
| 관련 요구사항 | SFR-001, SFR-002, SFR-003, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-003 | |
| 요구사항 명칭 | 웹페이지 디스플레이 시간 | |
| 요구사항 상세 설명 | 정의 | 웹페이지 디스플레이 시간 목표 정의 |
| 세부 내용 | ⚪ AI 검증결과가 표시되는 집행등록자 및 관리자 화면은 사용자가 요청한 시점부터 5초 이내에 화면 표시가 완료되어야 함 ⚪ 검증결과, 판단 사유, 상세조회 항목 추가로 인해 기존 화면의 조회·등록 성능이 현저히 저하되지 않아야 함 ⚪ 화면 내 불필요한 데이터 조회, 중복 API 호출, 과도한 스크립트 실행이 발생하지 않도록 최적화하여야 함 | |
| 산출정보 | 성능시험 결과서, 웹사이트 품질진단 보고서 | |
| 관련 요구사항 | SFR-003, UIR-001, UIR-002, COR-004, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-004 | |
| 요구사항 명칭 | 오류 응답시간 및 지연 경고 | |
| 요구사항 상세 설명 | 정의 | 오류 응답시간 목표 정의 및 지연 경고 |
| 세부 내용 | ⚪ AI 검증 API 호출 실패, 데이터 누락, 검증 불가 등 오류 발생 시 5초 이내에 사용자가 인지할 수 있는 안내 메시지를 제공하여야 함 ⚪ AI 검증 처리 시간이 10초 이상 소요될 것으로 예상되는 경우 진행 중 또는 지연 안내 메시지를 제공하여야 함 ⚪ 오류 메시지에는 개인정보, 서버 정보, 내부 경로 등 중요정보가 노출되지 않아야 함 | |
| 산출정보 | 성능시험 결과서, 오류 처리 기준서 | |
| 관련 요구사항 | SFR-002, SFR-003, UIR-001, UIR-002, TER-003 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-005 | |
| 요구사항 명칭 | 동시 사용자 접속 수 | |
| 요구사항 상세 설명 | 정의 | 동시 사용자 접속 수 목표 정의 |
| 세부 내용 | ⚪ 집행등록자, 관리자, 회계법인 등 동시 사용자 10명 이상이 접속하여 운영되어야 하며 적정한 기준을 제시하여야 함 ⚪ 동시 사용자 기준은 로그인 후 30분 이내 활동 이력이 있는 사용자를 기준으로 함 ⚪ 성능시험 시 동시 사용자 부하 조건에서 주요 온라인 업무 응답시간 기준을 충족하여야 함 | |
| 산출정보 | 성능시험 결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-006 | |
| 요구사항 명칭 | 메모리(디스크) 사용률 | |
| 요구사항 상세 설명 | 정의 | 메모리(디스크) 사용률 목표 정의 |
| 세부 내용 | ⚪ 테스트 및 시험운영 기간 중 AI 서버, API 서버, 참조DB/RAG 저장소의 메모리 및 디스크 사용률을 점검하여야 함 ⚪ 서비스 운영시간 중 메모리 평균 사용률은 80% 이하, 디스크 평균 사용률은 80% 이하를 유지하여야 함 ⚪ 디스크 사용률이 80%를 초과하거나 증가 추세가 확인되는 경우 검증 로그, 모델 파일, 참조DB, 백업 데이터에 대한 관리 방안을 제시하여야 함 | |
| 산출정보 | 성능시험 결과서, 시스템 운영 매뉴얼 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | PER-007 | |
| 요구사항 명칭 | CPU 및 GPU 사용률 | |
| 요구사항 상세 설명 | 정의 | CPU 및 GPU 사용률 목표 정의 |
| 세부 내용 | ⚪ 테스트 및 시험운영 기간 중 AI 모델 호출, 임베딩 생성, 참조DB/RAG 검색, 검증 API 처리 시 CPU 및 GPU 사용률을 점검하여야 함 ⚪ 서비스 운영시간 중 CPU 평균 사용률은 80% 이하를 유지하여야 함 ⚪ AI 추론 처리 중 GPU 평균 사용률은 90% 이하를 권장하며, 지속적인 자원 포화로 응답 지연이 발생하지 않도록 조치 방안을 제시하여야 함 | |
| 산출정보 | 성능시험 결과서, 시스템 운영 매뉴얼 | |
| 관련 요구사항 |
ㅇ 인터페이스 요구사항(시스템)
| 요구사항 분류 | 시스템 인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SIR-001 | |
| 요구사항 명칭 | 녹색자금통합관리시스템 - AI 검증 서버 간 연계 | |
| 요구사항 상세 설명 | 정의 | 녹색자금통합관리시스템 - AI 검증 서버 간 검증 요청, 결과 반환, 결과 저장·조회를 위한 연계 인터페이스 구현 |
| 세부 내용 | [유형1-2. 양방향] | |
| 산출정보 | 정보시스템정의서, 인터페이스정의서 | |
| 관련 요구사항 | SFR-002, DAR-004, PER-002, TER-001 |
| 연계 구분 | 기관 내 | 연계 기관 (민간포함) | 한국산림복지진흥원 |
|---|---|---|---|
| 연계 기준 | 녹색자금통합관리시스템 | 연계 대상 | AI 검증 서버 |
| 연계 방향 | 양방향 | 연계 정보 | |
| 연계 방식 | 직접 | 경유시스템 | 없음 |
| 인터페이스 | API | 연계 주기 | 실시간 |
ㅇ 인터페이스 요구사항(사용자)
| 요구사항 분류 | 사용자인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-001 | |
| 요구사항 명칭 | 집행등록자 화면 인터페이스 보완 | |
| 요구사항 상세 설명 | 정의 | 집행등록자가 AI 검증결과를 확인하고 등록 업무에 활용할 수 있도록 집행등록 화면 인터페이스 보완 |
| 세부 내용 | ⚪ 적용 대상 : 집행등록자 화면 ⚪ 사용자 유형 : 집행등록자 ⚪ 주요 표시 정보 : AI 검증결과, 판단 사유, 처리 상태, 오류 안내 메시지 ⚪ 집행등록 화면에서 사용자가 입력한 적요, 목·세목·내역 등을 기준으로 AI 검증결과를 확인할 수 있도록 화면을 구성하여야 함 ⚪ AI 검증결과는 적정/부적정/확인필요 등 사용자가 쉽게 인지할 수 있는 형태로 표시하여야 함 ⚪ 부적정 또는 확인필요 결과가 표시되는 경우 사용자가 입력 내용을 재확인할 수 있도록 판단 사유와 안내 문구를 제공하여야 함 ⚪ AI 검증 처리 중에는 진행 중, 지연, 오류 등 처리 상태를 명확하게 표시하여야 함 ⚪ 기존 집행등록 업무 흐름을 과도하게 변경하지 않으며, 기존 녹색자금통합관리시스템의 화면 구성, 용어, 버튼, 색상, 메시지 체계와 일관성을 유지하여야 함 ⚪ 화면 설계 시 웹 접근성 및 웹 호환성 기준을 준수하여야 함 | |
| 산출정보 | 화면설계서, 사용자 매뉴얼, 테스트 결과서 | |
| 관련 요구사항 | SFR-001, SFR-003, PER-003, PER-004, COR-004 |
| 요구사항 분류 | 사용자인터페이스 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | UIR-002 | |
| 요구사항 명칭 | 관리자 화면 인터페이스 보완 | |
| 요구사항 상세 설명 | 정의 | 관리자가 집행내역별 AI 검증결과를 조회·검토할 수 있도록 관리자 화면 인터페이스 보완 |
| 세부 내용 | ⚪ 적용 대상 : 사업관리-집행관리 목록 및 상세 화면 ⚪ 사용자 유형 : 관리자, 회계법인 등 검토 담당자 ⚪ 주요 표시 정보 : AI 검증결과, 판단 사유, 참조 근거, 모델 버전, 검증일시, 오류 상태 ⚪ 사업관리-집행관리 목록 화면에서 집행내역별 AI 검증결과를 확인할 수 있도록 항목을 추가하여야 함 ⚪ 관리자는 적정/부적정/확인필요 등 검증결과별로 집행내역을 조회하거나 사용자의 정정 내용을 확인할 수 있어야 함 - 절차: AI 검증 → 신뢰도 및 판단근거 제시 → 정상/확인필요 분류 → 담당자 검토 → 필요 시 판정 정정 → 담당자 최종확정 → 처리이력 저장 ⚪ 다음에 해당하는 경우 담당자 또는 발주기관이 지정한 검토자의 최종 확인을 필수로 수행해야 함 - AI가 '부적정'으로 판정한 경우, AI 신뢰도가 80% 미만인 경우, 규칙기반 검증과 AI 판정결과가 상충하는 경우, 사용자가 AI 판정에 대하여 이의를 제기한 경우 ⚪ 오판정 데이터는 원인 유형별로 분류 및 관리해야 함 ⚪ 상세 화면에서는 검증결과, 판단 사유, 참조 근거, 모델 버전, 검증일시 등을 확인할 수 있도록 구성하여야 함 ⚪ 확인필요 또는 부적정 건에 대해서는 관리자가 우선적으로 검토할 수 있도록 조회 편의 기능을 제공하여야 함 ⚪ AI 검증 API 오류 또는 검증 불가 건은 사용자가 원인을 이해할 수 있는 범위에서 안내하되, 시스템 내부 정보나 중요정보가 노출되지 않도록 하여야 함 ⚪ 기존 녹색자금통합관리시스템의 화면 구성, 용어, 버튼, 목록 형식 등과 일관성을 유지하여야 함 | |
| 산출정보 | 화면설계서, 관리자 매뉴얼, 테스트 결과서 | |
| 관련 요구사항 | SFR-002, SFR-003, DAR-004, PER-003, TER-002 |
ㅇ 데이터 요구사항
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-001 | |
| 요구사항 명칭 | 데이터 베이스 설계 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 관련 업무 처리 절차를 반영하여 유기적으로 구조화하고 향후 업무 변동에 따른 확장성을 충분히 고려 ⚪ 요구사항이 모두 반영되며, 데이터 용량 및 관리 성능을 최적화 ⚪ 정보시스템 유지보수업체와 유기적 협의를 통해 안정적 운영·관리 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-002 | |
| 요구사항 명칭 | 데이터 표준 준수 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 공유 및 재사용, 교환, 품질향상, DB통합 등을 위하여 표준화 ⚪ 한국산림복지진흥원과 협의하여 효율적인 방안을 결정하고 최적화된 표준데이터 구조를 정의 ⚪ 자료 검색의 신속성을 높이기 위한 다양한 메타데이터를 추출할 수 있도록 구성 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-003 | |
| 요구사항 명칭 | 현행 집행데이터 분석 및 학습데이터 구축 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 현행 집행데이터 분석 - 최근 3년 이상 집행등록 데이터를 대상으로 적요, 비목, 내역, 사업유형 등 주요 항목 분석 - 결측, 중복, 오류, 비목 분포, 적요 표현 유형 등 데이터 품질 확인 ⚪ 학습데이터 구축 - 비목 체계 기준에 따른 목·세목·내역 라벨링 수행 - 학습용·검증용 데이터셋 분리 구성 - 데이터 정제 및 라벨링 기준서 작성 ⚪ AI 모델 개발을 위한 데이터를 학습데이터와 검증데이터로 분리하여 구성함 ⚪ 최종 성능 평가에 사용하는 검증 데이터는 모델 학습에 사용 하지 않은 독립적인 데이터로 구성 함 ⚪ 검증 데이터는 주요 비목 및 적정·부적정 사례가 고르게 포함 되도록 구성하고, 검증 데이터 및 정답기준은 발주기관과 협의 하여 확정 함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-004 | |
| 요구사항 명칭 | 비목 체계·내부 지침 참조DB 구축 | |
| 요구 사항 상세 설명 | 정의 | 비목 체계, 내부 지침, 유사 집행사례를 AI 검증 근거로 활용하기 위한 참조DB 구축 |
| 세부 내용 | ⚪ 비목 체계 참조DB 구축 - 목·세목·내역 기준 및 세부 설명 정보 구조화 - 비목별 적용 기준, 예외사항, 주요 사례 정리 ⚪ 내부 지침 참조DB 구축 - 집행 기준, 검토 기준 등 내부 지침 정보 정리 - AI 검증결과의 판단 근거로 활용 가능한 형태로 구축 ⚪ RAG 적재 기반 구성 - 참조DB 검색 및 유사 사례 조회가 가능하도록 메타데이터 및 색인 구성 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-005 | |
| 요구사항 명칭 | DB구조 관리 | |
| 요구사항 상세 설명 | 정의 | |
| 세부 내용 | ⚪ 사업수행 기간 DB구조 관리(변경이력 관리 포함) 방안을 제시하여야 함 ⚪ 사업수행 기간에 설계한 DB구조가 변경될 경우, 진흥원메타데이터관리시스템에 등록한 메타데이터를 현행화하여야 함 ⚪ DB구조가 변경될 경우, DB구조변경이력서를 작성하여 변경이력을 관리하여야 함 ⚪ 사업수행 기간에 진흥원메타데이터관리시스템에 등록한 메타데이터와 구현된 물리데이터베이스 형상의 일치 여부를 주기적으로 점검하여야 함 – 점검 결과는 주/월간 보고서에 포함하여 보고 ⚪ 정보시스템 고도화 완료 시 진흥원메타데이터관리시스템에 등록한 메타데이터와 실제 물리데이터베이스 간의 구조정합성(구조현행화율)을 최종 점검하고, 그 결과를 진흥원 데이터실무담당관에 제출하여야 함 – 사업 완료 시점 구조정합성(구조현행화율)은 100%를 충족하여야 함 – 점검 결과는 완료 보고서에 포함하여 보고 ※ 구조정합성(구조현행화율) – 테이블(정의서)현행화율 : 물리데이터 전체 테이블 중 테이블정의서 테이블정보와 일치한 테이블의 비율(테이블정의서 전체 테이블 중 물리데이터 테이블정보와 일치한 테이블의 비율) – 컬럼(정의서)현행화율 : 물리데이터 전체 컬럼 중 컬럼정의서 컬럼정보와 일치한 컬럼의 비율(컬럼정의서 전체 컬럼 중 물리데이터 컬럼정보와 일치한 컬럼의 비율) | |
| 산출정보 | DB구조 관리 방안(매뉴얼, 가이드 등), DB구조변경이력서 | |
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-006 | |
| 요구사항 명칭 | 데이터값 검증 | |
| 요구사항 상세 설명 | 정의 | 데이터값 검증 및 개선 |
| 세부 내용 | ⚪ 데이터값 검증계획 수립 – 데이터값 검증 범위(전체 또는 일부), 시기, 방법 등이 포함된 데이터값 검증계획서를 작성하여 제출해야 함 – 정보시스템 고도화에 따라 추가되는 데이터의 특성을 분석한 후 대상 정보시스템의 구축·운영 근거(법령, 규정, 규칙, 매뉴얼 등)를 참고하여 데이터 특성에 부합하는 업무규칙(BR)을 정의하여야 함 – 변경된 업무규칙(BR)을 반영하여 진흥원메타데이터관리시스템에 등록된 업무규칙정의서를 현행화하여야 함 ⚪ 데이터값 검증 및 개선 수행 – 범정부 데이터 품질진단 기준 및 업무규칙(BR)에 따라 데이터값 검증을 수행하여야 함 – 데이터값 검증 결과 식별된 오류데이터를 개선하고, 오류로 인한 영향도, 오류유형별 조치 방법 등을 관리하여야 함 – 반복적으로 발생하는 동일 오류가 있는 경우 재발 방지 방안을 제시하여야 함 – 오류데이터 입력 방지(사전 검증) 방안을 제시하여야 함 | |
| 산출정보 | 데이터값 검증계획서/결과서, 업무규칙정의서 | |
| 관련 요구사항 |
| 요구사항 분류 | 데이터 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | DAR-007 | |
| 요구사항 명칭 | 데이터 품질관리 체계 수립 | |
| 요구사항 상세 설명 | 정의 | 데이터 품질관리 체계 및 연계데이터 품질관리 방안 제시 |
| 세부 내용 | ⚪ 운영단계까지 적용 가능한 데이터 품질관리 체계 수립 – DB표준, 구조, 값 등 데이터 핵심 요소의 지속적 관리를 위한 조직과 역할을 정의하여야 함 – DB표준의 추가, 변경, 삭제 절차를 수립하여야 함 – DB구조와 관련된 추가, 변경, 삭제 절차를 수립하여야 함 – 오류데이터의 진단 및 개선 절차를 수립하여야 함 – 표준준수율, 구조정합성(구조현행화율), 데이터품질오류율 등 명확한 관리기준을 제시하여야 함 ⚪ 연계데이터 품질관리 방안 제시 – 제공기관 및 활용기관 간 연계데이터의 정합성이 유지되도록 방안을 제시하고, 구축하여야 함 – 정보시스템 고도화 결과 연계데이터 목록이 변경된 경우, 진흥원메타데이터관리시스템에 등록된 연계데이터목록정의서를 현행화하여야 함 – 연계데이터 목록은 연계정보(송수신 구분, 정보명, 주기), 연계항목(항목명, 설명, 데이터타입, 길이), 항목출처(DB명, 테이블명, 컬럼명), 제공기관, 활용기관 등을 포함하여야 함 – 연계데이터를 제공 및 활용하는 기관 상호 간의 데이터 품질 확보를 위해 연계표준이나 기준 등을 협의하고, 정기적인 연계데이터 정합성 검증방안을 제시하여야 함 | |
| 산출정보 | 데이터(표준, 구조, 값) 품질관리 매뉴얼, 연계데이터 품질관리 매뉴얼, 연계데이터목록정의서 | |
| 관련 요구사항 |
ㅇ 테스트 요구사항
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-001 | |
| 요구사항 명칭 | 테스트 방안 | |
| 요구 사항 상세 설명 | 정의 | 테스트 방법 및 내용정의 |
| 세부 내용 | ⚪ 사용자 요구사항에서 변경관리 절차를 통해 승인을 획득한 요구사항을 최종 베이스라인으로 간주함 ⚪ 테스트에 필요한 조직구성과 시험데이터 구축 및 테스트 시나리오에 의한 테스트 방안 제시 ⚪ 제공되기로 한 요구사항을 제공하는지 여부는 각 기능 요구사항의 검증(테스트) 활동을 통해 예상된 결과가 도출되었을 경우를 기준으로 평가함 ⚪ 단위 테스트, 통합 테스트, 시스템 테스트를 위한 구체적인 적용 방안을 제안하여 기능의 오류를 줄일 수 있는 방안을 제시함 ⚪ 기능의 구현 정확성은 사용자가 직접 테스트 수행 기간에 테스트를 수행함으로써 평가함 | |
| 산출정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-002 | |
| 요구사항 명칭 | 인수테스트 | |
| 요구사항 상세 설명 | 정의 | 사용자 승인을 위한 검사 및 테스트 |
| 세부 내용 | ⚪ 진흥원과 협의하여 인수테스트를 계획하고, 진흥원이 인수테스트를 이행하기 위한 모든 조력을 제공해야 함 ⚪ 사용자 승인을 위한 검사 및 테스트 수행 방법, 절차, 점검 사항, 최종 검수 기준, 점검 후 조치방안 등이 세부적으로 명시된 인수테스트 계획서를 작성해야 함 ⚪ 개발 완료 후 최종 산출물 및 테스트 결과물을 첨부하여 진흥원에 인수테스트를 요청하여야 하며, 인수테스트 과정에서 발견된 하자 사항은 만족한 결과를 얻을 때까지 보완과 테스트를 반복적으로 실시해야 함 – 단, 현장에 시급하게 적용해야 할 프로그램에 대해서는 사업 중이라도 기성부분에 대한 인수테스트를 요청할 수 있으며, 수행업체는 이에 응해야 함 ⚪ 요구사항별 적합/부적합 판정을 할 수 있도록 요구사항별 테스트를 수행할 수 있어야 하며, 이에 따른 테스트 데이터를 준비해야 함 ⚪ 운영환경에서 인수테스트를 수행함 ⚪ 최종 승인 처리는 별도의 문서에 의하여 진흥원의 승인을 받은 일자에 완료된 것으로 함 ⚪ 사용자가 요구한 사항을 시스템이 전체적으로 만족시키는지를 검증하여 시스템 인수 여부 결정함 | |
| 산출정보 | 검사기준서, 인수테스트계획서/결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 테스트 요구사항 | |
|---|---|---|
| 요구사항 고유번호 | TER-003 | |
| 요구사항 명칭 | 성능테스트 | |
| 요구사항 상세 설명 | 정의 | 개발 완료된 시스템의 성능요구사항 충족 여부 검증 |
| 세부 내용 | ⚪ 개발 완료된 시스템을 실제 운영 환경에 전개한 후 성능요구사항의 충족 여부 검증하기 위한 성능테스트를 실시하여야 함 ⚪ 성능테스트 전 테스트 일정, 목적, 대상 범위, 성능측정 지표 및 목표, 수행 절차, 사용 도구 등이 포함된 성능테스트 계획서를 작성하여야 함 ⚪ 성능테스트 결과 목표성능에 못 미칠 경우, 목표에 부합하도록 시스템을 튜닝하거나, 데이터베이스를 정규화해야 함 ⚪ 성능테스트 결과와 향후 조치방안이 포함된 성능테스트 결과서를 작성해야 함 ⚪ 테스트 결과에 따른 자체적인 시정조치 이외에 발주기관이 요청한 사항을 반영하여야 함 ⚪ 최종 검수는 발주기관과 협의하여 확정한 검증데이터셋을 이용하여 수행 ⚪ 비목 및 적정성 판정 결과에 대해 Accuracy, Precision, Recall, F1-score, 부적정 Recall을 측정하고 결과를 성능시험 결과서에 제시해야 함 ⚪ AI 판정 오류 또는 신뢰도가 낮은 건은 담당자가 검증결과와 판단근거를 확인하고 최종 판정할 수 있도록 해야 함 ⚪ 담당자가 AI 판정을 수정한 경우 수정 결과 및 사유를 이력으로 관리하고 향후 모델 개선에 활용할 수 있도록 해야 함 | |
| 산출정보 | 성능테스트 계획서/결과서 | |
| 관련 요구사항 |