O documento discute o uso de diagramas da Linguagem de Modelagem Unificada (UML) para modelagem de requisitos e projeto de sistemas. Apresenta casos de uso como forma de descrever interações entre atores e sistemas e discute como complementar casos de uso com descrições de fluxos principais e alternativos. Também reflete sobre quais diagramas da UML são mais populares e aplicáveis aos projetos.

1. Alessandro Almeida | www.alessandroalmeida.com

2. Prova 1:
Dia 10 de outubro

3.  Serão consolidados e disponibilizados para a
turma
 Caso algum grupo prefira não compartilhar seu
material, entre em contato comigo
 Nas provas (Prova 1 e Exame Final) teremos
alguma(s) questão(ões) sobre os trabalhos
apresentados

5. Valendo 20 horas de
AC!

7.  Quem realizar a leitura e documentar suas
conclusões somará 20 horas de AC
 No mínimo, 5 páginas (fonte Arial, tamanho 12)
 Importante:
 Não é um resumo do livro!
 O objetivo é fazer uma reflexão sobre as ideias do
Edward Yourdon

8. Conclusões sobre a atividade

9.  Durante as apresentações de vocês,
navegamos por toda a estrutura da UML...

12. Será que alguém utiliza a UML
na sua plenitude?

13.  Todos os diagramas são tão populares quanto
a própria UML?

14.  Caso de Uso
 Classes
 Objetos
 Sequência
 Atividades
 Comunicação
 Visão Geral
 Máquina de Estados
 Implementação

15.  Caso de Uso
 Classes
 Objetos
 Sequência
 Atividades
 Comunicação
 Visão Geral
 Máquina de Estados
 Implementação

16. Será que todos os diagramas são
aplicáveis à dinâmica dos projetos que
participamos?

17. Jim Rumbaugh Grady Booch Ivar Jacobson

18. Jim Rumbaugh Grady Booch Ivar Jacobson

19. UML ajuda!

20. Mas não é A SOLUÇÃO para
gerenciamento de requisitos e
modelagem da solução.

21. Não seja ortodoxo na hora de
utilizar a UML!
(customize sem medo, mas de forma consciente)

22. Para mapear e documentar os requisitos...

23.  Um caso de uso descreve uma sequência de
ações que representam um cenário principal
e cenários alternativos
 Demonstra o comportamento de um sistema
(ou parte dele), através de interações com
atores
 Texto e diagrama

24.  Cenário (ou fluxo) principal...
 Deu tudo certo (ou, caminho feliz)!
 Cenário (ou fluxo) alternativo...
 Vixe... Deu erro!

25.  Caso de Uso #001: Realizar pagamento com
boleto
 Ator: Cliente do banco
 Fluxo principal:
1. O cliente digita o código do boleto
2. O sistema valida as informações e apresenta o valor
do pagamento e a data do vencimento
3. O cliente confirma as informações apresentadas
4. O sistema solicita a senha para pagamento
5. O cliente informa a senha
6. O sistema processa o pagamento e informa o saldo
atualizado da Conta Corrente

26.  No Caso de Uso #001: Realizar pagamento
com boleto, poderíamos descrever também
os fluxos alternativos:
 Conta corrente sem saldo
 Senha incorreta
 Código de barras do boleto incorreto
 Boleto vencido
 Etc.

27.  Para complementar, também poderíamos
incluir as Regras de Negócio, Pré-condições,
Pós-condições, etc.
 Ou seja, você pode adaptar a parte textual do
Caso de Uso de acordo com a necessidade do
seu projeto...

29.  Lembram com o DFD Nível 0 (Diagrama de
Contexto)?
 O Diagrama de Caso de Uso tem função parecida
 Mostra o limite do sistema e as interações com o
mundo exterior

30.  Permite visualizar de forma rápida os atores,
os casos de uso e os relacionamentos entre
eles
 Quais atores realizam quais casos de uso?
 Quais casos dependem de outros casos de uso?
 Lembrem-se...
 “Uma imagem vale mais do que mil palavras!”

31. Até a versão 1.2 da UML, o
<<include>> era chamado <<uses>>

32. Começando a brincar com o Caso de Uso

35. alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida