modelagem de sistemas - uml e merprofcle.dominiotemporario.com/profcle_arquivos/aula 10 -...

Unisant’Anna Gestão Empresarial com ERP 2014

Modelagem de Sistemas - UML e MER

Aula 10 - UML.doc 1/21

Modelagem de Sistemas - UML e MER Objetivo dessa aula é descrever as características e a simbologia dos diagramas UML e MER na modelagem de sistemas de informação de uma forma a permitir a comunicação entre técnicos e gestores.

Modelagem de Sistemas Utilizando UML

A UML (Unified Modeling Language) vem sendo utilizada na modelagem de soluções de software para sistemas de informação tais como sistemas bancários, financeiros, comerciais, em sistemas de telecomunicações e defesa, alem de serviços web e aplicações na medicina. A UML é utilizada para especificar, desenvolver e documentar os elementos dos sistemas em geral. Aqui a veremos sob o ponto de vista dos sistemas comerciais. A UML é uma linguagem com um conjunto de regras. Vantagens:

• Permite a geração de documentação de referência; • Facilita a comunicação entre a equipe; • Proporciona uma melhor demonstração do modelo conceitual do sistema; • Demonstra com maior clareza as classes em um sistema distribuído na

Web; • Proporciona a geração de uma modelagem de sistema orientada a

objetos. Diagramas A modelagem em UML é realizada com o uso de diagramas. Permitem documentação de:

• Requisitos funcionais • Arquitetura do sistema.

Diagramas UML:

• Caso de Uso � Requisitos funcionais • Classes � Arquitetura • Sequência � Arquitetura • Colaboração � Arquitetura • Estado � Arquitetura • Atividade � Requisitos funcionais • Implantação � Arquitetura

Nem todos os diagramas são necessários em uma determinada solução.




Diagrama de Caso de Uso Agrupa um conjunto de pacotes com alta coesão interna e baixa dependência externa. Representam uma visão externa que um determinado ator pode obter do sistema através de um conjunto de objetos compondo um cenário específico e particular. Composição básica:

• Atores � elemento ativo ou passivo � usuário, cliente, fornecedor, outro sistema

o Representação � boneco o Linhas e setas � indicam a interação do ator com o sistema.

A Figura 1 mostra um exemplo de Diagrama de Caso de Uso.

Figura 1 – Exemplo de Caso de Uso. Fonte: HABERKORN (2008) fig. 8.2

• Início � sempre a partir de um ator. • Representa a interação que pode ocorrer entre os diversos casos de uso. • Pode usar ou estender outro caso de uso � uma de suas atividades pode

ser ativar outro caso de uso como mostra a figura 2. • Estende outro caso de uso quando modifica algumas das atividades

executadas por este último. Exemplo: geração da solicitação de compras de materiais, como mostra a Figuras 3 e 4, que a partir de um pedido de vendas cria uma lista de compras com base na estrutura de produtos. Esta mesma lista de materiais pode ser gerada a partir dos saldos e pontos de pedido dos produtos.




Figura 2 – Exemplo de uso em diagramas de caso de uso. Fonte: HABERKORN (2008) fig. 8.3.




Figura 3 – Exemplo de diagrama de caso de uso que modifica algumas atividades (parte 1/2). HABERKORN (2008) fig. 8.3.




Figura 4 – Exemplo de diagrama de caso de uso que modifica algumas atividades (parte 2/2). HABERKORN (2008) fig. 8.3. Diagrama de Classes Um diagrama de classes representa uma estrutura estática dos elementos do modelo incluindo a sua identificação, suas características (atributos) e seus comportamentos (métodos). Os elementos são chamados de objetos e a representação no modelo é realizada através da categorização em diversas classes. A figura 5 mostra um exemplo de diagrama de classes. Note que tanto os atributos quanto os métodos podem ter visibilidade diferenciada, representada pelos sinais: + - pública; # - protegida e - - privada. Além da identificação dos atributos e dos métodos de cada classe, um diagrama exibe as diversas associações que cada uma das classes mantém com as demais dentro do modelo.




Figura 5 – Exemplo de representação de classes de objetos em um Diagrama de Classes. HABERKORN (2008) fig. 8.4. Tipos de associações: - Associação (Figura 6) Utilizada para indicar o relacionamento existente entre duas classes. O símbolo ‘*’ indica a multiplicidade existente na associação.

