산출물 자료 정리

산출물 자료 정리

• 완료된 프로젝트에서 생성된 작업물을 수집할 수 있다
• 각종 콘텐츠와 데이터를 정해진 매뉴얼에 근거하여 분류ㆍ보존ㆍ폐기 할 수 있도록 정리할 수 있다
• 자료는 정해진 절차에 따라 체계화하여 클라이언트와 담당 관리자가 각각 소유하도 록 정리할 수 있다.

디지털디자인 산출물의 이해

산출물의 정의

소프트웨어 개발 프로젝트를 진행하는 동안 소프트웨어 개발을 위한 요구사항, 설계도, 코 드와 같은 많은 산출물들이 발생된다. 이와 같은 산출물들은 개발 조직 내부에서 이해관 계자간 의사소통을 위해 문서로서 관리하게 된다. 다시 말하면, 산출물은 소프트웨어 개발 프로세스 및 관리의 매체로서, 프로젝트 내 이해관계자 간의 의사소통을 위해 작성된다. IEEE에서 수행하고 있는 SWEBOK Project에서는 “개발된 소프트웨어와 소프트웨어 개발 중 또는 유지보수에서 사용되는 모든 사항”으로 정의하고 있다.

WBS(Work Breakdown Structure)

작업분류체계(WBS: Work Breakdown Structure)는 “프로젝트 요소인 산출물 중심의 분류 체 계로 프로젝트의 전체 범위를 구성하고 정하는 것”이라고 미국사업관리협회 (PMI: Project Management Institute)는 정의하고 있다. 최종 목적물 혹은 요소작업 혹은 결과물 (Product-oriented, Task-oriented, Deliverableoriented)을 체계적으로 구분, 정의하기 위해 프로젝트 전 업무의 세부 요소들을 계층적 으로 분할한 것으로 우리나라에서는 업무분류체계, 역무분류체계, 작업분류체계 등으로 다양한 용어로 사용하고 있다. WBS는 프로젝트의 최종 목표물과 그 목표물을 구성하는 세부항목들과의 연계를 피라미드 형태의 계층적 구조로 표현하고, 최하위 단계의 작업 활동까지 규명하여 활동의 단계별 상위 요소와 연계시키고 최상위단계인 최종목표물과 연계시킨 하나의 구조 군으로 형성하 여 계획과 관리를 위한 계층적 구조체계를 제공한다. WBS는 범위/비용/일정의 의사소통, 책임부여, 감시 및 관리를 위한 기본적인 틀을 제공하 기 위하여 관리 가능한 단위업무, 단위기기, 요소로 사업을 세분하며 일반적인 주요 기능 은 다음과 같다.

• 프로젝트 목표를 달성하기 위하여 수행되어야 할 모든 작업을 정의
• 최종 생산물(Hardware, Software)로 구성
• 관리업무 (Level-of-Effort) 포함
• 프로젝트 내 수행되어야 할 작업의 누락, 중복을 방지
• 프로젝트 매니저와 참여자간의 공통 언어 역할(의사전달 도구)
• 프로젝트 원가관리와 공정관리의 기본 도구 제공
• 프로젝트 원가와 공정의 연계성과도 측정
• 프로젝트 진행 중 계획/실적/변경의 체계적 관리
• 품질, 위험의 체계적 계획 및 추적관리

산출물의 분류

MaRMI-III 개발방법론의 산출물

MaRMI-III개발방법론은 한국전자통신연구원(ETRI)에서 개발한 CBD 기반 소프트웨어 개발 방법론이다. MaRMI-III개발방법론은 전체 4개의 공정과 30개의 활동으로 구성되어 있다. 30개의 활동들은 세부적인 작업들을 수행하게 되며 각 작업들은 약 100여개(.Net플랫폼 기준, 프로젝트 시작 단계 포함)의 입력 산출물과 출력 산출물들을 포함하고 있다. MaRMI-III개발방법론에서 제시하고 있는 산출물 지침에 따라 프로젝트를 수행하게 되며, 제시된 산출물들을 기준으로 내/외부 이해관계자들의 커뮤니케이션이 가능해진다. MaRMI-III개발방법론에서는 각 단계에서의 세부 작업들과 포함되어 있는 산출물 개발 및 작성에 참여해야 하는 이해관계자들을 지침하고 있다.

