Capitulo 05

Captulo
5

Modelagem de Sistemas
slide 1 1
2011 Pearson Pren0ce Hall. Todos os direitos reservados.

Tpicos Apresentados
Modelos de contexto
Modelos de interao
Modelos estruturais
Modelos comportamentais
Engenharia dirigida a modelos
slide 2 2

Modelagem de sistemas
A modelagem de sistemas o processo de desenvolvimento de modelos

abstratos de um sistema, de maneira que cada modelo apresenta uma viso ou
perspec0va diferente do sistema.
Atualmente, a modelagem de sistemas se tornou a representao de um

sistema usando algum 0po de notao grca, que hoje em dia quase sempre
so baseadas em notaes em Unied Modeling Language (UML).
A modelagem de sistemas ajuda o analista a entender a funcionalidade do

sistema e os modelos so usados para comunicao com os clientes.
slide 3 3

Modelos de sistemas existentes e
planejados
Os modelos de sistemas existentes so usados durante a engenharia de

requisitos. Eles ajudam a esclarecer o que o sistema existente faz e podem ser
usados como uma base para discusso dos seus pontos fortes e fracos. O que
pode levar a requisitos para um novo sistema.
Os modelos de um novo sistema so usados durante a engenharia de requisitos

para ajudar a explicar os requisitos propostos para outros stakeholders do
sistema.
Os engenheiros usam esses modelos para discu0r propostas de projeto e para

documentar o sistema para implementao.
Em um processo de engenharia dirigida a modelos, possvel gerar uma

implementao do sistema completa ou parcial a par0r do modelo do sistema.
slide 4 4

Perspec<vas de sistemas
Uma perspec0va externa, na qual voc modela o contexto ou ambiente do

sistema.
Um perspec0va de interao, em que voc modela as interaes entre um

sistema e seu ambiente ou entre os componentes de um sistema.
Uma perspec0va estrutural, na qual voc modela a organizao de um sistema

ou a estrutura dos dados processados pelo sistema.
Uma perspec0va comportamental, em que voc modela o comportamento

dinmico do sistema e como ele responde a eventos.
slide 5 5

Tipos de diagramas UML
Os diagramas de a0vidades, que mostram as a0vidades envolvidas em um

processo ou no processamento de dados.
Os diagramas de casos de uso, que mostram as interaes entre um sistema e

seu ambiente.
Os diagramas de sequncia, que mostram as interaes entre os atores e o

sistema e entre os componentes do sistema.
Os diagramas de classe, que mostram as classes de objeto no sistema e as

associaes entre as classes.
Os diagramas de estado, que mostram como o sistema reage a eventos internos

e externos.
slide 6 6

Uso de modelos grcos
Como forma de facilitar a discusso sobre um sistema existente ou proposto
Os modelos incompletos e incorretos podem ser usados j que servem para

auxiliar a discusso.
Como uma forma de documentar um sistema existente
Os modelos devem ser uma representao precisa do sistema mas no

precisam estar completos.
Como uma descrio detalhada do sistema, a qual pode ser usada para gerar
uma implementao do sistema
Os modelos precisam e estar corretos e completos.
slide 7 7

Modelos de contexto
Os modelos de contexto so usados para ilustrar o contexto operacional de um

sistema eles mostram o que existe fora dos limites do sistema.
Interesses sociais e organizacionais podem afetar a deciso de onde posicionar

os limites do sistema.
Modelos de arquitetura mostram o sistema e seu relacionamento com outros

sistemas.
slide 8 8

Limites do sistema
Os limites do sistema so estabelecidos para denir o que est dentro e o que

est fora do sistema.
Eles mostram outros sistemas que so usados ou dependem do sistema

que est sendo desenvolvido.
A posio do limite do sistema tem um efeito profundo nos requisitos do

sistema.
A denio de um limite de sistema uma deciso pol0ca
Podem haver presses para desenvolver limites de sistema que

aumentem/diminuam a inuncia ou carga de trabalho de diferentes
partes de uma organizao.
slide 9 9

O contexto do MHC-PMS
slide 10 10

Perspec<vas de processo
Os modelos de contexto mostram apenas os outros sistemas no ambiente, e

no como o sistema que est sendo desenvolvido usado nesse ambiente.
Os modelos de processo revelam como o sistema em desenvolvimento est

sendo desenvolvido como esse u0lizado em processos de negcio mais
amplos.
Os diagramas de a0vidades da UML podem ser usados para denir os modelos

