Swebok

Disponível somente no TrabalhosFeitos
  • Páginas : 20 (4944 palavras )
  • Download(s) : 0
  • Publicado : 16 de setembro de 2012
Ler documento completo
Amostra do texto
C APÍTULO 3
Oftware S D ESIGN
SIGLAS 
ADL: Linguagens de Descrição de Arquitetura
CRC: Classe cartão colaborador Responsabilidade
ERD: Diagrama Entidade-Relacionamento
IDL: Interface Description Language
DFD: Diagrama de fluxo de dados
PDL: Design Língua pseudo-código e Programa
CBD: Baseado em Componentes projeto
INTRODUÇÃO 
Projeto é definida em [IEEE610.12-90] tanto como "o processode definição da arquitetura, componentes, interfaces e outras características de um sistema ou componente" e "o resultado de [que] processo." Visto como um processo, o design do software é o software de engenharia actividade do ciclo de vida, em que os requisitos de software são analisados ​​a fim de produzir uma descrição da estrutura interna do software que irá servir como a base para a suaconstrução. Mais precisamente, um projeto de software (o resultado) deve descrever a arquitetura de software - que é, como o software é decomposto e organizado em componentes - e as interfaces entre esses componentes. Deve também descrevem os componentes em um nível de detalhe que permitem a sua construção.
Design de software desempenha um papel importante no desenvolvimento de software: ele permiteque os engenheiros de software para produzir vários modelos que formam uma espécie de planta da solução a ser implementada. Podemos analisar e avaliar esses modelos para determinar se ou não nos permitirá cumprir os diversos requisitos. Podemos também analisar e avaliar soluções alternativas diversas e trade-offs. Finalmente, pode-se utilizar os modelos resultantes para planear as actividades dedesenvolvimento posteriores, para além da sua utilização como entrada e o ponto de partida da construção e teste.
Em uma lista padrão de processos de software de ciclo de vida, tais como IEEE / EIA 12207 Processos do Ciclo de Vida de Software [IEEE12207.0-96], design de software consiste em duas atividades que se encaixam entre a análise de requisitos de software e construção de software:
*Projeto de arquitetura de software (às vezes chamado de nível superior de design): descrevendo a estrutura de software de nível superior e de organização e identificar os vários componentes
* Projeto de software detalhado: a descrição de cada componente suficientemente para permitir a sua construção.
Quanto ao âmbito da Área de Conhecimento de Software Design (KA), a descrição KA atual nãodiscutir cada tópico cujo nome contém a palavra "design". Na terminologia de Tom DeMarco (DeM99), o KA discutido neste capítulo trata principalmente com D-design (design de decomposição, software de mapeamento em partes componentes). No entanto, devido à sua importância no crescente campo da arquitetura de software, vamos também abordar FPdesign (design família padrão, cujo objetivo é estabelecerpontos comuns exploráveis ​​em uma família de software). Por outro lado, o KA Software Design não aborda I-design (design invenção, geralmente realizadas durante o processo de requisitos de software com o objetivo de conceituar e especificando software para satisfazer as necessidades e exigências descobertos), uma vez que este tema deve ser considerada como parte da análise de requisitos eespecificação.
A Software Design Descrição KA está relacionado especificamente para Requisitos de Software, Construção de Software, Gestão de Engenharia de Software, Qualidade de Software, e disciplinas de Engenharia de Software.
REPARTIÇÃO DE TEMAS PARA O PROJETO DE SOFTWARE 

1. Projeto Fundamentos de software 
Os conceitos, noções e terminologia introduzida aqui formam uma base subjacente paraentender o papel eo alcance do projeto de software.
1.1. Conceitos gerais de design
Software não é o único campo onde o design está envolvido. No sentido geral, podemos ver o design como uma forma de resolução de problemas. [Bud03: c1] Por exemplo, o conceito de um problema grave - um problema sem solução definitiva - é interessante em termos de compreender os limites do desenho. [Bud04: c1] Uma...
tracking img