구조설계서

구조 설계서는 소프트웨어 구성항목에 대한 구조적 설계를 나타내는 문서 요구사항 분석활동에서 정의 및 산출되었던 산출물과 추가로 작성되거나 보충되는 자료를 입력으로 하여 분할되어 구성된 시스템 요소들, 품질속성을 만족하는 아키텍처 패턴 및 설계전술이 적용된 아키텍처 설계 뷰를 기술하는 문서이다.

설계 뷰 작성 활동은 앞에서 수행한 요구사항 분석 활동은 물론, 이후에 수행할 검증활동과 밀접하게 연관되어 수행해야 하며, 분석에서 제시된 품질속성을 기반으로 시스템을 분할하여 아키텍처를 설계하고, 설계된 결과물을 기반으로 아키텍처 검증활동에서 사용된다.

구조설계서에 반드시 포함되어야 할 사항은 다음과 같다.
① 개요: HW SPEC, Architecture
② 내부 시스템간 인터페이스 관계도, 외부 시스템과의 인터페이스 관계도
③ 개발 산출물

위험관리 계획서 구성 항목별 작성 방법

표지
프로젝트 관리 계획서란 제목으로 프로젝트 명, 담당자, 작성 일자 및 문서관리 버전 등을 포함하여 작성

목차
위험관리 관리 계획서를 구성하는 항목을 나열하여 작성하고 보고서 내용과 페이지가 일치하게 작성

프로젝트 개요
프로젝트의 명칭과 기간, 목적 및 기대효과 등을 명시

프로젝트 위험관리 추진체계
프로젝트 위험관리 수행 조직도, 조직 별 역할, 인력 투입 계획 등 위험관리 영역의 인적자원에 해당하는 활동을 기술

○ 고려사항
위험관리 담당자의 역할 및 책임을 명확하게 표준에 맞게 모두 기술

프로젝트 위험관리
프로젝트 이슈 관리 보고 계획, 예상 위험요소 및 대응 방안, 이슈 및 변경관리의 조건 및 관리 절차 등 프로젝트 위험관리 방안을 작성

○ 고려사항

• 위험관리 절차가 기술되었는지의 여부를 확인
• 수행활동 : 위험식별, 분석/평가, 우선순위결정, 완화/대응계획 수립, 완화/대응 활동 수행, 위험 추적 및 모니터링, 위험보고
• 고려할 위험 유형, 위험모니터링 및 재분석 주기, 위험분석/평가방법, 기준
• 위험추적 및 모니터링 방법 또는 사용될 측정지표, 우선순위 결정 방법 등
• 분석 결과 기반으로 위험 대응활동 계획을 기술

요구사항 관리 문서 구성 항목별 작성 방법

표지 및 목차
요구사항 관리 문서에는 SW 프로젝트 명, 담당자, 작성 일자 및 문서 관리 버전 등을 포함하여 작성

목차
요구사항 관리 문서를 구성하는 항목을 나열하여 작성하고 보고서 내용과 페이지가 일치하게 작성

SW 개발 요구사항 문서의 개요
요구사항 관리 문서의 개요는 문서 목적 및 개발 목표, 개략적인 개발 항목, 용어 정의, 참고 문헌 등을 명시

○ 고려사항
작성된 요구사항을 이해관계자들이 이해할 수 있는 수준으로 작성하여야 하며 이를 지원하기 위한 용어집 등을 추가하여야 함

○ 작성 예시

- 문서 개요 및 목적

• 본 문서는 ○○○ 데이터 분석 소프트웨어 개발을 위한 요구사항을 명세하고 있다.
• 본 문서는 설계팀, 개발팀, QA팀, 마케팅팀을 대상으로 한다.
• 본 문서는 기본 사양서를 바탕으로 고객의 요구사항을 명확하게 도출하여 향후 개발 과정에서 이를 반영하는데 그 목적이 있다. 따라서 본 문서는 고객의 정확한 요구사항을 수집하고 이를 분석하여 명세한다.

- 개발 범위

