APLP

ANÁLISE E PROJECTOS DE LINGUAGEM

DE PROGRAMAÇÃO

2
EDSON CHICALE – ISPI – 2021 – TODOS OS DIREITOS RESERVADOS
MODELOS E MODELAGEM DE SOFTWARE
 Modelo

Um modelo é uma abstração da realidade e representa uma seleção de

características do mundo real que são relevantes para o propósito para o
qual o modelo foi construído.

Modelo não é a realidade, mas sim algo que permite descrevé-la.

Exemplo de um modelo

Planta de uma
residência
 Modelo de sistemas

Modelos de sistemas podem ser entendidos como representações ordenadas, estruturadas e

consistentes do conhecimento a respeito de um sistema.

Um determinado modelo não pode ser considerado "o melhor" em termos absolutos,
na medida em que a modelagem é um processo iterativo, ou seja, modelos sempre
evoluem em precisão, conforme nos debruçamos sobre eles e os refazemos.
A cada exame de um modelo, as equipes descobrem uma forma mais concisa e precisa de
especificar o que quer.
 Classificação de modelo

Modelos "errados" – aqueles que não especificam de forma aceitável a realidade.

Modelos "corretos" – os demais modelos.
É natural, então, que alguns modelos corretos sejam mais precisos que outros.
 Dimensões de um modelo de sistemas

Dimensão de dados, que especifica as estruturas de informações e seus

relacionamentos;
Dimensão funcional, que especifica as transformações das estruturas de informações;
Dimensão temporal, também chamada dimensão de controle, que especifica as
sequências de acessos aos dados e de execução das funções.

Nota: O modelo de um sistema que não possui uma dessas dimensões não é um
modelo completo.
Recursos Usados em Modelagem e Construção de Sistemas

Abstração.
Rigor.
Formalismo.
Divisão e conquista.
Organização hierárquica.
Análise e Modelagem Orientadas a Objetos (OOAD)

Há dois aspectos que motivaram a OOAD:

❑ A separação entre dados e processos nos modelos.

❑ A descontinuidade entre as fases de análise e projeto.

A análise e projeto orientados a objetos (OOAD – Object Oriented Analysis and

Design) vieram ao encontro dessas expectativas. Considerando a forma como atuamos
colaborativamente em uma organização, analistas e projetistas passaram a especificar e
conceber sistemas cujas funcionalidades são realizadas por meio de colaborações. OO permite,
portanto, reunir, em um mesmo conceito e no mesmo modelo, dados e operações.
 Análise e Modelagem Orientadas a Objetos (OOAD)

A OOAD Permitiu especificar as características do sistema independentemente do tipo de

sistema que está sendo tratado e do estágio dentro do ciclo de desenvolvimento.

E finalmente...

Em 1997, surgiu a UML, que unificou as notações, vindo resolver esses últimos
entraves nos projetos de sistemas computacionais.
 UML- Unified Modeling language

A UML, é uma linguagem de modelagem unificada que tem como objectivo principal permitir a
construção de modelos concisos, precisos, completos e sem ambiguidades.

A UML provê...
elementos de notação para modelar dados, funções de transformação dos dados e as restrições
aplicáveis aos dados e às funções, como regras de negócio, por exemplo. Essas características
são necessárias, como já dissemos, à produção de bons modelos.

Provê de igual modo uma linguagem que permite o entendimento e a utilização por humanos e
a leitura por máquinas

Provê ainda elementos de notação para modelar todos os tipos de sistemas de

computação.
 UML- Unified Modeling language

Permite a modelagem do conceito ao artefato executável, utilizando técnicas

OO. Usando os mesmos elementos da notação, podemos modelar desde os
aspectos do negócio associados a níveis de abstração maiores até os níveis de
implementação, associados a níveis de abstração "zero" (nenhuma abstração).

Contempla as necessidades de produção de modelos pequenos e simples a

grandes e complexos.
 UML- Unified Modeling language
É uma linguagem para visualização do modelo, facilitando o entendimento pelas
equipes de análise de negócio, desenvolvimento de sistemas e pelos clientes.

Serve para construir código de computador, embora não seja uma linguagem de
programação de computadores.

A UML é o padrão de facto usado em análise e projeto de sistemas orientados a objetos.

A última versão da UML é a 2.5.1, lançada em dezembro de 2017

 Uma visão geral sobre os Diagramas

Diagramas Estruturais:
Representam aspectos estáticos do sistema, isto é, estruturas que permanecem inalteradas por
não levar o tempo em consideração na sua representação.

Diagramas Comportamentais:

Representam aspectos dinâmicos do sistema e como os processos se relacionam com o passar do

tempo. Os diagramas comportamentais possuem uma subcategoria, os Diagramas de Interação,
que também levam em conta o relacionamento dinâmico entre os objetos do sistema e as trocas de
mensagens entre eles.

Actualmente a UML comporta cerca de 14 diagramas.

Fonte: https://medium.com/operacionalti/uml-1f7b99dd15bb
 Casos de Uso

Os casos de uso são uma técnica para captar os requisitos funcionais de um sistema.
Eles servem para descrever as interações típicas entre os utilizadores e o sistema e entre sistemas,
fornecendo uma narrativa sobre como o sistema é utilizado.

O responsável for efectuar um caso de uso é chamado de actor.

Os processos de negócio podem ser modelados com o uso de diagramas de

casos de uso de negócio e as funcionalidades de um sistema podem ser modeladas
com o uso de diagramas de casos de uso de sistema. A notação usada nos dois pode
ser exatamente a mesma, contanto que mencionemos no diagrama a que enfoque
corresponde.
 Os Actores

A UML se refere à representação gráfica como sendo de stick men, ou seja, bonecos
feitos de linhas, de forma bem simples.

Embora, em boa parte das vezes, actores sejam seres humanos, eles também podem ser outras
coisas, como dispositivos eletrônicos ou outros sistemas computacionais que se relacionam como
sistema em estudo.

Quando desenhamos o retângulo que representa os limites do sistema, os

actores são colocados fora dele. Isso significa que, para o propósito do modelo a ser
desenvolvido, não interessa saber como eles agem, qual a lógica de funcionamento e
como são seus detalhes internos; o que interessa é apenas o que eles fazem durante a
interação com o sistema que está sendo estudado.
Duvidas