자원순환정보시스템 설계 개발 사업 중간 감리...

에이스솔루션-2010-035호

한국환경공단

자원순환정보시스템 설계•개발 사업

중간 감리 보고서

2011년 9월

한국환경공단이사장 귀하

㈜에이스솔루션은 “한국환경공단 자원순환정보시스템 설계•개발 사업 감리”용역계약

(2011.06.29)에 의거하여 “한국환경공단”과 “유큐브” 사이에 체결된 “자원순환정보시

스템 설계•개발 사업” 에 대하여 중간 감리를 실시하고 본 보고서를 제출합니다.

2011년 09월 16일

(주)에이스솔루션 대표이사 김기홍 (인)

총괄감리원: 윤봉식 (서울 제030호) (인)

감리원: 이민우 (행안 제415호)

감리원: 이환선 (서울 제865호)

감리원: 조현수 (행안 제584호)

- 자원순환정보시스템 설계•개발 사업 중간 감리 보고서 -

- i - (주)에이스솔루션

목 차

한국환경공단

[목 차]

Ⅰ. 감리계획서 ........................................................................ 1

Ⅱ. 사업 개요 ......................................................................... 6

Ⅲ. 종합의견 ........................................................................... 8

Ⅳ. 개선권고사항 .................................................................. 17

1. 사업관리 및 품질보증활동 .................................................... 18

2. 응용시스템 및 데이터베이스 ................................................ 32

3. 시스템구조 및 보안 .............................................................. 64


- ii - (주)에이스솔루션

목 차

한국환경공단

[표 목차]

[표0-1] 사업관리 및 품질보증활동 영역 의 주요 문제점 및 개선방향 ........................ 11

[표0-2] 응용시스템 및 데이터베이스 영역의 주요 문제점 및 개선방향 ....................... 12

[표0-3] 시스템 구조 및 보안 영역의 주요 문제점 및 개선방향 ................................ 13

[표1- 1] 과업대비 이행여부 점검 결과(분석/설계단계) ........................................... 20

[표1- 2] 과업지시서 일반요구사항 이행여부 ....................................................... 22

[표1- 3] 연계DB구축 범위 비교 ...................................................................... 24

[표1- 4] 제안서대비 투입인력현황 ................................................................... 28

[표1- 5] 제안서,사업수행계획서,인력투입계획서 인건비 산정 내역 ............................ 29

[표1- 6]Code Inspection에서 제공하는 주요기능 ................................................. 31

[표2-1] 산출물 작성현황 .............................................................................. 38

[표2-2] 산출물별 사용자 정의 사례 ................................................................. 41

[표2-3] 프로세스 다이어그램 누락 및 불일치 사례 .............................................. 44

[표2-4] 과업지시서 대비 자원순환정보시스템 연계유무 ......................................... 50

[표2-5] 연계대상 시스템 분석 ........................................................................ 52

[표2-6] 컬럼ID기준 컬럼명이 상이한 사례 ......................................................... 60

[표2-7] 컬럼명 기준 컬럼ID가 상이한 사례 ........................................................ 61

[표2-8] 컬럼ID기준 컬럼길이가 상이한 사례 ...................................................... 62

[표3-1] 도입 대상 HW 및 SW ....................................................................... 66

[그림목차]

[그림1- 1] 통계청에서 제공하는 "폐기물 다량발생사업장 폐기물감량실적" 사례 ............ 26

[그림1- 2] 품질목표 .................................................................................... 30

[그림2-1] 요구사항정의서 작성사례 ................................................................. 34

[그림2-2] 실명인증 요구사항 ......................................................................... 36

[그림2-3] 개발표준가이드 작성 사례 ................................................................ 40

[그림2-4] 개발표준가이드 작성 사례 ................................................................ 40

[그림2-5] UI지침서 작성 사례 ........................................................................ 41

[그림2-6] 시스템 사용 유저 정의 .................................................................... 41

[그림2-7] 내용작성 중인 화면 ........................................................................ 42

[그림2-8] 주민등록번호 요구 화면 .................................................................. 43

[그림2-9] 프로그램사양서 사례 ...................................................................... 46

[그림2-10] 메뉴구조도 작성사례 ..................................................................... 47

[그림2-11] 요구사항추적표(기능) 사례 ............................................................. 47

[그림2-12] 요구사항추적표(비기능) 사례 ........................................................... 48

[그림2-13] EPR시스템의 테이블 구조 ............................................................... 52

[그림2-14] 올바로시스템의 수출입폐기물 포탈화면 예시 ........................................ 53

[그림2-15] 현행 데이터베이스 구조(예시) .......................................................... 56


- iii - (주)에이스솔루션

목 차

한국환경공단

[그림2-16] 물리ERD(예시) ............................................................................ 57

[그림2-17] 자원순환테이블정의서(예시) ............................................................ 57

[그림3-1] 장비 제공업체를 통한 각 서버의 성능치 산정 결과 ................................. 66

[그림3-2] WBS에서 인프라 구축에 대한 Task 식별되지 않음 .................................. 67

[그림3-3] WBS에서 인프라 구축에 대한 Task가 식별되지 않음 ............................... 68

[그림3-4] 기술인프라아키텍처설계서 작성이 생략됨 ............................................. 68

[그림3-5] 기술인프라아키텍처설계서 작성 사례 .................................................. 70

[그림3-6] 개발 환경 정의 사례 ...................................................................... 71

[그림3-7] 요구사항정의서에 포함된 보안 요구사항과 식별되지 않은 요구사항사례 ........ 72

[그림3-8] 개발표준정의서에 명시된 시큐어코딩 가이드 내용 ................................... 73

[그림3-9] 시스템 사용유저 종류 및 권한 분류 결과 ............................................. 74

[그림3-10] 화면설계서에서 사용자 구분이 다르게 정의된 사례 ................................ 75

[그림3-11] 화면설계서에서 사용자 비밀번호를 수정 가능하도록 설계된 화면 사례 ........ 76

[그림3-12] 개발표준지침서에 시큐어코딩 내용이 포함된 사례 ................................. 77

[그림3-13] 제안요청서에 명시된 웹 호환성 제공 요구사항 ..................................... 78

[그림3-14] 요구사항정의서에 명시된 웹 콘텐츠 접근성 지침 준수 요구사항 ................ 79


- 1 - (주)에이스솔루션

Ⅰ. 감리계획서

한국환경공단





한국환경공단

자원순환정보시스템 설계•개발 사업

- 중간감리 계획서-

1. 관련 근거

- 한국환경공단 자원순환정보시스템 설계•개발 사업 감리 용역 계약(2011.06.29)

2. 감리 목적

“한국환경공단”과 “유큐브” 사이에 체결된 “자원순환정보시스템 설계•개발

사업”에 대하여 정보시스템의 효율성을 향상시키고 안정성을 확보하도록 하기

위하여 분석/설계 단계에 대한 사항을 종합적으로 점검하고 문제점을 개선하도록

하는데 그 목적이 있음.

3. 감리 기준

가. 전자정부법 및 동법 시행령

나. 정보시스템 감리기준 (행정안전부 고시 제 2010-30 호)

다. 관계법령 및 기준

- 정보시스템의 구축․운영 기술 지침 (정보통신부 고시 제 2006-37 호)

- 상호운용성 확보 등을 위한 기술평가기준 (정보통신부고시 제 2006-36 호)

- 정보기술아키텍처 도입․운영 지침 (정보통신부 고시 제 2006-35 호)

- 소프트웨어사업대가기준 (정보통신부 고시 제 2007-20 호)

- 전자정부 웹 표준 준수지침 (행정안전부, 2008.4)

- 공공기관 홈페이지 개인정보 노출방지 가이드라인 (행정안전부, 2009.2)

- 웹접근성 향상을 위한 국가표준기술 가이드라인 (한국정보화진흥원,

2009.3.17)

라. 한국정보화진흥원 감리지침 및 절차

마. 정보시스템감리점검해설서 버전 2.0 (한국정보화진흥원, 2008-1 호)

바. ㈜에이스솔루션 감리지침 및 체크리스트 등




한국환경공단

4. 감리 대상

가. 대상 업무: “자원순환정보시스템 설계•개발 사업”

나. 감리 단계: 분석/설계 단계

다. 감리 대상 범위

분야 주요 사업내용 비고

응용시스템개발

기존 자원순환 관련 시스템과 연계DB 구축

자원순환 연계 DB에 대한 실적분석시스템 개

발

자원순환 관련 업체정보 조회시스템 개발 등

기타 시스템 개발

- 자원순환 관련 연구자료 제공을 위한 정보

자료실 개발

- 시스템 이용자/관리자를 감안한 시스템 메

인/서브 화면 구성

분석/설계

인프라 구축

시스템 설계․개발에 따른 SW, HW 납품 및 설

치

- H/W: WEB서버 1식, WAS서버 1식, DB서버

1식

- S/W: WEB,WAS,DBMS,Reporting tool, DB보안,

ETL 각 1식

분석/설계

테스트 및

시범운영

시스템 테스트 운영 수행 및 문제점 점검․보

완 N/A

5. 감리영역별 상세 점검항목

영역 점검항목 비고

사업관리 및

품질보증활동

과업내용서/사업수행계획서 대비 이행여부

관련 법규 및 규정 준수여부

범위 및 변경관리

일정편성 및 공정진척관리

위험 및 쟁점/미결사항(이슈)관리

사업추진체계 및 의사소통관리

품질보증 계획 및 활동(V&V)

구현단계 계획의 적정성

응용시스템 및

데이터베이스

사용자 요구사항 도출의 충분성

사용자 요구사항의 반영의 적정성 및 추적성 확보

여부




한국환경공단

영역 점검항목 비고

응용시스템 개발표준 수립의 적정성

사용의 편리성 및 UI 일관성

시스템간 내외부 인터페이스 설계

논리DB, 물리DB설계 적정성

데이터 무결성 설계의 타당성

ETL 설계의 적정성(추출/변환/정제/적재)

시스템 구조 및

보안

시스템아키텍처 정의 및 설계의 적정성

시스템 도입 계획에 따른 설치 및 구성요소 검증

보안 요건 대비 보안 대책의 설계 반영여부

국제기준의 표준안에 따른 홈페이지 표준화 및 웹

접근성 규격 준수 여부

기타 주요관련 사항 검토

6. 감리 일정

구분 일정 계획 비고

사전 검토 및 감리계획 수립 2011.08.29 ~ 8.30

감리시행

착수회의 2011.09.07

현장감리 2011.09.07. ~ 2011.09.16.

* 연휴기간(9.9~9.13일)제외

보고서 초안 작성 2011.09.15.

종료회의 2011.09.16

보고서 통보 종료회의 후 7일 이내

조치내역 확인 및 통보 발주기관의 감리 조치결과 통보

후 5일 이내

7. 감리원 편성

감리영역 감리인 역할 비 고

1. 사업관리 및 품질보증활동 윤봉식 총괄감리원

2. 응용시스템 및 데이터베이스 이환선, 조현수 감리원

3. 시스템 구조 및 보안 이민우 감리원

* 특이사항:




한국환경공단

8. 감리계획서 및 보고서 통보 기관

가. 발주기관: 한국환경공단

나. 피감리인: 유큐브

9. 기타 행정사항

가. 감리자료

- 감리대상기관은 감리원이 요청하는 자료를 작성 제출하고 정확히 인수 인계

함.

- ㈜에이스솔루션은 감리 후 필요한 자료만을 보관하고 기타 자료는 감리대상

기관에게 회송함.

- 기타 필요한 행정사항은 협의 조치함.

나. 문서보안

- 상호 문서보안 절차를 준수함.

다. 감리추진환경 협조요청사항

- 감리수행장소의 사전 준비확보 및 인터넷 환경, 프린터 연결구축

- 사업추진경과 요약자료의 사전준비 및 요약설명준비(PM 준비사항)


- 6 - (주)에이스솔루션한국환경공단

Ⅱ. 사업 개요

Ⅱ. 사업 개요


- 7 - (주)에이스솔루션한국환경공단

Ⅱ. 사업 개요

1. 사업명

• 자원순환정보시스템 설계•개발 사업

2. 사업 기간

• 2011.07.21. ～ 2011.12.09(약 4.5 개월)

3. 사업 목표

• 폐자원의 효율적인 이용․촉진을 위해 자원순환정보를 종합생산․보급하는 자원

순환정보시스템 구축 추진

• 2010 년도「자원순환정보시스템 구축 정보화 전략계획(ISP)」이 수립됨에 따라

연차별 시스템 설계․개발 이행

4. 사업 범위

가. 자원순환정보시스템 설계개발

업무영역명 사업 내용

응용시스템구축

기존 자원순환 관련 시스템과 연계DB 구축

자원순환 연계 DB에 대한 실적분석시스템 개발

자원순환 관련 업체정보 조회시스템 개발 등

기타 시스템 개발

인프라구축 H/W: WEB서버 1식, WAS서버 1식, DB서버 1식

S/W: WEB,WAS,DBMS,Reporting tool, DB보안, ETL 각 1식

5. 적용방법론

• 자체방법론

6. 감리대상범위

• 발주기관: 한국환경공단

• 사업수행업체: 유큐브

6. 사업수행기관

• 발주기관: 한국환경공단

• 사업수행업체: 유큐브

7. 사업비

• 일금 오억일천만원정(₩510,000,000; 부가세 포함)


- 8 -

Ⅲ. 종합의견

(주)에이스솔루션한국환경공단

Ⅲ. 종합의견


- 9 -

Ⅲ. 종합의견


1. 전제조건

본 감리보고서는 감리기간 중 수정, 보완된 사항은 반영하지 않았음.

2. 각 분야별 현황

감리 영역 평가1 비 고

1. 사업관리 및 품질보증활동 보통 연계범위확정 및 상세설계지연

2. 응용시스템 및 데이터베이스 보통

3. 시스템 구조 및 보안 보통

(평가 범례 : 적정, 보통, 미흡, 부적정)

3. 종합의견

<사업 목표 및 주요 범위 기술>

본 사업의 목표는 폐자원의 효율적인 이용․촉진을 위해 자원순환정보를 생산․보

급하는 자원순환정보시스템 구축하여 통합 자원순환 정보를 유관기관, 관련업체 등

에 제공하여 국가자원의 활용 극대화하고자 함.

본 사업의 주요과업 범위는 연계 DB 기반 실적분석시스템, 자원순환 업체 정보

조회시스템, 자원순환 관련 연구자료 제공을 위한 정보자료실 개발 및 인프라 구축

임.

<사업의 주요 현황 기술>

본 감리는 분석/설계단계에 대하여 중간감리로 수행하였으며, 사업은 현재 15%

의 공정진척율을 보이고 있으며, 상세설계가 2 주정도 지연된 것으로 판단됨.

주요 지연 원인은 연계 DB 구축업무 범위 확정과 상세설계 지연에 따른 것으로

일정만회를 위한 사업자의 적극적인 노력과 유관부서의 협조가 요구됨.

<영역별 감리의견 기술>

각각의 감리영역별로 검토를 실시한 결과에 대하여 다음과 같이 감리 의견을 제

시하고자 합니다.

1 평가

가. 적 정 : 사업의 성공적인 완수에 영향을 미칠 수 있는 문제점이 발견되지 않았으며 사업목표 달성

이 충분한 상태

나. 보 통 : 사업의 성공적인 완수에 영향을 미칠 수 있는 문제점이 발견되었으나 사업 추진전략이나

계획된 자원 내에서 개선이 가능하여 사업목표 달성이 가능한 상태

다. 미 흡 : 사업의 성공적인 완수에 영향을 미칠 수 있는 중대한 문제점이 발견되었고 사업 추진전략

이나 계획된 자원의 정비가 선행되어야만 사업목표 달성이 가능한 상태

라. 부적정 : 사업의 성공적인 완수에 영향을 미칠 수 있는 중대한 문제점이 발견되었고 사업 추진전략

이나 계획된 자원 내에서 개선이 불가능하여 사업목표 달성이 불가능한 상태


- 10 -

Ⅲ. 종합의견


[사업관리 및 품질보증활동] 영역은 분석/설계 단계가 진행중에 있으며 계획대비

2 주정도 지연될 것으로 예상됨. 이는 연계대상업무의 확정지연 및 자료확보가 늦

어지면서 상세설계가 늦어진 것이 주요원인으로 파악됨. 납기 준수를 위해서는 9

월말까지 설계를 완료하는 것이 필요함.

과업대비 이행여부를 점검한 결과 환경부 EAMS 산출물 등록외 일부 업무에 대

해 이행계획이 수립되어 있지 않으므로 이행방안을 수립하여 과업이 누락되지 않

도록 관리할 필요가 있음.

과업범위관리 측면에서는 연계대상업무의 범위와 자료제공 범위에 대해서 관련