• ○○○ 소프트웨어는 ○○○ 의 데이터 정제, 분석, 시각화 기능을 처리하는 소프트웨어다.
• ○○○ 소프트웨어는 사용자의 이용로그와 사용자 기본 정보를 입력받아, 이들을 분석하고 요약하여 실시간으로 반영되는 리포트와 차트를 생성하여 제시한다.
• ○○○ 소프트웨어는 관리자가 지정한 측정지표를 계산하여, 주기적으로 저장하고 특이상황이 발생하였을 때 이를 알려준다.

시스템 개요
SW 개발 프로젝트의 시스템 목적과 시스템의 범위를 기술한다.

○ 시스템의 목적

• 시스템이 무엇을 수행할 것인가, 누구에게 필요한가, 왜 필요한가, 누가 사용할 것인가 등을 기술

○ 시스템의 범위

• 현행 시스템과의 GAP 분석을 통해 개발 대상 시스템의 범위를 기술 배경도(Context diagram) 등을 이용해 개발 프로젝트에 포함할 것/ 하지 않을 것을 명확히 구분한다.
• 요구사항의 확장을 고려하여 범위를 기술한다.

○ 일반 제약 사항

• 소프트웨어 제약사항과 시스템 구현/운영상의 제약 사항이 있는 경우 기술한다.

소프트웨어 개발 상세 요구사항
제시한 개략적인 기능을 상세하게 정의하는 단계

○ 고려사항

• 설계자들이 요구사항을 만족하는 시스템을 설계하는 데 충분하도록, 그리고 시험자들이 이 시스템이 주어진 요구사항을 제대로 만족하는지를 시험해 볼 수 있도록 충분히 상세한 수준의 소프트웨어 요구사항을 모두 포함
• 사용자와 운영자, 또는 다른 외부의 시스템들은 이 절을 통해서 작성된 모든 요구사항들을 확실히 이해할 수 있어야 함
• 요구사항들은 최소한 시스템에 들어오는 모든 입력과 출력, 시스템에 의해 수행되는 모든 기능들을 포함
• 요구사항 관리 문서에서 가장 크고 중요한 부분이기 때문에 전에 작성된 관련 문서와 상호 참조되어야 하며, 모든 요구사항들은 유일하게 식별되어야 함
• 또한 판독성이 최대한 요구사항들을 구성하는데 세심한 주의가 필요

소프트웨어 개발 일정 계획
개발 일정을 해당 SW의 상세 항목 별로, 주 단위로 표현

요구사항 관리 문서의 구성

요구사항 관리 문서(SRS)는 특정한 환경에서 어떤 기능을 수행하는 프로그램들의 집합 혹은 소프트웨어 제품, 프로그램을 위한 명세서이다. 요구사항 정의서, 요구사항 명세서라고 명칭하기도 하며 요구사항 정의 및 요구사항 분석, 요구사항 변경관리에 대한 내용을 포함해야 한다.

요구사항명세서 작성자들이 다음의 주제를 고려하여 작성해야 한다.

1. 기능 : 소프트웨어가 해야 하는 일은 무엇인가?
2. 외부 인터페이스: 사람들, 시스템내의 하드웨어, 다른 하드웨어, 다른 소프트웨어들과 어떻게 대화하는가?
3. 성능 : 다양한 소프트웨어 기능들의 속도, 가용성, 반복 시간, 회복 시간 등은 무엇인가?
4. 속성: 이식성, 정확성, 유지보수성, 보안성 등의 고려사항은 무엇인가?
5. 구현상의 설계 제약사항: 요구된 표준, 구현 언어, 데이터베이스 무결성 정책, 자원의 제한, 운영 환경 등의 제약사항은 무엇인가?

요구사항 관리 문서에 반드시 포함되어야 할 사항은 다음과 같다.

① 개요: 개발 목표, 개발 항목
② 기술 개발 환경
③ 상세 개발 내용: 모듈 구성, 제공 서비스 기능
④ 일정 계획

위험관리 계획서 구성

