ANLISE ESSENCIAL DE SISTEMAS

Cid Gonalves Filho

Sndrome dos seis analistas - como sair do contexto ?

O mesmo problema - infinitas solues.

Excesso de DFDs - sistema atual - DFD muito fsico, grande e distante do negcio

Falta de Mtodo mais Consistente

REQUERIMENTO VERDADEIRO
UM REQUERIMENTO VERDADEIRO UMA CARACTERSTICA OU CAPACIDADE QUE O SISTEMA DEVE TER PARA CUMPRIR SUA FINALIDADE, INDEPENDENTEMENTE DE COMO O SISTEMA IMPLEMENTADO. A ESPECIFICAO DO SISTEMA DEVE CONTER TODOS OS REQUERIMENTOS VERDADEIROS E SOMENTE ELES.

REQUERIMENTO FALSO
UM REQUERIMENTO FALSO SE O SISTEMA FOR CAPAZ DE CUMPRIR SUA FINALIDADE SEM A IMPLEMENTAO DESTE REQUERIMENTO.

Categorias : Tecnolgica ou Arbitrria

 UMA NOVA ABORDAGEM PARA ESPECIFICAR SISTEMAS DE INFORMAO ATRAVS DA IDENTIFICAO E MODELAGEM DOS REQUERIMENTOS VERDADEIROS DO SISTEMA, COMPONENTES DO FLUXO DE INFORMAES NECESSRIOS AO NEGCIO DA INSTITUIO.

CONJUNTO DE REQUERIMENTO VERDADEIROS DE UM SISTEMA. INDICA O QUE O SISTEMA VAI FAZER SEM MENCIONAR COMO ELE SER IMPLEMENTADO. A ESSNCIA DE UM SISTEMA COMPOSTA DAS ATIVIDADES ESSENCIAIS E MEMRIA ESSENCIAL.

PROBLEMAS RELACIONADOS S CARACTERSTICAS FSICAS DOS SISTEMAS Redundncia : de processos e dados; Extrinsecabilidade : dados e processos que no fazem parte da essncia dos sistema, mas existem para tratar limitaes da tecnologia atual (atividades de transporte, converso, redigitao, segurana, controle);

PROBLEMAS RELACIONADOS S CARACTERSTICAS FSICAS DOS SISTEMAS Conglomerao: vrias atividades essenciais em uma s; Imensido; Disperso, ....

a1
Debito

Cadastro

digitao
listagem doctos acertos

crtica

a2 movimento

Prepara doctos

acerto

Atualiza - o

a1 agencia

Cadastro

Continuao

a1 Cadastro
Deb/cred 1

cliente Atualiza movto a2 movimento

SISTEMA DE RESPOSTAS PLANEJADAS

SO SISTEMAS QUE RESPONDEM A EVENTOS PR-DEFINIDOS, QUE PODEM OCORRER TEMPORALMENTE OU INICIADOS POR ENTIDADE EXTERNA LOCALIZADA EM SEU AMBIENTE. ESTES SISTEMAS PODEM SER TRADUZIDOS EM LINGUAGEM SIMBLICA FORMAL. OS SISTEMAS DE PROCESSAMENTO DE DADOS SE ENQUADRAM NESTA DEFINIO.

EVENTO UMA MUDANA NO AMBIENTE DO SISTEMA QUAL ESTE REAGE. RESPOSTA O CONJUNTO DE AES REALIZADAS PELO SISTEMA EM REAO A UM EVENTO.

EVENTO

AMBIENTE

SISTEMA

RESPOSTA

EVENTOS EXTERNOS / Orientados Fluxo:

SO INICIADOS POR ENTIDADES NO AMBIENTE. OCORREM EM INTERVALOS DE TEMPO IMPREVISVEIS.
CLIENTE

SOLICITA EXTRATO

CLIENTE SOLICITA SAQUE FORNECEDOR ENVIA MATERIAL DEPARTAMENTO DE PESSOAL FAZ CONSULTA

EVENTO TEMPORAL:
SO INICIADOS PELA PASSAGEM DO TEMPO. EX: HORA DE EMITIR CONTRACHEQUE (MENSAL) HORA DE LISTAR CLIENTES EM ATRASO (DIRIO)

ATIVIDADES ESSENCIAIS :
TODAS AS TAREFAS QUE O SISTEMA TERIA DE FAZER MESMO SE IMPLEMENTADO COM TECNOLOGIA PERFEITA. SO DIVIDIDAS EM : ATIVIDADES FUNDAMENTAIS : Uma atividade essencial fundamental quando executa uma tarefa que parte da finalidade dos sistema.

a1 Funcionrio

a2 Horas Trabalhadas

Pagar Trabalhadores Horistas Funcionrio contra cheque

- ATIVIDADES CUSTODIAIS : Estabelecem e mantm a memria essencial do sistema, armazenando as informaes, necessrias s atividades fundamentais.

