Christina Von Flach Chavez Modelagem V: Objetos Karin Koogan Breitman Christina Von Flach Chavez Departamento de Informática PUC- Rio R. Marquês de São Vicente 225 22453-900 - Rio de Janeiro, Brasil www.inf.puc-rio.br/~julio Luiz Marcio Cysneiros

Objetos Objeto - relação direta com o mundo real Objeto memória -> dados -> Atributos processos -> Operações -> Mensagens Objeto - Organização - Hierarquias agregação generalização

Orientação a Objetos Propostas mais conhecidas: Booch OMT Jacobson

UML Surgimento Diversos métodos e técnicas OO, com muitos aspectos comuns mas utilizando notações diferentes Dificuldades para o aprendizado, a aplicação, a construção e a utilização das ferramentas Diferencias entre os distintos enfoques (autores) Necessidade de uma notação padrão Luiz Marcio Cysneiros

UML “Método Unificado” Rational Software Grady Booch e Jim Rumbaugh apresentado no OOPSLA’95 Rational Software Grady Booch, Jim Rumbaugh e Ivar Jacobson Ferramenta CASE Rational Rose Luiz Marcio Cysneiros

UML Linguagem para modelagem e não um método Um método consiste em linguagem de notação + processo O processo proposto pelos autores chama-se Objectory Podemos utilizar UML independentemente do processo

UML Representações básicas: Modelo estático Modelo dinâmico interno evolução do MER Modelo dinâmico interno fluxo de dados máquinas de estado Modelo dinâmico externo use cases linguagens de interconexão de objetos

UML - Diagramas Diagramas de Casos de Uso Diagramas da Estrutura Estática Diagrama de Casos de Uso Atores e suas conexões com Casos de Uso Descrições textuais de Casos de Uso Diagrama de Classes Estrutura estática das classes do sistema Diagrama de Objetos Exemplifica Diagrama de Classes Luiz Marcio Cysneiros

UML - Diagramas Desenho Implementação Captura de Requisitos Estados Seqüência Distribuição Casos de Uso Classes El propósito de esta figura es ilustrar en qué actividades del proceso de desarrollo (mostrado de manera muy simplificada en la trasparencia) son utilizados los diferentes diagramas de UML. Para no complicar la figura no se han incluido conexiones entre los diagramas. Sin embargo, es obvio que debe existir un mecanismo de transformación (traducción) de modelos (diagramas) desde una actividad a otra en el proceso de desarrollo. Es importante destacar los conceptos: traceability (seguimiento de elementos de modelado desde los requisitos hasta el código resultante) y sincronización entre modelos. Durante la Captura de Requisitos los D. de Actividad modelan Flujos de Trabajo (Workflows) y/o detallan casos de uso. En Análisis y Diseño los D. de Actividad especifican el comportamiento de los objetos de una clase y/o el detalle algorítmico de una operación. Colaboração Componentes Atividade (fluxo de trabalho, caso de uso) Atividade (comportamento objetos, algoritmo operação) Luiz Marcio Cysneiros

Casos de Uso <<extend>> Emissão de Nota Fiscal Operação de Venda Caixeiro Sistema Financeiro Filho, W.P.P em “Engenharia de Software: Fundamentos, Métodos e Padrões”

Casos de Uso Um caso de uso realiza um aspecto maior da funcionalidade do produto: deve gerar um ou mais benefícios para o cliente ou para os usuários representa: roteiros de interação com usuário roteiros do manual de usuário casos de teste Filho, W.P.P em “Engenharia de Software: Fundamentos, Métodos e Padrões”

Casos de Uso Um caso de uso realiza um aspecto maior da funcionalidade do produto: deve gerar um ou mais benefícios para o cliente ou para os usuários representa: roteiros de interação com usuário roteiros do manual de usuário casos de teste Filho, W.P.P em “Engenharia de Software: Fundamentos, Métodos e Padrões”