Figura 6 – Exemplo de Associação de classes. Fonte: HABERKORN (2008) fig. 8.6. - Agregação (Figura 7) Utilizada para representar uma associação entre duas classes nas quais uma compõe o todo e a outra a parte. Na figura 7, a classe X é o todo e a classe Y é a parte.

Figura 7 – Exemplo de Agregação de classes. Fonte: HABERKORN (2008) fig. 8.7.




- Generalização / Especificação (Figura 8) Mostra o relacionamento existente entre classes mais genéricas (superclasses) e classes mais específicas (subclasses). Neste tipo de relacionamento são demonstradas também as heranças tanto de características (atributos) como de comportamento (métodos ou operações) existentes entre as superclasses e as subclasses.

Figura 8 – Associação de generalização / especialização. Fonte: HABERKORN (2008) fig. 8.8. -Dependência (Figura 9) A associação de dependência representa a existência de uma classe dependente e outra independente. Qualquer mudança na classe independente interfere diretamente na classe dependente. O exemplo da figura 9 indica que a classe X é dependente de alguns serviços da classe Y.

Figura 9 – Associação de Dependência. Fonte: HABERKORN (2008) fig. 8.8. A figura 10 mostra um diagrama de classes que representa o exercício proposto no CD do livro (HABERKORN, 2008).




Figura 10 – Exemplo de diagrama de classes – exemplo do exercício proposto no livro. Fonte: HABERKORN (2008) fig. 8.10. - Diagrama de Interação Diagrama de classes � classes de objetos e as possíveis associações existentes. Caso de uso � representação estática utilizada para esboçar a estrutura genérica de um sistema e as possíveis visões que cada ator em particular tem do sistema. Diagramas de Interação (diagrama de Sequência ou diagrama de Colaboração) � comportamento do sistemas e cenários para cada caso de uso.




- Diagrama de Sequência (Figura 11) Exibem a troca de mensagens que podem ocorrer entre um conjunto de objetos na realização de um caso de uso. Demonstra a implementação de um caso de uso levando em consideração o fator tempo.

Figura 11 – Diagrama de Sequência. Fonte: HABERKORN (2008) fig. 8.11. Interação no tempo � de cima para baixo e da esquerda para a direita. Demonstra as operações e os retornos das operações ocorridas entre os diversos objetos (trocas de mensagens entre os objetos na figura 11). O X na figura representa a eliminação de um objeto ao final do processo. Pode representar mensagens síncronas (espera pela resposta – reta com seta) ou assíncronas (não espera pela resposta – reta com “meia seta”). Os exemplos a seguir se referem a caso de uso para a geração de pedidos de vendas e solicitações de compras da figura 12.




Figura 12 – Exemplo de diagrama de caso de uso para a geração de pedidos de vendas e solicitações de compras. Fonte: HABERKORN (2008) fig. 8.12. - Diagrama de Sequência da Geração de Pedido de Vendas (figura 13)

Figura 13 – Exemplo de diagrama de sequência para a geração de pedidos de vendas. Fonte: HABERKORN (2008) fig. 8.13. - Diagrama de Sequência da Geração de Solicitação de Compras (figura 14)




Figura 14 – Exemplo de diagrama de sequência para a solicitação de compras. Fonte: HABERKORN (2008) fig. 8.14. - Diagrama de Colaboração (Figura 15) Exibem o vínculo existente entre os diversos objetos em um caso de uso. Exibem também a troca de mensagens. A numeração das mensagens dá a noção de tempo. A Figura 15 dá um exemplo genérico de um Diagrama de Colaboração.




Figura 15 – Exemplo genérico de diagrama de colaboraçao. Fonte: HABERKORN (2008) fig. 8.17. A figura 16 mostra o caso de uso Formar Preços, que será utilizado como exemplo.

Figura 16 – Diagrama de caso de uso da formação de preço de venda dos produtos utilizado no exemplo do livro. Fonte: HABERKORN (2008) fig. 8.18. A figura 17 mostra o diagrama de colaboração do caso de uso Formar preços de venda do exemplo do livro.




