Teorico 3
Teorico 3
Teorico 3
Objetivo da Unidade:
ʪ Material Teórico
ʪ Material Complementar
ʪ Referências
1 /3
ʪ Material Teórico
Existem vários tipos de diagramas UML e cada um deles atende a um propósito diferente,
independentemente de estar sendo projetado antes ou depois da implementação.
As duas categorias mais amplas que abrangem todos os outros tipos são os diagramas
Comportamentais e Estruturais.
Diagrama de atividades;
Diagrama de temporização;
Diagrama de comunicação;
Diagrama de sequência.
Diagrama de classe;
Diagrama de objeto;
Diagrama de componentes;
Diagrama de implantação;
Diagrama de pacote;
Diagrama de perfil.
Existem três grandes benefícios da UML:
Modelo claro: o modelo UML usa uma representação do assunto e uma combinação
de um conjunto de ideias para auxiliar a comunicação visual;
Os diagramas são feitos de elementos, ou seja, utilizam conceitos orientados a objetos. Aqui
estão algumas notações de elementos comuns que você pode usar na modelagem UML e que
deve se apropriar dos seus conceitos:
Objetos: representam uma entidade do mundo real e são a base da UML. Eles ajudam
desenvolvedores e engenheiros a quebrar sistemas grandes e construí-los em
seções;
Vamos definir rapidamente esses diagramas da UML e depois focaremos nos que utilizamos
rotineiramente em engenharia de software tradicional e ágil.
Diagramas estruturais:
Diagramas de pacote: são os vários níveis que podem contribuir para a arquitetura
de um sistema, e os diagramas de pacote ajudam os engenheiros e desenvolvedores
a organizar seus diagramas UML em grupos que os tornam mais fáceis de entender;
Diagramas de perfil: fornecem um mecanismo de extensão
genérico para construir modelos em domínios específicos. Eles
são baseados em valores adicionais de Estereótipos e Marcados
que são aplicados a Elementos, Atributos, Métodos, Links,
Terminais de Link e muito mais.
Diagramas comportamentais:
Diagramas de Classe
Vamos recordar rapidamente o que é uma classe. Trata-se de um objeto, portanto poderá ser
qualquer pessoa, local, coisa, conceito, evento, tela ou relatório aplicável ao seu sistema. Os
objetos “possuem” coisas (atributos) e fazem “coisas” (métodos).
Uma classe é uma representação ou, se preferir, uma coleção de objetos ou, ainda, é
simplesmente um modelo a partir do qual os objetos são criados e colecionados. Abstraímos os
atributos essenciais para que nosso modelo funcione, afinal não pretendemos imitar o mundo
real em toda a sua riqueza de detalhes, para nossos sistemas de informação, apenas alguns
serão o suficiente.
As classes geralmente são modeladas como retângulos com três seções: a seção superior para o
nome da classe, a seção intermediária para os atributos da classe e a seção inferior para os
métodos da classe.
Os objetos que estão contidos nas classes são frequentemente associados ou relacionados a
outros objetos. Por exemplo, professores instruem os alunos. A associação é uma linha que
possui duplo sentido e que é representada pela multiplicidade.
Figura 1 – Componentes de associação entre dois objetos
(classes)
Indicador Significado
0..1 Zero ou um
11 Apenas um
Indicador Significado
0 .. * Zero ou mais
1 .. * Um ou mais
Geralmente existem semelhanças entre diferentes classes. Muitas vezes, duas ou mais classes
compartilham os mesmos atributos e/ou os mesmos métodos. Isso é uma herança!
Temos a relação de agregação entre objetos e aqui se trata de algo do tipo (todo-parte), ou seja,
um objeto “parte” pode fazer parte de vários objetos “todo”. O exemplo mais tradicional para
isso é:
Um exemplo completo:
Figura 5 – Diagrama de Classe de uma Escola
“Classe Aluno: o que inclui basicamente essa classe são os atributos nome, sexo,
- SANTOS, 2013, p. 11
Os casos de uso nada mais são que as funcionalidades do sistema escritas de maneira
organizada, e os atores (pessoas, aplicativos internos ou aplicativos externos) podem ser
definidos como algo que interage com o sistema.
Um caso de uso é representado como um elipsoide e eles podem se relacionar com os atores ou
uns com os outros através de linhas, includes e extends que são alguns dos itens que os
compõem.
Um relacionamento entre dois casos de uso é basicamente uma dependência entre eles.
Extend: em um relacionamento extend entre dois casos de uso, o caso de uso filho é
adicionado à funcionalidade e às características existentes do caso de uso pai. Um
relacionamento extend é representado com uma seta direcionada com um eixo
pontilhado, semelhante ao relacionamento de inclusão. A ponta da seta se direciona
para o caso de uso pai e o caso de uso filho é conectado na base.
Atores:
Visitante: qualquer pessoa que acessar o site da pizzaria e não possuir cadastro;
- SOUZA, 2022, p. 2
- SOUZA, 2022, p. 3
Caso de uso:
Suporte ao cliente
Referências:
RF 0038, RF 0039
Descrição geral:
O caso de uso inicia-se quando o cliente deseja sanar
suas dúvidas em relação aos serviços e produtos
fornecidos.
Atores:
Usuário, Chatbot.
Pré-condições:
Usuário dentro do site, na página de suporte/aba de
chatbot aberta.
Requisitos especiais:
RFN 0019
Fluxo básico:
Fluxo alternativo:
Diagrama de Sequência
O diagrama de sequência é o tipo mais comum de diagrama de interação, que se concentra no
intercâmbio de mensagens entre várias linhas de vida. O diagrama de sequência descreve uma
interação, concentrando-se na sequência de mensagens que são trocadas, juntamente com
suas especificações de ocorrência correspondentes nas linhas da vida. Os seguintes nós e
arestas são tipicamente desenhados em um diagrama de sequência UML: linha de vida,
especificação de execução, mensagem, fragmento combinado, uso de interação, estado
invariável, continuação, ocorrência de destruição.
Figura 10 – Exemplo de principais elementos do diagrama
de sequência UML
- UML-DIAGRAMS, c2009-2022, p. 1
Figura 11 – Exemplo de diagrama de sequência a partir de
um caso de uso descritivo
ʪ Material Complementar
Vídeos
ACESSE
3/3
ʪ Referências
SANTOS, J. C. F. dos. Criando Diagramas UML com o StarUML. Openstax CNX, 28/09/2013.
Disponivel em: <https://cnx.org/contents/sKehW_Tl@1/Criando-Diagramas-UML-com-o-
StarUML>. Acesso em: 09/08/2022.
SOUZA, V. E. S. Exercício pizzaria: análise de casos de uso. Docplayer, c2022. Disponível em:
<https://docplayer.com.br/5643242-Exercicio-pizzaria-analise-de-casos-de-uso.html>.
Acesso em: 09/08/2022.