부서와 조속히 확정할 필요가 있으며, 환경통계의 경우 통계정보가 웹페이지로 작

성되어 게시판에 등록되고 데이터베이스에는 데이터가 축적되지 않아 년도별 추이

를 비교할 수 없거나 다양한 분석방법을 제공할 수 없는 문제점이 있음. 따라서 해

당부서와 자료의 제공범위와 등록방법에 대한 협의가 선행되어야 함.

의사소통 측면에서는 사업과정에서 발생되는 결정사항에 대해 회의록이 적시에

작성되고 공유되지 않아 의사결정에 오해가 발생할 수 있으므로 개선이 필요함

형상관리측면에서는 형상관리서버가 설치되지 않아 분석/설계단계 성과물을 개

별 PC 에 관리하고 있으므로 형상관리서버의 설치하고 형상통제를 실시하는 것이

필요함.

인력관리측면에서는 주/월간보고상의 투입인력이 사업수행계획서 일치하지 않는

것으로 파악되어 인력변경에 대한 공식적인 변경을 실시할 필요가 있으며, 인력투

입계획을 검토한 결과 제안서와 대비하여 투입인원수는 많으나 낮은 기술등급이

인력이 추가되어 전체 투입규모(인건비)면에서는 87.5% 수준인 것으로 파악됨. 따

라서 적정투입공수가 투입될 수 있도록 인력투입계획을 조정하는 것이 필요함.

품질관리 측면에서는 본 사업의 주요특징이 통계데이터의 조회인 점을 고려하여

조회성능(2 초이내)을 명시하고, 소스코드의 품질확보를 위해 소스감사도구(Code

Inspection tool)을 적용하여 관리하는 것이 필요함.

[응용시스템 및 데이터 베이스] 영역은 분석, 설계가 진행 중으로 사용자 요구사

항 정의가 상세하지 않으며 미 확정된 요구사항이 존재하므로 요구사항의 상세한

정의와 조속한 확정이 요구됨. 기능 요건과 비기능 요건에 대한 구분과 각각의 처

리방안이 제시되어야 함. 도출된 요구사항에 대한 고객검토 및 승인을 거쳐 요구사

항을 확정하고 베이스라인 설정 및 관리가 요구됨.

시스템 개발 시 개발팀에서 가이드로 활용하는 개발표준에 개발환경(서버구성,

개발서버 등), 용어정의, 웹 표준 및 보안, 웹 접근성 준수 등 내용이 일부 생략되


- 11 -

Ⅲ. 종합의견


거나 현 사업과 맞지 않는 내용이 기술되어 있어 보완과 현행화가 필요하여 관련

산출물의 내용 및 일관성이 부족한 부분이 발견되어 보완이 요구됨.

현재 작성된 산출물로서는 프로그램 구현을 위한 상세설계가 부족하여 프로그램

사양서 등 추가 산출물 작성이 요구됨

데이터베이스 감리영역은 연계대상 데이터 항목과 데이터 제공 수준에 대한 미

확정부분이 존재하고 있고 연계대상 4 개시스템의 관련 테이블이 상세하게 입수되

지 않은 상태에서의 분석, 설계를 수행한 상태이므로 설계의 완성도가 떨어져있는

상태임.

[시스템구조 및 보안] 영역은 시스템구조 및 보안 감리 영역은 현재 시스템 분석

및 설계 단계가 완료되었으나 산출물의 추가 작성 및 보완이 필요하며, 도입 대상

HW, SW 의 도입 일정은 2 주 가량 지연되었음.

시스템구조 부문에서는 제안 요청한 장비의 규격에 적합한 장비 및 솔루션이 제

안되었으며 9월 말경 도입, 설치될 예정으로 도입 일정이 2주 가량 지연된 상황이

므로 인프라구축계획서에 따라 HW 및 SW 설치가 원활하게 진행되도록 사전 점검

하여야 함. 방법론 테일러링 결과 생략된 기술인프라아키텍처설계서는 인프라 구축

을 위한 기본 문서이므로 목표시스템 구성도, 대상 장비의 기본정보, 네트워크 환

경 등을 포함하여 작성되어야 함. 시스템 운영환경과 동일한 솔루션을 탑재한 개발

환경이 구축되도록 개발 환경 구축 계획이 수립되어야 함

보안 부문에서는 공단에서 적용 중인 보안 SW 적용 등 식별되지 않은 요구사항

을 반영하여 분석, 설계 산출물을 보완하여야 함. 개발표준정의서에서 시스템 개발

시 준수해야 하는 시큐어코딩 가이드라인을 보완하여야 함. 시스템 접근통제를 구

현하기 위하여 응용프로그램 관리자와 사용자를 구분하여 접근 범위를 정의한 내

용 중 모호한 부분을 보완하고 화면설계서와 일관되게 수정하여야 함.

웹 호환성 및 웹 표준 준수에 관련하여 웹 호환성 제공은 사용자 요구사항으로

식별되지 않아 요구사항정의서에 반영하여야 하며, 웹 호환성 및 웹 표준 준수에

관련하여 개발 시 준수할 내용을 개발표준정의서에 반영하고 시스템 구축 완료 시

점에 준수 여부를 확인할 수 있는 기준 및 확인 방안을 제시하여야 함.

<주요 문제점 요약>

종합적인 측면에서 본 사업의 감리를 통해 식별된 주요 문제점과 개선방향을 종

합적으로 정리하면 다음과 같습니다.

[표 0-1] 사업관리 및 품질보증활동 영역 의 주요 문제점 및 개선방향

주요 문제점 개선방향

-관련부서와 연계범위확정 및 상세설계가 - 관련부서와 연계범위 확정을 조속히 실


- 12 -

Ⅲ. 종합의견



진행중에 있으며 2주정도 설계가 지연될 것

으로 예상

-과업범위 중 웹호환성준수,웹접근성준수,

환경부EAMS산출물등록, 연계자료 코드 표

준화 이행계획이 제시되지 않음

시하고 설계가 9월말이전에 완료될 수 있

도록 조치하여야 함.

- 과업이행방안이 제출되지 않은 항목에

대해서는 이행계획을 제출하여야 함.

- 연계범위분석결과가 과업대비 추가 또는

제외되었으나 관련부서와 확정되지 않음

-환경통계의 경우 데이터를 DB에 적재하지

않고 수작업으로 웹문서를 작성

-회의결과가 공유되지 못해 결정사항에 대

해 상호 오해의 소지가 있음

- 형상관리체계가 구축되지 않고 개별적으

로 산출물을 관리하고 있음.

- 정확한 연계범위에서 관련부서와 합의

하고, 변경되는 연계범위에 대해서는 근거

를 확보하여야 함.

- 환경통계에 대한데이터 DB적재 방안을

협의 필요

- 회의결과를 적시에 회의록을 작성하여

공유하고 결정사항을 주/월간 보고를 통해

이행여부를 추적하여야 함.

-형상관리서버를 구축하고 전체 성과물에

대한 통상통제를 실시하여야 함

-인력투입계획이 투입인원수는 증가하였으

나, 투입규모(인건비)는 제안서대비 87.5%

로 부족

-품질관리, 아키텍처설계등 업무에 별도인

력이 투입되어 있지 않아 조정 필요

-인력의 변경은 발주기관의 승인을 받아

변경하여야 함.

-투입공수는 제안서대비 부족하지 않도록

투입인력과 규모조정이 필요

-본 사업은 통계정보 조회가 핵심임에도 조

회성능에 대한 품질목표가 정의 되지 않음

-소스코드 품질확보 방안이 제시되지 않음

- 품질보증계획서에 조회성능을 제시하고

테스트단계에서 달성여부를 점검하여야

함

- 소스코드 품질 확보를 위한 소스코드감

사도구의 적용이 필요함

[표 0-2] 응용시스템 및 데이터베이스 영역의 주요 문제점 및 개선방향


사용자 요구사항 정의가 상세하지 않으며

미 확정된 요구사항이 존재함

- 요구사항의 상세한 분류 및 정의필요

- 미 확정된 요구사항에 대한 조속한 확

정이 요구됨

- 요구사항에 대한 공식적인 검토 필요

개발표준의 현행화 미비 및 산출물의 일관

성이 부족함.

- 본 사업에 부합하는 개발표준의 보완

및 현행화

- 산출물의 내용 보완 및 산출물간의 일

관성 있는 작성 및 보완이 요구됨

프로그램 구현을 위한 상세설계가 부족함 - 프로그램사양서 등 추가 산출물 작성이

요구됨


- 13 -

Ⅲ. 종합의견



- 요구사항추적표에 각 단계ID를 기술하

여 요구사항의 추적이 가능하도록 해야

함.

연계대상 데이터 항목 및 연계 수준 등의

확정과 연계방안에 대한 구체화 작업이 필

요함

- 연계대상 데이터항목 및 제공수준 확정

- 연계대상 테이블 및 데이터 항목 속성

입수 및 구체적 연계방안 정의 필요

데이터베이스 분석,설계 단계의 필수적인

산출물 작성과 보완이 필요함

- 소스테이블(연계대상시스템 테이블)과

목적테이블(자원순환정보테이블)간의 데이

터 항목별 매핑정보 기술

- 코드설계서, 데이터사전, DB보안설계,

ETL설계 수행과 관련 산출물 작성 및 미

흡한 산출물 보완 필요

테이블정의서를 점검한 결과 일부 컬럼(속

성)에 대한 관리가 미흡한 점이 발견되므로

보완이 필요함

- 데이터 속성의 일관성 보완 필요

[표 0-3] 시스템 구조 및 보안 영역의 주요 문제점 및 개선방향


인프라 구축과 관련하여 대상 장비의 도입

일정이 지연되었으며, 기술인프라아키텍처

설계서 등 설계 산출물에 대한 작성 및 보

완이 요구됨

- 당초 계획보다 2주가량 지연되어 9월말

로 계획된 인프라 설치가 인프라구축계획

서에 따라 원활히 진행되도록 사전 점검

하여야 함

- 적용 방법론을 확인한 결과 작성이 생

략된 기술인프라아키텍처설계서는 대상

사업의 인프라 구축과 관련된 기본 문서

이므로 시스템 구축 현황정보를 포함하여

작성하여야 함

- 시스템 운영환경과 동일한 솔루션을 탑

재한 개발 환경이 구축되도록 개발 환경

구축 계획이 수립되어야 함

보안과 관련된 일부 식별되지 않은 요구사

항을 반영하여 분석, 설계 산출물을 보완하

여야 함

- 공단에서 적용 중인 보안SW 적용 등

식별되지 않은 요구사항을 반영하여 분석,

설계 산출물을 보완하여야 함

- 개발표준정의서에서 시스템 개발 시 준

수해야 하는 시큐어코딩 가이드라인을 보

완하여야 함

- 시스템 접근통제를 구현하기 위하여 응

용프로그램 관리자와 사용자를 구분하여


- 14 -

Ⅲ. 종합의견



접근 범위를 정의한 내용 중 모호한 부분

을 보완하고 화면설계서와 일관되게 수정

하여야 함

웹 호환성 및 웹 접근성에 대한 요구사항이

명확히 문서화되지 않아 개발표준정의서 등

에 대한 보완이 필요함

- 웹 호환성 제공은 사용자 요구사항으로

식별되지 않아 요구사항정의서에 반영하

여야 함

- 웹 호환성 및 웹 표준 준수에 관련하여

개발 시 준수할 내용을 개발표준정의서에

반영하고 시스템 구축 완료 시점에 준수

여부를 확인할 수 있는 기준 및 확인 방

안을 제시하여야 함


- 15 -

Ⅲ. 종합의견


4. 감리영역별 개선권고사항

개선 권고 사항 개선권고

유형2

개선

시점3 중요도4

발주기관

협조필요

1. 사업관리 및 품질보증활동

(1) 9월말까지 공정지연을 만회할 수 있는 대책을 수립하

고, EAMS 등 이행계획이 수립되지 않은 일부 과업에 대

해서는 이행계획을 제시하여야 함

필수 단기 ○

(2) 과업연계범위 및 연계방법을 관련부서와 협의하여 확

정하고, 원활한 사업진행을 위해 의사소통,형상관리등 사

업추진체계를 개선하여야 함

필수 단기 ○

(3) 투입인력의 변경은 변경관리 절차에 따라 실시하고,

투입인력계획을 보완하여야 함. 필수 단기

(4) 품질보증활동강화를 위해 개발프로그램의 성능 목표

치를 설정하고, 소스코드의 품질을 확보를 위한 코드감사

도구(PMD)의 적용이 필요함.

필수 단기

2. 응용시스템 및 데이터베이스

(1) 사용자 요구사항 정의가 상세하지 않으며 미 확정된

요구사항이 존재하므로 요구사항의 상세한 정의와 조속한

확정이 요구됨

필수 단기

(2) 개발표준의 현행화 및 산출물의 일관성 있는 보완이

요구됨 필수 단기

(3) 프로그램 구현을 위한 상세설계가 요구됨 필수 단기 ○

(4) 연계대상 데이터 항목 및 연계 수준 등의 확정과 연

계방안에 대한 구체화 작업이 필요함 필수 단기 ○

(5) 데이터베이스 분석,설계 단계의 필수적인 산출물 작

성과 보완이 필요함 필수 단기

(6) 테이블정의서를 점검한 결과 일부 컬럼(속성)에 대한

관리가 미흡한 점이 발견되므로 보완이 필요함 필수 단기

3. 시스템구조 및 보안

(1) 인프라 구축과 관련하여 대상 장비의 도입 일정이 지 필수 단기

2 개선권고유형

가. 필수: 발견된 문제점 중 사업목표를 달성하기 위하여 반드시 개선해야 할 사항

나. 협의: 발견된 문제점 또는 발생 가능성이 높은 문제점 중 발주기관과 피감리인이 상호 협의를 거

쳐 반영 여부를 결정할 수 있는 사항

다. 권고: 감리의 대상범위를 벗어나지만 사업목표 달성에 도움이 되는 사항 3 개선시점

가. 장기: 장기적인 관점에서 지속적으로 개선해야 하는 사항

나. 단기: 감리 대상 사업의 해당 구축단계 종료 이전에 개선해야 하는 사항 4 중요도

가. 중요: 개선권고사항 중 대상 사업의 목표달성에 영향을 미칠 수 있는 중대한 사항


- 16 -

Ⅲ. 종합의견


개선 권고 사항 개선권고

유형2

개선

시점3 중요도4

발주기관

협조필요

연되었으며, 기술인프라아키텍처설계서 등 설계 산출물에

대한 작성 및 보완이 요구됨

(2) 보안과 관련된 일부 식별되지 않은 요구사항을 반영

하여 분석, 설계 산출물을 보완하여야 함 필수 단기

(3) 웹 호환성 및 웹 접근성에 대한 요구사항이 명확히

문서화되지 않아 개발표준정의서 등에 대한 보완이 필요

함

필수 단기



Ⅳ. 개선권고사항

한국환경공단

Ⅳ. 개선권고사항



- 18 -

Ⅴ. 첨부



가. 검토현황

(1) 검토항목

점검항목 결과

- 과업내용서/사업수행계획서 대비 이행여부 (1)번 참조

- 관련 법규 및 규정 준수여부 (1)번 참조

- 범위 및 변경관리 (2)번 참조

- 일정편성 및 공정진척관리 (2)번 참조

- 위험 및 쟁점/미결사항(이슈)관리 (3)번 참조

- 사업추진체계 및 의사소통관리 (3)번 참조

- 품질보증 계획 및 활동(V&V) (4)번 참조

(2) 검토의견

공정진척현황을 검토한 결과 분석/설계 단계가 진행중에 있으며 설계 완료까

지는 계획대비 2 주정도 지연될 것으로 예상됨. 이는 연계대상업무의 확정지연

및 자료확보가 늦어지면서 상세설계가 늦어진 것이 주요원인으로 파악됨. 납기

준수를 위해서는 9 월말까지 설계를 완료하는 것이 필요함.

과업대비 이행여부를 점검한 결과 환경부 EAMS 산출물 등록외 일부 업무에

대해 이행계획이 수립되어 있지 않으므로 이행방안을 수립하여 과업이 누락되

지 않도록 관리할 필요가 있음.

과업범위관리 측면에서는 연계대상업무의 범위와 자료제공 범위에 대해서 관

련부서와 조속히 확정할 필요가 있으며, 환경통계의 경우 통계정보가 웹페이지

로 작성되어 게시판에 등록되고 데이터베이스에는 데이터가 축적되지 않아 년

도별 추이를 비교할 수 없거나 다양한 분석방법을 제공할 수 없는 문제점이 있

음. 따라서 해당부서와 자료의 제공범위와 등록방법에 대한 협의가 선행되어야

함.

