Arquitetura de Software

Tema 04 – Modelagem de
Arquiteturas
Bloco 1
Sérgio Eduardo Nunes
Objetivos

• Compreender como os modelos gráficos são utilizados para

representar os softwares.
• Entender porque existem diferentes modelos, qual sua
aplicação, estrutura e comportamento.
• Conhecer como o diagrama Unified Modeling Language (UML)
é utilizado nas modelagens.
Conceitos básicos

Segundo SOMMERVILLE (2011, apud BOOCH, 2004), a modelagem ocorre por meio do
uso do diagrama UML, que se tornou um padrão de modelagem orientada a objetos. Isso
porque acredita-se que por meio da modelagem nos digramas, a essência do sistema
pode ser capturada e transportada para as documentações, que, posteriormente, guiarão
as tarefas que devem ser executadas pela equipe de desenvolvimento.
 Diagrama de atividades.
 Diagrama de casos.
 Diagrama de classe.
 Diagrama de estado.

Fonte: Imagens Online – Office 2016

UML (Unified Modeling Language)

Basicamente, os diagramas UML conseguem descrever o limite do sistema, sua

estrutura, o comportamento das funcionalidades, e, por fim, os objetos.
• Ferramenta analítica com design e possibilidades de modelagem de
processos de negócios e qualquer outra atividade similar.
• Desenvolver situações que permitam a interoperabilidade, com ferramentas
de modelagem visual de objetos, permitindo o nível de detalhamento em
que se deseja desenvolver uma solução tecnológica.
As formas de representação utilizada no UML podem serem observadas no
slide a seguir.
 UML (Unified Modeling Language)

Fonte: Imagens Online – Office 2016

Fonte: elaborado pelo autor.

Curiosidade

O UML não é uma linguagem de programação como o JAVA, C++ ou C#, mas existem
ferramentas que podem gerar os códigos após a modelagem.
Verificar site da OMG, disponível em: <https://www.omg.org/spec/UML/About-
UML/>. Acesso em: 29 out. 2018.
Modelagem de Contexto

Segundo SOMMERVILLE (2011, p. 43-44), embora a sua projeção permita apenas uma
visão generalizada das partes que compõem o sistema em si, permite compreender os
limites do sistema. São eles:
• Limite por interesse organizacional: são as premissas dispostas na missão, visão e
valores das empresas, que não devem ser deixadas de lado, nas decisões durante o
projeto.
• Limite técnico: nesse quesito a maior dificuldade é quando a necessidade do cliente
se trata de algo nunca desenvolvido, que tenha a necessidade dos processos de
Pesquisa e Desenvolvimento (P&D).
• Limite restritivo por força de lei: são aqueles aspectos ligados às restrições e
permissões expressas na constituição brasileira.
Modelagem de Contexto

Fonte: elaborado pelo autor.

Arquitetura de Software
Tema 04 – Modelagem de Software
Bloco 2
Sérgio Eduardo Nunes
Modelo de Estudo de Caso

Segundo SOMMERVILLE (2011, p. 43-44), um caso de

uso é um cenário simples que descreve a necessidade
do usuário. Nesse modelo, o caso é formado pela
figura geométrica elipse, com os atores
representados pelas conhecidas como figura palito.
Modelo de Estudo de Caso

Fonte: elaborado pelo autor.

Modelo Estrutural

Segundo Sommerville (2011), o modelo estrutural pode ser utilizado em dois casos:
• Estático: a preocupação é a representação da estrutura do projeto para que o
sistema atenda as necessidades.
• Dinâmico: demonstra as ações de execuções quando em funcionamento,
conseguindo demonstrar a organização/ interação dos microprocessos (threads).
Modelo Estrutural

Fonte: elaborado pelo autor.

Modelo Estrutural

• Os modelos estruturais podem ser desenvolvidos tanto em novos projetos, quanto

na implementação de novas funcionalidades em um sistema já em funcionamento.
• Representam os componentes de um sistema e as interações necessárias para que
o software desempenhe as funções na qual foi requerida pelo cliente.
• Embora muito trabalhoso, o modelo estrutural pode fornecer à equipe de
desenvolvimento alguns detalhes que fazem toda a diferença na estrutura dos
softwares (regras do jogo).
Diagrama de Classe

Massari (2014) define que o diagrama de classe possibilita um nível de detalhamento

nas classes e objetos, parecido com que é aplicado nos modelos semânticos, utilizados
em projetos de banco de dados. O diagrama visa representar as entidades,
chaveamento, atributos e os relacionamentos entre as tabelas.
Diagrama de Classe

Fonte: elaborado pelo autor.

Diagrama de Classe

Fonte: elaborado pelo autor.

Diagrama de Classe

Conforme exemplo no slide anterior, o diagrama de classe está disposto em:

• Classe de objeto: representado na parte superior do diagrama, em Consulta.
• Atributos de classe: estão na parte central da figura. São eles: MédicoVeterinário;
Data; Horário; Detalhes e Prescrição. É possível determinar o número de atributos
que forem necessários.
• Métodos: representam as operações que o sistema deve desempenhar, no
diagrama está disponível na parte inferior. São eles: Novo(); Prescrever();
RegistrarDetalhes().
Referências

MASSARI, V. Gerenciamento Ágil de Projetos. Rio de Janeiro: Brasport, 2014.

SOMMERVILLE, Ian. Engenharia de Software. 9. ed. São Paulo: Pearson, 2011.