입찰공고상세[용역] · 마감 · AI 페이지
국내 전력망 데이터를 활용한 물리정보 기반 AI-SCUC 시작품 제작
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「국내 전력망 데이터를 활용한 물리정보 기반 AI-SCUC 시작품 제작」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01748494)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 16:57 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
끝난 공고 · 결과
- 국내 전력망 데이터를 활용한 물리정보 기반 AI-SCUC 시작품 제작 · 한국전기연구원 · 유찰
- 머신러닝용 고신뢰 버스기반 토폴로지-상태 통합분석 시작품 제작 · 한국전기연구원 · 낙찰 -
- 재생에너지 디지털트윈 모델 성능 향상을 위한 기상환경정보 모델링 기술 구매 · 한국전기연구원 · 유찰
- 신재생에너지 발전소 O&M을 위한 에이전트 기반 지능형 발전설비 운영관리 시스템 구축 · 한국과학기술정보연구원 · 낙찰 -
- MVDC 계통운영시스템 평가를 위한 성능평가시스템 시작품 고도화 개발 · 한국전기연구원 · 낙찰 주식회사 쓰리웨이소프트 · 1.97억원
- 한국에너지공과대학교 통합 시험용 실시간 시뮬레이터 구매 · 한국에너지공과대학교 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
공고 개요
재공고 · 한국전기연구원 · SW 개발·운영
- 추정가격
- 5,000만원
- 참가자격 등록 마감
- 10/06(화) 18:00 · 마감
- 낙찰방법
- 규격가격동시입찰
- 참가 자격
- 제한 없음
- 무슨 일
- 물리인지 AI-UC 시작품 SW 설계·제작
요약 AI 요약
재생에너지 확대에 따른 계통 불확실성 증가로 반복 계산 수요가 급증하는 발전기 기동정지계획(UC)을, 기존 MILP 기반 SCUC보다 빠르게 산출하기 위해 물리인지 GNN 기반 AI-UC 기법을 적용한 시작품을 설계·제작하는 사업이다. 5년간 단계적으로 고도화되는 시작품의 1차년도 사업으로, 전체 SW 아키텍처와 데이터 입출력 구조, 기본 AI-UC 모델 구조, 성능평가 체계를 구축한다.
- 전체 SW 아키텍처 및 데이터 입출력 구조 설계(SW아키텍처설계서 작성)
- 발전기 운영제약을 반영한 물리인지 기본 AI-UC 모델 학습 기능 개발
- AI-UC 추론 및 시간대별 UC 스케줄 산출 기능 개발
- 운용 비용·제약 위반·계산 시간 관점의 정량 성능평가 체계 및 리포트 생성 기능 개발
- 국내 전력망 데이터 기반 학습·검증 데이터 구성 및 데이터 정합성 검증
- 단위·통합·인수 시험 수행 및 산출물 제출
사업 내용 · 이 공고에 든 일
중심 · 물리인지 AI-UC 시작품 SW 설계·제작
용역 › 정보시스템·SW › SW 개발·운영
전력계통 UC용 AI 모델·추론·성능평가 SW를 설계·개발해 소스코드와 실행 패키지로 납품하는 SW 개발 사업이다.
- SW 아키텍처 및 데이터 입출력 구조 설계(SW아키텍처설계서)
- 물리인지 기본 AI-UC 모델 학습·추론 기능 개발
- 정량 성능평가 체계 및 리포트 생성 기능 개발
- 단위·통합·인수 테스트 수행
- 설치·실행 매뉴얼 및 기술이전·교육
- 하자보수 12개월
평가 · 배점
협상 대상 기준 · 각 평가위원의 평가점수 중 최고점수와 최저점수를 제외한 나머지 점수를 산술평균한 점수를 100점 만점으로 환산하며 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정함
| 평가 항목 | 배점 |
|---|---|
| 납품실적(해당 사양 이상의 실적 포함) | 10점 |
| 재무구조 및 경영상태 | 10점 |
| 개발장비 보유현황 | 10점 |
| 전력운영시스템(EMS)/기동정지계획(UC)/AI(GNN)에 대한 이해도 | 20점 |
| 물리인지 AI-UC 모델 구현 방안 | 20점 |
| AI를 활용한 개발 경험 | 20점 |
| 운용 및 유지보수의 적합성 | 10점 |
| 합계(항목을 더한 값) | 100점 |
참가 자격 · 제한
- 업종제한
- 제한 없음
- 지역제한
- 제한 없음
- 공동수급
- 공동수급불허
- 입찰참가 제한
- 없음
- 실적경쟁 · PQ
- 해당 없음
- 국제입찰
- 국내입찰
- 제출 방법
- 전자입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 09/29(화) | 지남 |
| 입찰서 제출 시작 | 09/29(화) 15:00 | 지남 |
| 입찰참가자격 등록 마감 | 10/06(화) 18:00 | 지남 |
| 입찰서 제출 마감 | 10/07(수) 11:00 | 지남 |
| 개찰 | 10/07(수) 12:00 | 지남 |
가격
- 추정가격
- 50,000,000원
- 배정예산
- 55,000,000원
- 예정가격 방식
- 단일예가
공고 정보
- 공고종류
- 재공고 (재입찰공고)
- 게시일
- 09/29(화)
- 공고번호
- R26BK01748494-000
- 참조번호
- RD2026080109
- 공고기관
- 한국전기연구원
- 수요기관
- 한국전기연구원
- 계약방법
- 일반경쟁
- 낙찰방법
- 규격가격동시입찰
- 계약유형
- 총액계약
- 예정가격 방식
- 단일예가
- 추정가격
- 50,000,000원
- 배정예산
- 55,000,000원
- 공공조달분류
- 연구조사서비스 › 학술연구서비스 › 기타연구조사서비스
- 사전규격번호
- R26BD00270529
- 재공고
- 재공고
- 출처
- 나라장터
문서 발췌
배점·평가
[붙임 1]
규격평가 심사기준 및 배점 기준
1) 심사기준 제 1 조 (목적) 본 심사기준의 목적은 계약목적물의 구매에 있어서 입찰에 참여를 원하는 업체의 납품 실적, 구매규격서 만족도, 제품 제작 능력, 제품 신뢰성 및 유지보수성 등을 평가하는 입찰자격 적격여부 심사기준(이하 “심사기준”이라 한다.)을 정함에 있다. 제 2 조 (심사기준 기간계산 및 방법) ① 심사기준의 심사항목 및 배점은 배점 기준에 의한다. ② 심사에 따른 기간계산은 다른 규정이 없는 한 입찰공고일 현재로 한다. 제 3 조 (심사 방법) ① 입찰에 참가를 원하는 업체는 기술평가를 위한 본 심사기준을 열람하여야 한다. ② 제출된 평가서 및 제안서 발표를 진행 할 경우 발표내용에 대하여 평가를 실시한다. - 일시 및 평가장소 : 입찰마감 후 별도 공지 ③ 본 심사기준에 따른 기술심사평가를 통해 평가점수가 85점 이상인 적격 업체에 한해 가격 입찰서의 개찰 진행한다. 제 4 조 (제출 서류) 규격평가를 위하여 아래의 서류가 포함되어야 한다. - 기술제안서, 관련설비 납품 실적서류등 제 5 조 (심사위원 구성) 정성평가를 위하여 평가위원회는 평가위원장을 포함하여 관련분야 전문가(4인이상)를 평가위원으로 구성하며 평가한다. 제 6 조 (기타 사항) 본 심사기준에서 규정하지 않은 사항은 기획재정부 협상에 의한 계약 제안서평가 세부기준, 국가를 당사자로 하는 계약에 관한 법률․동 시행령․동 시행규칙 등을 준용할 수 있다. 2) 정량평가 배점기준 ○ 납품실적
수행실적 평가기준
| 평가등급 | 평점 |
|---|---|
| 100% 이상 | 100% |
| 70% 이상∼100% 미만 | 90% |
| 40% 이상∼70% 미만 | 80% |
| 40% 미만 | 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. 중소기업협동조합이 입찰에 참여하는 경우 중소기업협동조합의 신용평가등급으로 평가한다.
[붙임 2]
제안서 평가기준 (평가항목 및 배점한도) (예시)
제안업체 명
| 구분 | 평가항목 | 배점 | 점수 | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 평가항목 | 배점 | 매우우수 | 우수 | 보통 | 미흡 | 매우미흡 | 평가 | ||||
| 정량 평가 | 기업역량 평가 및 전문성 (30) | 납품실적 (해당 사양 이상의 실적 포함) | 10 | 10 | 9 | 8 | 7 | ||||
| 재무구조 및 경영상태 | 9.5 | 9 | |||||||||
| 개발장비 보유현황 | 9 | 8 | |||||||||
| 정성 평가 | 규격평가서 만족도 (60) | 전력운영시스템(EMS)/기동정지계획(UC)/AI(GNN)에 대한 이해도 | 20 | 20 | 18 | 16 | 14 | 12 | |||
| 물리인지 AI-UC 모델 구현 방안 | |||||||||||
| AI를 활용한 개발 경험 | |||||||||||
| 유지보수 (10) | 운용 및 유지보수의 적합성 | 10 | 10 | 9 | 8 | 7 | 6 | ||||
| 합계 | 100 | 합계점수 : |
과업·요구
나. 적정 사업기간 산정 49 다. 계약목적물의 지식재산권 귀속 49 라. 하도급계약 사전 승인제 49 마. SW 사업정보 제출 49 바. 작업장소 및 원격지 개발 49 사. 과업내용 변경 50 아. 상용SW 직접구매 및 SW 품질성능 평가시험(BMT) 50 자. 중소 소프트웨어사업자의 참여지원 50 차. SW사업 영향평가 50 카. 보안 일반요건(붙임 참조) 50
붙 임
붙임 1. 일반현황 및 주요 연혁 1 붙임 2. 자본금 및 매출액(최근 3년) 2 붙임 3. 입찰참가 신청서 3 붙임 4. 소프트웨어 분리발주 제외 사유서 : 해당사항 없음 4 붙임 5. 적정사업기간 종합산정서 5 붙임 6. 직접구매 대상 상용소프트웨어 구매계획 : 해당사항 없음 6 붙임 7. 기술적용 계획표 7 붙임 8. [보안]보안 일반요건 14 붙임 9. [보안]용역업체 보안 준수사항 15 붙임 10. [보안]용역업체 보안 특약사항 17 붙임 11. [보안]보안서약서 21 붙임 12. [보안]보안확약서(업체대표) 22 붙임 13. [보안]비밀유지 서약서 23 붙임 14. [보안]자료반환 확약서 24 붙임 15. [보안]개인정보처리위탁 계약서 25 붙임 16. [보안]보안성 체크리스트 28 붙임 17. [보안]소프트웨어 보안약점 기준 33 붙임 18. [보안]도입 가능 운영체제(OS) 39
사업 개요
추진배경 및 필요성 □ 추진 배경 ◯ 한국전기연구원은 전력계통 계획·운영을 위한 물리기반 인공지능(AI) 기술개발 과제를 수행하고 있으며, 재생에너지 확대에 따른 계통 불확실성 증가로 발전기 기동정지계획(UC, Unit Commitment)의 반복 계산 수요가 급증하고 있음 ◯ 기존 MILP 기반 SCUC(Security-Constrained Unit Commitment)는 해의 품질은 우수하나 대규모 계통에서 계산 시간이 과다하여 EMS 운영 주기 내 활용에 제약이 있음 ◯ 계통 토폴로지와 발전기 운영제약 등 물리적 구조를 학습에 반영하는 물리인지 GNN(Graph Neural Network) 기반 AI-UC 기법을 통해 EMS 운영 주기 내에서 신속하게 UC 해를 산출하는 시작품 개발이 필요함 □ 필요성 ◯ 본 시작품은 5년간 동일한 시작품명으로 단계적으로 고도화되는 물리인지 GNN 기반 AI-SCUC 시작품으로, 1차년도에는 전체 SW 아키텍처, 데이터 입출력 구조, 발전기 운영제약을 반영한 기본 AI-UC 모델 구조, 성능평가 체계를 설계하여 이후 연차 개발의 기준이 되는 구조를 구축함 ◯ 이후 연차의 기준이 되는 AI-UC 기본 모델 및 인터페이스 표준을 확보하고, 주관기관 테스트베드에서 베이스라인 대비 성능 비교 및 요구사항 도출, 이후 연차 기능 확장을 위한 기반 코드로 활용함
정보시스템 현황
현행 시스템 구성도(SW) 보안상 생략(요청시 열람 가능) 현행 네크워크/서버 구성도 보안상 생략(요청시 열람 가능) ※ 「행정기관 및 공공기관 정보시스템 구축·운영 지침」 제17조(제안요청서 보안사항 등)에 따라 공개하지 않으며, 제안서 작성에 필요한 경우 보안서약서[붙임 참조] 제출 후 담당자 입회하에 열람 가능
사업 추진방안
목표 및 전략 □ 발전기 운영제약을 반영하는 물리정보 기반 AI-UC 기본 모델과 데이터 입출력 구조, 정량 성능평가 체계를 포함하는 “국내 전력망 데이터를 활용한 물리정보 기반 AI-SCUC 시작품”을 설계·제작하고, 운용 비용·제약 위반·계산 시간 관점의 베이스라인 대비 정량 성능평가를 통해 유효성을 검증함 추진체계 □ 발주기관(한국전기연구원)과 사업수행사 간 협의체를 구성하여 요구사항 확정, 설계 검토, 시험 및 검수를 단계적으로 수행함 주요역할 □ 발주기관(한국전기연구원) ◯ 요구사항 정의 및 확정, 설계·산출물 검토 및 승인 ◯ 시험 입회 및 검수, 계통 데이터 등 시험자료 제공 협조 □ 사업수행사 ◯ 시작품 SW 아키텍처 설계 및 기본 AI-UC 모델 제작(학습·추론, 성능평가 체계) ◯ 단위·통합·인수 시험 수행 및 산출물 제출 추진일정 □ 사업기간 : 계약 체결일로부터 75일 이내
| 구 분 | 2026 | 2027 | 2028 | 2029 | 2030 | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 구 분 | Q1 | Q2 | Q3 | Q4 | Q1 | Q2 | Q3 | Q4 | Q1 | Q2 | Q3 | Q4 | Q1 | Q2 | Q3 | Q4 | Q1 | Q2 | Q3 | Q4 |
| 기본 AI-UC 모델 설계 | ■ | ■ | ||||||||||||||||||
| SW 구조 설계 및 데이터 전처리 | ||||||||||||||||||||
| 기본 모델 정량적 평가 체계 구축 | ||||||||||||||||||||
| 송전제약 반영 AI-UC 모델 개발 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 제약 반영 결과 분석 및 단위시험 | ||||||||||||||||||||
| 물리인지 기반 AI-SCUC 모델 개발 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 상정고장 영향 및 신뢰도제약 모델링 | ||||||||||||||||||||
| 상정고장 시나리오 검증 | ■ | ■ | ||||||||||||||||||
| 불확실성 강인 모델 고도화 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 수요 및 재생E 변동 시나리오 구축 | ||||||||||||||||||||
| 시나리오 기반 운용적합성 검증 | ■ | |||||||||||||||||||
| AI-SCUC 기능 통합 및 패키지화 | ■ | ■ | ■ | ■ | ||||||||||||||||
| 국내 실계통 데이터 기반 통합 실증 | ||||||||||||||||||||
| 종합 성능평가 및 적용성 검증 | ■ |
참가자격
□ 추진 일정표
일반 사항
사업자 선정 방식 : 제한경쟁입찰(대기업 참여제한 사업) 입찰방식 □ 사업자 선정 방식 : 규격가격동시입찰 입찰 참가자격 ◯ 「국가를 당사자로 하는 계약법 시행령」 제12조에 의한 경쟁 입찰자격소지자 ◯ 「국가를 당사자로 하는 계약법 시행규칙」 제76조의 규정에 의한 부정당업자로 입찰참가자격 제한을 받은 업체는 제외 ◯ 한국전기연구원 전자계약시스템에 이용자 등록을 하고 선정방식에 이의가 없음을 확약한 업체이여야 함 ◯ 「소프트웨어진흥법」 제48조(중소 소프트웨어사업자의 사업참여 지원)에 따른 중소 소프트웨어사업자의 사업 참여 지원에 관한 지침 준수 - 본 사업은 20억 미만의 사업으로써, 「소프트웨어 진흥법」 제48조 및 「중소 소프트웨어사업자의 사업 참여 지원에 관한 지침(과학기술정보통신부)」에 의거 대기업 및 중견기업인 소프트웨어 사업자의 입찰 참여 제한 - ※ 「소프트웨어진흥법」 제48조제4항에 따라 상호출자제한기업집단에 속하는 회사는 입찰에 참여할 수 없음 ◯ 「소프트웨어진흥법」 제58조에 의한 소프트웨어사업자(컴퓨터관련서비스업) ◯ 「중소기업제품 구매촉진 및 판로지원에 관한 법률」 제9조 및 같은 법 시행령 제10조의 규정에 따라 직접생산확인증명서(정보시스템유지관리서비스 분야)를 소지한 업체(유효기간내) - ※ 직접생산증명서의 유효기간을 반드시 확인하여 입찰하셔야 하며 입찰마감시점에 유효기간이 지난 서류는 인정하지 않음 ◯ 「중소기업기본법」 제2조에 따른 중·소기업자 또는「소상공기본법」 제2조에 따른 소상공인으로서 「중소기업 범위 및 확인에 관한 규정」에 따라 발급된 ‘중소기업확인서’를 소지한 중·소기업 또는 소상공인에 한함(유효기간내) 제안서 평가 방법 □ 기술평가와 가격평가를 실시하여 종합평가점수로 평가 ◯ 평가비율 : 기술평가(90%), 가격평가(10%) ◯ 종합평가점수 = 기술평가점수 + 입찰가격 평가점수 □ 기술성 평가 방법 ◯ 「소프트웨어 기술성 평가기준」에 따라 한국전기연구원 평가위원회에서 실시 ◯ 각 항목별 평가배점과 방법은 소프트웨어 기술성 평가기준 준용 ◯ 각 평가위원의 평가점수 중 최고점수와 최저점수를 제외한 나머지 점수를 산술평균한 점수를 100점 만점으로 환산하며 기술능력평가 분야 배점한도의 85% 이상인 자를 협상적격자로 선정함 ◯ 평가점수 결과는 소수점 다섯째자리에서 반올림함 □ 우선협상대상자 선정 및 계약체결 ◯ 협상대상자 중 기술평가점수와 가격평가점수를 합한 점수가 1위인 제안사를 우선협상대상자로 선정하여 기타 지원조건 등을 협상함 ◯ 협상대상자와 협상이 모두 결렬되면 재공고하여 재입찰 추진함
과업·요구
◯ 기타 규정되지 않은 사항은 조달청 규정을 따름 입찰시 유의사항 기타 유의사항 □ 설계우선방식 적용 □ 기타 유의사항
제안요청 사항
제안요청 개요 □ 사업명 : 국내 전력망 데이터를 활용한 물리인지 GNN 기반 AI-SCUC 시작품 제작 □ 사업기간 : 계약 체결일로부터 2026년 75일 이내 □ 사업범위 ◯ 본 시방서는 한국전기연구원에서 수행 중인 전력계통 계획·운영을 위한 물리기반 AI 기술개발 과제에서 활용하기 위한 “국내 전력망 데이터를 활용한 물리인지 GNN 기반 AI-SCUC 시작품”의 설계 및 제작에 관한 것이다. ◯ 재생에너지 확대에 따라 계통 운영의 불확실성이 커지면서 발전기 기동정지계획(UC)의 반복 계산 수요가 증가하고 있으나, 기존 MILP 기반 SCUC는 대규모 계통에서 계산 시간이 과다하여 EMS 운영 주기 내 활용이 어렵다. 본 시작품은 발전기 운영제약을 학습 구조에 반영하는 물리인지 AI-UC 기법을 적용하여 EMS 운영 주기 내에서 신속하게 UC 해를 산출하는 것을 목표로 한다. ◯ 본 시작품은 5년간 동일한 시작품명으로 단계적으로 고도화되며, 1차년도인 본 사업의 개발범위는 다음과 같다. ◯ 전체 SW 아키텍처 및 데이터 입출력 구조 설계 : 소스코드 저장소(형상관리), 실행 스크립트/패키지, 기본 모델 학습·추론 코드, 데이터 인터페이스의 전체 구조 설계(SW아키텍처설계서) ◯ 기본 AI-UC 모델 구조 설계 및 구현 : 발전기 운영제약을 반영한 물리인지 기본 AI-UC 모델의 학습 및 추론 기능 ◯ 정량 성능평가 체계 구축 : 운용 비용, 제약 위반, 계산 시간 등의 관점에서 베이스라인 대비 성능을 평가하는 체계 ◯ 본 시작품의 개발 환경은 Python 및 Julia 기반으로 하며, 이후 연차의 기준이 되는 AI-UC 기본 모델 및 인터페이스 표준으로 활용되고, 주관기관 테스트베드에서 베이스라인 대비 성능 비교 및 요구사항 도출, 이후 연차 기능 확장을 위한 기반 코드로 활용된다. 목표시스템 구성도 개발대상 업무 □ AI-UC 시작품 SW 아키텍처 및 데이터 입출력 구조 설계(SW아키텍처설계서 작성) □ 물리인지 기본 AI-UC 모델 학습 기능 개발 □ AI-UC 추론 및 시간대별 UC 스케줄 산출 기능 개발 □ 정량 성능평가 체계(운용 비용·제약 위반·계산 시간) 및 리포트 생성 기능 개발 상세요구사항
| 구분 | 설명 | 요구사항 개수 |
|---|---|---|
| 시스템 장비구성 요구사항 (Equipment Composition Requirement) | 목표사업수행을 위해 필요한 하드웨어, 소프트웨어, 네트워크 등의 도입 장비 내역 등 시스템 장비 구성에 대한 요구사항 | 0 |
| 기능 요구사항 (System Function Requirement) | 목표시스템이 반드시 수행하여야 하거나 목표시스템을 이용하여 사용자가 반드시 수행할 수 있어야하는 기능(동작) 개발 요구사항 | 3 |
| 성능요구사항 (Performance Requirement) | 목표시스템의 속도 및 시간, 처리량, 용량, 가용성 등에 대한 요구사항 | 4 |
| 인터페이스요구사항 (System Interface Requirement) | 목표시스템과 외부세계 사이를 연결하는 시스템 인터페이스에 대한 요구사항 | |
| 데이터요구사항 (Data Requirement) | 목표시스템의 서비스에 필요한 초기자료 구축 및 데이터 변환을 위한 대상, 방법, 보안이 필요한 데이터 등 데이터를 구축하기 위해 필요한 요구사항 | |
| 테스트요구사항 (Test Requirement) | 도입장비의 성능테스트 또는 구축 시스템의 계획대비 제대로 운영되는가를 테스트하고 점검하기 위한 테스트 요구사항 테스트 대상, 일정, 방법, 절차 등에 대한 요건과 연계 대상에 대한 테스트 요건(요구사항) | 3 |
| 보안요구사항 (Security Requirement) | 정보 자산의 기밀성과 무결성을 확보하기 위해 목표시스템의 데이터 및 기능, 운영 접근을 통제하기 위한 요구사항 | 5 |
| 품질요구사항 (Quality Requirement) | 목표 사업의 원활한 수행 및 운영을 위해 관리가 필요한 품질 항목, 품질 평가 대상 및 목표에 대한 요구사항 신뢰성, 사용성, 유지관리성, 이식성, 보안성 등 | 3 |
| 제약사항 (Constraint Requirement) | 목표시스템 설계, 구축, 운영과 관련하여 사전에 파악된 기술․표준․업무․법제도 등의 제약조건 | 4 |
| 프로젝트관리요구사항 (Project Management Requirement) | 프로젝트의 원활한 수행을 위한 관리방법 및 추진 단계별 수행방안에 대한 요구사항 | 10 |
| 프로젝트지원요구사항 (Project Support Requirement) | 프로젝트의 원활한 수행을 위해 필요한 지원사항 및 방안에 대한 요구사항(교육훈련 및 기술지원, 하자보수 요구 사항 등) | 2 |
| 합계 | 42 |
| 순번 | 구분 | 요구사항 고유번호 | 요구사항명 |
|---|---|---|---|
| 1 | 기능요구사항 (SFR) | SFR-001 | 물리인지 AI-UC 모델 학습 기능 |
| 2 | SFR-002 | AI-UC 추론 및 시간대별 UC 스케줄 산출 기능 | |
| 3 | SFR-003 | 정량 성능평가 및 리포트 생성 기능 | |
| 4 | 성능요구사항 (PER) | PER-001 | UC 해 산출 시간 |
| 5 | PER-002 | 모델 학습 소요 시간 | |
| 6 | PER-003 | 성능평가 처리 성능 | |
| 7 | PER-004 | 호환 및 성능 보장 | |
| 8 | 인터페이스요구사항(SIR) | SIR-001 | 데이터 입력 인터페이스 |
| 9 | SIR-002 | UC 스케줄·리포트 출력 인터페이스 | |
| 10 | SIR-003 | 실행 인터페이스(스크립트/패키지) | |
| 11 | SIR-004 | 로그 및 에러 메시지 제공 | |
| 12 | 데이터요구사항(DAR) | DAR-001 | 데이터 입출력 구조 설계 |
| 13 | DAR-002 | 국내 전력망 데이터 반영 | |
| 14 | DAR-003 | 데이터 정합성 검증 | |
| 15 | DAR-004 | 데이터 관리 | |
| 16 | 테스트요구사항(TER) | TER-001 | 단위테스트 |
| 17 | TER-002 | 통합테스트(베이스라인 성능 비교) | |
| 18 | TER-003 | 인수테스트 | |
| 19 | 보안요구사항(SER) | SER-001 | 보안대책 |
| 20 | SER-002 | 인적 보안 | |
| 21 | SER-003 | 물리적 보안 | |
| 22 | SER-004 | 기술적 보안 | |
| 23 | SER-005 | 보안관리 수행요건 | |
| 24 | 품질요구사항(QUR) | QUR-001 | 유지관리 방안 |
| 25 | QUR-002 | 상호운용성(데이터교환성) | |
| 26 | QUR-003 | 기능 구현 정확성 | |
| 27 | 제약사항(COR) | COR-001 | 정보화기반 표준 준수 |
| 28 | COR-002 | 소프트웨어 개발보안 가이드 준수 | |
| 29 | COR-003 | 개인정보보호법 준수 | |
| 30 | COR-004 | 저작권 및 지식재산권 보호 | |
| 31 | 프로젝트관리요구사항(PMR) | PMR-001 | 프로젝트 관리방법 |
| 32 | PMR-002 | 제안 개발방법론 | |
| 33 | PMR-003 | 개발방법론 적용 시 유의사항 | |
| 34 | PMR-004 | 프로젝트 산출물 관리 | |
| 35 | PMR-005 | 일정계획 | |
| 36 | PMR-006 | 요구사항관리 | |
| 37 | PMR-007 | 위험관리 방안 | |
| 38 | PMR-008 | 검사 및 검수 | |
| 39 | PMR-009 | 통합사업관리 방안 | |
| 40 | PMR-010 | 보고관리 | |
| 41 | 프로젝트지원요구사항(PSR) | PSR-001 | 기술이전 및 기술지원 |
| 42 | PSR-002 | 하자보수·유지관리 |
요구사항 목록표 상세 요구사항 □ 시스템 장비구성 요구사항(Equipment Composition Requirement) 해당사항없음
| 요구사항 분류 | 기능요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-001 | |
| 요구사항 명칭 | 물리인지 AI-UC 모델 학습 기능 | |
| 요구 사항 상세 설명 | 정의 | 발전기 운영제약을 반영한 AI-UC 모델 학습 기능 |
| 세부 내용 | 01. 국내 전력망 데이터(부하·재생에너지 발전 시나리오)를 이용하여 발전기 운영제약을 반영한 물리인지 AI-UC 기본 모델을 학습하는 기능이다. 02. 입력 데이터는 다음과 같다. ○ 부하 및 재생에너지 발전 시나리오 ○ 발전기 정보 및 운영제약(최소·최대출력, 최소기동·정지시간, 증감발률, 기동비용 등) ○ 학습 설정(하이퍼파라미터 등) 사용자입력 파라미터 03. 다음과 같은 결과를 도출한다. ○ 학습된 AI-UC 기본 모델(모델 파라미터 및 학습 이력) ○ 학습 과정 로그(손실함수 추이 등) 04. 수행 프로세스, 절차는 다음과 같다. ○ 발전기 운영제약 등 물리 정보를 반영한 물리인지 학습 수행(제약 반영 손실함수 또는 모델 구조) ○ 학습된 모델의 저장 및 버전 관리 | |
| 산출 정보 | 기능 명세서 | |
| 관련 요구사항 |
| 요구사항 분류 | 기능요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-002 | |
| 요구사항 명칭 | AI-UC 추론 및 시간대별 UC 스케줄 산출 기능 | |
| 요구 사항 상세 설명 | 정의 | 학습된 모델 기반 UC 스케줄 산출 기능 |
| 세부 내용 | 01. 학습된 AI-UC 기본 모델을 이용하여 주어진 부하·재생에너지 발전 시나리오에 대한 시간대별 발전기 기동정지계획(UC 스케줄)을 산출하는 기능이다. 02. 입력 데이터는 다음과 같다. ○ 학습된 AI-UC 기본 모델 ○ 부하 및 재생에너지 발전 시나리오 ○ 발전기 운영제약 03. 다음과 같은 결과를 도출한다. ○ 시간대별 발전기 기동정지 상태 및 출력 계획(UC 스케줄) ○ 발전기 운영제약 충족 여부 점검 결과 04. 수행 프로세스, 절차는 다음과 같다. ○ 시나리오 입력에 대한 추론 수행 ○ 발전기 운영제약 충족 여부 점검 ○ UC 스케줄 및 점검 결과 출력 | |
| 산출 정보 | 기능 명세서 | |
| 관련 요구사항 |
| 요구사항 분류 | 기능요구사항 | |
|---|---|---|
| 요구사항 고유번호 | SFR-003 | |
| 요구사항 명칭 | 정량 성능평가 및 리포트 생성 기능 | |
| 요구 사항 상세 설명 | 정의 | 운용 비용·제약 위반·계산 시간 관점 정량 성능평가 기능 |
| 세부 내용 | 01. AI-UC 산출 결과를 운용 비용, 제약 위반, 계산 시간 등의 관점에서 베이스라인과 비교·평가하고 기본 성능 리포트를 생성하는 기능이다. 02. 입력 데이터는 다음과 같다. ○ AI-UC 산출 결과(UC 스케줄) ○ 베이스라인(MILP 기반 SCUC) 산출 결과 ○ 성능평가 설정(평가 항목, 대상 시나리오 등) 03. 다음과 같은 결과를 도출한다. ○ 정량 성능평가 결과(운용 비용, 제약 위반 건수·크기, 계산 시간 등) ○ 기본 성능 리포트 04. 수행 프로세스, 절차는 다음과 같다. ○ 평가 시나리오별 AI-UC 및 베이스라인 결과 수집 ○ 운용 비용·제약 위반·계산 시간 정량지표 산출 ○ 베이스라인 대비 비교 리포트 생성 | |
| 산출 정보 | 기능 명세서, 성능평가 체계 정의서 | |
| 관련 요구사항 |
□ 기능요구사항(System Function Requirement)
| 요구사항 분류 | 성능 | |
|---|---|---|
| 요구사항 고유번호 | PER-001 | |
| 요구사항 명칭 | UC 해 산출 시간 | |
| 요구 사항 상세 설명 | 정의 | AI-UC 추론 성능 |
| 세부 내용 | ○ AI-UC 추론(시간대별 UC 스케줄 산출) 시간 : 5분 이내(국내 전력망 규모 계통모델 기준, EMS 운영 주기 내 활용 목표) ○ 베이스라인(MILP 기반 SCUC) 대비 계산 시간 단축 효과를 정량적으로 제시하여야 함 | |
| 산출 정보 | 성능시험결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 | |
|---|---|---|
| 요구사항 고유번호 | PER-002 | |
| 요구사항 명칭 | 모델 학습 소요 시간 | |
| 요구 사항 상세 설명 | 정의 | 기본 모델 학습 성능 |
| 세부 내용 | ○ 기본 모델 1회 학습 소요 시간 : 발주기관과 협의 ○ 학습 중단 시 재시작(체크포인트) 기능을 제공하여야 함 | |
| 산출 정보 | 성능시험결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 | |
|---|---|---|
| 요구사항 고유번호 | PER-003 | |
| 요구사항 명칭 | 성능평가 처리 성능 | |
| 요구 사항 상세 설명 | 정의 | 정량 성능평가 처리 성능 |
| 세부 내용 | ○ 평가 시나리오에 대한 일괄(Batch) 성능평가 기능을 제공하여야 함 ○ 성능 리포트 생성 시간 : 시나리오당 1분 이내(베이스라인 결과가 확보된 상태 기준) | |
| 산출 정보 | 성능시험결과서 | |
| 관련 요구사항 |
| 요구사항 분류 | 성능 | |
|---|---|---|
| 요구사항 고유번호 | PER-004 | |
| 요구사항 명칭 | 호환 및 성능 보장 | |
| 요구 사항 상세 설명 | 정의 | 운영 환경 호환 및 성능 보장 |
| 세부 내용 | ○ 개발 환경은 Python 및 Julia 기반으로 하며, 발주기관이 지정하는 운영 환경(OS, 라이브러리 등)에서의 안정적 동작과 성능을 보장하여야 함 ○ 주관기관 테스트베드 환경에서의 설치 및 결과 재현 가능성을 보장하여야 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
□ 성능요구사항(Performance Requirement)
| 요구사항 분류 | 인터페이스 | |
|---|---|---|
| 요구사항 고유번호 | SIR-001 | |
| 요구사항 명칭 | 데이터 입력 인터페이스 | |
| 요구 사항 상세 설명 | 정의 | 시나리오·계통 데이터 입력 인터페이스 |
| 세부 내용 | ○ 부하 및 재생에너지 발전 시나리오, 발전기 운영제약을 표준화된 형식으로 입력받을 수 있는 인터페이스를 제공하여야 함 ○ 입력 데이터의 형식 및 연계 방식(파일 등)은 발주기관과 협의하여 확정하며, 이후 연차의 기준이 되는 인터페이스 표준으로 문서화하여야 함 ○ 입력 데이터 오류(누락, 형식 오류 등) 발생 시 오류 내역을 로그로 제공하여야 함 | |
| 산출 정보 | 인터페이스 설계서 | |
| 관련 요구사항 |
| 요구사항 분류 | 인터페이스 | |
|---|---|---|
| 요구사항 고유번호 | SIR-002 | |
| 요구사항 명칭 | UC 스케줄·리포트 출력 인터페이스 | |
| 요구 사항 상세 설명 | 정의 | UC 스케줄 및 성능 리포트 출력 인터페이스 |
| 세부 내용 | ○ 시간대별 UC 스케줄(발전기 기동정지 상태 및 출력 계획)을 표준 포맷(CSV 등)으로 출력하여야 함 ○ 기본 성능 리포트(운용 비용, 제약 위반, 계산 시간 등)를 함께 출력하여야 함 ○ 출력 포맷 및 항목은 발주기관과 협의하여 확정함 | |
| 산출 정보 | 출력 데이터 스키마 정의서 | |
| 관련 요구사항 |
| 요구사항 분류 | 인터페이스 | |
|---|---|---|
| 요구사항 고유번호 | SIR-003 | |
| 요구사항 명칭 | 실행 인터페이스(스크립트/패키지) | |
| 요구 사항 상세 설명 | 정의 | 시작품 실행 스크립트 및 패키지 |
| 세부 내용 | ○ 학습·추론·성능평가 기능을 실행할 수 있는 실행 스크립트 및 패키지를 제공하여야 함 ○ 주요 실행 옵션(대상 시나리오, 파라미터 설정 등)을 명령행 인자 또는 설정파일로 제어할 수 있어야 함 ○ 소스코드는 형상관리 저장소를 통해 관리·제공되어야 함 | |
| 산출 정보 | 설치 및 실행 매뉴얼 | |
| 관련 요구사항 |
| 요구사항 분류 | 인터페이스 | |
|---|---|---|
| 요구사항 고유번호 | SIR-004 | |
| 요구사항 명칭 | 로그 및 에러 메시지 제공 | |
| 요구 사항 상세 설명 | 정의 | 수행 로그 및 에러 메시지 처리 |
| 세부 내용 | ○ 학습·추론·평가 수행 시 진행 상황 및 완료 여부를 확인할 수 있는 로그를 제공하여야 함 ○ 오류 발생 시 원인을 파악할 수 있는 에러 메시지를 일관된 형식으로 제공하여야 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
□ 인터페이스요구사항(System Interface Requirement)
| 요구사항 분류 | 데이터 | |
|---|---|---|
| 요구사항 고유번호 | DAR-001 | |
| 요구사항 명칭 | 데이터 입출력 구조 설계 | |
| 요구 사항 상세 설명 | 정의 | 시작품 데이터 입출력 구조 설계 |
| 세부 내용 | ○ 입력(부하·재생에너지 시나리오, 발전기 운영제약)과 출력(UC 스케줄, 성능 리포트)의 데이터 구조를 설계하고 문서화하여야 함 ○ 데이터 입출력 구조는 이후 연차 개발의 기준이 되는 표준 구조로 설계되어야 함 ○ 데이터 구조 설계 내역은 발주기관의 검토 및 승인을 받아야 함 | |
| 산출 정보 | 데이터구조설계서 | |
| 관련 요구사항 |
| 요구사항 분류 | 데이터 | |
|---|---|---|
| 요구사항 고유번호 | DAR-002 | |
| 요구사항 명칭 | 국내 전력망 데이터 반영 | |
| 요구 사항 상세 설명 | 정의 | 국내 전력망 데이터 기반 학습·검증 데이터 구성 |
| 세부 내용 | ○ 국내 전력망 데이터(발전기 특성 및 운영제약)를 기반으로 학습·검증용 데이터를 구성하여야 함 ○ 데이터 전처리 및 시나리오 구성 기준을 정의하고 발주기관과 협의하여 확정함 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 | |
|---|---|---|
| 요구사항 고유번호 | DAR-003 | |
| 요구사항 명칭 | 데이터 정합성 검증 | |
| 요구 사항 상세 설명 | 정의 | 입력 데이터 정합성 검증 |
| 세부 내용 | ○ 입력 데이터(발전기 제약값, 시나리오 값 범위 등)에 대한 정합성 검증 절차를 제공하여야 함 ○ 정합성 검증 결과 및 처리 로그를 유지하여야 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 데이터 | |
|---|---|---|
| 요구사항 고유번호 | DAR-004 | |
| 요구사항 명칭 | 데이터 관리 | |
| 요구 사항 상세 설명 | 정의 | 데이터·모델·결과의 버전 및 이력 관리 |
| 세부 내용 | ○ 학습데이터, 학습된 모델, 산출 결과의 버전 및 생성 이력(입력 데이터, 파라미터, 생성일시 등)을 형상관리 저장소를 통해 관리할 수 있어야 함 ○ 원천데이터 및 산출물은 발주기관의 보안지침에 따라 관리되어야 하며 외부 유출이 없어야 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
□ 데이터요구사항(Data Requirement)
| 요구사항 분류 | 테스트 | |
|---|---|---|
| 요구사항 고유번호 | TER-001 | |
| 요구사항 명칭 | 단위테스트 | |
| 요구 사항 상세 설명 | 정의 | 기능 요구사항별 단위테스트 |
| 세부 내용 | ○ 개별 기능 요구사항(모델 학습, 추론·UC 스케줄 산출, 성능평가)별 구현여부를 단위테스트를 통해 점검·확인할 수 있어야 함 ○ 표준 시험계통 및 국내 전력망 데이터를 기반으로 단위테스트를 수행하여야 함 ○ 단위테스트는 사업수행사 주관으로 시행함을 원칙으로 하며, 발주기관은 필요 시 입회할 수 있음 | |
| 산출 정보 | 단위테스트 시험계획서, 시험결과보고서 | |
| 관련 요구사항 |
| 요구사항 분류 | 테스트 | |
|---|---|---|
| 요구사항 고유번호 | TER-002 | |
| 요구사항 명칭 | 통합테스트(베이스라인 성능 비교) | |
| 요구 사항 상세 설명 | 정의 | 베이스라인 대비 통합 성능 검증 |
| 세부 내용 | ○ 주관기관 테스트베드에서 베이스라인(MILP 기반 SCUC) 대비 운용 비용, 제약 위반, 계산 시간 관점의 정량 성능 비교를 수행하여야 함 ○ 데이터 입력부터 모델 학습, 추론, 성능평가·리포트 생성에 이르는 전체 프로세스의 정상 동작 및 데이터흐름을 검증하여야 함 ○ 성능 비교 결과를 초기 시험 결과 요약 보고서로 제출하여야 함 | |
| 산출 정보 | 통합테스트 시험계획서, 시험결과보고서 | |
| 관련 요구사항 |
| 요구사항 분류 | 보안 | |
|---|---|---|
| 요구사항 고유번호 | SER-002 | |
| 요구사항 명칭 | 인적 보안 | |
| 요구 사항 상세 설명 | 정의 | 참여인력에 대한 보안관리 |
| 세부 내용 | ○ 제안사는 외부PC(노트북 등) 반입 시 발주기관의 보안 프로그램을 반드시 설치하고 바이러스 백신 설치 및 감염 여부를 확인하는 등 내부 사용자 PC 보안사항을 준수해야 함 ○ 사업관련 자료는 인터넷 웹하드, 웹메일 등 외부에 저장 및 전송을 금지함 ○ 반입된 노트북 및 PC는 사업 종료 시까지 반출 금지하여야 하며, 외부 반출이 필요한 경우 반출 사유 및 승인 여부 등을 문서로 관리 ○ 정기 또는 비정기적으로 개인 PC보안 점검 및 실시 결과 위반 내용에 대해 전체 인력에 해당 내용을 공유하여 재발 방지 조치 ○ USB 및 외장하드 등의 개인소유 보조기업매체 사용 금지하며, 필요시에는 등록된 보안USB를 사용하고 수량을 제한 ○ 사업 종료 및 사업참여인력의 투입해제 시 노트북, PC, 보조기억장치 등은 복구 불가능한 포맷 기법으로 포맷한 후 반출 ○ 사업수행 시 승인되지 않은 외부 인터넷망 사용은 금지하며, 업무용 PC와 인터넷 PC는 별도 구분하여 사용 ○ 사업 투입 인력 외에는 사업장 출입을 철저하게 제한 ○ 프로젝트 수행 중 필요한 PC, 프린터 등의 장비는 제안 업체에서 확보하여야 하며, 보안 정책은 발주사의 관리 지침을 따름 ○ 붙임의 보안관련 항목 준수 ○ 그 외 사항은 발주기관 정보보안 관리지침에 따름 | |
| 산출 정보 | 보안조치사항점검보고서 등 | |
| 관련 요구사항 |
| 요구사항 분류 | 보안 | |
|---|---|---|
| 요구사항 고유번호 | SER-003 | |
| 요구사항 명칭 | 물리적 보안 | |
| 요구 사항 상세 설명 | 정의 | 물리적 보안 요건 |
| 세부 내용 | ○ 프로젝트 사무실, 중요장비 설치장소에 대한 출입보안 실시 ○ 노트북 및 불필요한 인터넷 PC 사용을 억제하여 정보유출을 방지하고 비규격제품의 장비는 반입할 수 없음 ○ PC 및 보조기억장치 등 정보시스템 반입․반출 통제 실시 - 사전에 발주기관 정보보안담당관의 승인을 받아야 함 - 노트북 사용 시 시건장치가 있어야 함 ○ 생성된 문서는 별도의 시건장치가 된 곳에 안전하게 보관 ○ 폐기되는 문서는 안전한 방법으로 폐기되도록 함 ○ 문서의 보안등급을 부여하고 등급에 따라 차별화된 권한관리 ○ 사업수행 중 불법S/W 사용을 금지하고, 불법S/W 사용으로 인한 문제에 대해서는 수주자가 책임을 져야함 ○ 붙임의 보안관련 항목 준수 | |
| 산출 정보 | 보안조치사항점검보고서 등 | |
| 관련 요구사항 |
| 요구사항 분류 | 보안 | |
|---|---|---|
| 요구사항 고유번호 | SER-004 | |
| 요구사항 명칭 | 기술적 보안 | |
| 요구 사항 상세 설명 | 정의 | 기술적 보안 요건 |
| 세부 내용 | ○ PC보안 - PC패스워드 사용 및 주기적인 변경 - 사용자 PC 백신 프로그램 최신 상태 유지 - 정기적 바이러스 및 해킹도구 검사 ○ 네트워크보안 - 네트워크 관리자 접속용 계정의 패스워드는 기본 패스워드가 아닌 복잡도가 높은 패스워드로 변경하여 사용 - 패스워드의 주기적 변경 ○ 서버보안 - 공유자원에 대한 접근제어가 사용자 권한에 따라 이루어지도록 관리 - 패스워드의 길이 및 사용주기를 제한하고 불필요한 디폴트 계정을 삭제하는 등 서버 사용자 및 패스워드 관리 - 구축 및 운용시스템에 대한 서버 보안취약점 점검 및 FTP, Telnet, Finger 등 불필요한 서비스 포트 제거 등 보안사항 점검 및 조치 ○ 애플리케이션 보안 - 개발완료 전까지 취약점 점검, 제거 등 조치 - 소프트웨어 개발보안(secure coding) 이행(SW개발 보안가이드) ○ 개인정보 법규, 한국전기연구원 보안관리 지침에 따라 개인정보가 누출되지 않도록 개발 ○ 사업계획 및 개발 단계에서부터 소스 프로그램의 안전성을 고려해서 개발하고, 시스템 간 상호 연계 시 표준보안 API를 적용함 ○ 개발 웹 프로그램에 대한 보안 취약점에 대한 사전 점검 및 보완조치를 실시함 ○ 불의의 사고로 인하여 시스템이나 파일이 피해를 입더라도 최근에 백업한 시점의 내용으로 복구할 수 있는 백업정책을 수립 및 실행함 ○ 붙임의 보안관련 항목 준수 | |
| 산출 정보 | 보안조치사항점검보고서 등 | |
| 관련 요구사항 |
| 요구사항 분류 | 품질 | |
|---|---|---|
| 요구사항 고유번호 | QUR-001 | |
| 요구사항 명칭 | 유지관리 방안 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ○ 시스템 업그레이드: 시스템은 새로운 기능을 구현하기 위해 필요한 경우 업그레이드가 용이해야 하며, 보안사고 예방, 성능 개선 등이 발생하는 경우 패치를 제공해야 함 ○ 하자보수 - 시스템의 하자보증기간은 검수완료일로부터 12개월로 함 - 시스템 확장 : 유지보수에 용이하게 개발되어야 하며 시스템 확장 시 상호운영성, 이식성 등을 보장해야 함 ○ 시스템은 새로운 기능을 구현하기 위해 필요한 경우 업그레이드를 해야 함 ○ 시스템은 보안사고 예방, 성능 개선 등이 발생하는 경우 패치를 해야 함 ○ 시스템 확장 시 데이터의 재분배 없이 수평적인 확장이 가능해야 함 ○ 시스템이 확장될 때 성능저하 없이 처리용량이 선형적으로 증가해야 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 품질 | |
|---|---|---|
| 요구사항 고유번호 | QUR-002 | |
| 요구사항 명칭 | 상호운용성(데이터교환성) | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ○ 이전시스템과 도입시스템, 도입시스템 간 데이터의 재사용 방안을 마련해야 함 ○ 시스템 인터페이스 요구사항 및 애플리케이션과 정보간의 상호작용을 하는 기능은 기능 구현의 정확성뿐만 아니라 정보의 무결성, 데이터 정합성을 검증받아야 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 품질 | |
|---|---|---|
| 요구사항 고유번호 | QUR-003 | |
| 요구사항 명칭 | 기능 구현 정확성 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ○ 시스템은 제시한 요구사항을 모두 제공하여야 하며, 초기 협의한 요구 사항에서 변경관리 절차를 통해 승인을 획득한 요구사항이 최종 Baseline임 ○ 제시한 요구사항이 제공되는지 여부는 각 기능 요구사항의 검증 (테스트) 활동을 통해 예상된 결과가 도출된 경우에 요구사항을 제공한 것으로 평가 ○ 기능 구현 정확성은 사용자가 직접 테스트를 수행함으로써 평가 | |
| 산출 정보 | ||
| 관련 요구사항 |
□ 품질요구사항(Quality Requirement)
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-001 | |
| 요구사항 명칭 | 정보화기반 표준 준수 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ○ 기술적용계획 수립 및 준수 - 「행정기관 및 공공기관 정보시스템 구축·운영 지침」별지3 기술적용계획에 따라 본 사업의 개발에 있어, 기술표준을 준수해야함 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-003 | |
| 요구사항 명칭 | 개인정보보호법 준수 | |
| 요구 사항 상세 설명 | 정의 | |
| 세부 내용 | ○ 개인정보보호 관련 모든 법규를 충실히 이행할 수 있는 개발 표준안을 마련하여 이를 개발에 반영해야 함 - 개인정보 열람 시 접근 이력 기록 및 필요시 사유 입력 - 개인정보 열람에 대한 이력관리 통계 또는 조회 화면 제공 - 개인정보 중 고유식별정보에 대한 암호화 - 관련된 정보의 접근, 열람, 저장 등의 모든 로그를 저장 관리 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 제약사항 | |
|---|---|---|
| 요구사항 고유번호 | COR-004 | |
| 요구사항 명칭 | 저작권 및 지식재산권 보호 | |
| 요구 사항 상세 설명 | 정의 | 안전한 사업 수행을 위해 저작권 및 지식재산권 보호 |
| 세부 내용 | ○ 계약상대자가 계약을 수행함에 있어 제3자의 특허권 또는 저작권 등을 침해하여 한국전기연구원을 상대로 손해배상 청구소송이 제기되면 계약상대자는 피해자 측에 합의 배상하여야 함 ○ 계약 목적물의 지식재산권은 주관기관과 계약상대자가 공동으로 소유로 함 | |
| 산출 정보 | ||
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트 관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-001 | |
| 요구사항 명칭 | 프로젝트 관리방법 | |
| 요구 사항 상세 설명 | 정의 | 체계적인 관리를 위한 사업관리 방법론 제시 |
| 세부 내용 | ○ 위험관리, 품질관리, 일정관리, 자원관리, 형상관리 등 프로젝트 관리 방법론을 통한 체계적인 사업관리방안 제시 ○ 전자정부지원사업 사업관리방안 준수 ○ 개발의 완성도를 높이기 위해서 프로젝트 착수에서 종료까지 체계적으로 프로젝트를 관리(관리도구 이용)해야 함 ○ 프로젝트 수행 종료 시 기관에서 사용 중인 ALM 및 형상관리 툴로 이관하여야 하며, 프로젝트 빌드 파일(WAR)은 CI툴을 통한 배포가 가능하여야 함 ○ 단계별로 진행 상황을 보고하고 프로젝트 관련 산출물을 제출해야함 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트 관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-002 | |
| 요구사항 명칭 | 제안 개발방법론 | |
| 요구 사항 상세 설명 | 정의 | 제안 개발방법론 제시 |
| 세부 내용 | ○ 제안 시 개발방법론에 대한 전 과정의 설명, 특징, 장․단점, 저작권, 선정사유 및 적용사례 등을 제시하여야 하며, 개발 과제 특성상 여러 개의 개발방법론을 적용할 경우에는 각각 사용범위를 구별하여 제시하여야 함 ○ 제안된 방법론은 정보시스템 개발 시 발생되는 착오 및 소프트웨어 품질 저하, 생산성 저하 등의 위험 요소를 방지하고, 시스템 개발의 표준 및 절차의 확립을 통해 유지관리 용이성을 확보할 수 있는 검증된 것이어야 함 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트 관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-003 | |
| 요구사항 명칭 | 개발방법론 적용 시 유의사항 | |
| 요구 사항 상세 설명 | 정의 | 개발방법론 적정성 분석 |
| 세부 내용 | ○ 개발 시 기존 아키텍처 구조와 유사한 구조로 개발을 수행하여 유지관리에 무리가 없도록 해야함 ○ 개발이 체계적으로 추진되도록 각 개발 단계별 활용할 도구(분석 및 설계 도구, 개발도구 등)와 기법의 적정성을 제시해야함 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트 관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-004 | |
| 요구사항 명칭 | 프로젝트 산출물 관리 | |
| 요구 사항 상세 설명 | 정의 | 사업추진 과정에서 생산되는 산출물에 대한 관리 방안 제시 |
| 세부 내용 | ○ 사업추진과정에서 생산되는 제반 작업 단위별 산출물에 대하여 작업 일정계획 및 품질보증계획과 연계하여 산출물의 종류, 주요내용, 작성 및 제출시기, 제출 부수, 제출매체 등을 제시하여야 함 - 산출물 및 각종 worksheet의 관리방안을 제시하여야 함 - 산출물 제출 시기는 사업추진 공정, 품질보증 계획, 감리일정과 연계하여 제시 하여야 함 - 용역 완료시 제출하는 최종 결과물(프로그램 소스 등)은 발주자의 승인을 득한 후 원본 파일을 CD에 수록하여 산출물과 같이 제출하여야 하고, 프로그램 소스에 대한 형상관리가 가능하도록 협조하여야 함 ○ 사용될 개발방법론에 따른 단계별 산출물 목록, 산출물 상세내용, 산출물 간의 연관도를 제시하여야 함 | |
| 산출 정보 | 사업수행계획서, 품질보증계획서, 품질보증활동 점검보고서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-005 | |
| 요구사항 명칭 | 일정계획 | |
| 요구사항 상세설명 | 정의 | 일정계획 및 진도관리 방안 제시 |
| 세부내용 | ○ 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 개발 일정계획 및 계획 대비 진도관리 방안 제시 하여야 함 - 사업을 기간 내에 완수하기 위한 개발 단계별 추진일정 및 세부 활동 내용 등이 포함된 개발 일정계획을 제시해야 함 - 사업수행에 필요한 활동을 도출하여 정확한 활동 기간, 자원, 핵심 인력, 조직 등을 제시함 - 사업영역별 작성된 WBS(Work Breakdown Structure) 및 사업수행계획서의 타당성 검토 및 피드백 방안 제시 - 일정 및 진척에 대한 보고방법, 주기 및 일정계획 수립, 조정, 통제 등 통합적인 일정 및 진척사항에 대한 관리 방안 제시 - 일정변경 발생 시 통합 차원의 영향도 분석 및 일정조정 방안 제시 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-006 | |
| 요구사항 명칭 | 요구사항관리 | |
| 요구사항 상세설명 | 정의 | 요구사항 관리방안 제시 |
| 세부내용 | ○ 사업수행자는 기능/비기능 요구사항을 빠짐없이 관리하고, 각각의 요구사항이 분석, 설계, 시험단계 등 개발 전(全) 단계의 관련 산출물에 반영여부를 확인할 수 있도록 관리(요구사항 추적)해야함 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-007 | |
| 요구사항 명칭 | 위험관리 방안 | |
| 요구사항 상세설명 | 정의 | 위험관리 방안 제시 |
| 세부내용 | ○ 본 사업의 수행 시 발생 예상되는 쟁점 및 미결사항에 대한 관리, 사용자 요구사항의 상세화 과정에서의 리스크 관리 등 각종 위험에 대한 통제 및 리스크 관리 방안을 제시하며, 지속적으로 문제를 파악 관리하고, 조치사항에 대하여 추적할 수 있는 방안을 제시 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-008 | |
| 요구사항 명칭 | 검사 및 검수 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ○ 검사는 완료보고서 접수일로부터 14일 이내에 실시 - 제안요청서, 제안서, 협상 결과, 계약서, 사업수행계획서 등과 일치하지 않을 경우 지체 없이 보완 후 재검수를 받아야 함 ○ 시스템 납품설치와 시스템의 정상가동 여부에 대하여 확인하며, 시스템 관리, 기술지원 등 시스템 운영에 필요한 제반사항을 포함 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-009 | |
| 요구사항 명칭 | 통합사업관리 방안 | |
| 요구사항 상세설명 | 정의 | |
| 세부내용 | ○ 본 사업의 주관사업자를 전체 사업의 통합사업자로 하며, 통합사업자는 발주기관, 분할발주(설계/구현) 사업자간 상호 긴밀한 협조체계를 이루어 시스템을 구축해야 함 - 향후 분할발주(설계/구현) 사업자 간 업무 이행 및 책임소재에 있어 조정사항 이행확약서 등을 작성 - 통합 사업관리(공정, 품질)를 수행 - 통합테스트 및 통합운영방안 수립 및 수행 - 사업간 업무영역 및 인계사항, 입주기관 협의 등 총괄 조정을 수행 | |
| 산출 정보 | 사업수행계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트관리 | |
|---|---|---|
| 요구사항 고유번호 | PMR-010 | |
| 요구사항 명칭 | 보고관리 | |
| 요구사항 상세설명 | 정의 | 사업 추진 보고체계 |
| 세부내용 | ○ 착수보고, 중간보고, 완료보고를 수행하여야 하며, 보고 시기와 방법은 발주기관과 협의하여 확정함 ○ 월간 진척현황(추진실적, 향후계획, 이슈사항)을 발주기관에 보고하여야 함 ○ 발주기관 요청 시 수시로 사업 추진현황을 보고하여야 함 | |
| 산출 정보 | 착수·중간·완료 보고자료, 월간 진척보고서 | |
| 관련 요구사항 |
□ 프로젝트관리요구사항(Project Management Requirement)
| 요구사항 분류 | 프로젝트 지원 | |
|---|---|---|
| 요구사항 고유번호 | PSR-001 | |
| 요구사항 명칭 | 기술이전 및 기술지원 | |
| 요구 사항 상세 설명 | 정의 | 시스템 구축에 따른 관련 기술이전 및 기술지원 |
| 세부 내용 | ○ 시스템 개발 및 운영에 필요한 내용으로 시스템의 운영, 감시 및 보안, 비상복구 방법 등 시스템 구성방법 및 장애 대처 방법, 기타 운영에 관한 사항 등 시스템 운영직원의 자체유지보수 능력 배양을 위한 기술이전 계획을 제시해야 함 ○ 사업 종료 시까지 지속적인 기술이전 활동과 체계적인 교육을 통한 기술이전 수행 ○ 체계적인 계획수립과 기술이전을 위한 조직구성을 바탕으로 실질적인 기술이전을 수행하고, 사후 기술이전평가와 기술이전 종료단계에 이르기까지 체계적인 절차를 수립 후 수행 ○ 구축시스템의 기술 발전방향 및 신기술에 대한 정보가 정기적으로 전달되도록 하고, 시스템 구축 이후에도 관련 분야의 정보에 대한 기술자문 협조 | |
| 산출 정보 | 기술이전계획서 | |
| 관련 요구사항 |
| 요구사항 분류 | 프로젝트 지원 | |
|---|---|---|
| 요구사항 고유번호 | PSR-002 | |
| 요구사항 명칭 | 하자보수·유지관리 | |
| 요구 사항 상세 설명 | 정의 | 시스템 개발 완료 후 하자보수 및 유지관리 대책 |
| 세부 내용 | ○ 사업자는 본 사업 완료 후 시스템의 지속적인 발전 및 안정성 유지를 위해 하자보수 계획을 제시하여야 함 ○ 시스템의 무상 하자보수기간은 사업의 완성을 확인한 후로부터 12개월로 함 ○ 하자보증기간에 시스템에 품질이상이 있을 경우 사업자의 부담으로 시스템을 보완함 ○ 무상 하자보수 지원방안에 지원범위, 지원방법(상주, 비상주 등) 및 지원인원을 포함하여 제시하여야 함 ○ 하자보수 지원은 공무원 근무시간을 기준으로 하되, 주관기관의 요구가 있을 경우 근무 외 시간 및 휴일에 관계없이 지원하여야 함 | |
| 산출 정보 | 장애대책, 하자보수 계획서 | |
| 관련 요구사항 |