의사소통 측면에서는 사업과정에서 발생되는 결정사항에 대해 회의록이 적시

에 작성되고 공유되지 않아 의사결정에 오해가 발생할 수 있으므로 개선이 필

요함



- 19 -

Ⅴ. 첨부


형상관리측면에서는 형상관리서버가 설치되지 않아 분석/설계단계 성과물을

개별 PC 에 관리하고 있으므로 형상관리서버의 설치하고 형상통제를 실시하는

것이 필요함.

인력관리측면에서는 주/월간보고상의 투입인력이 사업수행계획서 일치하지

않는 것으로 파악되어 인력변경에 대한 공식적인 변경을 실시할 필요가 있으며,

인력투입계획을 검토한 결과 제안서와 대비하여 투입인원수는 많으나 낮은 기

술등급이 인력이 추가되어 전체 투입규모(인건비)면에서는 87.5% 수준인 것으

로 파악됨. 따라서 적정투입공수가 투입될 수 있도록 인력투입계획을 조정하는

것이 필요함.

품질관리 측면에서는 본 사업의 주요특징이 통계데이터의 조회인 점을 고려

하여 조회성능(2 초이내)을 명시하고, 소스코드의 품질확보를 위해 소스코드감

사도구(Code Inspection tool)을 적용하여 관리하는 것이 필요함.



- 20 -

Ⅴ. 첨부


나. 문제점 및 개선권고사항

(1) 9 월말까지 공정지연을 만회할 수 있는 대책을 수립하고, EAMS 등 이행계획이

수립되지 않은 일부 과업에 대해서는 이행계획을 제시하여야 함. (필수, 단기,

중요)

【현황 및 문제점】

(가) 분석/설계단계까지의 과업이행여부를 점검한 결과 상세설계가 지연되고

있는 것으로 파악됨.

연계 DB 구축업무는 연계범위에 대해 관련부서와 최종확정이 이루어

지지 않았음

연계대상시스템의 데이터를 자원순환정보시스템으로 등록하기 위한 데

이터매핑설계 및 ETL 프로그램 설계가 완료되지 않았음.

프로그램 목록은 전체 개발범위를 가늠할 수 있는 문서로 이를 통해

개발단계 일정 및 자원분배의 기초자료로 활용할 수 있음.

응용시스템 개발을 프로그램사양서(클래스설계서 포함)가 완료되지 않

음.

[표 1- 1] 과업대비 이행여부 점검 결과(분석/설계단계)

구분 과업내역 이행

여부비고

연계DB구축

올바로,ECOAS,EPR,환경통계

와 연계서버 구축

△

연계범위 및 자료제공범

위 미확정

(9.14일 환경부 에서 관

련부서에 업무요청협조)

대상 데이터에 대한 연계방

식, 연계주기 설계 및 데이터

분류체계, 표준화를 통한 DB

구축

실적분석시스템

기존 시스템 연계 DB에 대한

실적분석 프로그램 구현

△ ETL설계, 데이터 매핑설

계 진행 중

프로그램 개발을 위한 상

세설계 진행 중

폐자원의 발생/처리, 제품의

출고/재활용 현황 등 품목별,

지역별 실적분석 및 리포팅이

가능토록 기능 설정

업체정보조회

시스템

업종(업체구분), 명칭검색, 주

소검색, 지역검색 등이 가능

토록 기능 설정

△



- 21 -

Ⅴ. 첨부



여부비고

정보자료실

자원순환 평가지표 운영, 주

요자원 물질흐름 분석 등 자

원순환 분야 관련 연구자료

등록․관리 자료실 구성

○

자료의 제목 및 본문의 내용

에 대한 키워드 검색이 가능

토록 기능 구성

○

사용자/관리자를 감안하여 시스템 메인/서브 화

면 구성 ○

인프라구축

HW도입/설치(WEB,WAS,DB

서버) -

9월말 도입/설치 예정 SW(DBMS,WEB,WAS,Report

tool,DB보안,ETL) -

테스트 및

시범운영

시스템 시범 운영 기간내 통

합 테스트 및 문제점을 점검․

보완

※ 단위/통합 테스트 평가(안)

작성 제출

- 11월 예정

(나) 연계대상범위 분석/설계의 지연으로 공정진척은 약 2 주정도 지연된 것으

로 파악됨.

WBS 에 제시된 설계 완료일정은 9.16 일이나 관련부서와 연계범위 및

자료제공이 완료된 이후에 설계가 완료될 수 있을 것으로 판단됨.

프로그램개발을 위한 프로그램목록 작성, ETL 설계, 클래스설계등을 작

성도 계획대비 지연되고 있는 것으로 파악됨.

장비도입은 9 월 중순 도입할 계획이였으나, 9 월말정도 도입될 것으로

예상됨.

(다) 설계지연의 원인으로 관련부서와 연계대상업무가 확정되지 않은 것과 설

계에 필요한 자료확보가 지연된 것으로 파악됨.

개발팀은 관련부서로부터 연계범위 분석에 필요한 일부 정보를 제공받

아 분석을 실시하였으나, 파악된 연계범위에 대해 해당부서와 확정하

지 못하고 있으며,

연계대상 시스템 관련부서와는 연계대상 자료제공 범위에 대한 확정되

지 않았음.



- 22 -

Ⅴ. 첨부


또한, 연계 DB 구축을 위해서는 연계대상시스템의 데이터베이스 설계서

와 실제데이터에 접근하는 것이 필요하나, 현재 제한적인 정보만 제공

되고 있음.

(라) 과업지시서 일반요구사항 일부 항목의 이행방안이 파악되지 않음.

브라우저 호환성 준수 방안, 웹접근성 준수방안, 환경부 EAMS 산출물

등록 방안에 대해서는 이행방안이 제출되지 않았음.

사용자 정의 보고서 작성기능은 보고서 작성대상이 확정되지 않았음

DB 연계자료의 코드 표준화를 위한 방안이 제출되지 않았음.

[표 1- 2] 과업지시서 일반요구사항 이행여부


여부비고

사용자 편의성,

시스템 확장성

및 운영의 안정

성을 고려한 시

스템 설계

화면, 비즈니스 Logic, 데이

터 계층을 분리한

SOA(Service Oriedted

Architecture) 구조로 설계

○ SOA기반의 전자정부프

레임워크 적용

정보기술 부문(IT)은 국제적

표준과 최신기술을 적용하고

국제표준 준수를 통해 다양한

브라우져별 호환성 제공

X 적용계획 및 테스트방안

제시 필요

사용자 정의에 의한 각종 서

식, 보고서 등 표준화된 보고

서 작성 기능 제공

X Repoting tool 적용대상

보고서 미확정

「한국형 웹 콘텐츠 접근성

지침 2.0」준수 X

적용계획 및 테스트방안

제시 필요

사용자와 관리자의 권한과 기

능을 구별하여 활용도 제고 ○ 관리자기능 제공

코드 표준화 DB 연계자료의 코드 표준화

방안을 제시 △

연계대상시스템 코드정보

입수 후 표준화 필요

행정기관의 코드 표준화 추진

지침(제2011-7호) 및 전자정

부 표준 프레임워크를 참조하

여 표준화된 구조로 설계

○ 전자정부프레임워크 적용

계약후 사업수행계획서 제출시 ‘정보시스템의 구

축․운영 기술지침(행정안전부고시 제2009-62○ 기술적용계획표 제출



- 23 -

Ⅴ. 첨부



여부비고

회)’에 따라 ‘기술적용계획표’를 작성하여 발주자

의 검토를 받아야 함

사업수행 성과물을 환경부의 EAMS 및 ITRMS

에 현행화(등록 및 검증)를 위한 자료를 EA산출

물 형태로 작성․제출

X EAMS 등록계획 미제출

보안 및 접근통

제 기능

응용프로그램의 관리자 및 사

용자에 대한 보안 및 접근 통

제 기능을 제공

○ 접근권한 분리 설계

다양한 권한관리에 의해서 사

용자에 대한 시스템 접근 통

제 및 보안을 제공

○ 접근권한 분리 설계

【개선방향】

(가) 연계 DB 구축을 위해 관련부서에 요구해야 하는 자료목록을 구체적으로

파악하여 제시하고 연계범위 및 자료제공범위를 확정하여야 함.

개발팀은 연계 DB 구축을 위해 필요한 자료목록을 파악하여 관련부서

의 협조를 요청하여야 함.

관련부서와 연계범위 및 자료제공의 범위를 확정하여야 함.

(나) 공정진척이 계획대비 지연되고 있으므로 공정만회대책을 수립하여야 함.

정보자료실 구축 등 개발이 가능한 업무에 대해서는 개발을 진행하명

서, 자원순환실적분석 및 업체정보조회업무에 대해서는 상세설계를 9

월말까지 완료할 수 있어야 함.

(다) 과업지시서 일반요구사항 중 과업이행방안이 제출되지 않은 항목에 대한

이행계획을 제출하여야 함.

과업지시서의 과업내역이 누락되지 않도록 과업대비표를 작성하고 과

업이행여부를 점검하여야 함.

웹접근성 및 웹호환성 준수, 환경부 EAMS 산출물 등록 등 이행방안이

제시되지 않은 과업에 대해서는 이행방안을 제시하여야 함.



- 24 -

Ⅴ. 첨부


(2) 과업연계범위 및 연계방법을 관련부서와 협의하여 확정하고, 원활한 사업진행

을 위해 의사소통,형상관리등 사업추진체계를 개선하여야 함. (필수, 단기, 중

요)


(가) 과업지시서를 기반으로 범위관리의 적정성을 검토한 결과 일부 연계범위

(올바로, ECOAS, EPR, 환경통계) 가 변경되었거나 해당부서와 최종협의

를 거쳐 확정하여야 하는 것으로 파악됨.

올바로 시스템은 “업체기초정보”, “폐기물발생,처리실적”의 연계가 가

능한 것으로 분석되었으나 자료제공범위에 대해 해당부서와 확정되지

않았으며,

올바로의 “폐기물수출실적” ,“폐기물수입실적”, ECOAS 의 “폐제품수

거”,”폐자동차발생량” 에 대해서는 연계범위에서 제외하였으나 관련부

서간의 합의된 제외근거를 확인할 수 없었음.

이외에 과업범위에 제시되지 않은 일부 추가 사항에 대해 관련부서와

자료제공의 범위에 대해서 확정할 필요가 있음.

[표 1- 3] 연계 DB 구축 범위 비교

과업지시서 분석/설계결과

구분 데이터명 개발

대상

올바로

업체정보 업체 기초정보 △ 해당부서와 최종확정필요

실적정보

폐기물 발생,처리실적 △

폐기물 배출 및 처리 실

적보고등 5종

해당부서와 최종확정필요

폐기물 수출실적 X 제외 근거 필요

폐기물 수입실적 X 제외 근거 필요

ECOAD

업체정보 업체 기초정보 ○

실적정보

전기

전자

제품

제품 출고/수입

재활용 실적 ○

폐제품 수거 X 제외 근거 필요

폐제품재활용실적 ○

자동

차

폐자동차 발생량 X 제외 근거 필요

폐자동차재활용량 ○

EPR 업체정보 업체 기초정보 ○

실적정보 제품출고/수입,재활용 실적 ○



- 25 -

Ⅴ. 첨부


과업지시서 분석/설계결과

구분 데이터명 개발

대상

<추가>

-재활용 의무이행 계획

서(별지10호)

-재활용 의무이행 결과

보고서(별지13호)

환경

통계

업체정보

폐기물중간처리업 허가

및 재활용 신고업체 현황○

전국 생활 및 사업장

폐기물 발생 및 처리업체

현황

○

전국 지정 폐기물 발생

및 처리업체 현황 ○

<추가>

-폐기물 다량발생사업장

폐기물 감량현황

-재활용지정사업자 재활

용 실적

-영농폐기물조사

(나) 환경통계의 경우 문서를 웹문서로 전환하여 서버에 등록하는 것으로 계

획하고 있음.

환경통계는 별도의 시스템이 존재하는 것이 아니므로 매년 작성되는

통계를 엑셀이나 HWP 파일 형태로 입수하여, 관리자가 이를 웹으로

전환하여 게시판에 등록하는 방법으로 제공할 예정임.

이러한 방법은 환경통계자료가 데이터베이스에 축적되지 않아 다양한

분석방법을 제공할 수 없고, 매년 관리자가 웹문서를 만들어 등록해야

하는 관리의 부담이 있음.

통계청에서는 발주기관이 제공하는 통계에 대하여 다양한 방법으로 데

이터의 분석이 가능하도록 제공하고 있음.

- 폐기물 다량발생사업장 폐기물감량실적의 경우는 항목별, 지역별,

업종별,종류별로 다양한 분석을 할 수 있도록 제공하고 있으며

- 시계열 분석제공, 다양한 그래프, 다양한 다운로드 방법을 제공하고

있음.



- 26 -

Ⅴ. 첨부


[그림 1- 1] 통계청에서 제공하는 "폐기물 다량발생사업장 폐기물감량실적" 사례

<설명> 통계청 통계포탈에서 제공되는 “폐기물다량발생사업장 폐기물감량실적”

* 출처 : 통계청 통계포탈

(다) 의사소통 측면에서는 사업의 수행과정에서 발생하는 결정사항에 대한 회

의록작성 및 관리가 적시에 이루어 지지 않음

회의록은 사업 진행단계에서 발생하는 주요사항에 대해 의사결정을 확

인하는 것으로 회의후 즉시 작성되고 관련자의 회람을 거쳐야 하나,

감리기간중에 지난 회의결과에 대해 회의록이 작성되었고 회람되지 않

음.

이러한 의사소통관리는 관련자간에 결정사항을 다르게 이해할 수 있

음.

이러한 사례로 환경통계의 경우 사업자는 문서를 웹으로 전환하여 시

스템에 등록하여 조회하는 것으로 이해하고 있으나, 발주기관은 총괄

표만 웹으로 전환하여 게시하고, 수집된 데이터는 데이터베이스에 축

적되는 것으로 이해하고 있음.

(라) 형상관리측면에서는 형상관리서버가 구축되지 않았고, 분석/설계단계의

성과물을 개인 PC 에 분산관리하고 있음.

주요산출물과 성과물이 개인 PC 에 분산되므로 성과물의 통합관리가

어렵고, 자료의 소실위험이 있음.



- 27 -

Ⅴ. 첨부


형상관리는 소스프로그램에 대해서만 버전관리를 하는 것이 아니라 본

사업을 통해서 발생된 전체성과물에 대해 관리하고 변경통제를 실시하

는 것임을 인식하여야 함.

【개선방향】

(가) 연계 DB 구축은 관련부서와 연계의 범위와 자료제공범위에 대해 합의하

고 연계대상에 제외된 업무에 대해서도 제외근거를 확보하여야 함.

(나) 환경통계 등록방법에 대해 데이터베이스에 데이터를 축적할 수 있도록

설계할 것인지, 수작업으로 자료를 웹에 게시하는 형태로 구축할 것인지

추기적인 분석을 실시하고 결과를 제출하여야 함.

(다) 업무협의 결과는 회의록으로 작성하고 관리하여야 함.

업무협의후 바로 회의록을 작성하고 회람하여 이해당사자간에 오해의

소지가 없도록 관리하여야 함.

회의를 통해 결정된 사항은 주간보고에 이행결과 및 주요이슈로 보고

하여 이행과정을 추적할 수 있도록 하여야 함.

(라) 형상관리서버를 구축하고 사업관리, 개발성과물, 소스코드에 대한 형상

목록의 정의하여 관리하여야 함.



- 28 -

Ⅴ. 첨부


(3) 투입인력의 변경은 변경관리 절차에 따라 실시하고, 투입인력계획을 보완하여

야 함. (필수, 단기)


(가) 제안서 대비 투입인력 현황을 점검한 결과 인력이 변경되고 있는 것으로

파악됨.

주/월간보고를 통해 확인할 수 있는 실제 투입인력현황은 제안서 및

사업수행계획서와 일치하지 않음.

실제 인력투입계획을 확인할 수 있는 인력투입계획서(KECO-03-인력

투입계획-1.0-110914)를 검토한 결과 일부 인력변경이 확인됨.

주된 인력변경의 특징은 투입인력규모는 제안서대비 33M/M 에서

35M/M 로 증가하였으나, 관리인력(특급)을 줄이고 실제 개발인력(고급

이하)을 추가로 확보한 것임.

이러한 투입인력계획은 발주기관의 승인을 득하지 않은 상태임.

[표 1- 4] 제안서대비 투입인력현황

기술등급 제안서 사업수행계획서 인력투입계획서

특급 10 9 0

고급 15 18 18.75

중급 0 3 5.25

초급 8 8 11

계(M/M) 33 38 35

