Soluções Visure


Suporte
Inscrições
Entrar
Comece um teste gratuito

Engenharia de Requisitos

Conteúdo

Para produzir um produto de qualidade, é importante ter requisitos precisos do cliente. Isso começa com o processo de engenharia de requisitos, que pode ser dividido em cinco etapas: coleta de requisitos, documentação de requisitos, análise e verificação de requisitos, gerenciamento de mudanças nos requisitos e encerramento da fase de requisitos. Nesta postagem do blog, discutiremos cada uma dessas etapas em detalhes e mostraremos como elas ajudam a produzir um produto de alta qualidade.

O que são Requisitos e Engenharia de Requisitos?

Existem dois termos aqui, “Requisito” e “Engenharia de Requisitos”. Um requisito é precisamente definido como uma condição ou uma capacidade que um usuário precisa para resolver um problema ou atingir um objetivo. Em outras palavras, requisitos são condições ou capacidades que devem ser atendidas ou possuídas por um sistema para satisfazer um contrato, padrões, especificações e outras documentações formais. 

A Engenharia de Requisitos é definida como o processo de definir, documentar e manter os requisitos. A disciplina inclui todas as técnicas, métodos e procedimentos relacionados à definição e gerenciamento das necessidades dos usuários relacionadas ao sistema em estudo. 

Em suma, a Engenharia de Requisitos é um conjunto de atividades que se preocupam em identificar e comunicar o propósito de um sistema ou software e o contexto em que ele será usado. 

Portanto, a Engenharia de Requisitos atua como uma ponte entre as necessidades do mundo real dos usuários, clientes e outros grupos que são afetados pelo software ou sistema e as capacidades e oportunidades oferecidas pelas tecnologias de software intensivo.

Quais são os princípios da Engenharia de Requisitos?

Os dois princípios básicos da Engenharia de Requisitos são o problema e a solução da engenharia de requisitos. 

  • É útil separar o problema e a solução ao reunir os requisitos.
  • Essa separação nunca pode ser alcançada plenamente na vida prática.

A engenharia de requisitos trata da construção do sistema certo. Basicamente, trata-se de construir um sistema que se ajuste aos problemas do usuário. Esta é uma parte orientada para o problema. Trata-se basicamente de projetar, verificar, implementar e manter o sistema que é criado para garantir que ele atenda aos problemas do usuário. Esta é a parte orientada para a solução.

Processo de Engenharia de Requisitos

Existem algumas atividades que enfrentamos ao trabalhar com os requisitos. No ciclo de Engenharia de Requisitos, existem cinco atividades principais, a saber,

  1. Elicitação de requisitos – este é o processo de revisar, documentar e entender as partes interessadas e as necessidades e restrições dos usuários para a temporada. Os usuários precisam de informações de domínio, informações de sistemas existentes, regulamentações, padrões, etc. Com base nessas informações, extraímos os requisitos. Depois disso, passamos para a análise e negociação de requisitos. 
  2. Análise e Negociação de Requisitos – análise é o processo de refinar as necessidades e restrições do usuário com base nas informações coletadas e elicitadas. Em seguida, passamos para a atividade de documentação. 
  3. Documentação/Especificação de Requisitos – após obter as especificações de requisitos, passamos para a parte de documentação. Documentamos as necessidades e restrições do usuário de forma clara e precisa. 
  4. Validação de Requisitos – por fim, na atividade de validação, inserimos que os requisitos da temporada sejam completos, concisos e claros. 
  5. Gerenciamento de Requisitos – O gerenciamento de requisitos é uma forma de coletar, analisar, refinar e priorizar todos os produtos ou requisitos, na fase de desenvolvimento.

Quando finalizamos essas cinco atividades, as repetimos várias vezes até obtermos um conjunto de documentos de requisitos acordados que são especificações formais.

Elicitação de requisitos

Como discutimos anteriormente, a elicitação de requisitos é o processo de revisão, documentação e compreensão das necessidades e restrições do usuário para a temporada. Os usuários precisam de informações de domínio, informações de sistemas existentes, regulamentações, padrões, etc. Com base nessas informações, extraímos os requisitos. Usamos a palavra 'Elicitação' em vez de 'Coleta' porque a coleta é interpretada como apenas pegar os requisitos e colocá-los em um documento. Por outro lado, a elicitação é um processo mais complexo. Você não obtém os requisitos tão facilmente quanto obtém durante a coleta. Requer esforço extra. 

