An

1
Análise Orientada a Objetos

• Ronaldo Martins
• Blog profronaldoifsp.wordpress.com

2
Apresentação

• Análise de Sistemas Orientada a Objetos
• UML (Unified Modeling Language)
• Modelagem de Requisitos
• Modelagem Estruturada
• Modelagem Comportamental
• Modelagem Arquitetural

3
Análise de Sistemas Orientada a Objetos

• Análise de Sistemas 
•  
•     Consiste em analisar um problema a ser
  resolvido, e desenvolver um projeto conceitual do
  problema. Após esse passo os programadores
  codificam o projeto conceitual transformando em
  uma solução para o problema.

4
Análise de Sistemas Orientada a Objetos

• Análise de Sistemas 
•  
•     Podemos comparar a análise de sistemas à
  engenharia civil. Antes que o mestre de obras e
  os pedreiros construam uma casa, é preciso que um
  engenheiro analise o tipo de imóvel a ser
  construído, e fazer um projeto conceitual de como
  será o imóvel.

5
Análise de Sistemas Orientada a Objetos

• Análise de Sistemas 
•  
•     Em segundo plano, quando o projeto estiver
  pronto, o mestre de obras e os pedreiros executam
  o projeto.
• Comparando a análise de sistema à engenharia
  civil os Engenheiros se assemelham aos analistas
  de sistemas eos pedreiros se assemelham aos
  programadores.

6
Análise de Sistemas Orientada a Objetos

• Análise de Sistemas 
•  
•     Na Engenharia civil, para representar os
  projetos conceituais são utilizados as plantas
  baixas. Na análise de sistemas, para
  representar os projetos conceituais existem
  diversos tipos de modelos, como Modelo Orientado
  a Objetos, Modelo em Cascata, Prototipação, etc.

7
Análise de Sistemas Orientada a Objetos

• Análise de Sistemas 
•  

Corte BB
Planta Baixa
8
UML (Unified Modeling Language)

• Na análise orientada a objetos é utilizado a UML
  na qual é utilizado diagramas gráficos assim como
  acontece na engenharia civil. No modelo UML
  existem os seguintes diagramas
• Caso de uso Diagrama de Classes Diagrama
  de Atividades Diagrama de Seqüência
  Diagrama de Comunicação Diagrama de
  Componentes Diagrama de Implantação
  Diagrama de Estado de Maquina.

9
UML (Unified Modeling Language)

• Cada diagrama do UML é utilizado em uma
  determinada fase da análise de sistemas, fases na
  qual estão divididas em
• Modelagem de Requisitos
• Modelagem Estruturada
• Modelagem Comportamental
• Modelagem Arquitetural

10
UML (Unified Modeling Language)

• A UML é uma linguagem que serve para
  especificar, construir, visualizar, e documentar
  os artefatos de um sistema desoftware. É
  promovida pelo OMG (Object Menagement Group), com
  contribuições e direitos de autoria das seguintes
  empresas Hewlett Packard, IBM, ICON Computing,
  i-Logix, IntelliCorp, Eletronic Data Services,
  Microsoft, Object Time, Oracle, Platinum, Ptech,
  Relational, Reich, Softeam, Sterling, Taskon A/S
  e Unisys.

11
UML (Unified Modeling Language)

• A linguagem de Modelagem Unificada ou UML é uma
  proposta de normatização na construção de
  softwares, baseadas nas planificações expedidas
  pelo consórcio OMG (Object Management Group),
  criada em 1996.

12
UML (Unified Modeling Language)

• A enfase da UML é na definição de uma linguagem
  de modelagem padrão e, por conseguinte ,
  independente de linguagens de programação, de
  ferramentas CASE, bemcomo dos processos de
  desenvolvimento.

13
UML (Unified Modeling Language)

• A linguagem UML foi a unificações de dezenas
  de notações para desenvolvimento de softwares.