(나) 인력투입계획서 투입인력규모(인건비)는 제안서대비 87.5%로 투입공수

가 부족한 것으로 파악됨.

2010 년 SW 노임단가를 기준으로 할 때 제안서 투입인력 인건비 합계

는 1.75 억원인데 비해 인력투입계획서는 1.53 억원으로 87.5% 수준임.

따라서, 현재 작성된 인력투입계획서는 조정될 필요가 있음.

인력투입계획서에는 PM(특급)이 5M/M 를 참여하는 것으로 되어 있으

나, 실질적으로 PL(고급)이 역할을 수행하는 것으로 파악되어, PM 이

사업에 적극 참여하여 공정지연의 주요 문제점을 파악하고 이의 해소

를 위해 노력하는 것이 필요함.



- 29 -

Ⅴ. 첨부


[표 1- 5] 제안서,사업수행계획서,인력투입계획서 인건비 산정 내역

기술

등급

노임단가

(원)

제안서 사업수행계획서 인력투입계획서 비고

M/M 인건비(원) M/M 인건비(원) M/M 인건비(원)

특급 333,226 10 71,976,816 9 64,779,134 0 0 87.5%

고급 239,085 15 77,463,540 18 92,956,248 19 96,829,425

중급 188,139 0 0 3 12,191,407 5 21,334,962.6

초급 146,620 8 25,335,936 8 25,335,936 11 34,836,912

계 33 174,776,292 38 195,262,726 35 153,001,300

(다) 투입인력의 현황을 분석한 결과 품질관리, 아키텍처설계인력의 보완이

필요한 것으로 파악됨.

투입인력은 주로 개발자, DBA,디자이너로 구성되어 있으며, 품질관리

및 아키텍처설계인력이 배정되어 있지 않음.

이로 인해 실제 품질보증할동의 수행 결과를 확인할 수 없고, 시스템

의 뼈대를 형성하는 아키텍처 설계가 미흡한 것으로 파악됨.

【개선방향】

(가) 인력의 변경은 발주기관의 승인하에 변경하여야 함.

투입인력의 변경은 바람직하지 않으나, 부득이한 인력의 변경은 발주

기관의 승인하에 변경을 실시하여야 함.

(나) 인력투입계획을 보완하여 제출하여야 함.

투입인력규모는 제안서에 명시된 투입규모보다 작아서는 안됨.

특히, 투입기간을 안정화기간을 제외한 인력은 12 월 9 일까지 투입하

는 것으로 계획하고 적정투입공수로 조정하여야 함.

PM 이 사업에 적극 참여하여 과업의 누락과 공정지연의 문제점을 파

악하고 자원을 조정하는 역할을 적극 수행하는 것이 필요함.



- 30 -

Ⅴ. 첨부


(4) 품질보증활동강화를 위해 개발프로그램의 성능 목표치를 설정하고, 소스코드의

품질을 확보를 위한 코드감사도구(PMD)의 적용이 필요함. (필수, 단기)


(가) 품질관리계획을 검토한 결과 사업관리, 산출물 및 제품의 결함에 대해서

는 품질지표가 설정되어 있으나, 제품의 성능과 소스프로그램의 품질확

보를 위한 방안은 부족한 것으로 파악됨.

본 사업은 주된 서비스는 통계성 데이터를 조회임. 따라서 통계성 데

이터를 조회시 성능 목표치를 제시하는 것이 필요함.

또한, 개발자의 역량차이에 의한 소스코드의 품질저하를 막기 위한 방

안이 제시될 필요가 있음.

[그림 1- 2] 품질목표

<설명> 프로젝트의 품질관리 목표와 제품의 품질목표를 정량적으로 제시하고 있으

나, 제품의 성능과 관련된 목표가 제시되지 않았으며, 소스코드의 품질확보방안이

제시되지 않음.

* 출처 : 품질활동계획서 3쪽

(나) 전자정부 표준프레임워크의 Code Inspection 도구를 제공하고 있어 이

를 활용한 소스코드 품질강화 노력이 필요함.

Code Inspection 도구는 전자정부 표준프레임워크 개발도구에 PMD

Plugin 으로 포함되어 배포되고 있음

Code Inspectio 도구는 정의된 규칙(Rule, 표준 Inspection 룰셋 39

개)을 기반으로 개발자가 작성한 소스 코드를 검사하여, 오류 및 위험

요인을 식별하여 알려 주는 기능을 제공함.



- 31 -

Ⅴ. 첨부


전자정부 표준프레임워크 적용 시 Code Inspection 구현도구를 통해

개발자가 작성한 소스 코드를 검사할 수 있음.

소스 코드 검사(Inspection) 작업을 통해 오류 및 위험 요인을 식별하

여 개발자에게 편의성 및 효율성을 향상에 효과가 있음.

[표 1- 6]Code Inspection 에서 제공하는 주요기능

주요기능 설명

Syntax Error

Inspection 작성한 소스 코드의 Syntax 오류를 검사하는 기능을 제공한다.

Logical Error

Inspection

작성한 소스 코드에서 실행 시 발생 가능한 오류를 찾아내는 기

능을 제공한다.

Reference

Inspection

작성한 소스 코드에서 실행 시 사용되지 않는 부분을 찾아내는

기능을 제공한다.

Reporting 인스펙션을 수행한 결과를 Excel, HTML등이 문서 형식으로 제공

하는 기능을 제공한다.

Rule Customizing Rule을 정의하는 API를 사용하여 새로운 Rule을 정의하여 추가할

수 있는 기능을 제공한다.

【개선방향】

(가) 자원순환정보시스템 성능기준을 사용자관점에서 정의하고, 성능측정방법

을 품질보증계획서에 명시하여야 함.

본 사업의 프로그램은 대부분 통계조회성 업무이므로 사용자 관점 조

회성능 기준을 정의하여야 함.

(나) 개발 소스코드의 품질확보를 위해 전자정부프레임워크 Code Inspection

도구를 설치하고 품질보증활동시 Code Inspection 결과를 제출하여야

함.



- 32 -

Ⅴ. 첨부



가. 검토현황

(1) 검토항목

점검항목 결과

- 사용자 요구사항 도출의 충분성 (1)번 참조

- 사용자 요구사항의 반영의 적정성 및 추적성확보 여부 (1),(3)번 참조

- 응용시스템 개발표준 수립의 적정성 (2)번 참조

- 사용의 편리성 및 UI 일관성 (2)번 참조

- 시스템간 내외부 인터페이스 설계 (1)번 참조

- 논리 DB, 물리 DB 설계 적정성 (4),(5),(6) 참조

- 데이터 무결성 설계의 타당성 (6)번 참조

- ETL 설계의 적정성(추출/변환/정제/적재) (5)번 참조

(2) 검토의견

응용시스템 감리 영역은 분석, 설계가 진행중으로 작성된 산출물을 기준으

로 요구사항 도출, 요구사항의 반영 및 추적성, 개발표준, 사용편리성, UI 일관

성등을 중점적으로 검토하였음.

사용자 요구사항 정의가 상세하지 않으며 미 확정된 요구사항이 존재하므

로 요구사항의 상세한 정의와 조속한 확정이 요구됨. 기능요건과 비기능요건

에 대한 구분과 각각의 처리방안이 제시되어야 함. 도출된 요구사항에 대한

고객검토 및 승인을 거쳐 요구사항을 확정하고 베이스라인 설정 및 관리가

요구됨.

시스템 개발 시 개발팀에서 가이드로 활용하는 개발표준에 개발환경(서버

구성, 개발서버 등), 용어정의, 웹표준 및 보안, 웹접근성 준수 등 내용이 일

부 생략되거나 현사업과 맞지 않는 내용이 기술되어 있어 보완과 현행화가

필요하여 관련 산출물의 내용 및 일관성이 부족한 부분이 발견되어 보완이

요구됨.

현재 작성된 산출물로서는 프로그램 구현을 위한 상세설계가 부족하여 프

로그램사양서 등 추가 산출물 작성이 요구됨



- 33 -

Ⅴ. 첨부


데이터베이스 감리 영역은 본 사업연계 대상인 4 개의 시스템을 대상으로 분

석을 수행하여 연계대상을 결정하였으나 아직 연계데이터 항목과 데이터 제

공 수준에 대한 미 확정부분(올바로시스템)이 존재하고 있음.

실질적으로 연계대상 4개시스템의 관련 테이블이 상세하게 입수되지 않은 상

태에서의 분석, 설계를 수행한 상태이며 분석, 설계단계에서의 연계대상의 수

집여부와 연계대상 정보를 추출하는데 있어 활용된 작업단계에서의 산출물을

발견할 수 없고 최종 결과 산출물만 정리되어 있는 상태로서 설계의 완성도

가 떨어져있는 상태임.

현재 구체화 되지 않은 연계대상 테이블 및 연계데이터 정의, 소스테이블 및

목표테이블간의 매핑설계를 수행하고 관련 산출물을 유지해야 함.

또한, 데이터베이스설계를 위한 필수작업인 코드설계, 자료사전작성 등이 누

락되어 있어 데이터베이스 일관성을 떨어뜨리고 있으므로 ERD등 설계문서의

보완과 작성이 필요함.

추가적으로 ETL 을 활용한 추출, 데이터검증, 데이터 적재 및 이력관리 등의

구체적인 설계와 DB 보안설계방안의 작성이 필요함.



- 34 -

Ⅴ. 첨부



(1) 사용자 요구사항 정의가 상세하지 않으며 미 확정된 요구사항이 존재하므로 요

구사항의 상세한 정의와 조속한 확정이 요구됨 (필수, 단기)


(가) 본 사업의 요구사항을 도출한 결과로 작성된 요구사항정의서를 검토한

결과 요구사항이 상세하게 기술되지 않았고, 일부 요건은 누락되어 있음

을 확인하였음

기능유형의 경우 구현 및 테스트가 가능한 수준으로 세분화하여 관리

되어야 하나 현재 큰 시스템 레벨로만 작성되어 있음

상세설명 및 전제조건, 구현방안, 우선순위, 분류, 수용여부 등에 대한

구체적인 정의가 빠져 있음. 요구사항은 이후 설계, 구현, 테스트 단계

의 기준이 되는 것으로 가능한 상세하게 정의되어야 하나 현재는 세부

사항을 파악하기에 어려움이 있음.

요구사항의 출처가 명시되어 있지 않음. 제안요청서, 제안서, 사업수행

계획서, 인터뷰결과서 및 관련 회의록 등 요구사항이 도출된 근거를

정확히 기술하여 출처를 확인할 수 있어야 하나 현재 파악이 어려움.

[그림 2-1] 요구사항정의서 작성사례

<설명> 요구사항이 개괄적인 수준에서 정의되어 있고 상세설명, 전제조건, 구현방

안, 출처 정보 등이 제시되어 있지 않음

* 출처 : 요구사항정의서



- 35 -

Ⅴ. 첨부


(나) 기능적 요건과 비기능적 요건이 구분하여 각각의 처리방안을 제시하여야

함.

응용시스템이 수행할 기능적∙비기능적 요구사항이 명확하게 도출되지

않는 경우 기능의 누락으로 인해 업무수행이 불완전하게 수행되거나

시스템 구축 및 운영 시 사용자의 불편함이 야기될 수 있음

기능 요구사항의 경우 유스케이스명세서를 통해 주어진 입력에 대하여

응용시스템이 어떻게 동작하여야 하는지를 명확하고 구체적으로 기술

되어야 함. 향후 통합 시험활동에서 검증할 수 있도록 시험요구사항을

포함하여야 함. 현재 테스트계획서는 테일러링 결과, 구현단계로 이

첩되어 있어 본 감리기간에는 작성되지 않았으므로 확인이 불가하였

음.

신규 시스템의 기능적 동작으로 표현되지 않는 사항 즉, 시스템 특성,

품질, 제약사항 등 비기능적 요구사항을 구분하고, 비기능적 요구사항

에 대한 품질요구사항은 통합 및 시스템시험에서 기준자료로서 활용될

수 있도록 명확하게 정의되어야 함.

비기능적 요구사항의 품질목표는 정량적으로 정의되고 검증 가능하여

야 하나 본 사업의 비기능 요구사항의 품질목표는 수립되어 있지 않

음.

(다) 사업진행과정에서 GIS 연계, 실명인증-SMS 인증 등 타시스템 인터페이스

항목이 요구사항으로 도출되고 있으나 요구사항정의서에는 포함되어 있

지 않음.

GIS 연계와 관련하여 지번처리 등은 해당사업자 측에서 10 월까지 처

리 예정이라고 하나 주제도 등은 처리방안이 확정되지 않은 상태임.

실명인증과 관련하여 SMS 인증 또는 I-pin 을 고려하고 있으나 이 또

한 확정되지 않은 상태임.

이들이 누락될 경우 시스템의 기능상에 영향을 끼칠 수 있으며, 외부

기관과의 연계는 협의기간이 필요하여 개발일정 지연이 될 가능성이

있으므로 요구사항 정의단계에서 명확하게 식별할 필요가 있음.



- 36 -

Ⅴ. 첨부


[그림 2-2] 실명인증 요구사항

출처 : 유스케이스정의서 4쪽

(라) Reporting Tool 을 이용하는 보고서의 정의가 이루어지지 않았음.

현재 작성되어 있는 보고서정의서는 공통으로 관리되는 문서작성가이

드로 실제 보고서에 대한 정의서나 설계서가 아님

(마) 사용자 요구사항이 이후 설계, 구현, 테스트단계에 반영되었는지를 추

적할 수 있도록 하는 요구사항추적표가 작성은 되어 있으나 요구사항정

의서와 동일한 수준으로 분류되어 있어 세부적인 파악이 어려움

현재 작성되어 있는 비기능(기본요건) 요구사항은 기능요구사항과는

다른 형식으로 구현방안을 제시하여야 하나 현재 요구사항추적표 양식

에서는 기능 요구사항과 동일한 양식으로 설계, 테스트단계별 ID 를 기

술하도록 하고 있음.

(바) 도출된 요구사항 확정에 대한 공식검토가 수행되지 않았음

사업자가 주간보고 등을 통해 요구사항에 대한 검토를 고객에 요청하

였으나 공식적인 검토결과를 받지 못하였음.

도출된 사용자 요구사항은 발주기관의 관리층 및 프로젝트의 후원자

(경영자)와 함께 검토하여 완성도, 정확도, 업무 정당화 등이 검증되었

는지 확인하여야 함.

요구사항의 확정은 사업전반에 대한 범위를 정하는 것으로 요건정의가

되지 않으면 사업진행에 큰 영향을 미칠 수 있음

【개선방향】

(가) 요구사항을 유스케이스 수준으로 분할하고 상세설명 및 전제조건/구현방

안, 우선순위, 분류, 수용여부 등에 대한 구체적인 정의되어야 함.



- 37 -

Ⅴ. 첨부


(나) 요구사항의 출처를 제안요청서, 제안서, 사업수행계획서, 인터뷰결과서

및 관련 회의록 등 요구사항이 도출된 근거를 정확히 기술하여 출처를

확인할 수 있어야 함

(다) GIS 연계, 실명인증 등 시스템인터페이스 항목에 대한 정의 및 확정 필

요.

연계될 기관 또는 부서와 연계에 대한 합의/협약 등이 조속히 진행되

어야 함.

연계가 확정되면 인터페이스의 구분, 주기, 방법, 제공자, 요청자 등을

명확하게 정의하는 문서를 작성하여야 함.

(라) 미확정된 요구사항에 대한 조속한 의사결정이 요구됨

Reporting Tool 을 이용하는 보고서의 정의와 설계 필요

(마) 비기능(기본요건) 요구사항에 대한 구현방안을 구체적으로 기술하여야

함.

기능요구사항과 동일하게 설계, 구현, 테스트단계를 표시하도록 하고

있는 비기능(기본요건) 요구사항추적표의 양식을 변경하여 구현방안을

구체적으로 제시하도록 변경하는 것이 필요함.

비기능 요구사항의 품질목표를 정량적으로 정의하고 검증할 수 있도록

해야함.

(바) 요구사항정의서를 새로 정의하고 이에 따라 요구사항추적표도 이를 반영

하도록 해야 함.

(사) 도출된 요구사항에 대한 고객검토 및 승인을 거쳐 요구사항을 확정하고

베이스라인을 설정하여 관리하여야 함



- 38 -

Ⅴ. 첨부


(2) 개발표준의 현행화 및 산출물의 일관성 있는 보완이 요구됨. (필수, 단기)


(가) 테일러링결과서를 바탕으로 작성된 산출물을 살펴본 결과 [표 2-1]과 같

은 결과를 얻었음.

[표 2-1] 산출물 작성현황

(범례 : ○작성 △보완필요 ×미작성)

구분 산출물 (*)는 납품대상 점검결과 비고

