Baixe Engenharia de Requisitos: Guia Completo para Desenvolvedores de Software e outras Esquemas em PDF para Engenharia de Requisitos, somente na Docsity!
1. Engenharia de Requisitos - Aula 1 Importância da Engenharia de Requisitos - Por que existe? o A engenharia de requisitos é fundamental para garantir que o software atenda às necessidades dos usuários e do negócio, evitando retrabalho e insatisfação. o A transição do software de uma ferramenta especializada para um produto que atende a diversas necessidades gerou a necessidade de uma abordagem estruturada. Problemas Comuns na Indústria de Software - 35% dos projetos falham devido a levantamento impreciso de requisitos. - Problemas identificados: o Comunicação ineficaz entre stakeholders e a equipe de TI. o Insatisfação do cliente devido a funcionalidades que não atendem às suas necessidades. o Resultados: Projetos abandonados, prazos extrapolados e altos custos de construção/manutenção. Atribuições do Analista de Requisitos - Identificar e especificar necessidades do negócio. - Priorizar requisitos e planejar entregas. - Comunicar-se com stakeholders e validar o desenvolvimento. - Importante: O analista deve ser a fonte de informação sobre o sistema para todos os envolvidos. Benefícios da Engenharia de Requisitos Benefício Descrição Maior assertividade de requisitos Aumenta a precisão na definição do que é necessário. Estimativas mais confiáveis Melhora a previsão de custos e prazos. Maior agilidade no desenvolvimento Facilita a adaptação a mudanças durante o projeto. Redução de retrabalho Minimiza a necessidade de revisões e correções. Diminuição de custos Reduz gastos com desenvolvimento e manutenção. Satisfação dos stakeholders Atende melhor às expectativas dos envolvidos. Prazos mais assertivos Garante que as entregas sejam feitas dentro do cronograma.
2. Tipos de Requisitos - Aula 2 Classificação de Requisitos Tipo de Requisito Descrição Requisitos Funcionais O que o sistema deve fazer. Requisitos Não Funcionais Como o sistema deve se comportar (ex: desempenho, segurança). Requisitos de Domínio Regras específicas do domínio que precisam ser atendidas. Exemplos de Requisitos - Requisitos Funcionais: o O sistema deve permitir que o usuário faça login com um nome de usuário e senha. o O sistema deve permitir que o usuário visualize os produtos disponíveis. o O sistema deve permitir que o usuário adicione produtos ao carrinho de compras. - Requisitos Não Funcionais: o O sistema deve ser capaz de suportar 100 usuários simultâneos. o O sistema deve responder a qualquer solicitação em menos de 2 segundos. - Requisitos de Domínio: o Somente usuários com mais de 18 anos podem realizar compras. o O sistema deve calcular a média final do aluno pela fórmula: (A1 + A2 + A3) / 3. Importante: - Requisitos não funcionais são mais difíceis de testar e devem ser claramente definidos para garantir que o sistema atenda às expectativas de qualidade. Exercícios da Aula 2 1. Classifique como funcionais ou não funcionais e se de usuários ou de sistema: a. The system must allow users to search for products. Classificação: Funcional, de usuário. Explicação: Este requisito descreve uma funcionalidade que o sistema deve oferecer aos usuários, permitindo que eles busquem produtos.
j. The system must be able to handle a maximum of 5 requests per second. Classificação: Não funcional, de sistema. Explicação: Este requisito define uma restrição de desempenho, especificando a taxa máxima de solicitações que o sistema pode processar.
3. Processos da Engenharia de Requisitos - Aula 3 Processos Estruturados - A engenharia de requisitos é um conjunto estruturado de atividades que inclui: o Levantamento: Descoberta e coleta de requisitos junto aos stakeholders. o Análise: Verificação da consistência e viabilidade dos requisitos, resolução de conflitos. o Documentação: Registro formal dos requisitos para referência futura. o Verificação e Validação: Garantia de que os requisitos estão completos e corretos. Conceitos Importantes - Classificação de Requisitos: É essencial classificar os requisitos como funcionais ou não funcionais, e se são de usuários ou de sistema. Isso ajuda a entender melhor as necessidades e expectativas dos stakeholders. - Critérios de Aceitação: São condições que devem ser atendidas para que as entregas do projeto sejam aceitas. Por exemplo, um requisito funcional pode ter como critério de aceitação que o sistema deve permitir que o usuário insira um identificador (nome de usuário ou e-mail) e uma senha para acessar sua conta. - Concepção: A fase de concepção é crucial para identificar o problema ou oportunidade, definir as necessidades do negócio e identificar os stakeholders. Durante essa fase, é importante levantar requisitos de negócio que descrevem as necessidades que a solução deve resolver e os resultados desejados. Exercícios da Aula 3 1. Qual é o objetivo principal da engenharia de requisitos? Resposta: C) Extrair, validar e manter um documento de requisitos. Explicação: A engenharia de requisitos é essencial para garantir que o sistema atenda às necessidades dos usuários e do negócio.
2. O que o levantamento de requisitos visa compreender? Resposta: B) O negócio, definir o escopo e identificar os stakeholders. Explicação: O levantamento de requisitos é a primeira etapa no ciclo de desenvolvimento de software, onde se busca entender as necessidades e expectativas. 3. Qual é a primeira etapa no ciclo de desenvolvimento de software? Resposta: B) Levantamento de Requisitos. Explicação: Esta etapa é fundamental para definir as funcionalidades e o escopo do projeto. 4. O que caracteriza a fase de concepção no levantamento de requisitos? Resposta: C) Levantamento rápido e genérico de requisitos, focando na extensão e não na profundidade. Explicação: A fase de concepção busca entender o problema ou oportunidade de forma ampla. 5. Quais são os tipos de viabilidade considerados na análise de viabilidade? Resposta: A) Econômica, Operacional, de Cronograma, Técnica e Legal. Explicação: A análise de viabilidade é importante para garantir que o projeto possa ser realizado dentro das restrições existentes. 6. Como a definição do escopo da solução beneficia o projeto? Resposta: C) Auxilia na tomada de decisão sobre alterações e garante que as funcionalidades entregues atendam às necessidades e expectativas dos stakeholders. Explicação: A definição clara do escopo ajuda a evitar mudanças desnecessárias que podem impactar o cronograma e o orçamento. 7. Qual afirmação melhor descreve a gestão de escopo em projetos ágeis? Resposta: B) O escopo pode ser alterado em cada iteração, com priorização do que é mais importante para o cliente. Explicação: Em projetos ágeis, a flexibilidade é fundamental para atender às necessidades em constante mudança dos stakeholders. 8. O que a etapa de concepção busca identificar e entender? Resposta: B) O problema ou oportunidade e as necessidades do negócio. Explicação: A concepção é a fase inicial onde se busca entender o contexto do projeto. 9. Por que é importante identificar os stakeholders no processo de levantamento de requisitos? Resposta: C) Para auxiliar na descoberta de diferentes pontos de vista e influenciar a estruturação dos requisitos. Explicação: A identificação de stakeholders é crucial para garantir que todas as necessidades sejam consideradas.
Atividades da Análise de Requisitos
- Elicitar, entender, analisar, especificar e validar requisitos.
- A análise deve verificar a consistência e completude dos requisitos, evitando ambiguidades e conflitos. Casos de Uso e Cenários
- Casos de Uso: Descrevem as interações entre o sistema e os usuários, detalhando as funcionalidades que o sistema deve oferecer. Por exemplo, um caso de uso pode descrever como um usuário realiza o login no sistema, incluindo pré-condições e pós-condições.
- Cenários: Exemplos específicos de como os usuários interagem com o sistema em diferentes situações, ajudando a ilustrar os requisitos funcionais e não funcionais. Exercícios da Aula 5 Cenário 1: Sistema de Recomendação de Livros Descrição: O proprietário de uma livraria deseja implementar um sistema que sugira livros com base em compras anteriores e preferências dos clientes. Questões: a) Identifique, no mínimo, duas ambiguidades/omissões/inconsistências contidas no texto. Exemplo de Ambiguidade: Não está claro como o sistema lidará com clientes que não têm histórico de compras. Exemplo de Omissão: Não menciona como o sistema deve tratar livros que já foram comprados pelo cliente. b) Identifique o(s) stakeholder(s) e as fontes de requisitos. Stakeholders: Proprietário da livraria, clientes, equipe de TI. Fontes de Requisitos: Feedback dos clientes, análise de mercado, sistemas concorrentes. c) Defina o escopo da solução. Escopo: O sistema deve recomendar livros, armazenar preferências dos clientes e enviar e-mails promocionais. d) Identifique um requisito de negócio. Requisito de Negócio: O sistema deve aumentar as vendas online da livraria.
e) Faça a decomposição funcional de uma parte dos cenários, representando pelo diagrama EAP. Diagrama EAP: Decompor a funcionalidade de recomendação em sub-funções como "armazenar histórico de compras", "analisar preferências" e "gerar recomendações". f) Elabore o diagrama UML de caso de uso do cenário acima. Diagrama UML: Incluir atores como "Cliente" e "Sistema de Recomendação", com interações como "Solicitar Recomendações" e "Receber Recomendações". g) Identifique dois requisitos de domínio. Requisitos de Domínio: O sistema deve respeitar a privacidade dos dados dos clientes e seguir as normas de proteção de dados. h) Após a identificação e resolução das inconsistências, elabore três requisitos funcionais de sistema. Requisitos Funcionais: O sistema deve permitir que o cliente escolha dois temas preferidos. O sistema deve atualizar as recomendações em tempo real. O sistema deve enviar um e-mail promocional um dia antes do lançamento de um novo título. i) Elabore dois requisitos não funcionais para a solução a ser criada. Requisitos Não Funcionais: O sistema deve ser capaz de processar até 5. usuários simultaneamente. O sistema deve garantir que as recomendações sejam geradas em menos de 3 segundos. j) Escreva 2 Histórias de Usuário para cada um dos cenários utilizando o modelo apresentado em aula. Histórias de Usuário: a. Como um cliente, eu quero receber recomendações de livros baseadas nas minhas compras anteriores, para que eu possa descobrir novos títulos que eu possa gostar. b. Como um cliente, eu quero que o sistema me envie um e-mail com promoções, para que eu possa aproveitar descontos em novos lançamentos.
i) Elabore dois requisitos não funcionais para a solução a ser criada. Requisitos Não Funcionais: O sistema deve ser capaz de processar até 10 reservas por minuto. O sistema deve garantir que as confirmações sejam enviadas em menos de 5 minutos. j) Escreva 2 Histórias de Usuário para cada um dos cenários utilizando o modelo apresentado em aula. Histórias de Usuário: c. Como um cliente, eu quero fazer uma reserva online, para que eu possa garantir uma mesa no restaurante. d. Como um cliente, eu quero receber uma confirmação da minha reserva, para que eu tenha certeza de que minha mesa está reservada.
