[Part I. 요구사항 확인] Chapter 02. 요구사항 확인

Part I. 요구사항 확인

Chapter 02. 요구사항 확인

  01 요구 분석 기법
    (1) 요구 분석 기법의 개념
    (2) 요구 분석 기법의 분류
    (3) 요구 분석 기법의 종류
  02 요구공학
    (1) 요구공학의 개념
    (2) 요구공학의 특징
    (3) 요구공학 프로세스
  * 요구사항 분석은 사용자의 요구사항을 명확히 규정하고, 시스템의 특성을 반영하는 과정이며, 이 단계에서 사용자의 뜻을 이해하고 업무를 분석한다.
  * 기능 요구는 사용자가 필요로 하는 정보처리 능력에 대한 것으로 절차나 입출력에 대한 요구이다.
  * 요구사항을 정의하고 문서화하는데 필요한 요구사항의 추출, 분석, 명세, 검증, 유지보수 및 관리의 제반 공정에 대한 체계적 접근 방법이다. (IEEE standard)

  02 구조적 분석과 객체지향 분석
    1 구조적 분석
      (1) 구조적 분석 개요
      (2) 구조적 분석 도구의 특성
      (3) 자료 흐름도(DFD: Data Flow Diagram)
      (4) 자료 사전(DD: Data Dictionary)
      (5) 프로세스 명세서
    2 객체지향 분석
      (1) 객체지향 분석(OOA: Object Oriented Analysis)의 개념
      (2) 럼바우(Rumbaugh)의 OMT(Object Modeling Technique) 기법
      (3) Booch의 OOAD(Object Oriented Analysis and Design)
      (4) Coad/Yourdon 방법
  * 자료 흐름도는 가장 보편적으로 사용되는 시스템 모델링 도구로서, 기능 중심의 시스템을 모델링하는데 적합하다.
  * 자료 사전은 개발 시스템과 연관된 자료 요소들의 집합이며, 저장 내용이나 중간 계산 등에 관련된 용어를 이해할 수 있는 정의이다.
  * DeMarco는 프로세스 명세서를 소단위 명세서(Mini-Spec)라 하였다.

  03 분석 모델 확인하기
    1 모델링 기법
      (1) 개념 모델의 역할
      (2) 개념 모델의 종류와 표기법
    2 UML(Unified Modeling Language)
      (1) UML의 정의
      (2) UML의 기본 구성 요소
      (3) UML 다이어그램의 종류
      (4) UML의 특성별 다이어그램
  * 개념 모델은 문제 도메인의 엔티티(Entity)들과 그들의 관계 및 종속성을 반영한다.
  * UML은 객체지향 소프트웨어를 모델링하는 표준 그래픽 언어로, 심벌과 그림을 사용해 객체지향 개념을 나타낼 수 있다.
  * 클래스 다이어그램(Class Diagram)은 객체, 클래스, 속성, 오퍼레이션 및 연관 관계를 이용하여 시스템을 나타낸다.

---