Skip to main content

요구 공학

· 2 min read

스텝

https://ieeexplore.ieee.org/document/1605174

  1. Mission & Scope: 미션과 스코프 식별
  2. Stakeholders: 이해관계자 실별
  3. Goals: 목표 식별
  4. Goal Conflicts: 상이한 이해관게자 간의 목표 절충
  5. Scenarios: 요구사항을 시나리오 형태로 기술
  6. Shall Statement: 해야한다 형태로 기술
  7. Justification: 특정 기능이 포함되어야 하는 이유를 정확히 설명
  8. Assumptions: 비기능 요구사항과 각종 제약사항 분석
  9. Agreed Priorities: 핵심 기능과 기타 요구사항 분리
  10. Acceptance Criteria: 요구사항이 제대로 구현되었는지를 판단하는 기준 정의

위험요인

  • Overlooking a crucial requirements
  • Inadequate Customer representation
  • Modeling only functional requirements: 비기능 요구사항, 예외 시나리오 파악 필요
  • Not inspecting requirements
  • Attempting to perfect requirements before beginning construction: 완벽한 요구사항 도출, 분석은 현실적으로 불가능.
  • Representing requirements in the form of designs: 설계how가 아닌 요구사항을 실현할what에 대해 집중.

어려움

  • Incomplete or hidden requirements
  • Poor communication between the team and customer
  • Underspecifided requirements
  • Poor communication within the team

피하기 위해 Terminology, Abbreviation 등 기술적 용어와 약자를 우선 정의. 자연어 명세를 피하기 위해 각종 UML 다이어그램 활용.

UML

  • Class Diagram
  • Sequence
  • Activity
  • State Machine
  • Use Case

위 순서대로 잘 그리면 된다.