Engenharia de requisitos

Disponível somente no TrabalhosFeitos
  • Páginas : 8 (1764 palavras )
  • Download(s) : 0
  • Publicado : 14 de junho de 2012
Ler documento completo
Amostra do texto
27/04/2012

Declaração oficial do que os desenvolvedores devem implementar Possui um conjunto diversificado de usuários, desde a gerência até os responsáveis pelo desenvolvimento
▫ ▫ ▫ ▫ ▫ ▫ Clientes Gerentes Desenvolvedores Testadores Implantadores Manutenção

1

27/04/2012

Objetivo
◦ Criar e manter um documento de requisitos

Subprocessos
◦ Estudos de viabilidade (utilidade paraa empresa) ◦ Elicitação e análise de requisitos (obtenção) ◦ Especificação (Conversão em uma forma-padrão formapadrão) ◦ Validação de requisitos (Verificação) ◦ Gerenciamento de Requisitos

1º passo em um novo sistema Entradas
▫ Conjunto preliminar de requisitos de negócios ▫ Um esboço da descrição do sistema ▫ Como o sistema pretende apoiar os processos de negócios

Os resultados devem estarem um relatório que valida esse processo


Questões
1. O sistema contribui para os objetivos gerais da organização? 2. O sistema pode ser implementado com tecnologia atual e dentro das restrições definidas de custo e prazo? 3. O sistema pode ser integrado a outros já implantados?

2

27/04/2012

• •

Estudo de viabilidade = avaliação de informações Exemplos
▫ Como a organização secomportaria se esse sistema não fosse implementado? ▫ Quais são os problemas com os processos atuais e como o novo sistema ajudaria a reduzir esses problemas? ▫ Qual será a contribuição direta para os objetivos/requisitos da empresa? ▫ As informações podem ser transferidas e recebidas de outros sistemas da organização? ▫ O sistema requer tecnologia ainda não usada na organização? ▫ O que deve/oque não dever ser apoiado pelo sistema?

Subprocessos
◦ Estudos de viabilidade (utilidade para a empresa) ◦ Elicitação e análise de requisitos (obtenção) ◦ Especificação (Conversão em uma forma-padrão) forma◦ Validação de requisitos (Verificação) ◦ Gerenciamento de Requisitos

3

27/04/2012

Os desenvolvedores de SW trabalham com os clientes e os usuários finais do sistema para:
◦ ◦ ◦ ◦ ◦Aprender sobre o domínio da aplicação Identificar quais serviços o sistema deve fornecer Averiguar o desempenho esperado do sistema Restrições de HW ...

Envolve várias pessoas
◦ “Stakeholders”



Dificuldades
▫ Os stakeholders frequentemente não sabem o que querem ▫ Os stakeholders expressam os requisitos naturalmente baseado em conhecimento empírico ▫ Diferentes stakeholders possuemdiferentes requisitos ▫ Fatores políticos influenciam os requisitos do sistema ▫ O ambiente de negócios é dinâmico
Muda a importância do requisito ou o próprio requisito

4

27/04/2012

• Modelo genérico

Classificação e Organização de Requisitos

Priorização e negociação de requisitos

Obtenção de Requisitos

Documentação de Requisitos

Cada organização tem sua própria versãobaseada neste modelo



Obtenção de Requisitos ▫ Interação com os stakeholders para coletar requisitos
▫ Exemplos: Cenários, Entrevistas, Questionários, etc.



Classificação e Organização
▫ Coleção de requisitos não estruturados, agrupamento dos requisitos relacionados e organização dos mesmos de forma coerente



Priorização e Negociação de Requisitos ▫ Vários stakeholders =Conflito!
Priorizar requisitos à procura e à resolução por meio de negociação



Documentação de Requisitos
▫ Documentação dos requisitos e reinício da espiral

5

27/04/2012

Subprocessos
◦ Estudos de viabilidade (utilidade para a empresa) ◦ Elicitação e análise de requisitos (obtenção) ◦ Especificação (Conversão em uma forma-padrão) forma◦ Validação de requisitos (Verificação) ◦Gerenciamento de Requisitos

Mostrar que os requisitos realmente definem o sistema que o usuário deseja Os erros aqui podem levar a custos excessivos de retrabalho quando descobertos apenas mais à frente
◦ Repetir várias fases já avançadas

No processo de validação, realiza-se verificações nos requisitos do documento

6

27/04/2012

No processo de validação, realiza-se verificações nos...
tracking img