UML 표시: 클래스(<<boundary>>, <<entity>> 또는 <<control>>로 스테레오타입 지정).
분석 클래스는 다음 특성을 가질 수 있습니다.
-
이름: 클래스의 이름
-
설명: 시스템에서 클래스의 역할에 대한 간략한 설명
-
책임: 클래스의 책임 목록
-
속성: 클래스의 속성
함께 취하는 분석 클래스는 시스템의 초기 개념적 모델을 표시합니다. 이 개념적 모델은 빠르게 발전되지만 다른 표시와 해당되는 내포사항이 탐색되는 대로 잠시 동안은 유동적 상태로 남습니다. 정규 문서는 이 프로세스를
방해할 수 있으므로, 정규적인 의미에서 이 '모델'을 유지보수하는 데 어느 정도 노력을 기울일지 유의하십시오. 많은 노력이 따르는 모델을 세련되게 다듬기 위해서는 많은 시간이 낭비될 수 있습니다. 분석 클래스는
좀처럼 디자인을 변경하지 않은 상태로 유지시키지 않습니다. 대부분은 종종 서브시스템에 의해 캡슐화되는 전체 오브젝트 협업을 표시합니다.
일반적으로, 아래에 있는 예제와 같은 단순한 노트 카드로 충분합니다(이는 잘 알려진 CRC 카드 기법을 기반으로 합니다. 이 기법에 대한 세부사항은 [WIR90]을 참조하십시오).
카드 앞면에서 클래스 이름과 설명을 캡처하십시오. 수강 신청 시스템의 과정 예제가 아래에 나열되어 있습니다.
클래스 이름
|
과정
|
설명
|
과정은 공통 주제, 요구사항 및 요목을 가지고 있는 과정 섹션 세트에 대한 정보를 유지보수해야 합니다.
|
책임
|
과정에 대한 정보를 유지보수할 경우
|
속성
|
이름
|
설명
|
유형
|
과정 제목
|
과정의 이름
|
문자열
|
설명
|
과정의 간단한 설명
|
문자열
|
|
카드 뒷면에서 클래스 다이어그램을 그리십시오.
과정의 클래스 다이어그램
유스 케이스 분석 워크샵 동안 발견되는 클래스마다 하나의 분석 클래스 카드가 있습니다.
|