de processo do negcio.
slide 11 11

Modelo de processo de internao
involuntria
slide 12 12

Modelos de interao
A modelagem da interao do usurio importante por auxiliar a iden0car os

requisitos do usurio.
Modelar a interao sistema-a-sistema destaca os problemas de comunicao

que possam vir a surgir.
Modelar a interao de componentes auxilia a entender se uma estrutura

proposta de sistema pode fornecer um desempenho e uma conana
requeridas do sistema.
Os diagramas de caso de uso e os diagramas de sequncia podem ser usados

para modelagem de interao.
slide 13 13

Modelagem de caso de uso
Os casos de uso foram desenvolvidos originalmente para auxiliar na elicitao

de requisitos e atualmente, esto incorporados na UML.
Cada caso de uso representa uma tarefa dis0nta que envolve interao externa
com um sistema.
Os atores em um caso de uso podem ser pessoas ou outros sistemas.
So representados esquema0camente para fornecer uma viso geral do caso

de uso e em uma forma textual mais detalhada.
slide 14 14

Caso de uso de transferncia de dados
slide 15 15

Descrio tabular do caso de uso
Transferir dados
slide 16 16

Casos de uso envolvendo o papel da
Recepcionista do mdico
slide 17 17

Diagramas de sequncia
Os diagramas de sequncia so parte da UML e so usados para modelar as

interaes entre os atores e os objetos no sistema.
Um diagrama de sequncia mostra a sequncia de interaes que ocorrem

durante um caso de uso em par0cular ou uma instncia de caso uso.
Os objetos e os atores envolvidos so listados na parte superior do diagrama

com uma linha pon0lhada desenhada ver0calmente a par0r deles.
As interaes entre os objetos so indicadas por setas anotadas.
slide 18 18

Diagrama de sequncia para
Ver informaes de pacientes
slide 19 19

Diagrama de sequncia para
Transferir dados
slide 20 20

Modelos estruturais
Modelos estruturais de sodware mostram a organizao de um sistema em

termos de seus componentes que compem este sistema e seus
relacionamentos.
Os modelos estruturais podem ser modelos est0cos, que mostram a estrutura

do projeto do sistema, ou modelos dinmicos, que mostram a organizao do
sistema quando ele est em execuo.
Voc cria modelos estruturais de um sistema quando se est discu0ndo e

projetando a arquitetura do sistema.
slide 21 21

Diagramas de classe
Os diagramas de classe so usados quando se est desenvolvendo um modelo

de sistema orientado a objetos para mostrar as classes em um sistema e as
associaes entre as classes.
Uma classe de objeto pode ser considerada como uma denio geral de um
0po de objeto do sistema.
Uma associao uma ligao entre classes que indica que h algum
relacionamento entre essas classes.
Quando se est desenvolvendo os modelos durante os primeiros estgios do

processo de engenharia de sodware, os objetos representam alguma coisa no
mundo real como um paciente, uma receita mdica, um mdico, etc.
slide 22 22

Classes e associao em UML
slide 23 23

Classes e associaes no MHC-PMS
slide 24 24

A classe Consulta
slide 25 25

Pontos Importantes
Um modelo uma viso abstrata de um sistema que ignora alguns detalhes do

sistema.
Modelos de sistema complementares podem ser desenvolvidos para mostrar o

contexto, interaes, estrutura e comportamento do sistema.
Os modelos de contexto mostram como um sistema que est sendo modelado

est posicionado em um ambiente com outros sistemas e processos.
Os diagramas de caso de uso e os diagramas de sequncia so usados para

descrever as interaes entre o usurio do sistema que est sendo projetado e
usurios ou outros sistemas.
slide 26 26

Pontos Importantes
Os casos de uso descrevem as interaes entre um sistema e atores externos;

diagramas de sequncia adicionam mais informaes a esses mostrando as
interaes entre os objetos do sistema.
Os modelos estruturais mostram a organizao e arquitetura de um sistema.
Os diagramas de classe so usados para denir a estrutura est0ca de classes

em um sistema e suas associaes.
slide 27 27

Generalizao
A generalizao uma tcnica de uso co0diano para gerenciar complexidade.
Ao invs de aprender as caracters0cas detalhadas de todas as en0dades

envolvidas, colocamos essas en0dades em classes mais gerais (animais, carros,
casas, etc.) e aprendemos as caracters0cas dessas classes.
O que nos permite supor que membros diferentes dessas classes possuem
algumas caracters0cas comuns como, por exemplo, esquilos e ratos so
roedores.
slide 28 28

