Gerência de Requisitos de Software Avaliação Final (Discursiva)

Prévia do material em texto

Gerência de Requisitos de Software - Avaliação Final 
(Discursiva) 
 
1 
Gerenciamento de Requisitos é uma prática essencial no desenvolvimento de software e 
em projetos que envolvem a construção de produtos complexos. Esse processo tem 
como objetivo entender, documentar, analisar, rastrear e controlar os requisitos ao longo 
de todo o ciclo de vida do projeto. O primeiro passo do gerenciamento de requisitos é a 
coleta e a análise dos requisitos dos stakeholders. Isso envolve identificar todas as 
necessidades, expectativas e restrições dos usuários, clientes, equipe de 
desenvolvimento e outras partes interessadas. Uma comunicação clara e eficaz com os 
stakeholders é crucial nessa fase, pois ajuda a evitar mal-entendidos e assegura que 
todas as demandas sejam capturadas adequadamente. 
Fonte: Adaptado de: PRESSMAN, R.; MAXIM, B. R. Engenharia de Software: uma 
abordagem profissional. 8. ed. Porto Alegre: Amgh, 2016. 
Imagine que você é o gerente de um projeto para desenvolver um sistema de 
agendamento de consultas médicas para uma clínica. Descreva o processo de coleta e 
análise de requisitos que você seguiria para garantir que o sistema atenda 
adequadamente às necessidades dos usuários e da clínica. 
 
Resposta esperada 
Como gerente de projeto para o desenvolvimento do sistema de agendamento de consultas 
médicas, o processo de coleta e análise de requisitos seguiria as seguintes etapas: 
 
 
- Identificação dos principais stakeholders: o primeiro passo seria identificar os principais 
interessados no projeto, como os médicos da clínica, funcionários administrativos, 
pacientes e gerentes da clínica. Cada grupo de stakeholders teria necessidades e 
expectativas específicas com relação ao sistema de agendamento. 
 
 
- Técnicas de coleta de requisitos: utilizaria diversas técnicas para coletar requisitos de 
forma abrangente. Isso incluiria entrevistas individuais e em grupo com médicos, 
funcionários e pacientes para entender suas perspectivas e expectativas. Também 
consideraria a distribuição de questionários para alcançar uma audiência mais ampla e 
obter feedback sobre o atual processo de agendamento. Observação direta do fluxo de 
trabalho na clínica também seria uma técnica valiosa para entender como as tarefas são 
realizadas atualmente e onde melhorias podem ser feitas. 
 
 
 
 
 
- Documentação dos requisitos: todos os requisitos seriam documentados de forma clara, 
concisa e organizada. Utilizaria uma especificação de requisitos que contivesse 
descrições detalhadas de cada requisito, incluindo a descrição da funcionalidade, 
prioridade, fonte do requisito, critérios de aceitação e quaisquer restrições aplicáveis. Isso 
garantiria que todas as informações relevantes estivessem disponíveis para consulta e 
validação. 
 
 
- Validação e aprovação dos requisitos: antes de prosseguir com o desenvolvimento, os 
requisitos seriam submetidos a revisões e validações pelos stakeholders. Isso garantiria 
que os requisitos capturados reflitam adequadamente suas necessidades e expectativas. A 
revisão incluiria sessões de feedback em grupo, em que todos os stakeholders teriam a 
oportunidade de revisar os requisitos e fornecer suas contribuições. 
 
 
- Rastreamento e controle dos requisitos: implementaria um sistema de rastreabilidade 
para acompanhar os requisitos ao longo do ciclo de desenvolvimento. Cada requisito seria 
associado a elementos específicos do sistema, como casos de uso, protótipos ou histórias 
de usuário. Isso permitiria verificar se todos os requisitos foram implementados 
corretamente e ajudaria a garantir que qualquer mudança nos requisitos seja gerenciada 
de forma controlada. 
 
 
- Gestão de mudanças: compreenderia que mudanças nos requisitos podem ocorrer ao 
longo do projeto e, por isso, adotaria um processo formal de gestão de mudanças. Novos 
requisitos ou alterações seriam avaliados quanto ao seu impacto no prazo, custo e escopo 
do projeto antes de serem implementados. Essa abordagem ajudaria a manter o projeto 
dentro dos limites acordados e a evitar surpresas no decorrer do desenvolvimento. 
 
 
Em resumo, o processo de coleta e análise de requisitos para o sistema de agendamento 
de consultas médicas envolveria identificar os stakeholders, utilizar diversas técnicas para 
coletar requisitos, documentá-los de forma clara, validar e aprovar junto aos interessados, 
rastreá-los ao longo do projeto e gerenciar mudanças de forma controlada. Dessa forma, 
seria possível desenvolver um sistema que atenda efetivamente às necessidades dos 
usuários e da clínica, proporcionando uma melhor experiência de agendamento de 
consultas médicas. 
 
 
 
 
Referência bibliográfica: MORAES, D. M. P.; LOPES, L. G. Gerência de Requisitos de 
Software. Indaial: Uniasselvi, 2023. GERENCIAMENTO DE REQUISITOS. 
 
2 
A falta ou falha de requisitos é um cenário recorrente que pode ocorrer durante o 
processo de desenvolvimento de um software, e representa um desafio significativo para 
os engenheiros de software. A ausência ou inadequação dos requisitos necessários é um 
problema frequente que pode surgir ao longo do desenvolvimento de um software, 
tornando-se um desafio de grande relevância para os engenheiros responsáveis pelo 
projeto. 
Fonte: Adaptado de: SOMMERVILLE, I. Engenharia de Software. 10. ed. São Paulo: 
Pearson Education do Brasil, 2018. 
Com base no texto apresentado e nos conhecimentos relativos à Engenharia de 
Requisitos, contextualize a falta de requisitos (quando ocorre) e quais as principais 
consequências no processo de desenvolvimento de software. 
 
Resposta esperada 
A falta de requisitos ocorre quando um ou mais requisitos necessários para o 
desenvolvimento do software não são identificados ou documentados adequadamente. 
Isso pode ocorrer por uma série de razões, como falta de comunicação entre os 
stakeholders, falta de compreensão dos usuários finais sobre suas necessidades ou até 
mesmo devido a restrições de tempo ou recursos. Uma das principais consequências da 
falta de requisitos é a dificuldade em atender às expectativas dos usuários finais. Sem 
uma compreensão clara dos requisitos, os desenvolvedores podem não conseguir entregar 
um software que atenda às necessidades e expectativas dos clientes, resultando em um 
produto final insatisfatório. 
 
 
 
 
 
Referência bibliográfica: MORAES, D. M. P.; LOPES, L. G. Gerência de Requisitos de 
Software. Indaial: Arqué, 2023. CAUSAS DE FALHA EM REQUISITOS DE 
SOFTWARE.