Please enable JavaScript.
Coggle requires JavaScript to display documents.
Cap 1 - O requisito de software essencial - Coggle Diagram
Cap 1 - O requisito de software essencial
:pen: Requisitos são uma especificação do que deve ser implementado (Sommerville, 1997)
Podem ser representados como (Ou um misto):
:star: documento tradicional,
:star: uma planilha,
:star: conjunto de diagramas,
:star: um banco de dados,
:star: uma ferramenta de gerenciamento de requisitos.
Especificação de Requisitos de Software (SRS) descreve tão completa quanto necessário o comportamento esperado do sistema de software.
é usado em:
:check: desenvolvimento,
:check: teste,
:check: garantia de qualidade,
:check: gerenciamento de projetos e
:check: funções de projeto relacionadas.
muitos nomes diferentes para a SRS, incluindo:
documentos de requisitos de negócios
,
especificação
,
documento de requisitos
Importante documentar, isto minimiza problemas de troca de conhecimento devido a rotatividade da equipe.
A principal consequência de problemas de requisitos é retrabalho
Fatores geradores de requisitos ruins:
:warning: Envolvimento de usuário insuficiente;
:warning: Planejamento impreciso;
:warning: Requisitos de usuário rastejantes;
:warning: Requisitos ambíguos;
:warning: Gold plating;
:warning: Partes interessadas negligenciadas.
"Documentar o óbvio" para evitar problemas simples.
:explode: Problemáticas comuns:
:warning: Reuniões informais de informações;
:warning: Funcionalidade implícita;
:warning: Suposições incompatíveis;
:warning: Requisitos mal especificados;
:warning: Processo de mudança casual.
:pen: Erros introduzidos durante as atividades de requisitos respondem por 40 a 50% de todos os defeitos encontrados em um produto de software (Davis 2005)
Tipos de requisitos
Requisitos do produto
(responsabilidade do analista de negócios)
VS
Requisitos do projeto
(responsabilidade do gerente do projeto)
Requirements Engineering
requirements management
requirements development
Benefícios de um processo de requisitos de alta qualidade:
Menos defeitos nos requisitos e no produto entregue.
Redução de retrabalho de desenvolvimento.
Desenvolvimento e entrega mais rápidos.
Menos recursos desnecessários e não utilizados.
Menores custos de melhoria.
Menos erros de comunicação.
Redução do escopo rastejamento.
Caos de projeto reduzido.
Satisfação mais alta do cliente e da equipe.
Produtos que fazem o que eles deveriam fazer.