Análise Estruturada

Os analistas usam várias ferramentas para compreender e descrever o sistema de informações. Uma das maneiras é usar análise estruturada.

O que é análise estruturada?

A Análise Estruturada é um método de desenvolvimento que permite ao analista compreender o sistema e suas atividades de forma lógica.

É uma abordagem sistemática, que usa ferramentas gráficas que analisam e refinam os objetivos de um sistema existente e desenvolvem uma nova especificação de sistema que pode ser facilmente compreendida pelo usuário.

Possui os seguintes atributos -

É um gráfico que especifica a apresentação do aplicativo.
Ele divide os processos de modo a dar uma imagem clara do fluxo do sistema.
É mais lógico do que físico, ou seja, os elementos do sistema não dependem do fornecedor ou do hardware.
É uma abordagem que funciona desde visões gerais de alto nível até detalhes de nível inferior.

Ferramentas de análise estruturada

Durante a Análise Estruturada, várias ferramentas e técnicas são usadas para o desenvolvimento do sistema. Eles são -

Diagramas de fluxo de dados
Dicionário de dados
Árvores de decisão
Tabelas de Decisão
Inglês Estruturado
Pseudocode

Diagramas de fluxo de dados (DFD) ou gráfico de bolhas

É uma técnica desenvolvida por Larry Constantine para expressar os requisitos do sistema de forma gráfica.

Mostra o fluxo de dados entre várias funções do sistema e especifica como o sistema atual é implementado.
É um estágio inicial da fase de design que divide funcionalmente as especificações dos requisitos até o nível de detalhe mais baixo.
Sua natureza gráfica o torna uma boa ferramenta de comunicação entre usuário e analista ou analista e designer de sistema.
Ele fornece uma visão geral de quais dados um sistema processa, quais transformações são realizadas, quais dados são armazenados, quais resultados são produzidos e onde fluem.

Elementos básicos do DFD

O DFD é fácil de entender e bastante eficaz quando o design necessário não é claro e o usuário deseja uma linguagem de notação para comunicação. No entanto, requer um grande número de iterações para obter a solução mais precisa e completa.

A tabela a seguir mostra os símbolos usados na concepção de um DFD e seu significado -

Nome do Símbolo	Símbolo	Significado
Quadrado		Fonte ou destino dos dados
Seta		Fluxo de dados
Círculo		Processo de transformação do fluxo de dados
Retângulo Aberto		Banco de dados

Tipos de DFD

Os DFDs são de dois tipos: DFD físico e DFD lógico. A tabela a seguir lista os pontos que diferenciam um DFD físico de um DFD lógico.

DFD físico	DFD lógico
É dependente da implementação. Mostra quais funções são executadas.	É independente de implementação. Ele se concentra apenas no fluxo de dados entre os processos.
Ele fornece detalhes de baixo nível de hardware, software, arquivos e pessoas.	Ele explica eventos de sistemas e dados exigidos por cada evento.
Ele descreve como o sistema atual opera e como um sistema será implementado.	Mostra como os negócios funcionam; não como o sistema pode ser implementado.

Diagrama de Contexto

Um diagrama de contexto ajuda a compreender todo o sistema por um DFD que dá a visão geral de um sistema. Ele começa mencionando os processos principais com poucos detalhes e, em seguida, fornece mais detalhes dos processos com a abordagem de cima para baixo.

O diagrama de contexto do gerenciamento de mensagens é mostrado abaixo.

Dicionário de dados

Um dicionário de dados é um repositório estruturado de elementos de dados no sistema. Ele armazena as descrições de todos os elementos de dados DFD, ou seja, detalhes e definições de fluxos de dados, armazenamentos de dados, dados armazenados em armazenamentos de dados e os processos.

Um dicionário de dados melhora a comunicação entre o analista e o usuário. Ele desempenha um papel importante na construção de um banco de dados. A maioria dos DBMSs tem um dicionário de dados como recurso padrão. Por exemplo, consulte a seguinte tabela -

Sr. Não.	Nome de Dados	Descrição	No. de personagens
1	ISBN	Número ISBN	10
2	TÍTULO	título	60
3	SUB	Assuntos de livros	80
4	UM NOME	Nome do autor	15