Casos de Uso Parte Textual Caso de uso << nome>> pre-condição fluxo principal sub-fluxo <<nome>> fluxo alternativo pre-condições passos Filho, W.P.P em “Engenharia de Software: Fundamentos, Métodos e Padrões”

Casos de Uso Exemplo: Caixeiro Operação de Venda Sistema Financeiro Gestor de Gestão Manual de Estoque Estoque Abertura do Caixa Gerente Fechamento do Caixa Filho, W.P.P em “Engenharia de Software: Fundamentos, Métodos e Padrões”

Casos de Uso Exemplo: Caso de uso << Operação de Venda>> pre-condições: Toda mercadoria a ser vendida (item de venda) deve estar previamente cadastrada. O Merci deve estar em Modo de Vendas. fluxo principal O Caixeiro faz a abertura da venda. O Merci gera o código da operação de venda. Para cada item de venda aciona o subfluxo Registro. O Caixeiro registra a forma de pagamento. O Caixeiro encerra a venda. Para cada item aciona o subfluxo Impressão de Linha do Ticket. O Merci notifica o Sistema Financeiro informando: Data, Número da Operação de Venda, “Receita”, Valor Total”, Nome do Cliente (caso tenha sido emitida a nota fiscal). Filho, W.P.P em “Engenharia de Software: Fundamentos, Métodos e Padrões”

Casos de Uso – Elicitação Identificação de atores; quem está interessado nos requisitos; quem se beneficiará do produto; quem fornecerá informação ao produto; quem usará informação do produto; quem removerá informação do produto. Identificação dos casos de uso: quais as tarefas de cada ator; que informação cada ator cria, armazena, consulta, altera ou remove; que informação cada caso de uso cria, armazena, consulta, altera ou remove.

Scenarios Use Cases situation view the world as it is. functional view the world as we want it to be. action, actors, environment, intent action, actors problem biased solution biased can be used to elicit the requirements hinders important aspects of elicitation textual graphical (if more detail is needed, a non structured textual representation is used) relationships depend on the representation padronized relationships “Use cases are ways to use the system. The set of use cases represents everything the user can do with the system” Jacobson

Diagrama de Classes Descreve os objetos do sistema e suas relações estáticas Objetos podem ser parte do mundo real ou entidades conceituais Objetos estão conectados a outros objetos através de relacionamentos (associação, agregação…)

Classe nome atributos operações Carro capacidadeTanque: Integer consumoPorQuilometro: Real disponibilidadeAtual: Real quilometragem: Real viajar (numeroKms: Real) abastecer (quantidade: Real) atributos operações

Classe Atributos Exemplos: Carro rj5015: Carro - capacidadeTanque: Integer - consumoPorQuilometro: Real - disponibilidadeAtual: Real = 0 - quilometragem: Real = 0 ... rj5015: Carro capacidadeTanque: 200 consumoPorQuilometro: 10 disponibilidadeAtual: 40 quilometragem: 1400 Objeto com valores Classe com atributos

Herança Herança Pode ser Uma subclasse herda atributos, operações, diagramas de estado e associações de suas superclasses Propriedades herdadas podem ser reutilizadas da superclasse ou redefinidas na subclasse Novas propriedades podem ser adicionadas às subclasses Pode ser Simples: somente uma superclasse Múltipla: mais do que uma superclasse

Esquema de Classes Exemplo: Empresa Agregação Empresa Gerência 0..N 1 Associação Classe 0..N Funcionário Projeto Generalização Cronograma Funcionário Horista Mensalista

Críticas a OO Desvantagens (Jackson): a idéia de objeto é de programação e não é cabível para a maioria dos indivíduos do mundo real. qual foi a últiima vez em que você mandou uma mensagem ao seu contra cheque? quando o sol nasce ele manda uma mensagem para que os pássaros comecem a cantar?

Críticas a OO “O mundo for a da máquina é muito rico, cheio de caprichos e recalcitrantemente multifacetado para ser capturado na forma de objetos” M. Jackson