📌모델링과 UML
- 모델링
- 현실을 단순화 시켜 표현하는 기법
- 요구사항, 분석, 설계 단계를 모델링 단계라고 함
- UML
- 통합 모델링 언어(Unified Modeling Language)는
소프트웨어 공학에서 사용되는 표준화된 범용 모델링 언어로
소프트웨어 개념을 다이어그램으로 그리기 위해 사용하는 시각적인 표기법
- UML의 필요성
- 의사소통이 원할
- 대규모 프로젝트 구조의 로드맵을 만들 때 유용
- 개발할 시스템 구축에 대한 기초를 마련할 수 있음
- 백엔드 문서용으로 제격
- UML 작성 시 주의할 점
- 핵심적인 기능 위주로 작업할 것 (행위를 가장 우선적으로 작업)
- 반복을 통해 다듬을 것
- 코드를 마음속에서 그려볼 수 있는 힘이 중요
- UML 다이어그램 종류
구조 == 정적 / 행위 == 동적
- 소프트웨어(프로그램) 개발 프로세스
- UML의 V프로세스
📌요구사항
- 고객 및 소프트웨어 개발에 관계된 사람들이
시스템 개발에 앞서 개발되는 프로그램에 필요한 조건이나 능력을 말함
- 요구사항 유형
| 종류 | 내용 | 기준 |
|---|---|---|
| 사용자 요구사항 | 사용자의 관점에서 프로그램에 원하는 사항 | 참여자 |
| 시스템 요구사항 | 관리자나 설계자 관점에서 하드웨어 및 프로그램이 갖춰야 하는 사항 | 참여자 |
| 소프트웨어 요구사항 | 개발자의 관점에서 프로그램이 갖춰야하는 사항 | 참여자 |
| 기능적 요구사항 | 프로그램을 구성하는 기능들이 무엇인지를 정의 | 내용 |
| 비기능적 요구사항 | 프로그램의 기능들에 대한 조건과 제약사항들이 무엇인지 정의 | 내용 |
| 비즈니서(업무) 요구사항 | 의뢰한 단체가 작성한 요구 | 주제 |
- 요구사항 프로세스
- 요구사항 조건
- 명확설 : 기술된 요구사항은 항상 동일한 의미로 해석되어야함
- 완전성 : 사용자가 기대하는 모든 요구사항이 기술되어야함
- 일관성 : 서로 상충되는 요구사항이 있어서는 안됨
- 검증 가능성 : 객관적으로 검증할 수 있도록 구체적이어야함
📌유스케이스 다이어그램
- 동적(행위) 다이어그램
- 시스템 내의 활동들의 흐름을 보여줌
- 업무 프로세스 설명시 자주 활용
- 유스케이스 모델링
- 이벤트 및 반응 방식 시스템 개발에 효율적인 방법 (기능 모델링)
- 시스템 기능을 사용하는 사용자와 시스템간의 교류를 표현한 것
- 사용자 관점에서 시스템의 요구사항을 설계하는 것
- 초기 요구사항 분석부터 마지막 시험, 배치 등 전 공정에서 사용할 수 있는 수단
- 시스템이 해야할 일(Use Case)과 그 행동을 하는 사용자(Actor)을 함께 표현한 모델
- Actor와 Use Case 관계로 구성
- 액터
- 시스템과 상호작용을 하는 시스템 외부의 존재
- 시스템 관점에서 바라본 사용자의 역할을 뜻함
- 유스케이스
- 개발 대상이 되는 시스템이 제공하는 개별적인 기능을 뜻하는 것
- 사용자가 인지할 수 있는 하나의 기능 단위
- 액터와 유스케이스 간의 연관 관계 방향
- 유스케이스 다이어그램 관계 종류
📌이벤트 흐름
- 기본 흐름
- 아무것도 잘못되지 않았다는 가정하에 사용자의 자극에 시스템이 어떻게 반응하는지 기술
- 대안 흐름
- 세부 상황 중 일부의 일이 잘못되었을 경우를 고려한 흐름
- 선택흐름 : 사용자 혹은 시스템에 의해 선택적으로 수행되는 흐름
- 예외흐름 : 시스템에서 발생하는 에러 등을 처리하기 위해 수행되는 흐름
