Técnicas de análise de requisitos com exemplos

Como analista de negócios, a análise de requisitos é a parte mais importante do seu trabalho. Ajuda você a determinar as reais necessidades das partes interessadas.Além disso, permite que você se comunique com as partes interessadas usando gráficos, modelos e fluxogramas em vez de textos complexos.

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.
• Gera valor para o cliente.

Técnicas de Análise de Requisitos

As técnicas de análise de requisitos mapeiam o fluxo de trabalho da empresa para que você possa analisá-lo, compreendê-lo e aprimorá-lo.

As seguintes técnicas são utilizadas em todo o desenvolvimento de software processo.

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

BPMN (Business Process Model and Notation) é uma representação gráfica de um processo de negócio utilizando objetos simples, o que auxilia a organização a se comunicar de maneira padronizada. Os principais objetos utilizados em BPMN são:

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

Um modelo BPMN bem projetado fornece detalhes sobre as atividades realizadas durante o processo, tais como:

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

A maior vantagem do BPMN é que os diagramas são fáceis de compartilhar e a maioria das ferramentas de modelagem oferece suporte à notação.

2. UML (linguagem de modelagem unificada)

UML é um padrão de modelagem para especificar e desenvolverping, visualizando e documentando sistemas de software. A UML fornece objetos como:

• Estado
• objeto
• Atividade
• Diagrama de classes

Existem 14 tipos de diagramas UML, incluindo diagramas de caso de uso, interação, classe, componente e sequência. Os modelos UML atuam como 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 comportamental ou estrutural. Um modelo comportamental descreve o que o sistema faz; um modelo estrutural mostra do que ele é composto.

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 relacionadas. Os formatos comuns de fluxograma incluem linear, de cima para baixo e multifuncional (raias). Um fluxograma pode ser usado para representar fluxos de dados, interações de sistemas e etapas de processos. Os fluxogramas são fáceis de ler e escrever, mesmo para membros não técnicos, e podem mostrar processos paralelos e atributos críticos.

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 de um diagrama de fluxo de dados são:

• Processo
• Fluxo
• Loja
• Terminator

Um DFD lógico mostra as atividades; um DFD físico mostra a infraestrutura. Um DFD pode ser projetado no início da fase de análise do SDLC (Ciclo de Vida de Desenvolvimento de Software).Ciclo de vida de desenvolvimento de sistema) para definir o escopo do projeto. Ele pode ser detalhado em subprocessos, conhecidos como um “DFD hierarquizado”.

5. Diagramas de Atividades de Papéis (RAD)

Um Diagrama de Atividades de Papéis (RAD) é semelhante à notação de fluxograma. As instâncias de papéis são participantes do processo, cada uma com um estado inicial e um estado final. O RAD requer um conhecimento profundo do processo ou da organização para identificar os papéis. Os componentes do RAD são:

• Atividades
• Eventos externos
• Unidos

Os papéis agrupam as atividades em unidades de responsabilidade. Uma atividade pode ser realizada isoladamente ou exigir coordenação com atividades de outros papéis.

Eventos externos marcam os pontos onde ocorrem mudanças de estado.

Os estados representam a progressão de uma função ao longo do processo. Atingir um determinado estado indica que um objetivo específico foi alcançado.

O RAD é fácil de ler, apresenta uma visão detalhada do processo e mostra atividades paralelas.

6. Gráficos de Gantt

Um gráfico de Gantt é uma representação gráfica de um cronograma que ajuda a coordenar, planejar e tracO gráfico mostra as k tarefas específicas de um projeto. Ele exibe a duração total do projeto, dividida em incrementos. O eixo vertical lista as tarefas; o eixo horizontal mostra a duração estimada da atividade ou o responsável atribuído. Um único gráfico pode exibir várias atividades.

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

IDEF (Integrated Definition for Function Modeling) abrange uma família de linguagens de modelagem empresarial. Ela modela as atividades que dão suporte à análise, projeto ou integração de sistemas. Existem cerca de 16 métodos IDEF; IDEF0 e IDEF3 são os mais úteis.

8. Redes de Petri Coloridas (CPN)

As Redes de Petri Coloridas (RPC) são uma linguagem orientada graficamente para... especificação, verificação, projeto e simulação de sistemasO CPN combina gráficos e texto. Seus principais componentes são Lugares, transições e arcos.

Os objetos das redes de Petri possuem inscrições específicas, por exemplo:

• LocaisPossui inscrições como .Nome, .Conjunto de Cores e .Marcação Inicial.
• Transição Possui inscrições como .Name (para identificação) e .Guard (uma expressão booleana sobre algumas das variáveis).
• ArcsPossui uma inscrição .Arc. Quando a expressão do arco é avaliada, ela produz um conjunto múltiplo de cores de tokens.

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ócio para facilitar o entendimento ou para fazer recomendações de melhoria de processos. Juntamente com fluxogramas, diagramas de atividades UML e mapas de processos, a técnica de fluxo de trabalho é uma das abordagens mais antigas e amplamente utilizadas. Analistas de negócios também a utilizam para tomar notas durante o levantamento de requisitos. O processo compreende 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 utiliza o paradigma e a linguagem de modelagem orientados a objetos para projetar um sistema. Ele enfatiza a identificação e a descrição dos objetos no domínio do problema. O objetivo do método orientado a objetos é:

• Para ajudar a caracterizar o sistema
• Identificar os diferentes objetos relevantes.
• Para entender como os objetos se relacionam entre si.
• Especificar ou modelar um problema para criar um projeto eficaz.
• Analisar os requisitos e suas implicações.

Este método é adequado para sistemas com requisitos dinâmicos que mudam frequentemente. Trata-se de um processo de derivação de casos de uso, fluxos de atividades e fluxos de eventos para o sistema. A análise orientada a objetos pode ser conduzida por necessidades textuais, comunicação com as partes interessadas do sistema e um documento de visão.

Um objeto possui um estado, e as mudanças de estado são representadas por comportamentos. Quando o objeto recebe uma mensagem, seu estado muda por meio de um comportamento.

11. Análise de lacunas

A Análise de Lacunas é a técnica utilizada para determinar a diferença entre o estado proposto e o estado atual de um negócio e suas funções. Ela responde a perguntas como: Qual é o estado atual do projeto? Onde queremos chegar? Como podemos eliminar a lacuna? As etapas da Análise de Lacunas incluem:

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

Perguntas Frequentes