Please enable JavaScript.
Coggle requires JavaScript to display documents.
UE 1 Introdução e Fundamentos (N1) (Capacidades do Engenheiro de…
UE 1 Introdução e Fundamentos (N1)
Razões para uma Engenharia de Requisitos inadequada
A suposição, por parte dos stakeholders, de que muito do assunto é evidente e não precisa ser declarado explicitamente
Problemas de comunicação devido a diferentes níveis de experiência e conhecimento
Pressão do cliente para construção de um sistema rapidamente e disponibilizá-lo em produção
Principais atividades da Engenharia de Requisitos
Elicitação
Diversas técnicas são utilizadas para obter requisitos dos stakeholders e de outras fontes, e para desenvolver os requisitos em maior detalhe
Documentação
Os requisitos elicitados são descritos de forma mais adequada. Diversas técnicas são utilizadas para documentar os requisitos, seja por meio da linguagem natural ou de modelos conceituais
Validação e Negociação
Para garantir que os critérios de qualidade previamente definidos sejam atingidos, os requisitos documentados devem ser validados e negociados desde o princípio
Gerenciamento de Requisitos
Abrange toda e qualquer medida necessária para estruturar requisitos, preparar os mesmos para que possam ser utilizados por diferentes papéis, manter sua consistência após eventuais mudanças e assegurar sua implementação
Durante o processo de desenvolvimento, a engenharia de requisitos deve elicitar os requisitos dos stakeholders, documentar os requisitos de forma adequada, validar e verificar os requisitos, e gerenciar os requisitos ao longo de todo o ciclo de vida do sistema
Capacidades do Engenheiro de Requisitos
Competência comunicativa
Deve saber ouvir, fazer as perguntas certas na hora certa, perceber quando uma afirmação não contém as informações desejadas e fazer mais perguntas se necessário
Raciocínio analítico
Deve ser capaz de familiarizar-se com domínios que lhe sejam desconhecidos e deve compreender e analisar problemas e relacionamentos complexos
Empatia
Tem a tarefa de identificar as verdadeiras necessidades de um stakeholder e identificar problemas que podem surgir dentro de um grupo de stakeholders e agir conforme necessário
Resolução de conflitos
Deve saber identificar conflitos, atuar como mediador entre as partes envolvidas e aplicar técnicas adequadas para resolver o conflito
Moderação
Deve ser capaz de atuar como mediador entre diferentes opiniões e liderar discussões
Auto-Confiança
Deve ter um alto nível de auto-confiança e a capacidade de se defender em caso de fortes objeções em relação a suas opiniões
Persuasão
Deve ser capaz de representar os requisitos em reuniões de equipe e apresentações, além de consolidar opiniões divergentes, facilitar uma decisão em caso de discordância e criar um consenso entre os stakeholders
Tipos de Requisitos
Requisitos Funcionais
É um requisito relacionado ao resultado de algum comportamento a ser fornecido por uma função do sistema
São geralmente subdivididos em requisitos funcionais, requisitos comportamentais e requisitos estruturais
Requisitos de Qualidade (Requisitos não funcionais)
As seguintes características devem ser consideradas:
Detalhamento da Funcionalidade
Por exemplo: segurança e segurança de uso, acurácia de cálculo, adequação, interoperabilidade das funções e a sua respectiva conformidade com normas
Confiabilidade
Por exemplo: recuperabilidade, tolerância a falhas e robustez
Usuabilidade
Por exemplo: inteligibilidade, atratividade, compreensibilidade, facilidade de aprendizagem e facilidade de uso
Eficiência
Por exemplo: utilização de recursos, comportamento em relação ao tempo, tempo de comutação ou consumo
Manutenibilidade
Por exemplo: testabilidade, estabilidade, analisabilidade e modificabilidade
Portabilidade
Por exemplo: adaptabilidade, capacidade para ser instalado e capacidade de substituir um outro sistema especificado
Definem qualidades desejadas do sistema a ser desenvolvido e muitas vezes influenciam a arquitetura do sistema mais do que os requisitos funcionais
É um requisito relacionado a uma questão de qualidade não coberta por um requisito funcional
Restrições (Requisitos não funcionais)
Não podem ser influenciadas pelos membros da equipe
Requisitos desse tipo podem restringir o próprio sistema (Exemplo: O sistema deverá ser implementado utilizando serviços da web)
As restrições não são implementadas, mas são cumpridas, pois meramente limitam o espaço da solução disponível durante o processo de desenvolvimento
É um requisito que limita o espaço de solução além do que seria necessário para cumprir os respectivos requisitos funcionais e de qualdiade
Todos os tipos de requisitos devem ser documentados explicitamente
Requisitos de qualidade devem sempre ser mantidos separados dos requisitos funcionais
Requisito
Uma condição ou capacidade necessária para um usuário resolver um problema ou alcançar um objetivo
Uma condição ou capacidade que deve ser alcançada ou estar presente em um sistema ou componente de sistema para satisfazer um contrato, norma, especificação ou outro documento formalmente imposto
Uma representação documentada de uma condição ou capacidade
Stakeholders
É uma pessoa ou uma organização que tem uma influência (direta ou indireta) nos requisitos de um sistema
Engenharia de requisitos
A engenharia de requisitos é uma abordagem sistemática e disciplinada para a especificação e gerenciamento de requisitos
Objetivos
Conhecer os requisitos relevantes, estabelecer um consenso entre os stakeholders a respeito de tais requisitos, documentar os requisitos de forma sistemática
Compreender e documentar as expectativas e necessidades dos stakeholders, especificar e gerenciar os requisitos para minimizar o risco de entregar um sistema que não atenda às suas expectativas e necessidades
Restrições
Diferentes restrições de projeto influenciam a engenharia de requisitos. Por exemplo: pessoas, fatores de domínio, restrições organizacionais (como a distribuição física ou a disponibilidade de tempo dos membros do projeto) têm forte impacto na escolha de técnicas adequadas
Modelos de processo
Modelos pesados
O objetivo de tais modelos é de elicitar todos os requisitos antes do desenvolvimento propriamente dito
O processo de engenharia de requisitos é compreendida como uma fase inicial do desenvolvimento de sistemas, finita e restrita no tempo
Modelos leves
Apenas elicitam os requisitos necessários quando eles estão para ser implementados
O processo de engenharia de requisitos é vista como um processo contínuo e abrangente, que engloba e integra todas as fases do desenvolvimento de sistemas
Resumo
A meta da engenharia de requisitos é documentar os requisitos do cliente de forma mais completa e qualificada possível
Uma engenharia de requisitos bem sucedida deve fundamentalmente incluir os stakeholders certos
Incorporar as quatro atividades centrais da engenharia de requisitos (elicitação, documentação, validação/negociação e gerenciamento) no processo de desenvolvimento do sistema