요구

정의

요구사항정의서(*) △ 요구사항의 세분화 필요

요구사항추적표 △ 설계,구현ID 추가 필요

공통 개발표준 △ 표준 보완필요

분석

유스케이스 정의서(*) △ 액터 정의

유스케이스 다이어그램(*) △

디자인가이드, UI 지침서 △ 표준 보완필요

보고서정의서[레이아웃]/목록(*) × 보고서 대상 정의 필요

메뉴구조도(*) △ 화면ID 매핑 필요

ERD(논리)(*) △ 보완 필요

자료사전(*) △ 연계시스템중심으로 작성

구축시스템중심 작성필요

현행 DB 분석서 △ 전체 테이블 미입수

현행시스템 분석서 ○

어플리케이션 아키텍처설계서(*) ○ 시스템아키텍처로 확장하

여 작성필요

상세

설계

화면정의서[설계]/ 목록(*) △

일부 미확정 화면있음.

주민등록번호 처리 확인

필요

프로세스 다이어그램(*) △ 누락된 프로세스존재

프로세스 목록(*) △ 용어정리필요

시스템인터페이스 정의서[설계](*) × 항목정의필요

프로그램사양서 × 추가작성필요

ERD(물리)(*) △ 보완필요

테이블정의서/목록(*) △ 보완필요

데이터코드정의서/목록(*) × 추가작성필요

데이터컨버젼 계획서 × 매핑설계서 작성필요

테스트계획서(*) 개발단계

에서 작성

통합테스트시나리오(*)



- 39 -

Ⅴ. 첨부


구분 산출물 (*)는 납품대상 점검결과 비고

시스템테스트계획서(*) 예정 테일러링결과서에는 ‘생

략’되어 있음

개발

통합테스트결과보고서(*) 해당단계

아님

시스템테스트결과보고서(*) 해당단계

아님

이행

교육계획서(*)

해당단계

아님

운영시스템(*)

사용자매뉴얼(*)

운영매뉴얼(*)

시험운영계획서(*)

(나) 개발표준정의서는 사업수행에 반드시 필요한 기본문서이며, 현재 수행중

인 사업의 개발 가이드일 뿐만 아니라 향후 계속사업 시 유지보수 및 고

도화 개발 기준이 되는 문서이므로 필수 내용을 포함하여야 함

시스템 개발 시 개발팀에서 가이드로 활용하도록 표준화 원칙, 코딩

표준, 명명규칙, 화면설계 기준, DB 명명규칙, 웹 보안 개발가이드,

웹 표준 및 웹 접근성 준수 개발 가이드 등을 포함하여야 하나 현재

작성된 개발표준에는 개발환경(서버구성, 개발서버 등), 용어정의, 웹

표준 및 보안, 웹접근성 준수 등 내용이 일부 생략되거나 현 사업과

맞지 않는 내용이 기술되어 있음.

웹 표준 개발 기준, 보안 관련 내용 등이 누락되면 시스템 구현 시 반

영되지 않을 가능성이 존재함

일부 화면에서 사용하는 플래쉬 개발에 대한 개발표준이 작성되어 있

지 않음.

쿠키 사용시 처리기준 누락되어 있음(퀵메뉴 등에 사용)

(다) 개발을 위한 기본가이드인 개발표준에 본 사업 관련 정보가 아닌 타사업

정보가 기술되어 있거나 용어가 맞지 않는 사례를 확인함.

개발표준가이드에 작성된 시스템코드 및 패키지명 등이 본 사업과 무

관하게 정의되어 있음.



- 40 -

Ⅴ. 첨부


[그림 2-3] 개발표준가이드 작성 사례

<설명> 본사업 관련 정보가 아닌 타사업 정보가 기술되어 있거나 용어가 맞지 않음

출처 : 개발표준가이드 6, 7쪽

시스템 코드 등은 별도의 용어집이나 코드정의서를 작성하여 통합 관

리하는 것이 필요하나 현재 작성되거나 관리하는 것은 없음.

웹코딩표준 부분에서 지원하는 이미지 파일 포맷에 웹브라우저에 따라

지원하지 않는 TIFF, BMP 를 포함하고 있음.

[그림 2-4] 개발표준가이드 작성 사례

출처 : KECO-02-개발표준가이드-1.1 (27 쪽)

UI 지침서 역시 본 사업과 무관한 시스템명이 기술되어 있음.



- 41 -

Ⅴ. 첨부


[그림 2-5] UI 지침서 작성 사례

출처 : 화면UI 지침서 1쪽

(라) 유스케이스 설계서는 요구기능 구현에 필요한 유스케이스가 모두 도출되

고 액터가 정의되어야 하나 유스케이스와 요구사항간의 매핑정보가 작성

되어 있지 않음.

(마) 시스템 사용자에 대한 정의가 각 설계서 별로 차이가 있음.

시스템사용유저 분석서에 사용자에 대한 구분과 상세정보를 작성해 놓

았음. 그러나 유스케이스나 프로세스다이어그램에서 정의한 사용자가

시스템사용유저 분석서와 일치하지 않음.

산출물 별로 사용자에 대한 용어를 다르게 사용하고 있어 일관성이 부

족하며 내용 파악 시 혼돈의 우려가 있음.

[그림 2-6] 시스템 사용 유저 정의

출처 : 시스템 사용유저 분석

[표 2-2] 산출물별 사용자 정의 사례

구분 시스템 사용유저

분석

유스케이스다이

어그램 유스케이스정의서

프로세스다이

어그램

사용자

구분

비로그인유저 방문자

유저,

사용자(비로그인사용

자포함) 사용자

일반유저 유저(회원) 유저/일반유저



- 42 -

Ⅴ. 첨부


구분 시스템 사용유저

분석

유스케이스다이

어그램 유스케이스정의서

프로세스다이

어그램

유관기관유저 기관회원 관공서유저

시스템관리자 운영자 관리자 관리자

컨텐츠관리자 - - 운영자

탈퇴회원 - - -

시스템관리자와 컨텐츠관리자별 유스케이스 구분이 필요함. 현재는 운

영자/관리자로 통합되어 있음.

유저별 메뉴 및 기능별 접근 권한에 대한 정의가 확정되어 있지 않음.

방문자의 경우 메인페이지의 접근이 가능하여야 하나 현재 유스케이스

나 프로세스에는 해당 내용이 기술되어 있지 않음.

공통용어에 대한 정의와 사용이 요구되나 용어집이나 코드정의서는 작

성되어 있지 않고 산출물별로 일부 다른 용어를 사용하고 있어 내용파

악에 혼란이 있음.

(바) UI 지침서 및 스타일가이드에 준하여 화면설계서를 작성함으로써 사용자

편리성이나 UI 의 일관성을 제공하는 노력을 하고 있음. 그러나 일부 화

면의 세부 내용이 미 확정된 부분이 있고 화면설계서 및 메뉴구조도(IA)

간의 상관 관계를 파악하기 위한 매핑 정보가 없음.

시스템소개, 자원순환소개, 자원순환지표 등은 하위메뉴를 포함하여

세부 내용이 확정되지 않은 상태임.

[그림 2-7] 내용작성 중인 화면

<설명> 구체적 내용이 확정되지 않은 상태의 화면

* 출처 : KECO-03-화면정의서-1.0 8~10,12~14,38쪽



- 43 -

Ⅴ. 첨부


화면별 관련 테이블 정보, 처리 로직 등이 기술되어 있지 않아 구현시

참조가 어려울 수 있음

회원로그인과 관련하여 회원가입시, 아이디/비밀번호 찾기시에 주민등

록번호를 입력하도록 하고 있으나 실제 주민등록번호를 저장하는 DB

Table 컬럼이 존재하지 않음.

[그림 2-8] 주민등록번호 요구 화면

<설명> 회원로그인, 회원ID/비밀번호 찾기시 주민등록번호 입력 요구 화면

* 출처 : 화면정의서 55쪽



- 44 -

Ⅴ. 첨부


(사) 프로세스목록과 프로세스다이어그램에 작성된 프로세스의 차이가 있음.

프로세스 목록에는 있으나 프로세스 다이어그램에 누락된 프로세스가

존재함.

그외 다이어그램과 목록간 용어가 불 일치하는 사례가 발견되었음

[표 2-3] 프로세스 다이어그램 누락 및 불일치 사례

업무영역 프로세스번호 프로세스명 프로세스다이어그램 비고

회원공통 USR-02 회원 탈퇴 누락

USR-04 ID/PW찾기 누락

시스템

관리 ADM-03 시스템코드관리

AND-02 코드관리

로 표시

코드, 용어불

일치

환경통계 REP-01 환경통계 등록 환경통계 입력 용어불일치

업체정보

조회 ENT-01 업체정보검색 업체정보조회 용어불일치

(아) 프로세스다이어그램과 유스케이스 간 연관관계를 파악할 수 있는 정보가

존재하지 않음.

회원가입과 관련된 약관동의, 실명인증 프로세스가 존재하지 않음

ID 중복확인, 상세정보 등의 프로세스가 존재하지 않음

자원순환실적분석조회 열람 및 환경통계 열람의 유스케이스와 프로세

스간의 연계정보가 없어 연관관계를 파악하기 어려움

【개선방향】

(가) 본 사업에 맞는 개발표준, UI 지침서의 현행화 필요

시스템 개발 시 개발팀에서 가이드로 활용하도록 개발환경, DB 명명규

칙, 웹 보안 개발가이드, 웹 표준 및 웹 접근성 준수 개발 가이드 등

을 포함할 것

플래쉬 개발 표준 작성필요

본 사업에 관련된 시스템코드, 용어 등을 현행화할 것.

(나) 시스템 코드, 공통 용어 등은 별도의 용어집이나 코드정의서를 작성하여

통합 관리하는 것이 필요



- 45 -

Ⅴ. 첨부


사용자(액터) 에 대한 일관성 부여

시스템코드 및 용어의 표준 정의 및 사용 필요

산출물별 다르게 사용하고 있는 용어의 정리가 필요

(다) 프로세스다이어그램과 유스케이스간 매핑 정보를 요구사항추적표에 항목

추가하여 연관성 파악 및 추적성 제공 필요

프로세스다이어그램에 누락된 프로세스 보완 필요

프로세스 ID 와 유스케이스 ID 를 각각 부여하고 이를 요구사항추적표에

기록하여 연관관계를 파악하고 누락되는 것이 없도록 해야 함.



- 46 -

Ⅴ. 첨부


(3) 프로그램 구현을 위한 상세설계가 요구됨 (필수, 단기, 중요)


(가) 현재 작성된 설계산출물을 가지고 구현단계에서 적용하기에는 상세설계

가 부족한 상태임.

(나) 실제 구현될 프로그램과 내용을 파악할 수 있는 프로그램사양서가 정의

되어 있지 않음. 실제 구현을 위한 상세설계문서의 작성이 요구됨

(다) 고객과 검토가 완료된 메뉴구조도(IA)와 화면간의 상관관계를 파악할 수

있는 매핑 정보가 없는 상태임.

(라) 요구사항추적표를 통해 요구사항이 모두 설계 및 구현되는지를 확인하고

추적할 수 있도록 해야 하나 현재 요구사항추적표에는 유스케이스ID, 프

로그램 ID 등 주요 항목이 포함되어 있지 않음

【개선방향】

(가) 실제 구현될 프로그램목록을 확정하고 기능별 프로그램 ID, 프로그램명,

처리 로직, 관련테이블, 프로그램파일명(URL), 소스 등이 기술되는 프로

그램사양서 작성 필요

[그림 2-9] 프로그램사양서 사례

(나) 메뉴구조도에 화면 ID 를 기술하여 화면설계서 및 메뉴구조도 간의 매핑

정보 표시.



- 47 -

Ⅴ. 첨부


[그림 2-10] 메뉴구조도 작성사례

<설명> 각메뉴 별 화면ID 매핑 필요

* 출처 : 메뉴구조도

(다) 요구사항추적표를 통해 요구사항이 모두 설계 및 구현되는지를 확인하고

추적할 수 있도록 요구사항별로 유스케이스 ID, 프로그램 ID 등 주요 항

목을 추가하여 작성하여야 함.

요구사항추적을 위하여 요구사항추적표를 기능/비기능별로 양식을 보

완하여 작성하여야 함.

기능 요구사항인 경우 유스케이스 ID, 프로그램 ID 추가, 상태 항목 추

가

보고서로 정의된 경우에는 화면 ID 항목에 보고서 ID 를 기술

[그림 2-11] 요구사항추적표(기능) 사례

비기능(기본요건) 요구사항에 대한 구현방안을 구체적으로 기술하도록

현재 양식을 변경하여 작성.

공통적으로 요구사항의 도출된 근거를 반드시 제시해야 함.



- 48 -

Ⅴ. 첨부


[그림 2-12] 요구사항추적표(비기능) 사례



- 49 -

Ⅴ. 첨부


(4) 연계대상 데이터 항목 및 연계 수준 등의 확정과 연계방안에 대한 구체화 작업

이 필요함. (필수, 단기, 중요)


(가) 본 사업 중 기존 자원순환관련시스템과 연계 DB 구축은 본 사업의 가장

중요한 부분으로서 시스템의 근간인 연계데이터 대상정의와 추출, 표준

화작업, DB 구축 등의 절차로 이루어지게 되어있으나 분석,설계단계에서

의 연계데이터 확정 및 연계방안 수립이 원활하게 이루어지지 않고 있

음.

폐자원의 효율적인 이용.촉진을 위해 자원순환정보를 생산.보급하는

자원순환정보시스템 구축을 추진하고 있으며 본 사업은 1 단계사업임.

개발기관은 본 사업연계 대상인 4 개의 시스템(올바로시스템, EcoAs 시

스템, EPR시스템, 환경통계DB시스템)을 대상으로 분석을 수행하여 연

계대상을 결정하였으나 아직 연계데이터 항목에 대한 미확정부분이 존

재하고 있음.

연계대상정보 정의 및 속성은 과업지시서에 제시되어 있으며 연계대상

으로 정의된 연계데이터가 기술되어있음. 그러나 과업지시서에 연계대

상인 올바로시스템의 실적정보 중 폐기물 수출실적과 수입실적,

EcoAs 시스템의 폐제품수거, 폐자동차발생량 등은 개발기관에서 연계

비대상으로 정리한 상태임. 그러나, 비대상으로 정의한 타당한 근거가

미약함.

연계대상정보 추출에 있어서 개발기관은 연계대상인 4 개시스템의 테

이블 및 속성 등을 파악하여 연계대상을 정의하고 있으나 실질적으로

테이블 입수가 4 개시스템 전체 상세하게 입수되지 않았고, 연계데이터

의 제공수준에 대한 연계대상 시스템 담당자와의 합의가 명확하게 이

루어지지 않아 현재 분석단계에서 정의한 연계정보대상은 불확실성이

있음.

연계대상 시스템 분석을 위하여 연계시스템의 테이블에 대한 전체정보

의 수집여부와 연계대상 정보를 추출하는데 있어 활용된 작업단계에서

의 산출물을 발견할 수 없고 최종 결과 산출물만 정리되어 있어 추출

작업이 적정성한지에 대한 우려가 있음.

무엇보다도 주관기관과의 분석된 결과에 대한 충분한 협의나 합의에

대한 근거가 미약한 점이 발견됨.

(나) 과업지시서에 제시된 연계대상정보 정의 및 속성에 대하여 분석단계 수

행 후 연계대상으로 정의된 연계데이터가 기술되어있음. 그러나 올바로



- 50 -

Ⅴ. 첨부


시스템의 실적정보 중 폐기물 수출실적과 수입실적, EcoAs 시스템의 폐

제품수거, 폐자동차발생량은 개발기관에서 연계 비대상으로 정리한 상태

이나 비대상으로 정의한 타당한 근거가 요구되고 있음.

연계대상 시스템 중 올바로시스템은 연계대상에 관련된 정보제공 수준

에 대해서 이견이 있음(개발기관에서는 테이블에 포함되어있는 레코드

단위의 데이터를 요구하고 있으나 연계대상 시스템 담당자는 종합된

통계데이터 수준의 데이터 제공 의견제시)

따라서 아래 표 중 올바로시스템의 연계유무에 “Y” 부분은 연계예정

으로 되어있으나 미확정된 부분임.

그리고 올바로시스템의 폐기물수출실적, 폐기물 수입실적, EcoAs 시스

템의 폐제품수거, 폐제품발생량 등은 개발기관 자체적으로 연계하지

않는 것으로 정리한 상태임.

[표 2-4] 과업지시서 대비 자원순환정보시스템 연계유무

시스템 구분 데이터병 연계대상명 연계

유무

올바로

업체정보 업체기초정보 Y

실적정보

폐기물 발생처리

실적

