목적
  • 시스템에서 텍스트로 된 모든 설명, 특히 유스 케이스 설명에 사용될 수 있는 공통 어휘를 정의합니다.
역할:  시스템 분석가 
빈도: 필요에 따라 일반적으로 개념화 및 구현화 반복시 여러 번 발생할 수 있으며, 후속 단계에서 필요에 따라 되돌아올 수 있습니다.
단계
입력물:    결과물:   
툴 멘토르:   

워크플로우 세부사항:   

공통 용어 찾기 페이지 맨 위

요구사항 규칙에서 문제점 도메인에서 가장 일반적인 용어를 사용하여 공통 어휘를 정의해야 합니다. 그런 다음 시스템에서 텍스트로 된 모든 설명, 특히 유스 케이스 설명에서는 일관성있게 공통 어휘를 사용해야 합니다. 이 방법에서는 텍스트 설명을 일관성있게 유지하여 프로젝트 구성원 간에 용어의 사용 및 의미에 대한 오해를 방지합니다. 용어집에 어휘를 문서화해야 합니다.

문제점 도메인에서 공통 용어를 찾으려면, 요구사항에 사용된 용어와 빌드할 시스템 개발 팀이 갖고 있는 일반 지식을 고려하십시오. 다음 개념을 설명하는 용어에 중점을 두십시오.

  • 조직의 일상적인 업무 또는 시스템이 예상하는 운영 환경에 사용되는 개념을 표현하는 비즈니스 객체. 대부분의 경우, 이러한 종류의 개념 목록이 이미 존재합니다.
  • 시스템이 인식해야 하는 실생활에서의 객체. 이 객체는 자연스럽게 발생합니다(예: 차, 개, 병, 비행기, 승객, 예약 및 송장 등).
예:

창고 관리 시스템에서 여러 가지 일 중에서도 주로 창고에 있는 품목과 이들의 잠재적 저장 위치에 대한 대화가 이루어집니다.

  • 시스템이 인식해야 할 이벤트. 여기서, "이벤트"는 시스템이 인식해야 하는 시점 또는 시간대별 사건(예: 회의 또는 발생한 오류)을 의미합니다.
예:

창고 관리 시스템에서 자연스럽게 발생하는 이벤트는 상품을 창고에 배달하는 것입니다. 각 배달이 발생할 때마다 시스템은 배달 날짜, 상품 수령인, 배달된 상품 및 각 종류별 상품의 개수 등을 "인식"해야 합니다.

각 용어는 일반적으로 정의와 함께 명사로 기술됩니다. 용어는 단수(예: "주문들s" 및 "타스크들"이 아닌 "주문" 및 "타스크")로 되어 있어야 합니다. 모든 관련 부서가 용어의 정의에 동의해야 합니다.

결과 평가 페이지 맨 위

작업이 올바른 방향으로 진행되고 있는지 확인하려면 이 단계에서 용어집을 확인해야 합니다. 용어집을 자세히 검토할 필요는 없습니다. 특히 활동: 요구사항 검토의 용어에 대한 체크포인트를 참조하십시오.



Rational Unified Process   2003.06.15