Árvores de decisão

Árvores de decisão são um método para definir relacionamentos complexos, descrevendo decisões e evitando problemas de comunicação. Uma árvore de decisão é um diagrama que mostra ações e condições alternativas dentro da estrutura de árvore horizontal. Portanto, ele descreve quais condições considerar primeiro, segundo e assim por diante.

As árvores de decisão representam a relação de cada condição e suas ações permitidas. Um nó quadrado indica uma ação e um círculo indica uma condição. Força os analistas a considerar a sequência de decisões e identifica a decisão real que deve ser tomada.

A principal limitação de uma árvore de decisão é que ela carece de informações em seu formato para descrever quais outras combinações de condições você pode usar para teste. É uma representação única das relações entre condições e ações.

Por exemplo, consulte a seguinte árvore de decisão -

Tabelas de Decisão

As tabelas de decisão são um método de descrever o relacionamento lógico complexo de uma maneira precisa e facilmente compreensível.

É útil em situações em que as ações resultantes dependem da ocorrência de uma ou várias combinações de condições independentes.
É uma matriz que contém linhas ou colunas para definir um problema e as ações.

Componentes de uma mesa de decisão

Condition Stub - É no quadrante superior esquerdo que lista todas as condições a serem verificadas.
Action Stub - Fica no quadrante inferior esquerdo que delineia todas as ações a serem realizadas para atender tal condição.
Condition Entry - Está no quadrante superior direito que fornece respostas às perguntas feitas no quadrante stub de condição.
Action Entry - Está no quadrante inferior direito que indica a ação apropriada resultante das respostas às condições no quadrante de entrada da condição.

As entradas na tabela de decisão são fornecidas por Regras de Decisão, que definem as relações entre combinações de condições e cursos de ação. Na seção de regras,

Y mostra a existência de uma condição.
N representa a condição, que não é satisfeita.
Uma ação em branco contra afirma que deve ser ignorada.
X (ou uma marca de verificação serve) contra os estados de ação que devem ser realizados.

Por exemplo, consulte a seguinte tabela -

CONDIÇÕES	Regra 1	Regra 2	Regra 3	Regra 4
Pagamento antecipado feito	Y	N	N	N
Valor da compra = Rs 10.000 / -	-	Y	Y	N
Cliente regular	-	Y	N	-
ACTIONS
Dê 5% de desconto	X	X	-	-
Não dê desconto	-	-	X	X

Inglês Estruturado

Estrutura O inglês é derivado da linguagem de programação estruturada que fornece uma descrição mais compreensível e precisa do processo. É baseado na lógica procedimental que usa construção e sentenças imperativas projetadas para realizar operação para ação.

É melhor usado quando sequências e loops em um programa devem ser considerados e o problema precisa de sequências de ações com decisões.
Não possui regra de sintaxe estrita. Ele expressa toda a lógica em termos de estruturas de decisão sequenciais e iterações.

Por exemplo, veja a seguinte sequência de ações -

if customer pays advance 
   then 
      Give 5% Discount 
   else 
      if purchase amount >=10,000 
         then 
            if  the customer is a regular customer 
               then Give 5% Discount 
            else  No Discount
         end if 
      else No Discount  
   end if 
end if

Pseudo-código

Um pseudocódigo não está em conformidade com nenhuma linguagem de programação e expressa a lógica em inglês simples.

Ele pode especificar a lógica de programação física sem codificação real durante e após o design físico.
É usado em conjunto com a programação estruturada.
Ele substitui os fluxogramas de um programa.

Diretrizes para selecionar ferramentas apropriadas

Use as seguintes diretrizes para selecionar a ferramenta mais apropriada que atenderia aos seus requisitos -

Use DFD em análises de alto ou baixo nível para fornecer boas documentações do sistema.
Use o dicionário de dados para simplificar a estrutura para atender aos requisitos de dados do sistema.
Use inglês estruturado se houver muitos loops e as ações forem complexas.
Use tabelas de decisão quando houver um grande número de condições a serem verificadas e a lógica for complexa.
Use árvores de decisão quando o sequenciamento de condições for importante e se houver poucas condições a serem testadas.