Dep. Pessoal

Func.

Manter funcionrio

a1 Funcionrio

Dep. Pessoal

Horas trab.

Manter horas trab.

a2 Horas Trabalhadas

- ATIVIDADES ESSENCIAIS COMPOSTAS : So atividades que executam funes que fazem parte da finalidade do sistema e atualizam a memria essencial.

- MEMORIAL ESSENCIAL : Conjunto de todos os dados dos quais um sistema tecnologicamente perfeito tem de se lembrar.

PRINCPIOS ADICIONAIS DA ANLISE ESSENCIAL PARA ADMINISTRAO DA COMPLEXIDADE

DFD: 7 +/- 2 PROCESSOS;

NOMES EXPLICATIVOS COM MENOS PALAVRAS;

MINIESPECIFICAO - 1 PGINA; APENAS A TECNOLOGIA INTERNA

SISTEMA PERFEITA;

DO A A

MODELO ESSENCIAL MNIMO DEFINIO MENOS COMPLICADA ESCOLHIDA;

YOURDON : nunca ? Sistema novo se parecer com o antigo; Informaes esto disponveis; Existe tempo disponvel ?

10

EVENTO

AMBIENTE
RESPOSTA

SISTEMA

Atividades essenciais tem de conter as aes que seriam executadas como resposta a um e apenas um evento; Descobertos os eventos, podemos identificar as atividades essenciais e construir DFD com as mesmas;

EVENTO

AMBIENTE
RESPOSTA

SISTEMA

Quando as atividades que formam a atividade essencial tiverem sido executadas, o sistema ter de ficar inativo at que ocorra outro evento; Cada atividade Essencial origina uma bolha no DFD particionado por eventos;

11

Todas as Atividades essenciais ligadas pela memria essencial. Vantagens: Facilita a procura pelos requerimentos verdadeiros do sistema porque : Fornece resultados razoavelmente uniformes independentemente de quem particiona o sistema; Resulta em uma modelagem concisa;

so

Roteiro de Atividades (conforme Yourdon)

1. MODELO AMBIENTAL 1.1 Finalidade dos Sistema 1.2 Diagrama de Contexto 1.3 Lista de Eventos

12

Roteiro de Atividades (conforme Yourdon)

2. MODELO COMPORTAMENTAL 2.1 Modelo Comportamental Preliminar 2.1. 2 Modelagem das atividades essenciais (uma bolha por evento) 2.1. 3 Modelo de Dados - primeira verso; 2.2 Modelo Comportamental Complementar 2.2. 1 Gerar dfd de nvel ascendente-macro; 2.2. 2 Subdiviso em nveis descendentes (detalhamento) 2.2.3 Complementar o Modelo de Dados e construir o Dicionrio de Dado;

Roteiro de Atividades (conforme Yourdon)

3. MODELO DE IMPLEMENTAO 3.1 Fronteira manual/automao 3.2 Formato das entradas e sadas. 3.3 Escolha de dispositivos.

13

DEFINE A FRONTEIRA DO SISTEMA, AS INTERFACES ENTRE O SISTEMA E O AMBIENTE 1.1 DEFINIO DE OBJETIVOS Declara textual, concisa e breve dos objetivos do sistema. 1.2 DIAGRAMA DE CONTEXTO Da mesma forma da Anlise Estruturada.

1.3 LISTA DE EVENTOS Lista dos estmulos que o sistema deve responder. Dicas para identificao de Eventos: Observe os fluxos de dados originrios de entidades externas. Eles indicam eventos externos; Procure respostas que se espera do sistema que so dependentes do tempo;

14

. CONTEXTO

x LISTA DE EVENTOS:

- Cada fluxo que entra no contexto indica a ocorrncia de um evento ou ser necessrio para que o sistema produza a resposta a um vento; - Cada fluxo de sada representa resposta a um evento; - Cada evento no temporal deve ter entradas para que o sistema saiba que ele ocorreu; - No se prenda ao diagrama de contexto, no h relao direta entre o nmero de fluxo e de eventos.
b

a Cliente

pedido

b envio merc. Fornecedor

o
nota fiscal

Sistema de Vendas

relatrio contbil Depto Contabilidade

15

DENOMINAO DE EVENTOS

EVENTOS

EXTERNOS : entidade externa geradora + verbo + objeto Ex : Cliente solicita saque Cliente faz depsito Cliente solicita emprstimo de fita de vdeo

DENOMINAO DE EVENTOS

EVENTOS

TEMPORAIS : hora de + verbo + fluxo de dados Ex : hora de emitir relatrio gerencial (mensal) hora de fazer o fechamento dirio.

16