폐기물 배출 및 처리 실적보고

(별지49호) Y

건설폐기물 배출 및 처리 실적보고

(별지28호) Y

폐기물최종처리 실적보고

(최종처리업자)(별지53호) Y

건설폐기물 중간처리 실적보고서

(중간처리업자)(별지30호) Y

순환골재생산·판매실적보고서

(중간처리업자)(별지31호) Y

폐기물수출실적 N

폐기물수입실적 N

EPR

업체정보 업체기초정보 Y

실적정보 제품출고/수입,

재활용실적

재활용의무 대상 제품·포장재 출고

·수입실적(별지9호의 2서식) Y

재활용 의무이행 계획서(별지10호) Y

재활용 의무이행 결과 보고서

(별지13호) Y

EcoAs 업체정보 업체기초정보 Y

실적정보 제품 출고/수입 재활용의무대상전기·전자제품 출고 Y



- 51 -

Ⅴ. 첨부


시스템 구분 데이터병 연계대상명 연계

유무

(전기전자

제품)

재활용실적 ·수입실적서(별지2호)

폐제품 수거 재활용의무대상 전기·전자제품의

회수·재활용관리대장(별지23호) N

폐제품 재활용

실적 재활용의무이행결과보고서(별지5호) Y

실적정보

(자동차)

폐자동차발생량 폐자동차인수내역

(자동차폐차업자용)(별지5호) N

폐자동차재활용량

폐자동차 재활용결과보고서

(자동차폐차업자용)(별지14호) Y

폐자동차 재활용결과보고서

(파쇄재활용업자용)(별지15호) Y

환경통계 업체정보

폐기물중간처리업

허가 및 재활용

신고업체 현황

폐기물 중간처리업(재활용전문)허가

및 재활용신고업체현황 Y

전국 생활 및 사

업장 폐기물 발생

및 처리업체현황

전국 폐기물 발생 및 처리현황 Y

전국지정폐기물

발생 및 처리업체

현황

지정 폐기물 발생 및 처리현황 Y

폐기물 다량발생사업장 폐기물 감량

현황 Y

재활용지정사업자 재활용 실적 Y

영농폐기물조사 Y

(다) 현재까지 입수된 4 개 연계시스템의 테이블은 아래의 표와 같으며 이중

개발기관에서 분석하여 연계대상으로 정의한 테이블은 아래표와 같음.

그러나 일부 기관은 테이블 내역이 약식으로 전달되어 데이터 항목에 대

한 정확한 파악이 어려운 점이 있어 실질적으로 본 사업에서 활용되는

데이터 항목의 속성파악이 정확히 이루어지지 않고 있음.

연계시스템 중 중 올바로시스템은 연계대상에 관련된 정보제공 수준에

대해서 이견이 있음(개발기관에서는 테이블에 포함되어있는 레코드 단

위의 데이터를 요구하고 있으나 연계대상 시스템 담당자는 종합된 통

계데이터 수준의 데이터 제공 의견제시), 또한 연계대상 테이블도 명

확히 정의되고 있지 않음.

아래의 표와 같이 입수된 자료를 바탕으로 데이터 분석을 통한 연계항

목을 정의하고 이후 설계에 반영하였으나 올바로 테이블 등 적용대상



- 52 -

Ⅴ. 첨부


테이블 및 EPR 테이블 적용대상 등 명확한 연계 테이블 대상이 확정

되지 않고 분석설계 문서마다 상이하게 기록되고 있음.

EPR 시스템의 경우는 데이터 구조[그림 2-13 참조]만 입수되어 테이

터의 속성 및 타입 등 실질적 입수가 필요하지만 현재 개발 중에 있어

변경될 수 있는 변수가 있음.

환경통계의 경우 현행시스템분석서에 의하면 제공할 수 있는 통계정보

가 9 종이 있으나 미결정된 것으로 기술되어있음.

[표 2-5] 연계대상 시스템 분석

시스템병 입수 테이블

개수

적용테이

블(안)

비고

올바로시스템 36 15 제공데이터 수준 이견

EcoAs

13 7

자동차정보미사용,

6개테이블 샘플데이터 입수,

목록기준으로 관련정보는 119개테이블중 40

개정도

EPR

8 -

현재개발 중(2012년 완료예정),

연계대상 테이블의 데이터 타입 등 상세정보

가 입수되지 않음

환경통계

- -

폐기물중간처리업 허가 및 재활용 신고업체

현황 등 11종 중 6종 보고서 입수, 기타 9종

통계 연계여부 미결정(현행시스템분석서)

[그림 2-13] EPR 시스템의 테이블 구조

<설명> 연계대상시스템인 EPR시스템의 데이터 구조만 입수되어 있는 상태이며 데

이터 타입 및 실질적인 데이터를 입수가 필요함.

* 출처 : KECO-02-현행시스템분석-1.0-110820산출물 19쪽



- 53 -

Ⅴ. 첨부


표 2-4 에서 개발기관이 연계비대상으로 정의한 올바로시스템의 폐기

물 수출실적, 수입실적의 자료는 아래의 예시된 그림 2-14 와 같이

폐기물포탈에서 제공되는 정보로 연계가 가능하다고 판단되나 누락되

어 있으므로 검토가 요구되고 있음.

[그림 2-14] 올바로시스템의 수출입폐기물 포탈화면 예시

<설명> 올바로 시스템에서 제공되는 포탈시스템의 수출입폐기물관리대장으로 개발

기관이 연계대상에서 정보가 없어 불가하다고 판단하였으나 연계관련 데이터 항목

이 포함되어 있음.

* 출처 : 올바로시스템의 수출입폐기물포탈화면

【개선방향】

(가) 연계대상시스템의 연계대상 테이블과 데이터항목에 대한 연계데이터수준,

연계방안 등의 확정이 필요하며 연계대상 정보의 구체적 기술이 필요함.

연계시스템의 연계대상 테이블명, 데이터항목, 연계시점(주기), 연계방

안 등의 확정이 필요함.

- 올바로 시스템의 연계대상 테이블, 연계항목과 연계대상 시스템 담당

자와 이견이 있는 연계데이터 제공수준에 대한 확정

- EPR 시스템의 연계대상 테이블의 데이터 타입 등 속성정보 입수

- 환경통계 제공을 위한 미결정된 9 종의 연계여부 결정

(나) 과업지시서와 비교하여 비연계대상으로 개발기관에서 정리한 연계항목대

한 구체적 근거가 필요하며 특히 올바로시스템의 폐기물수출입에 정의된

데이터항목은 연계가 가능한 항목이므로 검토가 필요함.



- 54 -

Ⅴ. 첨부


표 2-4 에서 비연계대상으로 정리된 데이터 항목에 대한 연계가 불가

능한 충분한 사유와 근거가 필요함.

특히 연계 비대상으로 정리된 올바로시스템에서 폐기물수출실적 및 폐

기물수입실적 데이터의 연계는 올바로 폐기물 포탈시스템에서 제공 가

능한 데이터를 포함하고 있으므로 재검토가 필요함.



- 55 -

Ⅴ. 첨부


(5) 데이터베이스 분석,설계 단계의 필수적인 산출물 작성과 보완이 필요함.(필수,

단기, 중요)


(가) 현재는 데이터분석 및 설계완료 단계이나 관련된 문서가 미흡하여 분석

된 결과가 설계에 적정하게 반영되었는지를 판단하기에는 어려움이 있음.

분석설계문서를 검토한 결과 데이터매핑 설계 미흡, 구축되는 시스템의

코드설계서 및 데이터사전의 미작성 등 필수 설계문서의 작성 및 보완이

요구되고 있음.

본 사업은 4 개 연계대상시스템에서 데이터를 연계하여 자원순환정보

시스템에 필요한 데이터 항목을 추출하여 데이터베이스를 구축하고 활

용하는 시스템임. 따라서 연계되는 데이터 각각의 정보가 본 시스템에

는 아주 중요한 기초자료임. 기초자료를 가져오기 위한 대상테이블의

확정과 테이블에서 가져오는 데이터 항목의 정의, 데이터 항목의 중간

테이블 적재 및 자료적정성 검증 및 정정 등의 작업을 거친 후 설계된

데이터베이스로의 적재 등의 작업이 순차적으로 원활하게 진행이 될

수 있도록 관련된 매핑문서가 준비되어야 하나 현재의 문서로는 관련

내용을 파악하기 어려움이 있음.

현재 설계된 시스템의 기초자료인 코드설계서 및 데이터사전이 작성되

지 않고 있음. 연계대상시스템의 일부 자료의 관련데이터속성을 모아

놓은 문서는 존재하지만 구축되는 시스템의 설계를 위한 코드설계서와

자료사전은 미 작성됨.

현재 작성된 ERD 를 검토한 결과 프로세스의 흐름에 적합한 Relation

을 표현하지 못하는 등 보완사항이 발견되었음. 또한 물리 ERD 에서

포함된 데이터 항목과 테이블정의서가 일치하지 않는 등 문서간의 불

일치 사항이 다소 발견되고 있음.

과업의 내용 중 DB 보안측면의 설계서와 데이터 추출 및 적재를 위한

ETL 설계방안이 작성되지 않아 작성이 필요함.

위의 설계내용을 종합해볼 때 연계대상 추출, 추출데이터분석과 데이

터베이스 설계가 명확하게 이루어지고 있다고 판단하기 어려움이 있

음.

(나) 본 시스템에서 중요한 문서의 하나는 매핑설계서 임. 분석단계에서 연계

대상 시스템의 테이블이 확정되면 이후 소스테이블의 연계항목을 정의하

고 연계테이블의 항목이 목표테이블의 데이터 항목으로 정확히 매핑을

기술해야 함. 현재는 여러문서에 테이블기준으로 기술되거나 항목만 정



- 56 -

Ⅴ. 첨부


의한 상태로서 실제 목표되는 테이블의 어느 필드로 매핑되는지를 기술

하지 않고 있어(그림 2-15 참조) 언제, 어떤 테이블에 몇 단계를 거쳐서

데이터가 적재되는지를 알 수 없는 상태임.

[그림 2-15] 현행 데이터베이스 구조(예시)

<설명> 연계대상 테이블의 현행 데이터베이스 구조를 나열하고 있음

* 출처 : 현행DB분석서1-1 16쪽

(다) 현재 작성된 ERD 는 데이터의 관계가 잘 못 표현된 사례가 발견되고 있

어 데이터 엔티티간의 관계설정에 대한 검증이 필요하며 물리 ERD 에

기술된 내용과 테이블설계서에 기술된 테이블의 구조가 상이하게 기술되

어 있어 보완이 요구되고 있음.

작성된 물리 ERD 의 내용 중 TB_PDCT_DICHGE_INFO(생산배출정보)

테이블과 TB_WSTE_OCCU_STRG(폐기물발생 및 보관)테이블의 관계

는 1 : N의 관계로 표현되어 있으나 현재 표현되어 있는 키를 포함하는

테이블 구조로는 1 : N 의 구조를 포함할 수 없는 1 : 1 구조임. 그러나

업무흐름을 검토하면 1:N 의 관계로 규정되어야 함. 따라서 현재 기술

되어 있는 테이블간의 Relation 에 대한 검토가 요구되고 있음.

또한 그림 2-17 에서 기술된 자원순환 테이블정의서와 ERD 에서 정의

된 DATA 항목간의 상이한 점이 발견됨(키항목), 즉 그림 2-16 의 ERD

에는 키항목으로 다수의 테이블에 COM_NO 가 포함되어 있으나 테이

블정의서에는 누락된 경우가 다수 발견되고 있음.



- 57 -

Ⅴ. 첨부


[그림 2-16] 물리 ERD(예시)

<설명> TB_PDCT_DICHGE_INFO(생산배출정보)와 TB_WSTE_OCCU_STRG(폐기

물발생 및 보관)테이블간의 관계가 1: N으로 규정되어있으나 현재 키의 구성상

1:N의 구조를 포함할 수 없음 (현재 구조는 1:1의 관계)

* 출처 : 물리ERD

[그림 2-17] 자원순환테이블정의서(예시)

<설명> 물리ERD의 “A”로 표현되어있는 항목이 테이블정의서에는 누락되어있음(다

수의 테이블), 또한 테이블정의서에 영문명과 한글명을 혼용하여 사용.

* 출처 : KECO-03-자원순환_테이블정의서_1.0



- 58 -

Ⅴ. 첨부


(라) 본 사업에서 적용되는 DB 보안에 대하여 DB 보안대상 및 적용방식에 관

한 설계서가 기술되지 않아 DB 보안을 어떻게 적용할 것인지에 대한 방

안수립이 요구되며 도입되는 ETL 도구의 활용방안과 활용절차에 대한

내용이 데이터매핑과 연계하여 구체적으로 기술되어져야 하나 간단한

ETL도구수준의 문서만 작성되어있어 설계서작성이 요구되고 있음. 특히

ETL 은 데이터 추출과 검증, 적재, 이력관리 등 관련테이블과의 구체적

인 정보를 포함해야 함.

【개선방향】

(가) 연계대상시스템에서 데이터 연계 및 자원순환정보시스템으로의 적재를

확인하기 위하여 추출부터 검증, 적재, 활용단계까지를 파악할 수 있는

상세 매핑산출물이 필요함.

DB 설계 프로세스를 파악할 수 있는 전체 데이터 프로세스 처리 문서

(개념도 수준) 필요

소스테이블(연계대상시스템 테이블)과 목적테이블(자원순환정보테이블)

간의 데이터 항목별 매핑정보 기술(데이터 항목, 타입, 길이, 도메인정

보), 임시테이블을 통한 적재 후 목적테이블로 적재시에는 소스테이블

과 임시테이블, 임시테이블과 목적테이블간의 매핑문서 작성필요

또한, 목적테이블과 최종 표출되는 화면정보간의 매핑을 통한 연계 데

이터 검증필요

(나) 현재 작성된 ERD 에서 데이터의 관계가 잘 못 표현된 부분에 대한 보완

과 전체 논리, 물리 ERD 의 관계설정에 대한 점검이 필요함. 또한 물리

ERD 와 테이블정의서간의 데이터항목 등 불일치한 내용을 일치시켜서

설계문서의 일관성을 유지해야 함.

TB_PDCT_DICHGE_INFO(생산배출정보)테이블과

TB_WSTE_OCCU_STRG (폐기물발생 및 보관) 테이블의 관계설정 보

완과 전체 논리, 물리 ERD 의 관계설정 보완 필요

ERD 와 테이블정의서간의 불일치 부분을 일치시키고 테이블정의의 미

흡한 부분(영문/한글명칭 혼용)의 보완 필요

(다) 필수문서 중 미작성된 산출물의 작성이 필요함.

자원순환시스템에서 활용되는 업무, 시스템 분야의 코드설계서

자원순환시스템에서 활용되는 데이터 항목, 타입, 속성 등을 정의한

자료사전



- 59 -

Ⅴ. 첨부


DB 보안 설계서

ETL 적용방안: 현재 소개수준으로 작성되어있는 ETL 산출물을 본 시

스템에서 데이터 추출, 적재, 검증, 이력관리 등 의 내용을 포함하여

구체적으로 활용방안에 대한 작성이 필요함.



- 60 -

Ⅴ. 첨부


(6) 테이블정의서를 점검한 결과 일부 컬럼(속성)에 대한 관리가 미흡한 점이 발

견되므로 보완이 필요함.(필수, 단기)


(가) 테이블목록 및 테이블정의서가 기술되었으나 데이터베이스 컬럼에 대

한 점검결과 일부에서 아래와 같은 컬럼(속성) 정의 오류 또는 컬럼간

일관성이 결여된 부분이 발견됨.

전체테이블은 14개이며 전체 컬럼수는 컬럼ID(영문) 종류수는 121 항

목이며, 컬럼명(한글) 종류수는 117 항목으로 파악됨.

테이블정의서를 점검한 결과 컬럼ID(영문) 기준 컬럼명(한글)이 불일

치한 사례(표 2-6 참조)가 발견되고 있고 컬럼명(한글)기준 컬럼ID(영

문)가 불일치 사례가 발견되고 있음(표 2-7 참조)

또한, 동일컬럼에 상이한 길이를 가진 사례(표 2-8 참조)가 발견됨.

[표 2-6] 컬럼 ID 기준 컬럼명이 상이한 사례

테이블 컬럼 ID 컬럼명 타입 길이

TB_CAR_INFO CHATR_STAT 성질/상태 VARCHAR2 10

TB_MID_PRCES_INFO CHATR_STAT 성질/상태 VARCHAR2 10

TB_RYCLWSTE_DICHGE_

PRCES CHATR_STAT 성질/상태 VARCHAR2 10

TB_RYCLWSTE_RECV_STRG CHATR_STAT 성질/상태 VARCHAR2 10

