티스토리 뷰
산출물 자료 정리
• 각종 콘텐츠와 데이터를 정해진 매뉴얼에 근거하여 분류ㆍ보존ㆍ폐기 할 수 있도록 정리할 수 있다.
• 자료는 정해진 절차에 따라 체계화하여 클라이언트와 담당 관리자가 각각 소유하도록 정리할 수 있다.
디지털디자인 산출물의 이해
1. 산출물의 정의
소프트웨어 개발 프로젝트를 진행하는 동안 소프트웨어 개발을 위한 요구사항, 설계도, 코드와 같은 많은 산출물들이 발생된다. 이와 같은 산출물들은 개발 조직 내부에서 이해관계자간 의사소통을 위해 문서로서 관리하게 된다. 다시 말하면, 산출물은 소프트웨어 개발 프로세스 및 관리의 매체로서, 프로젝트 내 이해관계자 간의 의사소통을 위해 작성된다. IEEE에서 수행하고 있는 SWEBOK Project에서는 “개발된 소프트웨어와 소프트웨어 개발 중 또는 유지보수에서 사용되는 모든 사항”으로 정의하고 있다.
2. WBS(Work Breakdown Structure)
작업분류체계(WBS: Work Breakdown Structure)는 “프로젝트 요소인 산출물 중심의 분류 체계로 프로젝트의 전체 범위를 구성하고 정하는 것”이라고 미국사업관리협회 (PMI: Project Management Institute)는 정의하고 있다. 최종 목적물 혹은 요소작업 혹은 결과물 (Product-oriented, Task-oriented, Deliverableoriented)을 체계적으로 구분, 정의하기 위해 프로젝트 전 업무의 세부 요소들을 계층적으로 분할한 것으로 우리나라에서는 업무분류체계, 역무분류체계, 작업분류체계 등으로 다양한 용어로 사용하고 있다. WBS는 프로젝트의 최종 목표물과 그 목표물을 구성하는 세부항목들과의 연계를 피라미드 형태의 계층적 구조로 표현하고, 최하위 단계의 작업 활동까지 규명하여 활동의 단계별 상위 요소와 연계시키고 최상위단계인 최종목표물과 연계시킨 하나의 구조 군으로 형성하여 계획과 관리를 위한 계층적 구조체계를 제공한다. WBS는 범위/비용/일정의 의사소통, 책임부여, 감시 및 관리를 위한 기본적인 틀을 제공하 기 위하여 관리 가능한 단위업무, 단위기기, 요소로 사업을 세분하며 일반적인 주요 기능은 다음과 같다.
- 프로젝트 목표를 달성하기 위하여 수행되어야 할 모든 작업을 정의
- 최종 생산물(Hardware, Software)로 구성
- 관리업무 (Level-of-Effort) 포함
- 프로젝트 내 수행되어야 할 작업의 누락, 중복을 방지
- 프로젝트 매니저와 참여자간의 공통 언어 역할(의사전달 도구)
- 프로젝트 원가관리와 공정관리의 기본 도구 제공
- 프로젝트 원가와 공정의 연계성과도 측정
- 프로젝트 진행 중 계획/실적/변경의 체계적 관리
- 품질, 위험의 체계적 계획 및 추적관리
산출물의 분류
1. MaRMI-III 개발방법론의 산출물
MaRMI-III개발방법론은 한국전자통신연구원(ETRI)에서 개발한 CBD 기반 소프트웨어 개발방법론이다. MaRMI-III개발방법론은 전체 4개의 공정과 30개의 활동으로 구성되어 있다. 30개의 활동들은 세부적인 작업들을 수행하게 되며 각 작업들은 약 100여개(.Net플랫폼 기준, 프로젝트 시작 단계 포함)의 입력 산출물과 출력 산출물들을 포함하고 있다. MaRMI-III개발방법론에서 제시하고 있는 산출물 지침에 따라 프로젝트를 수행하게 되며, 제시된 산출물들을 기준으로 내/외부 이해관계자들의 커뮤니케이션이 가능해진다. MaRMI-III개발방법론에서는 각 단계에서의 세부 작업들과 포함되어 있는 산출물 개발 및 작성에 참여해야 하는 이해관계자들을 지침하고 있다.
2. 객체지향 및 CBD(Component-based software) 산출물
한국정보화진흥원은 “CBD SW개발 표준 산출물 가이드”를 통해 객체지향 및 CBD 개발의 분석, 설계, 구현 및 시험 단계별 산출물을 제시하였다. 가이드에서 제시된 총 25개의 필수산출물은 산출물간의 체계를 정립하고 산출물간 연관성 및 산출물 내 항목의 연관성을 정립하여 방법론으로서의 일관성, 완전성 및 추적성 확보하는데 주안점이 있다.
3. 주요 산출물의 세부정의
(1) 분석단계
요구사항정의서
개발자가 의뢰인의 요구를 정의한 정의서이다. 이를 통해 이후 기획이 되므로 이 단계에서 의뢰인과 개발자의 '합의'와 '절충'이 필요하다. 이 과정에서 합의가 되지 않거나 흐지부지되면 향후 개발 중 '뒤집기'가 빈번해 질 수 있다.
기능차트
앞서 말한 요구 분석을 토대로 이를 챠트화 하여 일목요연하게 정의한 문서이다. 양식은 다르지만 실제 웹 기획에서는 이 챠트에 정의된 내용을 연계하여 기획하게 된다.
정의서
업무 프로세스 및 인터페이스 등 프로젝트 전반에 필요한 각 종 정의를 내린다. 정교하게 작업하는 경우에는 팝업이나 버튼은 물론 활용할 단어 사전을 만들기도 한다.
(2) 설계단계
UI(화면)설계서
사이트 맵 및 화면 시나리오 등의 웹 기획 문서가 이것에 해당한다
ERD
개발에 있어 DB를 생성하고 테이블관의 상관관계를 표현하는 문서이다.
테이블목록
DB 테이블을 문서화 하여 일목요연하게 보여주는 문서이다
프로그램 목록
개발에 사용될 프로그램 등에 대해 목록화 한다.
개발표준 정의서
개발자가 소스 코드 규칙 등을 정의하여 여러 명이 작업하여도 혼돈이 없도록 한 문서.
테스트 시나리오
최종적으로 테스트를 어떻게 진행할 것인지 항목을 정의하는 문서이다. 단위 테스트와 통합 테스트 등이 있으며 다양한 방법론에 따라 수차례 진행 될 수도 있다.
(3) 개발단계
소스코드
개발이 완료된 코드. 디자인 소스에서 코딩 및 개발된 일괄된 코드 등이 이에 해당한다.
테스트 결과서
테스트 시나리오에 따라 수행한 내용과 그에 따른 결과를 정리한 문서이다.
결함/오류보고서
테스트에서 발견된 문제점을 별도로 정의하여 이에 대해 집중 관리할 수 있도록 한 문서.
오류코드 정의서
오류 등을 코드화하여 정리하여 일반적으로 에이전시에서 위험관리를 위해 필요한 문서.
시스템 이행계획서
테스트가 완료된 이후 시스템을 어떻게 이행할 것인지에 대한 계획서이다.
(4) 시험단계
시스템 이행결과서
완료된 시스템의 이행 결과를 확인하는 결과 확인서.
사용자매뉴얼
사이트에 구현된 기능에 대해 사용할 수 있는 사용 설명서와 같은 문서이다
운영자매뉴얼
시스템을 관리하는 운영자가 관리자 시스템을 사용하기 위한 이용법을 설명한 문 서이다
교육 명세서
방법론에 따라서는 실제 교육을 해야 하는 경우가 있는데, 이런 것에 대한 명세서이다
개발 산출물별 검사리스트
클라이언트에게 최종적으로 수행된 과정과 산출물에 이상이 없는지 체크를 받는 확인서이다.
프로젝트 완료보고서
프로젝트의 진행에 대한 최종 보고서로 이것에 대한 확인이 완료되면 프로젝트는 종료된다.