Modelagem Funcional de Sistemas de Informação Análise Essencial - ppt video online carregar
Modelagem Funcional de Sistemas de Informação Análise Essencial
PublicouPietro Fonte Alterado mais de 3 anos atrás
Apresentação em tema: "Modelagem Funcional de Sistemas de Informação Análise Essencial"— Transcrição da apresentação:
1 Modelagem Funcional de Sistemas de Informação Análise Essencial
2 "Mais difícil do que definir algo, é decidir o que deve ser definido."
Fred Brooks, The Mythical Man-Month, Addison Wesley
3 Bibliografia Indicada para o Curso
Análise Essencial S. Pompilho, Editora Ciência Moderna, RJ Análise Estruturada Moderna Edward Yourdon, Editora Campus, RJ
4 ANÁLISE ESSENCIAL
5 ANÁLISE ESSENCIAL
6 ANÁLISE ESSENCIAL Modelo Essencial Modelo de Implementação
Apresenta o sistema em um grau de abstração independente de restrições tecnológicas. Corresponde ao modelo lógico proposto da análise estruturada. Modelo de Implementação Apresenta o sistema em um grau de abstração dependente de restrições tecnológicas, sendo derivado do modelo essencial. Corresponde ao modelo físico proposto da análise estruturada.
7 ANÁLISE ESSENCIAL Os eventos são a pedra fundamental dos sistemas, e a especificação de um sistema deve começar pela identificação dos eventos. Pontos de Vista: Abordagem =>funções dados controle Grau de Abstração => nível essencial nível de implementação
8 VANTAGENS DA ANÁLISE ESSENCIAL
Começa pelo modelo essencial, o que corresponde ao modelo lógico proposto da análise estruturada. Aborda as três perspectivas do problema (funções, dados e controle). Particiona o sistema em eventos. Permite a construção dos modelos de dados e de funções em paralelo.
9 ANÁLISE DE EVENTOS Um sistema pode ser entendido como uma caixa preta, que a partir de certos estímulos, produz as respostas apropriadas. Estímulos Eventos Respostas Sistema
10 ANÁLISE DE EVENTOS Evento é um acontecimento do mundo exterior, que requer resposta do sistema. Estímulo é a conseqüência da ocorrência do evento. É o que chega ao sistema e ativa a execução de uma função. Resposta é o resultado gerado pelo sistema, em resposta a um estímulo.Pode ser: fluxo de dado para entidade externa manutenção dos dados mantidos em dep. de dados
11 EXEMPLO DE EVENTOS Secretaria cadastra os cursos
Cliente entrega pedido Vendedor efetua venda Relatório de vendas é emitido Gerência autoriza compra
12 TIPOS DE ESTÍMULOS Fluxo de dados Fluxo de controle Temporal Os eventos serão classificados de acordo com o tipo de estímulo que enviam ao sistema
13 ANÁLISE ESSENCIAL Evento orientado por fluxo de dado
O estímulo é a chegada ao sistema de um fluxo de dado enviado por uma entidade externa. Obrigatoriamente deve ser gerada uma resposta, no entanto ela pode não ser externa, ou seja, pode ser a atualização de um depósito de dados. Sujeito + verbo transitivo (voz ativa) + complemento verbal Exempos: Cliente paga prestação...Cliente cancela pedido
14 ANÁLISE ESSENCIAL Evento orientado por controle
O estímulo é a chegada ao sistema de um fluxo de controle, oriundo de uma entidade externa, ou de uma função interna do sistema. Pode ou não ser gerada uma resposta externa. Sujeito + verbo transitivo (voz ativa) + complemento verbal Sujeito + verbo (voz passiva) Exempos: Diretoria autoriza pagamento de fatura; 8º cheque é emitido;
15 EVENTO ORIENTADO POR TEMPO (TEMPORAL)
O estímulo é a chegada ao sistema da informação de ter decorrido um determinado intervalo de tempo. Pode ou não ser gerada uma resposta externa. Exemplo: Relatório contábil é emitido
16 A LISTA DE EVENTOS Lista de Eventos sob a forma de Tabela
Uma forma bem elaborada de apresentar a lista de eventos, é sob a forma de uma tabela. As colunas são as seguintes: Nº do evento Nome do Evento Respostas Tipo Estímulo Ação
17 FLUXOS E PROCESSOS DE CONTROLE
Um fluxo de controle pode ser originado ou de uma entidade externa ou de um processo interno ao sistema. Um processo de controle não modifica dados. Suas entradas e saídas são fluxo de controle. Os fluxos e processos de controle não são representados no DFD tradicional. Para os casos em que o entendimento dos processos de controle seja fundamental para o entendimento do sistema, pode ser possível a utilização de DFD's estendido.
18 FLUXOS E PROCESSOS DE CONTROLE
Fornecedor Emitir Encomenda Produtos Encomendas Controlar Ativar emissão de Encomendas Nível de ressuprimento atingido
19 ANÁLISE ESSENCIAL
20 O MODELO ESSENCIAL Descreve o Sistema de maneira independente de restrições tecnológicas = > tecnologia perfeita. Elabora o modelo ideal, descrevendo quais os requisitos que o sistema deve atender, sem se preocupar em como o sistema vai atender. É composto de dois modelos: Modelo Ambiental Modelo Comportamental
21 COMPOSIÇÃO DO MODELO ESSENCIAL
- Modelo Ambiental => Voltado para fora do sistema. Mostra a interação do sistema com os elementos externos a ele. - Modelo Comportamental => Voltado para dentro do sistema. Mostra como o sistema deve reagir aos estímulos oriundos do ambiente externo.
22 O MODELO AMBIENTAL Os componentes do Modelo Ambiental são:
Diagrama de Contexto do Sistema Declaração dos Objetivos do Sistema Lista de Eventos que afetam o Sistema Normalmente, uma boa seqüência para se chegar a cada um dos componentes do modelo ambiental seria: construir a lista de eventos, desenhar o diagrama de contexto, e finalmente, elaborar a Declaração de Objetivos do Sistema.
23 LISTA DE EVENTOS DO SISTEMA
As finalidades de um sistema são atender a determinadas necessidades, que são decorrentes de eventos que ocorrem no mundo exterior ao sistema. A construção da Lista de Eventos está intrinsicamente ligada às finalidades de um sistema.
24 DIAGRAMA DE CONTEXTO DO SISTEMA
O objetivo do Diagrama de Contexto é representar o sistema por um único processo e suas interações com as entidades externas. A construção da Diagrama de Contexto é feita a partir dos DFD's de resposta aos eventos.
25 DIAGRAMA DE CONTEXTO Diagrama de Contexto do Sistema
A construção do Diagrama de Contexto deve seguir as seguintes etapas: * Desenhar a bolha que representa o sistema, com o nome do sistema no interior. * Para cada evento, representar as entidades externas envolvidas, e os fluxos que entram e saem do sistema. * As entidades externas repetidas devem representadas apenas uma vez.
26 ANÁLISE ESSENCIAL E1 P1 F1 (R1) EVENTO 1 E2 P2 F2 R2 E3 EVENTO 2 (R3)
Processo Entidade Fluxo Resposta
27 ANÁLISE ESSENCIAL E1 F1 E2 F2 R2 E3 F3 R6 SISTEMA
28 DECLARAÇÃO DOS OBJETIVOS
A Declaração dos Objetivos do Sistema deve ser elaborada em poucas frases, simples e precisas, em linguagem destituída de jargão técnico. Deve concentrar-se em o que o sistema deve fazer, sem se preocupar em como será deve ser feito. Sua construção é facilitada se forem considerados a Lista de Eventos e o Diagrama de Contexto do Sistema.
29 MODELO COMPORTAMENTAL
Os componentes do Modelo Comportamental são: DFD's particionados por evento DFD preliminar DFD de nível zero Devemos ter em mente que o objetivo do modelo comportamental é entender o funcionamento interno do sistema. Para isso,devemos verificar quais são as bolhas primitivas, para que possamos chegar às mini-especificações dos processos primitivos.
30 PARTICIONAMENTO POR EVENTOS
DFD's particionados por Evento Também conhecido como DFD de resposta aos eventos. Para cada evento, representar os processos, as entidades externas, os depósitos de dados e os fluxos na forma de um DFD. A inclusão dos depósitos de dados se faz necessária porque os eventos podem ser assíncronos, ou seja, os dados produzidos por um evento não são necessariamente utilizados no mesmo instante por outro evento.
31 Evento2 EVENTO - FLUXO Ação Respostas N° Evento Tipo Estímulo
Diretoria Diretoria 2 Cliente Cancela Pedido Cancelar Pedidos I:G-pedidos-cp E: Rel-Ped-Canc F Cod-pedido Gerente Comercial Rel-Ped-Canc Cancelar Pedidos 2 Cliente Cod-pedido G-Pedidos-cp G-Pedidos-cp R-Pedidos-cp
32 Evento 3 EVENTO TEMPORAL Ação Respostas N° Evento Tipo Estímulo 3
Matr são canceladas Cancelar matriculas I:G-matriculas-cm E: Rel-Mat-Canc T Matriculas Cancelar Matriculas 3 Secretaria Rel-Mat-Canc G-Matriculas-cm R-matriculas-cm
33 ANÁLISE ESSENCIAL E1 P1 F1 (R1) EVENTO 1 E2 P2 F2 R2 E3 EVENTO 2 (R3)
(D1) E2 P2 F2 R2 E3 EVENTO 2 (R3) (D2) E3 P3 F3 R6 E1 (R4) (R5) EVENTO 3 (D1) (D3)
34 D.F.D. PRELIMINAR A Análise Estruturada preconiza uma abordagem de projeto top-down, ou seja, partindo-se do Diagrama de Contexto chega-se ao DFD de nível zero e aos DFD's de nível mais baixo,pela explosão dos processos. A Análise Essencial utiliza a abordagem midle-out. Parte de uma situação intermediária (o DFD preliminar), para os níveis mais baixos (abordagem top-down) e para o Diagrama de Nível Zero (abordagem botton-up)
35 ANÁLISE ESSENCIAL DFD Preliminar
O DFD Preliminar é obtido integrando-se todos os DFD's dos eventos em um único DFD. Os elementos repetidos (entidades externas, depósito de dados) devem ser representados apenas uma vez.
36 ANÁLISE ESSENCIAL E1 P1 F1 (R1) EVENTO 1 E2 P2 F2 R2 E3 EVENTO 2 (R3)
37 ANÁLISE ESSENCIAL DFD Preliminar E1 P1 F1 (R1) E3 P2 F2 R2 E2 (R3) P3
38 DFD DE NÍVEL ZERO O DFD de nível zero representa o nível de DFD imediatamente abaixo do nível do Diagrama de Contexto. Na abordagem Top-down, é o segundo DFD obtido, logo após o Diagrama de Contexto. Na abordagem adotada pela AE (midle-out), como já foi visto, primeiro é obtido o DFD preliminar. Como o DFD preliminar é de um nível mais baixo, devemos grupar funções para chegarmos ao DFD de Nível Zero.
39 D.F.D. DE NÍVEL ZERO Um critério de agrupamento bastante razoável considera o grau de acoplamento e de coesão entre as funções. Quanto maior a coesão entre as funções agrupadas, menor será o grau de acoplamento entre os processos obtidos. Na prática, como as funções verificadas pertencem a eventos diferentes, uma maneira bem coerente de verificar a ligação entre eles é através dos depósitos de dados que são acessados.