1. MODELO AMBIENTAL
1.1 OBJETIVOS DO SISTEMA O OBJETIVO DESTE SISTEMA PROVER AOS CLIENTES SERVIO BANCRIO DE CONTAS CORRENTES MANTENDO ATUALIZADO SEU SALDO E INFORMANDO-LHE SUAS MOVIMENTAES FINANCEIRAS ATRAVS DE EXTRATO.

1.2 DIAGRAMA DE CONTEXTO

a Cliente

crdito dbito extrato

o
Sistema de contas Correntes

17

1.3 LISTA DE EVENTOS Cliente solicita depsito (F); Cliente solicita saque (F); hora de emitir extrato mensal (T)

O MODELO COMPORTAMENTAL INDICA COMO O SISTEMA IR PORTAR-SE DIANTE DO AMBIENTE MAPEADO NO MODELO AMBIENTAL. 2.1 MODELO COMPORTAMENTAL PRELIMINAR 2.1.1 Modelagem das Atividades Essenciais Desenhar uma bolha para cada evento com mesmo nmero do evento Denominar cada bolha com um nome associado resposta que o sistema produzir.

18

Desenhar as entradas e sadas necessrias para que a bolha produza suas respostas; Desenhar os depsitos (ligao entre as bolhas) necessrios; Verificar o DFD inicial com relao ao contexto

Cada bolha gerada uma atividade essencial e encerra todas as aes necessrias como resposta a um evento. Aps a ocorrncia do evento, e a resposta (ao) do sistema com relao a este evento, o sistema ficar inativo at que ocorra outro evento.

19

2.1. 2 Modelos de Dados Construir modelo de dados inicial (DER) Conferir Entidades x Depsitos Exemplo do Sistema de Contas Correntes - continuao : 2. Modelo Comportamental 2.1 - Modelo Comportamental Preliminar 2.1.1 - Atividades Essenciais - Uma Bolha por Evento :

a1 Contas correntes a
Crdito 1

Cliente

Realiza Crdito

a2 movimento

20

a1 Contas correntes a
Dbito 2

Cliente
Senha inv.

Realiza Dbito

a2 movimento

a1 Contas correntes a
Extrato 3

Cliente

Emite Extrato

a2 movimento

21

2.2 - Modelo Comportamental Complementar 2.2.1 - Gerar DFD de nvel ascendente O objetivo deste DFD gerar uma viso macro (geral) do sistema. O sistema no ser construdo a partir deste DFD, sua funo sistema complexidade). apoiar a documentao, da validao e facilitar a compreenso do (administrao

Agrupar processos que lidam com os mesmos dados e respostas relacionadas.

a Cliente

1 dbito Crdito

Trata lanamento

Contas correntes

movimento
2 extrato

Emite Extrato

Contas correntes

22

2.2.2 - Gerar DFDs de nvel descendente Detalhar os diagramas uma bolha por evento (atividades essenciais) at que o sistema esteja suficientemente detalhado e especificado.

EVENTO 1 - Cliente solicita depsito

a1 Contas correntes a Cliente

Crdito 1.1

Verifica Conta Valida Conta ok

1.2

Altera saldo

1.3

Atualiza movto

a2 movimento

23

EVENTO 1 - Cliente solicita depsito

a1 Contas correntes

a
Dbito

2.1

2.2

2.3

CLIENTE
Senha no ok

Verifica senha Senha ok

Verifica conta Conta ok

Altera Saldo

2.4

Inclui movto

a2 movimento

2.2.3 - Documentar o DFD

Miniespecializao

dos processos Externas e

Fluxos,

Entidades

Depsitos 2.2.4 - Contruir verso definitiva do DER Verificar balanceamento do DER e DFD. (entidades e relacionamentos versus depsitos do DFD)

24

OBJETIVO: Definir a interface com o usurio: Fronteira entre o manual/automatizados; Interface humana: escolha de dispositivos, e formato das entradas e sadas (telas, relatrios, formulrios, etc).

IMPLEMENTAO DE SISTEMAS
BOTTOM UP - PRIMEIRAMENTE SO TESTADOS MDULOS, SUBSISTEMAS E FINALMENTE O SISTEMA. OS

Problemas: NADA EST TERMINADO AT QUE O

TESTE ESTEJA COMPLETAMENTE PRONTO, DE TODO O SISTEMA. SE O PRAZO DE IMPLANTAO COINCIDIR COM O MEIO DO TESTE DO SISTEMA, NADA TEMOS A MOSTRAR AO USURIO A NO SER UMA PILHA DE LISTAGENS DE TESTES, MAS OS ERROS SRIOS DE INTEGRAO E INTERFACE S SURGEM NO FINAL, NO MOMENTO QUE O PESSOAL EST MAIS CANSADO.

IMPLEMENTAO TOP DOWN SUBSISTEMAS E MDULOS SO IMPLEMENTADOS A MEDIDA QUE FICAM PRONTOS. OS USURIOS J VO DEPURANDO O SISTEMA E VENDO OS RESULTADOS.

25