Técnicas de análise de requisitos com exemplo: tutorial completo

Como analista de negócios, a análise de requisitos é a parte mais importante do seu trabalho. Será ajudá-lo a determinar as necessidades reais das partes interessadas . Ao mesmo tempo, permite que você se comunique com as partes interessadas em uma linguagem que eles entendam (como gráficos, modelos, fluxogramas) em vez de um texto complexo.

Uma análise de requisitos tem um

  • Objetivo Específico
  • Entrada Específica
  • Produto Específico
  • Usa recursos
  • Tem uma série de atividades a serem realizadas em alguma ordem
  • Pode afetar mais de uma unidade organizacional
  • Cria algum tipo de valor para o cliente

Técnicas de Análise de Requisitos

As técnicas de análise de requisitos são usadas principalmente para mapear o fluxo de trabalho de negócios para que você possa analisar, compreender e fazer as alterações necessárias nesse fluxo de trabalho ou processo.

Existem várias técnicas de análise de requisitos que podem ser usadas de acordo com o processo de desenvolvimento de software, como

  1. Notação de modelagem de processos de negócios (BPMN)

BPMN (Business Process Modeling & Notation) é uma representação gráfica de seu processo de negócio usando objetos simples, o que ajuda a organização a se comunicar de maneira padronizada. Vários objetos usados ​​em BPMN incluem

  • Objetos de fluxo
  • Objetos de conexão
  • Pistas de natação
  • Artefatos.

Um modelo de BPMN de design de poço deve ser capaz de dar detalhes sobre as atividades realizadas durante o processo, como,

  • Quem está realizando essas atividades?
  • Quais elementos de dados são necessários para essas atividades?

O maior benefício de usar BPMN é que ele é mais fácil de compartilhar e a maioria das ferramentas de modelagem oferece suporte a BPMN.

  1. UML (Unified Modeling Language)

UML é um padrão de modelagem usado principalmente para especificação, desenvolvimento, visualização e documentação do sistema de software. Para capturar processos de negócios e artefatos importantes, a UML fornece objetos como

  • Estado
  • Objeto
  • Atividade
  • Diagrama de classes

Existem 14 diagramas UML que ajudam na modelagem, como o diagrama de caso de uso, diagrama de interação, diagrama de classe, diagrama de componente, diagrama de sequência, etc. Os modelos UML são importantes no segmento de TI, pois se tornam o meio de comunicação entre todas as partes interessadas. Um modelo de negócios baseado em UML pode ser uma entrada direta para uma ferramenta de requisitos. Um diagrama UML pode ser do modelo comportamental e do modelo estrutural de dois tipos. Um modelo comportamental tenta fornecer informações sobre o que o sistema faz, enquanto um modelo estrutural fornece em que consiste o sistema.

  1. Técnica de fluxograma

Um fluxograma é uma representação visual do fluxo sequencial e da lógica de controle de um conjunto de atividades ou ações relacionadas. Existem diferentes formatos de fluxogramas que incluem Linear, Top-down e multifuncional (raias). Um fluxograma pode ser usado para diferentes atividades, como representar fluxos de dados, interações do sistema, etc. A vantagem de usar o fluxograma é que pode ser fácil de ler e escrever, mesmo para membros não técnicos da equipe, e pode mostrar o processo paralelo por função , atributos críticos de um processo, etc.

  1. Diagrama de fluxo de dados

Os diagramas de fluxo de dados mostram como os dados são processados ​​por um sistema em termos de entradas e saídas. Os componentes do diagrama de fluxo de dados incluem

  • Processo
  • Fluxo
  • Armazenar
  • o Exterminador do Futuro

Um diagrama de fluxo de dados lógico mostra as atividades do sistema, enquanto um diagrama de fluxo de dados físicos mostra a infraestrutura de um sistema. Um diagrama de fluxo de dados pode ser projetado no início do processo de elicitação de requisitos da fase de análise dentro do SDLC (Ciclo de Vida de Desenvolvimento do Sistema) para definir o escopo do projeto. Para uma análise fácil, um diagrama de fluxo de dados pode ser detalhado em seus subprocessos conhecidos como 'DFD nivelado'.

  1. Diagramas de Atividades de Função - (RAD)

O diagrama de atividades da função é semelhante à notação de tipo de fluxograma. No Diagrama de Atividades de Função, as instâncias de função são participantes do processo, que têm estado inicial e final. RAD requer um conhecimento profundo do processo ou organização para identificar funções. Os componentes do RAD incluem

  • Atividades
  • Eventos externos
  • Estados

