Os modelos de projeto podem facilitar a distribuição das atividades de implementação entre desenvolvedores. A realização de um caso de uso no modelo de projeto é uma colaboração que descreve como um caso de uso se realiza em termos das classes e objetos nos modelos de projeto.

Um modelo de análise de requisitos estrutura os requisitos com o objetivo facilitar o seu entendimento. As classes de análise podem ser conceituais e mapeáveis para o domínio da aplicação. Uma classe no modelo de análise pode ser uma abstração de classes no modelo de projeto.

O ciclo de desenvolvimento de um software pode ser decomposto em iterações. Em uma iteração, pode haver atividades de requisitos, análise, projeto, implementação e teste. Um incremento produzido por uma iteração é a diferença entre os estados dos artefatos antes e após a iteração.

A arquitetura de um software pode ser descrita segundo visões. Em uma visão lógica, é possível descrever as realizações dos casos de uso e documentar as classes e os subsistemas significativos. Em uma visão de processos, pode-se descrever a decomposição do software em processos.

Em um modelo de casos de uso, pode haver diferentes tipos de usuários representados por atores. Além de tipos de usuários, atores podem representar outros sistemas ou hardwares que interagem com o sistema a ser desenvolvido. Atores se comunicam com o sistema via casos de uso.

A construção de um modelo de casos de uso é um meio para capturar requisitos funcionais com foco no valor dos requisitos para os usuários. Um caso de uso especifica uma seqüência de ações que o sistema pode realizar e que produzem resultados observáveis e de valor para os atores.

O padrão mediator define um objeto que encapsula como um conjunto de objetos interage. Esse padrão torna desnecessário que cada objeto armazene referências para todos os objetos com os quais interage e pode ser usado quando objetos se comunicam de forma definida, mas complexa.

Quando a execução de um processo é temporariamente suspensa, para que o processo possa ser posteriormente posto em execução com o estado que tinha quando foi suspenso, é necessário armazenar informações sobre o estado do processo. Há sistemas operacionais que armazenam essas informações em estruturas de dados chamadas bloco de controle de processo (process control block).

A instância de CntrCadastro pode receber da instância de CntrInteracao uma referência para uma instância de Paciente e essa referência pode ser usada quando a mensagem getNome é enviada.

As mensagens cadastrar e encerrar enviadas pela instância de TelaCadastro são assíncronas. Por sua vez, a mensagem validar é enviada pela instância de CntrInteracao para a própria instância.