TB_PDCT_DICHGE_INFO CHATR_STAT 성질상태 VARCHAR2 10

TB_RYCL_INFO CHATR_STAT 성질상태 VARCHAR2 10

TB_WSTE_OCCU_STRG CHATR_STAT 성질상태 VARCHAR2 10

TB_EQUPMNT_INFO DITRBU_FIX_GNEL_CNSTC 분류_일반/지정/건설 VARCHAR2 10

TB_PDCT_DICHGE_INFO DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_RYCL_INFO DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_RYCLWSTE_RECV_STRG DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_WSTE_OCCU_STRG DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_WSTE_SELF_CHGE DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_RYCLWSTE_DICHGE_

PRCES PRCESMAN_TYP 처리자구분 VARCHAR2 3

TB_WSTE_SELF_CHGE PRCESMAN_TYP 처리자구분코드 VARCHAR2 1

TB_RYCL_PRCES RYCL_PRCES_AMNT 재활용 처리량 NUMBER 15,3

TB_RYCL_INFO RYCL_PRCES_AMNT 재활용처리량 NUMBER 15,3



- 61 -

Ⅴ. 첨부



TB_EQUPMNT_INFO USE_STRT_DT 사용개시일 DATE

TB_CAR_INFO USE_STRT_DT 사용개시일자 DATE

TB_CLLECT_TRNS_INFO WSTE_DTIL_KND 폐기물상세종류 VARCHAR2 50

TB_FINL_PRCES_INFO WSTE_DTIL_KND 폐기물상세종류/명 VARCHAR2 50

[표 2-7] 컬럼명 기준 컬럼 ID 가 상이한 사례

테이블 컬럼명 컬럼 ID 타입 길이

TB_WSTE_OCCU_STRG 누적보관량 ACCU_STRG_AMNT NUMBER 15,3

TB_PDCT_DICHGE_INFO 누적보관량 CRFW_STRG_QUNT NUMBER 15,3

TB_PDCT_DICHGE_INFO 분류구분코드 DITRBU_FIX_GNEL_CNSTC VARCHAR2 2

TB_RYCL_INFO 분류구분코드 DITRBU_FIX_GNEL_CNSTC VARCHAR2 2

TB_RYCLWSTE_RECV_STRG 분류구분코드 DITRBU_FIX_GNEL_CNSTC VARCHAR2 2

TB_WSTE_OCCU_STRG 분류구분코드 DITRBU_FIX_GNEL_CNSTC VARCHAR2 2

TB_WSTE_SELF_CHGE 분류구분코드 DITRBU_FIX_GNEL_CNSTC VARCHAR2 2

TB_CLLECT_TRNS_INFO 분류구분코드 분류구분코드 VARCHAR2 10

TB_EQUPMNT_INFO 수량 CNT VARCHAR2 3

TB_CAR_INFO 수량 COUNT VARCHAR2 3

TB_CLLECT_TRNS_INFO 폐기물관리번호 WSTE_CD VARCHAR2 10

TB_FINL_PRCES_INFO 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_MID_PRCES_INFO 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_PDCT_DICHGE_INFO 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_RYCL_AGGREGATE_SALE

_STRG 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_RYCL_INFO 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_RYCL_PRCES 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_RYCLWSTE_DICHGE_PRCES 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_RYCLWSTE_RECV_STRG 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_WSTE_OCCU_STRG 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_WSTE_SELF_CHGE 폐기물관리번호 폐기물관리번호 VARCHAR2 10

TB_FINL_PRCES_INFO 폐기물상세종류/명 WSTE_DTIL_KND VARCHAR2 50

TB_RYCLWSTE_DICHGE_PRCES 폐기물상세종류/명 WSTE_REMK VARCHAR2 50

TB_RYCL_AGGREGATE_SALE_

STRG 허가번호 PERM_NO VARCHAR2 50

TB_EQUPMNT_INFO 허가번호 PMT_NO VARCHAR2 50

TB_RYCL_AGGREGATE_SALE_

STRG 허가일자 PERM_DATE DATE

TB_EQUPMNT_INFO 허가일자 PMT_DT DATE



- 62 -

Ⅴ. 첨부


[표 2-8] 컬럼 ID 기준 컬럼길이가 상이한 사례


TB_EQUPMNT_INFO DITRBU_FIX_GNEL_CNSTC 분류_일반/지정/건설 VARCHAR2 10

TB_PDCT_DICHGE_INFO DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_RYCL_INFO DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_RYCLWSTE_RECV_STRG DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_WSTE_OCCU_STRG DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_WSTE_SELF_CHGE DITRBU_FIX_GNEL_CNSTC 분류구분코드 VARCHAR2 2

TB_CAR_INFO LOCT_ADDR1 시도 VARCHAR2 200

TB_COM_INFO LOCT_ADDR1 시도 VARCHAR2 30

TB_EQUPMNT_INFO LOCT_ADDR1 시도 VARCHAR2 30

TB_CAR_INFO LOCT_ADDR2 시군구 VARCHAR2 200

TB_COM_INFO LOCT_ADDR2 시군구 VARCHAR2 30

TB_EQUPMNT_INFO LOCT_ADDR2 시군구 VARCHAR2 30

TB_CAR_INFO LOCT_ADDR3 읍면동 VARCHAR2 200

TB_COM_INFO LOCT_ADDR3 읍면동 VARCHAR2 30

TB_EQUPMNT_INFO LOCT_ADDR3 읍면동 VARCHAR2 30

TB_CAR_INFO LOCT_ADDR4 구군리 VARCHAR2 200

TB_COM_INFO LOCT_ADDR4 구군리 VARCHAR2 50

TB_EQUPMNT_INFO LOCT_ADDR4 구군리 VARCHAR2 50

TB_CAR_INFO LOCT_ADDR5 나머지주소 VARCHAR2 200

TB_COM_INFO LOCT_ADDR5 나머지주소 VARCHAR2 80

TB_EQUPMNT_INFO LOCT_ADDR5 나머지주소 VARCHAR2 50

TB_RYCLWSTE_DICHGE_

PRCES PRCESMAN_TYP 처리자구분 VARCHAR2 3

TB_WSTE_SELF_CHGE PRCESMAN_TYP 처리자구분코드 VARCHAR2 1

【개선방향】

(가) 자원순환정보시스템에서 구축된 테이블을 점검한 결과 무결성이 위배된

사안을 해결하기 위해서는 자료사전을 작성하여 데이터를 정의하고 충

분히 검토 후 반영될 필요가 있음

(나) 명칭이 같은 컬럼의 타입과 길이는 동일해야 함. 그러나 컬럼을 명명하

는 규칙을 준수하지 않는다면 아래와 같은 문제가 발생함



- 63 -

Ⅴ. 첨부


데이터의 무결성을 보장할 수 없고, 시스템을 운영하면서 동일명칭이

가지는 속성간에 상호 자료가 복사될 시에 길이가 상이함으로 인해 자

료가 복사되는 값이 손실될 수 있음.

명칭이 동일한 속성간에는 SQL 조인시 연결고리가 될 가능성이 많은

데, 타입이 달라서 컬럼변형이 일어나 인덱스 검색을 하지 못해 성능

이 저하될 수 있음.

만약 데이터 타입이나 길이가 달라야 한다면 서로 다른 속성명과 도메

인을 부여해야 할 것임.

(다) 위에서 기술한사례의 오류는 응용시스템의 완성도 및 유지보수성을 저

해시킬 수 있으므로 보완되어야 함.



- 64 -

Ⅴ. 첨부



가. 검토현황

(1) 검토항목

점검항목 및 검토항목 결과

- 시스템아키텍처 정의 및 설계의 적정성 (1)번 참조

- 시스템 도입 계획에 따른 설치 및 구성요소 검증 (1)번 참조

- 보안 요건 대비 보안 대책의 설계 반영여부 (2)번 참조

- 국제기준의 표준안에 따른 홈페이지 표준화 및 웹 접근성 규격

준수 여부 (3)번 참조

(2) 검토의견

시스템구조 및 보안 감리 영역은 현재 시스템 분석 및 설계 단계가 완료되

었으나 일부 산출물의 추가 작성 및 보완이 필요하며, 도입 대상 HW, SW 의

도입 일정은 2 주 가량 지연되었음.

시스템구조 부문에서는 인프라 구축과 관련된 요구사항이 적절히 분석, 설

계되었는지 확인한 결과, 제안 요청한 장비의 규격에 적합한 장비 및 솔루션

이 제안되었으며 9 월 말경 도입, 설치될 예정으로 도입 일정이 2 주 가량 지

연된 상황이므로 인프라구축계획서에 따라 HW 및 SW 설치가 차질없이 진행

되도록 사전 점검하여야 함.

방법론 테일러링 결과 기술인프라아키텍처설계서 작성이 생략되었으나, 기

술인프라아키텍처설계서는 3 차년도 사업으로 수행될 대상 사업의 인프라 구

축과 관련된 기본 문서이므로 전체 목표시스템에 대한 HW 구성도, SW 구성

도, 대상 HW 와 SW 에 대한 기본정보, 네트워크 구성 환경, 연계 시스템 등

에 대한 정보를 포함하여 작성되어야 함.

시스템 운영환경을 고려하여 도입 대상 SW 와 동일한 솔루션을 탑재한 시

스템 개발 환경이 구축되어야 하나 개발 환경 구축 계획이 제시되지 않아 개

발 환경 구축 계획이 수립되어야 하며, 원격지 개발을 고려한 연계 대상 DB

와의 연계 테스트 방안이 포함되어야 함

보안 부문에서는 공단에서 적용 중인 보안 SW 적용 등 식별되지 않은 요구

사항을 반영하여 분석, 설계 산출물을 보완하여야 함. 시스템 개발 시 정보보

호를 위해 주의할 내용을 포함한 보안 지침을 개발표준정의서에 반영하여야

함.



- 65 -

Ⅴ. 첨부


시스템 접근통제를 구현하기 위하여 응용프로그램 관리자와 사용자를 구분

하여 접근 범위를 정의하였으나 구분 내용이 모호하고, 일관성이 부족하므로

시스템 사용유저에 대한 구분이 일관되도록 화면설계서 등 관련 산출물을 보

완하고 각 사용자에 대한 사용권한을 명확히 명시하여야 함

회원가입을 통해 수집되는 개인정보에 대한 정보보호방안을 수립하고 개발

표준정의서에 관련 내용을 추가하여 보완하여야 함

웹 호환성 및 웹 표준 준수에 관련하여 웹 호환성 제공은 사용자 요구사항

으로 식별되지 않아 요구사항정의서에 반영하여야 하며, 웹 호환성 및 웹 표

준 준수에 관련하여 개발 시 준수할 내용을 개발표준정의서에 반영하고 시스

템 구축 완료 시점에 준수 여부를 확인할 수 있는 기준 및 확인 방안을 제시

하여야 함



- 66 -

Ⅴ. 첨부



(1) 인프라 구축과 관련하여 대상 장비의 도입 일정이 지연되었으며, 기술인프라아

키텍처설계서 등 설계 산출물에 대한 작성 및 보완이 요구됨. (필수, 단기)


(가) 인프라 구축과 관련된 요구사항이 적절히 분석, 설계되었는지 확인한 결

과, 제안 요청한 장비의 규격에 적합한 장비 및 솔루션이 제안되었으며

9 월 말경 도입, 설치될 예정임

제안요청서, 제안서, 사업수행계획서 등을 확인한 결과, 제안요청서에

명시된 도입대상 장비의 규격에 적합한 장비를 제안하고 각 서버에 대

한 성능치는 제공업체를 통하여 TPMC 로 산정하여 제시하였음

현업담당자와의 인터뷰 결과 시스템과 관련된 추가적인 요구사항은 없

는 것으로 PL 과의 면담에서 확인되었으며, 회원가입 시 주민번호를

대체할 수 있는 I-PIN 도입을 검토 중인 것으로 확인됨

[표 3-1] 도입 대상 HW 및 SW

구분 규격

HW

WEB 서버 1.6GHz CPU×2EA(4core)이상 1식

WAS 서버 1.6GHz CPU×2EA (4core)이상 1식

DB 서버 1.6GHz CPU×2EA (4core) 이상 1식

RACK 서버 동일사 제품의 RACK 제안

SW

DBMS Oracle Standard Edition 11g: 20 Named user plus 1식

WEB 서버 Web Server 기본 기능 모두 제공(Vhost) 2CPU(4core)

WAS 서버 다양한 프리젠테이션 로직 지원 기능 보유, 2CPU(4core)

Reporting

Tool 각종 보고서 생성, Good Software 인증 제품 4core

DB보안 데이터베이스 보안 솔루션 1식

ETL 데이터 추출/변환/적재 솔루션 1식

[그림 3-1] 장비 제공업체를 통한 각 서버의 성능치 산정 결과



- 67 -

Ⅴ. 첨부


<설명> WEB 서버, WAS 서버, DB 서버에 대한 성능치 산정 결과

* 출처 : 인프라구축계획서 9쪽

(나) HW 및 SW 도입을 포함한 인프라 구축 일정과 관련하여 당초 계획인 9

월 중순 경보다 2 주 가량 지연되어 9 월말에 도입 후 설치 예정임

중간감리시점인 9 월 15 일 현재 인프라 구축을 위한 HW 및 SW 도입

은 9 월 중순 경으로 예정되었으나, 2 주 가량 지연되어 9 월 말에 도입

될 예정임

- 사업수행계획서 상에 제시한 시스템 납품 및 설치 일정은 9 월 중

순으로 계획되었으나, 웹서버 등의 해외 조달 지연으로 인하여 9 월

26 일 ~ 10 월 5 일(7 일간)에 설치하는 것으로 계획이 수정됨

- 인프라 구축을 위한 설치 정보, 도입 장비 목록, 설치 일정 등을 포

함한 인프라구축계획서가 작성되었음

[그림 3-2] WBS 에서 인프라 구축에 대한 Task 식별되지 않음

<설명> 인프라 구축 일정이 9월 중순에서 9월 말로 지연됨

* 출처 : 사업수행계획서 8쪽, 인프라구축계획서 3쪽



- 68 -

Ⅴ. 첨부


- WBS 에서 인프라 구축을 위한 Task 에는 인프라 구축에 대한 도

입, 설치에 대한 작업계획 및 일정 등이 식별되지 않음

[그림 3-3] WBS 에서 인프라 구축에 대한 Task 가 식별되지 않음

<설명> WBS 에서 시험환경 구축/점검 이전 단계인 인프라 도입, 설치에 대한 작

업계획 및 일정 등이 식별되지 않음

* 출처 : 프로젝트 WBS_V.1.3, KECO-00-WBS-1.3-110826.xls

(다) 적용 방법론을 확인한 결과 기술인프라아키텍처설계서 작성이 생략되었

으나, HW 구성 정보, 네트워크, SW 설치 내용, 장비 설치 장소 등에 대

한 문서화가 필요함

기술인프라아키텍처설계서는 도입 대상 HW, SW 에 대한 목록, 규격,

버전 등 기본정보 뿐만 아니라 설치 장소, 네트워크 구성 환경에 대한

기본 정보를 포함하는 필수 산출물임

대상 사업은 연차사업의 1 단계 사업으로써 향후 확장성을 고려하여

구축하고 산출물이 작성되어야 하며, 기술인프라아키텍처설계서가 인

프라 구축의 기본 문서이므로 반드시 작성되어야 함

[그림 3-4] 기술인프라아키텍처설계서 작성이 생략됨

<설명> 적용 방법론 테일러링 결과, 협업체계 및 연계된 개발이 없다는 사유로 기

술인프라아키텍처설계서 작성이 생략됨

* 출처 : 테일러링 결과서, KECO-00-테일러링 결과서-1.0-110804.xls

자원순환정보시스템 운영 중 장애 발생 시 대응방안 및 절차, 시스템

로그기록 등 주요 데이터에 대한 백업 계획이 작성되어야 하나, 산출

물 계획에 포함되지 않음



- 69 -

Ⅴ. 첨부


(라) 시스템 운영환경을 고려하여 도입 대상 SW 와 동일한 솔루션을 탑재한

시스템 개발 환경이 구축되어야 하나, 개발 환경 구축 계획이 제시되지

않음

WBS 에서 개발 환경 구축이 9 월 19 일부터 시작될 예정이나, 중간감

리 시점까지 개발 환경 구축에 대한 계획이 수립되지 않음

시스템 개발 환경은 대상 시스템의 운영환경에 적용되는 솔루션과 동

일한 SW 를 탑재하여 구축되어야 하며, 실제 사용자 환경을 가정하여

개발 및 테스트되어야 하므로 이를 고려한 개발 환경 구축 계획이 수

립되어야 함

