Roteiro de Atividades 01 - Engenharia de Requisitos de Software

Prévia do material em texto

Unigranrio Caxias
Rio de Janeiro, 2024
Aplicação Prática – AP1
Turma: Turma 1 - ENGENHARIA DE REQUISITOS DE SOFTWARE GRD-0210 (UNIGRANRIO - EAD)
Professor: Gilliard Alves
Nome da Avaliação: Roteiro de Atividades 01
Nome da disciplina: Engenharia Requisitos de Software
Semestre: 2024/1
Matrícula: 5406196
Aluno: Wallison Silva dos Santos
<Contextualização>
A indústria de software vem demonstrando crescente interesse em engenharia de
requisitos, isto é, entender o que se deseja construir antes de começar a fazê-lo. Estão
percebendo que o tempo utilizado no entendimento do problema é um excelente investimento.
Os requisitos de software são a base a partir da qual a qualidade é medida. Desta forma, a
falta de conformidade aos requisitos significa falta de qualidade.
A importância da engenharia de requisitos no contexto de desenvolvimento de
software advém do fato de que a correta identificação e documentação dos requisitos é
fundamental para o sucesso do software.
A atividade de gerenciamento de requisitos é fundamental dentro desta engenharia.
O objetivo principal é facilitar o desenvolvimento de produtos de qualidade que satisfaçam às reais necessidades dos clientes dentro do prazo e do orçamento.
<Proposta de Trabalho>
Após a análise das unidades de aprendizagem e dos materiais indicados como leitura
complementar, responda as questões a seguir:
1. A atividade de Elicitação de Requisitos se depara com uma série de empecilhos/dificuldades relacionados a problemas na comunicação entre cliente e
analistas. Para minimizar os impactos e reduzir os riscos de ruídos de
comunicação, diversas técnicas de elicitação de requisitos podem ser utilizadas.
Escolha duas técnicas de elicitação de requisitos de sua preferência, e apresente
as principais características de cada uma delas, citando em quais situações sua
utilização é indicada.
Entrevista
É conhecida por ser a mais comum das técnicas de elicitação de requisitos. As entrevistas geralmente envolvem discussões individuais de um representante da equipe com o stakeholder do novo sistema. Devido à capacidade desta técnica para obter conhecimento profundo, é considerada como técnica importante para obter e validar os requisitos de software. É um método verbal, considerado fácil e efetivo para compartilhar ideias e expressar necessidades entre os analistas e os stakeholders. Através de uma conversa, são feitas perguntas e são documentados os fatores que podem estar associados aos requisitos.
As principais características dos Analistas são:
· Estar abertos a novas ideias, evitar ideias preconcebidas sobre os requisitos e estar dispostos a ouvir os stakeholders, mesmo que o stakeholder apresente requisitos-surpresa, eles estão dispostos a mudar de ideia sobre o sistema.
· Estimular o entrevistado a participar de discussões com uma questão-trampolim, uma proposta de requisitos ou trabalhando em conjunto em um protótipo do sistema. É improvável que dizer às pessoas “diga-me o que quiser” resulte em informações úteis. É muito mais fácil falar em um contexto definido do que em termos gerais.
Essa técnica consiste em reuniões com os stakeholders, formais ou informais, onde são colocadas questões formuladas pela equipe de engenharia de requisitos sobre o processo de trabalho atual do cliente e sobre o sistema que será desenvolvido. A Entrevista está presente na maioria dos processos de elaboração de requisitos, até porque é a partir dela que poderá surgir a necessidade da utilização de outras técnicas.
A partir dela também é possível a elaboração de um esboço de prova e confirmação por parte do stakeholder para o processo de elicitação de requisitos seja continuado.
Questionários
Os questionários são usados principalmente como uma ferramenta simples, que contém perguntas abertas e/ou fechadas durante a fase inicial da elicitação de requisitos. Servem para coletar o máximo de requisitos possíveis de diferentes pessoas que podem estar em lugares distintos. São baratas e tem o objetivo de coletar informações de uma grande população. Em situações onde entrevistas não são possíveis, seja presencialmente ou online, o questionário é utilizado. É necessário planejar com a devida atenção aos detalhes para garantir o sucesso da execução. É muito importante mencionar o prazo em que o questionário deve ser devolvido. Para manter a neutralidade das questões e diferenciar os pesos das respostas é recomendado o uso da escala Likert.
Os passos para o planejamento de um questionário são os seguintes:
· A proposta do questionário deve ser definida.
· Deve ser definido um grupo de amostragem.
· Preparação e desenvolvimento do questionário.
· Coletar e analisar os resultados.
Quanto aos passos de preparação do questionário:
As questões devem ser bem organizadas.
· As questões devem ser ordenadas do domínio conhecido para o desconhecido.
· Se possível, utilizar as questões fechadas no início.
· As questões relevantes devem ser priorizadas e devem estar no início do questionário.
· Evitar que perguntas pessoais ou íntimas ocorram no início.
São usados principalmente como uma ferramenta simples, com perguntas abertas ou fechadas durante a fase inicial da elicitação de requisitos para coletar o máximo de requisitos de diferentes pessoas que podem estar em lugares distintos.
2. O levantamento de requisitos é uma etapa crucial para o desenvolvimento de
qualquer sistema. Nesta fase, são extraídas informações do cliente sobre o que ele
deseja que seja construído. Um levantamento de requisitos mal elaborado pode
gerar um produto bem distante do que foi solicitado pelo cliente. Durante esta
etapa, um dos grandes desafios é a relação do analista de requisitos com o cliente.
Essa relação nem sempre ocorre da melhor forma e isto poderá ocasionar ruídos
na comunicação e, consequentemente, problemas com o produto final.
Baseado no exposto acima, analise a sequência a seguir e informe o que ela está
representando, e como evitar que situações como esta ocorram.
O levantamento de requisitos bem-sucedido envolve uma comunicação eficaz entre os analistas de requisitos e os clientes. Para evitar situações em que o produto final não atende às expectativas do cliente, considere as seguintes práticas:
1.Compreensão clara dos Requisitos: Certifique-se de que os analistas de requisitos compreendam completamente as necessidades e expectativas do cliente. Isso envolve fazer perguntas claras, utilizar técnicas como entrevistas e workshops e documentar de forma precisa as informações obtidas.
2.Feedback Contínuo: Estabeleça uma comunicação constante com o cliente ao longo do processo de levantamento de requisitos. Isso ajuda a esclarecer dúvidas, validar informações e garantir que a visão do cliente seja incorporada adequadamente.
3.Prototipagem: Desenvolva protótipos ou modelos visuais para fornecer uma representação tangível do sistema proposto. Isso permite que o cliente visualize melhor o produto final e faça ajustes antes do desenvolvimento completo.
4. Documentação detalhada: Registre de maneira abrangente todos os requisitos coletados. Isso inclui especificações claras, casos de uso, diagramas e quaisquer outras informações relevantes. A documentação serve como referência e ajuda a evitar mal-entendidos.
5.Grupo de Trabalho: Garanta que a equipe de análise de requisitos inclua profissionais que possam traduzir as necessidades do cliente para a linguagem técnica e vice-versa. Isso facilita a compreensão mútua e minimiza possíveis lacunas de comunicação.
6. Validação constante: Realize verificações regulares com o cliente para validar se os requisitos coletados até o momento estão alinhados com suas expectativas. Isso ajuda a corrigir possíveis discrepâncias antes que causem problemas no desenvolvimento.
7. Desenvolvimento compartilhado : O desenvolvimento compartilhado, ou Joint Application Design (JAD), é uma técnica que visa criar um ambiente de cooperação no desenvolvimento de sistemas. A ideia é promover dinâmicas em grupo, usando esquemas visuais e reuniões estruturadas.O resultado final do trabalho é documentado e assinado por todos os participantes, criando um vínculo simbólico entre todos.
Esse é o tipo de processo interessante para quem tem clientes de longa data, que gostariam de se envolver mais com a inovação e a criação dos sistemas de gestão. Passar por um processo desse tipo aumenta a confiança e sensação de pertencimento nos clientes, o que é muito útil em tempos de economia digital.
O levantamento de requisitos de software é um procedimento muito importante para o projeto do sistema ERP. Será nessa etapa que as necessidades do usuário serão consideradas em sua totalidade, tornando o desenvolvimento do sistema uma forma de aprimorar a experiência do usuário desde o início. A percepção da qualidade do sistema desenvolvido é muito afetada pelo valor que efetivamente é entregue ao cliente e por isso as reais expectativas do consumidor não podem ser ignoradas.
Ao seguir essas práticas, é possível melhorar a eficácia do levantamento de requisitos e reduzir a probabilidade de que o produto final não atenda às expectativas do cliente.
Parte superior do formulário
Referencias Bibliográficas
https://retraining.inf.ufsc.br/guia/app/classificacoes/tecnicas-de-elicitacao-de-requisitos/entidades/tecnicas-de-elicitacao-de-requisitos-entrevista
https://acertbr.com.br/tecnicas-de-elicitacao-de-requisitos/#:~:text=A%20Entrevista%20est%C3%A1%20presente%20na,da%20utiliza%C3%A7%C3%A3o%20de%20outras%20t%C3%A9cnicas.
https://retraining.inf.ufsc.br/guia/app/classificacoes/tecnicas-de-elicitacao-de-requisitos/entidades/tecnicas-de-elicitacao-de-requisitos-questionarios
https://retraining.inf.ufsc.br/guia/app/classificacoes/tecnicas-de-elicitacao-de-requisitos/entidades#:~:text=S%C3%A3o%20usados%20principalmente%20como%20uma,podem%20estar%20em%20lugares%20distintos.
https://www.cedrotech.com/blog/levantamento-de-requisitos-e-desenvolvimento-de-softwares/
https://blog.vinco.com.br/levantamento-de-requisitos-de-software/
image1.png