Requirements Diagram은 EA의 확장 다이어그램 유형 중 하나입니다. Requirements Diagram을 통해 요구사항을 시각적으로 나타낼 수 있으며 요구사항이 서로 어떻게 관련되어 있는지, 모델 내의 다른 요소 (ex, business driver, 제약 조건, 비즈니스 규칙, 사용 사례, 디자인 컴포넌트)와 어떻게 연결되는지 시각적으로 나타낼 수 있습니다.
Requrements는 이름, 설명, 상태, 복잡도, 난이도, 작성자 등의 속성을 가집니다.
Requirements Diagram에서 제공하는 요소들은 다음과 같습니다.
Element | Usage |
---|---|
Package | Package는 요구사항 및 기타 요소를 그룹화하는 데 사용할 수 있는 컨테이너 요소입니다. Package는 Requirement의 집합일 뿐 그 자체로 요구사항 될 순 없습니다. Package와 Requirement의 개념을 혼동하지 않도록 주의합니다. |
Requirement | Requirement 요소는 시스템에 필요한 조건이나 기능을 나타내는 데 사용됩니다. 요구사항의 유형은 직접 설정할 수도 있고, 툴박스의 'Extended Requirements' 페이지의 기능적 요구사항, 사용자 요구사항, 아키텍처적 요구사항 등의 유형을 선택하여 사용할 수 있습니다. |
Feature | Feature는 시스템이 비즈니스 요구사항을 충족하기 위해 필요한 특성, 속성을 뜻합니다... |
Risk | Risk는 시스템의 중단, 손실, 약점을 야기할 수 있는 상황을 나타냅니다. Risk Element는 기술적, 비즈니스적 리스크를 모델링하는데 사용되며 다른 요소들과 연결할 수 있습니다.. |
Object | Object는 요구사항을 도출하기 위한 워크샵에서 논의되는 엔티티나 프로젝트 문서를 읽는 동안 논의되는 엔티티를 모델링하는데 유용합니다. Object는 클래스의 인스턴스로 표현됩니다. |
Connector | Use |
---|---|
Aggregate | Aggregate은 상위 요구사항 (다이어몬드 끝) 은 하위 요구사항 (꼬리 끝) 으로 구성되어 있음을 나타냅니다. 이를 통해 요구사항의 계층 구조를 만들 수 있습니다. |
Inheritance | Inheritance 관계는 상위위 요소가 (삼각형 끝) 하위의 요소 (꼬리 끝)의 일반적인 버전이라는 것을 나타냅니다. 이 관계는 Use Case, Class, Artifact, Component와 같은 Classifier 사이에 사용됩니다. |
Associate | 연관관계는 두 요소 사이의 의미론적 또는 구조적 관계를 나타낼 때 사용됩니다. |
Implements | Implements 관계는 모델 요소가 요구사항을 구현한다는 것을 나타내기 위해 사용됩니다. 일반적으로 아키텍트나 디자이너가 요구사항이 특정 모듈, 사용 사례 또는 컴포넌트에 의해 해결될 것이라는 것을 표시할 때 사용됩니다. |
Dependency | 요구사항 (꼬리 끝)이 다른 요소 (화살표 끝)에 의존한다는 것을 나타냅니다. |
Information Flow | Information Flow 관계는 데이터가 Repository에서 두 요소 사이에 이동한다는 것을 나타냅니다. 데이터 유형은 Information Item으로 표현될 수 있으며, 모델의 어떤 부분에서도 선택할 수 있습니다. 이를 통해 제안된 시스템과 공급 업체 시스템 사이의 정보 이동을 나타내거나 두 컴포넌트가 특정 프로토콜을 통해 통신해야 한다는 제약조건을 표현할 수 있습니다. |
Trace | Trace 관계는 모델에서 꼬리 끝 요소보다 화살표 끝의 요소가 자세히 설명되어 있다는 것을 나타냅니다. 예를 들어 사용자 요구사항은 주체 요구사항이나 비즈니스 목표로 추적될 수 있습니다. |
Requirements 다이어그램에서 요구사항은 계층 구조를 통해 구체화할 수 있습니다.. 이를 통해 고수준 요구사항을 검증 가능한 요구사항으로 분해할 수 있습니다.
Requirements Diagram에선 Traces를 통해 요구사항을 연결할 수 있습니다. 이를 통해 추적성을 효과적으로 나타낼 수 있습니다.