Atividade:
| ||||
| Detalhamentos do Fluxo de Trabalho: |
Descreva as características dos atores (humanos) relacionados ao caso de uso. Concentre-se na descrição do principal ator do caso de uso, pois grande parte da interação envolve esse ator. Essas são informações importantes para os próximos passos descritos abaixo.
Consulte Diretrizes: Ator, Características para obter detalhes.
Crie uma encenação para o caso de uso e atribua uma dependência de rastreabilidade entre os dois. A encenação de caso de uso tem várias propriedades, como campos de texto e diagramas, que descrevem os aspectos de usabilidade do caso de uso.
Uma encenação de caso de uso no modelo de análise pode ser rastreada até um caso de uso no modelo de casos de uso.
Consulte Diretrizes: Encenação de Caso de Uso para obter detalhes.
A descrição passo a passo de cada caso de uso informado para essa atividade precisa ser refinado e direcionado para as questões de usabilidade. Esse refinamento é capturado na propriedade Fluxo de Eventos - Encenação da encenação de caso de uso.
Crie um resumo inicial do Fluxo de Eventos - Encenação usando declarações de ação resumidas para obter uma idéia do caso de uso.
Em seguida, complemente o Fluxo de Eventos - Encenação com as orientações desejadas, os valores médios e os volumes de objetos, além das utilizações médias da ação para as diferentes partes do fluxo de eventos.
Consulte Diretrizes: Encenação de Caso de Uso, Descrição do Fluxo de Eventos para obter detalhes.
Capture os requisitos de usabilidade sobre a encenação de caso de uso definindo o grau de usabilidade da interface do usuário.
Consulte Diretrizes: Encenação de Caso de Uso, Captura de Requisitos de Usabilidade para obter detalhes.
Nesse passo, identificamos as classes de fronteira centrais e primitivas necessárias para fornecer a interface do usuário do caso de uso.
Identifique uma classe de fronteira central que represente a janela principal com a qual o ator está interagindo. Se já existe uma classe desse tipo, você poderá reutilizá-la. O objetivo é tentar minimizar o número de janelas principais com as quais determinado ator precisa interagir. Entretanto, é óbvio que você terá que fazer acomodações. As janelas principais não devem ser excessivamente complexas nem desordenadas.
Essas classes de fronteira centrais são geralmente agregações de classes de fronteira mais primitivas (veja abaixo).
A classe de fronteira central identificada em um aplicativo de correio é Caixa de Correio. Para obter detalhes, consulte Diretrizes: Classe de Fronteira.
A classe de fronteira central identificada em um editor de documentos é Documento. Para obter detalhes, consulte Diretrizes: Classe de Fronteira.
Analise o fluxo de eventos - encenação detalhadamente e todas as outras descrições de caso de uso disponíveis. Procure informações de interesse do usuário e também informações que precisam estar visíveis e ser gerenciadas na interface do usuário.
Considere todos os objetos de entidade de negócios ou termos (principalmente os substantivos) de um glossário. Considere também os objetos de entidade se eles existirem. Essas são maneiras de entender quais informações são manipuladas pelo sistema e, portanto, também de interesse do usuário.
Em seguida, crie uma classe de fronteira para cada objeto lógico manipulado pelo ator através da interface do usuário. Ao fazer isso, pense sempre em reutilizar as classes de fronteira já existentes. O resultado desse passo será a preparação para a criação de uma interface do usuário orientada a objetos.
A classe de fronteira primitiva identificada em um aplicativo de e-mail contém Anexo de Mensagem Eletrônica. Para obter detalhes, consulte Diretrizes: Classe de Fronteira.
As classes de fronteira primitivas identificadas em um editor de documentos incluem Parágrafo e Notas de Rodapé. Para obter detalhes, consulte Diretrizes: Classe de Fronteira.
Descreva o óbvio sobre as classes de fronteira. Nesse estágio, é quase sempre possível delinear a maior parte dos atributos, agregações, associações e algumas responsabilidades. As classes de fronteira centrais são geralmente agregações de classes de fronteira mais primitivas.
Cada classe será refinada e descrita detalhadamente nos passos abaixo. Consulte esses passos para obter exemplos.
As classes de fronteira que participam de uma encenação de caso de uso precisam estar relacionadas a ele. Isso é feito pela captura das classes em diagramas de classes, que incluem seus relacionamentos, anexados às encenações de casos de uso.
Consulte Diretrizes: Encenação de Caso de Uso, Criação de Diagramas de Classes de Fronteira para obter detalhes.
Esse passo é opcional e é realizado se a seqüência de interação (por exemplo, o fluxo de janelas e os caminhos de navegação) precisam ser capturados formalmente em um diagrama de interação.
Percorra o fluxo de eventos do caso de uso (ou mais precisamente, o subconjunto de casos de uso em questão na iteração atual) e identifique os objetos de fronteira responsáveis pelo comportamento visível do caso de uso. Esses objetos de fronteira são instâncias das classes de fronteira, como definido no passo anterior (Localizar Classes de Fronteira Necessárias para a Encenação de Caso de Uso). Ilustre as interações existentes entre os objetos de fronteira participantes criando um ou mais diagramas de colaboração.
O diagrama de colaboração também deve mostrar interações entre o sistema e seus atores. O fluxo de eventos em geral começa quando um dos atores solicita algo do sistema, pois o ator sempre dispara o caso de uso.
Ilustre as interações entre os objetos criando vínculos entre eles. Registre os vínculos com uma descrição resumida da intenção do objeto que fez o disparo, isto é, o que ele deseja obter na interação com o objeto disparado. Essas "intenções" serão integradas às responsabilidades de cada classe de fronteira correspondente, como descrito no passo seguinte (Descrever Responsabilidades das Classes de Fronteira).
Consulte Diretrizes: Encenação de Caso de Uso, Criação de Diagramas de Classes de Interação de Objetos de Fronteira para obter detalhes.
Esse passo é opcional e é realizado se os diagramas e as descrições (como criados acima) precisarem ser complementados e melhor esclarecidos com referências a um protótipo de interface do usuário já existente (se houver algum).
Consulte Diretrizes: Encenação de Caso de Uso, Complementação dos Diagramas para obter detalhes.
Esse passo é opcional e é realizado se os diagramas e as descrições (como criados acima) precisarem ser complementados e melhor esclarecidos com referências a um protótipo de interface do usuário já existente (se houver algum).
Consulte Diretrizes: Encenação de Caso de Uso, Referência ao Protótipo da Interface do Usuário para obter detalhes.
A abordagem a ser seguida nesse passo é semelhante à apresentada na seção "Descrever Responsabilidades", como descrito em Atividade: Análise de Caso de Uso. A única diferença é que as demandas são extraídas das encenações de caso de uso, e não das realizações de casos de uso.
Lembre-se de que uma responsabilidade é uma descrição textual de um subconjunto coeso do comportamento oferecido por uma classe. Sendo assim, as responsabilidades das classes de fronteira podem ser consideradas como descrições de alto nível das operações fornecidas pela interface do usuário e suas janelas.
Para obter exemplos, consulte a seção "Exemplos de Responsabilidades de Classes de Fronteira", em Diretrizes: Classe de Fronteira.
A abordagem a ser seguida nesse passo é semelhante à apresentada na seção "Descrever Atributos e Associações", como descrito em Atividade: Análise de Caso de Uso.
Os atributos e seus tipos devem ser conceituais e funcionam como descrições de alto nível das propriedades dos objetos (como janelas) na interface do usuário. Além disso, esses atributos podem se transformar em classes quando a interface do usuário é projetada e implementada.
Para obter exemplos, consulte a seção "Exemplos de Atributos de Classes de Fronteira", em Diretrizes: Classe de Fronteira.
Nesse passo, definimos agregações, associações e generalizações entre classes de fronteira.
A abordagem a ser seguida nesse passo é semelhante à apresentada na seção "Descrever Atributos e Associações", como descrito em Atividade: Análise de Caso de Uso.
Para obter exemplos, consulte a seção "Exemplos de Relacionamentos entre Classes de Fronteira", em Diretrizes: Classe de Fronteira.
Grande parte dos requisitos de usabilidade para a encenação de caso de uso deve ser distribuída entre as classes de fronteira participantes, e refinadas nas classes, se necessário.
Para obter exemplos, consulte a seção "Exemplos de Requisitos Especiais para Classes de Fronteira", em Diretrizes: Classe de Fronteira.
Os diagramas de classes, criados no passo Localizar Classes de Fronteira Necessárias para a Encenação de Caso de Uso, são locais à encenação de caso de uso. Entretanto, em alguns casos, é recomendável apresentar as classes de fronteira em diagramas de classes "globais", que não são locais à encenação de caso de uso. Por exemplo, quando usadas como informação para a atividade de criação do protótipo da interface do usuário. Esses diagramas de classes podem, por exemplo, incluir:
As encenações de caso de uso devem ser avaliadas, para verificar se o trabalho está indo na direção certa.
Para obter os pontos de verificação das classes de fronteira, consulte a seção "Critérios de Qualidades para Classes de Fronteira e seus Relacionamentos", em Diretrizes: Classe de Fronteira.
|
Rational Unified Process
|
