IF718 Análise e Projeto de Sistemas Augusto Sampaio - acas Vitor Braga - vtb (Estágio docência) Diogo Peixoto - dcp (Monitor) Parte do material cedido pela Qualiti Software Processes

Motivação Análise,e Projeto OO com UML para Sistemas RT| 2

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Essência de Análise e Projeto: construção de modelos O que é um modelo? Por que construir modelos? Quantos modelos construir para: ­ capturar os elementos do problema ­ Representar diferentes níveis de abstração Em Engenharia de Software ­ O que é Desenvolvimento Baseado em Modelos? Análise,e Projeto OO com UML para Sistemas RT| 3

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados Sistema respiratório Outros modelos: Muscular, Nervoso, Circulatório, Digestivo, etc. Esqueleto Realidade Modelos (visões parciais) Representa Um modelo é uma visão parcial (representação) da realidade

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Multiplas visões: controle da complexidade Carpenter's view Mason's view Plumber's view Architect's view Landlord's view Renter's view Interior Designer's view Tax Collector's view Electrician's view Model repOf System

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Desenvolvimento baseado em modelos A principal motivação é aumentar a produtividade: ­ Reutilização ­ Independência de tecnologia ­ Automação Aumentar o nível de abstração ­ Foco no modelo, não no código “The model is the code” Processos são essenciais para sistematizar o desenvolvimento

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. O grande desafio...

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Vídeo: Modeling Through the AgesModeling Through the Ages

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Objetivos do curso Processo de Análise e Projeto no RUP Aspectos de modelagem de paradigmas recentes: ­ SOA (Software-Oriented Architecture) ­ MDD (Model-Driven Development) Técnicas de modelagem OO em UML Ênfase em Padrões de Projeto e Arquiteturais Consolidação dos conceitos em um exemplo construído incrementalmente Uso de ferramentas de modelagem Análise e Projeto OO com UML e Padrões| 9

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Conteúdo do curso A&P no RUP ­ Disciplina de A&P ­ Análise de caso de uso ­ Projetar arquitetura ­ Projetar casos de uso Considerando SOA e MDD ­ Modelo de negócio ­ Analisar serviços ­ Projetar serviços Análise e Projeto OO com UML e Padrões| 10 Projetar subsistemas (componentes) Projetar classes Projetar concorrrência e distribuição Projetar base de dados Aulas conceituais e prática em laboratório Exemplo único para ilustrar conceitos

Processos de software Análise,e Projeto OO com UML para Sistemas RT| 11

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Para ser uma atividade sistematizada, Análise e Projeto deve ser parte de um processo Processo: ­ O que é? ­ Representação? ­ Ciclo de vida? ­ Execução? ­ Modelos de processo Análise e Projeto OO com UML e Padrões| 12 Processo de software

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 13/45 Análise e Projeto no modelo Cascata Análise e Projeto

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 14/45 Análise e Projeto no modelo Espiral

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 15/45 Análise e Projeto no modelo iterativo do RUP Planejamento e Gerenciamento..... Fluxos de Suporte Gerência de Configuração Requisitos Análise e Projeto Implementação Testes Implantação Fluxos de Processo Iterações Fases Concepção ElaboraçãoConstrução Transição Inicial

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Análise e Projeto em SOA (Service Oriented Architecture) Especificação do modelo de negócios Analisar serviços Implementação Teste Avaliação Planejamento Inicial Planejamento Modelagem do Negócio Requisitos Projetar Serviços

Análise versus Projeto Análise,e Projeto OO com UML para Sistemas RT| 17

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 18/45 Análise versus Projeto Na Análise, investigamos o problema e descobrimos o QUE precisa estar no sistema Durante o Projeto: ­ detalhamos a Análise de modo a encontrar uma solução computacional que satisfaça os requisitos (não funcionais) do software ­ estruturamos COMO o sistema será implementado O projeto oferece uma ponte entre a Análise e a Implementação

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 19/45 Análise versus Projeto No conceito de MDD (Model Driven Development) da OMG (Object Management Group)... ­ Análise corresponde aos modelos independentes de plataforma (PIM – Platform Independent Model) ­ No projeto, os modelos podem estar vinculados a uma tecnologia particular (PSM – Platform Specific Model)

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 20/45 Análise versus Projeto Análise ­ Foco no problema ­ Comportamento (caixa preta, sem detalhes de implementação) ­ Estrutura geral da arquitetura do sistema ­ Requisitos funcionais ­ Modelo simples Projeto ­ Foco em uma solução ­ Operações e atributos ­ Representação próxima do código ­ Requisitos não-funcionais (exemplo: desempenho), além dos funcionais ­ Modelo complexo Fonte: Rational

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 21/45 Modelo de Análise e Projeto Pode ser um só artefato ­ evoluindo de uma visão abstrata (nas atividades de análise), para uma visão detalhada (nas atividades de projeto) Podem ser feitos dois artefatos ­ um modelo de análise ­ um modelo de projeto (inicia igual à última versão do modelo de análise e evolui independentemente) Documentação x esforço e disciplina de manutenção