Generalizao
Na modelagem de sistemas geralmente 0l examinar as classes de um

sistema para ver se h escopo para generalizao. Se mudanas forem
propostas voc no precisar examinar todas as classes no sistema para ver se
so afetadas pela mudana.
Em linguagens orientadas a objeto, como o Java, generalizao implementada

usando os mecanismos de herana de classe que j existem na linguagem.
Em uma generalizao, os atributos e operaes associados a classes mais altas

tambm so associados com as classes de nvel mais baixo.
As classes de nvel mais baixo so subclasses e herdam os atributos e operaes

de suas superclasses. Essas classes mais baixas adicionam atributos e operaes
mais especcas.
slide 29 29

Uma hierarquia de generalizao
slide 30 30

Uma hierarquia de generalizao com
detalhes adicionais
slide 31 31

Modelos de agregao de classes de
objetos
Um modelo de agregao mostra como as classes que so colees so

compostas de outras classes.
Os modelos de agregao so similares aos relacionamentos parte-de em

modelos de dados semn0cos.
slide 32 32

A associao por agregao
slide 33 33

Modelos comportamentais
Os modelos comportamentais so modelos do comportamento dinmico do

sistema enquanto esse est em execuo. Eles mostram o que acontece ou o
que deveria acontecer quando um sistema responde a um es0mulo de seu
ambiente.
Podem-se considerar esses es0mulos como sendo de dois 0pos:
Dados: Alguns dados que chegam e precisam ser processados pelo

sistema.
Eventos: Alguns eventos que acontecem disparam o processamento do

sistema. Os eventos podem ter dados associados, embora isso no ocorra
sempre.
slide 34 34

Modelagem dirigida a dados
Vrios sistemas de negcio so sistemas de processamento de dados que so

dirigidos principalmente a dados.
Eles so controlados pela entrada de dados no sistema com rela0vamente

quase nenhum processamento de eventos externos.
Os modelos dirigidos a dados mostram a sequncia de aes envolvidas no

processamento dos dados entrantes e na gerao de uma sada associada.
Eles so par0cularmente teis durante a anlise de requisitos por poderem ser

usados para mostrar o processamento m-a-m em um sistema.
slide 35 35

Um modelo de a<vidades de
funcionamento da bomba de insulina
slide 36 36

Processamento de pedidos
slide 37 37

Modelagem dirigida a eventos
Geralmente , os sistemas em tempo real so dirigidos a eventos, com o mnimo

de processamento de dados.
Por exemplo, um sistema de comutao de linhas telefnicas responde a

eventos como recebimento de chamada gerando um tom de discagem.
A modelagem dirigida a eventos mostra como um sistema responde a eventos

externos e internos.
Essa se baseia na suposio de que um sistema tem um nmero limitado de

estados e que os eventos (esrmulos) podem causar a transio de um estado
para outro.
slide 38 38

Modelos de mquina de estados
Esses modelam o comportamento do sistema em resposta a eventos externos e

internos.
Eles mostram as respostas do sistema a esrmulos, e por isso, geralmente so

usados para modelar sistemas de tempo real.
Os modelos de mquina de estados mostram os estados do sistema, tais como

ns, e os eventos desses, tais como arcos entre esses ns. Quando um evento
ocorre, o sistema move-se de um estado para outro.
Os grcos de estado so uma parte integral da UML e so usados para

representar os modelos de mquina de estados.
slide 39 39

Diagrama de estados de um forno de
micro-ondas
slide 40 40

Estados e esWmulos para o forno de
micro-ondas (a)
slide 41 41

Estados e esWmulos para o forno de
micro-ondas (b)
slide 42 42

Operao do forno de micro-ondas
slide 43 43

Engenharia dirigida a modelos
A engenharia dirigida a modelos (MDE Model-Driven Engineering) uma

abordagem do desenvolvimento de sodware, na qual os modelos e no os
programas so os principais produtos do processo de desenvolvimento.
Os programas executados em uma plataforma de hardware/sodware so

gerados automa0camente, a par0r dos modelos.
Os proponentes da MDE argumentam que isso aumenta o nvel de abstrao na

engenharia de sodware, o que faz com que os engenheiros no precisem mais
se preocupar com detalhes de linguagem de programao ou com as
especidades das plataformas de execuo.
slide 44 44

