신호는 한 객체 또는 인스턴스에서 다른 객체 또는 인스턴스로의 비동기적 자극입니다.
기타 관계:  다음 파트 설계 모델
역할:  소프트웨어 아키텍트 
선택 가능성/발생 시기:  신호는 분배된 동시 시스템 및/또는 반응(이벤트 주도) 시스템의 의사소통에 적합한 모델입니다.
템플리트 및 보고서: 
     
예: 
     
UML 표시: 

신호. 또한 일반적으로 <<signal>>로 스테레오타입화된 클래스로 표시됩니다. 

자세한 정보:   
활동 정보:    활동 결과:   

목적 페이지 맨 위

신호의 목적은 한 객체 또는 인스턴스에서 다른 객체 또는 인스턴스로의 단방향 비동기 의사소통을 제공하기 위함입니다.

신호는 조작, 속성 및 관계가 있을 수 있는 결과물: 이벤트의 스펙입니다.

등록 정보

다음은 결과물: 이벤트에서 상속된 등록 정보에 추가된 신호의 등록 정보입니다.

등록 정보 이름  

간략한 설명  

UML 표시  

이름   신호의 이름.   속성  
간략한 설명   신호의 역할과 목적의 간략한 설명.    "간단한 텍스트" 유형의 태그값.  
책임   클래스가 정의하는 책임.   태그 값  
관계   신호가 관련되는 일반화.   일반화 관계  
조작   신호가 정의한 조작.   조작  
속성   신호가 정의한 속성.   속성  

시기 페이지 맨 위

특히 시스템이 응답해야 하는 중요한 내부 이벤트와 외부 이벤트를 나타내는 일부 신호가 구현화 단계의 초기에 식별됩니다. 시스템 내에서 비동기적으로 의사소통하는데 필요한 기타 신호는 구현화 단계의 후반부에서 식별됩니다. 모든 신호와 이벤트는 구조적으로 중요하며 구현화 단계의 종료 시까지는 완전히 식별되어야 합니다.

책임 페이지 맨 위

소프트웨어 아키텍트는 모든 신호에 대한 책임이 있으며 신호가 적절하게 사용 중인지 확인합니다.

사용자 정의 페이지 맨 위

신호는 비동기 메시징의 엔티티를 정의하는데 사용됩니다. 분배 및 동시 시스템의 의사소통에 적합합니다. '수신자 특정' 방식으로 신호를 이름 지정하지 마십시오. 이는 일반성과 유용성을 제한하며 신호는 객체 세트에 브로드캐스트될 수도 있음을 명심하십시오. 중요한 사항은 송신자가 발견한(신호를 전송하도록 프롬프트 표시됨) 흥미로운 사건을 의사소통하는 것입니다. 신호에는 속성으로 표현되는 매개변수의 목록이 있을 수 있습니다. 이러한 속성에 액세스하도록 신호에서 조작이 제공될 수 있습니다.

신호는 결과물: 이벤트의 스펙이므로 신호 조정은 결과물: 이벤트의 조정에 따라 달라집니다. 예를 들어, 결과물: 이벤트 정보가 텍스트로 된 양식으로 캡처될 수 있습니다(예: 소프트웨어 구조 문서의 테이블). 반면, 신호 특정 등록 정보는 비주얼 모델로 캡처됩니다.

Rational Unified Process   2003.06.15