입찰공고상세[용역] · AI 페이지
AIOps 서비스 인프라 구축 장비 구매
이 페이지는 공공일감(work.00data.kr)이 입찰공고 「AIOps 서비스 인프라 구축 장비 구매」을 AI가 읽기 좋게 한 장으로 정리한 글이다.
공고명 · 금액 · 일정은 공공데이터포털 · 조달청 입찰공고 정보 그대로이고, 요약 · 문서 분석 · 발췌는 공공일감이 공고문과 첨부를 읽고 만든 것이다.
이 가공물은 인용할 수 있으며, 인용할 때는 공공일감과 공고 페이지 링크(https://work.00data.kr/projects/R26BK01768004)를 출처로 밝히는 조건이다. 베타 기간 무료.
2026-10-13 16:33 KST 기준 · 최종 확인은 나라장터 원문을 따른다.
공고 정보: 공공데이터포털 · 조달청 입찰공고 정보 · 요약 · 분석: 공공일감이 공고문과 첨부를 읽고 정리
링크
비슷한 공고
링크는 각 공고의 AI 페이지다.
진행 중
- 2026년 지역 주도형 AI대전환 사업 - 제조 데이터허브 구축 사업 · (주)지에스티 · 6억원 · D-10
- 2026년 충남 지역주도형 AI대전환 사업(AI컴퓨팅인프라 – GPU 등 구축사업) · 오케스트로 주식회사 · 21억원 · D-2
- 제조 데이터 통합 기반 AI 서비스 개발 · (재)구미전자정보기술원 · 1.85억원 · D-8
- 계약품의및요구서-지역 주도형 AI 대전환 사업 제조 AI 허브 쇼룸 제작·설치 용역 · (재)울산테크노파크 · 21.8억원 · D-15
- 「지역주도형 AI 대전환 사업 기업 재직자 및 구직자 AI 기초 교육 프로그램 운영 용역」 · 국립공주대학교산학협력단 · 4,545만원 · D-9
- 제조AI 실무 역량 강화 온라인 교육 콘텐츠 개발 및 운영 · 국립창원대학교 · 4,545만원 · D-11
끝난 공고 · 결과
- 2026년 지역 주도형 AI대전환 사업 - 제조 데이터허브 구축 사업 · (주)지에스티 · 유찰
- AX 클라우드 플랫폼 구축 재공고에 따른 단독응찰자 수의시담 · (재)한국조선해양기자재연구원 · 낙찰 (주)클루닉스 · 27.3억원
- AX 클라우드 플랫폼 구축 · (재)한국조선해양기자재연구원 · 유찰
- 전라남도 지역 주도형 AI 대전환 사업 AI 오픈 플랫폼 구축(재공고) · 주식회사 카카오엔터프라이즈 · 낙찰 주식회사 엔지아이 · 30.6억원
- (긴급)충남 AX 실무 인재 양성 교육 및 LMS 구축 용역 · 주식회사 마음에이아이 · 낙찰 -
- 전라남도 지역 주도형 AI 대전환 사업 AI 오픈 플랫폼 구축 · 주식회사 카카오엔터프라이즈 · 유찰
첨부파일
뷰어 링크는 사람이 원문을 볼 때 쓰는 화면이다. 이 문서들에서 뽑은 자격 · 배점 · 일정 · 발췌는 이 페이지 아래에 글로 있다.
공고 개요
재공고 · 충남테크노파크 · SW 개발·운영
- 추정가격
- 26.8억원
- 참가자격 등록 마감
- 11/11(수) 18:00 · D-29
- 낙찰방법
- 협상에의한계약 · 기술 90 : 가격 10
- 참가 자격
- 소프트웨어사업자(컴퓨터관련서비스사업)
- 무슨 일
- 노코드 AIOps 플랫폼 구축·운영
요약 AI 요약
충남 지역 제조 중소기업이 제조·업무데이터를 연결하고 코딩 없이 AI 모델을 개발·학습·평가·배포·추론·운영할 수 있도록 노코드 기반 제조 AIOps 서비스 인프라를 구축하는 사업이다. 충남테크노파크 테스트베드와 R&D 지원환경을 조성해 지역 제조기업의 AI 활용을 지원한다.
- 노코드 기반 AIOps 플랫폼 구축: 데이터 연결·품질검증·매핑·전처리부터 모델 개발·학습·평가·배포·추론·운영 모니터링까지 통합 지원
- 제조 분야별 AI 프리셋 3종 및 R&D 참조모델 3종 개발·제공
- 충남TP 테스트베드 제조공정 데이터 수집·연계 및 AI 모델 적용·시연 환경 구축
- 수요기업 데이터 분석·AI 모델 개발·검증을 지원하는 R&D 지원환경 조성
- 컨테이너·쿠버네티스 기반 실행환경과 CPU·GPU·메모리·스토리지 자원관리 환경 구성
- 모델 결과 대시보드, 알람·현장조치 관리, AI 결과 설명 챗봇, 운영·성과 보고서 기능
핵심요약
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
가격
- 추정가격
- 2,681,400,000원
- 배정예산
- 2,966,807,790원
- 예정가격 방식
- 비예가
참가 자격 · 제한
- 업종제한
- 소프트웨어사업자(컴퓨터관련서비스사업)(1468)
- 지역제한
- 제한 없음
- 실적경쟁 · PQ
- 해당 없음
- 제출 방법
- 전자입찰
- 공동수급
- 공동이행
- 입찰참가 제한
- 없음
- 국제입찰
- 국내입찰
입찰 일정
| 진행 | 일시 | 남은 날 |
|---|---|---|
| 공고 게시 | 10/13(화) | 오늘 |
| 입찰서 제출 시작 | 11/10(화) 10:00 | D-28 |
| 입찰참가자격 등록 마감 | 11/11(수) 18:00 | D-29 |
| 입찰서 제출 마감 | 11/12(목) 10:00 | D-30 |
| 개찰 | 11/12(목) 11:00 | D-30 |
평가 · 배점
기술 : 가격 — 기술 90점 · 가격 10점
협상 대상 기준 · 기술능력평가점수가 배점한도의 85% 이상인 자를 협상적격자로 선정한다.
| 평가 항목 | 배점 |
|---|---|
| 기술인력 보유현황(MLOps 및 AI 모델 개발 관련 전문인력) | 6점 |
| 신용 등급에 의한 경영상태 | 3점 |
| 최근 3년간 유사분야 사업실적(AI 개발·운영 플랫폼, MLOps, GPU 자원관리, 제조·공공 분야 AI 시스템 구축 및 운영) | 8점 |
| 적극적 고용개선조치 미이행 여부 | 3점 |
| 사업이해도(주요 사업영역에 대한 이해도) | 10점 |
| 통합 추진전략(중소기업 활용 중심의 통합 구축방향, 단계별 추진전략 및 실현 가능성) | 8점 |
| 기능 요구사항(통합 플랫폼 및 노코드 AI 개발·운영 구현방안) | 10점 |
| 시스템 요구사항(다수기업 운영·AI 인프라·GPU 자원관리 및 AAS 기반 데이터 표준화) | 10점 |
| 시스템운영요구사항(테스트베드·R&D·기업지원 및 활용 확산방안) | 10점 |
| 사업관리방안(사업관리 조직·방법론) | 6점 |
| 품질관리방안(품질관리 계획 및 수행방안) | 6점 |
| 교육훈련(교육훈련·기술이전 및 운영지원) | 10점 |
| 입찰가격(협상에 의한 계약체결기준에 의함) | 10점 |
| 합계(항목을 더한 값) | 100점 |
사업 내용 · 이 공고에 든 일
중심 · 노코드 AIOps 플랫폼 구축·운영
용역 › 정보시스템·SW › SW 개발·운영
제조데이터 연결부터 AI 모델 개발·학습·평가·배포·추론·운영 모니터링까지 통합 지원하는 노코드 AIOps 플랫폼을 구축·운영하는 SW 개발 사업이다.
- 컨테이너·쿠버네티스 기반 실행환경 구성(ECR-002~003)
- 데이터·모델 저장공간 및 AI 인프라·GPU 자원관리 환경 구성(ECR-004~005)
- 참여기업·워크스페이스·프로젝트·사용자·권한 관리(SFR-001~002)
- 데이터 커넥터·OPC UA·파일·기업 시스템 연계(SFR-006~009)
- AAS 기반 제조 자산정보 관리(SFR-010)
- 데이터 스키마·품질검증·표준 입력항목 매핑·전처리·데이터셋 버전관리(SFR-011~013)
- 노코드 신규 AI 모델 개발·학습·평가·후보모델 비교·실험이력 관리(SFR-015~017)
- 운영모델 등록·검토·배포·워크플로우 실행·모델 서빙·운영 모니터링(SFR-020~023)
- 알람·현장조치·AI 결과 설명 챗봇·보고서 기능(SFR-024~026)
- 웹 화면·OPC UA·AAS·파일·모델서빙·외부 추론 인터페이스(SIR-001~006)
- 보안 요구사항(SER-001~007)
- 성능·품질 요구사항(PER-001~004, QUR-001~004)
- 사용자 역할별 교육·관리자 기술이전·서비스 안정화·하자보수(PSR-001~004)
중심 · 제조 AI 프리셋·R&D 참조모델 개발
용역 › 정보시스템·SW › SW 개발·운영
경영·영업·진동 분석 등 3종의 참조모델과 3종의 제조 AI 프리셋을 개발하여 플랫폼에 탑재하는 SW 개발 산출물이다.
- 참조모델 3종 개발(SFR-014)
- 제조 AI 프리셋 3종 개발(SFR-018)
- AAS 기반 모델 입력정보 연계·재사용(SFR-019)
- 표준 입력 데이터 템플릿(DAR-001)
- 참조모델·프리셋·AI 모델 메타데이터 관리(DAR-006)
중심 · 테스트베드 리트로핏·데이터 연계 및 통합 시연
용역 › 정보시스템·SW › SW 개발·운영
충남TP 테스트베드 설비에 센서·수집장치를 구성하고 OPC UA·AAS·AI 모델을 연계하여 End-to-End 통합 시연환경을 구축하는 일로, 플랫폼 구축과 별도 산출물(테스트베드 시연절차서)이 요구된다.
- 테스트베드 현장조사·적용범위 확정(SFR-027)
- 센서·수집장치·엣지 게이트웨이 리트로핏 구성
- OPC UA 엔드포인트·태그 제공 환경 구성
- AAS 기반 자산정보 구성 및 태그 매핑
- AI 모델 적용·대시보드·알람·챗봇 통합 시연
- 전시·교육·기업상담용 시연시나리오·운영자료 제공
공고 정보
- 공고종류
- 등록공고 (일반공고)
- 게시일
- 10/13(화)
- 공고번호
- R26BK01768004-000
- 참조번호
- -
- 공고기관
- 조달청
- 수요기관
- 충남테크노파크
- 계약방법
- 제한경쟁
- 낙찰방법
- 협상에의한계약
- 계약유형
- 총액계약
- 예정가격 방식
- 비예가
- 추정가격
- 2,681,400,000원
- 배정예산
- 2,966,807,790원
- 공공조달분류
- ICT 서비스 › 시스템 운영환경 구축 › 정보인프라구축서비스
- 사전규격번호
- R26BD00271854
- 재공고
- 재공고
- 출처
- 나라장터
문서 분석 전체
이 분야에서 갈리는 것 · 어디서 몇 명이 상주하나(원주처럼 먼 곳 상주인지 원격 허용인지), 예산 대비 기간이 빠듯한가, 기존 시스템·1차 사업에 이어지는가(앞 사업자 유리), H/W·솔루션까지 우리가 대는 통합발주인가, 직생 세부품명이 맞는가에서 갈린다.
문서 분석 전 — 첨부문서를 읽고 정리하면 여기에 보입니다
문서 발췌
과업·요구
| 사 업 명 | 충청남도 지역 주도형 AI 대전환 사업 「AIOps 서비스 인프라 구축」 |
|---|---|
| 주관기관 | (재)충남테크노파크 |
목 차
Ⅰ. 사업 개요 01 Ⅱ. 사업 추진방안 06 Ⅲ. 제안요청 내용 15 Ⅳ. 제안서 작성 요령 95 Ⅴ. 제안 안내 사항 100
붙임. 입찰 관련 서식 120
Ⅰ. 사업 개요
1. 사업명 ○ 사업명 : 충청남도 지역 주도형 AI 대전환 사업 「AIOps 서비스 인프라 구축」 2. 사업목적 및 추진 배경 □ 사업 목적 ○「지역 주도형 AI 대전환」 사업을 통해 제조데이터를 활용한 수요기업의 AI 서비스 개발·적용을 지원하기 위한 AIOps 시스템 및 AI 서비스 인프라를 구축하고자 함 □ 추진 배경 ○ 충남은 반도체·디스플레이·모빌리티 등 제조산업이 집적된 중부권 핵심 제조거점이나, - 중소 제조기업은 고성능 GPU 및 AI 학습 인프라를 자체적으로 구축하기 어려워 제조 AI 모델 개발과 실증에 필요한 컴퓨팅 자원을 확보하지 못하고 있으며 - 제조데이터의 수집·저장·분석·활용 체계 역시 분산되어 있어 데이터 기반 제조 혁신 추진에 제약이 있는 상태임 - 제조업 의존도가 높은 산업구조에서 성장 둔화가 가속화됨에 따라 AI 기반 산업구조 고도화가 요구됨 ○ 최근 생성형 AI와 제조 AI 기술이 빠르게 확산되면서 제조데이터 기반 AI 모델 개발·운영, MLOps 및 생성형 AI 기반 분석서비스에 대한 수요가 증가하고 있으나, 이를 통합적으로 지원할 수 있는 공용 플랫폼은 부족한 실정임. 특히 제조 AI는 학습데이터 확보, 모델 개발·성능검증 및 현장 적용까지 반복적인 검증이 필요하나, 중소 제조기업은 이를 수행할 전문인력과 시스템이 부족함. - 제조 AI 모델은 실제 제조현장의 데이터를 이용하여 지속적으로 학습 및 검증되어야 하나, 데이터 품질 문제와 실증 환경 부족으로 인해 모델 성능 향상에 한계가 발생 - 충남테크노파크에서는 AIOps 솔루션 구축과 제조 AI 테스트베드 고도화를 통해 제조기업의 AI 서비스 개발, 기술검증 및 실증을 지원하고 지역 제조기업의 AI 활용 역량을 강화하고자 함 ○ 이에 충남의 제조산업 집적 기반을 활용하여 중소기업의 AI 전환 역량을 강화하고자 「지역 주도형 AI 대전환」 사업을 추진함 - 수요기업의 AI 서비스 적용·확산을 위한 AIOps 시스템 및 서비스 인프라 개발·구축 - 충남테크노파크 내 AI 인프라에 AIOps 시스템과 서비스를 구축·적용
◇ 중소기업이 AI 모델을 활용하기 위한 노코드 AIOps 시스템 구축 ◇ AI 활용·확산을 위한 제조 AI 프리셋 및 R&D 참조모델 ◇ 충남TP 테스트베드의 제조데이터 기반 AI 운영환경 구축 ◇ 수요기업의 AI 모델 개발 지원을 위한 R&D 지원환경 구축 3. 사업 기간 및 예산 □ 사업 기간: 계약 체결일로부터 330일 1차년도 : 계약 체결 후 60일 2차년도 : 1차년도 완료일 다음날부터 270일 □ 사업 금액: 2,949,540,000원(부가가치세 포함) 1차년도 : 1,399,540,000원 2차년도 : 1,550,000,000원 4. 사업 내용 □ 사업 범위 ※ 세부내용은 ‘Ⅲ. 제안요청 내용’ 참조 ○ 노코드 기반 AIOps 플랫폼 구축 - AI 모델 개발·운영을 위한 노코드 기반 AIOps 플랫폼 구축 • 제조데이터 기반 AI 모델의 개발·학습·평가·배포·추론·운영 모니터링을 통합 지원 • 사용자가 코딩 없이 데이터 연결, 모델 선택·학습·추론 및 결과 확인을 수행할 수 있는 환경 제공 • 모델 등록·버전관리·검토·승인·배포·운영이력 관리체계 구축 ○ 제조 분야별 AI 프리셋 및 R&D 참조모델 개발 - 제조 현장 활용을 위한 AI 모델 프리셋 및 참조모델 개발 • 제조 분야 및 공정 특성을 반영한 노코드 AI 모델 프리셋과 참조모델 개발 • 수요기업이 데이터 연결, 모델 선택, 실행 및 결과 확인을 쉽게 수행할 수 있도록 표준화된 모델 활용 구조 마련 • 개발된 프리셋과 참조모델을 AIOps 플랫폼과 연계하여 교육, 실증, 기업지원 등에 활용할 수 있도록 구성 ○ 충남TP 테스트베드의 제조 AI 운영환경 조성 - 테스트베드 제조데이터 활용 환경 고도화 • 충남TP 테스트베드의 제조공정 데이터를 수집·연계하여 AI 모델 개발 및 실증에 활용할 수 있는 환경 구성 • 데모공정 데이터 기반 AI 모델 적용, 결과 확인 및 시각화가 가능한 운영환경 마련 • 제조기업 대상 전시·교육 등에 활용 가능한 데모 시나리오 및 지원환경 구성 ○ R&D 지원 인프라 및 수요기업 지원환경 개선 - 기업지원형 R&D 환경 개선 • 기업 데이터 분석, AI 모델 개발 및 적용 검토를 지원할 수 있는 R&D 지원환경 구성 • 파일, DB 등 다양한 형태의 데이터를 활용할 수 있는 데이터 입력·연계 환경 마련 • AIOps 플랫폼과 연계하여 기업지원, 교육, 컨설팅 등에 활용 가능한 지원환경 구성
○ 기대효과 - 중소기업의 AI 도입 접근성을 높이고, 전문 개발 역량이 부족한 기업도 제조데이터를 기반으로 AI 모델 활용 기반 확보 - 표준화된 프리셋과 참조모델을 활용하여 기업별 AI 서비스 적용의 효율성, 재사용성 및 확장성 제고 - 충남TP의 제조 AI 기업지원 역량을 강화하고, 지역 제조기업의 데이터 기반 혁신 및 디지털 전환 확산 촉진 < AIOps 서비스 인프라 구축사업 구성도 >
Ⅱ. 사업 추진방안
1. 추진 목표 ○ 본 사업은 「2026년 지역 주도형 AI 대전환 사업」의 일환으로, 충남지역 제조 중소기업이 데이터를 연결하고 별도의 코딩 없이 AI 모델을 개발·학습·배포·운영할 수 있는 노코드 기반 제조 AIOps 플랫폼을 구축하여 다음과 같은 구체적이고 검수 가능한 목표를 달성하는 것을 목적으로 함. □ 목표 1: 노코드 기반 제조 AIOps 통합 서비스 체계 구축 ○ 제조데이터 연결부터 AI 모델 개발, 학습, 평가, 배포, 운영 및 모니터링까지 전 과정을 통합적으로 지원하는 노코드 기반 제조 AIOps 플랫폼을 구축함. ○ 사용자가 별도의 코드를 작성하지 않고 프로젝트 생성, 데이터 선택, 입력항목 매핑, 모델 선택·실행, 성능평가 및 배포 요청을 수행할 수 있는 사용자 중심의 업무환경을 제공함. ○ 기업·워크스페이스·프로젝트 단위로 사용자, 권한, 데이터 및 자원을 분리하여 다수의 수요기업이 안정적으로 공동 활용할 수 있는 서비스 기반을 마련함. □ 목표 2: 제조데이터 연결·표준화 및 모델 활용 기반 마련 ○ OPC UA 기반 설비 데이터와 표준 CSV·Excel 파일 등 사전에 정의된 데이터 형식을 대상으로 입력·연계 환경을 구축함. ○ 연계 데이터의 필수항목 검증, 사용자 기반 태그·컬럼 매핑, 기본 전처리 및 데이터셋 관리 기능을 제공하여 모델 입력 형식에 맞게 활용할 수 있도록 지원함. □ 목표 3: AI 모델 전 주기 거버넌스 및 안정적 운영체계 확립 ○ 모델의 개발·학습 결과를 체계적으로 등록하고, 모델별 버전, 승인, 배포 및 운영 이력을 통합적으로 관리하는 MLOps 모델 거버넌스 체계를 구축함. ○ 컨테이너와 쿠버네티스 기반의 실행환경을 통해 AI 모델의 학습·평가·배포·추론 작업을 안정적으로 수행하고, CPU·GPU·메모리·저장공간 등 인프라 자원을 효율적으로 관리함. □ 목표 4: 테스트베드·R&D 지원환경으로 제조 AI 확산 기반 조성 ○ 충남TP 테스트베드의 제조공정 데이터를 수집·연계하고, AI 모델 추론 결과와 운영상태를 확인할 수 있는 실증·시연환경을 구축함. ○ 제조 AI 프리셋과 R&D 참조모델을 테스트베드에 적용하여 제조기업 대상 전시·교육 및 AI 활용사례 확산에 활용할 수 있는 기반을 마련함.
○ R&D 지원환경을 통해 수요기업 데이터 분석, 신규 AI 모델 개발 및 현장 적용 가능성 검토를 지원하고, 기업지원·교육 업무와 연계 가능한 환경을 조성함. 2. 추진 전략 ○ 본 사업의 성공적인 목표 달성을 위해 사용 편의성, 운영 안정성, 확장성 및 지속 가능한 플랫폼 자산화를 핵심 기준으로 하는 단계적 추진 전략을 수립함. ○ 본 사업은 단순한 AI 개발도구 구축이 아니라, 중소 제조기업이 제조·업무데이터를 연결·표준화하고 AI 모델을 개발·학습·평가·배포·추론·운영하며, 그 결과와 이력을 지속적으로 축적·활용할 수 있는 노코드 제조 AIOps 서비스 체계를 구축하는 것을 목적으로 함. ○ 과업범위는 데이터 연결·표준화, 노코드 AI 모델 개발, 제조 AI 프리셋 및 R&D 참조모델, 운영모델 등록·검토·배포 관리, 모델 서빙·추론·운영 모니터링, 테스트베드 및 R&D 지원환경을 포함함. □ 핵심 전략 1 : 노코드 AIOps 중심의 계층적 아키텍처 구축 ○ 데이터 원천·수집 영역, 노코드 AIOps 업무 영역, AI 모델 학습·배포·추론 영역, 기업별 적용모델·서비스 영역 및 관리자 운영 영역을 명확히 분리·연계한 계층적 구조로 구축함. ○ 각 영역은 표준 데이터 형식, API, 컨테이너 기반 실행환경 및 모델 서빙 인터페이스를 통해 유기적으로 연계하고, 개별 영역의 변경이 전체 시스템에 미치는 영향을 최소화함. ○ 이를 통해 초기 구축 이후에도 신규 수요기업, 제조공정, 데이터 유형 및 AI 모델을 단계적으로 추가할 수 있는 확장형 플랫폼 구조를 확보함. □ 핵심 전략 2 : 안정적 AI 학습·추론 및 자원관리 체계 구축 ○ 컨테이너 및 쿠버네티스 기반의 배포·운영환경을 구성하여 AI 모델의 학습, 평가, 배포 및 추론 작업을 안정적으로 실행할 수 있는 기반을 마련함. ○ 워크로드 특성에 따라 CPU, GPU, 메모리 및 저장공간을 프로젝트별로 할당하고, 자원 사용현황과 실행상태를 지속적으로 확인할 수 있는 관리체계를 구축함. ○ 기업·워크스페이스·프로젝트 간 실행환경과 자원을 분리함으로써 다수 수요기업이 동시에 이용하는 환경에서도 안정성과 보안성을 확보함. 프로젝트 단위 자산관리, 정책 기반 자원할당, 인증·권한, 모델 배포·서빙 및 모니터링 구조를 제공함. □ 핵심 전략 3 : 제조데이터 연결·표준화 중심의 활용 기반 구축 ○ 설비·센서·PLC 데이터, 기업 업무데이터 표준 파일(*.csv, *.txt) 등 다양한 형태의 데이터를 노코드 AIOps에서 활용할 수 있도록 데이터 입력·연계 체계를 구축함. ○ OPC UA 기반 설비 데이터 수집, 표준 CSV·Excel·TXT 파일 입력 및 대상 환경이 준비된 경우의 데이터베이스 연계를 지원하고, 기업별 데이터는 논리적으로 분리하여 관리함.
□ 핵심 전략 4 : 노코드 모델 개발 및 전 주기 거버넌스 체계 구축 ○ 사용자가 별도의 코드를 작성하지 않고 데이터 선택, 입력항목 매핑, 모델 프리셋 선택, 학습·평가 및 배포 요청을 수행할 수 있는 노코드 활용환경을 구축함. ○ 제조 현장에서 활용 가능한 모델 프리셋과 참조모델을 개발하고, 신규 모델 개발이 필요한 경우에도 동일한 업무 절차에서 수행할 수 있도록 구성함. ○ 모델 등록, 성능평가, 버전관리, 승인, 배포, 운영 이력 등 모델 전 주기를 체계적으로 관리함. □ 핵심 전략 5 : 테스트베드·R&D 연계 기반의 실증·확산 체계 구축 ○ 충남테크노파크 테스트베드 제조공정 데이터를 수집·연계하여 AI 모델 적용 결과를 확인하고, 전시·교육·실증에 활용할 수 있는 시연환경을 구축함. ○ R&D 지원환경에서는 수요기업 데이터 분석, 신규 AI 모델 개발, 성능검증 및 현장 적용 가능성 검토를 수행할 수 있도록 개발·검증 환경을 제공함. ○ 참조모델, 모델 프리셋 및 표준 데이터 입력방식을 테스트베드와 기업지원 업무에 공동 활용하여 일회성 시연이 아닌 반복 가능한 기업지원 체계를 마련함. 3. 추진 체계 및 역할 ○ 본 사업의 성공적 수행을 위해 다음과 같은 추진 체계를 구성함.
| 분 야 | 구 성 | 주요역할 |
|---|---|---|
| 사업 총괄 | 충청남도 | • 사업 전반의 방향 설정, 정책적 지원, 예산 확보 • 관련 기관 간 협력 조정 총괄 |
| 사업 주관 | (재)충남테크노파크 | • 본 제안요청서상 과업의 발주 및 계약 주체 • 사업 수행 전 과정에 대한 실질적 관리·감독 책임 • 사업자 선정, 계약, 검수, 대금 지급 등 행정 업무 및 진도·위험 관리 수행 |
| 사업자 | 사업수행사 | • 제안요청서의 모든 요구사항을 충족하는 SW 설계, 구축, 안정화, 기술 지원 책임 주체 • 프로젝트 관리, 인력 투입, 품질 보증, 산출물 제출 등 계약된 모든 과업의 성실한 이행 |
4. 추진 일정 ○ 제안사는 다음 예시의 주요 일정을 포함한 상세 사업수행계획을 구체적으로 제시해야 함.
| 구 분 | M1 | M2 | M3 | M4 | M5 | M6 | M7 | M8 | M9 | M10 | M11 | M12 | M13 | |||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 사업 착수 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 사업 수행계획 제출 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 추진방향 설정 및 사업일정 협의 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 요구사항 분석 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 사용자 요구사항 분석 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 목표시스템 정의 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 플랫폼 구축 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 노코드 AIOps 운영시스템 구축 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 노코드 AI 표준모델 개발 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 충남테크노파크 테스트베드 고도화 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| R&D개발 인프라 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 점검 및 검수 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 단위 테스트 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 통합 테스트 및 성능 시험 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 교육 및 운용 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 시스템 시험 가동 및 운영 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 운영자 및 사용자 교육 실시 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 사업 완료 | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 사업 검수 (착수/중간/최종보고회) | ||||||||||||||||||||||||||||||||||||||||||||||||||||
| 시스템 안정화 지원 |
○ 상기 일정은 사업 추진을 위한 기본단계를 나타낸 것이며, 제안사는 전체 사업기간과 연차별 완료목표를 고려한 상세 추진일정을 제시하여야 함. 5. 추진 방안 □ 입찰 및 낙찰 방식 ○ 입찰방식 : 제한경쟁입찰 ○ 긴급발주여부 : 대상 ○ 사업자 선정방식 : 협상에 의한 계약 ○ SW 분리발주 여부 : 미적용 □ 적용 규정: 국가계약법에 따름 □ 사업자 선정 방식: 제안서 평가를 통해 기술력과 가격을 종합적으로 평가하여 우선협상대상자를 선정하고, 협상 절차를 통해 최종 사업자를 결정함. □ 평가 배점: 기술능력평가 90%, 입찰가격평가 10% ○ 본 사업은 고도의 기술 전문성과 안정적인 플랫폼 구축 및 운영 능력이 핵심이므로, 기술능력평가에 높은 비중을 둠. □ 입찰 자격 요건 ○ Page 101 ‘입찰참가 자격’ 참조 □ 사업설명회 및 제안서 발표평가 ○ 입찰 전 별도의 사업설명회는 개최하지 않음 ○ 제안서 발표평가는 실시하며, 세부사항은 ‘Ⅴ. 제안 안내 사항-2. 제안 평가 관련 사항’에 따름 □ 기타 유의사항: ○ 하도급에 관한 사항은 「소프트웨어 진흥법」 제51조, 같은 법 시행규칙 제14조 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」에 따르며, 세부사항은 ‘Ⅴ. 제안 안내 사항-6. 기타 유의사항(소프트웨어 진흥법 관련 준수사항)’을 참조하여야 함 ○ 정부기관 등에서 부정당 제재 중인 업체와 공동수급 및 하도급 구성을 금함 ○ 제안업체는 입찰등록 마감일 현재 부정당업자로 지정되지 아니한 업체이어야 함
Ⅲ. 제안요청 내용
1. 제안요청 범위 □ 제안요청 개요 ○ 본 사업은 충남지역 제조 중소기업이 제조·업무데이터를 연결·표준화하고, 별도의 코드 작성 없이 AI 모델을 개발·학습·평가·배포·추론·운영할 수 있는 노코드 제조 AIOps 서비스 환경을 구축하는 사업임 ○ 발주기관이 제공하는 서버·네트워크·스토리지와 기보유 AI 인프라를 활용하여 컨테이너·쿠버네티스 기반 실행환경, 데이터·모델 저장환경 및 AI 인프라·GPU 자원관리 환경을 구성하여야 함 ○ 참여기업별 워크스페이스·프로젝트·사용자·권한을 구성하고, 데이터 연결·표준화, AI 모델 개발·재사용, 배포·운영, 결과 활용 및 충남TP 통합관리를 하나의 서비스 체계로 제공하여야 함 □ AIOps 서비스 인프라 구축 사업 ○ 노코드 제조 AIOps 서비스: 제조데이터 연결, 품질검증, 매핑, 전처리, 모델 개발·학습·평가·배포·추론 및 운영 모니터링을 통합 지원 ○ 제조 AI 프리셋 및 R&D 참조 모델: 참여기업이 복제·적용·검증하여 신규 분석과제와 제조 현장에 재사용할 수 있는 활용환경 제공 ○ 테스트베드 연계·통합 시연: 설비데이터 수집, AAS 기반 자산정보, AI 모델 추론, 대시보드, 알람·조치 및 운영지원 기능을 연계하여 시연 ○ R&D 지원환경: 수요기업의 업무·제조데이터 분석, 신규 AI 모델 개발·검증 및 현장 적용 가능성 검토 지원 □ 기술 지원, 교육 및 운영 이관 ○ 사업 기간 및 안정화 기간 동안 발생하는 기술적 문제에 대해 지속적인 기술 지원 체계를 제공해야 함. ○ 발주기관 및 참여 기관 담당자가 플랫폼을 자립적으로 운영·관리할 수 있도록, 운영 절차, 장애 대응, 활용 방법에 대한 교육 계획을 수립·실시해야 함. ○ 사업 완료 시, 플랫폼 운영에 필요한 시스템 구성 문서, 운영 매뉴얼, 기술 자료, 최종 산출물 일체를 발주기관에 이관해야 함. 2. 상세 요구사항 ○ 제안사는 본 사업의 목적과 범위를 충분히 이해하고, 제안서에 각 요구사항에 대한 구체적인 구현 방안과 충족 여부를 명확히 기술해야 함. ○ 요구사항은 기능, 성능, 보안, 운영, 확장성 등 다양한 관점에서 체계적으로 정의되며, 과학기술정보통신부의 「소프트웨어사업 요구사항 분석·적용 가이드」를 준수하여 작성되어야 함. 3. 주요 구현기능 전체구조 ○ 본 사업은 충남지역 제조 중소기업이 제조·업무데이터를 연결하고, 별도의 코드 작성 없이 AI 모델을 개발·학습·평가·배포·운영할 수 있는 노코드 기반 제조 AIOps 서비스 환경을 구축하는 사업임 □ 주요 구현기능 총괄표
| 핵심구축 영역 | 주요 구현내용 | 관련 요구사항 |
|---|---|---|
| 통합 서비스 운영 | 발주기관 인프라에 웹 기반 서비스를 구축하고, 참여기업별 워크스페이스·프로젝트·사용자·역할·권한 및 애플리케이션을 구성·관리 | ECR-001~003 SFR-001~004 SIR-001 |
| AI 인프라·GPU 자원관리 | AI 모델 개발·학습·추론에 필요한 CPU·GPU·메모리·스토리지를 워크스페이스·프로젝트 단위로 할당하고, 쿼터·사용량·잔여자원 및 운영현황을 관리 | ECR-004~005 SFR-005 |
| 데이터 연결·표준화 | 데이터 커넥터를 통해 OPC UA 설비·공정 데이터, Excel·CSV·TXT 기업 업무데이터 및 기업 시스템 데이터를 연계하고, AAS 기반 제조 자산정보와 표준 입력항목을 관리 | SFR-006~013 SIR-002~004 DAR-001~005 |
| 노코드 AI 모델 개발 | R&D 참조모델을 활용하거나 신규 AI 모델을 생성하여 데이터 선택·전처리, 입력·목표변수 설정, 알고리즘 선택, 학습·평가 및 후보모델 비교를 수행 | SFR-014~017 |
| 프리셋·모델 재사용 | 제조 AI 프리셋을 등록·적용하고, AAS 자산정보·OPC UA 태그·모델 표준 입력항목을 연계하여 유사 설비와 참여기업에 재사용 | SFR-018~019 DAR-006 |
| 모델 배포·운영 | 운영대상 모델의 등록·검토·승인·배포를 관리하고, AI 작업을 수동 또는 설정된 주기로 실행하며 모델 서빙과 준실시간 운영결과를 관리 | SFR-020~023 SIR-005~006 |
| 현장·관리자 활용 | 모델결과와 운영상태를 대시보드로 조회하고, 알람·현장조치, AI 결과 설명·챗봇, 기업활용·사업성과 보고서 및 충남TP 통합현황을 제공 | SFR-003 SFR-024~026 DAR-007 |
| 테스트베드·기업지원 확산 | 테스트베드 설비의 센서·수집장치·OPC UA·AAS·AI 모델을 연계한 통합 시연환경을 구축하고, 사용자 교육·관리자 기술이전·기업지원에 활용 | SFR-027 PSR-001~004 |
| 요구사항 분류 | 고유번호 | 설 명 | 개 수 |
|---|---|---|---|
| 시스템 환경구성 요구사항 (Environment Configuration Requirement) | ECR | 노코드 제조 AIOps 서비스를 설치·배포·운영하기 위한 서버, 컨테이너, 쿠버네티스, 저장공간 및 AI 인프라 자원관리 환경에 관한 요구사항 | 5 |
| 기능 요구사항 (System Function Req.) | SFR | 충남TP 관리자, 중소기업 AI 담당자 및 현장 실무자가 플랫폼을 통해 수행해야 하는 데이터 연결, 모델 개발·배포·운영 및 기업지원 기능에 관한 요구사항 | 27 |
| 인터페이스 요구사항 (System Interface Req.) | SIR | 사용자 화면, OPC UA, AAS, 파일·기업 시스템 데이터, AI 실행환경 및 외부 활용환경 간 연계에 관한 요구사항 | 6 |
| 데이터 요구사항 (Data Req.) | DAR | 표준 입력항목, AAS 자산정보, 데이터셋, 모델·프리셋 및 운영결과 데이터의 구조·품질·버전·이력관리에 관한 요구사항 | 7 |
| 보안 요구사항 (Security Req.) | SER | 사용자 인증, 역할·권한, 기업별 데이터 격리, 민감정보, 연계정보 및 시스템 운영보안에 관한 요구사항 | |
| 성능 요구사항 (Performance Req.) | PER | 화면·API 응답, 데이터 주기 수집, 모델 학습·추론, 동시 사용 및 장애복구 성능에 관한 요구사항 | 4 |
| 품질 요구사항 (Quality Req.) | QUR | 사용자 편의성, 재현성, 상호운용성 및 유지관리 품질에 관한 요구사항 | |
| 프로젝트 관리 요구사항 (Project Mgmt Req.) | PMR | 사업수행, 일정, 범위·변경·위험, 요구사항·산출물·형상관리와 시험·검수·인수·결함조치에 관한 요구사항 | |
| 교육·운영지원 요구사항 (Project Support Req.) | PSR | 사용자 교육, AAS·데이터 활용교육, 관리자 기술이전, 서비스 안정화 및 하자보수에 관한 요구사항 | |
| 합 계 | 68 |
| 요구사항 분류 | 고유번호 | 요구사항 명칭 |
|---|---|---|
| 시스템 환경구성 요구사항 | ECR-001 | 기본 설치 및 운영환경 구성 |
| ECR-002 | 컨테이너 기반 실행환경 구성 | |
| ECR-003 | 쿠버네티스 기반 애플리케이션 배포·접속환경 구성 | |
| ECR-004 | 데이터·모델 저장공간 및 운영지원 환경 구성 | |
| ECR-005 | AI 인프라 및 GPU 자원관리 환경 구성 | |
| 기능 요구사항 | SFR-001 | 참여기업·워크스페이스·프로젝트 관리 기능 |
| SFR-002 | 사용자·역할·접근권한 관리 기능 | |
| SFR-003 | 충남TP 관리자 통합현황·승인·성과관리 기능 | |
| SFR-004 | 개발·실험·운영 애플리케이션 제공·관리 기능 | |
| SFR-005 | AI 인프라 자원할당 및 사용현황 관리 기능 | |
| SFR-006 | 데이터 커넥터 및 연결정보 관리 기능 | |
| SFR-007 | OPC UA 기반 설비·공정 데이터 주기 수집 기능 | |
| SFR-008 | Excel·CSV·TXT 기반 기업 업무데이터 등록 기능 | |
| SFR-009 | 기업 시스템 데이터 연계 기능 | |
| SFR-010 | AAS 기반 제조 자산정보 관리 기능 | |
| SFR-011 | 데이터 스키마 및 품질검증 기능 | |
| SFR-012 | 표준 입력항목 및 태그·컬럼 매핑 기능 | |
| SFR-013 | 데이터 전처리·탐색 및 데이터셋 버전관리 기능 | |
| SFR-014 | R&D 참조모델 관리·활용 기능 | |
| SFR-015 | 노코드 신규 AI 모델 개발 기능 | |
| SFR-016 | AI 모델 학습·평가 및 후보모델 비교 기능 | |
| SFR-017 | 실험이력·후보모델 산출물 관리 기능 | |
| SFR-018 | 제조 AI 프리셋 관리·적용 기능 | |
| SFR-019 | AAS 기반 모델 입력정보 연계·재사용 기능 | |
| SFR-020 | 운영모델 등록·검토 및 배포관리 기능 | |
| SFR-021 | AI 워크플로우 수동·주기 실행관리 기능 | |
| SFR-022 | AI 워크로드 실행 및 모델 서빙 기능 | |
| SFR-023 | 준실시간 AI 운영 모니터링 및 결과조회 기능 | |
| SFR-024 | 모델 결과 기반 알람·현장조치 관리 기능 | |
| SFR-025 | AI 결과 설명 및 운영지원 챗봇 기능 | |
| SFR-026 | 운영·기업활용·사업성과 보고서 기능 | |
| SFR-027 | 테스트베드 리트로핏·데이터 연계 및 통합 시연 기능 | |
| 인터페이스 요구사항 | SIR-001 | 웹 기반 사용자 화면 인터페이스 |
| SIR-002 | OPC UA 설비데이터 연계 인터페이스 | |
| SIR-003 | AAS 제조 자산정보 연계 인터페이스 | |
| SIR-004 | 파일·기업 시스템 데이터 연계 인터페이스 | |
| SIR-005 | AI 실행환경·애플리케이션·모델 서빙 연계 인터페이스 | |
| SIR-006 | 외부 접속경로·결과활용·추론 서비스 인터페이스 | |
| 데이터 요구사항 | DAR-001 | 표준 입력 데이터 템플릿 관리 |
| DAR-002 | 원천·수집·업로드 데이터 관리 | |
| DAR-003 | 데이터 스키마·품질·매핑정보 관리 | |
| DAR-004 | AAS 자산정보·의미정보·태그 매핑정보 관리 | |
| DAR-005 | 전처리·데이터셋 버전 및 데이터 계보 관리 | |
| DAR-006 | 참조모델·프리셋·AI 모델 메타데이터 관리 | |
| DAR-007 | 모델 결과·학습·추론·알람·조치·보고서 데이터 관리 | |
| 보안 요구사항 | SER-001 | 보안정책 및 관련 지침 준수 |
| SER-002 | 사용자 인증 및 계정 보안 | |
| SER-003 | 역할 기반 접근권한 관리 | |
| SER-004 | 참여기업·워크스페이스·프로젝트 간 정보격리 | |
| SER-005 | 개인정보 및 기업 민감정보 보호 | |
| SER-006 | API 키·인증서·시크릿 정보 보호 | |
| SER-007 | 시스템·컨테이너·네트워크·감사로그 보안 | |
| 성능 요구사항 | PER-001 | 일반 화면·조회·API 응답성능 |
| PER-002 | 데이터 수집·저장·최신값 갱신성능 | |
| PER-003 | AI 모델 학습·추론 처리성능 | |
| PER-004 | 동시사용·부하·용량·장애복구 성능 | |
| 품질 요구사항 | QUR-001 | 사용자 편의성 및 노코드 화면 일관성 |
| QUR-002 | 상호운용성 및 재사용성 | |
| QUR-003 | 데이터·모델 재현성 및 이력추적성 | |
| QUR-004 | 운영 안정성·확장성·유지보수성 | |
| 프로젝트 관리 및 검수 요구사항 | PMR-001 | 사업수행 및 일정관리 |
| PMR-002 | 범위·변경·이슈·위험관리 | |
| PMR-003 | 요구사항·산출물·형상관리 | |
| PMR-004 | 시험·검수·인수 및 결함조치 관리 | |
| 교육·운영지원 요구사항 | PSR-001 | 사용자 역할별 플랫폼 활용교육 |
| PSR-002 | AAS·데이터 연결·태그 매핑 활용교육 | |
| PSR-003 | 관리자 운영·AI 자원관리 및 기술이전 | |
| PSR-004 | 서비스 안정화·하자보수 및 운영지원 |
□ 상세 요구사항 ○ 시스템 환경구성 요구사항(ECR)
| 요구사항번호 | ECR-001 | |
|---|---|---|
| 요구사항 명 | 기본 설치 및 운영환경 구성 | |
| 요구사항 분류 | 시스템 환경구성 요구사항 | |
| 상세 설명 | 정의 | 발주기관 인프라에 노코드 제조 AIOps 서비스를 설치·운영하기 위한 기본환경 구성 |
| 세부 내용 | ○ 구축환경 분석 - 발주기관이 제공하는 서버, 네트워크, 스토리지, 운영체제, 보안정책 및 외부접속 조건을 확인하여야 하며, 구축 대상 서버의 CPU, GPU, 메모리, 저장공간 및 네트워크 자원을 기준으로 서비스 적용 가능성을 검토하여야 한다. - 기존 인프라와 구축 구성요소의 역할, 설치위치 및 연계관계를 포함한 구축구성도를 제시하여야 하며, 설치에 필요한 계정, 포트, 인증서, 도메인, 네트워크 경로 및 방화벽 정책을 사전에 식별하여야 한다. - 추가 환경이 필요한 경우 대상, 사유, 영향 및 적용범위를 발주기관과 협의하여야 한다. ○ 서비스 설치 및 운영환경 - 노코드 제조 AIOps 서비스를 발주기관이 지정한 서버환경에 설치하여야 하며, 허용된 사용자가 구축시스템을 통해 서비스에 접속할 수 있도록 접속환경을 구성하여야 한다. - 주요 서비스의 기동, 중지, 재기동 및 운영상태 확인이 가능하여야 하며, 서버 또는 서비스 재기동 이후에도 보존이 필요한 데이터, 모델 및 운영설정이 유지되어야 한다. - 인터넷 연결이 제한되는 환경에서도 발주기관과 협의된 범위의 설치·운영이 가능하도록 구성하여야 하며, 개발·시험·운영 용도는 구축환경과 사업범위를 고려하여 논리적 또는 물리적으로 구분하여야 한다. - 교육·시연용 작업이 참여기업의 운영서비스에 영향을 주지 않도록 실행범위를 구분하여야 한다. ○ 구성정보 관리 - 적용되는 상용·오픈소스·자체개발 소프트웨어의 명칭, 버전, 용도, 라이선스 및 설치위치를 관리하여야 하며, 주요 서비스의 계정, 포트, 경로, 인증방식 및 의존관계를 문서화하여야 한다. - 기존 시스템의 구성변경이 필요한 경우 수행사는 변경 필요성, 대상, 영향범위, 서비스 중단 가능성 및 복구방안을 제시하고, 발주기관의 검토·승인을 받아 적용하여야 한다. | |
| 산출정보 | 설치·구성 내역서 | |
| 관련요구사항 | ECR-002~005, SER-007 |
| 요구사항번호 | ECR-003 | |
|---|---|---|
| 요구사항 명 | 쿠버네티스 기반 애플리케이션 배포·접속환경 구성 | |
| 요구사항 분류 | 시스템 환경구성 요구사항 | |
| 상세 설명 | 정의 | AI 애플리케이션과 모델 학습·추론 환경을 쿠버네티스 기반으로 배포· 운영하기 위한 환경 구성 |
| 세부 내용 | ○ 쿠버네티스 배포환경 - 발주기관 인프라에 쿠버네티스 기반 배포환경을 구성하거나 발주기관이 제공하는 기존 환경과 연계하여야 하며, 참여기업·워크스페이스·프로젝트 구조가 네임스페이스 등 논리적 분리구조와 연계되도록 구성하여야 한다. - 애플리케이션별 컨테이너 이미지, 자원, 볼륨, 환경변수, 시크릿 및 네트워크 설정을 정의할 수 있어야 하며, 애플리케이션과 AI 워크로드가 지정된 프로젝트와 자원범위 안에서 실행되도록 구성하여야 한다. - 프로젝트 간 서비스·네트워크·스토리지 접근을 발주기관의 보안정책에 따라 제한하여야 한다. ○ 애플리케이션 배포·운영 - 애플리케이션의 배포, 실행, 중지, 재기동, 수정 및 삭제가 가능하여야 하며, 애플리케이션의 배포상태, 실행상태, 배포버전, 접속주소 및 할당자원을 확인할 수 있어야 한다. - 기본적인 상태점검과 장애 시 재기동 등 서비스 운영기능을 제공하여야 하며, 배포실패 시 오류내용을 확인하고 설정을 보완하여 다시 배포할 수 있어야 한다. - 애플리케이션별 로그와 주요 이벤트를 확인할 수 있어야 한다. ○ 접속환경 - 사용자에게 허용된 애플리케이션의 접속경로를 제공하여야 하며, 플랫폼 인증정보와 프로젝트 권한을 애플리케이션 접속에도 연계하여야 한다. - 외부접속 주소, 도메인, 인증서 및 방화벽 설정은 발주기관의 네트워크·보안정책에 따라 구성하여야 하며, 외부에 공개되는 접속경로는 필요한 서비스에 한하여 최소화하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-004, SIR-005, SER-004 |
| 요구사항번호 | ECR-004 | |
|---|---|---|
| 요구사항 명 | 데이터·모델 저장공간 및 운영지원 환경 구성 | |
| 요구사항 분류 | 시스템 환경구성 요구사항 | |
| 상세 설명 | 정의 | 데이터·모델·실험결과 및 애플리케이션 운영정보를 안정적으로 저장· 활용하기 위한 저장환경 구성 |
| 세부 내용 | ○ 저장공간 구성 - 원천데이터, 수집데이터, 전처리 데이터, 데이터셋, 모델, 실험결과, 애플리케이션 파일, 로그 및 보고서를 목적에 따라 구분하여 저장할 수 있어야 하며, 프로젝트 전용 저장공간, 참여자 간 공유 저장공간 및 일시적 작업공간을 구분하여 제공할 수 있어야 한다. - 단일 애플리케이션이 사용하는 저장공간과 여러 애플리케이션이 공동으로 사용하는 저장공간을 구분하여 구성할 수 있어야 하며, 애플리케이션 배포 시 필요한 저장공간을 선택하여 연결할 수 있어야 한다. - 컨테이너 또는 애플리케이션 재기동 이후에도 보존이 필요한 데이터와 모델이 유지되어야 한다. ○ 저장공간 관리 - 저장공간별 명칭, 유형, 용량, 접근방식, 연결 애플리케이션 및 사용 프로젝트를 확인할 수 있어야 하며, 워크스페이스·프로젝트별 저장공간 할당량과 실사용량을 확인할 수 있어야 한다. - 저장용량 부족 여부와 추가 확장 필요성을 관리자가 확인할 수 있어야 하며, 운영 중 필요한 경우 서비스 영향도를 고려하여 저장용량을 확장할 수 있어야 한다. - 삭제 또는 용량축소가 데이터 유실로 이어질 수 있는 경우 사용자에게 사전경고와 확인절차를 제공하여야 한다. ○ 데이터 보호 및 운영지원 - 백업대상, 백업주기, 보존기간 및 복구범위는 데이터 중요도와 발주기관 운영정책에 따라 구분하여야 하며, 데이터, 모델 및 주요 설정정보의 백업·복구 절차를 마련하여야 한다. - 장애복구 후 저장데이터와 모델의 정합성을 확인할 수 있어야 하며, 저장공간의 접근권한은 참여기업·워크스페이스·프로젝트 역할과 연계하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-005, DAR-002~007, PER-004 |
| 요구사항번호 | ECR-005 | |
|---|---|---|
| 요구사항 명 | AI 인프라 및 GPU 자원관리 환경 구성 | |
| 요구사항 분류 | 시스템 환경구성 요구사항 | |
| 상세 설명 | 정의 | 다수 참여기업의 AI 작업에 필요한 CPU·GPU·메모리·스토리지를 효율적으로 배분하기 위한 자원관리 환경 구성 |
| 세부 내용 | ○ AI 인프라 자원 인식 - 서버·노드별 CPU, GPU, 메모리 및 스토리지의 전체용량과 사용 가능상태를 식별할 수 있어야 하며, GPU의 모델명, 장치 식별정보, 메모리 용량 및 사용 가능상태를 확인할 수 있어야 한다. - 장애·점검·사용중지 상태의 노드와 GPU는 신규 작업에 할당되지 않도록 관리할 수 있어야 하며, 학습, 추론, 데이터 처리 및 애플리케이션 작업을 자원사용 목적에 따라 구분할 수 있어야 한다. - 발주기관이 보유한 GPU 서버와 주 운영환경의 장비상태, 소프트웨어 호환성 및 네트워크 조건을 점검하고, 운영·개발·검증 또는 대체·보완 인프라로 활용하기 위한 구성방안을 제시하여야 한다. ○ 자원 계층 및 쿼터 - 전체 인프라, 워크스페이스, 프로젝트 및 워크로드 간 자원 계층을 구성하여야 하며, 워크스페이스·프로젝트별 CPU, GPU, 메모리 및 스토리지 사용한도를 설정할 수 있어야 한다. - 상위단계에 할당된 자원범위를 초과하여 하위 프로젝트에 자원이 할당되지 않도록 관리하여야 하며, 프로젝트별 자원예약과 실사용을 구분하고 유휴자원의 효율적 활용을 지원하여야 한다. - 자원할당 정책의 변경이 기존 실행작업에 미치는 영향을 확인할 수 있어야 한다. ○ GPU 자원 세분화 - 구축 대상 GPU와 드라이버·쿠버네티스 환경의 호환성을 사전에 확인하고, 확인된 구성에 따라 GPU 연산자원과 메모리를 소프트웨어 방식으로 세분화하여 복수의 워크로드에 할당할 수 있어야 하며, GPU 전체 카드 수뿐 아니라 연산비율, 메모리 용량, 메모리 비율 또는 이에 준하는 세부단위로 자원을 지정할 수 있어야 한다. - GPU 연산자원과 GPU 메모리를 서로 다른 기준으로 할당할 수 있어야 하며, 특정 GPU 모델 또는 장치 식별정보를 기준으로 워크로드를 배치할 수 있어야 한다. - 복수 GPU 카드가 필요한 작업에 대해 필요한 GPU 수와 자원조건을 지정할 수 있어야 하며, 자원효율 또는 워크로드 분산을 고려한 배치정책을 적용할 수 있어야 한다. - 프로젝트별로 할당된 GPU 범위를 초과하여 사용하지 못하도록 통제하여야 한다. ○ 자원상태·사용량 관리 - 전체용량, 정책상 할당량, 워크로드 요청량, 예약량, 실사용량 및 추가 할당 가능량을 구분하여 확인할 수 있어야 하며, 워크스페이스·프로젝트·워크로드별 CPU, GPU, 메모리 및 스토리지 사용현황을 조회할 수 있어야 한다. - GPU 연산사용률과 GPU 메모리 사용량을 구분하여 확인할 수 있어야 하며, 자원 사용현황과 기간별 추이를 확인할 수 있어야 한다. - 자원 부족, 과다할당, 사용량 임계치 도달 및 장기간 유휴상태를 관리자가 확인할 수 있도록 구성하여야 하며, 자원정책, 할당정보 및 주요 변경이력을 관리하여야 한다. - 주 운영환경의 구축 지연이나 장애에 대응할 수 있도록 기보유 인프라 활용방안과 데이터·모델 이전절차를 제시하고, 발주기관이 확정한 운영방안에 따라 적용하여야 한다. | |
| 산출정보 | AI 자원 구성내역 | |
| 관련요구사항 | SFR-005, PER-003~004, PSR-003 |
○ 기능 요구사항(SFR)
| 요구사항번호 | SFR-001 | |
|---|---|---|
| 요구사항 명 | 참여기업·워크스페이스·프로젝트 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 다수 참여기업의 AI 업무환경을 기업·워크스페이스·프로젝트 단위로 구성·관리하는 기능 |
| 세부 내용 | ○ 참여기업 관리 - 참여기업의 기업명, 식별정보, 담당자, 이용기간 및 서비스 사용상태를 등록·관리할 수 있어야 하며, 참여기업별로 독립된 워크스페이스를 생성하고 이용범위를 설정할 수 있어야 한다. - 기업의 이용상태를 준비, 이용 중, 일시중지 및 종료 등으로 구분하여 관리할 수 있어야 하며, 이용종료 기업의 데이터·모델·운영이력 처리방식을 발주기관 정책에 따라 적용할 수 있어야 한다. ○ 워크스페이스 관리 - 워크스페이스의 명칭, 설명, 관리자, 사용기간 및 자원정책을 관리할 수 있어야 하며, 워크스페이스별 사용자, 프로젝트, 애플리케이션 및 자원현황을 확인할 수 있어야 한다. - 워크스페이스 단위로 제공할 공통 데이터, 참조모델 및 프리셋의 사용범위를 설정할 수 있어야 하며, 워크스페이스 중지·종료 전 소속 프로젝트와 실행서비스에 미치는 영향을 확인할 수 있어야 한다. ○ 프로젝트 관리 - 워크스페이스 안에 조직, 업무, 설비 또는 AI 과제별 프로젝트를 생성할 수 있어야 하며, 프로젝트별 명칭, 목적, 담당자, 수행기간, 상태 및 관련 설비·업무정보를 관리할 수 있어야 한다. - 프로젝트별 사용자, 데이터, 데이터 커넥터, 모델, 애플리케이션, 저장공간 및 자원을 연결하여 관리할 수 있어야 하며, 프로젝트 상태를 준비, 개발, 검증, 운영, 중지 및 종료 등으로 구분할 수 있어야 한다. - 프로젝트 복제 시 복제대상과 제외대상을 선택할 수 있어야 하며, 프로젝트 종료 시 실행 중인 애플리케이션과 모델서비스 및 보존대상 데이터를 확인할 수 있어야 한다. - 기업·워크스페이스·프로젝트 기준으로 목록을 검색하고 상태를 조회할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-002~005, SER-004 |
| 요구사항번호 | SFR-002 | |
|---|---|---|
| 요구사항 명 | 사용자·역할·접근권한 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 사용자의 소속과 업무역할에 따라 서비스 이용범위와 관리권한을 설정하는 기능 |
| 세부 내용 | ○ 사용자 관리 - 사용자를 등록·초대하고 소속기업, 부서, 연락처 및 사용상태를 관리할 수 있어야 하며, 사용자의 워크스페이스 참여여부와 참여 프로젝트를 설정할 수 있어야 한다. - 사용자 계정을 활성, 비활성, 잠금 및 이용종료 상태로 관리할 수 있어야 하며, 사용자별 최근접속, 소속, 역할 및 참여 프로젝트를 확인할 수 있어야 한다. - 이용종료 사용자의 권한을 일괄 회수할 수 있어야 한다. ○ 계층별 역할 관리 - 플랫폼 관리자, 워크스페이스 관리자·일반사용자·조회사용자, 프로젝트 관리자·일반사용자·조회사용자 등 계층별 역할을 구분할 수 있어야 하며, 워크스페이스 역할과 프로젝트 역할을 독립적으로 부여할 수 있어야 한다. - 사용자는 동일 워크스페이스 안에서도 프로젝트별로 서로 다른 역할을 부여받을 수 있어야 하며, 워크스페이스 관리자가 소속 워크스페이스의 프로젝트와 사용자 현황을 관리할 수 있도록 하여야 한다. - 플랫폼 관리자 권한은 발주기관이 지정한 최소한의 관리자에게만 부여하여야 한다. ○ 기능·자원 권한 - 프로젝트 생성·변경, 사용자 관리, 데이터 관리, 애플리케이션 배포, 자원할당, 모델 승인 및 보고서 조회권한을 구분할 수 있어야 하며, 조회권한과 등록·변경·삭제·실행·승인권한을 구분하여야 한다. - 애플리케이션과 모델서비스 접근권한을 프로젝트 역할과 연계하여야 하며, 권한이 없는 메뉴, 데이터 및 실행기능은 사용자에게 노출하거나 사용할 수 없도록 하여야 한다. - 사용자와 역할의 추가·변경·회수 이력을 확인할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SER-002~004 |
| 요구사항번호 | SFR-003 | |
|---|---|---|
| 요구사항 명 | 충남테크노파크 관리자 통합현황·승인·성과관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 충남테크노파크 관리자가 참여기업의 서비스 운영현황 및 사업성과를 통합 관리하는 기능 |
| 세부 내용 | ○ 통합 운영현황 - 참여기업, 워크스페이스, 프로젝트, 사용자 및 이용상태를 통합 조회할 수 있어야 하며, 기업별 데이터 커넥터 연결상태, 최근 데이터 수집시각 및 오류현황을 확인할 수 있어야 한다. - 기업별 모델 개발, 평가, 승인, 배포 및 운영상태를 확인할 수 있어야 하며, 기업별 애플리케이션 및 추론 서비스의 정상·중지·오류상태를 확인할 수 있어야 한다. - 기업별 CPU, GPU, 메모리 및 스토리지 할당·사용현황을 확인할 수 있어야 하며, 미확인 알람, 미완료 현장조치, 작업실패 및 장기 미사용 프로젝트 등 관리대상을 확인할 수 있어야 한다. - 기업, 프로젝트, 모델, 상태 및 기간을 기준으로 현황을 검색·필터링할 수 있어야 한다. ○ 관리업무 - 모델 배포요청 등 업무의 승인 현황을 확인할 수 있어야 하며, 승인대상 모델의 목적, 모델버전, 데이터셋, 성능결과, 요청자원 및 적용 프로젝트를 확인할 수 있어야 한다. - 승인 및 처리이력을 확인할 수 있어야 하며, 관리자 통합화면에서 세부 기능으로 이동하여 기업·프로젝트·자원·모델 관련 업무를 처리할 수 있어야 한다. - 중요 장애, 자원부족 및 장기 미처리 항목을 관리자가 식별할 수 있어야 한다. ○ 활용·성과현황 - 참여기업 수, 활성 프로젝트 수, 데이터 커넥터 수, 데이터셋 수, 모델 개발·평가·배포 건수를 확인할 수 있어야 하며, 기업별 플랫폼 접속, 프로젝트 활동, 모델 학습·추론 및 자원활용 현황을 확인할 수 있어야 한다. - 기업·월·분기·연차 등 발주기관이 지정한 기준으로 사업성과를 조회할 수 있어야 하며, 성과현황은 시스템에서 확인 가능한 운영데이터를 근거로 산출하여야 한다. - 세부 보고서 생성은 운영·기업활용·사업성과 보고서 기능과 연계하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-020, SFR-026 |
| 요구사항번호 | SFR-004 | |
|---|---|---|
| 요구사항 명 | 개발·실험·운영 애플리케이션 제공·관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | AI 개발·실험·배포·운영에 필요한 애플리케이션을 프로젝트 단위로 제공·관리하는 기능 |
| 세부 내용 | ○ 애플리케이션 제공 - 데이터 탐색·분석, 모델 개발, 실험관리, 워크플로우, 모델서빙 및 운영지원에 필요한 애플리케이션을 제공할 수 있어야 하며, 참여기업이 기업별 프로젝트 환경에서 데이터 분석, 참조모델·프리셋 활용, 신규 모델 개발·검증 및 현장 적용 가능성 검토를 수행할 수 있도록 필요한 작업환경을 제공하여야 한다. - 애플리케이션을 공통 제공 애플리케이션과 사용자 정의 애플리케이션으로 구분하여 관리할 수 있어야 하며, 사용자는 소속 프로젝트와 권한에 따라 이용 가능한 애플리케이션 목록을 확인할 수 있어야 한다. - 애플리케이션별 용도, 제공기능, 버전, 필요자원 및 사용방법을 확인할 수 있어야 하며, 발주기관이 승인한 AI 개발·실험·운영 목적의 애플리케이션은 컨테이너 이미지 또는 배포패키지 방식으로 등록할 수 있어야 한다. ○ 애플리케이션 생성·설정 - 프로젝트 안에서 애플리케이션의 명칭, 버전, 실행이미지 및 접속정보를 설정할 수 있어야 하며, 애플리케이션별 CPU, GPU, 메모리 및 저장공간을 지정할 수 있어야 한다. - 필요한 데이터·모델·공유볼륨을 애플리케이션에 연결할 수 있어야 하며, 환경변수와 시크릿 정보를 구분하여 설정할 수 있어야 한다. - 애플리케이션 접근권한을 프로젝트 사용자 역할과 연계할 수 있어야 한다. ○ 운영관리 - 애플리케이션을 배포, 시작, 중지, 재기동, 수정 및 삭제할 수 있어야 하며, 배포상태, 실행상태, 접속주소, 실행노드, 할당자원 및 최근 변경정보를 확인할 수 있어야 한다. - 애플리케이션 로그와 주요 이벤트를 확인할 수 있어야 하며, 설정오류 또는 자원부족 등 배포실패 원인을 확인할 수 있어야 한다. - 애플리케이션 변경·삭제 시 연결된 저장공간과 운영서비스에 미치는 영향을 안내하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | ECR-002~004, SIR-005 |
| 요구사항번호 | SFR-005 | |
|---|---|---|
| 요구사항 명 | AI 인프라 자원할당 및 사용현황 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 워크스페이스·프로젝트·AI 작업별 컴퓨팅 자원을 할당하고 사용현황을 관리하는 기능 |
| 세부 내용 | ○ 자원정책·쿼터 관리 - 관리자는 워크스페이스별 CPU, GPU, 메모리 및 스토리지 쿼터를 설정할 수 있어야 하며, 워크스페이스 관리자는 부여받은 자원범위 안에서 프로젝트별 자원을 할당할 수 있어야 한다. - 프로젝트별 자원한도는 워크스페이스에 부여된 전체 쿼터를 초과하지 않도록 관리하여야 하며, 프로젝트별 최소·최대 자원 또는 사용가능 범위를 설정할 수 있어야 한다. - 자원정책 변경 시 변경 전·후 값, 변경자 및 변경시각을 기록하여야 한다. ○ 워크로드 자원할당 - 데이터 처리, 모델 학습, 배치추론, 온라인 추론 및 애플리케이션별로 자원을 지정할 수 있어야 하며, CPU, 메모리 및 GPU 자원을 독립적으로 설정할 수 있어야 한다. - GPU 전체 카드 또는 GPU 연산비율·메모리 용량 등 세분화된 자원을 할당할 수 있어야 하며, 필요한 경우 특정 GPU 모델 또는 장치를 선택할 수 있어야 한다. - 사용자가 프로젝트에 할당된 자원범위를 초과하여 요청할 경우 제한사유를 안내하여야 하며, 자원요청값과 실제 할당값을 구분하여 확인할 수 있어야 한다. ○ 자원현황·모니터링 - 전체 인프라, 워크스페이스, 프로젝트 및 워크로드별 자원현황을 계층적으로 조회할 수 있어야 하며, 전체용량, 쿼터, 할당량, 요청량, 예약량, 실사용량 및 추가 할당 가능량을 구분하여 표시하여야 한다. - CPU 사용량, 메모리 사용량, GPU 연산사용률, GPU 메모리 사용량 및 스토리지 사용량을 확인할 수 있어야 하며, 기업·프로젝트·워크로드·기간을 기준으로 자원 사용추이를 조회할 수 있어야 한다. - 실행 중인 워크로드별 할당자원과 실사용량을 비교할 수 있어야 하며, 장기간 유휴자원, 자원부족 및 사용량 임계상태를 관리자가 확인할 수 있어야 한다. - 자원현황을 충남TP 관리자 통합현황과 사업성과 보고서에서 활용할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | ECR-005, SFR-003, SFR-026 |
| 요구사항번호 | SFR-006 | |
|---|---|---|
| 요구사항 명 | 데이터 커넥터 및 연결정보 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 설비·파일·기업 시스템 등 데이터 연결정보와 수집상태를 통합 관리하는 기능 |
| 세부 내용 | ○ 데이터 커넥터 유형관리 - OPC UA, 정의된 표준파일 등 지원하는 데이터 커넥터 유형을 구분하여 제공하여야 하며, 데이터 커넥터별 적용대상, 필요한 접속정보, 지원 데이터 형식 및 사용방법을 안내하여야 한다. - 데이터 원천별 접속정보와 실행설정을 확장 가능한 구조로 관리하고, 발주기관이 확정한 표준 연계방식의 추가·변경을 지원할 수 있어야 한다. 표준 연계방식으로 처리하기 어려운 데이터 원천은 수행사가 대체 연계방안, 구현범위 및 영향을 제시하고, 발주기관의 검토·승인을 받아 적용하여야 한다. ○ 연결정보 등록 - 프로젝트별로 데이터 커넥터의 명칭, 유형, 연결대상, 담당자 및 사용목적을 등록할 수 있어야 하며, 커넥터 유형에 따라 엔드포인트, 서버주소, 파일설정, 계정, 인증서, API 정보 및 실행설정을 입력할 수 있어야 한다. - 일반 연결설정과 비밀번호·인증서·토큰 등 민감한 연결정보를 구분하여 관리하여야 하며, 커넥터별 데이터 저장위치와 연결 프로젝트를 지정할 수 있어야 한다. - 연결정보를 다른 프로젝트에 복제하는 경우 민감정보의 복제 여부를 별도로 통제하여야 한다. ○ 연결시험·운영관리 - 연결설정을 저장하기 전에 연결시험을 수행할 수 있어야 하며, 연결시험 결과를 정상, 인증실패, 네트워크 오류, 권한오류 및 데이터 미확인 등으로 구분하여 제공하여야 한다. - 커넥터의 대기, 실행, 중지, 오류 및 사용종료 상태를 관리할 수 있어야 하며, 최근 연결시각, 최근 정상수집시각, 처리건수, 오류건수 및 오류내용을 확인할 수 있어야 한다. - 커넥터 설정변경과 실행이력을 확인할 수 있어야 하며, 사용자는 권한을 가진 기업·프로젝트의 데이터 커넥터만 조회·관리할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-007~009, SER-006 |
| 요구사항번호 | SFR-007 | |
|---|---|---|
| 요구사항 명 | OPC UA 기반 설비·공정 데이터 주기 수집 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | OPC UA를 통해 설비·공정 데이터를 설정된 주기에 따라 수집·저장하는 기능 |
| 세부 내용 | ○ OPC UA 연결설정 - OPC UA 서버의 엔드포인트 주소, 보안모드, 보안정책, 사용자 인증 또는 인증서 정보를 설정할 수 있어야 하며, 연결시험을 통해 서버접속, 인증 및 노드탐색 가능 여부를 확인할 수 있어야 한다. - OPC UA 서버가 제공하는 노드 계층과 태그정보를 탐색할 수 있어야 하며, Node ID, 태그명, 데이터 형식, 단위, 설명 및 품질정보를 확인할 수 있어야 한다. - 수집대상 태그를 검색·선택하고 프로젝트 데이터 항목으로 등록할 수 있어야 하며, 다수 태그를 일괄 선택하거나 목록형식으로 등록할 수 있는 방안을 제공하여야 한다. ○ 수집설정 - 태그별 또는 태그그룹별 수집주기를 설정할 수 있어야 하며, 수집 시작일시, 중지일시 및 사용기간을 설정할 수 있어야 한다. - 태그별 저장대상 여부와 저장위치를 지정할 수 있어야 하며, 측정시각, 수집시각, 태그값 및 품질정보를 함께 저장할 수 있어야 한다. - 수집값의 데이터 형식과 단위가 등록정보와 일치하는지 확인할 수 있어야 하며, 설비 운전·정지 등 상태태그가 있는 경우 분석데이터와 함께 수집할 수 있어야 한다. ○ 수집상태·오류관리 - 수집작업의 대기, 실행, 중지, 연결끊김 및 오류상태를 확인할 수 있어야 하며, 최근 정상수집 시각, 태그별 최신값, 처리건수 및 누락현황을 확인할 수 있어야 한다. - 네트워크 오류, 인증실패, 노드 미존재, 형식오류 및 품질불량을 구분하여 기록하여야 하며, 일시적 연결장애 후 재연결을 시도하고 재연결 결과를 확인할 수 있어야 한다. - 재연결 과정의 데이터 누락·중복 여부를 확인할 수 있도록 수집이력을 관리하여야 한다. - 설비 제어정보 연계가 필요한 경우에는 제어대상, 쓰기항목, 접근권한, 안전조건 및 처리절차를 정의하고, 발주기관의 검토·승인을 받아 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SIR-002, DAR-002, PER-002 |
| 요구사항번호 | SFR-008 | |
|---|---|---|
| 요구사항 명 | Excel·CSV·TXT 기반 기업 업무데이터 등록 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 기업이 보유한 표준파일 데이터를 프로젝트에 등록·검증하여 활용하는 기능 |
| 세부 내용 | ○ 표준파일 제공 - 참조모델과 프리셋에 필요한 Excel·CSV·TXT 표준 템플릿을 제공하여야 하며, 템플릿에는 컬럼명, 필수 여부, 데이터 형식, 단위, 작성예시 및 유의사항을 포함하여야 한다. - 사용자는 적용하려는 모델 또는 분석업무에 적합한 템플릿을 내려받을 수 있어야 하며, 표준 템플릿의 버전과 적용대상을 확인할 수 있어야 한다. ○ 파일 등록설정 - Excel, CSV 및 TXT 형식의 데이터를 프로젝트에 등록할 수 있어야 하며, Excel 파일의 대상 시트와 헤더행을 선택할 수 있어야 한다. - XLS·CSV·TXT 파일의 구분자, 인코딩, 헤더 및 데이터 시작위치를 설정할 수 있어야 하며, 등록 전 파일명, 파일크기, 시트·컬럼, 예상 데이터 건수 및 일부 내용을 미리 확인할 수 있어야 한다. - 대용량 파일은 업로드와 처리 진행상태를 확인할 수 있어야 한다. ○ 파일 검증·등록 - 파일형식, 필수컬럼, 컬럼명, 데이터 형식 및 데이터 건수를 확인하여야 하며, 날짜·시간, 숫자, 문자 및 범주형 값의 형식오류를 확인할 수 있어야 한다. - 오류컬럼, 오류행 및 오류사유를 사용자에게 제공하여야 하며, 오류가 있는 데이터를 전체 차단할지 경고 후 등록할지는 발주기관과 협의된 규칙에 따라 적용할 수 있어야 한다. - 검증이 완료된 파일을 프로젝트 원천데이터로 등록하여야 하며, 원본파일, 등록자, 등록시각, 템플릿 버전 및 검증결과를 함께 관리하여야 한다. - 동일 파일 또는 변경파일의 재등록 이력을 구분하여 확인할 수 있어야 한다. | |
| 산출정보 | 표준 입력 템플릿 | |
| 관련요구사항 | DAR-001~003 |
| 요구사항번호 | SFR-009 | |
|---|---|---|
| 요구사항 명 | 기업 시스템 데이터 연계 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 기업 또는 시스템 관리주체가 제공하는 인터페이스를 통해 필요한 업무데이터를 연계하는 기능 |
| 세부 내용 | ○ 연계대상 사전확인 - 읽기 전용 데이터베이스 계정, 조회용 View, API 또는 이에 준하는 방식을 우선 활용하여야 하며, 샘플데이터와 데이터 구조를 통해 스키마, 키값, 시간항목 및 연계 가능성을 사전에 검증하여야 한다. - 시스템 접속계정, 네트워크, 방화벽 및 접근권한의 제공주체와 책임범위를 명확히 하여야 한다. ○ 연계설정 - 데이터베이스 연결정보 또는 API 접속정보를 안전하게 등록할 수 있어야 하며, 조회대상 항목과 필요한 조회조건을 설정할 수 있어야 한다. - 전체 테이블이 아닌 AI 분석에 필요한 데이터만 선별하여 연계할 수 있어야 하며, 초기 전체조회와 이후 증분조회가 필요한 경우 구분하여 설정할 수 있어야 한다. - 수동실행 또는 설정된 주기에 따른 연계실행이 가능하여야 하며, 연계데이터의 저장 프로젝트와 데이터셋 사용범위를 지정할 수 있어야 한다. ○ 실행·오류관리 - 연계작업의 대기, 실행, 완료, 실패 및 중지상태를 확인할 수 있어야 하며, 최근 실행시각, 조회범위, 처리건수, 신규·변경건수 및 오류건수를 확인할 수 있어야 한다. - 연결실패, 인증오류, 권한오류, 쿼리오류, API 오류 및 데이터 형식오류를 구분하여 기록하여야 하며, 오류발생 후 설정을 수정하고 재실행할 수 있어야 한다. - 원천시스템의 컬럼·API 구조 변경으로 인한 영향을 확인할 수 있어야 한다. - 표준 방식으로 연계하기 어려운 경우 수행사는 대체 연계방안과 원천시스템 변경 필요성, 영향범위, 책임주체 및 복구방안을 제시하고, 발주기관의 검토·승인을 받아 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SIR-004, DAR-002~003 |
| 요구사항번호 | SFR-010 | |
|---|---|---|
| 요구사항 명 | AAS 기반 제조 자산정보 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | Asset Administration Shell 기반으로 설비·공정·센서의 자산정보와 의미 정보를 구조화하여 관리하는 기능 |
| 세부 내용 | ○ AAS 대상·구조 관리 - 수행사는 본 사업에 적용할 AAS 자산 식별체계, 서브모델 구성, 필수 정보항목, 자산관계 및 정보 교환기준을 제안하고, 발주기관의 검토·승인을 받아 확정된 기준에 따라 구축하여야 한다. - 참여기업과 테스트베드의 제조데이터가 확정된 AAS 기준에 따라 등록·매핑될 수 있도록 표준 데이터 템플릿, 작성기준 및 적용 가이드를 제공하여야 하며, 참여기업 또는 테스트베드의 제조설비, 공정, 부품, 센서 및 관련 자산을 AAS 관리대상으로 등록할 수 있어야 한다. - 자산별 식별자, 자산명, 자산유형, 제조사, 모델, 설치위치 및 운영상태 등 기본정보를 관리할 수 있어야 하며, 자산의 속성, 데이터 항목, 관계 및 의미정보를 구조화하여 관리할 수 있어야 한다. - 설비·부품·센서 등 자산 간 상하위 또는 연관관계를 표현할 수 있어야 하며, 자산유형별 공통정보와 개별자산 정보를 구분하여 관리할 수 있어야 한다. - AAS 구성 시 적용한 표준·템플릿·버전을 확인할 수 있어야 한다. ○ 데이터 연결 및 조회 - AAS 데이터 항목에 명칭, 의미, 데이터 형식, 단위 및 설명을 등록할 수 있어야 하며, AAS 데이터 항목과 OPC UA Node ID·태그를 연결할 수 있어야 한다. - AAS 데이터 항목과 파일·기업 시스템 컬럼을 필요한 범위에서 연결할 수 있어야 하며, 연결되지 않은 필수 데이터 항목을 확인할 수 있어야 한다. - 자산별 연계 데이터와 적용 중인 AI 모델 및 운영상태를 함께 조회할 수 있어야 하며, AAS 기반 모델 표준 입력항목 연계와 매핑정보 재사용은 SFR-019의 기준을 적용하여야 한다. ○ 변경·버전·교환관리 - AAS 정보의 등록, 수정, 사용중지 및 삭제상태를 관리할 수 있어야 하며, 버전별 변경내용, 변경자, 변경시각 및 적용대상을 확인할 수 있어야 한다. - 발주기관이 승인한 표준 교환형식 또는 API를 통해 AAS 정보를 반입·반출할 수 있어야 하며, 반입하는 AAS의 필수정보, 구조 및 참조관계를 검증할 수 있어야 한다. - 지원하지 않는 항목이나 형식오류를 사용자에게 안내하여야 하며, AAS 정보는 기업·워크스페이스·프로젝트 접근권한에 따라 분리하여 관리하여야 한다. | |
| 산출정보 | AAS 자산정보 정의자료 | |
| 관련요구사항 | SFR-019, SIR-003, DAR-004 |
| 요구사항번호 | SFR-011 | |
|---|---|---|
| 요구사항 명 | 데이터 스키마 및 품질검증 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 수집·등록된 데이터의 구조와 품질을 검증하고 오류와 보완결과를 관리하는 기능 |
| 세부 내용 | ○ 스키마 정의·검증 - 데이터 원천별 컬럼명, 태그명, 데이터 형식, 단위, 필수 여부 및 허용범위를 정의할 수 있어야 하며, 날짜·시간, 숫자, 문자, 논리값 및 범주형 데이터의 형식 적합성을 검증할 수 있어야 한다. - 필수 컬럼·태그의 누락과 예상하지 않은 항목의 추가 여부를 확인할 수 있어야 하며, 파일, OPC UA 및 기업 시스템 등 데이터 원천별 검증규칙을 구분하여 관리할 수 있어야 한다. - 스키마 규칙의 버전과 적용 데이터 원천을 확인할 수 있어야 한다. ○ 품질검증 - 결측값, 중복값, 범위이탈, 형식오류, 시간순서 오류 및 비정상 값 여부를 확인할 수 있어야 하며, 설비데이터의 품질코드와 통신오류 값을 정상 데이터와 구분할 수 있어야 한다. - 동일시각 중복데이터와 예상 수집주기 대비 누락구간을 확인할 수 있어야 하며, 데이터 항목별 정상·오류 건수와 오류비율을 확인할 수 있어야 한다. - 기간, 데이터 원천, 태그·컬럼 및 오류유형별로 품질결과를 조회할 수 있어야 하며, 오류행, 오류시각 또는 오류태그와 구체적인 오류사유를 제공하여야 한다. ○ 보완·이력관리 - 품질기준을 충족하지 못한 데이터에 대해 등록차단, 사용제한 또는 경고 여부를 설정할 수 있어야 하며, 수정·재수집·재등록된 데이터에 대해 품질검증을 다시 수행할 수 있어야 한다. - 검증규칙, 검증시각, 검증결과, 조치내용 및 재검증 결과를 관리하여야 하며, 품질검증이 완료된 데이터만 모델 학습·평가에 사용하도록 상태를 구분할 수 있어야 한다. - 품질검증 결과를 데이터셋과 모델 실험이력에서 추적할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | DAR-003, SFR-013 |
| 요구사항번호 | SFR-012 | |
|---|---|---|
| 요구사항 명 | 표준 입력항목 및 태그·컬럼 매핑 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 원천 태그·컬럼을 참조모델·프리셋·AI 모델의 표준 입력항목에 연결하는 기능 |
| 세부 내용 | ○ 표준 입력항목 관리 - 참조모델·프리셋·모델별 필수 및 선택 입력항목을 확인할 수 있어야 하며, 표준 입력항목별 명칭, 의미, 데이터 형식, 단위, 허용범위 및 설명을 관리할 수 있어야 한다. - 입력항목의 역할을 식별정보, 시간정보, 모델 입력값, 목표값 및 상태정보 등으로 구분할 수 있어야 하며, 적용하려는 모델에 필요한 입력항목의 누락 여부를 확인할 수 있어야 한다. ○ 태그·컬럼 매핑 - OPC UA 태그를 모델 표준 입력항목에 연결할 수 있어야 하며, Excel·CSV·TXT 및 기업 시스템 컬럼을 표준 입력항목에 연결할 수 있어야 한다. - 하나의 원천항목을 복수 입력항목에 연결하거나 복수 원천항목을 조합해야 하는 경우 지원범위를 명확히 제시하여야 하며, 원천항목과 표준항목의 데이터 형식과 단위의 일치 여부를 확인할 수 있어야 한다. - 단위변환, 데이터 형식변환 또는 코드값 변환이 필요한 경우 변환규칙을 지정할 수 있어야 하며, 매핑되지 않은 필수항목과 중복 매핑된 항목을 확인할 수 있어야 한다. - 샘플데이터를 이용하여 매핑결과를 미리 확인할 수 있어야 한다. ○ 매핑 재사용·변경관리 - 매핑결과를 프로젝트와 설비 단위로 저장할 수 있어야 하며, 동일하거나 유사한 설비·데이터 구조에 기존 매핑정보를 복제하여 적용할 수 있어야 한다. - 매핑정보의 버전, 적용대상, 변경자 및 변경시각을 확인할 수 있어야 하며, 운영 중인 모델에 사용되는 매핑정보 변경 시 영향대상을 확인하고 승인절차를 적용할 수 있어야 한다. - AAS 기반 입력정보 연계 및 의미정보를 활용한 매핑 재사용은 SFR-019의 기준을 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-019, DAR-003~004 |
| 요구사항번호 | SFR-013 | |
|---|---|---|
| 요구사항 명 | 데이터 전처리·탐색 및 데이터셋 버전관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | AI 모델 개발에 필요한 데이터 탐색·전처리·데이터셋 생성을 노코드 방식으로 수행하는 기능 |
| 세부 내용 | ○ 데이터 탐색 - 데이터 원천, 기간, 태그·컬럼 및 설비를 선택하여 데이터를 조회할 수 있어야 하며, 컬럼명, 데이터 형식, 데이터 건수, 최소·최대·평균 등 기초정보를 확인할 수 있어야 한다. - 결측현황, 중복현황, 범주별 빈도 및 값 분포를 확인할 수 있어야 하며, 시계열 데이터의 시간대별 추이와 수집간격을 확인할 수 있어야 한다. - 설비 운전·정지·이상구간 등 상태정보가 있는 경우 분석기간을 구분하여 탐색할 수 있어야 하며, 모델 개발에 사용할 컬럼과 데이터 범위를 선택할 수 있어야 한다. ○ 전처리 구성 - 데이터 형식변환, 날짜·시간 표준화, 단위변환 및 코드값 변환을 설정할 수 있어야 하며, 결측값 제거·대체, 중복제거, 이상값 처리 및 범위필터링을 수행할 수 있어야 한다. - 정규화, 표준화 및 범주형 변환 등 기본적인 모델 입력처리를 수행할 수 있어야 하며, 시계열 데이터의 주기정렬, 리샘플링, 집계 및 이동구간 기반 처리를 수행할 수 있어야 한다. - 설비 운전·정지구간과 분석 제외기간을 설정할 수 있어야 하며, 전처리 단계를 순서대로 구성하고 각 단계의 설정값을 저장할 수 있어야 한다. - 전처리 전·후 데이터 건수와 주요 값의 변화를 비교할 수 있어야 하며, 전처리 오류가 발생한 단계와 오류사유를 확인할 수 있어야 한다. ○ 데이터셋 생성·분할 - 전처리 결과를 기준으로 모델 개발용 데이터셋을 생성하고, 학습·검증·시험 데이터의 분할방식과 비율 또는 기간을 설정할 수 있어야 한다. - 시계열 데이터는 시간순서를 고려하여 데이터셋을 분할할 수 있어야 하며, 데이터 누출이 발생하지 않도록 목표값과 미래정보 사용 여부를 확인할 수 있어야 한다. - 데이터셋에 명칭, 설명, 버전 등 사용목적을 등록할 수 있어야 한다. ○ 버전·재사용 관리 - 원천데이터와 전처리 설정의 변경 시 새로운 데이터셋 버전을 생성할 수 있어야 하며, 데이터셋별 원천데이터, 전처리 흐름, 품질검증 결과 및 생성조건을 확인할 수 있어야 한다. - 저장된 전처리 설정을 다른 데이터셋이나 유사 프로젝트에 복제·재사용할 수 있어야 하며, 모델 학습에 사용된 데이터셋 버전을 임의로 변경하거나 덮어쓰지 않도록 관리하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | DAR-005, SFR-015~017 |
| 요구사항번호 | SFR-014 | |
|---|---|---|
| 요구사항 명 | R&D 참조모델 관리·활용 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 대표 AI 과제를 재사용 가능한 참조모델로 제공하여 신규 분석과제 개발을 지원하는 기능 |
| 세부 내용 | ○ 참조모델 구성 - 발주기관과 협의하여 경영·영업 및 진동 분석 등 3종의 참조모델을 제공하여야 하며, 참조모델별 적용목적, 업무시나리오, 필요데이터 및 활용대상을 정의하여야 한다. - 표준 입력 데이터 구조, 데이터 샘플 또는 예시데이터를 제공하여야 하며, 전처리 흐름, 입력변수, 목표변수, 알고리즘 후보 및 학습조건을 포함하여야 한다. - 문제유형에 적합한 성능평가 항목과 결과 해석방법을 포함하여야 하며, 참조모델의 실행절차와 예상 결과화면을 제공하여야 한다. - 실제 기업데이터가 없는 경우에도 기능을 확인할 수 있는 교육·검증용 데이터를 제공하여야 한다. ○ 활용·복제 - 사용자는 참조모델을 조회하고 본인의 프로젝트로 복제할 수 있어야 하며, 복제 시 데이터, 전처리, 모델설정, 평가기준 및 결과화면 등 복제대상을 선택할 수 있어야 한다. - 기업데이터로 변경한 후 데이터 구조와 필수 입력항목의 적합성을 확인할 수 있어야 하며, 전처리, 입력변수, 알고리즘, 학습조건 및 평가기준을 기업과제에 맞게 변경할 수 있어야 한다. - 원본 참조모델과 기업별 변경내용을 구분하여 확인할 수 있어야 하며, 참조모델 복제 후에는 기업 프로젝트의 독립적인 실험·모델로 관리하여야 한다. ○ 버전·운영관리 - 참조모델의 버전, 변경내용, 제공상태 및 적용대상을 관리할 수 있어야 하며, 참조모델 업데이트가 복제된 기업 프로젝트를 자동 변경하지 않도록 하여야 한다. - 사용 중지된 참조모델도 기존 적용이력을 확인할 수 있어야 하며, 참조모델별 복제·활용기업과 사용현황을 관리자가 확인할 수 있어야 한다. | |
| 산출정보 | 참조모델 3종 | |
| 관련요구사항 | SFR-015~017, DAR-006 |
| 요구사항번호 | SFR-015 | |
|---|---|---|
| 요구사항 명 | 노코드 신규 AI 모델 개발 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 사용자가 별도의 코드 작성 없이 데이터와 알고리즘을 설정하여 신규 AI 모델을 구성·개발하는 기능 |
| 세부 내용 | ○ 신규 모델 개발 시작 - 사용자는 프로젝트 안에서 신규 모델의 명칭, 목적, 설명 및 담당자를 등록할 수 있어야 하며, 프로젝트에 등록된 데이터셋을 선택하여 모델 개발을 시작할 수 있어야 한다. - 분류, 회귀, 시계열 예측 및 이상탐지 등 플랫폼이 지원하는 문제유형을 선택할 수 있어야 하며, 선택한 문제유형별로 필요한 데이터 조건과 설정항목을 안내하여야 한다. - 모델 개발과정은 별도의 코드 작성 없이 단계형 화면으로 수행할 수 있어야 한다. ○ 입력·목표 설정 - 모델 학습에 사용할 입력항목을 선택할 수 있어야 하며, 지도학습의 경우 목표항목을 선택할 수 있어야 한다. - 식별자, 시간항목, 상태항목 및 학습 제외항목을 구분할 수 있어야 하며, 입력·목표항목의 데이터 형식, 결측현황 및 데이터 건수를 확인할 수 있어야 한다. - 목표값 불균형, 데이터 부족 또는 필수항목 누락 등 학습 적합성 문제를 사용자에게 안내하여야 한다. ○ 전처리·특성설정 - 기존 데이터셋에 저장된 전처리 설정을 불러오거나 새로운 전처리 설정을 선택할 수 있어야 하며, 문제유형에 필요한 기본 변환과 특성구성 항목을 설정할 수 있어야 한다. - 사용자가 선택한 입력항목과 전처리 적용 결과를 학습 전에 확인하고, 설정된 처리흐름과 단계별 조건을 확인하고 수정할 수 있어야 한다. ○ 알고리즘·학습조건 - 문제유형별로 지원하는 하나 이상의 알고리즘 후보를 선택할 수 있어야 하며, 알고리즘별 주요 학습 파라미터를 기본값 또는 사용자 설정값으로 지정할 수 있어야 한다. - 복수 알고리즘 또는 복수 조건을 한 번의 실험에서 비교하도록 설정할 수 있어야 하며, 학습에 사용할 CPU, GPU, 메모리 등 실행자원을 프로젝트 할당범위에서 선택할 수 있어야 한다. - 모델 학습 전 데이터셋, 전처리, 입력항목, 알고리즘 및 자원설정을 최종 확인할 수 있어야 하며, 설정누락이나 실행불가 조건이 있는 경우 학습을 시작하기 전에 안내하여야 한다. - 모델 개발설정을 임시저장하고 이후 수정·재실행할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-013, SFR-016~017 |
| 요구사항번호 | SFR-016 | |
|---|---|---|
| 요구사항 명 | AI 모델 학습·평가 및 후보모델 비교 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 복수의 후보모델을 학습·평가하고 성능을 비교하여 적용대상 모델을 선정하는 기능 |
| 세부 내용 | ○ 학습실행 - 선택된 데이터셋, 전처리, 입력항목, 알고리즘 및 학습조건에 따라 모델 학습을 실행할 수 있어야 하며, 단일 모델 또는 복수 후보모델의 학습을 실행할 수 있어야 한다. - 학습작업의 대기, 실행, 완료, 실패, 중지 및 취소 상태를 확인할 수 있어야 하며, 학습 진행률 또는 현재 처리단계를 확인할 수 있어야 한다. - 학습에 사용된 데이터셋 버전, 전처리 버전, 실행환경 및 할당자원을 기록하여야 하며, 오류발생 시 오류단계, 오류내용 및 관련 로그를 확인할 수 있어야 한다. - 실패한 학습을 동일조건 또는 변경된 조건으로 재실행할 수 있어야 한다. ○ 성능평가 - 문제유형에 적합한 평가항목을 적용하여 모델성능을 산출하여야 하며, 학습·검증·시험 결과를 구분하여 확인할 수 있어야 한다. - 평가항목의 의미와 값의 해석방법을 사용자에게 제공하여야 하며, 예측값과 실제값, 분류결과, 오차분포, 시계열 예측결과 또는 이상점수 등 문제유형별 결과를 확인할 수 있어야 한다. - 평가대상 데이터 범위와 평가시점을 확인할 수 있어야 하며, 성능평가 결과가 모델 적용목적에 적합한지 사용자가 검토할 수 있어야 한다. ○ 후보모델 비교·선정 - 후보모델별 알고리즘, 학습조건, 평가결과 및 실행시간을 동일한 화면에서 비교할 수 있어야 하며, 주요 성능지표를 기준으로 후보모델을 정렬·필터링할 수 있어야 한다. - 표와 그래프를 통해 모델별 성능차이를 확인할 수 있어야 하며, 성능뿐 아니라 추론시간, 모델크기 및 자원조건 등 운영 관련 정보를 함께 확인할 수 있어야 한다. - 비교대상 후보모델을 선택하여 상세 결과를 나란히 확인할 수 있어야 하며, 사용자는 비교결과를 기준으로 운영검토 대상 후보모델을 선정할 수 있어야 한다. - 후보모델 선정사유 또는 검토의견을 기록할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-017, SFR-020 |
| 요구사항번호 | SFR-017 | |
|---|---|---|
| 요구사항 명 | 실험이력·후보모델 산출물 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 모델 학습과정에서 생성되는 실험이력, 평가결과 및 후보모델 산출물을 체계적으로 관리하는 기능 |
| 세부 내용 | ○ 실험 등록·식별 - 모델 학습실행마다 고유한 실험 또는 실행이력을 생성하여야 하며, 실험명, 프로젝트, 모델개발 과제, 실행자, 시작·종료시각 및 상태를 기록하여야 한다. - 동일한 개발과제 안에서 복수 실험과 실행결과를 구분할 수 있어야 하며, 참조모델, 프리셋 또는 신규 모델 개발 중 어떤 경로에서 생성된 실험인지 확인할 수 있어야 한다. ○ 실행조건·이력 - 실험별 데이터셋 버전, 전처리 버전, 입력·목표항목 및 알고리즘을 기록하여야 하며, 학습 파라미터, 실행이미지, 라이브러리, CPU·GPU·메모리 및 실행노드를 기록하여야 한다. - 학습·평가 로그, 실행시간, 진행상태 및 오류정보를 확인할 수 있어야 하며, 실험에 사용된 코드나 사용자 정의 구성요소가 있는 경우 해당 버전을 식별할 수 있어야 한다. - 프로젝트, 모델, 알고리즘, 실행자, 기간 및 상태를 기준으로 실험을 검색할 수 있어야 한다. ○ 후보모델·산출물 - 실험에서 생성된 모델파일, 평가결과, 그래프, 설정파일 및 관련 산출물을 함께 관리하여야 하며, 하나의 실험에서 복수 후보모델이 생성된 경우 각각 구분하여 관리하여야 한다. - 후보모델별 버전, 알고리즘, 평가결과 및 생성실험을 연결하여 확인할 수 있어야 하며, 모델 산출물의 저장위치, 크기, 생성시각 및 무결성 확인정보를 관리할 수 있어야 한다. - 동일한 실행조건으로 실험을 재현할 수 있도록 필요한 정보를 유지하여야 하며, 실험 또는 산출물 삭제 전 운영모델·보고서·다른 프로젝트에서의 사용 여부를 확인하여야 한다. - 운영대상 모델의 공식 등록·승인·배포이력은 SFR-020에서 관리하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | DAR-005~006, QUR-003 |
| 요구사항번호 | SFR-018 | |
|---|---|---|
| 요구사항 명 | 제조 AI 프리셋 관리·적용 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 검증된 제조 AI 모델과 적용절차를 표준화된 프리셋으로 제공하여 참여기업에 신속하게 적용하는 기능 |
| 세부 내용 | ○ 3종의 제조 AI 프리셋을 제공하여야 하며, 프리셋별 적용목적, 대상설비·공정, 필요데이터 및 활용시나리오를 정의하여야 한다. - 표준 입력항목, 데이터 형식, 단위, 필수 여부 및 데이터 요구조건을 포함하여야 하며, 기본 전처리 흐름, 특성구성, 모델 또는 알고리즘 조건을 포함하여야 한다. - 평가항목, 적용판단 기준, 결과항목 및 결과 해석방법을 포함하여야 하며, 운영화면의 표시항목, 실행방식 및 알람에 활용할 수 있는 결과항목을 포함하여야 한다. - 실제 기업데이터가 없는 경우에도 기능을 확인할 수 있는 예시데이터 또는 실행예시를 제공하여야 한다. ○ 프리셋 적용 - 사용자는 프리셋을 선택하고 적용대상 기업·프로젝트·설비를 지정할 수 있어야 하며, 적용대상 데이터는 SFR-012의 태그·컬럼 매핑과 SFR-019의 AAS 기반 입력정보 연계기능을 활용하여 프리셋의 표준 입력항목과 연결할 수 있어야 한다. - 필수 입력항목, 데이터 형식, 단위 및 데이터량의 적합성을 확인할 수 있어야 하며, 기업데이터 특성에 따라 허용된 범위에서 전처리 조건과 입력항목을 조정할 수 있어야 한다. - 프리셋을 기반으로 기업데이터를 학습·평가하거나 기존모델의 적용 가능성을 검증할 수 있어야 하며, 기업별 모델의 평가결과를 확인하고 운영검토 대상 모델로 등록할 수 있어야 한다. - 추론주기, 결과 표시항목 및 알람기준 등 운영설정을 기업별로 구성할 수 있어야 하며, 프리셋 적용과정에서 변경된 설정과 원본 설정을 비교할 수 있어야 한다. ○ 프리셋 관리·재사용 - 프리셋의 버전, 제공상태, 변경내용 및 적용가능 대상을 관리할 수 있어야 하며, 프리셋 원본과 기업별 복제·적용본을 구분하여 관리하여야 한다. - 프리셋 업데이트가 기존 기업 운영모델을 자동으로 변경하지 않도록 하여야 하며, 적용기업, 적용프로젝트, 모델 평가·배포현황 및 사용이력을 확인할 수 있어야 한다. - 적용에 필요한 데이터가 확보되지 않은 경우 적용불가 또는 추가확보 필요사항을 안내하여야 하며, 프리셋은 기업별 태그명이나 데이터 구조에 종속되지 않고 표준 입력항목과 매핑방식을 사용하여야 한다. | |
| 산출정보 | 제조 AI 프리셋 3종 | |
| 관련요구사항 | SFR-012, SFR-019~020 |
| 요구사항번호 | SFR-019 | |
|---|---|---|
| 요구사항 명 | AAS 기반 모델 입력정보 연계·재사용 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | AAS 자산정보와 OPC UA 태그 및 모델 표준 입력항목을 연결하여 유사 설비에 AI 모델을 재사용하는 기능 |
| 세부 내용 | ○ 자산·데이터·모델 연결 - AAS 자산정보에 정의된 데이터 항목을 OPC UA Node ID·태그와 연결할 수 있어야 하며, AAS 데이터 항목을 참조모델·프리셋·신규 모델의 표준 입력항목과 연결할 수 있어야 한다. - 자산 데이터 항목과 모델 입력항목의 명칭, 의미, 데이터 형식 및 단위를 비교할 수 있어야 하며, 모델 적용에 필요한 필수 입력항목의 연결여부와 누락항목을 확인할 수 있어야 한다. - 동일한 의미를 가진 데이터가 서로 다른 태그명으로 제공되는 경우 AAS 의미정보를 기준으로 연결할 수 있어야 하며, 모델 입력에 필요한 변환규칙이 있는 경우 해당 규칙을 매핑정보와 함께 관리할 수 있어야 한다. ○ 매핑 템플릿·재사용 - 자산유형, 설비유형 또는 공정유형별 입력정보 매핑 템플릿을 생성할 수 있어야 하며, 동일하거나 유사한 자산에 기존 매핑 템플릿을 복제·적용할 수 있어야 한다. - 복제한 매핑에서 실제 설비의 태그 차이만 수정하여 적용할 수 있어야 하며, 재사용 전 필수 입력항목과 데이터 형식의 적합성을 다시 검증하여야 한다. - 매핑정보와 함께 적용 가능한 프리셋·참조모델 정보를 확인할 수 있어야 하며, 재사용된 매핑정보의 원본, 적용대상 및 변경사항을 확인할 수 있어야 한다. ○ 버전·영향관리 - AAS 버전, 태그 매핑 버전 및 모델 입력항목 버전을 연결하여 관리하여야 하며, 매핑 변경이 운영 중인 모델에 미치는 영향을 확인할 수 있어야 한다. - 운영모델에 적용된 매핑은 승인 없이 임의로 변경되지 않도록 관리하여야 하며, 매핑정보의 생성자, 변경자, 변경시각 및 적용 프로젝트를 기록하여야 한다. - 입력정보의 표준화와 재사용은 모델 생성·학습·평가 기능과 연계하여 동일한 데이터·모델 이력을 일관되게 활용할 수 있도록 구성하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-010, SFR-012, DAR-004 |
| 요구사항번호 | SFR-020 | |
|---|---|---|
| 요구사항 명 | 운영모델 등록·검토 및 배포관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 후보모델을 운영대상으로 등록·검토·승인하고 배포상태와 적용이력을 관리하는 기능 |
| 세부 내용 | ○ 운영검토 모델 등록 - 실험에서 생성된 후보모델을 운영검토 대상 모델로 등록할 수 있어야 하며, 모델명, 목적, 문제유형, 담당자, 적용기업·프로젝트 및 대상설비를 등록할 수 있어야 한다. - 모델버전, 데이터셋 버전, 전처리 버전, 알고리즘 및 실행환경을 확인할 수 있어야 하며, 사용 데이터 조건, 평가결과, 모델파일 및 관련 산출물을 연결하여야 한다. - 참조모델·프리셋·신규 모델 중 어떤 경로로 생성된 모델인지 식별할 수 있어야 한다. ○ 모델상태·버전 관리 - 모델상태를 작성, 검토 중, 배포, 중지 및 종료 등으로 구분하여야 하며, 모델의 새로운 학습결과는 기존 운영버전을 덮어쓰지 않고 새로운 버전으로 등록하여야 한다. - 모델버전별 성능, 데이터셋, 승인상태 및 배포상태를 비교할 수 있어야 하며, 사용중지·폐기된 버전도 과거 운영이력 확인을 위해 식별할 수 있어야 한다. - 모델상태 변경자, 변경시각, 변경사유 및 관련 의견을 기록하여야 한다. ○ 배포요청 - 사용자는 배포할 모델버전, 대상 프로젝트, 배포목적, 요청자원 및 운영방식을 지정하여 배포를 요청할 수 있어야 하며, 사용 데이터 조건, 성능평가 결과, 필요한 자원 및 운영설정을 요청정보에 포함하여야 한다. - 동일 프로젝트에 이미 배포된 모델과의 관계 및 교체 여부를 확인할 수 있어야 하며, 필수정보가 누락되거나 승인되지 않은 모델은 배포요청할 수 없도록 하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-016~017, SFR-022 |
| 요구사항번호 | SFR-021 | |
|---|---|---|
| 요구사항 명 | AI 워크플로우 수동·주기 실행관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 데이터 처리·모델 학습·평가·추론작업을 정해진 흐름과 일정에 따라 실행·관리하는 기능 |
| 세부 내용 | ○ 실행흐름 구성 - 데이터 수집, 데이터 검증, 전처리, 모델 학습, 평가, 배치추론 및 결과저장 등 필요한 작업단계를 구성할 수 있어야 하며, 작업단계별 입력데이터, 출력데이터, 실행조건 및 선후관계를 확인할 수 있어야 한다. - 참조모델과 프리셋에서 제공하는 표준 실행흐름을 불러올 수 있어야 하며, 사용자는 허용된 범위에서 작업단계와 실행조건을 수정할 수 있어야 한다. - 구성한 실행흐름은 동일 프로젝트 또는 유사 프로젝트에 재사용할 수 있어야 하며, AI 모델 개발·운영을 중심으로 발주기관이 확정한 업무자동화 범위를 적용할 수 있어야 한다. ○ 수동·주기 실행 - 사용자가 필요할 때 실행흐름을 수동으로 실행할 수 있어야 하며, 작업의 실행주기, 시작시각, 종료시각 및 사용기간을 설정할 수 있어야 한다. - 실행일정을 설정할 수 있어야 하며, 동일 작업의 중복실행 여부와 이전 작업 미완료 시 처리방식을 설정할 수 있어야 한다. - 주기실행을 일시중지하고 다시 시작할 수 있어야 하며, 실행 전에 필요한 데이터·모델·자원 및 연결상태를 확인할 수 있어야 한다. ○ 실행상태·재처리 - 실행별 대기, 실행, 성공, 일부성공, 실패, 중지 및 취소 상태를 확인할 수 있어야 하며, 전체 실행흐름과 단계별 진행상태를 확인할 수 있어야 한다. - 실행시각, 실행자, 처리건수, 소요시간 및 결과위치를 확인할 수 있어야 하며, 실패단계의 오류정보와 관련 로그를 확인할 수 있어야 한다. - 전체 흐름 또는 실패단계부터 다시 실행할 수 있어야 하며, 실행이력과 결과를 모델·데이터셋·보고서 기능에서 추적할 수 있어야 한다. - 모델 재학습과 재배포는 수동 또는 설정된 승인절차에 따라 수행할 수 있어야 하며, 자동화가 필요한 경우에는 데이터 품질, 모델성능, 승인정책 및 운영위험을 고려한 적용방안을 제시하고 발주기관의 승인을 받아 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-022~023, DAR-007 |
| 요구사항번호 | SFR-022 | |
|---|---|---|
| 요구사항 명 | AI 워크로드 실행 및 모델 서빙 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 승인된 AI 모델을 배치 또는 추론 서비스 형태로 배포·운영하는 기능 |
| 세부 내용 | ○ AI 워크로드 실행 - 모델 학습, 데이터 처리, 배치추론 및 온라인 추론작업을 컨테이너 기반으로 실행할 수 있어야 하며, 워크로드별 컨테이너 이미지, 모델버전, 데이터·저장공간 및 실행명령을 지정할 수 있어야 한다. - CPU, GPU, 메모리 및 스토리지 자원을 프로젝트 할당범위 안에서 설정할 수 있어야 하며, 워크로드의 대기, 실행, 완료, 실패, 중지 및 재실행 상태를 관리할 수 있어야 한다. - 실행노드, 할당자원, 실사용량, 시작·종료시각 및 로그를 확인할 수 있어야 하며, 자원부족, 이미지오류, 모델오류 및 데이터오류를 구분하여 확인할 수 있어야 한다. ○ 모델 서빙·추론 서비스 - 승인된 모델버전을 프로젝트 단위의 추론 서비스로 배포할 수 있어야 하며, 추론 서비스의 명칭, 모델버전, 입력·출력 구조, 자원 및 접속정책을 설정할 수 있어야 한다. - 추론 서비스의 접속주소 또는 이에 준하는 호출정보를 제공하여야 하며, 추론 요청과 응답의 데이터 형식, 필수항목 및 오류정보를 정의하여야 한다. - 서비스의 정상, 배포 중, 오류, 중지 및 종료상태를 확인할 수 있어야 하며, 추론 요청건수, 성공·실패건수 및 처리상태를 확인할 수 있어야 한다. - 프로젝트 권한 또는 API 인증수단을 이용하여 추론 서비스 접근을 제한하여야 한다. ○ 배포버전·운영관리 - 동일한 모델의 복수 버전이 있는 경우 현재 운영버전을 식별할 수 있어야 하며, 새로운 버전 배포 전 기존 버전과 설정·자원·입출력 구조를 비교할 수 있어야 한다. - 배포 변경 시 이전 운영버전과 설정을 보존하여 필요 시 재배포할 수 있어야 하며, 배포·중지·재기동·버전변경 이력을 확인할 수 있어야 한다. - 모델버전 전환과 복구방식은 서비스 연속성, 운영안정성 및 승인정책을 고려하여 구성하고, 신규 버전 적용 전 검증과 이전 운영버전의 재적용이 가능하도록 하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | ECR-002~005, SIR-005~006 |
| 요구사항번호 | SFR-023 | |
|---|---|---|
| 요구사항 명 | AI 운영 모니터링 및 결과조회 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 설정된 데이터 수집·모델 추론주기에 따라 최신 데이터, AI 결과 및 운영 상태를 조회하는 기능 |
| 세부 내용 | ○ 운영 대시보드 - 기업, 프로젝트, 설비 및 모델을 선택하여 운영결과를 조회할 수 있어야 하며, 최신 설비·공정 데이터, 모델 입력값, 예측값, 이상점수 및 모델상태를 제공할 수 있어야 한다. - 모델별 주요 결과항목을 표, 시계열 그래프, 상태표시 또는 이에 준하는 방식으로 제공하여야 하며, 설비·공정별 공통 화면구조를 사용하되 모델유형에 따라 필요한 결과항목을 다르게 구성할 수 있어야 한다. - 조회기간, 설비, 모델버전, 알람상태 및 데이터 상태를 기준으로 결과를 검색·필터링할 수 있어야 하며, 현재값과 과거값의 추이를 비교할 수 있어야 한다. - 조회결과의 기준시각과 사용한 모델버전을 확인할 수 있어야 한다. ○ 갱신 - OPC UA 데이터 수집주기와 모델 추론주기에 따라 최신 결과를 갱신하여야 하며, 원천데이터 측정시각, 플랫폼 수집시각 및 모델 추론시각을 구분하여 표시하여야 한다. - 최신값이 정상 갱신되었는지 확인할 수 있어야 하며, 데이터 수집지연, 연결중단, 모델 추론실패 및 결과 미갱신 상태를 표시하여야 한다. - 마지막 정상수집 시각과 마지막 정상 모델 추론시각을 확인할 수 있어야 하며, 사용자가 화면을 다시 조회하거나 설정된 방식으로 자동 갱신할 수 있어야 한다. ○ 운영상태 조회 - 데이터 커넥터, 워크플로우, 애플리케이션 및 추론 서비스의 주요 운영상태를 확인할 수 있어야 한다. - 오류상태에서 관련 로그 또는 세부 관리화면으로 이동할 수 있어야 한다. - 운영결과를 모델버전, 데이터셋 및 실행이력과 연결하여 확인할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-007, SFR-021~024 |
| 요구사항번호 | SFR-024 | |
|---|---|---|
| 요구사항 명 | 모델 결과 기반 알람·현장조치 관리 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | AI 모델 결과와 업무조건을 기준으로 알람을 발생시키고 확인·점검·조 치 이력을 관리하는 기능 |
| 세부 내용 | ○ 알람규칙 관리 - 모델의 예측값, 이상점수, 분류결과 또는 기타 운영결과를 기준으로 알람규칙을 설정할 수 있어야 하며, 알람 발생조건, 등급, 적용기업·설비·모델, 유효기간 및 담당자를 설정할 수 있어야 한다. - 단일 임계값, 일정시간 지속, 반복발생 등 지원 가능한 조건을 설정할 수 있어야 하며, 모델과 설비별로 서로 다른 알람기준을 적용할 수 있어야 한다. - 알람규칙을 적용하기 전에 최근 데이터 또는 샘플결과를 이용하여 발생 가능성을 확인할 수 있어야 하며, 알람규칙의 버전, 변경자, 변경시각 및 적용기간을 관리하여야 한다. ○ 알람 발생·확인 - 알람 발생시각, 대상설비, 모델버전, 결과값, 기준값 및 등급을 기록하여야 하며, 알람을 신규, 확인, 조치 중, 완료, 종료 및 오탐 등으로 구분하여 관리할 수 있어야 한다. - 동일 설비·동일조건의 반복알람을 식별할 수 있어야 하며, 미확인·미조치 알람과 처리기한이 지난 알람을 확인할 수 있어야 한다. - 담당자는 알람 확인여부와 확인시각을 등록할 수 있어야 하며, 알람 발생 당시의 모델 결과와 관련 데이터를 조회할 수 있어야 한다. ○ 현장점검·조치 - 담당자는 현장점검 일시, 점검자, 점검결과 및 확인된 원인을 등록할 수 있어야 하며, 조치내용, 교체·정비내용, 완료일시 및 조치결과를 등록할 수 있어야 한다. - 사진, 문서 및 의견 등 조치 증빙자료를 첨부할 수 있어야 하며, 조치 후 정상화 여부와 추가점검 필요 여부를 등록할 수 있어야 한다. - 알람 발생부터 확인·점검·조치·완료까지의 담당자와 처리시각을 이력으로 관리하여야 하며, 설비, 모델, 기간, 등급, 원인 및 처리상태를 기준으로 알람·조치이력을 조회할 수 있어야 한다. - 알람과 현장조치 정보는 현장 의사결정을 지원하도록 제공하며, 제어시스템 연계가 필요한 경우에는 제어대상, 승인권한, 안전조건 및 처리이력을 포함한 연계방안을 제시하고 발주기관의 승인을 받아 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-023, DAR-007 |
| 요구사항번호 | SFR-025 | |
|---|---|---|
| 요구사항 명 | AI 결과 설명 및 운영지원 챗봇 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 사용자가 모델 결과·알람·조치·운영현황을 자연어로 조회하고 이해할 수 있도록 지원하는 기능 |
| 세부 내용 | ○ 질의대상·권한 - 사용자는 권한이 허용된 기업·워크스페이스·프로젝트 정보를 대상으로 자연어 질의를 수행할 수 있어야 하며, 모델 결과, 설비상태, 이상점수, 알람, 조치이력 및 운영현황을 질의대상으로 할 수 있어야 한다. - 기업, 프로젝트, 설비, 모델 및 기간 등 질의조건을 식별할 수 있어야 하며, 사용자의 권한을 벗어난 데이터와 다른 기업의 정보를 검색하거나 답변에 포함하지 않아야 한다. - 관리자는 챗봇이 조회할 수 있는 데이터와 기능의 범위를 설정할 수 있어야 한다. ○ 결과조회·설명 - 특정기간의 모델 결과, 주요 이상상태 및 알람현황을 자연어로 조회할 수 있어야 하며, 모델 결과와 관련된 주요 입력값, 기준값 및 발생시점을 설명할 수 있어야 한다. - 알람 발생 이후 확인·점검·조치상태를 설명할 수 있어야 하며, 운영 중인 모델, 데이터 수집상태 및 최근 학습·추론 상태를 조회할 수 있어야 한다. - 답변에 활용한 프로젝트, 설비, 모델버전, 조회기간 및 근거정보를 함께 표시하여야 하며, 관련 대시보드, 알람 또는 실행이력으로 이동할 수 있는 연결정보를 제공할 수 있어야 한다. ○ 신뢰성·운영관리 - 조회 가능한 데이터가 없거나 근거가 충분하지 않은 경우 이를 명확히 안내하여야 하며, 시스템에 저장되지 않은 사실을 임의로 생성하여 답변하지 않도록 구성하여야 한다. - 사용자의 질문과 시스템 답변은 보안정책과 운영정책에 따라 관리할 수 있어야 하며, 민감정보나 인증정보가 답변에 노출되지 않도록 하여야 한다. - 챗봇 답변은 근거정보와 함께 제공하고, 운영·제어 관련 의사결정은 권한 있는 사용자의 확인·승인 절차와 연계하여야 한다. - 챗봇은 구축된 데이터·모델·알람·운영정보를 우선 활용하며, 추가 질의범위와 지식정보는 발주기관이 확정한 운영기준에 따라 적용할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-023~024, SER-003~005 |
| 요구사항번호 | SFR-026 | |
|---|---|---|
| 요구사항 명 | 운영·기업활용·사업성과 보고서 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 서비스 운영현황, 참여기업 활용실적 및 사업성과를 정형화된 보고서로 제공하는 기능 |
| 세부 내용 | ○ 운영보고서 - 기업·워크스페이스·프로젝트별 사용자, 데이터 연결, 데이터 수집 및 오류현황을 제공할 수 있어야 하며, 모델 개발·학습·평가·승인·배포·추론 현황을 제공할 수 있어야 한다. - 애플리케이션, 워크플로우 및 추론 서비스의 운영상태를 제공할 수 있어야 하며, 알람 발생·확인·조치·완료 현황과 미처리 항목을 제공할 수 있어야 한다. - CPU, GPU, 메모리 및 스토리지의 쿼터·할당량·실사용량을 제공할 수 있어야 하며, 운영오류와 장애조치 현황을 제공할 수 있어야 한다. ○ 기업활용·성과보고 - 참여기업 수, 활성 사용자 수, 프로젝트 수 및 데이터 커넥터 수를 제공할 수 있어야 하며, 데이터셋 생성, 참조모델 활용, 프리셋 적용 및 신규 모델 개발 건수를 제공할 수 있어야 한다. - 후보모델 평가, 모델 승인, 배포 및 운영 건수를 제공할 수 있어야 하며, 기업별 서비스 접속, 모델 학습·추론, 알람·조치 및 자원활용 현황을 제공할 수 있어야 한다. - 기업별 지원활동, 교육 및 실증 활용정보를 시스템에서 관리하는 범위 내에서 제공할 수 있어야 하며, 성과항목의 정의와 산정기준은 발주기관과 협의하여 적용하여야 한다. - 사업성과는 시스템에서 확인 가능한 데이터와 발주기관이 확정한 산정기준에 따라 산출하여야 한다. ○ 보고서 조회·출력 - 기업, 프로젝트, 모델, 설비, 기간 및 상태를 기준으로 보고대상을 선택할 수 있어야 하며, 월간, 분기, 연차 또는 발주기관이 지정한 기간단위로 보고서를 생성할 수 있어야 한다. - 발주기관이 지정한 주요 보고서 템플릿을 적용할 수 있어야 하며, 표시항목과 출력서식은 템플릿 또는 연계형 구성방식으로 관리하여 승인된 보고서 유형과 항목을 추가·변경할 수 있어야 한다. - 화면조회와 함께 Excel·PDF 또는 발주기관과 협의한 형식으로 출력·저장할 수 있어야 하며, 보고서 생성기준, 생성시각, 생성자 및 사용데이터 기준시점을 기록하여야 한다. - 이미 생성된 보고서는 당시의 기준과 결과를 확인할 수 있도록 이력으로 관리하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-003, DAR-007 |
| 요구사항번호 | SFR-027 | |
|---|---|---|
| 요구사항 명 | 테스트베드 리트로핏·데이터 연계 및 통합 시연 기능 | |
| 요구사항 분류 | 기능 요구사항 | |
| 상세 설명 | 정의 | 충남TP 테스트베드 설비의 데이터를 수집·표준화하여 AI 모델 적용과 운영과정을 통합 시연하는 기능 |
| 세부 내용 | ○ 적용원칙 - 데이터 수집, AAS, 모델 적용, 운영 모니터링, 알람·조치 및 챗봇 기능을 테스트베드 환경에 연계·적용하고, 하나의 End-to-End 시연 흐름으로 통합하여야 한다. ○ 현장조사·적용범위 - 테스트베드 대상설비의 명칭, 용도, 운전상태, 제어기, 기존센서 및 데이터 제공 여부를 확인하여야 하며, 기존 PLC, 센서, 수집장치, 네트워크 및 OPC UA 제공환경을 확인하여야 한다. - 대상설비별 적용 가능한 AI 모델과 시연목적을 발주기관과 협의하여야 하며, 적용모델을 기준으로 필요한 데이터 항목, 데이터 형식, 단위 및 수집주기를 정의하여야 한다. - 기존 데이터만으로 모델 적용이 가능한지 또는 추가센서·수집장치가 필요한지 검토하여야 하며, 리트로핏 대상설비, 센서, 태그, 수집주기 및 공사범위는 현장조사 후 발주기관과 협의하여 확정하여야 한다. - 설비 제조사나 기존 시스템 관리업체의 협조가 필요한 사항을 사전에 식별하여야 한다. ○ 리트로핏·수집환경 - 필요한 경우 온도, 진동, 전류, 압력, 속도, 운전상태 등 모델 적용에 필요한 센서 또는 수집항목을 구성하여야 하며, 추가센서의 설치위치, 측정범위, 데이터 형식 및 연결방식을 정의하여야 한다. - PLC·수집장치·엣지 게이트웨이 또는 이에 준하는 수집경로를 구성하여야 하며, OPC UA 엔드포인트와 수집대상 Node ID·태그를 제공하도록 구성하여야 한다. - 태그명, 의미, 데이터 형식, 단위, 수집주기 및 품질정보를 정리하여야 하며, 네트워크 단절이나 설비 미가동 시의 데이터 상태를 확인할 수 있어야 한다. - 설비 제어로직 또는 제어정보 연계가 필요한 경우에는 설비 안전조건과 기존 제어시스템에 미치는 영향을 검토하고, 발주기관이 확정한 범위와 절차에 따라 적용하여야 한다. ○ AAS·데이터 표준화 - 테스트베드 설비와 센서·태그를 AAS 기반 자산정보로 구성하여야 하며, AAS 데이터 항목과 OPC UA 태그를 연결하여야 한다. - 적용모델의 표준 입력항목과 테스트베드 태그를 관련 매핑기능을 통해 연결하여야 하며, 수집데이터의 스키마와 품질을 검증하여야 한다. - 데이터 누락·수집지연·형식오류가 있는 경우 시연화면에서 확인할 수 있어야 한다. ○ AI 모델 적용·통합 시연 - 테스트베드 데이터를 이용하여 발주기관과 협의된 프리셋 또는 AI 모델을 학습하거나 추론에 적용할 수 있어야 하며, 데이터 수집, 전처리, 모델 추론, 결과저장 및 대시보드 갱신이 연결된 시연흐름을 구성하여야 한다. - 주요 설비데이터, 모델 결과, 이상상태 및 기간별 추이를 대시보드에서 확인할 수 있어야 하며, 모델 결과를 기준으로 알람을 발생시키고 현장점검·조치 흐름을 시연할 수 있어야 한다. - 챗봇을 통해 시연대상 설비, 모델 결과, 알람 및 운영현황을 설명할 수 있어야 하며, 데이터 수집오류와 모델 추론오류 등 비정상 상황도 확인할 수 있어야 한다. ○ 전시·교육·운영지원 - 제조기업 대상 전시, 교육, 실증 및 기업상담에 활용할 수 있는 시연시나리오를 제공하여야 하며, 시연순서, 예상화면, 정상·오류 상황 및 설명문구를 포함한 운영자료를 제공하여야 한다. - 시연용 데이터와 실제 수집데이터를 사용자가 구분할 수 있도록 하여야 하며, 테스트베드 담당자가 시연환경을 기동·점검·종료할 수 있도록 운영절차를 제공하여야 한다. - 설비 미가동이나 데이터 부족 시 대체 가능한 검증·교육방안을 발주기관과 협의하여 마련하여야 한다. - 테스트베드 설비의 제어 연계 여부와 적용방식은 시연 시나리오, 설비 안전조건 및 운영책임을 검토하여 발주기관이 확정한 기준에 따라 적용하여야 한다. | |
| 산출정보 | 테스트베드 시연절차서 | |
| 관련요구사항 | SFR-007, SFR-010, SFR-018~025 |
| 요구사항번호 | SIR-001 | |
|---|---|---|
| 요구사항 명 | 웹 기반 사용자 화면 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 상세 설명 | 정의 | 사용자가 웹브라우저를 통해 역할별 업무기능을 일관되게 이용하기 위한 사용자 인터페이스 요구사항 |
| 세부 내용 | ○ 웹 화면 제공 - 별도의 전용 프로그램 설치 없이 발주기관이 지정한 웹브라우저에서 주요 기능을 이용할 수 있어야 하며, 사용자 역할과 권한에 따라 메뉴, 기능, 버튼 및 데이터 조회범위를 다르게 제공하여야 한다. - 현재 선택한 기업, 워크스페이스 및 프로젝트 위치를 사용자가 쉽게 확인할 수 있어야 하며, 목록, 검색, 필터, 등록, 수정, 삭제, 실행 및 결과조회 화면을 일관된 방식으로 구성하여야 한다. - 필수입력값, 입력형식, 오류항목 및 처리방법을 화면에서 안내하여야 하며, 장시간 작업은 처리 중 상태와 진행결과를 제공하여야 한다. - 성공, 경고, 오류, 권한부족 및 처리불가 상태를 구분하여 안내하여야 하며, 주요 화면은 한글을 기본으로 제공하고 업무용어, 날짜·시간 및 단위를 일관되게 사용하여야 한다. - 데이터·모델·실행이력의 상세정보에서 관련 기능으로 이동할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-001~027, QUR-001 |
| 요구사항번호 | SIR-002 | |
|---|---|---|
| 요구사항 명 | OPC UA 설비데이터 연계 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 상세 설명 | 정의 | OPC UA 서버와 설비·공정 데이터를 안전하고 안정적으로 교환하기 위한 인터페이스 요구사항 |
| 세부 내용 | ○ 접속·인증 - OPC UA 엔드포인트 주소와 지원되는 보안모드·보안정책을 설정할 수 있어야 한다. - 사용자계정 또는 인증서를 이용한 인증방식을 적용할 수 있어야 한다. - 서버 연결과 인증 및 세션생성 결과를 확인할 수 있어야 한다. ○ 데이터 교환 - 서버가 제공하는 노드계층, Node ID, 태그명 및 메타데이터를 탐색할 수 있어야 한다. - 태그값, 원천 측정시각, 서버시각 및 품질정보를 수신할 수 있어야 한다. - 태그별 데이터 형식과 단위를 확인할 수 있어야 한다. ○ 오류처리·제한 - 연결중단, 인증실패, 시간초과, 노드 미존재 및 데이터 형식오류를 구분하여 처리하여야 하며, 재연결 시도횟수와 재연결 결과를 확인할 수 있어야 한다. - 데이터 중복·누락 여부를 확인할 수 있도록 수집시각과 처리이력을 유지하여야 하며, OPC UA의 읽기·쓰기 권한은 대상 업무와 설비 안전조건에 따라 구분하며, 쓰기 기능은 발주기관이 승인한 노드와 처리절차에 따라 적용할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-006~007, PER-002 |
| 요구사항번호 | SIR-003 | |
|---|---|---|
| 요구사항 명 | AAS 제조 자산정보 연계 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 상세 설명 | 정의 | AAS 기반 제조 자산정보를 외부 시스템과 표준화된 방식으로 교환하기 위한 인터페이스 요구사항 |
| 세부 내용 | ○ AAS 정보 교환 - AAS 정보의 반입·반출 방식, 교환항목 및 검증기준은 수행사가 표준 적용방안을 제시하고, 발주기관이 승인한 기준에 따라 구현하여야 하며, 자산 식별정보, 자산유형, 속성, 데이터 항목, 관계 및 의미정보를 교환할 수 있어야 한다. - AAS 데이터 항목과 OPC UA 태그 간 연결정보를 교환할 수 있어야 하며, AAS 데이터 항목과 모델 표준 입력항목 간 연결정보를 교환할 수 있어야 한다. - 교환대상의 AAS 버전과 적용기업·프로젝트·자산을 식별할 수 있어야 한다. ○ 검증·이력 - 반입 전 필수항목, 식별자 중복, 구조 및 참조관계를 검증하여야 하며, 지원하지 않는 구조나 항목이 있는 경우 대상과 오류사유를 제공하여야 한다. - 기존 AAS와 동일 식별자의 정보가 반입되는 경우 신규등록·갱신·취소 여부를 선택할 수 있어야 하며, 반입·반출시각, 실행자, 파일 또는 호출정보 및 처리결과를 기록하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-010, SFR-019, DAR-004 |
| 요구사항번호 | SIR-004 | |
|---|---|---|
| 요구사항 명 | 파일·기업 시스템 데이터 연계 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 상세 설명 | 정의 | 표준파일, 읽기 전용 데이터베이스 및 API를 통해 기업 업무데이터를 연계 하기 위한 인터페이스 요구사항 |
| 세부 내용 | ○ 지원 인터페이스 - Excel, CSV 및 TXT 파일의 헤더, 컬럼, 데이터 형식, 인코딩 및 구분자를 처리할 수 있어야 한다. - 기업이 제공하는 읽기 전용 데이터베이스 계정과 조회용 View를 이용할 수 있어야 한다. - 기업이 제공하는 API의 접속주소, 인증방식, 요청항목 및 응답구조를 설정할 수 있어야 한다. ○ 사전정의·보안 - 연계대상 항목, 데이터 구조, 조회기준 및 데이터 갱신조건을 사전에 정의하여야 한다. - 샘플데이터를 이용하여 스키마, 데이터 형식, 키값 및 시간정보를 확인하여야 한다. - 비밀번호, 토큰 및 인증서 등 인증정보는 안전하게 전달·저장하여야 한다. ○ 오류·변경처리 - 연결실패, 인증오류, 권한오류, 조회오류, API 오류 및 데이터 형식오류를 구분하여야 하며, 원천시스템의 데이터 구조나 API가 변경된 경우 영향대상과 오류를 확인할 수 있어야 한다. - 표준 인터페이스로 연계하기 어려운 경우 수행사는 대체 연계방안과 원천시스템 변경 필요성, 영향범위 및 책임주체를 제시하고, 발주기관의 검토·승인을 받아 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-008~009, SER-006 |
| 요구사항번호 | SIR-005 | |
|---|---|---|
| 요구사항 명 | AI 실행환경·애플리케이션·모델 서빙 연계 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 상세 설명 | 정의 | 플랫폼의 사용자·프로젝트·자원·데이터·모델정보를 AI 애플리케이션 과 모델서빙 구성요소에 일관되게 연계하기 위한 요구사항 |
| 세부 내용 | ○ 인증·프로젝트 연계 - 플랫폼 사용자 인증과 프로젝트 접근권한이 연계 애플리케이션에도 적용되도록 하여야 한다. - 사용자가 애플리케이션별로 불필요하게 별도 계정을 생성하거나 반복 로그인하지 않도록 구성하여야 한다. - 기업, 워크스페이스, 프로젝트 및 사용자 식별정보를 연계 구성요소에서 일관되게 사용할 수 있어야 한다. ○ 데이터·자원·모델 연계 - 프로젝트 데이터셋, 저장공간 및 모델을 권한범위 안에서 애플리케이션이 사용할 수 있어야 하며, 애플리케이션과 AI 워크로드에 설정된 CPU, GPU, 메모리 및 스토리지 정보를 연계하여야 한다. - 워크플로우의 실행결과와 산출물을 데이터셋·실험·모델 관리기능에 연결하여야 하며, 후보모델의 산출물과 평가정보를 운영모델 관리기능으로 전달할 수 있어야 한다. - 승인된 모델과 배포설정을 모델서빙 기능으로 전달할 수 있어야 한다. ○ 상태·오류 연계 - 모델서빙의 배포·중지·오류상태를 통합 운영화면에서 확인할 수 있어야 한다. - 연계 애플리케이션의 상태, 로그 및 주요 오류를 프로젝트 안에서 확인할 수 있어야 한다. - 구성요소 간 식별정보 또는 권한정보 불일치가 발생한 경우 오류대상을 확인할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-004, SFR-020~023 |
| 요구사항번호 | SIR-006 | |
|---|---|---|
| 요구사항 명 | 외부 접속경로·결과활용·추론 서비스 인터페이스 | |
| 요구사항 분류 | 인터페이스 요구사항 | |
| 상세 설명 | 정의 | 허용된 외부 사용자와 시스템이 서비스 화면, 운영결과 및 추론기능을 안 전하게 이용하기 위한 인터페이스 요구사항 |
| 세부 내용 | ○ 접속경로 - 웹 애플리케이션과 추론 서비스의 외부접속 경로는 발주기관의 네트워크·보안정책에 따라 구성하여야 한다. - 외부에 공개되는 서비스는 필요한 범위에 한하여 도메인, 인증서 및 방화벽 정책을 적용하여야 한다. - 추론 서비스별 모델, 모델버전, 프로젝트 및 접속주소를 식별할 수 있어야 한다. ○ 요청·응답 - 추론 요청·응답의 데이터 구조, 필수항목, 데이터 형식 및 사용예시를 제공하여야 한다. - 정상처리, 입력오류, 인증오류, 권한오류, 모델오류 및 처리시간 초과에 대한 응답기준을 제공하여야 한다. ○ 인증·이력·반출 - 사용자 계정, 접근토큰, API 키 또는 발주기관이 승인한 인증수단을 적용하여야 하며, 호출권한과 사용범위를 기업·프로젝트·서비스 단위로 제한할 수 있어야 한다. - 인증수단의 발급, 사용중지, 만료 및 재발급을 관리할 수 있어야 하며, 외부호출의 요청시각, 호출주체, 처리결과, 처리시간 및 오류상태를 확인할 수 있어야 한다. - 결과데이터의 외부반출 범위는 사용자 권한과 발주기관 데이터 정책에 따라 제한하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-022, SER-005~007 |
○ 데이터 요구사항(DAR)
| 요구사항번호 | DAR-001 | |
|---|---|---|
| 요구사항 명 | 표준 입력 데이터 템플릿 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | 참조모델과 제조 AI 프리셋에 필요한 표준 입력 데이터 구조를 관리하는 요구사항 |
| 세부 내용 | ○ 템플릿 구성 - 참조모델과 프리셋별 표준 입력 데이터 템플릿을 제공하여야 하며, 템플릿에는 항목명, 의미, 데이터 형식, 단위, 필수 여부, 허용범위 및 작성예시를 포함하여야 한다. - 식별자, 시간항목, 입력값, 목표값 및 상태값을 구분하여야 하며, 설비데이터용 템플릿과 기업 업무데이터용 템플릿을 구분할 수 있어야 한다. - Excel·CSV 등 기업이 작성 가능한 형식으로 템플릿을 제공하여야 한다. ○ 버전·검증관리 - 템플릿별 적용 가능한 참조모델·프리셋·모델을 확인할 수 있어야 하며, 템플릿 버전, 변경내용, 변경자 및 적용일을 관리하여야 한다. - 템플릿 변경이 기존 데이터셋과 모델에 미치는 영향을 확인하여야 하며, 입력데이터가 선택한 템플릿에 적합한지 자동 검증할 수 있어야 한다. | |
| 산출정보 | 표준 입력 데이터 템플릿 | |
| 관련요구사항 | S FR-008, SFR-012, SFR-014, SFR-018 |
| 요구사항번호 | DAR-002 | |
|---|---|---|
| 요구사항 명 | 원천·수집·업로드 데이터 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | OPC UA, 표준파일 및 기업 시스템을 통해 확보한 원천데이터를 식별·보 존하는 요구사항 |
| 세부 내용 | ○ 데이터 식별 - 데이터의 참여기업, 워크스페이스, 프로젝트, 데이터 원천 및 수집방식을 식별할 수 있어야 하며, OPC UA 수집데이터에는 Node ID·태그, 측정시각, 수집시각, 데이터값 및 품질정보를 포함하여야 한다. - 파일데이터에는 원본파일명, 파일형식, 파일크기, 등록자, 등록시각 및 템플릿 버전을 포함하여야 하며, 기업 시스템 연계데이터에는 연결대상, 조회기준, 실행시각, 조회기간 및 처리건수를 포함하여야 한다. ○ 보존·이력·권한 - 원천데이터와 전처리·가공된 데이터를 명확히 구분하여야 하며, 동일 데이터의 재수집·재등록 여부를 확인할 수 있어야 한다. - 데이터의 등록·수집·변경·삭제 이력을 관리하여야 하며, 원천데이터의 보존기간과 삭제기준은 발주기관 데이터 정책에 따라 적용하여야 한다. - 참여기업·워크스페이스·프로젝트별 데이터 접근범위를 분리하여야 하며, 원천데이터가 모델이나 보고서에 사용된 경우 관련 데이터셋과 결과를 추적할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-007~009, DAR-005 |
| 요구사항번호 | DAR-003 | |
|---|---|---|
| 요구사항 명 | 데이터 스키마·품질·매핑정보 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | 데이터 구조와 품질검증 규칙 및 표준 입력항목 매핑정보를 일관되게 관 리하는 요구사항 |
| 세부 내용 | ○ 스키마·품질정보 - 데이터 원천별 컬럼·태그의 명칭, 설명, 데이터 형식, 단위 및 필수 여부를 관리하여야 하며, 데이터 형식, 허용범위, 코드값 및 시간형식 등의 스키마 규칙을 관리하여야 한다. - 결측, 중복, 범위이탈, 형식오류, 시간오류 및 품질코드 이상에 대한 검증규칙을 관리하여야 하며, 품질검증 실행시각, 대상데이터, 적용규칙 및 검증결과를 기록하여야 한다. - 오류대상 컬럼·태그, 오류건수, 오류사유 및 처리결과를 관리하여야 한다. ○ 매핑·버전정보 - 원천 태그·컬럼과 표준 입력항목 간 매핑정보를 저장하여야 하며, 단위변환, 데이터 형식변환 및 코드값 변환규칙을 매핑정보와 함께 관리하여야 한다. - 품질규칙과 매핑정보의 버전, 변경자, 변경시각 및 적용대상을 관리하여야 하며, 데이터셋과 모델이 사용한 스키마·품질·매핑 버전을 추적할 수 있어야 한다. - 운영 중인 모델에 사용된 매핑정보는 승인 없이 임의로 변경되지 않도록 관리하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-011~012, DAR-005 |
| 요구사항번호 | DAR-004 | |
|---|---|---|
| 요구사항 명 | AAS 자산정보·의미정보·태그 매핑정보 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | AAS 기반 자산정보와 제조데이터의 의미·연결정보를 체계적으로 관리하 는 요구사항 |
| 세부 내용 | ○ 자산·의미정보 - 자산 식별자, 자산명, 자산유형, 제조사, 모델, 위치 및 운영상태를 관리하여야 한다. - 자산별 속성, 기능, 구성요소, 관련설비 및 공정관계를 관리하여야 한다. - AAS 데이터 항목의 명칭, 의미, 데이터 형식, 단위 및 설명을 관리하여야 한다. ○ 연결정보 - AAS 데이터 항목과 OPC UA Node ID·태그 간 연결정보를 저장하여야 하며, AAS 데이터 항목과 파일·기업 시스템 컬럼 간 연결정보를 필요한 범위에서 관리하여야 한다. - AAS 데이터 항목과 모델 표준 입력항목 간 연결정보를 저장하여야 하며, 자산유형별 공통정보와 개별자산별 정보의 상속·차이를 확인할 수 있어야 한다. ○ 버전·이력·권한 - AAS 버전, 변경이력, 적용기업, 적용프로젝트 및 사용상태를 관리하여야 한다. - AAS 반입·반출 시각, 수행자, 교환형식 및 처리결과를 기록하여야 한다. - AAS 정보에 대한 참여기업·워크스페이스·프로젝트별 접근범위를 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-010, SFR-019, SIR-003 |
| 요구사항번호 | DAR-005 | |
|---|---|---|
| 요구사항 명 | 전처리·데이터셋 버전 및 데이터 계보 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | 원천데이터부터 전처리 데이터셋과 모델까지의 생성과정·버전·연결관계 를 추적하는 요구사항 |
| 세부 내용 | ○ 전처리·데이터셋 이력 - 전처리에 사용된 원천데이터의 식별자와 버전을 기록하여야 하며, 데이터 선택조건, 적용기간, 대상컬럼 및 필터조건을 기록하여야 한다. - 전처리 단계, 실행순서, 설정값, 사용버전 및 실행결과를 기록하여야 하며, 전처리 단계별 입력·출력 데이터 건수와 오류건수를 확인할 수 있어야 한다. - 생성된 데이터셋에 고유 식별자와 버전을 부여하여야 하며, 데이터셋의 생성자, 생성시각, 설명, 사용목적, 데이터 범위 및 레코드 수를 관리하여야 한다. - 학습·검증·시험 데이터의 구분과 분할조건을 관리하여야 한다. ○ 계보·무결성 - 데이터셋별 적용한 스키마·품질규칙·매핑·전처리 버전을 추적할 수 있어야 하며, 원천데이터→품질검증→매핑→전처리→데이터셋의 계보를 확인할 수 있어야 한다. - 데이터셋→실험→후보모델→승인모델→배포모델의 연결관계를 확인할 수 있어야 하며, 사용 중인 데이터셋 버전을 임의로 덮어쓰지 않고 새로운 버전으로 관리하여야 한다. - 데이터셋 삭제 전 해당 데이터셋을 사용하는 실험·모델·보고서를 확인하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-013, SFR-017, QUR-003 |
| 요구사항번호 | DAR-006 | |
|---|---|---|
| 요구사항 명 | 참조모델·프리셋·AI 모델 메타데이터 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | 참조모델, 제조 AI 프리셋, 실험모델 및 운영모델의 식별정보와 관계를 관 리하는 요구사항 |
| 세부 내용 | ○ 참조모델·프리셋 정보 - 참조모델의 목적, 업무유형, 필요데이터, 전처리, 알고리즘 및 평가항목을 관리하여야 한다. - 제조 AI 프리셋의 대상설비·공정, 표준 입력항목, 적용조건 및 운영설정을 관리하여야 한다. ○ 모델 메타데이터 - AI 모델의 명칭, 설명, 문제유형, 알고리즘, 소유자 및 담당자를 관리하여야 하며, 모델에 사용된 데이터셋, 전처리, 입력·목표항목 및 학습조건을 관리하여야 한다. - 모델 평가항목, 평가결과 및 평가데이터 범위를 관리하여야 하며, 실험, 후보모델, 검토모델, 승인모델 및 배포모델 간 관계를 확인할 수 있어야 한다. - 모델버전, 상태, 생성자, 검토자, 승인자 및 변경이력을 관리하여야 하며, 모델파일, 실행이미지, 라이브러리 및 필요한 자원조건을 관리하여야 한다. - 모델 입력항목과 AAS 자산정보·표준 입력항목의 연결관계를 관리하여야 하며, 모델별 적용기업·프로젝트·설비 및 배포이력을 관리하여야 한다. - 사용중지·폐기된 버전도 과거 운영이력 확인을 위해 식별할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-014~020 |
| 요구사항번호 | DAR-007 | |
|---|---|---|
| 요구사항 명 | 모델 결과·학습·추론·알람·조치·보고서 데이터 관리 | |
| 요구사항 분류 | 데이터 요구사항 | |
| 상세 설명 | 정의 | AI 서비스 운영과정에서 생성되는 실행결과와 알람·현장조치·보고서 이 력을 통합 관리하는 요구사항 |
| 세부 내용 | ○ 모델 학습·추론 및 결과정보 - 모델 학습·추론 작업별 기업, 프로젝트, 설비, 모델버전, 데이터셋 및 처리방식을 기록하여야 하며, 실행요청 시각, 시작·종료시각, 실행자, 처리건수 및 처리상태를 기록하여야 한다. - 예측값, 이상점수, 분류결과 및 관련 출력정보를 실행이력과 연결하여야 하며, 모델 결과에 사용된 입력데이터의 기준시각과 범위를 확인할 수 있어야 한다. ○ 알람·조치·보고서 정보 - 알람규칙, 모델 결과, 발생시각, 등급, 대상설비 및 담당자를 기록하여야 하며, 알람 확인자, 확인시각, 점검자, 점검내용, 조치내용 및 완료결과를 관리하여야 한다. - 사진·문서 등 현장조치 증빙자료를 알람이력과 연결하여야 하며, 보고서의 유형, 조회조건, 산정기준, 데이터 기준시점, 생성자 및 생성시각을 기록하여야 한다. - 모델 결과→알람→현장점검→조치→보고서의 연결이력을 확인할 수 있어야 하며, 운영결과의 수정·삭제권한과 보존기간은 발주기관 운영정책에 따라 관리하여야 한다. - 참여기업·워크스페이스·프로젝트별 데이터 접근범위를 적용하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-021~026, QUR-003 |
| 요구사항번호 | SER-001 | |
|---|---|---|
| 요구사항 명 | 보안정책 및 관련 지침 준수 | |
| 요구사항 분류 | 보안 요구사항 | |
| 상세 설명 | 정의 | 사업수행과 시스템 구축·운영에 적용되는 보안정책과 관련 법령·지침을 준수하기 위한 요구사항 |
| 세부 내용 | ○ 보안관리 - 수행사는 관련 법령, 발주기관의 보안규정 및 사업수행 지침을 준수하여야 하며, 착수 시 보안책임자, 보안조직, 자료관리 및 사고대응 절차를 포함한 보안관리 방안을 제출하여야 한다. - 사업 참여인력과 협력업체에 보안서약과 보안교육을 적용하여야 하며, 개발·설치·시험·교육 과정에서 취득한 계정, 데이터, 문서 및 시스템 정보를 목적 외로 사용하지 않아야 한다. - 발주기관 자료를 승인 없이 외부 저장장치, 개인메일 및 외부 클라우드로 반출하지 않아야 하며, 사업수행 장소와 원격접속은 발주기관의 승인과 보안정책에 따라 운영하여야 한다. - 오픈소스와 제3자 소프트웨어의 라이선스와 알려진 보안취약점을 확인하여야 하며, 보안취약점 또는 침해사고가 확인된 경우 즉시 발주기관에 보고하고 영향분석과 조치를 수행하여야 한다. - 사업 종료 또는 참여인력 변경 시 발주기관이 제공한 계정, 자료 및 접근권한을 반납·회수하여야 하며, 사업 종료 후 보유할 필요가 없는 자료와 임시데이터를 발주기관 정책에 따라 폐기하여야 한다. | |
| 산출정보 | 보안관리계획 | |
| 관련요구사항 | SER-002~007 |
| 요구사항번호 | SER-002 | |
|---|---|---|
| 요구사항 명 | 사용자 인증 및 계정 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 상세 설명 | 정의 | 사용자 신원을 확인하고 계정의 생성부터 이용종료까지 안전하게 관리하 는 요구사항 |
| 세부 내용 | ○ 계정·인증 관리 - 사용자별로 식별 가능한 개별계정을 사용하여야 하며, 공용계정 사용은 발주기관이 승인한 불가피한 운영용도에 한하여 제한적으로 적용하여야 한다. - 발주기관이 지정한 계정체계 또는 통합인증 방식과 연계할 수 있어야 하며, 비밀번호 복잡도, 변경, 재사용 제한 및 초기비밀번호 변경정책을 적용하여야 한다. - 로그인 연속실패에 따른 계정잠금 또는 접근제한을 적용하여야 하며, 일정시간 미사용 시 세션을 종료하도록 설정할 수 있어야 한다. - 관리자 계정에는 발주기관 정책에 따라 강화된 인증방식을 적용할 수 있어야 한다. ○ 계정 생명주기·이력 - 신규계정 발급, 역할변경 및 계정중지는 승인된 관리자만 수행할 수 있어야 하며, 퇴직, 전보, 기업지원 종료 등 사용자 상태변경 시 권한을 신속하게 변경·회수할 수 있어야 한다. - 휴면·장기 미사용·잠금 계정을 조회할 수 있어야 하며, 로그인 성공·실패, 비밀번호 변경, 계정잠금 및 해제이력을 기록하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-002, SER-003 |
| 요구사항번호 | SER-003 | |
|---|---|---|
| 요구사항 명 | 역할 기반 접근권한 관리 | |
| 요구사항 분류 | 보안 요구사항 | |
| 상세 설명 | 정의 | 최소권한 원칙에 따라 사용자 역할별 기능·데이터·자원 접근범위를 통 제하는 요구사항 |
| 세부 내용 | ○ 역할·권한 통제 - 플랫폼, 워크스페이스 및 프로젝트 계층별 역할과 권한을 구분하여야 하며, 사용자에게 업무수행에 필요한 최소한의 권한만 부여하여야 한다. - 조회, 등록, 수정, 삭제, 실행, 배포, 승인 및 반출권한을 구분할 수 있어야 하며, 프로젝트 생성, 사용자 관리, 자원할당 및 모델 승인 등 관리자 기능은 권한 있는 역할에 한하여 제공하여야 한다. - 데이터, 데이터셋, 모델, 애플리케이션, 저장공간 및 추론 서비스에 동일한 권한기준을 적용하여야 하며, 화면에서 메뉴가 보이지 않더라도 API 또는 직접주소를 통해 권한 없는 기능에 접근할 수 없어야 한다. - 워크스페이스 역할과 프로젝트 역할을 독립적으로 적용하여야 한다. ○ 권한 이력·점검 - 플랫폼 관리자는 하위 워크스페이스와 프로젝트를 관리할 수 있으나 관련 행위가 감사로그로 기록되어야 하며, 역할과 권한구성을 관리자가 조회할 수 있어야 한다. - 권한 부여·변경·회수의 대상자, 수행자, 내용 및 시각을 기록하여야 하며, 정기적으로 과도한 권한과 미사용 관리자 권한을 확인할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-002, SER-004 |
| 요구사항번호 | SER-004 | |
|---|---|---|
| 요구사항 명 | 참여기업·워크스페이스·프로젝트 간 정보격리 | |
| 요구사항 분류 | 보안 요구사항 | |
| 상세 설명 | 정의 | 다수 참여기업의 데이터·모델·애플리케이션·자원 및 운영정보를 상호 분리하여 보호하는 요구사항 |
| 세부 내용 | ○ 논리적 격리 - 참여기업과 워크스페이스별 사용자·데이터·모델·애플리케이션·운영정보를 논리적으로 분리하여야 하며, 사용자는 권한이 없는 다른 기업·워크스페이스·프로젝트를 검색하거나 조회할 수 없어야 한다. - 프로젝트별 컨테이너, 네임스페이스, 저장공간 및 자원사용 범위를 구분하여야 하며, 프로젝트별 데이터 커넥터와 접속계정·인증서를 서로 분리하여 관리하여야 한다. - 프로젝트별 애플리케이션 및 추론 서비스의 네트워크 접근범위를 제한하여야 한다. ○ 공유·관리자 접근 - 공유가 필요한 참조모델·프리셋·표준 템플릿은 관리자가 지정한 범위에서만 제공하여야 하며, 기업데이터와 기업별 모델을 다른 기업에 공유하려는 경우 별도의 승인절차를 적용하여야 한다. - 충남TP 관리자의 통합조회는 승인된 관리자 역할에 한하여 제공하여야 하며, 관리자 통합조회 시에도 기업 민감정보는 업무에 필요한 범위로 제한하여야 한다. - 기업·프로젝트 간 정보격리 여부를 기능·API·저장공간·네트워크 관점에서 시험하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-001~002, PMR-004 |
| 요구사항번호 | SER-005 | |
|---|---|---|
| 요구사항 명 | 개인정보 및 기업 민감정보 보호 | |
| 요구사항 분류 | 보안 요구사항 | |
| 상세 설명 | 정의 | 개인정보와 제조기업의 설비·공정·경영 관련 민감정보를 안전하게 보호 하는 요구사항 |
| 세부 내용 | ○ 수집·이용·보호 - 시스템에서 수집·저장·처리하는 개인정보와 기업 민감정보의 유형을 식별하여야 하며, 서비스 제공에 필요하지 않은 개인정보와 민감정보를 수집하지 않아야 한다. - 개인정보와 기업 민감정보의 이용목적, 접근대상 및 보존기간을 관리하여야 하며, 데이터 전송 시 발주기관 보안정책에 따른 암호화 통신을 적용하여야 한다. - 저장데이터에는 발주기관 정책과 데이터 중요도에 따른 보호조치를 적용하여야 하며, 화면과 보고서에는 사용자 권한과 업무목적에 필요한 정보만 표시하여야 한다. - 필요한 경우 개인정보와 민감항목을 마스킹·비식별화할 수 있어야 한다. ○ 반출·삭제 - 데이터 다운로드, 외부반출 및 API 제공은 역할과 승인기준에 따라 제한하여야 하며, 반출대상, 반출자, 반출시각 및 반출사유를 기록할 수 있어야 한다. - 보존기간이 경과하거나 이용목적이 종료된 정보는 발주기관 정책에 따라 삭제하여야 하며, 삭제한 정보는 복구 가능한 일반영역에 불필요하게 남지 않도록 관리하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SER-003~004, SIR-006 |
| 요구사항번호 | SER-007 | |
|---|---|---|
| 요구사항 명 | 시스템·컨테이너·네트워크·감사로그 보안 | |
| 요구사항 분류 | 보안 요구사항 | |
| 상세 설명 | 정의 | 서비스 인프라, 컨테이너, 네트워크 및 주요 운영행위에 대한 보안을 확보 하는 요구사항 |
| 세부 내용 | ○ 시스템 보안 - 운영체제와 주요 소프트웨어에 발주기관이 승인한 보안설정을 적용하여야 하며, 불필요한 계정, 서비스, 패키지 및 포트를 제거하거나 비활성화하여야 한다. - 관리자 접근경로와 일반 사용자 서비스 경로를 필요한 범위에서 구분하여야 하며, 보안패치와 버전업데이트 적용 전 영향도를 검토하고 적용 결과를 관리하여야 한다. - 시스템 시간동기화를 적용하여 로그와 데이터의 시각정보가 일관되도록 하여야 한다. ○ 컨테이너·이미지 보안 - 컨테이너는 필요한 최소권한으로 실행되도록 구성하여야 하며, 컨테이너 이미지의 출처, 버전 및 사용상태를 관리하여야 한다. - 이미지에 불필요한 도구, 계정 및 민감정보가 포함되지 않도록 하여야 하며, 컨테이너 이미지와 구성요소의 알려진 취약점을 확인하고 필요한 조치를 수행하여야 한다. - 프로젝트와 애플리케이션별 컨테이너 격리를 적용하여야 하며, 환경변수와 시크릿 정보를 구분하여 관리하여야 한다. ○ 네트워크 보안 - 외부접속 경로, 웹서비스, 관리포트 및 추론 서비스는 승인된 범위에서만 개방하여야 하며, 참여기업·워크스페이스·프로젝트 간 네트워크 접근을 필요한 범위로 제한하여야 한다. - 데이터베이스, 스토리지 및 내부 관리서비스는 불필요하게 외부에 노출하지 않아야 하며, 외부 시스템 연계는 허용된 출발지·목적지·포트·프로토콜 기준으로 관리하여야 한다. ○ 감사로그 - 로그인, 로그인 실패, 계정잠금 및 주요 인증행위를 기록하여야 하며, 사용자·역할·권한 변경이력을 기록하여야 한다. - 데이터 다운로드·반출, 모델 승인·배포, 자원할당 및 관리자 설정변경을 기록하여야 하며, 감사로그에는 수행자, 대상, 행위, 결과 및 시각을 포함하여야 한다. - 일반 사용자가 감사로그를 임의로 수정·삭제할 수 없도록 하여야 하며, 감사로그 조회권한과 보존기간은 발주기관 정책에 따라 관리하여야 한다. | |
| 산출정보 | 보안점검 결과 | |
| 관련요구사항 | ECR-002~003, PMR-004 |
○ 성능 요구사항(PER)
| 요구사항번호 | PER-001 | |
|---|---|---|
| 요구사항 명 | 일반 화면·조회·API 응답성능 | |
| 요구사항 분류 | 성능 요구사항 | |
| 상세 설명 | 정의 | 일반 사용자 화면과 조회·API 기능을 업무에 지장이 없는 수준으로 제공 하기 위한 성능 요구사항 |
| 세부 내용 | ○ 화면·API 성능 - 수행사는 구축환경, 예상 사용자 수, 데이터량 및 업무유형을 기준으로 화면·API 성능목표를 제안하여야 하며, 일반적인 로그인, 메뉴이동, 목록조회, 상세조회 및 저장기능은 원활하게 사용할 수 있어야 한다. - 대량 데이터 조회 시 기간, 설비, 프로젝트 및 상태 필터를 적용하여 조회범위를 제한할 수 있어야 하며, 목록조회는 페이징 또는 이에 준하는 방식으로 처리하여야 한다. - 파일 업로드, 전처리, 학습 및 보고서 생성 등 장시간 작업은 비동기로 처리하고 진행상태를 제공하여야 하며, 사용자가 동일 요청을 반복 실행하여 중복처리가 발생하지 않도록 필요한 통제기능을 적용하여야 한다. - API는 정상, 입력오류, 권한오류, 시스템오류 및 시간초과 상태를 명확히 반환하여야 하며, 주요 화면과 API의 응답시간과 오류율을 측정할 수 있어야 한다. - 조회대상 데이터량별 성능을 구분하여 시험하여야 하며, 구체적인 목표값은 제안사가 제안서에 제시하고 발주기관과 협의한 시험계획에서 확정하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SIR-001, PMR-004 |
| 요구사항번호 | PER-002 | |
|---|---|---|
| 요구사항 명 | 데이터 수집·저장·최신값 갱신성능 | |
| 요구사항 분류 | 성능 요구사항 | |
| 상세 설명 | 정의 | 설정된 주기에 따라 데이터를 안정적으로 수집·저장하고 최신상태를 제 공하기 위한 성능 요구사항 |
| 세부 내용 | ○ 수집·저장·갱신 - OPC UA 데이터는 확정된 수집대상 태그와 설정주기에 따라 수집·저장되어야 하며, 측정시각, 수집시각, 저장시각 및 최신화 시각을 구분하여 지연상태를 확인할 수 있어야 한다. - 데이터 원천과 태그별 최근 정상수집 시각을 확인할 수 있어야 하며, 중복데이터, 시간역전 및 예상 수집주기 대비 누락구간을 식별할 수 있어야 한다. - 일시적 연결장애 후 재연결과 수집재개가 가능하여야 하며, 재연결 과정에서 누락·중복된 데이터의 처리상태를 확인할 수 있어야 한다. - 최신 데이터가 갱신되지 않는 경우 마지막 정상값과 오류상태를 표시하여야 하며, 파일 업로드와 기업 시스템 연계의 처리건수·처리시간·오류건수를 확인할 수 있어야 한다. - 수집대상 태그 수, 데이터 발생량, 파일크기 및 연계주기를 기준으로 처리용량을 산정하여야 하며, 데이터 증가에 따른 저장공간과 처리자원 확장방안을 제시하여야 한다. - 구체적인 수집주기, 허용지연 및 처리량은 데이터 대상 확정 후 시험계획에서 정하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SFR-007~009, SFR-023, PMR-004 |
| 요구사항번호 | PER-003 | |
|---|---|---|
| 요구사항 명 | AI 모델 학습·추론 처리성능 | |
| 요구사항 분류 | 성능 요구사항 | |
| 상세 설명 | 정의 | AI 모델 학습·배치추론·온라인 추론을 지정된 자원범위 안에서 안정적 으로 처리하기 위한 성능 요구사항 |
| 세부 내용 | ○ 모델 학습·추론 성능 - 모델별 데이터 크기, 알고리즘, 실행방식 및 목표 처리시간을 고려하여 실행자원을 설정하여야 하며, 학습·추론작업의 대기시간, 시작·종료시각, 실행시간 및 처리상태를 확인할 수 있어야 한다. - 복수 작업이 동시에 실행되는 경우 프로젝트별 할당자원을 초과하지 않도록 하여야 하며, 자원부족으로 실행할 수 없는 작업은 대기 또는 실패상태와 사유를 표시하여야 한다. - 배치추론은 입력건수, 정상처리건수, 오류건수 및 소요시간을 확인할 수 있어야 하며, 온라인 추론은 요청건수, 성공·실패건수, 처리시간 및 시간초과를 확인할 수 있어야 한다. - 잘못된 입력이나 지원하지 않는 데이터 형식은 모델오류와 구분하여 반환하여야 하며, 모델서비스 재기동 또는 버전변경 후 정상추론 여부를 확인하여야 한다. - 성능시험은 대표 모델과 대표 데이터셋을 이용하여 수행하여야 하며, 모델별 목표 학습시간과 추론시간은 모델특성·데이터량·구축자원을 고려하여 제안사가 제시하고 시험계획에서 확정하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | ECR-005, SFR-022, PMR-004 |
| 요구사항번호 | PER-004 | |
|---|---|---|
| 요구사항 명 | 동시사용·부하·용량·장애복구 성능 | |
| 요구사항 분류 | 성능 요구사항 | |
| 상세 설명 | 정의 | 다수 사용자와 AI 작업의 동시사용 및 장애상황에서도 서비스를 안정적으 로 운영하기 위한 성능 요구사항 |
| 세부 내용 | ○ 용량·부하관리 - 예상 참여기업, 사용자, 프로젝트, 데이터, 모델 및 동시작업 수를 고려하여 용량계획을 수립하여야 하며, 복수 사용자의 조회·등록·모델 학습·추론이 동시에 수행되는 상황을 고려하여야 한다. - 데이터 수집, 모델 학습, 추론 서비스 및 일반 화면이 자원을 함께 사용하는 상황을 고려하여야 하며, 특정 워크로드의 과도한 자원사용이 다른 프로젝트의 업무에 미치는 영향을 최소화하여야 한다. - CPU, GPU, 메모리, 스토리지 및 네트워크 사용량의 임계상태를 확인할 수 있어야 하며, 데이터·모델·사용자 증가에 따른 자원확장 방안을 제시하여야 한다. ○ 장애·복구 - 주요 서비스 장애 시 장애대상, 발생시각 및 영향범위를 확인할 수 있어야 하며, 주요 서비스를 개별적으로 재기동할 수 있어야 한다. - 서버·컨테이너·애플리케이션·데이터 수집·모델서비스 장애의 대응절차를 마련하여야 하며, 데이터, 모델, 설정정보 및 주요 운영이력의 백업·복구 방안을 마련하여야 한다. - 복구 후 데이터·모델·서비스 상태의 정합성을 확인하여야 하며, 장애복구 시험대상과 복구절차 및 목표수준은 발주기관과 협의하여 시험계획에 반영하여야 한다. - 부하·용량·복구시험 결과와 발견된 한계 및 운영 유의사항을 제출하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | ECR-004~005, QUR-004, PMR-004 |
○ 품질 요구사항(QUR)
| 요구사항번호 | QUR-001 | |
|---|---|---|
| 요구사항 명 | 사용자 편의성 및 노코드 화면 일관성 | |
| 요구사항 분류 | 품질 요구사항 | |
| 상세 설명 | 정의 | 전문 개발역량이 부족한 사용자도 안내된 업무절차에 따라 기능을 사용할 수 있도록 하는 품질 요구사항 |
| 세부 내용 | ○ 사용 편의성 - 프로젝트 생성부터 데이터 연결, 품질검증, 매핑, 모델 개발, 평가, 배포요청 및 결과조회까지 단계형 업무흐름을 제공하여야 하며, 사용자가 현재 수행단계와 다음 수행단계를 확인할 수 있어야 한다. - 주요 화면의 메뉴, 버튼, 아이콘, 상태값 및 용어를 일관되게 사용하여야 하며, 필수입력, 선택입력, 기본값 및 입력예시를 구분하여 제공하여야 한다. - 오류발생 시 원인과 사용자가 수행해야 할 조치방법을 안내하여야 하며, 복잡한 기술용어에는 설명 또는 도움말을 제공하여야 한다. - 관리자, 참여기업 AI 담당자 및 현장사용자의 역할에 적합한 메뉴와 화면을 제공하여야 하며, 반복 사용하는 데이터 템플릿, 매핑, 전처리 및 모델설정을 저장·재사용할 수 있어야 한다. - 삭제·배포·권한변경 등 영향이 큰 작업에는 확인절차를 제공하여야 하며, 사용자가 작업 중 입력한 설정을 저장하고 이어서 작업할 수 있어야 한다. - 사용자 교육과 인수시험 결과를 반영하여 화면과 안내문구를 보완하여야 하며, 수행사는 상세설계 단계에서 핵심 사용자 흐름과 화면구성을 확인할 수 있는 UX/UI 시안 또는 프로토타입을 제시하고, 발주기관의 검토결과를 최종 화면설계에 반영하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SIR-001, PSR-001~002 |
| 요구사항번호 | QUR-002 | |
|---|---|---|
| 요구사항 명 | 상호운용성 및 재사용성 | |
| 요구사항 분류 | 품질 요구사항 | |
| 상세 설명 | 정의 | 표준 인터페이스와 재사용 가능한 구성요소를 통해 기업별 적용과 향후 확장을 지원하는 품질 요구사항 |
| 세부 내용 | ○ 표준·재사용·확장 - OPC UA, AAS, 표준파일 및 API 등 개방된 인터페이스를 우선 활용하여야 하며, 기업·설비별 고유 태그와 데이터 구조를 모델에 직접 고정하지 않고 표준 입력항목과 매핑으로 분리하여야 한다. - 참조모델과 제조 AI 프리셋을 다른 기업·프로젝트에 복제하여 활용할 수 있어야 하며, 데이터 템플릿, 품질규칙, 매핑정보, 전처리 흐름 및 실행설정을 재사용할 수 있어야 한다. - AAS 자산정보와 표준 입력항목을 이용하여 유사 설비의 모델적용을 지원하여야 하며, 모델 입력·출력 구조와 실행환경을 명확히 문서화하여야 한다. - 데이터, 모델, 설정 및 주요 운영정보를 발주기관이 활용 가능한 형식으로 반출할 수 있어야 하며, 특정 애플리케이션이나 저장기술에 과도하게 종속되지 않도록 구성하여야 한다. - 구성요소를 교체·업데이트하는 경우 연계대상과 영향범위를 확인할 수 있어야 하며, 표준 또는 인터페이스가 변경되는 경우 기존 데이터와 모델의 호환성 영향을 검토하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | SIR-002~006, SFR-014~019 |
| 요구사항번호 | QUR-003 | |
|---|---|---|
| 요구사항 명 | 데이터·모델 재현성 및 이력추적성 | |
| 요구사항 분류 | 품질 요구사항 | |
| 상세 설명 | 정의 | 데이터 처리와 모델 개발·배포·운영결과를 동일한 조건에서 확인하고 재현할 수 있도록 하는 품질 요구사항 |
| 세부 내용 | ○ 재현성·추적성 - 모델 학습·추론에 사용된 원천데이터, 데이터셋, 품질규칙, 매핑 및 전처리 버전을 연결하여야 하며, 실험별 알고리즘, 학습조건, 실행환경, 자원 및 실행자를 기록하여야 한다. - 동일한 데이터와 설정을 이용하여 실험 또는 실행흐름을 다시 실행할 수 있어야 하며, 후보모델과 해당 모델을 생성한 실험을 연결하여야 한다. - 승인·배포된 모델의 데이터셋, 평가결과, 승인정보 및 배포설정을 추적할 수 있어야 하며, 운영결과가 어떤 모델버전과 데이터 기준시점에서 생성되었는지 확인할 수 있어야 한다. - 모델 결과, 알람, 현장점검, 조치 및 보고서 간 이력을 연결하여야 하며, 주요 설정변경은 변경 전·후 값, 변경자, 변경사유 및 변경시각을 기록하여야 한다. - 운영 중 사용된 데이터셋·모델·매핑버전을 임의로 덮어쓰지 않아야 하며, 과거시점의 모델 운영상태와 결과생성 조건을 확인할 수 있어야 한다. | |
| 산출정보 | ||
| 관련요구사항 | DAR-005~007, SFR-017, SFR-020 |
| 요구사항번호 | QUR-004 | |
|---|---|---|
| 요구사항 명 | 운영 안정성·확장성·유지보수성 | |
| 요구사항 분류 | 품질 요구사항 | |
| 상세 설명 | 정의 | 서비스를 안정적으로 운영하고 사용자·데이터·모델 증가 및 기능변경에 대응하기 위한 품질 요구사항 |
| 세부 내용 | ○ 안정성·확장성 - 주요 서비스의 실행상태, 로그, 오류 및 자원사용량을 관리자가 확인할 수 있어야 하며, 기능과 애플리케이션은 독립적인 구성요소로 관리하여 장애와 변경영향을 최소화하여야 한다. - 일부 구성요소의 오류가 전체 서비스 중단으로 이어지지 않도록 가능한 범위에서 분리하여야 하며, 사용자, 프로젝트, 데이터, 모델 및 AI 작업 증가 시 자원을 추가·조정할 수 있는 구조로 구성하여야 한다. - 운영환경의 설정값을 프로그램과 분리하여 관리하여야 한다. ○ 유지보수성 - 프로그램·이미지·설정·데이터 구조의 버전을 식별할 수 있어야 하며, 소프트웨어 업데이트 전 영향분석, 백업 및 복구방안을 마련하여야 한다. - 업데이트 후 주요 기능과 데이터·모델의 정상동작을 확인하여야 하며, 장애원인과 조치결과를 기록하고 반복장애에 대한 예방조치를 마련하여야 한다. - 설치, 운영, 모니터링, 백업, 복구, 장애조치 및 변경관리 문서를 제공하여야 하며, 수행사만 알 수 있는 비공개 절차에 의존하지 않고 발주기관 관리자가 기본운영을 수행할 수 있도록 하여야 한다. | |
| 산출정보 | ||
| 관련요구사항 | PER-004, PMR-003, PSR-003~004 |
○ 프로젝트 관리 및 검수 요구사항(PMR)
| 요구사항번호 | PMR-001 | |
|---|---|---|
| 요구사항 명 | 사업수행 및 일정관리 | |
| 요구사항 분류 | 프로젝트 관리 및 검수 요구사항 | |
| 상세 설명 | 정의 | 사업목표와 연차별 과업범위를 계획된 기간 안에 완료하기 위한 사업수 행·일정관리 요구사항 |
| 세부 내용 | ○ 수행계획 - 수행사는 착수 시 사업목표, 추진전략, 과업범위, 추진조직, 역할 및 의사소통 방안을 포함한 사업수행계획을 제출하고, 발주기관이 제시한 연차별 과업범위, 완료목표 및 산출물을 구분하여 관리하여야 한다. - 요구사항 분석, 설계, 구축, 기능개발, 데이터 연계, 리트로핏, 시험, 교육 및 안정화 일정을 포함하여야 하며, 발주기관, 수행사, 참여기업, 설비업체 및 시스템 관리주체의 역할과 협조사항을 구분하여야 한다. - 주요 단계별 착수조건, 완료조건 및 발주기관 검토사항을 정의하고, 전체 사업예산과 사업기간 안에서 1차년도와 2차년도의 개발범위를 유연하게 배치하되, 기능별 선행관계, 데이터 확보일정, 인프라 구축일정 및 활용시점을 고려한 연차별 추진계획을 제시하여야 한다. - 1차년도에는 경영정보·영업정보·제조공정 정보 대시보드와 운영지원 챗봇 등 발주기관과 참여기업이 활용성과를 확인할 수 있는 가시적 서비스를 우선 구현하는 방안을 포함하여야 하며, 노코드 AI 모델 개발환경, 참조모델, 제조 AI 프리셋 및 모델 운영기능은 기능 간 선행관계와 개발효율을 고려하여 연차별로 배치하고, 연차별 구현범위와 완료기준을 명확하게 제시하여야 한다. ○ 일정관리 - 전체일정과 세부과업별 일정을 관리하여야 하며, 서버·네트워크 제공, 기업데이터 확보, OPC UA 환경, 테스트베드 설비가동 등 선행조건을 일정에 반영하여야 한다. - 데이터 확보 또는 외부기관 협조가 지연되는 경우 영향범위와 대체계획을 제시하여야 하며, 주요 단계별 진척률, 완료사항, 지연사항 및 향후계획을 정기적으로 보고하여야 한다. - 일정지연이 예상되는 경우 원인, 영향, 조치계획 및 회복일정을 제시하여야 하며, 발주기관 검토·승인기간을 고려하여 산출물 제출일정을 관리하여야 한다. - 최종검수 전 시험, 교육, 기술이전, 산출물 보완 및 안정화 기간을 확보하여야 한다. - 연차별 범위를 조정하는 경우에도 전체 사업목표, 총사업비 및 최종 완료기한을 유지하여야 하며, 수행사는 조정사유와 영향을 포함한 변경안을 제출하여 발주기관의 승인을 받아야 한다. | |
| 산출정보 | 사업수행계획서 | |
| 관련요구사항 | PMR-002~004 |
| 요구사항번호 | PMR-002 | |
|---|---|---|
| 요구사항 명 | 범위·변경·이슈·위험관리 | |
| 요구사항 분류 | 프로젝트 관리 및 검수 요구사항 | |
| 상세 설명 | 정의 | 과업범위와 변경사항 및 사업수행 중 발생하는 이슈·위험을 체계적으로 통제하는 요구사항 |
| 세부 내용 | ○ 범위·변경관리 - 계약문서, 요구사항 목록 및 확정된 협의결과를 기준으로 과업범위를 관리하여야 하며, 플랫폼, 데이터 연계, AI 모델, AAS, 테스트베드 리트로핏, 교육 및 운영지원의 범위를 구분하여야 한다. - 수행사, 발주기관, 참여기업 및 외부업체의 책임범위와 제공사항을 명확히 하여야 하며, 변경요청에는 변경사유, 대상 요구사항, 일정·비용·기술 영향 및 대안을 포함하여야 한다. - 변경사항은 발주기관의 승인 후 적용하여야 하며, 수행사는 발주기관 승인 없이 과업범위를 임의로 축소하거나 확대하지 않아야 한다. - 확정되지 않은 설비·센서·태그·보고서·성능수치는 조사·협의·승인 절차를 통해 확정하여야 한다. ○ 이슈·위험관리 - 사업수행 중 발생한 이슈와 위험을 등록하고 담당자, 중요도, 처리기한 및 상태를 관리하여야 하며, 데이터 미확보, 데이터 품질부족, 시스템 접속제한, 설비 미가동 및 OPC UA 미제공 위험을 관리하여야 한다. - 리트로핏 지연, 센서 설치제약, 네트워크 제약 및 외부업체 협조지연 위험을 관리하여야 하며, GPU·스토리지 등 인프라 자원부족과 성능저하 위험을 관리하여야 한다. - 보안정책, 외부접속 및 소프트웨어 라이선스 관련 위험을 관리하여야 하며, 위험발생 가능성, 영향, 예방방안, 대응방안 및 잔여위험을 관리하여야 한다. - 주요 의사결정, 책임범위 및 협의결과를 회의록이나 의사결정 대장으로 관리하여야 하며, 장기 미해결 이슈와 사업일정에 영향을 주는 위험은 발주기관에 즉시 보고하여야 한다. | |
| 산출정보 | 이슈·위험관리대장 | |
| 관련요구사항 | PMR-001, PMR-003 |
| 요구사항번호 | PMR-003 | |
|---|---|---|
| 요구사항 명 | 요구사항·산출물·형상관리 | |
| 요구사항 분류 | 프로젝트 관리 및 검수 요구사항 | |
| 상세 설명 | 정의 | 요구사항 이행, 사업 산출물 및 시스템 구성정보의 버전과 변경이력을 일관되게 관리하는 요구사항 |
| 세부 내용 | ○ 요구사항 관리 - 요구사항 고유번호별 담당자와 분석·설계·구현·시험·검수 상태를 관리하고, 요구사항과 화면·프로그램·시험항목·사용자 매뉴얼 간 연결관계를 추적할 수 있어야 한다. - 요구사항 변경 시 변경 전·후 내용, 변경사유, 영향 및 승인내역을 기록하며, 기능·인터페이스·데이터·보안·성능 요구사항의 주관범위를 구분하여 중복과 누락을 방지하여야 한다. - 요구사항 해석에 이견이 있는 경우 수행사는 대안과 영향범위를 제시하고, 발주기관의 검토·승인을 받아 확정된 결과를 관리하여야 한다. ○ 산출물 관리 - 사업수행, 설계·구성, 시험·검수, 운영·교육 관련 산출물은 발주기관과 협의한 통합 산출물 목록에 따라 작성·관리하며, 동일하거나 유사한 내용을 복수 문서로 중복 작성하지 않아야 한다. - 세부 산출물의 명칭과 구성은 요구사항 이행, 검수 및 운영에 필요한 최소 범위에서 확정하고, 제출일·검토자·검토의견·보완상태 및 최종승인 상태를 관리하여야 한다. - 데이터 템플릿, AAS 기준·매핑자료, 모델·프리셋·참조모델 설명자료 및 교육자료는 관련 요구사항의 검수와 운영에 필요한 수준으로 통합하여 제공하여야 한다. ○ 형상관리 - 소스프로그램, 컨테이너 이미지, 배포·환경설정, 데이터 템플릿, 전처리 흐름 및 모델 등 주요 형상항목의 식별자·버전·변경내용·적용환경·배포상태를 관리하여야 한다. - 개발·시험·운영환경에 적용된 버전을 구분하고 승인되지 않은 형상항목이 운영환경에 적용되지 않도록 하며, 제출 산출물과 실제 구축환경의 버전이 일치하여야 한다. - 사업 종료 시 최종 형상목록과 운영환경 적용현황을 발주기관에 인계하여야 한다. | |
| 산출정보 | 요구사항 추적표, 최종 형상목록 | |
| 관련요구사항 | PMR-002, PMR-004 |
| 요구사항번호 | PMR-004 | |
|---|---|---|
| 요구사항 명 | 시험·검수·인수 및 결함조치 관리 | |
| 요구사항 분류 | 프로젝트 관리 및 검수 요구사항 | |
| 상세 설명 | 정의 | 구축결과가 요구사항과 업무흐름을 충족하는지 확인하고 검수·인수하기 위한 시험관리 요구사항 |
| 세부 내용 | ○ 시험계획 - 수행사는 요구사항별 시험대상, 시험방법, 시험환경, 시험데이터, 수행자, 일정 및 합격기준을 포함한 시험계획을 수립하여야 하며, 정상·오류·권한제한·데이터 부족·연결중단 등 다양한 조건을 포함하여야 한다. - 개발환경에서의 단위시험, 기능시험, 인터페이스시험 및 통합시험을 수행하여야 하며, 사용자 업무흐름을 기준으로 End-to-End 시험을 수행하여야 한다. - 보안, 성능, 부하, 장애복구 및 기업·프로젝트 간 정보격리 시험을 포함하여야 하며, 시험에 사용할 기업·설비·데이터·모델·사용자 계정을 사전에 준비하여야 한다. - 실제 데이터 사용이 어려운 경우 발주기관과 협의한 시험용 데이터를 사용할 수 있어야 한다. ○ 기능·통합시험 - 참여기업 생성→워크스페이스→프로젝트→사용자·권한 설정 흐름을 시험하여야 하며, 데이터 커넥터 등록→OPC UA·파일·기업 시스템 연계→품질검증→매핑 흐름을 시험하여야 한다. - 참조모델 활용, 프리셋 적용 및 노코드 신규 모델 개발 흐름을 각각 시험하여야 하며, 데이터 전처리→모델 학습→평가→후보모델 비교→실험산출물 관리 흐름을 시험하여야 한다. - 모델 등록→배포요청→승인→서빙→결과조회 흐름을 시험하여야 하며, 모델 결과→알람→현장점검→조치완료→보고서 반영 흐름을 시험하여야 한다. - AAS 자산정보→OPC UA 태그→모델 입력항목 연결과 재사용 흐름을 시험하여야 하며, GPU 자원할당·세분화·쿼터·사용량 조회 및 프로젝트 간 자원격리를 시험하여야 한다. - 테스트베드 데이터 수집부터 AI 모델 추론·대시보드·알람·챗봇까지의 통합 시연을 시험하여야 한다. ○ 시험결과·결함관리 - 시험항목별 수행일, 수행자, 입력조건, 예상결과, 실제결과 및 합격여부를 기록하여야 하며, 화면캡처, 로그, 결과파일 등 시험증적을 확보하여야 한다. - 발생한 결함은 중요도, 영향범위, 원인, 담당자, 조치기한 및 상태를 관리하여야 하며, 결함조치 후 동일 또는 동등한 조건으로 재시험하여야 한다. - 결함조치가 다른 기능에 미치는 영향을 확인하기 위한 회귀시험을 수행하여야 하며, 미조치·조건부 조치 항목은 사유와 운영상 유의사항을 발주기관과 협의하여야 한다. - 시험결과와 결함현황을 정기적으로 발주기관에 보고하여야 한다. ○ 사용자 인수·검수 - 충남TP 관리자, 참여기업 AI 담당자 및 현장사용자의 역할별 사용자 인수시험을 지원하여야 하며, 최종검수 전 요구사항별 구현상태, 시험결과, 결함조치 및 산출물 제출상태를 점검하여야 한다. - 발주기관이 요구사항별 이행여부를 확인할 수 있는 추적표와 검수자료를 제공하여야 하며, 검수 과정에서 확인된 보완사항은 협의한 기한 내에 조치하여야 한다. - 최종 인수 시 운영환경, 관리자 계정, 프로그램, 설정, 데이터, 모델, 라이선스 및 관련 문서를 인계하여야 하며, 인수 시점에 실행 중인 서비스와 미해결 운영사항을 함께 인계하여야 한다. - 최종검수 완료 후 서비스 안정화와 하자보수 체계로 전환하여야 한다. | |
| 산출정보 | 시험계획서, 시험결과서 | |
| 관련요구사항 | 전체 요구사항 |
○ 교육·운영지원 요구사항(PSR)
| 요구사항번호 | PSR-001 | |
|---|---|---|
| 요구사항 명 | 사용자 역할별 플랫폼 활용교육 | |
| 요구사항 분류 | 교육·운영지원 요구사항 | |
| 상세 설명 | 정의 | 사용자 역할에 따라 노코드 AIOps 서비스를 실제 업무에 활용할 수 있도 록 제공하는 교육 요구사항 |
| 세부 내용 | ○ 교육계획 - 충남TP 관리자, 참여기업 AI 담당자 및 현장사용자를 구분하여 교육과정을 구성하여야 하며, 역할별 교육목표, 교육내용, 교육시간, 실습내용 및 교육자료를 제시하여야 한다. - 교육일정과 교육대상은 발주기관과 협의하여 확정하여야 하며, 교육은 실제 구축환경 또는 이에 준하는 실습환경을 활용하여야 한다. ○ 참여기업 AI 담당자 교육 - 워크스페이스·프로젝트 접속과 사용자 역할을 교육하여야 하며, 파일·OPC UA·기업 시스템 데이터 연결방법을 교육하여야 한다. - 데이터 품질검증, 태그·컬럼 매핑, 데이터 탐색 및 전처리 방법을 교육하여야 하며, 참조모델 복제·활용방법을 교육하여야 한다. - 제조 AI 프리셋 선택·적용방법을 교육하여야 하며, 노코드 신규 모델 설정, 학습, 평가 및 후보모델 비교방법을 교육하여야 한다. - 모델 배포요청과 운영결과·알람 조회방법을 교육하여야 한다. ○ 현장사용자 교육 - 설비·모델 선택과 운영 대시보드 조회방법을 교육하여야 하며, 최신 데이터시각과 모델 결과 해석방법을 교육하여야 한다. - 알람 확인, 현장점검, 조치내용 및 완료결과 등록방법을 교육하여야 하며, 챗봇을 이용한 결과·운영현황 조회방법을 교육하여야 한다. - 모델 결과와 알람은 현장판단을 지원하는 정보임을 안내하여야 한다. ○ 교육자료·결과 - 사용자 매뉴얼, 역할별 업무절차서, 실습자료 및 주요 기능별 간편안내서를 제공하여야 하며, 교육 참석자, 교육내용, 교육일시 및 교육결과를 기록하여야 한다. - 교육 중 접수된 질문과 개선사항을 정리하여야 하며, 교육 이해도와 실습결과를 확인하고 필요한 경우 보충교육을 제공하여야 한다. | |
| 산출정보 | 사용자 교육자료 | |
| 관련요구사항 | QUR-001, PSR-002~003 |
| 요구사항번호 | PSR-002 | |
|---|---|---|
| 요구사항 명 | AAS·데이터 연결·태그 매핑 활용교육 | |
| 요구사항 분류 | 교육·운영지원 요구사항 | |
| 상세 설명 | 정의 | 제조 자산정보와 설비·업무데이터를 연결·표준화하여 모델에 적용할 수 있도록 제공하는 전문교육 요구사항 |
| 세부 내용 | ○ AAS 교육 - AAS의 목적과 제조 자산정보 표준화의 필요성을 교육하여야 하며, 자산 식별자, 자산유형, 속성, 데이터 항목, 관계 및 의미정보를 교육하여야 한다. - AAS 자산정보의 등록, 조회, 변경 및 버전관리 방법을 교육하여야 하며, AAS 정보의 반입·반출과 검증방법을 교육하여야 한다. - AAS 데이터 항목과 OPC UA 태그·모델 입력항목의 관계를 교육하여야 한다. ○ OPC UA·파일·기업 시스템 연계교육 - OPC UA 엔드포인트, 보안모드, 인증방식 및 연결시험 방법을 교육하여야 하며, 노드탐색, Node ID 확인, 태그선택 및 수집주기 설정방법을 교육하여야 한다. - Excel·CSV·TXT 표준 템플릿 작성과 파일등록 방법을 교육하여야 하며, 읽기 전용 DB·View·API 연계 시 기업이 제공해야 할 정보를 교육하여야 한다. - 연결실패, 인증오류, 태그 미존재 및 데이터 미수집 상태의 확인방법을 교육하여야 한다. ○ 품질·매핑교육 - 스키마, 데이터 형식, 단위, 결측, 중복 및 범위이탈 검증방법을 교육하여야 하며, 원천 태그·컬럼과 표준 입력항목의 매핑방법을 교육하여야 한다. - 단위변환, 형식변환 및 코드값 변환 설정방법을 교육하여야 하며, AAS 의미정보를 활용한 유사설비 매핑 재사용방법을 교육하여야 한다. - 매핑오류, 필수입력 누락 및 모델 적용불가 사유의 확인방법을 교육하여야 하며, 교육자료에는 실제 또는 교육용 예시데이터와 단계별 실습절차를 포함하여야 한다. | |
| 산출정보 | AAS·데이터 활용 교육자료 | |
| 관련요구사항 | SFR-006~013, SFR-019 |
| 요구사항번호 | PSR-003 | |
|---|---|---|
| 요구사항 명 | 관리자 운영·AI 자원관리 및 기술이전 | |
| 요구사항 분류 | 교육·운영지원 요구사항 | |
| 상세 설명 | 정의 | 충남TP 관리자가 구축된 서비스를 독립적으로 운영·관리할 수 있도록 제공하는 관리자 교육 및 기술이전 요구사항 |
| 세부 내용 | ○ 플랫폼 운영 - 주요 서비스의 기동, 중지, 재기동 및 상태확인 방법을 교육하여야 하며, 시스템, 컨테이너, 애플리케이션 및 모델서비스 로그 확인방법을 교육하여야 한다. - 장애유형별 기본 확인절차와 조치·보고방법을 교육하여야 하며, 소프트웨어 버전, 라이선스, 설치경로 및 주요 설정정보를 인계하여야 한다. ○ 기업·사용자·권한관리 - 참여기업, 워크스페이스 및 프로젝트 생성·변경·종료 방법을 교육하여야 하며, 사용자 등록·중지와 워크스페이스·프로젝트 역할관리 방법을 교육하여야 한다. - 기업·프로젝트 간 데이터·모델·자원격리 확인방법을 교육하여야 하며, 관리자 권한, 인증정보 및 감사로그 관리방법을 교육하여야 한다. ○ AI 자원관리 - 전체 인프라, 워크스페이스, 프로젝트 및 워크로드 자원계층을 교육하여야 하며, CPU, GPU, 메모리 및 스토리지 쿼터와 할당방법을 교육하여야 한다. - GPU 연산자원과 메모리의 세분화 할당방법을 교육하여야 하며, GPU 모델·장치 선택과 워크로드 배치설정 방법을 교육하여야 한다. - 전체용량, 쿼터, 할당량, 요청량, 예약량, 실사용량 및 잔여자원의 차이를 교육하여야 하며, 자원부족, 과다할당, 유휴자원 및 임계상태 확인방법을 교육하여야 한다. - 기업·프로젝트별 자원사용 추이와 성과보고 활용방법을 교육하여야 한다. ○ 애플리케이션·모델 운영 - 애플리케이션 등록·배포·재기동·삭제 및 저장공간 연결방법을 교육하여야 하며, 데이터 커넥터 연결상태와 오류확인 방법을 교육하여야 한다. - 모델 검토·승인·반려·배포·중지방법을 교육하여야 하며, 추론 서비스의 상태, 접속정보, 자원 및 호출이력 확인방법을 교육하여야 한다. - 워크플로우 실행실패와 모델서비스 오류의 확인·재실행 방법을 교육하여야 한다. ○ 백업·보안·기술자료 - 데이터, 모델, 설정 및 주요 운영정보의 백업·복구 절차를 교육하여야 하며, API 키, 인증서 및 시크릿 정보 관리방법을 교육하여야 한다. - 보안패치, 이미지 업데이트 및 버전변경 시 유의사항을 교육하여야 하며, 시스템 구성도, 설치정보, 관리자 매뉴얼, 운영절차서, 장애대응서 및 백업·복구자료를 제공하여야 한다. - 관리자 실습과 질의응답을 통해 기술이전 결과를 확인하여야 하며, 수행사 지원 없이 관리자가 수행할 수 있는 업무와 전문기술 지원이 필요한 업무를 구분하여 제시하여야 한다. | |
| 산출정보 | 관리자 매뉴얼, 기술이전 자료 | |
| 관련요구사항 | ECR-001~005, SFR-001~005 |
| 요구사항번호 | PSR-004 | |
|---|---|---|
| 요구사항 명 | 서비스 안정화·하자보수 및 운영지원 | |
| 요구사항 분류 | 교육·운영지원 요구사항 | |
| 상세 설명 | 정의 | 서비스 개통 이후 안정적인 운영과 구축범위의 결함조치 및 사용자 지원 을 제공하기 위한 요구사항 |
| 세부 내용 | ○ 서비스 안정화 - 서비스 개통 이후 발주기관과 협의한 기간 동안 주요 기능과 운영상태를 집중 점검하고, 사용자 로그인, 프로젝트, 데이터 연결, 수집, 모델 학습, 추론, 대시보드 및 알람의 정상동작을 점검해야 한다. - 애플리케이션, 모델서빙, CPU·GPU·메모리·스토리지 상태를 점검하여야 하며, 초기 운영과정에서 발생하는 설정오류, 사용오류, 기능오류 및 데이터 오류를 구분하여 지원하여야 한다. - 데이터 수집실패, 모델 학습·추론 실패, 추론서비스 오류 및 자원부족 등 주요 문제를 분석·조치하여야 하며, 안정화 기간 중 발생한 오류, 문의 및 조치결과를 관리하여야 한다. - 반복오류와 사용자 불편사항은 개선방안을 발주기관에 보고하여야 하며, 안정화 종료 전 미조치 사항과 운영 유의사항을 정리하여야 한다. ○ 하자보수 - 계약에서 정한 하자담보책임기간 동안 구축범위의 기능오류와 결함을 무상으로 조치하여야 하며, 하자와 사용자 추가요청·범위변경을 구분하여야 한다. - 장애·하자 접수, 담당자 배정, 분석, 조치, 확인 및 종료 절차를 마련하여야 하며, 장애의 중요도와 업무영향을 기준으로 처리 우선순위를 정하여야 한다. - 중대한 장애나 보안취약점은 즉시 발주기관에 보고하고 대응계획을 제시하여야 하며, 수정사항은 적용 전 영향분석과 필요한 시험을 수행하여야 한다. ○ 운영지원 - 사용자와 관리자의 기능사용·운영 관련 문의에 대응할 수 있는 지원창구를 제공하여야 하며, 지원요청의 접수일, 요청자, 내용, 중요도, 담당자, 처리상태 및 결과를 관리하여야 한다. - 데이터 커넥터, AAS, 태그 매핑, 모델 학습·추론 및 자원관리 관련 운영문의를 지원하여야 하며, 소프트웨어 업데이트나 보안패치가 필요한 경우 사유, 영향, 적용방법 및 복구계획을 제시하여야 한다. - 발주기관 승인 없이 운영환경의 구성과 버전을 임의로 변경하지 않아야 하며, 반복적으로 발생하는 문제와 예방조치를 관리자 문서와 FAQ에 반영하여야 한다. - 하자보수 종료 전 미해결 사항, 운영 유의사항 및 향후 지원방안을 발주기관에 인계하여야 한다. | |
| 산출정보 | 운영지원·하자조치 내역 | |
| 관련요구사항 | PMR-004, QUR-004 |
| 항 목 | 작 성 방 법 |
|---|---|
| Ⅰ. 일반현황 | |
| 1. 제안사 일반현황 | 제안사의 일반현황 및 주요 연혁, 최근 3년간의 자본금 및 매출액, 유사사업실적 등을 명료하게 제시하여야 한다. - 본 사업과 관련이 있는 3년 이내의 유사사업실적 제시 |
| 2. 제안사 조직 및 인원 | 제안사의 조직 및 기술인력 보유현황 작성 (보유인력은 전산⋅정보통신 관련 근무분야, 단순서무 업무 제외) |
| Ⅱ. 전략 및 방법론 | |
| 1. 사업 이해도 | 제안사는 해당사업의 제안요청 내용을 명확하게 이해하고 본 제안의 목적, 범위, 전제조건 및 제안의 특징 및 장점을 요약하여 기술하여야 한다. 목표시스템의 구성 체계를 제시하여야 한다. |
| 2. 추진전략 | 제안사는 사업을 효과적으로 수행하기 위한 추진전략(위험요소 고려하여 창의적이고 타당한 대안)을 제시하여야 한다. |
| 3. 수행조직 및 업무분장 | 본 사업을 수행할 조직 및 업무분장 내용을 상세히 제시하여야 한다. - 사업관리자(PM) 공고일 이전부터 제안서 평가일까지 계속 재직자 - 컨소시엄 업체가 있는 경우 업무분장 내역에 공동수급업체별 참여비율을 명시 |
| 4. 핵심 수행역할 및 주요 책임자 | 사업수행에 필요한 핵심 역할과 책임체계 및 사업관리자 등 주요 책임자의 관련 경험을 제시하여야 한다. |
| Ⅲ. 기술 및 기능 | |
| 1. 시스템 환경구성 방안 | 발주기관의 서버·네트워크·스토리지 및 보안환경을 분석하고, 컨테이너·쿠버네티스 기반 실행환경, 데이터·모델 저장환경 및 AI 인프라·GPU 자원관리 환경의 구성방안을 제시하여야 한다. |
| 2. 기능 요구사항 | 참여기업·워크스페이스·프로젝트 관리, 데이터 연결·표준화, 노코드 AI 모델 개발, 제조 AI 프리셋·R&D 참조모델, 모델 학습·평가·배포·추론, 운영 모니터링, 알람·조치, 챗봇, 보고서 및 테스트베드 기능의 구현방안을 제시하여야 한다. |
| 3. 인터페이스 구성방안 | 웹 사용자 화면, OPC UA, AAS, 파일·기업 시스템 데이터, AI 애플리케이션·모델 서빙 및 외부 추론 서비스의 인터페이스 구성, 인증방식, 데이터 교환방식 및 오류처리 방안을 제시하여야 한다. |
| 4. 데이터 구성 ·관리방안 | 표준 입력 데이터, 원천·수집 데이터, 스키마·품질·매핑정보, AAS 자산정보, 데이터셋 버전·계보, AI 모델 메타데이터 및 운영결과 데이터의 구조·저장·이력관리 방안을 제시하여야 한다. |
| 5. 보안 적용방안 | 사용자 인증, 역할 기반 접근권한, 참여기업·프로젝트 간 정보격리, 개인정보·기업 민감정보, 시크릿 정보, 시스템·컨테이너·네트워크 및 감사로그 보안방안을 제시하여야 한다. |
| 6. 성능 확보방안 | 일반 화면·API 응답, 데이터 수집·저장·최신화, AI 모델 학습·추론 및 동시사용·부하·용량·장애복구에 대한 성능목표, 측정방법과 확보방안을 제시하여야 한다. |
| 7. 품질 확보방안 | 노코드 사용 편의성, 화면 일관성, 상호운용성, 재사용성, 데이터·모델 재현성, 운영 안정성·확장성 및 유지보수성 확보방안을 제시하여야 한다. |
| Ⅳ. 프로젝트 관리 | |
| 1. 사업수행 및 일정관리 | 사업수행에 필요한 활동을 도출하여 정확한 활동 기간, 자원, 인력, 조직 등을 제시하여야 한다. |
| 2. 품질관리 | 품질관리의 범위, 절차, 점검방법 등을 제시 * 대외적으로 인정받을 만한 품질보증 관련 인증을 받은 경우 이를 입증할 수 있는 근거 서류 첨부 |
| 3. 인수인계 | 검사 대상·방법, 충족조건 및 인계계획 제시 |
| 4. 위험 및 이슈관리 | 사업 관련 위험 및 이슈에 대해 식별 및 분석하고, 이에 대한 관리 및 대응방안 제시 |
| Ⅴ. 프로젝트 지원(교육·운영지원) | |
| 1. 사용자 역할별 교육 | 충남TP 관리자, 참여기업 AI 담당자 및 현장사용자별 교육목표, 내용, 실습방법, 일정 및 자료를 제시하여야 한다. |
| 2. AAS·데이터 연결·태그 매핑 교육 | AAS 자산정보, OPC UA, 파일·기업 시스템 연계, 데이터 품질검증 및 표준 입력항목 매핑에 대한 전문교육 방안을 제시하여야 한다. |
| 3. 비상대책 | 안정적인 시스템 운영을 위하여 백업/복구 및 장애대응 대책을 제시하여야 한다. |
| 4. 관리자 운영·AI 자원관리 및 기술이전 | 플랫폼 운영, 기업·사용자·권한관리, GPU 등 AI 자원관리, 애플리케이션·모델 운영, 백업·복구 및 관리자 기술이전 방안을 제시하여야 한다. |
참가자격
① 본 사업은 공동수급을 허용하며, 공동수급업체 구성원은 국가를 당사자로 하는 계약에 관한 법률 시행령 제27조(부정당업자의 입찰 참가자격 제한 등) 규정에 저촉되지 않아야 합니다. ② 공동수급체는 5개 이하로 구성하여야 하며, 구성원별 계약참여 최소지분율은 10% 이상으로 하여야 합니다. ③ 공동수급은 공동이행방식을 원칙으로 하며, 공동계약운용요령 상의 공동수급표준협정서(공동이행방식)는 전자조달시스템을 통해 등록합니다. 2. 제안 평가 관련 사항 □ 기술능력 평가 및 입찰가격 평가 ○ 제안서 발표평가 및 평가위원회 - 평가일시 및 장소: 입찰 마감 후 입찰공고문 또는 발주기관이 지정한 방법으로 별도 통지 - 평가위원회 구성 및 평가: 충남테크노파크 - 제안서 발표는 사업관리자(PM)가 직접 수행하여야 함 - 사업관리자(PM)는 제안사 또는 공동수급체 대표자 소속 임직원으로서 입찰공고일 전부터 제안서 평가일까지 계속 재직 중인 자이어야 함 - 발표내용은 제출한 제안서의 범위 안에서 구성하여야 하며, 제안서와 상이한 내용이 있는 경우 이를 명확히 표시하여야 함 ○ 종합평가점수(100%) = 기술능력평가(90%) + 입찰가격평가(10%) - 제안서 평가는 기술능력(90%)과, 입찰가격(10%)을 종합적으로 평가 - 기술능력평가(90점), 가격평가(10점) 결과를 합산하여 고득점 순으로 선정 * 기술능력평가점수가 배점한도의 85%미만인 응찰자는 협상대상에서 제외 ** 국가계약법 기준(재정경제부 예규)「협상에 의한 계약체결기준」에 따름 ○ 제안서 기술능력평가 기준은「소프트웨어 기술성 평가기준 지침」 (과학기술정보통신부 고시)을 준용 ○「소프트웨어 기술성 평가기준 지침」제4조 제5항에 따라 본 사업은 기술능력평가의 변별력을 확보하기 위하여 기술능력평가 점수 총 배점 한도를 기준으로 3점의 순위간 점수차를 지정하여 차등점수제를 부여함 * 「조달청 협상에 의한 계약 제안서평가 세부기준」제12조 ③ 제9조제10항에 따른 차등점수제를 적용하여 별표 9에 따라 평가점수를 산출한다. 단, 협상적격(배점한도 85%이상) 여부 판단은 차등점수가 아닌 원 기술능력평가점수를 기준으로 한다. ○ 기술능력평가 방법 - 제안서의 공정한 평가를 위해 전문가로 구성된 제안서평가위원회 구성 - 각 항목별 평가배점과 방법은 “3. 제안서 평가기준”에 따라 평가 - 각 평가위원의 정성적 평가점수 중 최고점과 최저점을 제외한 나머지 점수를 산술평균한 후, 발주부서의 정량적 평가점수를 합산하여 기술능력평가점수(90점 만점)를 산정한다. 기술능력평가점수가 배점한도의 85% 이상인 자를 협상적격자로 선정한다.
- 평가점수 결과는 소수점 셋째 자리에서 반올림 ※ 정성적 부문의 평가항목은 제안서평가위원회에서 수행하며, 정량적 부문의 평가항목은 발주부서에서 수행함 ○ 우선협상대상자 선정 및 계약체결 - 협상대상자 중 기술평가점수와 가격평가점수를 합한 점수가 1위인 제안사를 우선협상대상자로 선정하여 기타 지원조건 등을 협상 - 협상대상자와 협상이 모두 결렬되면 재공고하여 입찰 추진 3. 제안서 평가기준 □ 평가기준(평가표)
< 제안서 평가 항목 및 배점표 >
배점·평가
| 구 분 | 평 가 항 목 | 배점 | 평가기관 | |||
|---|---|---|---|---|---|---|
| 계 | 합 계 | 100 | ||||
| 기 술 능 력 평 가 (90) | 정량적 평 가 (20) | 소 계 | 20 | 발주 기관 | ||
| 기술상태 | 기술인력 보유현황 (MLOps 및 AI 모델 개발 관련 전문인력) | 6 | ||||
| 경영상태 | 신용 등급에 의한 경영상태 | 3 | ||||
| 수행실적 | 최근 3년간 유사분야 사업실적 (AI 개발·운영 플랫폼, MLOps, GPU 자원관리, 제조·공공 분야 AI 시스템 구축 및 운영) | 8 | ||||
| 사회적 책임 | 적극적 고용개선조치 미이행 여부 | 3 | ||||
| 정성적 평 가 (70) | 소 계 | 70 | 평가 위원회 | |||
| 전략 및 방법론(18) | 사업이해도 | 주요 사업영역에 대한 이해도 | 10 | |||
| 통합 추진전략 | 중소기업 활용 중심의 통합 구축방향, 단계별 추진전략 및 실현 가능성 | 8 | ||||
| 기술 및 기능(30) | 기능 요구사항 | 통합 플랫폼 및 노코드 AI 개발·운영 구현방안 - 데이터 연결부터 모델 개발·학습·평가·배포·추론· 운영까지의 통합구조 | 10 | |||
| 시스템 요구사항 | 다수기업 운영·AI 인프라·GPU 자원관리 및 AAS 기반 데이터 표준화 - 자원 세분화·쿼터·정보격리·AAS/OPC UA 연계 | |||||
| 시스템운영요구사항 | 테스트베드·R&D·기업지원 및 활용 확산방안 - 테스트베드 연계·통합 시연·노코드 R&D 지원·기업 확산 | |||||
| 프로젝트 관리(12) | 사업관리방안 | 사업관리 조직·방법론 | 6 | |||
| 품질관리방안 | 품질관리 계획 및 수행방안 | |||||
| 프로젝트 지원(10) | 교육훈련 | 교육훈련·기술이전 및 운영지원 | 10 | |||
| 입찰가격(10) | 「협상에 의한 계약체결기준」에 의함 | - |
□ 정량적 평가항목 세부기준 ○ 기술상태(6점) - 제안사 소속 기술자(MLOps 및 AI 모델 개발 관련 전문인력)
| 구 분 | 평가기준 | 평점 | 비 고 |
|---|---|---|---|
| 기술인력 보유현황 | 50점 이상 | 6.0 | • 보유기술자 - 입찰공고일 기준 3개월 이상 재직한 정규직 기준 |
| 40점~50점 미만 | 5.0 | ||
| 30점~40점 미만 | 4.0 | ||
| 30점 미만 | 3.0 |
- 보유기술자는 소속사에 3개월 이상(입찰 공고일로부터 산정) 재직한 정규직 기준 - 평가방법 : 기술자 등급별 인원수에 평가 대상 기술자 계수를 곱하여 산출한 수치를 합산(기술인력별 증빙자료가 제출되지 않거나 경력을 확인할 수 없는 경우 해당 인력은 평가대상에서 제외한다.) - 공동수급체의 경우 지분율에 따라 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째 자리에서 반올림함 * 평가방법 : {(A사 점수×A사 지분율)+(B사 점수×B사 지분율)…} - 기술자별 평가 계수 - 보유인력(명) 산출 방법
| 심사항목 | 기술자격 및 경력기준 | 계수 |
|---|---|---|
| 기술사·특급기술자 상당 | 한국정보통신공사협회, 한국소프트웨어산업협회에서 발행한 경력증명서에 한하여 인정함 | 5 |
| 고급기술자 상당 | 4 | |
| 중급기술자 상당 | 3 | |
| 초급기술자 상당 | 2 |
| 신용평가등급 | 평점 | ||
|---|---|---|---|
| 회사채 | 기업어음 | 기업신용평가등급 | 평점 |
| AAA, AA+, AA0, AA- A+, A0, A-, BBB+, BBB0 | A1, A2+, A20, A2-, A3+, A30 | AAA, AA+, AA0, AA-, A+, A0, A-, BBB+, BBB0 | 3.0 |
| BBB-, BB+, BB0, BB- B+, B0, B- | A3-, B+, B0 B- | BBB-, BB+, BB0, BB- B+, B0, B- | 2.0 |
| CCC+ 이하 | C 이하 | CCC+ 이하 | 1.0 |
5. 공동수급체의 경우 구성원별 해당 점수에 지분율을 곱한 후 그 점수들을 합산하여 최종 평가하고, 평가 결과 소수점 이하의 숫자가 있는 경우 소수점 다섯째 자리에서 반올림한다. (예) (A사 점수×A사 지분율)+(B사 점수×B사 지분율)… 6. 중소기업협동조합이 입찰에 참여하는 경우 중소기업협동조합의 신용평가등급으로 평가한다. ○ 수행실적(8점)
수행실적 평가기준
| 평가항목 | 세부평가항목 | 평가기준 | 평점 |
|---|---|---|---|
| 사회적 책임 | 적극적 고용개선조치 이행 여부 | ▪적극적 고용개선조치 미이행 사업주 명단에 포함되지 않은 경우 | 3.0 |
| ▪적극적 고용개선조치 미이행 사업주 명단에 포함된 경우 | 1.0 |
| 평가수준 | 공통 판단기준 | 배점 적용률 |
|---|---|---|
| 매우 우수 | ▪평가요소를 충실히 반영하고 있으며, 구체적인 실행방안·추진일정·검증방법과 객관적인 근거가 명확하게 제시됨 | 100% |
| 우수 | ▪평가요소를 대부분 반영하고 있으며, 실행방안과 실현 가능성이 적절하나 일부 보완이 필요함 | 90% |
| 보통 | ▪평가요소의 기본사항은 반영하였으나, 구체성·연계성·실행근거 또는 검증방안이 일부 부족함 | 80% |
| 미흡 | ▪평가요소를 일부만 반영하거나 제안내용이 추상적이며, 실행방안 또는 실현 가능성이 불명확함 | 70% |
| 매우 미흡 | ▪주요 평가요소가 누락되었거나 사업 요구사항과의 연계성이 부족하고, 실현 가능한 방안을 제시하지 못함 | 60% |
※ 세부평가항목별 평점은 해당 항목의 배점에 위 배점 적용률을 곱하여 산정한다. ※ 평가결과 소수점 이하가 발생하는 경우 평가표에서 정한 반올림 기준(소수점 셋째 자리에서 반올림)을 적용한다. ○ 전략 및 방법론 : 사업 이해 및 통합 추진전략(18점) -사업목표와 주요 과업범위에 대한 이해도 및 주요 사업영역을 연계한 통합 추진전략의 적정성과 실현 가능성을 평가한다.
| 세부평가항목 | 평가기준 | 평점 |
|---|---|---|
| ① 사업 이해도 | ▪사업목적, 참여기업·현장사용자·충남TP 관리자 역할, 노코드 AIOps 플랫폼·제조 AI 모델·프리셋·테스트베드·R&D 지원환경 등 전체 사업범위와 기업지원 서비스 구조에 대한 이해도 | △10.0 |
| ② 통합 추진전략 | ▪표준 제공기능·설정 및 연계기능·추가 구현기능의 구분, 기능별 제공시점·검증방법·책임범위와 데이터 미확보·설비 미가동·인프라 호환성·일정지연 위험 대응방안의 적정성과 1·2차년도 범위를 합리적으로 배분하고, 1차년도에 대시보드·챗봇 등 가시적 활용성과를 제공하는 방안의 구체성 | △8.0 |
※ 제안사는 제안기능의 구현범위·추진일정·검증방법을 제시하여야 하며, 평가는 패키지 보유 여부보다 사업 적합성, 수요기업 활용성, 통합 완성도 및 사업기간 내 실현 가능성을 중심으로 한다. ○ 기술 및 기능(기능 요구사항) : 통합 플랫폼 및 노코드 AI 개발·운영 구현방안(10점) -요구사항과 제안기능 간 적합성, 데이터부터 AI 모델 운영까지의 구조, 보유·연계·신규개발 기능의 구현 및 검증 가능성을 평가한다.
| 세부평가항목 | 평가기준 | 평점 |
|---|---|---|
| ① End-to-End 노코드 업무흐름 | ▪데이터 연결·품질검증·표준 매핑·전처리부터 모델 개발·학습·평가·배포·추론·운영 모니터링까지 연계되는 노코드 업무흐름의 구체성과 사용성 | △2.5 |
| ② 플랫폼· 애플리케이션· 모델서빙 통합 | ▪컨테이너·쿠버네티스 기반 애플리케이션 배포, 데이터·모델 저장공간, 워크플로우, 실험이력, 운영모델 관리 및 모델 서빙 구성의 적정성과 구현 가능성 | |
| ③ 참조모델· 프리셋· AI모델 운영 | ▪R&D 참조 프로젝트와 제조 AI 프리셋의 구성·기업데이터 적용·버전관리·재사용, 신규 모델 개발과 운영모델 등록·검토·승인·배포·중지·이력추적 방안의 적정성 | |
| ④ 구현 및 검증 가능성 | ▪제안기능의 실제 구현수준, 제공시점, 설정·연계 및 추가 구현범위, 통합시험·검수방법과 완료기준을 객관적 자료로 제시하였는지 여부 |
※ 통합 구현방안은 시스템 구성도, 요구사항 대응내용 및 기능·데이터 연계흐름 간의 일관성과 End-to-End 구현·검증 가능성을 중심으로 평가한다. ○ 기술 및 기능(시스템 요구사항) : 다수기업 운영·AI 인프라·GPU 자원관리 및 AAS 기반 데이터 표준화 구현방안(10점) - 다수 참여기업의 독립 운영, AI 인프라·GPU 자원관리, 데이터 연결·AAS 표준화와 재사용, 통합관리 방안의 적정성을 평가한다.
| 세부평가항목 | 평가기준 | 평점 |
|---|---|---|
| ① 다수기업 운영· 권한·정보격리 | ▪참여기업·워크스페이스·프로젝트 계층에 따라 사용자, 데이터, 모델, 애플리케이션, 저장공간 및 자원을 분리하고 역할·권한·접근통제를 적용하는 방안의 적정성 | △2.5 |
| ② AI 인프라· GPU 자원관리 | ▪CPU·GPU·메모리·스토리지의 전체용량·쿼터· 할당량·요청량·예약량·실사용량·잔여자원 관리, GPU 연산자원과 메모리의 세분화 할당, 워크로드 배치·유휴·부족·과다할당·기간별 사용추이 관리방안의 구체성 | |
| ③ 데이터 연결· AAS 표준화 | ▪OPC UA·표준파일·기업 시스템 데이터의 연결·품질검증·표준 매핑, AAS 자산정보·데이터 항목·OPC UA 태그·모델 표준 입력항목 간 연계기준과 동일·유사 설비 재사용방안의 적정성 | |
| ④ 통합운영· 안정성·확장성 | ▪기보유 GPU 인프라와 주 운영환경의 호환성 및 대체·보완 활용, 충남TP 관리자 통합현황, 기업·프로젝트별 자원·모델·알람·성과관리, 보안·백업·복구·확장방안의 적정성 |
※ GPU 자원관리와 AAS 기반 표준화는 단순 지원 여부가 아니라 실제 관리단위, 적용절차, 재사용 구조, 제공시점 및 검증방법을 중심으로 평가한다. ○ 기술 및 기능(시스템운영요구사항) : 테스트베드·R&D·기업지원 및 활용 확산방안(10점) - 테스트베드 적용과 수요기업 R&D 지원, 교육·실증·기업지원사업 연계 및 확산방안을 평가한다.
| 세부평가항목 | 평가기준 | 평점 |
|---|---|---|
| ① 테스트베드 데이터 연계 및 적용 | ▪테스트베드 대상설비의 운전상태·기존센서· 제어기·데이터 제공환경을 분석하고, 필요한 수집항목·OPC UA·AAS·AI 모델 연계방안 및 추가방안을 제시한 정도 | △4.0 |
| ② 통합 시연·검증 및 교육 활용 | ▪데이터 수집부터 모델 추론·대시보드·알람· 챗봇까지 연결되는 통합 시연·검증방안과 설비 미가동·데이터 부족 시 대체방안의 실현 가능성 | △3.0 |
| ③ R&D·기업지원 및 활용 확산 | ▪참여기업이 참조 프로젝트·프리셋·노코드 신규 모델 개발환경을 활용하여 기업별 AI 과제를 검증하고, 테스트베드를 전시·교육·실증·기업상담 및 기업지원사업과 연계하여 확산하는 방안의 적정성 |
○ 프로젝트 관리 : 사업관리 및 품질관리 방안(12점) - 사업수행·관리체계와 시험·검수 등 품질관리 방안을 평가한다.
| 세부평가항목 | 평가기준 | 평점 |
|---|---|---|
| ① 사업관리 조직·방법론 | ▪사업관리 조직·인력 구성, 연차별 일정·범위·요구사항·산출물·형상·변경·위험관리 방안의 적정성 | △6.0 |
| ② 품질관리·시험·검수 | ▪End-to-End·성능·보안·정보격리·장애복구·GPU 자원격리 시험, 결함조치 및 검수방안의 적정성 |
○ 프로젝트 지원 : 교육훈련·기술이전 및 운영지원(10점) - 역할별 전문교육, 관리자 기술이전과 안정적인 운영전환 방안을 평가한다.
| 세부평가항목 | 평가기준 | 평점 |
|---|---|---|
| ① 역할별 AAS·기능 교육 및 기술이전 | ▪충남TP 관리자·참여기업 AI 담당자·현장사용자별 교육과정, AAS 자산정보·OPC UA·태그 매핑·표준 입력항목 교육, GPU 쿼터·연산자원·메모리 세분화·사용량·잔여자원·임계상태 관리교육 및 관리자 독립운영 기술이전 방안의 구체성 | △5.0 |
| ② 안정화·하자 보수·운영 지원 | ▪서비스 안정화, 장애접수·분석·조치, 제품 업데이트·보안패치·백업·복구, 하자보수와 기술지원, 관리자·사용자 매뉴얼 및 운영절차서 제공방안의 적정성 |
참가자격
- 문의처 : 충남테크노파크 차은배 - E-Mail : chaeunbae@ctp.or.kr 6. 기타 유의사항 (소프트웨어 진흥법 관련 준수사항) □ 하도급 제한 ○ 하도급 관리감독 및 시정요구 본 사업과 관련하여 발주기관은 「소프트웨어 진흥법」 제51조제7항에 따라 하도급 제한규정의 준수 여부를 지속적으로 관리·감독하고, 같은 조 제1항부터 제5항까지의 규정을 위반한 계약상대자에게 시정을 요구할 수 있음 ○ 하도급 사전승인 본 사업의 일부를 하도급하거나 재하도급하려는 계약상대자는 해당 하도급·재하도급 계약을 체결하기 전에 「소프트웨어 진흥법」 제51조제5항, 같은 법 시행규칙 제14조 및 「소프트웨어사업 계약 및 관리감독에 관한 지침」에 따라 발주기관의 승인을 받아야 함 ○ 하도급 비율제한 본 사업의 일부를 하도급하려는 경우에는 「소프트웨어 진흥법」 제51조제1항에 따라 물품 및 상용소프트웨어 구매금액을 제외한 소프트웨어사업금액의 100분의 50을 초과하여 하도급할 수 없으며, 재하도급은 같은 조 제3항에 따라 제한함. 다만, 같은 조 제2항 각 호 또는 제3항 단서 각 호에 해당하는 경우에는 관련 법령과 승인절차에 따라 적용함 ○ 하도급 계획서 제출 본 사업의 일부를 하도급할 계획이 있는 계약상대자는 계약 체결 시 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 제7호서식의 소프트웨어사업 하도급 계획서를 제출하여야 함(별첨 10 참조) ○ 하도급계약 승인 시 적정성 판단 계약상대자가 하도급계약의 승인을 신청하는 경우, 발주기관은 「소프트웨어사업 계약 및 관리감독에 관한 지침」 별표 3에 따라 적정성 여부를 판단하며, 평가점수가 85점 이상인 경우 하도급계약을 승인함. 다만, 85점 이상인 경우에도 하도급계약의 세부 조건 등으로 사업의 원활한 수행이 어렵다고 판단되는 경우에는 그 사유를 기재하여 승인을 거절할 수 있음 ○ 공동수급체 구성 본 사업에서 전체 사업금액 대비 10%를 초과하여 하도급하려는 경우, 「소프트웨어 진흥법」 제51조제6항 및 동 법 시행령 제48조제5항에 따라 하도급이 아닌 공동수급체를 구성하여 참여하여야 하며, 공동수급체를 구성하지 못하는 불가피한 사정이 있는 경우 그 사유를 제시하여야 함 □ SW사업 산출물 활용 보장 ○ 당해 계약에 따른 계약목적물에 대한 지식재산권 활용 - (지식재산권) 발주기관과 계약상대자가 공동으로 소유하며 별도의 정함이 없는 한 지분은 균등한 것으로 함. 다만 개발의 기여도 및 계약목적물의 특수성(국가안전보장, 국방, 외교관계 등)을 고려하여 계약당사자간의 협의를 통해 지식재산권 귀속주체 등에 대해 공동소유와 달리 정할 수 있음 - (산출물 반출 요청) 계약상대자는 당해 계약에 따른 계약목적물에 대한 지적재산권의 행사를 위하여 계약산출물의 반출을 요청할 수 있으며, 발주기관은 국가 안보에 관한 사항으로서 대통령령으로 정하는 사유에 해당하는지 여부를 검토하여 30일 이내에 그 결과를 통보
- (제재 요건) 활용 승인(제3자 제공 포함)을 받지 않고 반출하거나, 승인 받은 소프트웨어 산출물을 무단으로 유출하거나 누출되는 경우, 누출금지정보를 삭제하지 않고 활용하는 경우 □ 하자담보 책임기간 및 범위 ○ 하자담보책임기간은 최종 검수·인수 완료일로부터 1년으로 하며, 해당 기간 중 구축범위에서 발생한 하자에 대하여 계약상대자가 담보책임을 부담함 □ SW사업 제안서 보상 ○ 본 사업은 소프트웨어 사업 계약 및 관리감독에 관한 지침 제16조에 따라, 제안서 보상대상사업에 해당하지 않으므로 제안서 보상을 실시하지 않음 □ 적정사업기간 산정 ○ 본 사업은 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제10조에 따라 소프트웨어 개발사업 적정 사업기간 산정 기준에 따른 사업임 □ 투입인력 요구관리 금지 ○ 본 사업은 사업대가를 기능점수(FP) 방식 또는 서비스 수준협약 방식으로 산정한 사업으로 투입인력 요구 및 관리 금지 대상 사업임 □ SW사업 영향평가 ○ 본 사업은 「소프트웨어 진흥법」 제43조, 같은 법 시행령 제35조부터 제37조까지, 「소프트웨어사업 계약 및 관리감독에 관한 지침」 제5조, 제6조에 따라 소프트웨어사업 영향평가를 미리 실시한 사업임 ※「소프트웨어사업 계약 및 관리감독에 관한 지침」 별지 제1호 서식에 따른 “소프트웨어사업 영향평가 결과서”를 첨부 (별첨 22 참조) □ 과업내용 확정 심의 ○ 본 사업은 「소프트웨어 진흥법」 제50조에 따른 과업내용 확정을 위하여 과업심의위원회를 개최한 사업임 □ 과업내용 변경 ○ 본 사업은 「소프트웨어 진흥법」 제50조, 같은 법 시행령 제47조제1항제2호 및 제3호에 따른 과업내용 변경 및 그에 따른 계약금액·계약기간 조정이 필요한 경우, 계약상대자는 국가기관등의 장에게 소프트웨어사업 과업변경요청서*를 제출하여 과업심의위원회 개최를 요청할 수 있으며, 국가기관등의 장은 과업심의위원회 개최요청에 대해서 특별한 사정이 없으면 수용해야 함
배점·평가
정량적 지표(자기평가표)
| 분 야 별 | 배점 | 평 가 내 용 | 평가점수 | |
|---|---|---|---|---|
| 계 | 20 | |||
| 1. 기술상태 | 6 | 기술인력 보유현황 | ||
| 2. 경영상태 | 3 | 신용평가등급 | ||
| 3. 수행실적 | 8 | 실적금액 합계 | ||
| 4. 사회적 책임 | 3 | 적극적 고용개선조치 미이행 여부 | 여/부 |
| 순번 | 사 업 명 | 사업개요 | 사업기간 | 계약금액 (백만원) | 발주처 | 수행분야 | 비고 |
|---|---|---|---|---|---|---|---|
| 연번 | 성명 | 직위 | 담당 업무 | 기술자 등급 | 자격증 (국가공인 기술사, 기사, 산업기사, 기능사 중 기재) | 총 근무경력 |
|---|---|---|---|---|---|---|
| 년 월 | ||||||
| 사업관리자 | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 직위, 성명, 기술등급 | |||||||||||
| 부문 | 부문 | 부문 | 부문 | ||||||||
| 직위, 성명, 기술등급 | 직위, 성명, 기술등급 | 직위, 성명, 기술등급 | 직위, 성명, 기술등급 |
◎ 추진팀 관리방안 제시 ◎ 부문별 단위적 업무 및 역할 제시 주) 1. 분야별 책임자 명시 2. 사업 수행조직 및 인원현황은 실제로 사업에 직접 투입 가능한 인력을 기재함 [별첨 9호]
기 술 적 용 계 획 표
과업·요구
| 사업명 | 충청남도 지역 주도형 AI 대전환 사업「AIOps 서비스 인프라 구축」 |
|---|---|
| 작성일 | 2026. 09. 15. |
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/ 미적용시 사유 및 대체기술 | |||
|---|---|---|---|---|---|---|
| 구 분 | 항 목 | 적용 | 부분적용 | 미적용 | 해당없음 | 부분적용/ 미적용시 사유 및 대체기술 |
| 기본 지침 | ||||||
| o 정보시스템 운영에 사용되는 통신장비는 IPv4와 IPv6가 동시에 지원되는 장비를 채택하여야 한다. | ○ | 도입하는 네트워크 장비 사양에 따름 | ||||
| o 하드웨어는 다른 기종 간 연계가 가능하여야 하며, 특정 기능을 수행하는 임베디드 장치 및 주변 장치는 해당 장치가 설치되는 정보시스템과 호환성 및 확장성이 보장되어야 한다. | ○ | |||||
| 세부 기술 지침 | ||||||
| 네트워크 | o 화상회의 및 멀티미디어 통신: H.320~H.324, H.310 | ○ | 화상회의 해당없음 | |||
| o 부가통신: VoIP | ||||||
| - H.323 | ○ | 음성통신 해당없음 | ||||
| - SIP | ||||||
| - Megaco(H.248) | ||||||
| 운영체제 및 기반 환경 | o 서버용(개방형) 운영 체제 및 기반환경 | |||||
| - POSIX.0 | ○ | Linux 활용 | ||||
| - UNIX | ||||||
| - Windows Server | ||||||
| - Linux | ○ | |||||
| o 모바일용 운영 체계 및 기반환경 | ||||||
| - android | ○ | |||||
| - IOS | ||||||
| 데이터베이스 | o DBMS | |||||
| - RDBMS | ○ | 도입하는 상용소프트웨어의 기술에 따름 | ||||
| - ORDBMS | ||||||
| - OODBMS | ||||||
| - MMDBMS | ||||||
| - TSDBMS | ||||||
| 시스템 관리 | o ITIL v3, v4 / ISO20000 | ○ | 관리체계 대상아님 | |||
| 소프트웨어 공학 | o 개발프레임워크: 전자정부 표준프레임워크 | 도입하는 소프트웨어는 상용 소프트웨어로 전자정부 표준 프레임워크 기반의 개발 구축 대상이 아님 | ||||
| 클라우드 컴퓨팅 | o IaaS | 인프라 가상화 서비스 아님 | ||||
| o PaaS | ○ | AI 플랫폼 서비스 제공 | ||||
| o SaaS | ○ | 구축형 방식 서비스 제공 |
| 구 분 | 항 목 | 적용계획/결과 | 부분적용/ 미적용시 사유 및 대체기술 | ||||||
|---|---|---|---|---|---|---|---|---|---|
| 구 분 | 항 목 | 적용 | 부분적용 | 미적용 | 해당없음 | 부분적용/ 미적용시 사유 및 대체기술 | |||
| 기본 지침 | |||||||||
| o 정보시스템의 보안을 위하여 위험분석을 통한 보안 계획을 수립하고 이를 적용하여야 한다. 이는 정보시스템의 구축 운영과 관련된 “서비스 접근 및 전달”, “플랫폼 및 기반구조”, “요소기술” 및 “인터페이스 및 통합” 분야를 모두 포함하여야 한다. | ○ | ||||||||
| o 보안이 중요한 서비스 및 데이터의 접근에 관련된 사용자 인증은 전자서명 또는 행정전자서명을 기반으로 하여야 한다. | |||||||||
| o 네트워크 장비 및 네트워크 보안장비에 임의 접속이 가능한 악의적인 기능 등 설치된 백도어가 없도록 하여야 하고 보안기능 취약점 발견 시 개선ㆍ조치하여야 한다. | |||||||||
| 세부 기술 지침 | |||||||||
| 관련 규정 | o 전자정부법 | ○ | |||||||
| o 국가정보보안기본지침(국가정보원) | |||||||||
| o 네트워크 장비 구축ㆍ운영사업 추가특수조건(조달청 지침) | ○ | 네트워크 장비 구축 사업 아님 | |||||||
| 제품별 도입 요건 및 보안 기준 준수 | o 국정원 검증필 암호모듈 탑재ㆍ사용 대상(암호가 주기능인 정보보호제품) | ||||||||
| - PKI제품 | ○ | 대상 제품 아님 | |||||||
| - SSO제품(보안기능 확인서 또는 CC인증 필수) | |||||||||
| - 디스크ㆍ파일 암호화 제품 | |||||||||
| - 문서 암호화 제품(DRM)(보안기능 확인서 또는 CC인증 필수) | |||||||||
| - 메일 암호화 제품 | |||||||||
| - 구간 암호화 제품 | |||||||||
| - 하드웨어 보안 토큰 | |||||||||
| - DB암호화 제품(보안기능 확인서 또는 CC인증 필수) | |||||||||
| - 상기제품(8종) 이외 중요정보 보호를 위해 암호기능이 내장된 제품 | |||||||||
| - 암호모듈 검증서에 명시된 제품과 동일 제품 여부 | |||||||||
| o 보안기능 확인서 또는 CC인증 필수제품 유형군(국제 CC인 경우 보안적합성 검증 필요) | |||||||||
| - (네트워크)침입차단 | ○ | 대상 제품 아님 | |||||||
| - (네트워크)침입방지(침입탐지 포함) | |||||||||
| - 통합보안관리(통합로그관리 포함) | |||||||||
| - 웹 응용프로그램 침입차단 | |||||||||
| - DDos 대응(성능평가로 도입 가능) | |||||||||
| - 인터넷 전화 보안 | |||||||||
| - 무선침입방지 | |||||||||
| - 무선랜 인증 | |||||||||
| - 가상사설망(검증필 암호모듈 탑재 필수) | |||||||||
| - 네트워크 접근통제 | |||||||||
| - 망간 자료전송(2022.1 이전 인증제품) | |||||||||
| - 안티 바이러스(성능평가로 도입 가능) | |||||||||
| - 패치관리 | |||||||||
| - 스팸메일 차단 | |||||||||
| - 서버 접근통제 | |||||||||
| - DB접근 통제 | |||||||||
| - 스마트카드 | |||||||||
| - 디지털 복합기 (비휘발성 저장매체 장착 제품에 대한 완전삭제 혹은 암호화 기능) | |||||||||
| - 소스코드 보안약점 분석도구(성능평가로 도입 가능) | |||||||||
| - 스마트폰 보안관리 | |||||||||
| - 소프트웨어기반 보안USB(2020.1.1이전 인증제품, 검증필 암호모듈 탑재 필수) | |||||||||
| - 호스트 자료유출 방지(2021.1.1이전 인증제품, 매체제어제품 포함, 자료저장 기능이 있는 경우 국정원 검증필 암호모듈 탑재 필수) | |||||||||
| - 네트워크 자료유출방지(2021.1.1 이전 인증제품) | |||||||||
| - CC인증서에 명시된 제품과 동일 제품 여부 | |||||||||
| o 보안기능 확인서 필수제품 유형군 | |||||||||
| - 소프트웨어기반 보안USB(검증필 암호모듈 탑재 필수) | ○ | 대상 제품 아님 | |||||||
| - 호스트 자료유출 방지(매체제어제품 포함, 자료저장 기능이 있는 경우 국정원 검증필 암호모듈 탑재 필수) | |||||||||
| - 망간 자료전송 | |||||||||
| - 네트워크 자료유출방지 | |||||||||
| - 네트워크 장비(L3 스위치 이상) | |||||||||
| - 가상화관리제품 | |||||||||
| o 모바일 서비스(앱·웹) 등 | |||||||||
| - 보안취약점 및 보안약점 점검·조치 (모바일 전자정부 서비스 관리 지침) | ○ | 모바일 제품 아님 | |||||||
| - 국가ㆍ공공기관 모바일 활용업무에 대한 보안가이드라인 | |||||||||
| o 민간 클라우드 활용 | |||||||||
| - 클라우드 서비스 보안인증(CSAP)을 받은 서비스 | ○ | 민간 클라우드 제품 아님 | |||||||
| - 국가ㆍ공공기관 클라우드 컴퓨팅 보안가이드 | |||||||||
| 백도어 방지 기술적 확인 사항 | o 보안기능 준수 | ||||||||
| - 식별 및 인증 | ○ | ||||||||
| - 암호지원 | |||||||||
| - 정보 흐름 통제 | |||||||||
| - 보안 관리 | |||||||||
| - 자체 시험 | |||||||||
| - 접근 통제 | |||||||||
| - 전송데이터 보호 | |||||||||
| - 감사 기록 | |||||||||
| - 그 밖의 제품별 특화기능 | |||||||||
| o 보안기능 확인 및 취약점 제거 | |||||||||
| - 보안기능별 명령어 등 시험 및 운영방법 제공 | ○ | ||||||||
| - 취약점 개선(취약점이 없는 펌웨어 및 패치 적용) | |||||||||
| - 백도어 제거(비공개 원격 관리 및 접속 기능) | |||||||||
| - 오픈소스 적용 기능 및 리스트 제공 |
1. 시스템 정기점검, 수시점검, 장애조치 2. 하드웨어, 소프트웨어 버전 업그레이드 및 패치 제4조(위탁기간) 위탁기간은 사업의 계약기간으로 한다. 제5조(재위탁 제한) ① 수탁자는 위탁자의 사전 승낙을 얻은 경우를 제외하고 위탁자와의 계약상의 권리와 의무의 전부 또는 일부를 제3자에게 양도하거나 재위탁할 수 없다. ② 수탁자가 재위탁받은 수탁회사를 선임한 경우 수탁자는 당해 재위탁계약서와 함께 그 사실을 즉시 위탁자에 통보하여야 한다. 제6조(개인정보의 안전성 확보조치) 수탁자는 개인정보보호법 제29조, 동법 시행령 제30조 및 개인정보의 안전성 확보조치 기준(행정안전부고시 제2017-1호)에 따라 개인정보의 안전성 확보에 필요한 관리적․기술적 조치를 취하여야 한다. 제7조(개인정보의 처리제한) ① 수탁자는 계약기간은 물론 계약 종료 후에도 위탁업무 수행 목적 범위를 넘어 개인정보를 이용하거나 이를 제3자에게 제공 또는 누설하여서는 안 된다. ② 수탁자는 계약이 해지되거나 또는 계약기간이 만료된 경우 위탁업무와 관련하여 보유하고 있는 개인정보를 「개인정보보호법」시행령 제16조에 따라 즉시 파기하거나 위탁자에게 반납하여야 한다. ③ 제2항에 따라 수탁자가 개인정보를 파기한 경우 지체없이 위탁자에게 그 결과를 통보하여야 한다. 제8조(수탁자에 대한 관리·감독 등) ① 위탁자는 수탁자에 대하여 다음 각 호의 사항을 관리하도록 요구할 수 있으며, 수탁자는 특별한 사유가 없는 한 이에 응하여야 한다.
| 1. 기본정보 | 사업명 | 충청남도 지역주도형 AI대전환 사업 AIOps 서비스 인프라 구축 | ||||
|---|---|---|---|---|---|---|
| 1. 기본정보 | 영향평가단계 | □ 예산편성 □ 그 외 필요시 | ■ 사업발주 □ 재평가 | |||
| 주요 내용 | o 노코드 기반 AIOps 서비스 인프라 구축 o 제조 AI 모델 개발·배포·운영 및 AI 자원관리 환경 구축 | |||||
| 사업기간 (또는 개발기간) | 1차년도 : 계약 체결일로부터 60일 2차년도 : 1차년도 과업완료 후부터 270일 | |||||
| 구분 | ① 상용 소프트웨어의 구매·설치 및 유지관리 사업 | □ | ||||
| ② 국가안보, 치안, 외교 등 민간이 서비스하기에 부적합한 사업 | ||||||
| ③ 민간투자형 소프트웨어 사업 | ||||||
| ④ 단일기관 내부(소속기관 제외) 직원을 대상으로 제공하는 소프트웨어 사업 | ||||||
| ⑤ 데이터베이스 구축 사업 | ||||||
| ⑥ 소프트웨어 변경이 없는 운영사업 | ||||||
| ⑦ 그 외 소프트웨어 사업 | ■ | |||||
| ※ 구분 ①~⑥에 해당하는 경우 3번, 4번 항목 작성 불필요 | ||||||
| 2. 운영계획 | 운영기관 | ■ 단일 기관 □ 다수 기관 (예상 : 개 기관) | ||||
| 사용자 (복수선택 가능) | 구분 | 예상 사용자수 | ||||
| ■ 내부 직원 | 5 명 | |||||
| □ 타 기관 직원 | 명 | |||||
| ■ 일반 국민 또는 기업 | 100 명 | |||||
| 3. 민간 소프트 웨어 시장침해 가능성 | 주요기능과 동일·유사한 소프트웨어를 민간에서 판매를 위해 제공하는지 여부 □ 있음 ■ 없음 | |||||
| ※「없음」에 해당하는 경우 3번 이하 항목 및 4번 항목 작성 불필요 | ||||||
| 주요 기능 | 동일·유사한 민간 소프트웨어 | |||||
| o | ||||||
| 4. 사업의 필요성· 공공성 검토 (복수선택 가능) | □ 법령에 규정된 사업 (관련 법령 : ) □ ‘공공데이터 활용 공공서비스 제공 및 정비 가이드라인’ 준수 ■ 사업을 통한 민간 소프트웨어 시장 활성화 기여* * Open API 등을 통한 데이터 개방, 민간 소프트웨어 구매·활용 계획, 데이터 연계표준 및 표준업무 절차 제시, 중장기 민간 이양 계획 등 (기여 방안 : 특정 업체나 제품을 지정하지 않고 기능·성능 기준의 경쟁입찰을 통해 민간 소프트웨어기업의 참여를 보장함. 플랫폼 공급, 시스템 연계, AI 모델 개발, 현장 적용 및 유지관리 등 민간기업의 후속 사업 수요를 창출함.) □ 그 외의 사유로 민간이 소프트웨어를 제공하기에 부적합 (부적합 사유 : ) | |||||
| 5. 종합의견 | □ 민간 소프트웨어 시장 침해 가능성 없음 | |||||
| ■ 민간 소프트웨어 시장 침해 가능성을 최소화하여 사업 추진 (추진 방안 : 특정 제품을 지정하지 않고 기능·성능 기준의 경쟁입찰로 사업자를 선정하며, 기존 민간 상용 소프트웨어의 활용을 우선 검토함. 상세 요구사항 충족과 기존 시스템 연계에 필요한 기능은 사업범위에 따라 개발·구성하고, 구축된 시스템은 충남TP의 기업지원·교육·실증 목적으로 활용함.) |
| ※ [ ]에는 해당되는 곳에 √표를 합니다. | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 접수번호 | 접수일 | 처리기간 | 14일 | |||||||||||||||||
| 변경요청 번호 | ||||||||||||||||||||
| 사 업 명 | ||||||||||||||||||||
| 계약번호 | ||||||||||||||||||||
| 변경요청 유형 | [ ] 과업내용 변경 | [ ] 과업내용변경 및 계약금액 조정 | ||||||||||||||||||
| 과업내용서 관련사항 | 기 존 | 변 경 | ||||||||||||||||||
| 변경요청 내용 | ( ※ 필요한 경우 별지 사용 ) | |||||||||||||||||||
| 변경요청 사유 | ||||||||||||||||||||
| 변경 영향평가 | ||||||||||||||||||||
| 변경 소요 비용 | 소요비용 | 변경규모 | ||||||||||||||||||
| 산출근거 | ( ※ 필요한 경우 별지 사용 ) | |||||||||||||||||||
| 「소프트웨어 진흥법」제50조제3항에 따라 위와 같이 소프트웨어사업 과업 내용변경을 요청합니다. | ||||||||||||||||||||
| 년 월 일 | ||||||||||||||||||||
| 신청인 | (서명 또는 인) | |||||||||||||||||||
| 발주기관의 장 | 귀하 | |||||||||||||||||||
| 처 리 절 차 | ||||||||||||||||||||
| 신청서 작성 | | 접 수 | | 과업심의위원회 개최 | | 심의ㆍ의결 | | 심의결과 및 조치계획 통보 | ||||||||||||
| 신청인 | 처 리 기 관: 발 주 기 관 |