Uso da engenharia dirigida a modelos
A engenharia dirigida a modelos ainda est em um estgio de desenvolvimento

inicial e ainda no certo se essa ter um efeito signica0vo na pr0ca da
engenharia de sodware.
Prs
Permite tratar dos sistemas em nveis mais altos de abstrao
A gerao autom0ca do cdigo signica menor custo de adaptao dos
sistemas novas plataformas.
Contras
Os modelos so para abstrao e no esto necessariamente corretos para
implementao.
A economia criada pela gerao de cdigo pode ser contrabalanceada
pelos custos de desenvolver tradutores para novas plataformas.
slide 45 45

Arquitetura dirigida a modelos
A arquitetura dirigida a modelos (MDA Model-Driven Architeture) foi a

precursora da mais genrica engenharia dirigida a modelos.
A MDA uma abordagem de projeto e implementao de sodware centrada

em modelos, que usa um subconjunto de modelos da UML para descrever o
sistema.
So criados modelos em diferentes nveis de abstrao.
Em princpio, a par0r de um modelo independente de plataforma de alto nvel,

possvel gerar um programa funcional sem interveno manual.
slide 46 46

Tipos de modelos
Um modelo independente de computao (CIM Computa0on Independent

Model)
Esses modelam as importantes abstraes de domnio usadas em um

sistema. s vezes, os CIMs so chamados de modelos de domnio.
Um modelo independente de plataforma (PIM Plauorm Independent Model)
Esses modelam a operao do sistema sem referncia para a sua

implementao. Geralmente, o PIM descrito pelo uso de modelos da
UML que mostram a estrutura est0ca do sistema, e como esse responde a
eventos externos e internos.
slide 47 47

Tipos de modelos
Modelos especcos de plataforma (PSM Plauorm Specic Models)
Esses so transformaes do modelo independente de plataforma com um

PSM separado para cada aplica0vo da plataforma. A princpio, devem haver
camadas de PSM, com cada camada adicionando algum detalhe especco
plataforma.
slide 48 48

Transformaes de MDA
slide 49 49

Vrios modelos especicos de plataforma
slide 50 50

Mtodos geis e MDA
Os desenvolvedores de MDA alegam que a inteno da MDA auxiliar uma

abordagem itera0va ao desenvolvimento e por isso, essa pode ser usada nos
mtodos geis.
A noo da modelagem inicial extensiva contradiz as idias fundamentais do

manifesto gil e eu suspeito que poucos desenvolvedores geis sentem-se
confortveis com a engenharia dirigida a modelos.
Se as transformaes puderem ser completamente autom0cas e um programa

completo gerado a par0r de um PIM, ento, em princpio, a MDA poderia ser
usada em um processo de desenvolvimento gil j que no seria necessria
nenhuma codicao separada.
slide 51 51

UML Executvel
A noo fundamental por trs da engenharia dirigida a modelos que deve ser
possvel a transformao completamente autom0ca dos modelos em cdigos.
O que possvel, se usarmos um subconjunto da UML 2 chamado UML

Executvel (Executable UML) ou xUML.
slide 52 52

Caracters<cas da UML executvel
Para criar um subconjunto executvel da UML, o nmero de 0pos de modelos

foi ento reduzido drama0camente para esses 3 0pos essenciais:
Os modelos de domnio que iden0cam os principais interesses em um

sistema. Esses so denidos usando diagramas de classe da UML e incluem
objetos, atributos e associaes.
Os modelos de classe, nos quais as classes so denidas, junto com seus
atributos e operaes.
Os modelos de estado, nos quais um diagrama de estado associado a
cada classe e usado para descrever o ciclo de vida da classe.
O comportamento dinmico do sistema pode ser especicado declara0vamente

usando a linguagem de restrio de objetos (OCL Object Constraint Language)
ou pode ser expressado usando a linguagem de ao da UML.
slide 53 53

Pontos Importantes
Os modelos comportamentais so usados para descrever o comportamento

dinmico de um sistema em execuo. Esse comportamento pode ser
modelado da perspec0va dos dados processados pelo sistema, ou pelos
eventos que es0mulam respostas de um sistema.
Os diagramas de a0vidades podem ser usados para modelar o processamento

dos dados, no qual cada a0vidade representa um passo do processo.
Os diagramas de estado so usados para modelar o comportamento de um

sistema em resposta a eventos internos e externos.
A engenharia dirigida a modelos uma abordagem do desenvolvimento de

