• Nenhum resultado encontrado

Elaborar o Design do Produto ou dos Componentes do Produto

No documento CMMI® para Desenvolvimento, Versão 1.2 (páginas 189-194)

NÍVEL DE MATURIDADE 3: DEFINIDO

SP 2.1 Elaborar o Design do Produto ou dos Componentes do Produto

Elaborar um design para o produto ou componente do produto

O design de produto consiste de duas grandes fases que podem se sobrepor durante a execução: design preliminar e design detalhado. O

design preliminar estabelece as capacidades do produto e a arquitetura

do produto, incluindo partições de produto, identificações de componentes de produto, estados e modos do sistema, interfaces de maior importância inter-componentes e interfaces externas do produto. O design detalhado define completamente a estrutura e as capacidades dos componentes de produto.

Veja a área de processo Desenvolvimento de Requisitos para mais informações sobre desenvolvimento dos requisitos de arquitetura.

Versão 1.2

A definição da arquitetura é dirigida a partir de um conjunto de requisitos de arquitetura desenvolvidos durante o processo de Desenvolvimento de Requisitos. Esses requisitos expressam os pontos de qualidade e desempenho que são críticos para o sucesso do produto. A arquitetura define os elementos estruturais e os mecanismos de coordenação que satisfazem diretamente aos requisitos ou dão suporte ao atingimento dos requisitos à medida que os detalhes do

design do produto são estabelecidos. As arquiteturas podem incluir

padrões e regras de design que governam o desenvolvimento de componentes de produto e suas interfaces, assim como orientações para ajudar os desenvolvedores de produto. As práticas específicas da meta específica Selecionar as Soluções de Componentes do Produto contêm mais informações sobre o uso de arquiteturas de produto como uma base para soluções alternativas.

Os arquitetos postulam e elaboram um modelo do produto, fazendo julgamento sobre a alocação de requisitos a componentes de produto incluindo hardware e software. Várias arquiteturas, que dão suporte às soluções alternativas, podem ser desenvolvidas e analisadas para determinar as vantagens e desvantagens no contexto dos requisitos de arquitetura.

Os conceitos e cenários operacionais são usados para gerar casos de uso e cenários de qualidade que são usados para refinar a arquitetura. Eles são também usados como um meio de avaliar a adaptação da arquitetura a seus propósitos pretendidos durante avaliações de arquitetura, que são conduzidas periodicamente ao longo do design do produto.

Veja a prática específica Estabelecer Conceitos e Cenários Operacionais da área de processo Desenvolvimento de Requisitos para mais informações sobre elaboração de conceitos e cenários operacionais usados na avaliação de arquitetura.

Versão 1.2s

Exemplos de definição de arquitetura de software:

• Estabelecimento das relações de partições estruturais e regras com respeito a interfaces entre elementos dentro das partições e entre partições

• Identificação das principais interfaces internas e todas as interfaces externas

• Identificação dos componentes de produto e as interfaces entre eles

• Definição de mecanismos de coordenação (por ex: para software e hardware)

• Estabelecimento de capacidades de infraestrutura e serviços

• Elaboração de templates de componente de produto ou classes e estruturas

• Estabelecimento de regras de design e de autoridade para tomada de decisões

Definição de um processo/modelo de threads

• Definição da implantação física de software no hardware

• Identificação de abordagens para reuso e fontes

Durante o design detalhado, os detalhes da arquitetura do produto são finalizados, os componentes de produto são completamente definidos e as interfaces são totalmente caracterizadas. Os designs de componente de produto podem ser otimizados para certas qualidades ou características de desempenho. Os designers podem evoluir o uso de produtos legados ou COTS para os componentes de produto. À medida que o design se torna maduro, os requisitos são designados a níveis mais baixos, os componentes de produto são acompanhados para que aqueles requisitos sejam satisfeitos.

Veja a área de processo Gestão de Requisitos para mais informações sobre acompanhamento de requisitos para componentes de produto.

Extensão para Engenharia de Software

O design detalhado é focado no desenvolvimento de componentes de produto de software. A estrutura interna dos componentes de produto é definida, os esquemas de dados são gerados, algoritmos são desenvolvidos e heurísticas são estabelecidas para fornecer capacidades aos componentes de produto que satisfaçam aos requisitos alocados.

Extensão para Engenharia

O design detalhado é focado no desenvolvimento de produtos eletrônicos, mecânicos, eletro-ópticos e outros produtos de hardware e seus componentes. Esquemáticos elétricos e diagramas de interconexão são elaborados, modelos de montagem mecânica e óptica são gerados e processos de fabricação e montagem são desenvolvidos..

Versão 1.2

Subpráticas

1. Estabelecer e manter critérios com relação aos quais o design pode ser evoluído.

Exemplos de atributos, além do desempenho esperado, para os quais os critérios de design podem ser estabelecidos, incluem o seguinte:

• Modular • Claro • Simples • Manutenível • Verificável • Portável • Confiável • Preciso • Seguro • Escalável • Usável • Modular • Claro • Simples • Manutenível • Verificável • Portável • Confiável • Preciso • Seguro • Escalável • Usável

2. Identificar, elaborar ou adquirir os métodos apropriados de design para o produto.

Métodos eficazes de design podem incorporar um grande intervalo de atividades, ferramentas e técnicas descritivas. Se um dado método é eficaz ou não, depende da situação. Duas companhias podem ter métodos muito eficazes de design para produtos em que se especializaram, mas esses métodos podem não ser eficazes

Versão 1.2s

Se um método é ou não eficaz também depende da assistência que ele fornece ao designer e dos custos da efetividade dessa assistência. Por exemplo, um esforço plurianual de prototipagem pode não ser apropriado para um componente de produto simples, mas poderia ser correto empreender um desenvolvimento de produto sem precedentes, caro e complexo. Técnicas de prototipagem rápidas, entretanto, podem ser altamente eficazes para muitos componentes de produto. Métodos que usam ferramentas para garantir que o design irá contemplar todos os atributos necessários para implementar o design do produto-componente podem ser muito eficazes. Por exemplo, uma ferramenta de design que “conhece” as capacidades dos processos de manufatura pode permitir a variabilidade do processo de manufatura a ser levada em conta nas tolerâncias de design.

Exemplos de técnicas e métodos que facilitam o design:

• Protótipos

• Cenários de teste

• Modelos estruturais

Design orientado a objetos

• Análise essencial de sistemas

• Modelos entidade-relacionamento

Reuso de design

Padrões de design

3. Garantir que o design é aderente a padrões e critérios de design aplicáveis.

Exemplos de padrões de design incluem o seguinte (alguns ou todos esses padrões podem ser critérios de design, especialmente em circunstâncias onde os padrões não foram estabelecidos):

• Padrões de interface com o operador

• Padrões de segurança

Restrições de design (por exemplo, compatibilidade eletromagnética, integridade de sinal e restrições ambientais)

• Restrições de produção

Tolerâncias de design

• Padrões de partes (ex: produção de partes e perdas)

4. Garantir que o design seja aderente aos requisitos alocados.

Versão 1.2

No documento CMMI® para Desenvolvimento, Versão 1.2 (páginas 189-194)