Durante a elicitação, você pergunta ao usuário ou cliente:

  • Quais são seus objetivos para o sistema/produto? 
  • O que deve ser realizado?
  • Como as necessidades sazonais se encaixam nas necessidades do negócio?
  • Como o produto/sistema sazonal deve ser usado regularmente?

Parece simples, mas não é!

De acordo com Ian Sommerville e Pete Sawyer, Elicitação de Requisitos é o processo de descobrir os requisitos de um sistema por meio da comunicação com os clientes, usuários do sistema e outros que têm interesse no desenvolvimento do sistema. Como 'coletar' ou 'capturar' não soa muito preciso, usamos a palavra 'elicitação'. 

“Eu sei que você acredita que entendeu o que pensa que eu disse, mas não tenho certeza se você percebe que o que ouviu não é o que eu quis dizer” – Robert McCloskey, porta-voz do Departamento de Estado.

O que ele quis dizer com sua citação é que às vezes as pessoas entendem mal o que outras pessoas dizem a elas. Às vezes, o que eles dizem não é o que eles têm em mente. Eventualmente, toda essa falha de comunicação levou ao erro de coleta de requisitos.

Quais são as etapas durante a elicitação?

PASSO 1 

Fonte de Requisitos:

Existem várias fontes das quais podemos reunir nossos requisitos. Alguns deles incluem:

  • Stakeholders
  • Sistemas existentes
  • Documentos existentes
  • Concorrentes e outros sistemas semelhantes
  • Interfaces com os sistemas
  • Leis e padrões
  • Políticas da empresa

PASSO 2

Defina o escopo do projeto:

As seguintes etapas podem ser seguidas para definir o escopo do projeto:

  1. Descubra por que o projeto foi iniciado 
  2. A propriedade define os principais objetivos a serem alcançados através do projeto 
  3. Elabore uma declaração de trabalho para o projeto que o ajudará a dividir adequadamente o trabalho entre os membros da equipe
  4. Liste os itens a serem entregues ao final do projeto
  5. Selecione os principais marcos a serem alcançados
  6. Identificar as principais restrições e limitações que a equipe pode enfrentar durante o desenvolvimento do projeto
  7.  Crie uma lista de itens que são excluídos da lista de itens de escopo
  8. Faça com que as partes interessadas assinem o documento de escopo, pois ele fornece uma confirmação de que eles estão informados sobre o projeto e seu conteúdo. 

PASSO 3

Tarefas de Elicitação:

Elicitação do planejamento:

  • Por que esse requisito específico deve ser implementado e os benefícios que ele proporcionará? – Objetivos do projeto 
  • Quem será o responsável por criá-lo? – Profissionais para esforços de elicitação
  • Qual será o melhor momento para implementá-lo? – Agende uma estimativa de fontes 
  • Como será implementado? – Estratégias e Procedimentos
  • E os riscos 

Durante a elicitação:

  • Confirme a viabilidade do projeto. Descubra se o projeto realmente vale a pena ou não
  • Compreender os problemas e questões da perspectiva de uma parte interessada
  • Extrair a essência dos requisitos declarados pelas partes interessadas
  • Descubra melhores maneiras de fazer o trabalho para os usuários
  • Inovação é a chave para a vitória

Após elicitação:

  • Analisar os resultados para entender adequadamente as informações coletadas
  • Negociar um conjunto coerente de requisitos aceitáveis ​​para as partes interessadas. Estabeleça também as prioridades
  • Registrar os resultados nas especificações dos requisitos

A elicitação é um processo incremental. Você deve repetir esta etapa tanto quanto necessário. 

Agora, selecione um conjunto apropriado de técnicas para cada fonte de requisitos. Determine essa técnica com base na fonte, no sistema a ser desenvolvido e assim por diante. Lembre-se de que nem todas as técnicas podem ser usadas em todas as situações. 

PASSO 4

