NÍVEL DE MATURIDADE 3: DEFINIDO
SP 3.5 Validar os Requisitos com Métodos Detalhados
Validar os requisitos para garantir que o produto resultante irá funcionar como pretendido no ambiente do usuário.
A validação de requisitos é realizada precocemente no esforço de desenvolvimento com os usuários finais para obter confiança de que os requisitos são capazes de guiar um desenvolvimento que resulte em validação final bem sucedida. Essa atividade deveria estar integrada com as atividades de gestão de risco. As organizações maduras tipicamente irão realizar a validação de requisitos de uma maneira mais sofisticada através do uso de várias técnicas e ampliarão as bases da validação para incluir outras necessidades e expectativas dos
stackeholders.
Exemplos de técnicas para validar requisitos:
• Análises
• Simulações
• prototipagem
• Demonstrações
Produtos de Trabalho Típicos
1. Registros de métodos e de resultados de análises
Subpráticas
1. Analisar os requisitos para determinar o risco do produto resultante não funcionar apropriadamente em seu ambiente de uso pretendido.
2. Explorar a adequação e completitude dos requisitos por meio do desenvolvimento de representações do produto (ex: protótipos,
Versão 1.2
Veja a área de processo Validação para informações sobre preparação e execução de validação dos produtos e dos componentes de produto.
3. Avaliar o design à medida que ele amadurece no contexto do ambiente de validação dos requisitos para identificar problemas de validação e expor necessidades e requisitos do cliente não declarados.
Versão 1.2
Apenas para a Representação Contínua
GG 1 Alcançar Metas Específicas
O processo dá suporte e permite alcançar as metas específicas da área de processo transformando os produtos de trabalho identificáveis de entrada para produzir produtos de trabalho de identificáveis saída.
GP 1.1 Executar Práticas Específicas
Executar as práticas específicas do processo de
Desenvolvimento de Requisitos para elaborar produtos de trabalho e fornecer serviços para alcançar as metas específicas da área de processo.
GG 2 Institucionalizar um Processo Gerenciado
O processo é institucionalizado como um processo gerenciado.
Apenas para a Representação em Estágios
GG 3 Institucionalizar um Processo Definido
O processo é institucionalizado como um processo definido.
A aparição desta meta genérica neste ponto reflete sua localização na representação em estágios.
GP 2.1 Estabelecer uma Política Organizacional
Estabelecer e manter uma política organizacional para
planejamento e execução do processo de Desenvolvimento de Requisitos.
Elaboração:
Versão 1.2
GP 2.2 Planejar o Processo
Estabelecer e manter o plano para a execução do processo de Desenvolvimento de Requisitos.
Elaboração:
Este plano de execução do processo de Desenvolvimento de Requisitos pode ser parte do (ou referenciado pelo) plano de projeto, conforme descrito na área de processo Planejamento de Projeto.
GP 2.3 Fornecer Recursos
Fornecer recursos adequados para a execução do processo de Desenvolvimento de Requisitos, elaboração dos produtos de trabalho e provisão de serviços do processo.
Elaboração:
Conhecimentos e habilidades especiais no domínio de aplicação, métodos de levantamento das necessidades dos stackeholders e métodos e ferramentas para especificar e analisar requisitos de cliente, de produto e de componentes de produto podem ser necessários.
Exemplos de outros recursos incluem as seguintes ferramentas:
• Ferramentas de especificação de requisitos
• Simuladores e ferramentas de modelagem
• Ferramentas de prototipagem
• Ferramentas para definição e gerenciamento de cenários
• Ferramentas para rastreabilidade de requisitos
GP 2.4 Atribuir Responsabilidades
Atribuir responsabilidade e autoridade pela execução do processo de Desenvolvimento de Requisitos, elaboração dos produtos de trabalho e fornecimento de serviços do processo.
GP 2.5 Treinar Pessoas
Versão 1.2
Elaboração:
Exemplos de tópicos de treinamento:
• Domínio de aplicação
• Definição e análise de requisitos
• Levantamento de requisitos
• Especificação e modelagem de requisitos
• Acompanhamento de requisitos
GP 2.6 Gerenciar Configurações
Colocar os produtos de trabalho selecionados do processo de Desenvolvimento de Requisitos sob níveis apropriados de
controle.
Elaboração:
Exemplos de produtos de trabalho colocados sob controle:
• Os requisitos do cliente
• Arquitetura funcional
• Requisitos de produto e de componentes de produto
• Requisitos de interfaces
GP 2.7 Identificar e Envolver Stackeholders Relevantes
Identificar e envolver os stackeholders relevantes do processo de Desenvolvimento de Requisitos conforme planejado.
Elaboração:
Selecionar os stackeholders relevantes dentre os clientes, usuários finais, desenvolvedores, implementadores, testadores, fornecedores, pessoal de marketing, de manutenção, de descarte e outros que são afetados ou que podem afetar o produto ou o processo.
Versão 1.2
Exemplos de atividades para envolvimento de stackeholders:
• Revisão da adequação dos requisitos com relação ao atendimento de necessidades, expectativas, restrições e interfaces
• Estabelecimento de conceitos e cenários operacionais
• Avaliação da adequação dos requisitos
• Estabelecimento dos requisitos do produto e dos componentes de produto
• Avaliação dos custos do produto, cronogramas e riscos
GP 2.8 Monitorar e Controlar o processo
Monitorar e controlar o processo processo de
Desenvolvimento de Requisitos com relação ao plano e tomar ações corretivas apropriadas.
Elaboração:
Exemplos de medidas e produtos de trabalho usados no monitoramento e controle:
• Custos, cronograma e esforço de retrabalho
• Densidade de defeito em especificações de requisitos
• Cronograma das atividades para desenvolver um conjunto de requisitos
GP 2.9 Avaliar Objetivamente a Aderência
Avaliar objetivamente a aderência do processo de
Desenvolvimento de Requisitos com relação à sua descrição, padrões, procedimentos e encaminhar as não-conformidades para serem tratadas.
Elaboração:
Exemplos de atividades revisadas:
• Coleta das necessidades dos stackeholders
• Formulação dos requisitos do produto e dos componentes do produto
Versão 1.2
Exemplos de produtos de trabalho revisados:
• Requisitos de produto
• Requisitos de componente de produto
• Requisitos de interface
• Arquitetura funcional
GP 2.10 Revisar a Situação com a Gerência Superior
Revisar as atividades, a situação e os resultados do processo de Desenvolvimento de Requisitos com a gerência superior e solucionar problemas.
Versão 1.2
Apenas para a Representação Contínua
GG 3 Institucionalizar um Processo Definido
O processo é institucionalizado como um processo definido.
A aparição desta meta genérica neste ponto reflete sua localização na representação contínua.
GP 3.1 Estabelecer um Processo Definido
Estabelecer e manter a descrição do processo definido de Desenvolvimento de Requisitos.
GP 3.2 Coletar Informações de Melhoria
Coletar produtos de trabalho, medidas, resultados de medições e informações de melhoria derivadas do planejamento e da execução do processo de Desenvolvimento de Requisitos para dar suporte ao uso futuro e à melhoria dos processos e ativos de processo da organização.
Elaboração:
Exemplos de produtos de trabalho, medidas, resultados de medições e informações de melhoria:
• Lista dos requisitos para um produto que são considerados ambíguos
• Número de requisitos introduzidos em cada fase do ciclo de vida do projeto
Versão 1.2
Apenas para a Representação Contínua
GG 4 Institucionalizar um Processo Gerenciado Quantitativamente
O processo é institucionalizado como um processo gerenciado quantitativamente.
GP 4.1 Estabelecer Objetivos Quantitativos para o Processo
Estabelecer e manter objetivos quantitativos para o processo de Desenvolvimento de Requisitos, que enderecem
desempenho de qualidade e de processo, com base nas necessidades do cliente e nos objetivos de negócio.
GP 4.2 Estabilizar o Desempenho do Subprocesso
Estabilizar o desempenho de um ou mais subprocessos para determinar a habilidade do processo de Desenvolvimento de Requisitos para alcançar os objetivos estabelecidos de qualidade e de desempenho de processo.
GG 5 Institucionalizar um Processo em Otimização
O processo é institucionalizado como um processo em otimização.
GP 5.1 Melhoria Contínua de Processo
Garantir a melhoria contínua do processo de Desenvolvimento de Requisitos em atendimento aos objetivos de negócio relevantes da organização.
GP 5.2 Corrigir as Causas Raizes dos Problemas
Identificar e corrigir as causas raizes dos defeitos e de outros problemas no processo de Desenvolvimento de Requisitos.
Versão 1.2s
SOLUÇÃO TÉCNICA
Uma Área de Processo de Engenharia no Nível de Maturidade 3
Propósito
O propósito da Solução Técnica (TS) é projetar, desenvolver e implementar soluções para requisitos. Soluções, designs e implementações englobam produtos, componentes de produto e processos de ciclo de vida relacionados ao produto isoladamente ou a combinações de produtos quando apropriado.
Notas Introdutórias
A área de processo Solução Técnica é aplicável a qualquer nível da arquitetura de produto e a todos os produtos, componentes de produto e processos do ciclo de vida relacionado ao produto. A área de processo Solução Técnica tem seu foco no seguinte:
• Avaliar e selecionar soluções (às vezes referidas como “abordagens de design”, “conceitos de design”, ou “ designs preliminares”) que potencialmente satisfazem a um conjunto apropriado de requisitos alocados
• Desenvolver designs detalhados para as soluções selecionadas (detalhadas no contexto que contém todas as informações necessárias à construção, codificação ou implementação do design de um produto ou de um componente de produto)
• Implementar os designs de um produto ou de um componente de produto
Tipicamente, essas atividades dão suporte umas às outras de forma interativa. Alguns níveis de design, às vezes completamente detalhados, podem ser necessários para selecionar soluções. Protótipos ou pilotos podem ser usados como um meio de se obter conhecimento suficiente para desenvolver um pacote de dados técnicos ou um conjunto completo de requisitos.
As práticas específicas da Solução Técnica não se aplicam apenas ao produto e componentes de produto, mas também a serviços e processos de ciclo de vida relacionados ao produto. Os processos de
Versão 1.2
Os processos associados à área de processo Solução Técnica recebem os requisitos do produto e dos componente de produto do processo de Gestão de Requisitos. O processo de Gestão de Requisitos estabelece os requisitos, que têm sua origem no processo de Desenvolvimento de Requisitos, sob uma gestão de configuração adequada e mantém a rastreabilidade dos mesmos com os requisitos anteriores.
Para projetos de manutenção ou suporte, os requisitos que necessitam de ações de manutenção ou re-design podem ser guiados pelas necessidades do usuário ou pelos defeitos potenciais nos componentes de produto. Requisitos novos podem surgir de mudanças no ambiente operacional. Tais requisitos podem não ser cobertos durante a verificação do (s) produto(s), onde o desempenho real pode ser comparado com o desempenho especificado e degradações inaceitáveis podem ser identificadas. Os processos associados à área de processo Solução Técnica deveriam ser usados para realizar a manutenção ou suporte aos esforços de design.
Áreas de processo Relacionadas
Veja a área de processo Desenvolvimento de Requisitos para mais informações sobre alocações de requisitos, estabelecimento de um conceito operacional e definição de requisitos de interface.
Veja a área de processo Verificação para mais informações sobre condução de revisão por pares e verificação se o produto e os componentes de produto atendem aos requisitos.
Veja a área de processo Análise de Decisão para mais informações sobre avaliação formal.
Veja a área de processo Gestão de Requisitos para mais informações sobre gerenciamento de requisitos. As áreas específicas na área de processo Gestão de Requisitos são executadas interativamente com as áreas específicas da área de processo Solução Técnica.
Veja a área de processo Inovação Organizacional para mais informações sobre melhoria da tecnologia da organização.
Versão 1.2s
Resumo das Metas e Práticas Específicas