As funções agrupam as atividades em unidades de responsabilidade, de acordo com o conjunto de responsabilidades que desempenham. Uma atividade pode ser realizada isoladamente com uma função ou pode exigir coordenação com atividades em outras funções.

Os eventos externos são os pontos em que ocorrem as mudanças de estado.

Os estados são úteis para mapear as atividades de uma função à medida que ela progride de um estado para outro. Quando um determinado estado é alcançado, indica que um determinado objetivo foi alcançado.

RAD é útil no apoio à comunicação, pois é fácil de ler e apresentar uma visão detalhada do processo e permitir atividades em paralelo.

  1. Gráficos de gantt

Um gráfico de Gantt é uma representação gráfica de um cronograma que ajuda a coordenar, planejar e rastrear tarefas específicas em um projeto. Ele representa o intervalo de tempo total do objeto, dividido em incrementos. Um gráfico de Gantt representa a lista de todas as tarefas a serem realizadas no eixo vertical enquanto, no eixo horizontal, lista a duração estimada da atividade ou o nome da pessoa alocada à atividade. Um gráfico pode demonstrar muitas atividades.

  1. IDEF (Definição Integrada para Modelagem de Função)

IDEF ou Definição Integrada para Modelagem de Função é um nome comum referido a classes de linguagens de modelagem corporativa. É usado para atividades de modelagem necessárias para apoiar a análise, projeto ou integração do sistema. Existem cerca de 16 métodos para IDEF, as versões mais úteis de IDEF são IDEF3 e IDEF0.

  1. Redes de Petri Coloridas (CPN)

CPN ou redes de petri coloridas são linguagens orientadas graficamente para especificação, verificação, projeto e simulação de sistemas . Redes de Petri coloridas são uma combinação de gráficos e texto. Seus principais componentes são Lugares, transições e arcos .

Objetos de redes de Petri têm inscrições específicas, como para

  • Locais : Tem uma inscrição como .Nome, .Cor Conjunto,. Marcação inicial etc. Enquanto
  • Transição : tem uma inscrição como .Name (para identificação) e .Guard (a expressão booleana consiste em algumas das variáveis)
  • Arcos : Tem uma inscrição como .Arc. Quando a expressão do arco é avaliada, ela produz vários conjuntos de cores de token.

  1. Técnica de Fluxo de Trabalho

Técnica de fluxo de trabalho é um diagrama visual que representa um ou mais processos de negócios para esclarecer a compreensão do processo ou para fazer recomendações de melhoria de processo. Assim como outros diagramas como fluxograma, atividade UML e mapa de processo, a técnica de fluxo de trabalho é a técnica mais antiga e popular. É usado até mesmo pela BA para fazer anotações durante a elicitação de requisitos. O processo é composto por quatro etapas

  • Obtendo informações
  • Modelagem de Fluxo de Trabalho
  • Modelagem de processos de negócios
  • Implementação, Verificação e Execução

  1. Métodos orientados a objetos

O método de modelagem orientado a objetos usa paradigma orientado a objetos e linguagem de modelagem para projetar um sistema. Ele enfatiza a localização e a descrição do objeto no domínio do problema. O objetivo do método orientado a objetos é

  • Para ajudar a caracterizar o sistema
  • Para saber quais são os diferentes objetos relevantes
  • Como eles se relacionam
  • Como especificar ou modelar um problema para criar um design eficaz
  • Para analisar os requisitos e suas implicações

Este método é aplicável ao sistema que possui requisitos dinâmicos (muda freqüentemente). É um processo de derivar casos de uso, fluxo de atividades e fluxo de eventos para o sistema. A análise orientada a objetos pode ser feita por meio de necessidades textuais, comunicação com as partes interessadas do sistema e documento de visão.

O objeto tem um estado e as mudanças de estado são representadas pelo comportamento. Portanto, quando o objeto recebe uma mensagem, o estado muda por meio do comportamento.

  1. Análise de lacunas

Gap Analysis é a técnica usada para determinar a diferença entre o estado proposto e o estado atual de qualquer negócio e suas funcionalidades. Ele responde a perguntas como qual é o estado atual do projeto? Onde queremos estar? etc. Vários estágios de análise de lacunas incluem

  • Sistema de revisão
  • Requisitos de Desenvolvimento
  • Comparação
  • Implicações
  • Recomendações