특히 개발 사업장이 원격지에 위치한 대상 사업의 특성 상 향후 연계

대상 DB 와의 연계 테스트 시 내부 망에 위치한 대상 DB 서버에 대한

접근이 가능한지, 향후 실제 DB 에 연동 시 발생 가능한 문제점을 고

려하여 개발 환경 구축 계획을 수립하여야 함

【개선방향】

(가) 9 월말로 계획된 인프라구축계획서에 따라 HW 및 SW 설치가 차질없이

진행되도록 사전 점검하여야 함

대상 HW 및 SW 의 도입 일정이 이미 지연된만큼 인프라구축계획서에

따른 장비 설치가 원활히 수행될 수 있도록 사전에 장비 및 솔루션 제

공업체와 협의를 충분히 진행하여야 함

대상 HW 의 검수 확인을 위하여 개봉 시 정확한 장비가 도입되었음을

확인할 수 있는 증적자료를 확보하고, SW 설치 중 문제 발생 시 즉시

조치가 가능하도록 기술지원 인력을 배치하여야 함

WBS 에 명시되지 않은 인프라 구축 Task 를 추가하고 일정계획을 명

시하여 대상 사업의 범위관리 및 일정관리에서 누락되지 않도록 관리

하여야 함

(나) 기술인프라아키텍처설계서는 3 차년도 사업으로 수행될 대상 사업의 인

프라 구축과 관련된 기본 문서이므로 시스템 구축 현황정보를 포함하여

작성하여야 함

기술인프라아키텍처설계서는 전체 목표시스템에 대한 HW 구성도, SW

구성도, 대상 HW 와 SW 에 대한 목록, 규격, 버전 등 기본정보, 설치

장소의 네트워크 구성 환경, 연계 시스템 및 사용자 등에 대한 기본

정보를 포함하여 작성되어야 함



- 70 -

Ⅴ. 첨부


[그림 3-5] 기술인프라아키텍처설계서 작성 사례

<설명> 하드웨어 구성과 연계 대상 시스템을 도식화한 아키텍처 정의 사례

* 출처 : 타 사업의 아키텍처정의서

소프트웨어 아키텍처(디자인 패턴), 적용 프레임워크 등에 대한 설명도

포함하여 향후 시스템 확장 시 참고자료로 활용할 수 있음

기술인프라아키텍처설계서 작성 시 시스템 장애 시 대응 절차, 긴급

상황별 대처 요령, 비상연락처 등을 포함한 장애대응계획을 수립하고,

서버별 로그 기록, 주요 정보의 백업 방법, 주기 등을 포함한 백업계

획을 함께 수립하여야 함

(다) 개발 환경 구축에 대한 계획이 수립되어야 하며, 원격지 개발을 고려한

연계 대상 DB 와의 테스트 방안이 포함되어야 함

개발 환경은 대상 시스템 운영환경을 고려하여 해당 솔루션 뿐만 아니

라 주관기관의 정책에 따라 적용하여야 하는 보안 프로그램 등도 모두

탑재하여 구성하여야 함



- 71 -

Ⅴ. 첨부


도입 솔루션에 대하여 솔루션 제공업체와의 협의를 통하여 도입 솔루

션과 동일한 개발용 SW 의 설치 가능성, 기술지원 여부 등을 확인하여

개발 구축 계획에 반영하여야 함

[그림 3-6] 개발 환경 정의 사례

<설명> 개발 환경의 HW/SW 구성, 디렉토리 구성, 개발자 PC의 환경 설정 등을

포함하여 작성된 개발환경정의 사례

* 출처 : 타 사업의 개발환경정의서

개발 환경 구축 계획 시 사업장이 원격지에 위치한 대상 사업의 특성

을 고려하여 연계 대상 DB에 대한 접근 방법을 사전에 확인하여 개발

환경 구축 계획을 수립하고, 정제되지 않은 원시데이터 DB 연계 시 발

생 가능한 가비지 데이터 발생, 그로 인한 성능 저하 문제점 등을 사

전에 고려하여 개발 환경 구축 계획을 수립하여야 함



- 72 -

Ⅴ. 첨부


(2) 보안과 관련된 일부 식별되지 않은 요구사항을 반영하여 분석, 설계 산출물을

보완하여야 함. (필수, 단기)


(가) 보안 관련 요구사항이 적절히 분석, 설계 산출물에 반영되었는지 확인한

결과, 일부 요구사항이 식별되지 않은 사례가 발견됨

제안요청서, 사업수행계획서에 포함된 보안 관련 요구사항이 요구사항

정의서, 요구사항추적표에 반영되었는지 확인한 결과, 식별되지 않은

것으로 확인된 보안 요구사항은 다음과 같음

- 각 서버 내 공단이 운영중인 필수 보안 S/W 를 설치 및 운영 (제안

요청서 8 쪽)

- 응용프로그램의 관리자 및 사용자에 대한 보안 및 접근 통제 기능

을 제공(제안요청서 10 쪽)

- 도입되는 서버는 비인가자의 접근통제와 시스템 사용통제를 위해

로그파일을 제공(제안요청서 17 쪽)

[그림 3-7] 요구사항정의서에 포함된 보안 요구사항과 식별되지 않은 요구사항사례

<설명> 요구사항정의서에 사용자에 대한 시스템 접근 통제 및 보안 제공 내용만

식별되어 있으며, 일부 보안 관련 요구사항이 식별되지 않음

* 출처 : 요구사항정의서(KECO-02-요구사항정의서-1.1-110913.xls),

제안요청서 8쪽, 17쪽



- 73 -

Ⅴ. 첨부


식별되지 않은 요구사항 중 각 서버 내 공단이 운영중인 필수 보안

S/W 를 설치 및 운영하도록 명시한 요구사항은 대상 시스템 구축 완

료 시 SW 설치 여부를 확인해야 하는 중요한 요건이므로 요구사항정

의서와 요구사항추적표에 포함하여 누락이 없도록 유의하여야 함

(나) 개발표준정의서에 시스템 개발 시 준수해야 하는 시큐어코딩 가이드라인

내용을 보완하여야 함

개발표준정의서에 시스템 개발 시 준용하여야 하는 시큐어코딩 가이드

내용이 포함되어 있으나 준수 기준만을 제시하고 구체적인 내용이 포

함되지 않아 산출물의 보완이 필요함

[그림 3-8] 개발표준정의서에 명시된 시큐어코딩 가이드 내용

<설명> 개발표준정의서에 행정안전부 JAVA 시큐어 코딩 가이드(2판)을 기준으로

하는 것으로만 명시되고 구체적인 내용은 명시되지 않음

* 출처 : 개발표준정의서 30쪽

(다) 시스템 접근통제를 구현하기 위하여 응용프로그램 관리자와 사용자를 구

분하여 접근 범위를 정의하였으나 구분 내용이 모호하고, 일관성이 부족

함

대상 시스템의 관리자 및 사용자의 접근통제를 위하여 시스템 사용유

저 분석 작업을 실시하였으며 사용유저 분석 및 권한 분류 결과는 다

음과 같음



- 74 -

Ⅴ. 첨부


[그림 3-9] 시스템 사용유저 종류 및 권한 분류 결과

<설명> 시스템 사용유저 분석 결과 시스템 사용유저, 시스템 관리유저, 제외유저

등으로 분류하고, 각각의 접근권한을 개략적으로 정의함

* 출처 : 시스템 사용유저 분석서 2쪽

권한 분류 내용에서 비로그인유저에 대하여 일부 통계접근 불가, 일반

회원에 대하여 일부 권한별 자료실 사용불가 등 모호하게 규정된 내용

이 발견되었음

- 시스템 개발 시 주관기관이 메뉴별로 사용자의 접근권한을 수정할

수 있도록 구현되기 때문에 사용자별 접근권한을 명확히 정의하지

않은 것으로 구두 확인됨

- 관리자 및 사용자 권한에 대한 기본적인 정보는 사전에 개발자가

입력하고, 주관기관이 사용자에게 상세 메뉴별로 접근권한을 매핑

하는 작업을 최소화할 필요가 있음

화면설계서에서 메뉴별로 접근권한을 정의하도록 설계하였으나, 메뉴

권한관리 화면 중 사용자 구분이 다르게 정의되어 혼동을 가져올 가능

성이 존재함



- 75 -

Ⅴ. 첨부


[그림 3-10] 화면설계서에서 사용자 구분이 다르게 정의된 사례

<설명> 메뉴권한관리 화면 설계에서 사용권한 선택항목이 사용유저 분석 결과와

상이하여 접근권한 부여 시 혼동을 가져올 수 있음

* 출처 : 화면설계서 78쪽

(라) 회원가입을 통해 수집되는 개인정보에 대한 정보보호방안이 수립되지 않

아 이에 대한 보완이 요구됨

회원 가입 시 수집하는 비밀번호는 일방향 암호화하여 저장하여야 함

(정보통신망 이용촉진 및 정보보호 등에 관한 법률 시행령 제 15 조(개

인정보의 보호조치) 참조)

보안 관련 요구사항으로 명시되지 않았기 때문에 기술적용계획표에서

SSL 을 적용하지 않는 것으로 확인되었으나, 회원가입 및 로그인 시

ID, 비밀번호 등 개인정보가 네트워크에서 전송되는 경우 보안서버 구

축 등의 조치를 해야 하므로 SSL 적용을 고려할 필요가 있음

화면설계서 중 일반회원관리, 기관회원관리 화면에서 사용자의 비밀번

호를 입력할 수 있도록 설계되었는데 관리자 또한 타인의 비밀번호를

수정할 수 없도록 조치하여야 함



- 76 -

Ⅴ. 첨부


[그림 3-11] 화면설계서에서 사용자 비밀번호를 수정 가능하도록 설계된 화면 사례

<설명> 회원관리 화면에서 관리자가 비밀번호를 수정할 수 있도록 설계됨

* 출처 : 화면설계서 72쪽

【개선방향】

(가) 식별되지 않은 보안 요구사항에 대하여 요구사항정의서에 비기능 요구사

항으로 추가하고 이에 대한 대응방안을 수립하여 관리하여야 함

요구사항정의서, 요구사항추적표에서 식별되지 않은 공단의 보안 SW

설치 및 운영, 서버의 로그파일 제공 등 보안 요구사항에 대하여 비기

능 요구사항(기본요건)으로 분류하여 요구사항정의서에 추가하고 대응

방안을 수립하여야 함

(나) 대상 시스템 개발 시 준수해야 하는 시큐어 코딩 가이드라인의 주요 내

용을 포함하도록 개발표준정의서를 보완하여야 함

시큐어코딩 가이드는 추후 개발단계에서 개발자들이 준수하도록 사전

에 교육을 실시하고, 시스템 개발 완료 시 취약점 점검 방안을 제시하

여야 함



- 77 -

Ⅴ. 첨부


[그림 3-12] 개발표준지침서에 시큐어코딩 내용이 포함된 사례

<설명> 개발표준지침서에 시큐어코딩과 관련된 웹 어플리케이션 보안지침이 포함

된 사례

* 출처 : 타 사업의 개발표준지침서

(다) 시스템 접근통제를 적절히 구현하기 위하여 시스템 사용유저에 대한 구

분이 일관되도록 관련 산출물을 보완하고 각 사용자에 대한 사용권한을

명확히 명시하여야 함

시스템 사용유저 분석 결과를 기준으로 각 사용자 구분별 사용권한을

명확히 명시하고, 주관기관이 추후 정의할 부분을 확정하여 향후 권한

부여 작업 시 누락되는 영역이 없도록 조치하여야 함

화면설계서의 메뉴권한관리 화면에서 사용권한 선택 시 혼동되지 않도

록 용어를 통일하거나 메뉴별 권한부여 대상자를 매핑함으로써 사용권

한 부여가 정확히 구현될 수 있도록 관련 산출물을 보완하여야 함

(라) 회원가입을 통해 수집되는 개인정보에 대한 정보보호방안을 수립하고 개

발표준정의서에 관련 내용을 추가하여 보완하여야 함

회원 가입 시 수집하는 비밀번호는 일방향 암호화하여 데이터베이스에

저장하도록 조치하고, 화면설계서에서 회원관리 시 비밀번호를 수정할

수 없도록 설계를 변경하여야 함

회원가입 및 로그인 등 개인정보가 네트워크에서 전송되는 화면을 식

별하여 SSL 을 적용하여 암호화 통신을 구현할 것을 권고함



- 78 -

Ⅴ. 첨부


(3) 웹 호환성 및 웹 접근성에 대한 요구사항이 명확히 문서화되지 않아 개발표준

정의서 등에 대한 보완이 필요함. (필수, 단기)


(가) 제안요청서에 명시된 웹 호환성 제공은 사용자 요구사항으로 식별되지

않아 요구사항정의서 및 개발표준정의서에 반영이 요구됨

제안요청서에 국제표준을 준수를 통해 다양한 브라우저별 호환성 제공

요건이 포함되어 있으나, 요구사항정의서와 요구사항추적표에 반영되

지 않음

[그림 3-13] 제안요청서에 명시된 웹 호환성 제공 요구사항

<설명> 제안요청서에 국제표준을 준수를 통해 다양한 브라우져별 호환성 제공 요

건이 포함됨

* 출처 : 제안요청서 9쪽

(나) 제안요청서에 명시된 한국형 웹 콘텐츠 접근성 지침 준수는 사용자 요구

사항으로 식별은 되어 있으나, 요건에 대한 대응방안이 명시되지 않고

개발표준정의서에 내용이 포함되지 않아 산출물의 보완이 요구됨

요구사항정의서에 한국형 웹 콘텐츠 접근성 지침 2.0 준수에 대한 요

구사항은 명시하였으나, 개발 시 반영하기 위한 방안이 수립되지 않았

고 개발표준정의서에도 개발 시 준수할 내용이 포함되지 않음



- 79 -

Ⅴ. 첨부


[그림 3-14] 요구사항정의서에 명시된 웹 콘텐츠 접근성 지침 준수 요구사항

<설명> 요구사항추적표에 한국형 웹 콘텐츠 접근성 지침 2.0 준수에 대한 요구사

항이 명시되어 있으나 이후의 대응방안 등은 수립되지 않음

* 출처 : 요구사항추적표

【개선방향】

(가) 웹 호환성 제공에 대한 요구사항을 분석, 설계 산출물에 반영하고, 시스

템 구축 후 호환성 제공을 확인하기 위한 방안을 수립하여야 함

요구사항정의서와 요구사항추적표에 웹 호환성 제공 요구사항을 비기

능(기본요건) 요구사항으로 추가하고, 그에 대한 대응방안을 제시하여

관리하여야 함

개발표준정의서에 웹 호환성 제공을 위해 준수할 주요 내용을 반영하

고, 개발 단계 이전에 개발자에게 관련 내용을 교육하여야 함

시스템 개발 완료 후 웹 호환성 제공 여부를 확인하기 위한 기준을 제

시하여 주관기관과 협의하여야 함

- 전자정부서비스 호환성 준수 지침(행정안전부 고시 2010-40 호)에

의거하여 최소 3 종 이상의 브라우저에서 동등한 서비스를 제공하

여야 하며, 브라우저의 종류는 주관기관과 협의하여 선정함

- 국제표준을 준수하였는지 여부를 확인하기 위하여 국제표준화기구

인 W3C 가 제공하는 점검사이트를 활용할 수 있으며, 필요 시 외

부 전문가를 활용할 수 있음

요구사항정의서, 요구사항추적표에서 식별되지 않은 보안 SW 설치 및

운영, 서버의 로그파일 제공 등 보안 요구사항에 대하여 비기능 요구

사항(기본요건)으로 분류하여 요구사항정의서에 추가하고 대응방안을

수립하여야 함

(나) 웹 접근성 제공을 위한 개발 기준을 개발표준정의서에 반영하고, 시스템

구축 후 웹 접근성 제공을 확인하기 위한 방안을 수립하여야 함

웹 접근성 제공을 위한 프로그램 개발 기준을 개발표준정의서에 반영

하고, 개발 단계 이전에 개발자에게 관련 내용을 교육하여야 함



- 80 -

Ⅴ. 첨부


시스템 개발 완료 후 웹 접근성 제공 여부를 확인하기 위한 기준을 제

시하여 주관기관과 협의하여야 함

- 한국정보화진흥원에서 제공하는 K-WAH3.0 를 활용하여 자동점검

을 수행하고 수동점검을 병행하여 웹 호환성을 점검할 수 있음

- 필요 시 외부 전문가를 활용하여 웹 접근성을 점검할 수 있으며,

주관기관과의 협의를 통하여 요구사항 구현 확인 방안을 수립하여

야 함

자원순환정보시스템 설계 개발 사업 중간 감리...

Documents

Transcript of 자원순환정보시스템 설계 개발 사업 중간 감리...