Documentação dos Requisitos - 

A última etapa do processo de elicitação é finalizar todos os requisitos na forma de um documento. Este documento contém principalmente as notas e os requisitos do usuário. E esses requisitos serão incompletos, inconsistentes e desorganizados. Mas este é apenas o ponto de partida. O documento pode ser editado de vez em quando, e as coisas podem ser adicionadas ou alteradas.

Análise e Negociação de Requisitos

A análise de requisitos é tipicamente um procedimento de análise, validação e alinhamento dos requisitos documentados durante a fase de Elicitação de Requisitos. Em outras palavras, a análise de requisitos é um processo de estudo e compreensão dos requisitos declarados pelas partes interessadas. A análise de requisitos requer comunicação frequente com as partes interessadas e usuários finais para definir as expectativas, resolver os conflitos e, finalmente, documentar os principais requisitos. As soluções podem envolver questões como:

  • Diferentes tipos de configuração para o fluxo de trabalho na empresa
  • Configurando um novo sistema que deve ser usado a partir de agora, etc. 

Uma coisa a ser mantida em mente é que a Elicitação de Requisitos e a Análise de Requisitos trabalham juntas. Os dois se alimentam. Quando começamos a coletar os requisitos, nós os elicitamos e os analisamos ao mesmo tempo.

Objetivos da Análise de Requisitos

  1. O primeiro e principal objetivo da análise de requisitos é entender os requisitos e necessidades dos usuários. 
  2. Quando usamos fontes diferentes para reunir os requisitos, pode haver alguns conflitos entre elas. A Análise de Requisitos trata de encontrar esses conflitos entre os requisitos declarados pelos usuários e resolvê-los. 
  3. Negociar os requisitos com os usuários e partes interessadas. Não há como nosso sistema atender a todos os requisitos da maneira exata como são explicados pelos stakeholders e usuários. 
  4. Teremos que negociar e priorizar os requisitos. Alguns requisitos podem não ser grandes para nós, mas podem ser muito importantes para os usuários finais. Para entendê-los, temos que analisar e priorizar os requisitos dos stakeholders. 
  5. Devemos elaborar os requisitos declarados pelos usuários e pelo sistema. Isso ajuda ao documentar os requisitos nas especificações de requisitos. Além disso, isso ajuda os desenvolvedores a desenvolver, projetar e testar melhor à medida que entendem os requisitos de maneira elaborada e melhor. 
  6. Devemos classificar os requisitos em várias categorias e subcategorias diferentes e alocar ainda mais esses requisitos para diferentes subsistemas. 
  7. Devemos também avaliar os requisitos para a qualidade desejada pela organização. 
  8. Por último, devemos garantir que não perca nada importante.

Documentação/Especificação de Requisitos

A especificação de requisitos, também conhecida como documentação, é um processo de anotar todos os requisitos do sistema e do usuário na forma de um documento. Esses requisitos devem ser claros, completos, abrangentes e consistentes. 

Durante a atividade de captura, reunimos todos os requisitos de várias fontes. Durante as atividades de análise e negociação, analisamos e entendemos esses requisitos. Agora, devemos preparar um documento formal explicando esses requisitos. Isso é o que é a especificação de requisitos. Para ser preciso, é o processo de documentar todas as necessidades e restrições do usuário e do sistema de maneira clara e precisa. 

Método para Documentar Requisitos

ORELHAS seria uma metodologia eficaz aqui. Ele significa Abordagem fácil para sintaxe de requisitos. Neste método, escrevemos uma linguagem clara, concisa e compreensível. Isso melhora todo o fluxo de trabalho de engenharia de requisitos e simplifica o trabalho, tornando as coisas muito fáceis de entender. 

Para conseguir isso, aqui estão alguns princípios que devem ser mantidos em mente ao escrever os requisitos. Eles envolvem:

Cada requisito deve estar na forma de uma frase completa. Nenhum marcador, siglas, abreviaturas ou chavões devem ser usados. Tente fazer frases curtas, diretas e completas. 

