클래스는 동일한 책임, 관계, 조작, 속성 및 의미론을 공유하는 객체 세트의 설명입니다.  
기타 관계:  다음 파트 설계 모델
역할:  설계자 
선택 가능성/발생 시기:  설계 클래스는 객체 지향 설계 접근법의 기초 파트입니다.
템플리트 및 보고서: 
     
예: 
     
UML 표시:  클래스.
자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

다음 사용자가 클래스를 사용합니다.

  • 구현자가 클래스 구현시 스펙용으로 사용합니다.
  • 시스템의 다른 파트 설계자가 기능성이 사용될 수 있는 방법 및 관계가 의미하는 사항을 이해하기 위해 사용합니다.
  • 유스 케이스 설계자가 유스 케이스 구현에서 실증하는데 사용합니다.
  • 시스템의 다음 버전 설계자가 설계 모델에서 기능을 이해하는데 사용합니다.
  • 클래스 테스터가 테스트 활동을 계획하는데 사용합니다.

등록 정보 페이지 맨 위

등록 정보 이름 

간략한 설명 

UML 표시 

이름  클래스의 이름.  모델 요소의 속성 "이름". 
간략한 설명  클래스의 목적 및 역할의 간략한 설명.  "간단한 텍스트" 유형의 태그값. 
책임  클래스가 정의하는 책임.  수퍼클래스 "유형"의 (사전 정의된) 태그값. 
관계  클래스가 관여하는 관계(예: 일반화, 연관 및 집합).  집합 "소유"를 통해 포함된 패키지가 소유. 
조작  클래스가 정의한 조작.  집합 "구성원"을 통해 수퍼클래스 "유형이" 소유. 
속성  클래스가 정의한 속성.  - " - 
특수 요구사항  설계 모델에서 고려되지 않는 클래스의 모든 요구사항(예: 비기능적 요구사항)을 수집하지만 구현 중에 처리되어야 하는 문자로 된 설명.   "간단한 텍스트" 유형의 태그값. 
다이어그램  클래스에 로컬인 모든 다이어그램(예: 상호 작용 다이어그램, 클래스 다이어그램 또는 상태 차트 다이어그램).  집합 "소유"를 통해 포함된 패키지가 소유. 

시기 페이지 맨 위

구조적으로 중요한 설계 클래스는 구현화 단계에서 식별되고 설명됩니다. 나머지 설계 클래스는 구성 단계에서 식별되고 설명됩니다.

책임 페이지 맨 위

설계자는 클래스 통합의 책임이 있으며 다음을 확인합니다.

  • 클래스가 관련된 유스 케이스 구현에서 클래스에 작성된 요구사항을 수행합니다.
  • 클래스는 기타 클래스에 대해 가능한 독립적입니다.
  • 책임, 단일 방향 관계, 조작 및 속성을 포함하여 클래스의 등록 정보가 제자리에 위치하고 서로 일관되게 유지합니다.
  • 클래스가 관련된 양방향 관계의 클래스 역할이 명확하고 직관적입니다.
  • 구성원, 주로 조작 및 속성의 가시성이 정확합니다. 가시성은 "public", "private" 등이 될 수 있습니다.
  • 구성원, 주로 조작 및 속성의 범위가 정확합니다. 범위가 유형/클래스 범위에 "true"이며 객체/인스턴스 범위에 대해 "false"입니다.
  • 특수 요구사항은 읽기 가능하며 목적에 적합합니다.
  • 클래스를 설명하는 다이어그램은 읽기 가능하며 기타 등록 정보와 일치합니다.

클래스에 책임이 있는 설계자가 포함된 설계 패키지에도 책임을 지도록 권장합니다. 자세한 정보는 설계 패키지를 참조하십시오.

사용자 정의 페이지 맨 위

스테레오타입은 설계 클래스의 자격을 증명하거나 일정 방법으로 구현을 제한하는데 사용할 수 있습니다. 예를 들어, 스테레오타입을 사용하여 클래스가 특정 프로그래밍 언어 구성을 표시함을 나타낼 수 있습니다.

자세한 정보는 가이드라인: 설계 클래스를 참조하십시오.



Rational Unified Process   2003.06.15