Figura 17 – Diagrama colaboração do caso de uso Formar preços. Fonte: HABERKORN (2008) fig. 8.19. - Diagrama de Estados (Figura 18) É o tratamento dado a cada estímulo recebido e as respectivas respostas fornecidas. Possibilita a descrição

• do comportamento de um sistema através do detalhamento de todos os possíveis estados que cada um dos objetos pode assumir.

• Como um determinado estado de um objeto pode reagir a diferentes eventos.




• Formalização do comportamento e a verificação dos eventos.

A figura 18 dá um exemplo genérico desse diagrama.

Figura 18 – Exemplo genérico do diagrama de estados. Fonte: HABERKORN (2008) fig. 8.20. Composto por um conjunto de sequências que a partir de um estado inicial demonstram as possíveis transições de estado. O estado inicial é representado por um pequeno círculo seguido de uma seta.

O estado final é indicado por uma seta de direção seguida de um círculo semi preenchido.

O exemplo a seguir (Figura 19) representa os diferentes estados da classe nota fiscal de saída de acordo com o estudo de caso constante no livro.




Figura 19 – Diagrama de estados para a classe Nota Fiscal de Saída. Fonte: HABERKORN (2008) fig. 8.21. - Diagrama de Atividade (Figura 20) Utilizado para representar o funcionamento interno de um determinado objeto. Inclui ações que serão realizadas na execução de uma operação e como este conjunto de ações interfere nos demais objetos. A figura 20 mostra o diagrama de atividade para os objetos da classe Solicitação de Compras (Faturamento).




Figura 20 – Faturamento: exemplo de diagrama de estado. Fonte: HABERKORN (2008) fig. 8.22.




- Diagrama de Implementação (figura 21) Descrevem o ambiente computacional do sistema e são representados pelos diagramas de componentes e diagramas de implantação. Identificam o hardware envolvido e a implementação física dos diversos objetos. A figura 21 mostra um exemplo genérico do diagrama de componentes.

Figura 21 – Diagramas de componentes. Fonte: HABERKORN (2008) fig. 8.23. - Diagrama de Componentes. Um diagrama de componentes (ou de utilização) são demonstradas as dependências através das interfaces executáveis ou armazenáveis que são implementadas por determinadas classes e o respectivo uso destas interfaces por outras. O exemplo da figura 22 mostra as dependências entre programas (exe), bibliotecas (DLL) e classes (cls). Nele são mostradas as dependências que o programa Gera Pedidos tem em relação às bibliotecas e mesmo em relação a outros programas.




Figura 22 – Exemplo de diagrama de componentes. Fonte: HABERKORN (2008) fig. 8.24. - Diagrama de Implantação Implantação física dos módulos do sistema nos diversos dispositivos físicos. A figura 23 dá um exemplo desse tipo de diagrama.




Figura 23 – Exemplo de diagrama de implantação. Fonte: HABERKORN (2008) fig. 8.25.




Questões de revisão

1) Em se tratando dos objetivos do PMI – Project Management Institute, assinale a alternativa incorreta:

a. O PMI – é a principal entidade que desenvolve padrões para o gerenciamento de projetos.

b. O PMI – é um dos mais importantes institutos que mantém um programa de certificação para profissionais na área de gerenciamento de projetos.

c. O PMI – é um documento que tem por objetivo servir de referência aos profissionais que trabalham com gerência de projetos.

d. O PMI tem por objetivo disseminar o conhecimento sobre gerência de projetos através do PMBOK-Project Management Body of Knowledge.

e. O PMI – tem por objetivo disseminar o conhecimento de práticas de Qualidade em Projetos.

2) Com relação a Projeto é possível afirmar que: a. É um empreendimento temporário. b. É um empreendimento definitivo. c. É um empreendimento ininterrupto que gera um conjunto de

produtos. d. É um empreendimento ininterrupto que gera um conjunto de

serviços. e. Gera regulamentação de produtos e serviços.

3) Em se tratando de exemplos de projetos é possível citar como exemplo: a. Uma linha de produção. b. O ciclo comercial diário. c. A construção de um edifício. d. O fluxo de documentos dentro de uma empresa. e. O fluxo de dados de um sistema.

modelagem de sistemas - uml e merprofcle.dominiotemporario.com/profcle_arquivos/aula 10 -...

Documents