Certifique-se de que cada requisito tenha um sujeito, um predicado e um verbo adequados. O assunto seria o tipo de usuário ou o sistema do qual estamos falando. O predicado seriam as condições ou ações ou resultados desejados que esperamos. Devemos usar palavras como 'deve', 'deve' e 'deve' para expressar algum tipo de necessidade, e palavras como 'pode' para expressar opcionalidade no requisito. 

Cada requisito deve explicar de forma eficiente o resultado final que desejamos do sistema. 

Além disso, o requisito deve descrever a qualidade que esperamos do sistema. Ajuda quando medimos o resultado final e vemos se o requisito está implementado corretamente ou não.

Validação de Requisitos

A validação é um processo usado para verificar se o sistema está à altura ou não. A validação responde à pergunta: “Estamos construindo o sistema certo?” Trata-se de testar e validar o sistema e ver se o sistema que construímos está certo ou não e se atende às expectativas do cliente ou não. Vários métodos usados ​​para validar o sistema incluem teste de caixa preta, teste de caixa branca, teste de integração e teste de unidade. A validação sempre vem após a verificação. 

A verificação é um processo usado para verificar se o sistema atinge seus objetivos esperados ou não, sem erros ou problemas. A verificação responde à pergunta: "Estamos criando o produto certo?" Trata-se de testar e verificar se o sistema atende aos seus requisitos sem problemas. Vários métodos usados ​​para verificar o sistema incluem revisões, orientações, inspeções e verificações de mesa. A verificação é um processo manual feito antes da validação.

Técnicas de validação

Existem várias técnicas que podem ser usadas para validar os requisitos. Eles incluem:

  • Cheques – Ao verificar os requisitos, revisamos os documentos de requisitos para garantir que nenhuma nota de elicitação seja perdida. Durante essas verificações, também verificamos o nível de rastreabilidade entre todos os requisitos. Para isso, é necessária a criação de uma matriz de rastreabilidade. Essa matriz garante que todos os requisitos sejam considerados com seriedade e que tudo o que for especificado seja justificado. Também verificamos o formato dos requisitos durante essas verificações. Vemos se os requisitos são claros e bem escritos ou não. 
  • Prototipagem – Esta é uma forma de construir um modelo ou simulação do sistema que será construído pelos desenvolvedores. Essa é uma técnica muito popular para validação de requisitos entre as partes interessadas e os usuários, pois os ajuda a identificar facilmente os problemas. Podemos apenas entrar em contato com os usuários e partes interessadas e obter seus comentários. 
  • Projeto de teste – Durante o projeto de teste, seguimos um pequeno procedimento em que primeiro finalizamos a equipe de teste e, em seguida, criamos alguns cenários de teste. Testes funcionais podem ser derivados da própria especificação de requisitos, onde cada requisito tem um teste associado. Pelo contrário, os requisitos não funcionais são difíceis de testar, pois cada teste deve ser rastreado até seu requisito. O objetivo disso é descobrir os erros na especificação ou os detalhes que estão faltando. 
  • Revisão de Requisitos – Durante a revisão de requisitos, um grupo de pessoas experientes analisa os requisitos de forma estruturada e detalhada e identifica os problemas potenciais. Depois disso, eles se reúnem para discutir os problemas e descobrir uma maneira de resolvê-los. Uma lista de verificação é preparada com vários padrões e os revisores marcam as caixas para fornecer uma revisão formal. Depois disso, uma aprovação final é feita.

Gerenciamento de Requisitos

De acordo com Ian Sommerville, “Gerenciamento de requisitos é o processo de gerenciamento de requisitos em mudança durante o processo de engenharia de requisitos e desenvolvimento do sistema”.

O principal objetivo do gerenciamento de requisitos é garantir requisitos claros, concisos e livres de erros para a equipe de engenharia, para que eles possam detectar erros no sistema e potencialmente reduzir o custo do projeto, bem como o risco. 

Principais preocupações do Gerenciamento de Requisitos

Existem algumas preocupações sobre o gerenciamento de requisitos. Eles incluem:

  • Gerenciando as mudanças nos requisitos acordados
  • Gerenciando o relacionamento entre todos os requisitos
  • Gerenciar as dependências entre os documentos de requisitos que são produzidos durante o processo de engenharia do sistema.

Tipos de Requisitos