Estratégias de decomposição Análise,e Projeto OO com UML para Sistemas RT| 22

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 23/45 Estratégias de Decomposição Funcional x Dados Decomposição Funcional ­ Decomposição do sistema em componentes funcionais ­ O estado do sistema é centralizado e compartilhado entre as funções ­ Experiência mostrou inadequação para estruturação de modelos de análise e projeto (as regras de negócio mudam constantemente) ­ Entretanto, útil para estruturar requisitos, planejar e gerenciar projetos, e realizar testes

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 24/45 Estratégias de Decomposição Funcional x Dados Decomposição Baseada em Dados ­ O sistema é visto como uma coleção de entidades que interagem (ou objetos, no paradigma OO) ­ O estado do sistema é descentralizado ­ Pode existir uma considerável sobreposição entre os modelos de análise e de projeto Na prática muitas porções do modelo de análise podem ser reusadas no projeto ­ Mostrou-se adequada como mecanismo de estruturação (estabilidade de dados com relação a funções) de modelos de análise, projeto e implementação

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 25/45 Estratégias de decomposição Projeto Top-down x Bottom-up

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 26/45 Projeto Top-down x Bottom-up Na prática, o projeto de grandes sistemas nunca é inteiramente top-down ­ Os projetistas reutilizam experiência (e componentes) ­ No processo, ocorre brainstorm nos dois sentidos

Atributos de qualidade de modelos de análise e projeto Análise,e Projeto OO com UML para Sistemas RT| 27

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 28/45 Atributos de Qualidade A qualidade é uma propriedade relativa a prioridades específicas da organização Características de qualidade são igualmente aplicáveis a projetos orientados a objeto ou à função Dois atributos importantes são coesão e acoplamento

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 29/45 O Atributo Coesão Medida da proximidade das partes (elementos) de um componente do sistema Um componente deve implementar uma única entidade lógica ou função (abstração) Importância ­ Quando uma mudança tiver que ser feita, ela será facilmente localizada ­ Reuso... Em Orientação a objetos, cada classe deve modelar uma única entidade

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 30/45 Medida da intensidade das interconexões entre componentes do sistema Importância ­ Baixo acoplamento implica que mudanças em um componente tendem a não afetar outros componentes ­ Reuso... O Atributo Acoplamento

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 31/45 Acoplamento Forte

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 32/45 Acoplamento Fraco

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 33/45 Sistemas orientados a objeto são, potencialmente, fracamente acoplados ­ Geralmente não compartilham estado ­ A comunicação é feita através de passagem de mensagens Entretanto... ­ uma classe está acoplada a sua superclasse (mudanças nos atributos ou operações se propagam a todas as subclasses) ­ Relacionamentos cíclicos (em particular, bidirecionais) também geram forte acoplamento Acoplamento em Orientação a Objetos

Padrões, anti-padrões e frameworks Análise,e Projeto OO com UML para Sistemas RT| 34

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. 35 Padrões de Projeto e Arquiteturais Projetistas experientes (re)utilizam soluções bem sucedidas no passado Padrões sistematizam soluções, incluindo Nome Problema Solução Conseqüência Exemplo,... Durante as duas última décadas, surgiu uma “comunidade” voltada a padrões

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Exemplo: Padrão Fachada 36 Fachada

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. 37 Anti-Padrões São uma maneira de documentar soluções recorrentes que não tiveram sucesso Podem também incluir soluções re-trabalhadas que sejam efetivas

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. 38 Frameworks Usualmente baseado em padrões, mas já voltados para uma linguagem de programação Especialização/instanciação ­ Hot spots ­ Herança

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Análise e Projeto OO com UML e Padrões| 39 Relacionamento com outras disciplinas do processo de software Planejamento e Gerenciamento – planeja e acompanha todo o desenvolvimento Requisitos – entrada para a análise e projeto do sistema Implementação – o modelo de análise e projeto é entrada a implementação Gerência de Configuração e Ambiente – oferece suporte aos artefatos gerados (incluindo modelos)

Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. CIn-UFPE 40/45 Planejamento do Curso Programa, cronograma, transparências, referências, avaliação, projetos e ferramentas: ­ ­ Mas só a partir de quinta-feira...