위험관리계획서에는 위험관리가 어떻게 구조화되고 프로젝트 수명주기 동안 수행되는지를 기술하며 다음과 같은 항목을 정의해야 한다.

• 위험관리 방법론: 위험을 어떻게 관리해 나갈지 정의한다. 위험관리 접근법/도구/데이터 원천등을 정의
• 역할 및 책임: 위험 조치의 관리, 지원에 대한 각 팀 및 사람에 대한 역할과 책임을 명시
• 관련 예산 수립: 위험을 대처하기 위한 예산을 수립
• 위험관리 시점: 얼마나 자주 위험관리 프로세스가 실행될 것인가를 정의
• 위험 분류: 프로젝트에 영향을 줄 수 있는 위험에 대한 분류를 체계적으로 구조화한 표 (RBS: Risk Breakdown structure)를 개발
• 확률/영향

위험관리 계획서에 반드시 포함되어야 할 사항은 다음과 같음

① 프로젝트 개요: 프로젝트 명, 기간, 목적, 기대효과 등
② 위험관리 추진체계: 프로젝트 위험관리 수행 조직도, 조직별 역할, 인력투입 계획
③ 프로젝트 위험관리 방안: 이슈 관리 계획, 이슈 관리 방안, 이슈 및 변경관리

프로젝트 관리 계획서 구성 항목별 작성 방법

1. 목차
프로젝트 관리 계획서를 구성하는 항목을 나열하여 작성하고 보고서 내용과 페이지가 일치하게 작성

2. 프로젝트 개요
프로젝트의 명칭과 기간, 목적 및 기대효과 등을 명시

3. 프로젝트 범위
프로젝트의 개발 범위와 산출물 목록, 개발 단계 별 활동을 식별

○ 고려사항
프로젝트 또는 산출 프로덕트에서 제외되어야 하는 범위 및 목표에 대한 고려 사항들을 기술하고 있는지 여부: 일정 제약사항, 자원 제약사항, 재사용 제약사항, 기술적 제약사항, 인터페이스 제약사항 등

4. 시스템 구축 환경
시스템 구축 환경은 개발될 시스템과 관련된 기반 SW나 HW, DB 등의 운영 환경을 구성도 등으로 표현

○ 고려 사항 : 분석 서버와 데이터서버 ETL 역할 구분

5. 프로젝트 추진체계
프로젝트의 조직과 조직 별 역할, 인력 투입 계획 등을 명시

○ 고려사항
프로젝트에 필요한 인력에 대한 기술(경험, 지식, 기술수준, 인력수 등)이 되어야 하며 확보 및 투입 계획에 대하여 기술

6. 관리 프로세스 계획
프로젝트를 위한 프로젝트 관리 프로세스를 명시

○ 고려사항
프로젝트 범위에 대한 서술문과 일관성이 있어야 하고, 세부 일정
계획 및 산출물, 산출물 검수 계획 등을 포함해야 함

7. 프로젝트 관리 방안
프로젝트 관리 방안은 프로젝트 보고 계획, 교육 및 기술이전 방안 등을
포함해서 작성

프로젝트 관리 계획서의 구성

프로젝트 관리 계획서(Project Management Plan)란 성공적인 프로젝트의 수행을 위한 환경, 책임, 절차, 일정 등의 임무를 정확히 인식하고 수행토록 하기 위한 공식 관리 문서이다.

프로젝트 관리 계획서에 반드시 포함되어야 할 사항은 다음과 같다.

① 프로젝트 개요: 프로젝트 명, 기간, 목적, 기대효과 등
② 프로젝트 범위
③ 시스템 구축 환경: 소프트웨어 구성도, 하드웨어 구성도
④ 프로젝트 추진체계: 프로젝트 수행 조직도, 조직별 역할, 인력투입 계획
⑤ 관리 프로세스 계획: 작업 계획, 통제 계획, 산출물 검수 계획
⑥ 프로젝트 관리 방안: 프로젝트 보고 계획, 이슈 및 변경관리, 교육 및 기술이전 방안