Existem basicamente dois tipos de requisitos:

  1. Requerimentos do sistema – Os requisitos do sistema podem ser chamados de versão expandida dos requisitos do usuário. Os requisitos do sistema atuam como ponto de partida para qualquer novo projeto de sistema. Esses requisitos são uma descrição detalhada dos requisitos do usuário que o sistema deve satisfazer. 
  2. Requisitos do usuário – O requisito do usuário é uma combinação de requisitos funcionais e não funcionais. Esses requisitos do usuário devem ser projetados de forma que sejam facilmente compreensíveis por usuários que não possuem nenhum tipo de conhecimento técnico. Portanto, eles devem ser escritos em linguagem natural usando tabelas, formulários e diagramas simples. Além disso, certifique-se de que o documento não contenha detalhes sobre o design do sistema, software ou notações formais.

Requisitos de Visão Plataforma ALM

Requisitos de Visão Plataforma ALM é uma das plataformas modernas de ALM mais confiáveis, especializada em gerenciamento de requisitos para organizações de todos os tamanhos em todo o mundo. 

É uma ferramenta obrigatória para equipes que criam produtos, sistemas e software complexos, que exigem rastreabilidade de ponta a ponta desde a concepção até o teste e a implantação, até o código-fonte, juntamente com a conformidade de certificação padrão.

O Visure Requirements é uma ferramenta de Engenharia de Requisitos comprovadamente flexível e completa, capaz de agilizar o processo de requisitos de software como parte do processo de definição de hardware e mecânica. O Visure Requirements ajuda a colaboração efetiva do projeto e aumenta a qualidade do software por meio da captura, análise, especificação, validação e verificação de requisitos, gerenciamento e reutilização.

A Visure Solutions pode ajudar a superar os desafios do desenvolvimento integrado e de produtos,

  • Melhorar a qualidade da definição como um primeiro passo essencial para impulsionar a qualidade do software
  • Recupere o controle dos processos de desenvolvimento e regulatórios
  • Padronizar e aplicar a definição de requisitos em toda a organização
  • Apoie a reutilização eficaz de requisitos em equipes de projeto e linhas de produtos e variantes
  • Formalizar uma estrutura de especificação de requisitos comum e lidar com as mudanças ao longo do ciclo de vida
  • Alcançar rastreabilidade total através de todos os elementos, dos requisitos aos testes e à execução
  • Acompanhe todos os aspectos do desenvolvimento com facilidade, desde gráficos de cálculo de risco a relatórios de requisitos órfãos
  • Evite armadilhas e reduza o risco em todos os níveis, desde escrever melhores requisitos e priorizar necessidades até alterar os recursos de análise de impacto.
Ferramentas de software ALM

Benefícios do uso de Requisitos de visibilidade para desenvolvimento de produto e incorporado

  • Suporte de certificação para padrões da indústria, como DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA e GAMP5
  • Uma plataforma completa para todas as atividades relacionadas aos requisitos
  • Aplicação de processos por meio de uma solução flexível que suporta diferentes modelos de processos, incluindo Automotive SPICE, CMMI, V-model, Agile e ad hoc
  • Melhor comunicação e colaboração da equipe por meio de recursos baseados em funções
  • Suporte para produtos de melhor qualidade e redução de defeitos de software.

As empresas que usam ativamente o Visure alegam um impacto claro com entregas de projetos no prazo, conformidade com projetos e redução nos custos de desenvolvimento e tempos de ciclo.

Conclusão

A engenharia de requisitos é um processo crítico para garantir que os produtos e sistemas que construímos sejam o que nossos clientes precisam. O processo de cinco etapas descrito neste artigo pode ajudá-lo a iniciar bem o seu projeto, obtendo feedback das partes interessadas com antecedência e com frequência e usando esse feedback para gerar requisitos claros e concisos. Se você está procurando uma ferramenta para ajudá-lo a gerenciar seu processo de engenharia de requisitos, o Visure Requirements ALM Platform pode ajudar. Solicite o seu Teste gratuito do dia 30 hoje para ver como nossa plataforma pode tornar seu próximo projeto um sucesso.

Não se esqueça de compartilhar esta postagem!

Saída