3-3, 3-4, 3-5 구조적 분석 기법/객체지향 분석/요구사항 명세화

 

구조적 분석 기법

구조적 분석 기법은 기능 관점에서 처리 위주로 모델링하는 대표적인 방법이다.

 

자료 흐름도 (Data Flow Diagram)

외부 객체 : 시스템 외부에서 시스템과 정보를 주고받는 사용자 등 외부 객체

프로세스 : 시스템 안에서 정보를 처리하고 변환시킨다.

데이터 항목 : 프로세스 사이의 정보 흐름을 표시한다.

자료 저장소 : 저장소로 주로 데이터베이스를 표현한다.

 

소단위 명세

소단위 명세서는 분할이 완료된 자료 흐름도의 프로세스가 어떤 기능을 수행하는지 기술하는 것이다.

더 이상 쪼개지지 않는 최하위 프로세스를 설명한다.

 

자료 사전

자료 사전은 자료 흐름도에 나타난 데이터 정보를 모아놓음으로써

개발자나 사용자들이 편리하게 사용할 수 있도록 한다.

 

 

 

객체지향 분석

객체지향은 주어진 문제를 실세계의 객체로 보고 상호작용을 나타낸 것이다.

이를 통해 재사용성을 늘리고 이해도를 높이는 장점이 있다.

객체지향 개발 방법은 분석, 설계, 프로그래밍으로 이어지는 전체 SW 개발과정에 동일한 방법론을 적용할 수 있다. 

 

유스케이스

유스케이스 기법을 활용하면 고객의 요구사항을 알아내는데 효과적이다.

이 기법은 이해 관계자를 찾아내고, 이해 관계자의 역할에 따라 나누어 액터로 분류한다.

이러한 각 use case에 대하여 시나리오를 만들고 상호작용하는 환경, 배경 등을 표현할 수 있다.

 

정보 모델링

유스케이스를 바탕으로 시스템이 주고받는 것을 알 수 있다면, 관리를 통해 정보 모델링을 수행해야 한다.

UML의 다이어그램으로 나타내어 클래스의 속성과 관계만 표현된 다이어그램을 얻어낼 수 있다.

 

동적 모델링

정보 모델링을 통하여 속성 및 관계를 다이어그램으로 나타내었다면,

동적 분석은 객체의 상태나 동작의 변화 혹은 객체 사이의 상호작용에 관심을 두고 오퍼레이션을 찾는 과정이다.

 

기능 모델링

다이어그램에서 오퍼레이션을 수행하기 위해 다양한 기능을 수행해야 할 경우들이 있다.

이 기능들은 내부적으로 복잡하며, 이를 정확하게 이해하기 위하여 처리과정을 다이어그램으로 표현해야 한다.

 

 

요구사항 명세화

요구사항 분석 과정을 통하여 분석된 기능이 규명되고 문서화되어야 한다.

요구사항 명세서는 분석과정의 산출물 기능뿐만 아니라 제품의 성능, 품질을 검사하는 기준이 되기도 한다.

그리고 명세서를 통해 책임을 명확히 규명하는 자료가 되며, 지속적인 관리가 되어야 한다.