<< Chapter < Page Chapter >> Page >

Para alcançarmos bons designs, podemos ordenar os tipos de coesão dos mais desejáveis para os menos desejáveis: funcional, sequencial, comunicativa, temporal, procedural, lógica, e coincidente.

Separação de decisões de execução de algoritmos

Essa técnica realiza a separação de preocupações apresentando uma abordagem simples: ou um módulo deve se preocupar com as decisões sensíveis ao contexto do problema ou com a execução de algoritmos, mas não ambos. Em outras palavras, alguns módulos devem apenas executar algoritmos sem fazer qualquer decisão sensível ao domínio do problema. Essas decisões devem ser deixadas para os módulos específicos para realização dessas decisões e que também serão responsáveis por suprir parâmetros para os módulos de execução de algoritmos.

Essa separação facilita o reuso e manutenção, principalmente dos módulos de algoritmos, uma vez que eles são menos específicos que os módulos de decisões sensíveis a contexto.

Separação de interfaces de suas implementações

A separação entre interfaces e implementações também beneficia a modularização. Essa técnica recomenda a descrição da funcionalidade a ser implementada por algum módulo por meio de contratos, chamados interfaces. Assim, os módulos implementarão as interfaces de forma a comporem o sistema.

Usando essa técnica, o acoplamento entre módulos e seus clientes é diminuído, uma vez que os clientes estarão ligados apenas a interfaces – e não implementações –, e benefícios como facilidade no reuso, melhor entendimento do código, e menor custo de manutenção são alcançados.

Resumo

Esse capítulo expôs o conhecimento necessário sobre Design de Software para o estudo de Arquitetura de Software. Espera-se que, ao final desse capítulo, o leitor saiba:

  • o que é design software, seja como produto ou como processo, e quais são suas características e benefícios;
  • como os problemas de design de software podem ser decompostos; e
  • o que são os princípios e técnicas de design de software e quais seus benefícios.

Pela existência de ótimos livros sobre Design de Software já escritos tendo em vista o mesmo público-alvo que nós (o leitor ainda inexperiente), nós preferimos não nos aprofundar nos assuntos expostos nesse capítulo, uma vez que nossa intenção foi de apenas introduzi-los. Para informações mais detalhadas, recomendamos os livros e artigos sobre Design de Software apresentados na seção de referências.

Referências

Teoria em design de software

Recomendamos o livro Software Design [link] , de Budgen, aos interessados em mais informações sobre a teoria em design de software. Dois artigos que apresentam discussões úteis sobre o assunto são Software Design and Architecture – The Once and Future Focus of Software Engineering [link] , de Taylor e Van der Hoek, e Conceptual Foundations of Design Problem Solving [link] , de Smith e Browne. Inclusive, este último é a nossa referência sobre o arcabouço conceitual de design usado neste capítulo.

Processo de design

Em nível mais prático da execução do processo de design, citamos as seguintes referências: The Mythical Man-Month: Essays on Software Engineering [link] , de Brooks, que discute as causas da complexidade que assola o processo de design de software; Software Design: Methods and Techniques [link] , que descreve as etapas que podemos encontrar no processo de design; e o Guide to the Software Engineering Body of Knowledge (SWEBOK) [link] , que apresenta os níveis de design.

Técnicas e ferramentas

Por fim, citamos referências que descrevem ferramentas e técnicas que podemos usar durante o processo de design.

Sobre a linguagem de modelagem UML, mais informações podem ser encontradas no site do Object Management Group (OMG) [link] .

Já sobre técnicas de design, citamos o livro de Booch et al , Object-Oriented Analysis and Design with Applications [link] , o de McConnell, Code Complete [link] e o de Buschmann et al, Pattern-Oriented Software Architecture, Volume 1: A System of Patterns [link] . Este último é mais específico ao design arquitetural.

Exercícios

Quais os benefícios de se projetar sistemas?

Duas fases importantes do projeto de software são as fases de Divergência e Convergência. Descreva o que é feito em cada fase.

Jack Reeves, em What is Software Design? [link] , afirma que o código fonte é design. Qual a sua opinião a respeito da afirmativa?

Qual padrão de projeto viabiliza a separação de política e implementação?

Defina para coesão e acoplamento e sugira métricas para medi-las em software.

Cite dificuldades que podem ser encontradas durante a aplicação de cada técnica de design apresentada no capítulo.

Represente um design de software de duas maneiras diferentes. Para isso, antes será necessário descrever o problema que o software deve resolver.

Elabore uma solução de design diferente para o problema descrito na resposta do anterior e descreva-a usando os mesmos tipos de representações usados anteriormente.

Get Jobilize Job Search Mobile App in your pocket Now!

Get it on Google Play Download on the App Store Now




Source:  OpenStax, Arquitetura de software. OpenStax CNX. Jan 05, 2010 Download for free at http://cnx.org/content/col10722/1.9
Google Play and the Google Play logo are trademarks of Google Inc.

Notification Switch

Would you like to follow the 'Arquitetura de software' conversation and receive update notifications?

Ask