객체지향 및 CBD(Component-based software) 산출물

한국정보화진흥원은 “CBD SW개발 표준 산출물 가이드”를 통해 객체지향 및 CBD 개발 의 분석, 설계, 구현 및 시험 단계별 산출물을 제시하였다. 가이드에서 제시된 총 25개의 필수산출물은 산출물간의 체계를 정립하고 산출물간 연관성 및 산출물 내 항목의 연관성 을 정립하여 방법론으로서의 일관성, 완전성 및 추적성 확보하는데 주안점이 있다.

주요 산출물의 세부정의

분석단계

• 요구사항정의서 : 개발자가 의뢰인의 요구를 정의한 정의서이다. 이를 통해 이후 기획이 되므로 이 단계에서 의뢰인과 개발자의 '합의'와 '절충'이 필요하다. 이 과정에서 합의가 되지 않거나 흐지부지되면 향후 개발 중 '뒤집기'가 빈번해 질 수 있다.
• 기능챠트 : 앞서 말한 요구 분석을 토대로 이를 챠트화 하여 일목요연하게 정의한 문서이다. 양식은 다르지만 실제 웹 기획에서는 이 챠트에 정의된 내용을 연계하여 기획하게 된다
• 정의서 : 업무 프로세스 및 인터페이스 등 프로젝트 전반에 필요한 각 종 정의를 내린다. 정 교하게 작업하는 경우에는 팝업이나 버튼은 물론 활용할 단어 사전을 만들기도 한다.

설계단계

• UI(화면)설계서: 사이트 맵 및 화면 시나리오 등의 웹 기획 문서가 이것에 해당한다.
• ERD : 개발에 있어 DB를 생성하고 테이블관의 상관관계를 표현하는 문서이다.
• 테이블목록 : DB 테이블을 문서화 하여 일목요연하게 보여주는 문서이다.
• 프로그램 목록 : 개발에 사용될 프로그램 등에 대해 목록화 한다.
• 개발표준 정의서 : 개발자가 소스 코드 규칙 등을 정의하여 여러 명이 작업하여도 혼돈이 없도록 한 문서.
• 테스트 시나리오 : 최종적으로 테스트를 어떻게 진행할 것인지 항목을 정의하는 문서이다. 단위 테스 트와 통합 테스트 등이 있으며 다양한 방법론에 따라 수차례 진행 될 수도 있다.

개발단계

• 소스코드 : 개발이 완료된 코드. 디자인 소스에서 코딩 및 개발된 일괄된 코드 등이 이에 해당 한다.
• 테스트 결과서 : 테스트 시나리오에 따라 수행한 내용과 그에 따른 결과를 정리한 문서이다.
• 결함/오류보고서 : 테스트에서 발견된 문제점을 별도로 정의하여 이에 대해 집중 관리할 수 있도록 한 문서.
• 오류코드 정의서 : 오류 등을 코드화하여 정리하여 일반적으로 에이전시에서 위험관리를 위해 필요한 문서.
• 시스템 이행계획서 : 테스트가 완료된 이후 시스템을 어떻게 이행할 것인지에 대한 계획서이다.

설계단계

• 시스템 이행결과서 : 완료된 시스템의 이행 결과를 확인하는 결과 확인서.
• 사용자매뉴얼 : 사이트에 구현된 기능에 대해 사용할 수 있는 사용 설명서와 같은 문서이다.
• 운영자매뉴얼 : 시스템을 관리하는 운영자가 관리자 시스템을 사용하기 위한 이용법을 설명한 문 서이다.
• 교육 명세서 : 방법론에 따라서는 실제 교육을 해야 하는 경우가 있는데, 이런 것에 대한 명세서 이다
• 개발 산출물별 검사리스트 : 클라이언트에게 최종적으로 수행된 과정과 산출물에 이상이 없는지 체크를 받는 확인서이다
• 프로젝트 완료보고서 : 프로젝트의 진행에 대한 최종 보고서로 이것에 대한 확인이 완료되면 프로젝트는 종료된다.