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. Ele vai ajudá-lo a determinar as necessidades reais das partes interessadas. Ao mesmo tempo, permita que você se comunique com as partes interessadas em uma linguagem que elas entendam (como gráficos, modelos, fluxogramas) em vez de texto complexo.

Uma análise de requisitos tem um

• Objetivo Específico
• Entrada Específica
• Saída Específica
• 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 desenvolvimento de software processo como

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

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

• Objetos de fluxo
• Conectando objetos
• Pistas de natação
• Artefatos.

Um modelo BPMN bem projetado deve ser capaz de fornecer 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.

2. UML (linguagem de modelagem unificada)

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

• Estado
• objeto
• Atividade
• Diagrama de classes

Existem 14 diagramas UML que auxiliam na modelagem, como diagrama de caso de uso, diagrama de interação, diagrama de classes, diagrama de componentes, 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 de dois tipos: modelo comportamental e modelo estrutural. Um modelo comportamental tenta fornecer informações sobre o que o sistema faz, enquanto um modelo estrutural fornecerá em que consiste o sistema.

3. 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 (pista de natação). 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 ele 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.

4. 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

• Extração
• Fluxo
• Store
• Terminator

Um diagrama de fluxo de dados lógico mostra as atividades do sistema, enquanto um diagrama de fluxo de dados físico 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 de sistema) para definir o escopo do projeto. Para facilitar a análise, um diagrama de fluxo de dados pode ser detalhado em seus subprocessos conhecidos como “DFD nivelado”.

5. Diagramas de atividades de função - (RAD)

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

• Atividades
• Eventos externos
• Unidos

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

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

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

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

6. 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. 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 executadas no eixo vertical, enquanto, no eixo horizontal, lista a duração estimada da atividade ou o nome da pessoa alocada para a atividade. Um gráfico pode demonstrar muitas atividades.

7. IDEF (Definição Integrada para Modelagem de Funções)

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

8. 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 possuem inscrição específica como para

• Locais: Possui inscrições como .Name, .Color Set, .Initial mark etc.
• Transição : Possui inscrições como .Name (para identificação) e .Guard (a expressão booleana consiste em algumas das variáveis)
• Arcs: Possui inscrição como .Arc. Quando a expressão do arco é avaliada, ela produz vários conjuntos de cores simbólicas.

9. Técnica de Fluxo de Trabalho

A 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 processos, a técnica de fluxo de trabalho é a técnica mais antiga e popular. É ainda usado pela BA para fazer anotações durante a elicitação de requisitos. O processo é composto por quatro etapas

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

10. Métodos orientados a objetos

O método de modelagem orientada a objetos usa paradigma orientado a objetos e linguagem de modelagem para projetar um sistema. Sua ênfase é encontrar e descrever o 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 requisitos e suas implicações

Este método é aplicável ao sistema que possui requisitos dinâmicos (muda com frequência). É um processo de derivação de 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 possui um estado e as mudanças de estado são representadas pelo comportamento. Assim, quando o objeto recebe uma mensagem, o estado muda através do comportamento.

11. Análise de lacunas

Gap Analysis é a técnica utilizada 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 da análise de lacunas incluem

• Revvisualizar o sistema
• Requisitos de Desenvolvimento
• Comparação
• Implicações
• Recomendações