I. 소프트웨어 기술성 평가 개정 배경 및 목적
가. 개정 배경 및 목적
나. 개정 배경 상세 내용
| 기준 | 세부 내용 |
|---|---|
| 상위 법령내용에 따른 정비 | – 분리발주 대상 SW구매 시 BMT 의무화 – 공동 수급제 참여 활성화 |
| 심사평가의 공정성 | – 평가위원회 구성 및 운영 시 비리 관련 위원 참여 배제 |
| 평가기준 정비 | – 목표 함수 설정, 결과에 차이 발생 시 보정치 추가 |
II. 소프트웨어 기술성 평가 적용대상 및 평가기준
가. 소프트웨어 기술성 평가 적용 대상
| 계약이행 능력심사 | 품질능력 심사 |
| 규격/기술입찰서 심사 | 제안서 평가 |
나. 기술제안서 평가항목 및 기준
| 평가부문 | 평가항목 | 평가 기준 |
|---|---|---|
| 전략 및 방법론 | 사업 이해도 | – 추진 사업이 제시된 사업 전략과 부합 여부 |
| 추진 전략 | – 일정 및 위험요소 고려 – 타당한 추진 전략 수립 | |
| 적용 기술 | – 향후 확장성 고려 – 현실적 실현 가능성 | |
| 프레임워크 | – 표준 프레임워크 적용여부 – 적용 시 예상 문제점 기술 | |
| 개발 방법론 | – 적정 방법론, 적용사례/경험 – 단계별 산출물 제시 여부 | |
| 기술 및 기능 | 시스템 요구사항 | – 요구 규격 충족 장비 여부 – 현 시스템과 호환, 유지방안 |
| 기능 요구사항 | – 기능 요구, 기대, 제약 파악 – 구현 방안 구체적 기술 | |
| 보안 요구사항 | – 보안 요구사항 적용방안 – 적용과 반영 여부 가능성 | |
| 데이터 요구사항 | – 데이터 전환 계획/검증 방법 – 오류 발생 시 구체적 방안 | |
| 제약사항 | – 목표 시스템 제약조건 충족 – 구체적 구현/테스트 방안 | |
| 성능 및 품질 | 성능 요구사항 | – 구현 및 테스트 구체적방안 – 방법론 및 분석도구 |
| 품질 요구사항 | – 개발 도구, 방안 등이 품질 요구사항에 부합되는지 평가 | |
| 인터페이스 요구사항 | – 연계 장단점분석, 최적I/F 도출 – 편의성 고려, 분석,설계,구현 | |
| 프로젝트 관리 | 관리 방법론 | – 일정, 사업관리 등 필요한 관리 방법론 제시, 위험관리방안 |
| 일정 계획 | – 수행기간, 세부일정 구체 제시 – 각 활동에 필요한 일정 제시 | |
| 개발 장비 | – 개발환경 구성 적절 제시여부 – 라이선스 등 문제 확인 | |
| 프로젝트 지원 | 품질보증 | – 품질인증(SP인증) 여부 – 대외적 인정된 품질보증 인증 |
| 시험 운영 | – 각종 시험운영 방법 등 구체적으로 제시 | |
| 교육 훈련 | – 각종 교육훈련의 방법 내용, 일정 등 구체적 제시 | |
| 유지 관리 | – 유지 관리 계획, 조직, 절차등 – 관련 활동, 제안사항 평가 | |
| 하자보수 계획 | – 하자보수 계획, 절차, 범위 – 기간 및 제안사항 평가 | |
| 기밀 보안 | – 원활한 사업 수행을 보장하기 위한 체계, 대책 평가 | |
| 비상 대책 | – 필요한 각종 백업/복구 및 장애 대응 대책 구체적 제시 | |
| 상생협력 및 하도급 계약 적정성 | 상생 협력 | – 중소기업 SW사업자 참여비율 – 지분율에 따라 등급 평가 |
| 하도급계약 적정성 | – SW사업 하도급 승인지침 준용 – 지침 기반 등급 평가 실시 |