🎫소프트웨어 공학 part01. Object-Oriented Analysis and Design

■ 객체지향 분석 및 설계 기술(OOA/D)

소프트웨어 컴포넌트들에 책임을 할당하는 것.

■ UML (Unified Modeling Language) / 약자 외울 것

소프트웨어의 모델링을 위한 표준 다이어그램 표기법
객체지향 분석 및 설계 방법이 아닌, 단지 표기법(Notation)이다.

■ UP(Unified Process) / 약자 외울 것

- UML을 가장 잘 활용할 수 있는 객체지향 방법론. 반복적인(Iterative) 개발 과정
- UP 개발단계 (도입-정련-구축-전이)

■ 분석과 설계

• 분석(Analysis) - What

  • 해결책(solution)보다는 문제와 요구사항(requirements)을 조사하는데 중점을 둔다.
  • 현실 세계의 문제를 분석해서 필요한 기능을 확정
  • 인문학적 소양이 중요

• 설계(Design) - How

  • 구현(implementation)보다는 요구 사항을 실현시키는 개념적 해결책(conceptual solution)에 중점
  • 기술적 즉, 컴퓨터로 어떻게 해결할 것인가에 대한 전략 수립
  • 공학적 소양이 중요

■ A bird eye View (UP의 흐름도)

1. use-case 정의 (현실세계에서 돌아가는 프로세스를 정의 함/ 컴퓨터에서 돌아가는거 X)
2. Define Domain Model(현실세계의 영역에 모델을 정의 / 컴퓨터와는 연관 X)
3. Define Interaction Diagrams (내가 해당프로그램을 설계하기 위해서 소프트웨어 간 객체간의 상호작용 정의)
4. Define design Class Diagrams

Use Case / Domain Model / Interaction Diagram / Design Class Diagram
( 분 석 ) ( 설 계 )

■ UML이란?

• 소프트웨어 산출물을 명세화, 가시화, 구축, 문서화 하는데 사용되는 언어

[분석]

• Use Case
  - 요구 사항 분석 결과는 Use Cases로 표현된다.
  - 사용자의 입장에서 시스템의 기능 및 사용 방법 등을 기술하기 위해 사용한다.
  

• Domain Model
  - 객체 관점에서 도메인에 대하여 기술
  - 개념, 속성, 관계 등을 식별함
  - 적용 영역
  - 컴퓨터가 아닌 실 세상
  

[설계]

• Interaction Diagram
  - 소프트웨어 객체(software object)와 그들 사이의 협동 관계(collaborations)를 기술한다.
  - 객체 사이의 메시지 전송을 표현한다 → 책임을 할당한다
  

• Design Class Diagrams
  - 클래스들의 정적인 뷰(Static view)를 정의함
  - 클래스의 속성과 메소드를 보여준다.
  - 여기부터 컴퓨터 세상이므로 설계의 시작이다
  - 주의: 플레이어가 사라진다
  

[구현]

Class Diagram과 Interaction Diagram으로 완성가능하다.