나라장터(g2b) 정보시스템 구축 부문 — 표준 제안서 목차·평가배점 조사 및 킨텍스 제안서 재편 매핑
작성: rfp-analyst · 작성일: 2026-07-12 · 목적: 킨텍스 제안서(P1~P9, 63슬라이드) 목차 재편 근거
원칙: 확인된 1차 출처(법령·실제 RFP)만 사실로 기재, 그 외는 [가정]/[통례] 표기. 시크릿 미기재.
대상 제안서 파일은 읽기만(수정 금지) — 본 문서는 매핑·권고만 산출.
짝 문서: proposal_outline.md(현행 P1~P9) · rfp_analysis.md(§4 배점 가정) · tech_advisory.md(§5 WBS·§6 SM) · rtm.md
0. 핵심 결론 (요약)
- 표준 목차의 단일 출처는 조달청 「협상에 의한 계약 제안서평가 세부기준」 [별지 제5호서식] 제안서 서식(예시: 소프트웨어개발·유지관리사업) — 7개 대장(Ⅰ 일반현황 ~ Ⅶ 그 밖의 사항)이다. 이 목차가 **평가부문 = 제안서 장(章)**으로 1:1 정렬된다.
- 정성평가 평가항목의 단일 출처는 같은 세부기준 [별표 3의2] 소프트웨어 및 시스템 개발사업 — "정보시스템 구축"에 해당하는 표준 평가표. 부문: 전략 및 방법론 / 수행계획(기술·기능) / 수행기반 / 프로젝트 관리 / 프로젝트 지원 / 하도급 / 필수 제안.
- 배점은 세부기준이 고정하지 않는다. 제9조⑤에 따라 수요기관이 항목별 배점한도를 결정(항목당 30점 초과 금지, 하도급 5점 이상, 국산제품 활용 2점 이내). 정보화사업 총 배점은 「행정기관·공공기관 정보시스템 구축·운영 지침」 제18조에 따라 기술 90(정성 70 + 정량 20) / 가격 10(원칙), HW 비중 50% 이상 사업은 기술 80 / 가격 20 허용.
- 현행 킨텍스 제안서의 80/20 배점 가정(rfp_analysis §4)은 정보화 표준(90/10)과 다르다 — 실제 공고 확인 전까지 [가정]이며, SW 중심 사업이면 90/10이 표준. (본 문서는 지적만, proposal 파일 수정 없음.)
- 현행 63슬라이드는 표준 7대장에 전부 매핑 가능하나, 신설이 필요한 장 4개(Ⅰ 일반현황 / Ⅴ·Ⅵ 프로젝트 관리·지원 보강 / 상생협력·하도급 / 정량평가 대응)가 있다. 미배치 슬라이드 0.
1. 조달청 기술평가 표준 항목·배점 (출처·연도 명시)
1-1. 전체 배점 체계 (법령 확정 사실)
| 구분 |
배점 |
출처(조항) |
| 종합 = 기술능력평가 + 입찰가격평가 |
100 |
세부기준 제9조① |
| 기술능력평가 |
80점 (세부기준 원칙) / 정보화사업은 90점(지침 제18조) |
세부기준 제9조①1 · 지침 제18조 |
| 입찰가격평가 |
20점(원칙) / 정보화 10점 |
세부기준 제9조①2 |
| ─ 정성평가 |
(기술 90 기준) 70점 |
실제 RFP 표본 §1 |
| ─ 정량평가 |
20점 이내(총 배점한도) |
세부기준 제9조④ |
| HW 비중 50%↑ 예외 |
기술 80 / 가격 20 허용 |
지침 제18조 |
출처 정본: 조달청 「협상에 의한 계약 제안서평가 세부기준」(조달청지침, 최신 개정 2024. 9. 6. 시행; 2017. 6. 1. 최초 시행). 정보화 총배점은 「행정기관 및 공공기관 정보시스템 구축·운영 지침」(행정안전부고시 제2024-66호, 2024. 8. 28. 시행) 제18조.
1-2. 정성평가 표준 평가표 — [별표 3의2] 소프트웨어 및 시스템 개발사업 (정보시스템 구축 표준)
세부기준은 각 세부항목에 고정 점수를 부여하지 않는다(수요기관이 배점한도 결정). 아래는 평가항목 ↔ 세부평가항목 구조(법령 원문 그대로). 배점 예시는 §1-3 실제 RFP 표본 참조.
| 평가항목(부문) |
세부평가항목 |
채점 관점(평가위원이 무엇을 보는가) |
| 전략 및 방법론 |
사업이해도 |
사업 목표·특성 부합, 구체성·적절성. (기획용역 ISP 수행자 참여 시 1등급 하향) |
|
추진전략 |
수행 일정·위험요소 고려한 추진전략 타당성 |
|
추진체계 |
수행조직(전문업체·기술지원·공동수급체·하도급) 역할·책임·품질확보·협력 방안 |
|
사업추진방법론 |
방법론 구체성·적절성, 적용사례·경험, 단계별 산출물 제시 |
| 수행계획(≈기술 및 기능) |
시스템 요구사항 |
장비 규격 충족·인터페이스·확장성·공급/설치·유지관리 |
|
국산제품 활용 기여도 |
국산장비 도입방안 적절성·국내기업 지원 (배점 2점 이내, 국내입찰 한정) |
|
기능 요구사항 |
기능·기대·제약 대비 구현방안 구체성·실현가능성 |
|
성능 요구사항 |
성능충족 구현·테스트·방법론·분석도구 |
|
인터페이스 요구사항 |
타 시스템 연계 방안·사용자 UI 분석/설계/구현/테스트 |
|
유지관리 정책 |
제조사 유지관리(기간·비용·부품·보증) |
| 수행기반 |
적용기술 |
적용 기술의 확장·실현 가능성 |
|
개발환경 |
장비·작업장소 등 인프라 준비·대응 |
|
보안 요구사항 |
기술적 보안 구현(설계→구현→검증 단계 반영) |
|
제약사항 |
기술·표준(표준 프레임워크 적용 포함)·언어·방법론·법제도·안전관리 제약 대응 |
| 프로젝트 관리 |
일정관리 |
수행기간·세부일정·단계별 산출물 연계 |
|
품질관리 |
품질관리 범위·절차·점검, 품질보증 인증 근거 |
|
기밀보안관리 |
물리적·관리적 보안 체계·대책 |
|
위험 및 이슈 관리 |
위험·이슈 식별·분석·절차·대응 |
| 프로젝트 지원 |
인수인계 |
인계 전략·검사 대상/방법·충족조건·인계계획 |
|
교육훈련 |
운영자·관리자·사용자 교육 내용·방법·기간·인원·횟수 |
|
기술지원 |
지원 범위·수준·기술 매뉴얼 |
|
하자보수 계획 |
하자담보 기간 내 하자보수 범위·조치절차·대응 |
| 하도급 |
하도급 계획의 적정성 |
하도급 금액/계약금액 비율 적정성 (배점 5점 이상 필수; 20억원 이상 SW사업은 제외 불가) |
| 필수 제안 |
(수요기관 지정) |
제안요청 필수사항 반영 여부 |
1-3. 정량평가 항목 (별표 8~14, 총 20점 이내)
| 정량 항목 |
출처 |
비고 |
| 경영상태 |
별표8 |
기업신용평가 |
| 수행실적 |
별표9 |
동일·유사 사업 실적 |
| 책임성·성실성 |
별표10 |
|
| 상생협력 |
별표11 |
중소기업 공동수급체 참여 지분율 — 50%↑=5.0점 … 35%미만=1.0점 (최대 5점). 중소기업 단독=최고등급, 참여지분 0=0점 |
| 상용SW 유지관리 하도급금액 적정성 |
별표12 |
|
| SW기술자료 임치 |
별표13 |
|
| 정량 필수제안 |
별표14 |
|
1-4. 실제 RFP 배점 표본 (구체 숫자 예시) — g2b R25BK00879799 (정보시스템 구축, HW 포함형, 30p 이내)
표본은 90/10(기술 90+가격 10) 채택. 부문 세분은 수요기관 재량임을 실증.
| 구분 |
평가항목 |
배점 |
| 정량(20) |
보유인력 5 · 경영상태 5 · 수행실적 5 · 사회적책임 3 · 지리적거리 2 |
20 |
| 정성(70) |
사업의 이해도(10) · 시스템 구성(20) · 시스템 기능(20) · 운영방안(10) · 사업관리 및 지원(10) |
70 |
| 가격(10) |
입찰가격평가 |
10 |
2. 정보시스템 부문 표준 제안서 목차 (장·절 구조)
2-1. 표준 목차 정본 — [별지 제5호서식] 제안서 서식(예시: 소프트웨어개발·유지관리사업)
출처: 세부기준 별지 제5호서식(법령 원문). 평가부문과 장 구조가 일치하도록 설계됨. 각 절 옆은 대응 평가항목(별표 3의2).
Ⅰ. 일반현황
1. 입찰자 일반현황 (일반현황·주요 연혁·자본금·매출액)
2. 해당 사업의 수행조직 및 업무분장 → [정성] 추진체계 / [정량] 경영·실적
3. 해당 사업의 핵심투입인력 및 이력사항 → [정량] 보유인력
Ⅱ. 전략 및 방법론
1. 사업 이해도 → 전략및방법론·사업이해도
2. 추진전략 → 추진전략·추진체계
3. 적용기술 → 수행기반·적용기술
4. 표준 프레임워크 적용 → 수행기반·제약사항(표준FW)
5. 개발 방법론 → 사업추진방법론
Ⅲ. 기술 및 기능
1. 시스템 장비구성 요구사항 → 수행계획·시스템 요구사항
2. 기능 요구사항 → 수행계획·기능 요구사항
3. 보안 요구사항 → 수행기반·보안 요구사항
4. 데이터 요구사항 → (기능/데이터)
5. 시스템 운영 요구사항
6. 제약사항 → 수행기반·제약사항
Ⅳ. 성능 및 품질
1. 성능 요구사항 → 수행계획·성능 요구사항
2. 품질 요구사항 → 프로젝트관리·품질관리
3. 인터페이스 요구사항 → 수행계획·인터페이스 요구사항
4. 테스트 요구사항
Ⅴ. 프로젝트 관리
1. 관리방법론
2. 관리역량
3. 일정계획 → 프로젝트관리·일정관리
4. 개발장비
Ⅵ. 프로젝트 지원
1. 품질보증 → 프로젝트관리·품질관리
2. 시험운영
3. 교육훈련 → 프로젝트지원·교육훈련
4. 유지보수 → 프로젝트지원·기술지원/하자보수
5. 기밀보안 → 프로젝트관리·기밀보안관리
6. 비상대책
Ⅶ. 그 밖의 사항 → 기대효과·확장·상생협력 등
2-2. 실제 RFP 표본의 목차 요구 (간소형 예시) — g2b R25BK00879799 (30p 이내)
Ⅰ. 사업의 이해 : 과제수행목표·제안개요·제안사현황·추진체계및전략·제안의특징및장점
Ⅱ. 시스템 관련사항: 총괄시스템구성전략·기능별시스템구성및기능·성능구현 사전운영방안·향후활용방안
Ⅲ. 사업관리 및 지원: 사업관리(보고·일정·위험)·시스템지원방안(교육·기술지원·유지보수)
Ⅳ. 첨부자료
※ "발주처 요청 외 제안사가 중요하다고 판단한 목차·내용은 별도 기술하고 근거자료 첨부"
판독: 소형·HW형 RFP는 별지 5호서식을 3~4장으로 압축한다. 대형 SW 구축은 별지 5호서식 7대장을 그대로 쓰는 경향. 킨텍스 규모(전 전시 파이프라인)는 7대장 채택 권장.
2-3. 장별 "무엇을 담는가" (평가위원 채점 관점 요약)
| 장 |
담을 내용 |
채점 포인트 |
| Ⅰ 일반현황 |
제안사 개요·실적·재무, 수행조직도·R&R, 핵심인력 이력 |
정량(보유인력·경영·실적) 근거 + 조직 신뢰 |
| Ⅱ 전략·방법론 |
사업이해도, 추진전략/체계, 적용기술, 표준FW, 개발방법론 |
"우리가 사업을 제대로 이해했고, 검증된 방법으로 한다"는 확신. 차별화(Win Theme) 메시지의 1차 노출 지점 |
| Ⅲ 기술·기능 |
요구기능 구현방안, 시스템 구성, 보안·데이터, 제약 대응 |
요구사항 대비 구현 구체성·실현가능성. 최다 배점 통례 → 기능 차별화 총력 |
| Ⅳ 성능·품질 |
성능충족·테스트, 품질보증, 인터페이스, 가용성/SLA |
정량 목표치·검증방법 제시 |
| Ⅴ 프로젝트 관리 |
관리방법론·역량, 일정계획, 위험·이슈, 품질관리 |
일정 준수·리스크 통제 실행력 |
| Ⅵ 프로젝트 지원 |
인수인계, 교육, 기술지원, 유지보수(SM), 기밀보안, 비상대책 |
구축 후 지속가능성·이관·운영 |
| Ⅶ 그 밖의 사항 |
기대효과, 확장, 상생협력·하도급, 부가제안 |
정성 가점·정책부합 |
3. 재편 매핑표 — 현행 킨텍스 P1~P9 (63슬라이드) → 표준 7대장
규칙: 각 슬라이드를 표준 장·절로 이동. 차별화(나노바나나·AI 폐루프)는 배점 높은 Ⅲ(기술·기능) + Ⅱ(전략·방법론) 접점에 배치해 노출 극대화. 미배치 0.
3-1. 전면부 (표지·요약)
| 현행 |
표준 배치 |
비고 |
| S01 표지 |
표지 |
유지 |
| S02 제안 개요 |
Ⅰ 일반현황 §1 앞 or 제안개요 간지 |
제안사 소개는 Ⅰ으로 흡수 |
| S03 목차 |
목차 |
7대장 인덱스로 재구성 |
| S04 제안 핵심요약(3중 해자) |
Ⅱ 전략·방법론 §2 추진전략 도입(요약 간지) |
Win Theme 조기 각인 |
| S05 배점 대응 맵 |
목차 직후 간지 |
표준 배점(90/10)으로 갱신 권고 |
| S06 [가정] 고지 간지 |
부록 or 서두 노트 |
유지 |
3-2. P1 사업이해 → Ⅱ 전략·방법론 §1
| 현행 |
표준 배치 |
| S07 사업 배경·목적 |
Ⅱ §1 사업 이해도 |
| S08 As-Is 프로세스 병목 |
Ⅱ §1 사업 이해도 |
| S09 이해관계자·페르소나 |
Ⅱ §1 사업 이해도 |
| S10 To-Be 목표(정량) |
Ⅱ §1 사업 이해도 (→ 효과 지표는 Ⅶ와 연계) |
3-3. P2 추진전략 → Ⅱ 전략·방법론 §2·§5 + Ⅰ
| 현행 |
표준 배치 |
| S11 비전·포지셔닝 |
Ⅱ §2 추진전략 |
| S12 3중 해자 전략 |
Ⅱ §2 추진전략 (차별화 앵커) |
| S13 Win Theme 5선 |
Ⅱ §2 추진전략 (배점 정렬 배지 병기) |
| S14 전시 생애주기 폐루프 |
Ⅱ §5 개발 방법론(생애주기 방법론) |
| S15 추진체계·수행조직 |
Ⅰ 일반현황 §2 수행조직·업무분장 (+ Ⅱ §2 추진체계 교차) |
3-4. P3 기술제안 (25슬라이드) → Ⅲ 기술·기능 중심 + Ⅱ 적용기술 + Ⅳ 일부
핵심 전략: 나노바나나·AI 폐루프는 Ⅱ §3 적용기술(방법론·차별화 관점)과 Ⅲ §2 기능 요구사항(구현 관점) 두 장에 걸쳐 노출 → 전략및방법론·기술및기능 양쪽 배점 동시 획득.
| 현행 |
표준 배치 |
| S16 전체 모듈맵 |
Ⅲ 기술·기능 도입부(기능 조망) |
| S17~S23 나노바나나 시공예측(7) |
Ⅱ §3 적용기술(S17 개요·S19 구조보존·S20 파이프라인·S23 AI신뢰) + Ⅲ §2 기능 요구사항(S18 샷세트·S21 Before/After·S22 RenderJob 방어). 7슬라이드 절대 유지 |
| S24 플로어플랜 스튜디오(M2) |
Ⅲ §2 기능 요구사항 (+ 적용기술 교차) |
| S25 배치 규정 자동검증 |
Ⅲ §2 기능 요구사항 |
| S26 부스 설계 스튜디오(M3) |
Ⅲ §2 기능 요구사항 |
| S27 유틸리티 설계(M4)·PostGIS 배선 |
Ⅲ §2 기능 요구사항 (+ Ⅲ §4 데이터 요구사항 교차) |
| S28 위치표시도·유틸리티 신청 |
Ⅲ §2 기능 요구사항 |
| S29 옥션 개요·폐루프 |
Ⅲ §2 기능 요구사항 (차별화 폐루프) |
| S30 역경매·실시간 순위 |
Ⅲ §2 기능 요구사항 |
| S31 종합평가 낙찰 |
Ⅲ §2 기능 요구사항 |
| S32 등록 게이트·발주 전환 |
Ⅲ §2 기능 요구사항 (+ Ⅲ §3 보안 교차) |
| S33 판매·홀배정·견적(M1) |
Ⅲ §2 기능 요구사항 |
| S34 서류·마일스톤(M6) |
Ⅲ §2 기능 요구사항 (+ Ⅲ §5 시스템 운영 교차) |
| S35 관람객 등록·배지·리드(M10) |
Ⅲ §2 기능 요구사항 |
| S36 비즈매칭·마케팅·공개사이트(M11·12·17) |
Ⅲ §2 기능 요구사항 |
| S37 정산·결제(M9) |
Ⅲ §2 기능 요구사항 |
| S38 경영분석 BI-1(M16) |
Ⅲ §2 기능 요구사항 (+ Ⅲ §4 데이터 교차) |
| S39 경영분석 BI-2(M16) |
Ⅲ §2 기능 요구사항 |
| S40 현장운영·물류(M8·13·14) |
Ⅲ §2 기능 요구사항 |
3-5. P4 아키텍처 → Ⅱ §3·§4 + Ⅲ §1·§4·§5
| 현행 |
표준 배치 |
| S41 전체 아키텍처 |
Ⅲ §1 시스템 장비구성 요구사항 (+ Ⅱ §3 적용기술) |
| S42 단일 공간 데이터 원천(PostGIS) |
Ⅲ §4 데이터 요구사항 |
| S43 확장성·비동기 |
Ⅳ §1 성능 요구사항 (+ Ⅶ 확장 연계) |
| S44 AI 플랫폼 라우팅(Claude→Ollama) |
Ⅱ §3 적용기술 |
| S45 연동·마스터데이터 |
Ⅳ §3 인터페이스 요구사항 (+ Ⅲ §5 시스템 운영) |
3-6. P5 보안·개인정보 → Ⅲ §3 + Ⅴ·Ⅵ 기밀보안
표준은 기술적 보안 = Ⅲ §3 보안 요구사항, 관리적 기밀보안 = Ⅴ 기밀보안관리 / Ⅵ §5 기밀보안으로 분리. 현행 P5를 분할 배치.
| 현행 |
표준 배치 |
| S46 보안 개요·불변 원칙 |
Ⅲ §3 보안 요구사항 (개요) |
| S47 보안영역 분리(망 구성) |
Ⅲ §3 보안 요구사항 (+ Ⅲ §1 구성) |
| S48 인증·접근통제(2FA·RBAC) |
Ⅲ §3 보안 요구사항 |
| S49 AI·이미지 보안(워터마크) |
Ⅲ §3 보안 요구사항 (차별화 보안) |
| S50 개인정보·감사·안전코딩 |
Ⅲ §3 보안 요구사항 + Ⅴ §? 기밀보안관리 / Ⅵ §5 기밀보안 (관리적 요소 이관) |
3-7. P6 비기능 → Ⅳ 성능·품질
| 현행 |
표준 배치 |
| S51 성능·가용성 SLA |
Ⅳ §1 성능 요구사항 |
| S52 나노바나나 성능 |
Ⅳ §1 성능 요구사항 |
| S53 접근성·다국어·테마·반응형 |
Ⅳ §2 품질 요구사항 |
| S54 관측성·데이터 |
Ⅳ §2 품질 요구사항 (+ Ⅴ 관리 연계) |
3-8. P7 멀티테넌시·확장 → Ⅲ §5 + Ⅶ
| 현행 |
표준 배치 |
| S55 멀티테넌트 SaaS 비전 |
Ⅶ 그 밖의 사항(확장 비전) |
| S56 테넌트 격리 아키텍처 |
Ⅲ §5 시스템 운영 요구사항 (+ Ⅲ §3 보안 격리) |
| S57 온보딩·2계층 관리자 |
Ⅲ §5 시스템 운영 요구사항 |
3-9. P8 사업관리·일정·조직 → Ⅴ 프로젝트 관리 + Ⅵ
| 현행 |
표준 배치 |
| S58 추진 일정·Phase |
Ⅴ §3 일정계획 |
| S59 선행 게이트·리스크 관리 |
Ⅴ §1 관리방법론 / 위험·이슈 관리 |
| S60 품질·형상관리 |
Ⅴ §2 관리역량(품질관리) + Ⅵ §1 품질보증 |
3-10. P9 기대효과 → Ⅶ 그 밖의 사항
| 현행 |
표준 배치 |
| S61 정량 기대효과 |
Ⅶ 그 밖의 사항 |
| S62 정성·전략 효과 |
Ⅶ 그 밖의 사항 |
| S63 확장 비전·마무리 |
Ⅶ 그 밖의 사항 |
3-11. 매핑 커버리지 요약
| 표준 장 |
배치된 현행 슬라이드 |
소계 |
| 표지·목차 |
S01·S03·S05·S06 |
4 |
| Ⅰ 일반현황 |
S02·S15 (+ 신설 필요) |
2 |
| Ⅱ 전략·방법론 |
S04·S07~S14·S17·S19·S20·S23·S41(교차)·S44 |
14 |
| Ⅲ 기술·기능 |
S16·S18·S21·S22·S24~S40·S42·S45(교차)·S46~S50·S56·S57 |
34 |
| Ⅳ 성능·품질 |
S43·S51~S54 |
5 |
| Ⅴ 프로젝트 관리 |
S58·S59·S60 |
3 |
| Ⅵ 프로젝트 지원 |
S50(관리적 일부)·S60(품질보증) (+ 대폭 신설 필요) |
~1 |
| Ⅶ 그 밖의 사항 |
S55·S61·S62·S63 |
4 |
| 미배치 |
— |
0 |
4. 표준 목차 채택 시 신설 필요 장(章)과 내용 소스
현행 63슬라이드가 표준 대비 취약하거나 부재한 영역. 실제 공고 시 감점·실격 방지를 위해 신설.
| 신설/보강 대상 |
이유 |
내용 소스(지목) |
| Ⅰ 일반현황 (신설) |
제안사 일반현황·연혁·자본금·매출, 수행조직도·R&R, 핵심투입인력 이력은 정량평가(보유인력·경영·실적) 근거. 현행에 사실상 부재(S02·S15 부분). |
tech_advisory §5-2 직군별 M/M 산정 → 투입인력표. 제안사 실적은 발주 확인 후 확보(⚠확인필요) |
| Ⅵ 프로젝트 지원 (대폭 신설) |
인수인계·교육훈련·기술지원·유지보수(SM)·비상대책은 표준 정성 부문. 현행 P8이 품질/형상만 얇게 다룸. |
tech_advisory §6 SM 운영 체계(SLA·장애대응·정기점검·CI/CD 운영·ITSM 프로세스·조직 R&R §6-1) · §5-1 WBS(SM 이관·인수인계) |
| Ⅴ 프로젝트 관리 보강 |
표준은 관리방법론·관리역량·위험/이슈를 독립 부문으로 배점. 현행 배점 2점 가정으로 과소. |
tech_advisory §5 WBS·공수 · proposal_strategy §4 리스크 |
| 상생협력·하도급 (신설) |
정량 별표11(중소기업 참여지분율, 최대 5점)·정성 하도급 계획 적정성(5점 이상). 20억↑ SW사업은 하도급 평가 제외 불가. 현행 없음. |
공동수급/중소기업 참여 계획·하도급 계획서(별지 제14호서식) — 컨소시엄 구성 확정 후(⚠확인필요) |
| 정량평가 대응 절 (신설) |
보유인력·경영상태·수행실적·사회적책임은 필수 증빙 미제출 시 최하점. 별첨 근거 필요. |
Ⅰ 일반현황 + 별첨(증빙) — 발주 확인 후 |
| 표준 프레임워크 적용 절 (Ⅱ §4) |
별표3의2 제약사항에 "표준 프레임워크 적용 포함" 명시. 공공 SW 필수 관점. |
확정 스택(Spring Boot/React) — 전자정부 표준FW 적용 여부는 ⚠확인필요(현재 스택은 GUARDiA 표준) |
5. 재편 권고 (Win Theme 노출 극대화)
- 7대장 채택: 킨텍스 규모(전 전시 생애주기)는 별지 5호서식 7대장 구조가 정합. 현행 P1~P9를 §3 매핑대로 재배열.
- 나노바나나(S17~S23) 이중 노출: Ⅱ §3 적용기술(방법론·차별화)과 Ⅲ §2 기능 요구사항(구현) 양쪽에 배치 → 전략및방법론 + 기술및기능 배점 동시 겨냥. 7슬라이드 축소 금지.
- AI 폐루프(배치·설계·배선·옥션 S24~S32): Ⅲ §2 기능 요구사항에 집중 배치(최다 배점 장). 폐루프 차별화 메시지를 기능 채점표에 직접 정렬.
- 보안 분할: 기술적 보안 → Ⅲ §3, 관리적 기밀보안 → Ⅴ·Ⅵ. 표준 채점 구조에 맞춰 배점 누수 방지.
- Ⅵ 프로젝트 지원 신설로 "구축 후 지속가능성"(SM·교육·이관) 확보 — 공공 평가위원 필수 확인 항목.
- 배점 표기 갱신: 현행 80/20 가정 → 정보화 표준 90/10(정성70+정량20)로 갱신 권고(실제 공고 확인 시 확정). proposal 파일 수정은 별도 지시 필요 — 본 문서는 근거만 제공.
6. 출처 URL 전체 목록
1차 출처 (법령·실제 문서 — 본문 근거)
참고 출처 (통례·가이드)
7. 확인 필요 (삭제 금지)
| # |
항목 |
사유 |
| T1 |
실제 킨텍스 공고의 배점·목차 강제 여부 |
본 문서는 표준·표본 근거. 실제 공고가 별지 5호서식과 다른 목차를 강제할 수 있음 |
| T2 |
정보화(SW중심) vs HW중심 판정 |
90/10 vs 80/20 결정. 킨텍스 시스템은 SW 중심 → 90/10 추정, 공고 확인 필요 |
| T3 |
컨소시엄·중소기업 참여·하도급 구성 |
상생협력(별표11)·하도급(별표3의2) 대응은 컨소시엄 확정 후 작성 |
| T4 |
전자정부 표준프레임워크 적용 요구 여부 |
별표3의2 제약사항에 표준FW 명시 — 현행 스택(GUARDiA 표준)과 정합성 공고 확인 |
| T5 |
사업금액 20억원 이상 여부 |
20억↑이면 하도급 평가항목 제외 불가(세부기준 제9조⑤ 단서) |
