Você está na página 1de 15

Engenharia de Software – Engenharia de

Requisitos (Gerenciamento de Requisitos)


Prof. Washington Almeida, MSC, ISF 27002
Revisando...

3
Validação de Requisitos
• Durante o processo de validação de requisitos, diferentes tipos
de verificação devem ser efetuados com os requisitos no
documentos.

4
Verificações
1) Verificações de validade: Um usuário pode pensar que é necessário um sistema para executar determinadas
funções. No entanto, maior reflexão e análise mais aprofundada podem identificar funções necessárias,
adicionais ou diferentes. Os sistemas têm diversos stakeholders com diferentes necessidades, e qualquer
conjunto de requisitos é inevitavelmente um compromisso da comunidade de stakeholders.
2) Verificações de consistência: Requisitos no documento não devem entrar em conflito. Ou seja, não deve
haver restrições contraditórias ou descrições diferentes da mesma função do sistema.
3) Verificações de completude: O documento de requisitos deve incluir requisitos que definam todas as funções
e as restrições pretendidas pelo usuário do sistema.
4) Verificações de realismo: Usando o conhecimento das tecnologias existentes, os requisitos devem ser
verificados para assegurar que realmente podem ser implementados. Essas verificações devem considerar o
orçamento e o cronograma para o desenvolvimento do sistema.
5) Verificabilidade: Para reduzir o potencial de conflito entre o cliente e o contratante, os requisitos do sistema
devem ser passíveis de verificação. Isso significa que você deve ser capaz de escrever um conjunto de testes
que demonstrem que o sistema entregue atende a cada requisito especificado.
6) Adaptabilidade: capacidade de sofrer alterações sem produzir efeitos em outros requisitos.

5
Técnicas de Validação
1. Revisões de requisitos. Os requisitos são analisados sistematicamente
por uma equipe de revisores que verifica erros e inconsistências.
2. Prototipação. Nessa abordagem para validação, um modelo executável
do sistema em questão é demonstrado para os usuários finais e clientes.
Estes podem experimentar o modelo para verificar se ele atende a suas
reais necessidades.
3. Geração de casos de teste. Os requisitos devem ser testáveis. Se os testes
forem concebidos como parte do processo de validação, isso
frequentemente revela problemas de requisitos. Se é difícil ou impossível
projetar um teste, isso normalmente significa que os requisitos serão
difíceis de serem implementados e devem ser reconsiderados.

6
Gerenciamento de Requisitos
• É o processo de compreensão e controle das mudanças nos
requisitos do sistema.
• É necessário manter a par das necessidades individuais e
manter as ligações entre as necessidades dependentes para
conseguir avaliar o impacto das mudanças.
• Precisa ser estabelecido um processo formal para fazer
propostas de mudanças e a ligação destas às exigências do
sistema.

7
Gerenciamento de Requisitos
• O processo formal de gerenciamento de requisitos deve
começar assim que uma versão preliminar do documento de
requisitos estiver disponível.
• No entanto, você deve começar a planejar como gerenciar
mudanças de requisitos durante o processo de elicitação de
requisitos.

8
Planejamento
• É o primeiro estágio e deve ser determinado o nível de detalhamento requerido no
gerenciamento de requisitos.

• Identificação de requisitos. Cada requisito deve ser identificado unicamente para poder ser
comparado com outros requisitos e usado em avaliações de rastreabilidade.
• Processo de gerenciamento de mudanças. Esse é o conjunto de atividades que avaliam o
impacto e o custo das mudanças.
• Políticas de rastreabilidade. Definem os relacionamentos entre cada requisito e entre os
requisitos e o projeto de sistema que deve ser registrado e também deve definir como esses
registros devem ser mantidos.
• Ferramentas de apoio. Ferramentas que podem ser usadas variam desde sistemas
especializados em gerenciamento de requisitos até planilhas e sistemas de banco de dados
simples.

9
Gerenciamento de Mudanças de Requisitos

