UP - Inception 단계
• 1주일 정도 진행되는 짧은 단계
• Brief 포맷으로 Use-Cases를 작성
• 대부분의 Architecturally Risky Requirement 탐색
• 필요한 경우 Technical proof-of-concept Prototype 구현
• 많은 UML을 그리지 않고 필요한 만큼만 그린다.
FURPS+
• 요구사항을 크게 5가지 카테고리로 구분
(Supportability 대신 요즘은 Security로 사용하기도 한다.
> Functional : features, capabilities, security
> Usability : human factors, help, documentation
> Reliability : frequency of failure, recoverability, predictability
> Performance : response times, throughput, accuracy, availability, resource usage
> Supportability : adaptability, maintainability, internationalization, configurability
기능 / 비기능 요구사항
• 요구사항을 Functional / Non-Functional로 구분하기도 한다.
(비기능 요구사항은 Attributes/Requirements 라고도 한다.)
> Functional Requirements → Use case 작성
> Non-Functional Requirements → Supplementary Specification 작성
• 다음 단계인 Elaboration에서 SRS (Software Requirements Specification)로 작성
📌 [OOAD] UP(Unified process) 무엇인가?
[OOAD] UP(Unified process) 무엇인가?
OOAD• 모든 Use Case에 대해 Sequence Diagram 그리고 이후 Class Diagram 그리기 반복 • OOA (Object-Oriented Analysis)요구사항을 도메인 모델로 만드는 것 (Usecase Diagram) • OOD (Object-Oriented Desig
zoosso.tistory.com
[OOAD] UP - Elaboration 단계
UP - Elaboration 단계• 아키텍쳐/클라이언트 관점에서 리스크를 줄여나간다.• Client, Architect 등 모든 과제 관련자들이 참가하는 Requirements Workshop 개최• 요구사항이 수정될 수 있지만 해당 단계가
zoosso.tistory.com
'까망 동네 > OOAD & UML' 카테고리의 다른 글
[OOAD] UP Elaboration 단계 - OOD (1) | 2024.10.19 |
---|---|
[UML] Class Diagram (3) | 2024.10.17 |
[OOAD] UP Elaboration 단계 - OOI (1) | 2024.10.15 |
[OOAD] UML이란 (1) | 2024.10.14 |
[OOAD] UP - Elaboration 단계 (1) | 2024.10.13 |
댓글