• O UML representa a unificação dos métodos
  Booch, Objectory e OMT, e igualmente incorpora a
  ideia de outros desenvolvedores como Peter Coad,
  Derek Coleman, WardCunningham, David Harel,
  Richard Helm, Ralph Johnson, Stephen Mellor,
  Bertrand Meyer, Jim Odell, Kenny Rubin, Sally
  Shlaer, John Vlissides, Paul Ward, Rebecca
  Wirfs-Brock e Ed Yourdon.

14
UML (Unified Modeling Language)

• O UML não é capaz de transformar uma porção de
  anotações esparsas e pastas mal organizadas em um
  software acabado.
• O UML é apenas um estilo de notação, ou
  seja, uma série de regras e recomendações que
  representam modelos.
• O UML deve ser encarado como um guia de
  passos sistemáticos rumo a resolução de
  determinados problemas.

15
Modelagem de Requisitos

• A engenharia de requisitos é uma área que
  se preocupa, entre outros aspectos, com a captura
  de requisitos de um sistema de software, o seu
  armazenamento e respectivo armazenamento.
• Um requisito é uma determinada especificação
  de uma atividade-condição que o sistema deve
  satisfazer.
•  

16
Modelagem de Requisitos

• Requisito Funcional
• Descreve uma determinada ação que o sistema deve
  suportar.
• Requisito não Funcional
• Descreve um aspecto que o sistema deve
  satisfazer.
• Desempenho, robustez, distribuição, segurança,
  integração com internet e outros.

17
Modelagem de Requisitos

• Caso de Uso

18
Modelagem Estruturada

• Modelar a estrutura de uma sistema de software
  consiste, principalmente, segundo a orientação a
  objetos, na identificação de classes e em suas
  respectivas relações. Um objeto reflete, em
  geral, uma entidade do mundo real, apresentando
  estado e comportamento próprios. Os objetos
  interagem entre si por troca de mensagens. Uma
  classe consiste em uma estrutura que permite
  criar objetos semelhantes. Nesse sentido, dizemos
  que uma classe é uma fábrica de objetos e que um
  objeto é uma instância de uma classe.
• A UML providencia os seguintes elementos que
  permitem a especificação da estrutura de um
  sistema de software classes, relações,
  interfaces e objetos.

19
Modelagem Estruturada

• Diagrama de Classes

20
Modelagem Comportamental

• Em qualquer sistema minimamente interessante, os
  objetos não são estáticos, mas interagem entre si
  por troca de mensagens. A modelagem do
  comportamento em um sistema de software consiste,
  segundo a abordagem orientada a objetos, em dois
  tipos distintos de especificações. Por uma lado,
  a modelagem do comportamento interobjetos, ou
  seja, na identificação dos seus padrões de troca
  de mensagens. Por outro lado, na modelagem do
  comportamento intra-objetos, isso é, na
  identificação dos estados em que um objeto pode
  se encontrar ao longo do seu ciclo de vida, dos
  eventos envolvidos, bem como dos seus algoritmos
  de implementação.
• A modelagem de um sistema de software com base em
  diagrama de classes e de objetos traduz apenas
  suas relações estruturais e estáticas. Nada é
  relevante sobre o padrão interno  e externo  do
  comportamento dos objetos ou sobre a definição de
  determinado algoritmo.

21
Modelagem Comportamental

• Diagrama de Sequência 

22
Modelagem Comportamental

• Diagrama de Colaboração 

23
Modelagem Comportamental

• Diagrama de Estados

24
Modelagem Comportamental

• Diagrama de Atividades

25
Modelagem Arquitetural

• Os diagramas de arquitetura descrevem
  aspectos da fase de implementação e instalação
   de um sistema de software, como a estrutura e as
  dependências de código-fonte e de módulos
  executáveis, sem esquecer a instalação nas
  diferentes plataformas computacionais subjacentes.

26
Modelagem Aquitetural

• Diagramas de Componentes

27
Modelagem Arquitetural

• Diagramas de Instalação

28
Bibliografia

• Ramos, Ricardo Argenton. Treinamento prático em
  UML Desenvolva e gerencie seus projetos com essa
  sensacional ferramenta. São Paulo Digerati
  Books, 2006.