CONCEITOS BÁSICOS E MODELO DE PROJETO

Tamanho: px

Começar a partir da página:

Download "CONCEITOS BÁSICOS E MODELO DE PROJETO"

Luís Tuschinski Santana
6 Há anos
Visualizações:

1 CONCEITOS BÁSICOS E MODELO DE PROJETO Projeto Detalhado de Software (PDS) Profa. Cynthia Pinheiro Na aula passada... Abstração Arquitetura Padrões de Projeto Separação por interesses (por afinidades) Modularidade Encapsulamento de informações Independência funcional Refinamento Aspectos Refatoração Classes de Projeto s OO 1

2 Independência Funcional Consequência da separação por interesses + modularidade + conceitos de abstração e encapsulamento. É atendida desenvolvendo módulos com uma função única e com aversão à interação excessiva com outros módulos. Cada módulo atende um subconjunto específico de requisitos e tem uma interface simples quando vista de outras partes do programas. Independência Funcional É avaliada segundo os seguintes critérios qualitativos: Coesão: Robustez funcional relativa de um módulo Acoplamento: Independência relativa entre os módulos Um módulo altamente coeso realiza uma única tarefa (e apenas ela), exigindo pouca interação com outros componentes. O acoplamento indica a interconexão entre módulos e depende da complexidade da interface entre eles. Objetivo: menor acoplamento possível, para melhorar a compreensão e evitar a propagação de erros. 2

3 Refinamento É uma estratégia de projeto top-down, onde um programa parte de uma abstração procedural e é desenvolvido através de refinamentos sucessivos. É um processo de elaboração, que se inicia com um enunciado de uma função, sem informações sobre o funcionamento ou estruturas internas. Então, elabora-se a declaração original, fornecendo cada vez mais detalhes e diminuindo o nível de abstração. Aspectos Idealmente, um modelo de requisitos pode ser organizado de forma que lhe permita isolar grupos de interesses para que possam ser considerados de forma independente (separação por interesses). No entanto, alguns destes interesses (chamados interesses sistêmicos ou crosscutting concern ) abrangem o sistema inteiro e não pode ser facilmente dividido em compartimentos. Exemplo: log para auditoria, tratamento de erros, persistência de dados, autenticação etc. 3

Para isso, a arquitetura deve oferecer um mecanismo para sua definição e uso.

4 O que é um Aspecto? Aspecto é um interesse sistêmico, ou seja, a representação de um interesse em comum da maior parte dos módulos de um sistema. Idealmente, um aspecto deveria ser implementado como um módulo no lugar de ficar espalhado em vários componentes. Para isso, a arquitetura deve oferecer um mecanismo para sua definição e uso. Refatoração É uma técnica de reorganização que simplifica o projeto ou o código de um componente sem mudar seu comportamento. Isso é feito para eliminar redundâncias, elementos de projeto não utilizados, algoritmos ineficientes ou desnecessários, estruturas de dados mal construídas ou inapropriadas etc. Resultado: software mais fácil de integrar, testar e manter. 4

5 Classes de Projeto O Modelo de Requisitos define um conjunto de classes de análise que descrevem algum elemento de domínio do problema Nível de abstração alto. Classes de Projeto refinam as Classes de Análise, fornecendo detalhes para permitir que sejam implementadas. Tipos de classes de projeto: Classes de interface com o usuário Classes de domínio de negócio Classes de Processos Classes Persistentes Classes de Sistema Classes de Projeto Classes de interface com o usuário Definem as abstrações necessárias para a interação humanocomputador. Classes de domínio de negócio São refinamentos das classes de análise, identificam atributos e serviços necessários para implementar algum elemento do domínio. Classes de Processos Implementam abstrações de aplicações de baixo nível necessárias para a completa gestão de classes de domínio. 5

6 Classes de Projeto Classes Persistentes Representam repositórios de dados (ex: BD) que persistirá depois da execução do software. Classes de Sistema Implementam funções de gerenciamento e controle de software, permitindo ao sistema operar e comunicar em seu ambiente e com o mundo exterior. Classes de Projeto Cada classe de projeto deve seguir as seguintes características: Completa e suficiente: deve ser o encapsulamento completo de todos os atributos e métodos esperados e apenas eles. Primitivismo: A classe não deve realizar, de outra maneira, um serviço que já tenha realizado através de um método. Alta Coesão: A classe deve ter um conjunto de responsabilidades pequeno e focado, tendo atributos e métodos que as implementam. Baixo Acoplamento: A colaboração entre classes deve ser mantida em um mínimo aceitável. 6

7 Orientados a Objeto Classe, objeto, herança, polimorfismo etc. Assunto de uma aula futura (Revisão). O Modelo de Projeto O Modelo de Projeto pode ser visto em duas dimensões diferentes: Dimensão Processo: Evolução do modelo de projeto à medida que as tarefas de projeto são executadas como parte do processo de software. Dimensão de Abstração: Nível de detalhe aumenta a medida que cada elemento do modelo de análise é transformado em um equivalente de projeto e então, refinado iterativamente. 7

O Modelo de Projeto Limite entre os modelos de Análise e Projeto Nem sempre estas atividades ocorrem de forma sequencial O Modelo de Projeto Vários elementos do Modelo de Análise se repetem no Modelo

8 O Modelo de Projeto Limite entre os modelos de Análise e Projeto Nem sempre estas atividades ocorrem de forma sequencial O Modelo de Projeto Vários elementos do Modelo de Análise se repetem no Modelo de Projeto, a diferença é que neste último: São fornecidos mais detalhes relativos à implementação São enfatizados a estrutura e o estilo da arquitetura Também são enfatizados os componentes que residem na arquitetura e a interface destes componentes entre si e com o mundo exterior. 8

9 O Modelo de Projeto Na maioria dos casos: Um projeto de arquitetura preliminar precede o projeto de interfaces e o de componentes (estes ocorrem em paralelo) O Modelo de Implantação é retardado até que o projeto tenha sido completamente desenvolvido. Padrões de Projeto podem ser incorporados a qualquer momento durante o Projeto. O Modelo de Projeto Elementos de um Projeto (ou Arquitetura) de Dados Primeiro, cria-se um Modelo de Dados/Informações representado segundo a visão do cliente ( abstração) Depois, este modelo vai sendo refinado em representações cada vez mais específicas da implementação ( abstração) No nível de aplicação: a transformação de um Modelo de Dados em um Banco de Dados é fundamental para atingir os objetivos de negócio de um sistema. No nível de negócio: as informações armazenadas em um BD possibilita o data mining que pode ter impacto no sucesso do negócio em si. 9

10 O Modelo de Projeto Elementos de um Projeto de Arquitetura: É o equivalente à planta baixa de uma casa: dá uma visão geral do software. É obtido a partir de três fontes: Informações sobre o domínio da aplicação a ser construído Elementos específicos do Modelo de Requisitos (ex: diagramas de fluxo de dados ou as classes de análise) Disponibilidade dos estilos de arquitetura e padrões. Este projeto é representado como um conjunto de subsistemas interligados, onde cada um pode ter a sua própria arquitetura (ex: interface gráfica). Bibliografia Esta aula foi retirada dos seguintes livros/artigos: PRESSMAN, R., Engenharia de Software. 7. ed. São Paulo: Pearson,

Documentos relacionados

Princípios e Conceitos de Desenho de Software. Projeto de Sistemas de Software Prof. Rodrigo Ribeiro

Princípios e Conceitos de Desenho de Software Projeto de Sistemas de Software Prof. Rodrigo Ribeiro Revisando... Processo Unificado PRAXIS Processo unificado: Dividido em fases e fluxos Fases Concepção,