[소프트웨어 공학론] 소프트웨어 공학론 DFD작성기법

목차

1. 구조적 방법론과 DFD
2. DFD작성의 이익
3. DFD의 특성
4. DFD의 구성요소
4.1 프로세스(Process)
4.2 데이터흐름(Data Flow)
4.3 데이터저장소(Data Store)
4.4 외부엔티티(External Entity)
5. 작성방법
5.1 배경도
5.2 최하위단계 데이터 흐름도
5.3 상하관계
6. 작성규칙
6.1 데이터 보존의 원칙(Conservation Rule)
6.2 최소데이터 입력의 원칙
6.3 지속성의 원칙
6.4 순차처리의 원칙
6.5 영구성의 원칙
6.6 데이터변환의 원칙
▶ 데이터 합성의 변환
▶ 데이터 구성의 변환

본문내용

1. 구조적 방법론과 DFD
DFD는 이른바 구조적 방법론을 대표하는 다이어그램이다. 구조적 분석/설계 혹은 구조적 방법론은(DFD의 모습처럼 "자료흐름지향 방법론" 이라고도 한다.) 1968년 Dijskstra가 GOTO文의 폐해를 들어 구조적 프로그래밍(Structured Programming)의 개념을 소개하면서 시작되었다. 모든 방법론은 항상 프로그래밍으로부터 문제가 제기되고 이를 분석/설계에도 적용시켜보자는 식으로 발전한다. 구조적 분석/설계에서의 데이터는 기능(또는 프로세스) 사이에서 주고받는 형태로만 나타나며 기능의 계속된 분해와 이의 분석을 통해서만 데이터가 나타나게 된다.
이 후 70년대를 거치면서 거의 대부분의 소프트웨어 개발은 '구조적'이라는 용어에 둘러싸이다시피 했으며 소프트웨어 공학에서도 가장 빈번한 이슈였다. 따라서 소프트웨어 개발과정의 중간 산출물로 DFD를 비롯한 DD(Data Dictionary), 구조도(Structured Diagram) 등이 많이 사용되었다. 그러나 소프트웨어의 규모와 복잡도가 커지고 기업에서 보다 많은 소프트웨어와 컴퓨터 시스템을 사용하게 됨에 따라 자료흐름 위주의 분석과 설계는 한계에 부닥치게 된다.

참고 자료

없음