Análise de problema e especificação de mudanças: Durante esse estágio, analisa-se o problema ou a proposta de
mudança a fim de se verificar sua validade. Essa análise é transmitida a quem solicitou a mudança para avaliação da
real necessidade.
Análise de mudanças e custos: O custo de fazer a mudança é estimado em termos de modificações no documento de
requisitos e, se apropriado, no projeto e implementação do sistema. Uma vez que essa análise é concluída, decide-se
prosseguir ou não com a mudança.
Implementação de mudanças: O documento de requisitos e, quando necessário, o projeto e implementação do
sistema são modificados. Você deve organizar o documento de requisitos para poder fazer alterações sem ampla
reformulação ou reorganização.

10
Questão 1
Ano: 2018 Banca: CS-UFG Órgão: Câmara de Goiânia - GO Prova: CS-UFG - 2018 - Câmara de Goiânia - GO - Assessor
Técnico Legislativo - Analista de Sistemas
Um software é geralmente produzido a partir de um projeto, ao longo do qual:

a) requisitos permanecem registrados e sem alterações.


b) requisitos mudam e outros podem surgir.
c) relacionamentos entre requisitos permanecem inalterados.
d) requisitos cujo estado vai de aprovado para rejeitado são eliminados dos registros.

LETRA B

11
Questão 2
Ano: 2018 Banca: CONSULPLAN Órgão: Câmara de Belo Horizonte - MG Prova: CONSULPLAN - 2018 - Câmara de Belo Horizonte -
MG - Analista de Tecnologia da Informação - Desenvolvimento de Sistema
O gerenciamento de mudança de requisitos deve ser aplicado em todas as mudanças, caso ocorram, que são
propostas aos requisitos de um sistema, o que deve ser feito após a aprovação do documento de requisitos. O
gerenciamento de mudanças tem uma função muito importante, já que é necessária a decisão sobre os
impactos que os novos requisitos podem trazer para o sistema e se justificam os custos com a sua implantação.
Num processo de gerenciamento de mudanças, três estágios principais são conhecidos. Assinale o INCORRETO.
a) Implementação de mudanças.
b) Análise de mudanças e custos.
c) Processo de gerenciamento de mudanças.
d) Análise de problema e especificação de mudanças.
LETRA C

12
Questão 3
Ano: 2018 Banca: UFMG Órgão: UFMG Prova: UFMG - 2018 - UFMG - Analista de Tecnologia da Informação - Requisitos e Processos
O gerenciamento de requisitos é o processo de compreensão e controle das mudanças nos requisitos do sistema em
desenvolvimento. Com relação ao gerenciamento de requisitos utilizados em processos de software tradicionais, é INCORRETO
afirmar que
a) é necessário definir políticas de rastreabilidade que permitam a fácil determinação dos antecedentes e consequências de
todos os requisitos.
b) umas das atividades necessárias ao gerenciamento de alterações de requisitos é a avaliação de seus impactos nos custos,
esforços, prazos e riscos.
c) mudanças organizacionais e mudanças no negócio, mesmo que no escopo do sistema de software em desenvolvimento, não
devem ser tratadas pelo mesmo processo de gerenciamento de alterações utilizados para requisitos técnicos.
d) como o gerenciamento de requisitos envolve o processamento de grandes quantidades de informações sobre os requisitos,
é recomendável definir ferramentas que serão usadas para o armazenamento dos requisitos, o gerenciamento de mudanças
e para o gerenciamento da rastreabilidade.

LETRA C

13
Gabarito

Questão Resposta
1 LETRA B

2 LETRA C

3 LETRA C

14
Continua...
• Outros tópicos relevantes

15
Referências
• PRESSMAN, Roger S. ; Bruce R. Maxim. Engenharia de Software, Uma Abordagem Profissional, 8° ed.
Porto Alegre: AMGH, 2016. ISBN 978-85-8055- 533-2.
• SOMMERVILLE, Ian. Engenharia de Software, 9. ed. São Paulo: Pearson Prentice Hall, 2011. ISBN 978-
85-7936-108-1.

16

Você também pode gostar