Análise e Projeto Orientados a Objetos Diagrama UML de atividades Diretoria Acadêmica de Gestão e Tecnologia da Informação
Diagramas de atividades Úteis para visualização de sequências de ações e fluxos, inclusive fluxos com desvios e processamento paralelo. São semelhantes aos tradicionais fluxogramas utilizados na visualização de algoritmos. Podem ser utilizados para modelar qualquer tipo de processo, seja de negócio ou de software. 2
Notação básica 3
Notação básica Nó de ação: representa um passo, ou etapa, que deve ser executado na atividade (processo). Transição: indica a sequência de ações. Nó inicial: representa o início do fluxo quando uma atividade é iniciada. Nó de final de atividade: representa o fim do fluxo de uma atividade. Nó de decisão: indica uma escolha entre dois ou mais fluxos possíveis, sendo que um fluxo é escolhido em detrimento dos outros. Geralmente é acompanhado de decisões de guarda. Também pode ser utilizado para unir um fluxo dividido por um nó de decisão anterior. Nó de bifurcação: indica uma divisão do fluxo em dois ou mais fluxos paralelos. Nó de junção: indica uma união de dois ou mais fluxos em um único fluxo de controle. 4
Raias São utilizadas para indicar o ator executor de cada ação. Podem ser utilizadas no sentido vertical ou horizontal. 5
Raias 6
Exemplo: Registrar Compra Fluxo Básico: 1. Usuário (Gerente ou Vendedor) informa a placa do veículo. 2. Sistema verifica que o veículo está cadastrado e com status NÃO PERTENCE À LOJA. Em seguida, sistema exibe os dados do veículo. 3. Usuário informa dados da compra: valor da compra, data da compra, forma de pagamento e observações. 4. Usuário confirma a operação, sistema registra a compra e o caso de uso termina. Fluxo Alternativo (2): o veículo está cadastrado no sistema e está com status diferente de NÃO PERTENCE À LOJA. 2.a.1. Sistema informa o usuário de que a operação não é permitida, pois o veículo já pertence à loja, e o caso de uso termina. Ponto de Extensão (2): veículo não está cadastrado no sistema. 2.b.1. Caso de uso segue para CRUD Veículo. 2.b.2. Caso de uso segue para o passo 3. 7
Exemplo: Registrar Compra 8
Exemplo: Comprar Livros Fluxo Principal 1. [IN] Comprador informa sua identificação. 2. [OUT] Sistema informa os livros disponíveis para venda (título, capa e preço) e o conteúdo atual do carrinho de compras. 3. [IN] Comprador seleciona os livros que deseja comprar. 4. Comprador decide finalizar a compra. 5. [OUT] Sistema informa o valor total dos livros e apresenta as opções de endereço cadastradas. 6. [IN] Comprador seleciona um endereço para entrega. 7. [OUT] Sistema informa o valor do frete e total geral, bem como a lista de cartões de crédito já cadastrados para pagamento. 8. [IN] Comprador seleciona um cartão de crédito. 9. [OUT] Sistema envia os dados do cartão e valor da venda para a operadora. 10. [IN] Operadora informa o código de autorização. 11. [OUT] Sistema informa o prazo de entrega. Fluxo alternativo (4): Comprador decide guardar carrinho 4a.1 [OUT] Sistema informa o prazo em dias em que o carrinho será mantido. Fluxo de exceção 6a: Endereço consta como inválido 6a.1 [IN] Comprador atualiza o endereço e caso de uso segue para o passo 6. Fluxo de exceção 10a: Operadora não autoriza a venda 10a.1 [OUT] Sistema apresenta outras opções de cartão ao comprador. 10a.2 [IN] Comprador seleciona outro cartão e caso de uso segue para o passo 9. 9
Exemplo: CDU Comprar Livros 10
Quando utilizar Na identificação de atividades paralelas. Para analisar e validar um caso de uso em detalhes (entendendo os fluxos alternativos). Para compreender os processos de negócio. Para expressar um algoritmo sequencial complexo. 11
Referências GUEDES, Gilleanes T. A. UML 2: uma abordagem prática. São Paulo: Novatec, 2009. WAZLAWICK, Raul Sidnei. Análise e Projeto de Sistemas de Informação Orientados a Objetos. Rio de Janeiro: Elsevier, 2011, 2ª ed. ALEIXO, Fellipe A. Notas de Aula. 12
Informações bibliográficas Autor: Alexandre G. de Lima Data: maio de 2016 Local: Natal/RN 13