Chapter 02. 시스템 분석/ 설계 방법론과 관련 문서

시스템 분석의 중요성

 

1. 요구사항 분석과 설계의 중요성

 

시스템 분석 단계에서는 개발하려고 하는 시스템에 대한 요구사항을 정의한다.어떻게(How) 개발할 것인가에 초첨을 맞추기 보다는 무엇을(What)개발할 것인가를 정의하는 것이다.

 

2. 이상적인 SDLC 모형

 

 

따라서 바람직한 시스템 개발 과정이 되려면 초기 분석과 설계에 좀 더 많은 시간과 인력을 투입하여 충분한 요구사항 분석 및 검토를 거친 후 설계를 해야 합니다.

 

 

 

 

---

시스템 분석/설계 방법

 

1. 기능 모델링

 

시스템을 기능 관점에서 바라보고 시스템에서 요구되는 정보의 흐름과 변환을 나타낸 것을 뜻합니다.

 

1. 구조적 분석 방법론

 

구조적 분석 방법론의 특징은 다음과 같습니다.

 

매우 간결하다 : 자료흐름도를 작성하기 위해서는 단지 네 개의 기호만 필요하기 때문입니다.

이해하기 쉽다 : 낯익은 기호들(=, +, [], (), {})만으로 자료의 의미를 기술하기 때문에 이해가 쉽습니다.

검증이 가능하다 : 자료명이나 입력 자료명, 출력 자료명 등은 실제 현업에서 사용하는것을 그대로 사용하는 것 이기 때문에 실제 흐름과 맞는지 검증이 가능합니다. 

체계적이다 : 자료흐름도나 자료사전은 하향식으로 작성되어 있어서 단계적으로 접근할 수 있습니다.

 

2. SADT(Structured Analysis and Design Technique) : 시스템 구조를 계층적으로 기술함

 

SADT는 다음과 같은 사항을 수행하기 위한 방법론을 제공합니다.

 

대규모이고 복잡한 문제를 구조적으로 생각하게 한다.

각 작업자의 노력과 역할을 효과적으로 나누고 또 통합해서 팀으로서 효과적으로 활동하게 합니다.

명료하고 정확한 표기법에 의해서 인터뷰, 분석, 설계의 결과를 전달하게 합니다.

 

표기법은 아래와 같습니다.

 

 

예시는 아래와 같습니다.

 

 

3. 기능 모델링 : PSL/PSA

 

Problem Statement Language / Problem Statement Analyzer

정보처리 시스템에 대한 요구사항 분석과 문서화를 지원하는 시스템입니다.

동적 모델링의 특징

 

실시간 시스템 : 제한된 시간 내에 외부에서 주어진 사건에 응답하고 자료를 처리하는 시스템입니다.

예시로는 통신 시스템, 비행기 운행 관리 시스템, 자동차 속도 조절장치 등이 있습니다.

 

정보 모델링

 

시스템에 필요한 엔티티를 정의하고 이들 엔티티 사이의 연관성을 규명합니다. 

대표적인 도구로는 EER(Enhanced Entity-Relationship)모델이 있습니다. 

피터 첸에 의해 제안된 ER(Entity-Relationship)모델에 데이터 계층 구조를 추가하여 확장시킨 것 입니다.

 

전형적인 엔티티다이어 그램은 아래와 같습니다.

 

객체지향 모델링

 

데이터와 행위를 하나로 묶어 객체를 정의하고 추상화시키는 작업입니다.

 

예시로는 클래스 다이어그램이 있습니다. 

 

 

요구사항 분석

 

요구사항 조사 방법으로는 3가지가 있습니다.

 

관찰조사 : 실제 현업부서를 방문하여 부서의 작업 환경, 현업의 처리 절차, 개선할 사항등을 관찰하여 정량적인 정보를 수집

질문지 조사 : 체계적으로 설계된 질문지를 이용해 필요한 정보를 수집하는 방법입니다.

면담(인터뷰) 조사 : 가장 보편적이며 중요한 정보수집 방법입니다. 

 

요구사항 조사 내용으로는 

 

조직에 대한 정보, 현재 사용 중인 제반 서식, 시스템 인프라, 현재 운영중인 시스템이 있습니다. 

 

구조적 검토회의

 

1. 기존 검토희의의 문제점

 

참석자의 역할과 책임이 불명확, 검토회의의 효율적인 진행법 부재, 산출물보다 사람 평가 경향, 검토회의 목적이 불문명

 

2. 구조적 검토회의란

 

프로젝트에 참여한 사람들이 개발 단계에서 작성된 문서와 프로그램을 조사하고 버그와 문제점을 찾아내는 과정입니다.

 

목적 : 기존 검토회의에서 나타나는 문제점을 해결함으로써 품질관리의 성과를 증대시키는 것 입니다.

특징 : 역할과 책임을 분명히 정의, 검토회의 이전 단계, 진행단계 이후 단계로 구분되어 작업 수행, 참여자들의 심리적 갈등 해소, 분명한 목표

효과 : 개발 초기 산출물이 안고 있는 문제점 발견 가능, 산출물의 완정성, 일관성, 이해 가능도 확인, 각자가 가지고 있는 개념과 기법의 상호 교환 가능, 프로젝트 진척도 측정 가능, 공동 책임 의식 고취

 

개발 과정의 주요 문서

 

제안 요청서 : 전문 개발업체에게 개발을 의뢰할 경우 작성하는 문서입니다.

제안서 : 제안요청서를 받은 후보 개발업체들이 작성, 개발 업체의 사업수행 능력을 간접적으로 보여줄 수 있는 문서

사업수행 계획서 : 제안요청서를 바탕으로 사업수행 전에 필요한 제반 계획사항들을 명확히 기술하는 문서

요구사항 명세서 : 향후 프로젝트의 범위가 됨, (설계, 구현, 테스트) 과정에서 참조가 되는 문서, 최종 검수를 위해서도 중요

설계 명세서 : 설계 과정에서 산출된 각종 설계 문서를 뜻함, (시스템 구조도, 데이터베이스 설계 문서, 프로그램 작성 지침, 인터페이스 설계 문서 등이 포함됨)

 

---

 

본문 내용은 아래 책을 참고하여 작성하였습니다.

https://book.naver.com/bookdb/book_detail.nhn?bid=9910113

시스템 분석과 설계