sodware, na qual um sistema representado como um conjunto de modelos
que podem ser automa0camente transformados em cdigos executveis.
slide 54 54

Capitulo 05

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Capitulo 05

Transféré par

Droits d'auteur :

Formats disponibles

Captulo

Engenharia dirigida a modelos

A modelagem de sistemas o processo de desenvolvimento de modelos

Atualmente, a modelagem de sistemas se tornou a representao de um

A modelagem de sistemas ajuda o analista a entender a funcionalidade do

Os modelos de sistemas existentes so usados durante a engenharia de

Os modelos de um novo sistema so usados durante a engenharia de requisitos

Os engenheiros usam esses modelos para discu0r propostas de projeto e para

Em um processo de engenharia dirigida a modelos, possvel gerar uma

Uma perspec0va externa, na qual voc modela o contexto ou ambiente do

Um perspec0va de interao, em que voc modela as interaes entre um

Uma perspec0va estrutural, na qual voc modela a organizao de um sistema

Uma perspec0va comportamental, em que voc modela o comportamento

Os diagramas de a0vidades, que mostram as a0vidades envolvidas em um

Os diagramas de casos de uso, que mostram as interaes entre um sistema e

Os diagramas de sequncia, que mostram as interaes entre os atores e o

Os diagramas de classe, que mostram as classes de objeto no sistema e as

Os diagramas de estado, que mostram como o sistema reage a eventos internos

Como forma de facilitar a discusso sobre um sistema existente ou proposto

Os modelos incompletos e incorretos podem ser usados j que servem para

Como uma forma de documentar um sistema existente

Os modelos devem ser uma representao precisa do sistema mas no

Os modelos de contexto so usados para ilustrar o contexto operacional de um

Interesses sociais e organizacionais podem afetar a deciso de onde posicionar

Modelos de arquitetura mostram o sistema e seu relacionamento com outros

Os limites do sistema so estabelecidos para denir o que est dentro e o que

Eles mostram outros sistemas que so usados ou dependem do sistema

A posio do limite do sistema tem um efeito profundo nos requisitos do

A denio de um limite de sistema uma deciso pol0ca

Podem haver presses para desenvolver limites de sistema que

Os modelos de contexto mostram apenas os outros sistemas no ambiente, e

Os modelos de processo revelam como o sistema em desenvolvimento est

Os diagramas de a0vidades da UML podem ser usados para denir os modelos

A modelagem da interao do usurio importante por auxiliar a iden0car os

Modelar a interao sistema-a-sistema destaca os problemas de comunicao

Modelar a interao de componentes auxilia a entender se uma estrutura

Os diagramas de caso de uso e os diagramas de sequncia podem ser usados

Os casos de uso foram desenvolvidos originalmente para auxiliar na elicitao

Os atores em um caso de uso podem ser pessoas ou outros sistemas.

So representados esquema0camente para fornecer uma viso geral do caso

Os diagramas de sequncia so parte da UML e so usados para modelar as

Um diagrama de sequncia mostra a sequncia de interaes que ocorrem

Os objetos e os atores envolvidos so listados na parte superior do diagrama

As interaes entre os objetos so indicadas por setas anotadas.

Modelos estruturais de sodware mostram a organizao de um sistema em

Os modelos estruturais podem ser modelos est0cos, que mostram a estrutura

Voc cria modelos estruturais de um sistema quando se est discu0ndo e

Os diagramas de classe so usados quando se est desenvolvendo um modelo

Quando se est desenvolvendo os modelos durante os primeiros estgios do

Um modelo uma viso abstrata de um sistema que ignora alguns detalhes do

Modelos de sistema complementares podem ser desenvolvidos para mostrar o

Os modelos de contexto mostram como um sistema que est sendo modelado

Os diagramas de caso de uso e os diagramas de sequncia so usados para

Os casos de uso descrevem as interaes entre um sistema e atores externos;

Os modelos estruturais mostram a organizao e arquitetura de um sistema.

Os diagramas de classe so usados para denir a estrutura est0ca de classes

A generalizao uma tcnica de uso co0diano para gerenciar complexidade.

Ao invs de aprender as caracters0cas detalhadas de todas as en0dades

Na modelagem de sistemas geralmente 0l examinar as classes de um

Em linguagens orientadas a objeto, como o Java, generalizao implementada

Em uma generalizao, os atributos e operaes associados a classes mais altas

As classes de nvel mais baixo so subclasses e herdam os atributos e operaes

Um modelo de agregao mostra como as classes que so colees so