Atividade:
| ||||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes:
|
| Papel: Analista de Sistemas | |
| Orientações de Trabalho: | |
Mentores de Ferramentas
|
|
| Detalhamentos do Fluxo de Trabalho: |
A localização de atores é um dos primeiros passos da definição do uso do sistema. Cada tipo de fenômeno externo com o qual o sistema deverá interagir é representado por um ator. Para localizar os atores, faça as seguintes perguntas:
Qualquer indivíduo, grupo ou fenômeno que se encaixe em uma ou mais dessas categorias é uma sugestão de ator.
Para determinar se possui os atores (humanos) adequados, você poderá tentar nomear duas ou três pessoas que podem atuar como atores e ver se o seu conjunto de atores é suficiente para as necessidades deles. Para obter mais informações sobre os elementos que constituem um ator, consulte Diretrizes: Ator.
Inicialmente, talvez seja difícil localizar os atores mais adequados. Além disso, é provável que você não localize todos eles de imediato porque ainda não localizou todos os casos de uso. Trabalhar com os casos de uso é a única tarefa que permite uma compreensão mais detalhada do ambiente do sistema e da forma como ele interage com o sistema. Quando você chegar nessa etapa, convém revisar o modelo original, pois há uma tendência inicial de modelar um número excessivo de atores. Tenha cuidado ao alterar atores; as mudanças efetuadas também podem afetar os casos de uso. Lembre-se de que qualquer modificação nos atores constitui uma alteração importante nas interfaces e no comportamento do sistema.
Se você desenvolveu um modelo de casos de uso de negócios e um modelo de objetos de negócios, consulte também Diretrizes: Dos Modelos de Negócios para Sistemas para obter mais orientação.
O nome do ator deverá indicar claramente o papel dele. Certifique-se de que haja um risco mínimo, em uma etapa posterior, de confundir o nome de um ator com outro.
Para definir cada ator, forneça uma descrição resumida que inclua a área de responsabilidade dele e o uso que ele fará do sistema. Como os atores representam elementos fora do sistema, não é necessário descrevê-los detalhadamente. Consulte também a seção Descrição Resumida em Diretrizes: Ator.
Quando a sua primeira descrição dos atores estiver completa, o passo seguinte é procurar os casos de uso do sistema. Os primeiros casos de uso são muito preliminares; certamente, você precisará alterá-los algumas vezes até estabilizá-los. Se a visão ou os requisitos do sistema forem deficientes ou se a análise do sistema for vaga, a funcionalidade dele será confusa. Dessa forma, pergunte sempre a si mesmo se localizou os casos de uso corretos. Além disso, você deverá estar preparado para adicionar, remover, reunir e dividir os casos de uso antes de chegar a uma versão final. Após descrevê-los com detalhes, você os compreenderá melhor.
A melhor forma de identificar casos de uso é considerar o que cada ator exige do sistema. Lembre-se de que o sistema existe apenas para seus usuários; portanto, deve se basear nas necessidades deles. Você reconhecerá muitas das necessidades dos atores através dos requisitos funcionais especificados no sistema. Para cada ator, humano ou não, faça a si mesmo estas perguntas:
As respostas a essas perguntas representam os fluxos de eventos que identificam sugestões de casos de uso. Nem todas constituem casos de uso distintos; algumas podem ser modeladas como variantes do mesmo caso de uso. Nem sempre é fácil saber o que é uma variante e o que é um caso de uso separado e distinto. No entanto, isso ficará mais fácil quando você descrever os fluxos de eventos com detalhes.
Com exceção dos requisitos, um modelo empresarial da sua organização (também chamado de modelo de negócios) é uma fonte de entrada valiosa para determinar casos de uso. O modelo empresarial descreve como o sistema de informações pode ser incorporado às operações existentes e, assim, fornece uma visão razoável das adjacências do sistema. Você também encontrará conceitos que precisam ser definidos no modelo empresarial porque ele contém os "objetos de negócios" da empresa. Se tiver seguido o fluxo de trabalho Modelagem de Negócios, você terá um modelo de casos de uso de negócios e um modelo de objetos de negócios para usar como entrada. Para obter mais informações, consulte Diretrizes: Dos Modelos de Negócios para Sistemas.
Um sistema pode ter diversos modelos de casos de uso. A melhor forma de encontrar o modelo "ideal" é desenvolver dois ou três modelos, escolher um deles e aperfeiçoá-lo. O desenvolvimento de diversos modelos alternativos também ajuda a compreender melhor o sistema.
Após descrever o seu primeiro modelo de casos de uso, você deverá verificar se ele abrange todos os requisitos funcionais. Examine os requisitos cuidadosamente para assegurar que todos os casos de uso satisfaçam a todos os requisitos.
Para obter mais informações sobre a definição de caso de uso e a forma de localizá-lo, consulte Diretrizes: Modelo de Casos de Uso e Diretrizes: Caso de Uso.
Cada caso de uso deve ter um nome que indique o que é alcançado pelas suas interações com os atores. Talvez o nome precise ter várias palavras para ser entendido. Dois casos de uso não podem ter o mesmo nome. Consulte também a seção Nome em Diretrizes: Caso de Uso.
Para definir cada caso de uso, descreva-o resumidamente. À medida que você escreve a descrição, consulte o glossário e, se necessário, defina novos conceitos. Consulte também a seção Descrição Resumida em Diretrizes: Caso de Uso.
Neste ponto, prepare também um primeiro rascunho do fluxo de eventos do caso de uso. Descreva o fluxo de eventos de cada caso de uso como breves instantes de desempenho, mas não entre em detalhes. A pessoa que especificar depois o caso de uso - mesmo que seja você - precisará dessa descrição passo a passo. Comece com a descrição do fluxo de eventos básico e, depois de chegar a um acordo sobre ele, adicione fluxos alternativos.
A descrição passo a passo inicial do fluxo de eventos do caso de uso Reciclar Itens no Sistema de Máquina de Reciclagem pode ser assim:
- O cliente pressiona o botão "Start".
- O cliente insere itens de depósito.
- O sistema verifica o tipo dos itens de depósito inseridos.
- O sistema aumenta o total do dia dos tipos de itens recebidos.
- O cliente pressiona o botão "Receipt".
- O sistema imprime o recibo.
Alguns requisitos do sistema não podem ser alocados a casos de uso específicos; reúna-os nas Especificações Suplementares (consulte Artefato: Especificações Suplementares).
Visto que é importante mostrar como os atores se relacionam com o caso de uso, você deverá, ao localizar um caso de uso, estabelecer quais atores interagirão com ele. Para fazer isso, defina uma associação de comunicação que seja navegável no mesmo sentido da transmissão de sinais entre o ator e o caso de uso.
As transmissões de sinais geralmente ocorrem nos dois sentidos. Quando for o caso, permita que as associações de comunicação sejam navegáveis nos dois sentidos. Defina, no máximo, uma associação de comunicação para cada par de ator e caso de uso.
Você também deverá descrever resumidamente cada associação de comunicação definida.
Para obter mais informações sobre associações de comunicação, consulte Diretrizes: Associação de Comunicação.
Se o número de atores ou casos de uso crescer muito, divida-os em pacotes de casos de uso para simplificar a manutenção do modelo de casos de uso. Isso também facilita a compreensão desse modelo e simplifica a atribuição de responsabilidades nele, permitindo que os desenvolvedores sejam responsáveis por pacotes de casos de uso ou atores.
Algumas formas alternativas de empacotar casos de uso podem se basear nas situações em que eles:
Você pode escolher outras formas; no entanto, para manter o modelo intuitivo, é importante usar uma estratégia clara ao efetuar o empacotamento.
Para obter mais informações sobre pacotes de casos de uso, consulte Diretrizes: Pacote de Casos de Uso.
É possível ilustrar relacionamentos entre casos de uso e atores, bem como entre casos de uso relacionados, em diagramas do modelo de casos de uso. Esses diagramas podem conter o seguinte:
Cada diagrama deve pertencer a um pacote apropriado no modelo de casos de uso.
Para obter mais informações sobre diagramas de casos de uso, consulte Diretrizes: Diagrama de Casos de Uso.
Na sua Descrição do Relatório Sintético do modelo de casos de uso, inclua o seguinte:
Consulte também a seção sobre Descrição do Relatório Sintético em Diretrizes: Modelo de casos de uso.
Nesta etapa, consulte o modelo de casos de uso para verificar se o trabalho está na direção certa, mas não efetue uma revisão detalhada. Convém também considerar os pontos de verificação do modelo de casos de uso enquanto você estiver trabalhando nele. Consulte especialmente os pontos de verificação para Ator, Caso de Uso e Modelo de Casos de Uso em Atividade: Revisar Requisitos.
É importante que as pessoas fora da equipe de desenvolvimento (por exemplo, usuários e clientes) aprovem o modelo de casos de uso nesta etapa. Dessa forma, envolva os usuários e o cliente na revisão dele antes de concluir esta atividade. Você pode usar o Relatório Sintético do Modelo de Casos de Uso e os diagramas de casos de uso correspondentes como uma orientação em suas discussões.
As partes interessadas deverão determinar:
Para se informar sobre mais tópicos a serem revisados, consulte os pontos de verificação para ator, caso de uso e modelo de casos de uso em Atividade: Revisar Requisitos.
|
Rational Unified Process
|
