SlideShare una empresa de Scribd logo
1 de 73
Análise Estruturada de Sistemas


             2012 / 1
Modelo de Contexto
O que é?

É o instrumento da análise funcional que serve para:

•Identificar os elementos externos que interagem com o sistema.

•Mostrar o fluxo de informação existente entre o sistema e seu ambiente 
externo. 

•Estabelecer os limites do sistema. 

•Identificar os eventos que ocorrem no ambiente externo e que provocam 
uma resposta do sistema.
Modelo de Contexto




    Professor: Samuel Júnior
Modelo de contexto - Como é
                 desenvolvido?

        O modelo de contexto deve ser desenvolvido em conjunto com os 
usuários. Se não for possível, ele pode ser desenvolvido pelos analistas e 
submetido à aprovação dos usuários.

         De qualquer forma, o modelo de contexto vai se constituir numa 
espécie  de  contrato  de  prestação  de  serviços  entre  analistas  e  usuários 
com  relação  àquilo  que  vai  ser  incluído  no  sistema.  Por  isso,  todos  os 
cuidados devem ser tomados para garantir uma correta determinação dos 
limites do sistema, do que vai ser e do que não vai ser objeto de análise.
Modelo de contexto - Como é
      desenvolvido?




         Professor: Samuel Júnior
Modelo de contexto - Componentes
O modelo de contexto tem dois componentes:

•    O diagrama de contexto, que é uma representação gráfica do sistema 
com seu ambiente externo.

•    A lista de eventos, que relaciona os fatos do ambiente externo que o 
sistema obrigatoriamente deve reconhecer. 
Diagrama de Contexto

Objetivos

Saber  como  funciona  o  Sistema  de  Cobrança,  conhecer  alguns  exemplos 
de diagrama de contexto e também alguns limites do Sistema.




  1º Identificar as entidades externas
  2º Identificar os fluxos de dados
  3º Construir a lista de eventos
  4º Verificar se os eventos estão todos contemplados
O Sistema de cobrança

Considere um sistema de cobrança de uma organização. Suponha que este 
sistema seja bastante simples.

Ele deve ser capaz de:

• Receber os pagamentos feitos pelos clientes.

• Emitir os recibos dos pagamentos realizados.

• Emitir extratos periódicos para os clientes.

•  Emitir  relação  de  clientes  inadimplentes  para  uso  do  Departamento 
Jurídico. 
O Sistema de cobrança




     Professor: Samuel Júnior
Diagrama de Contexto
Neste exemplo, podemos destacar que:

• O cliente é origem e destino das informações que o sistema recebe e gera.

• O Departamento Jurídico é o destino das informações geradas pelo sistema.

• O sistema recebe informações relativas aos pagamentos feitos pelo cliente.

• O sistema emite os recibos e os extratos para os clientes.

• O sistema emite a relação de inadimplentes para o Departamento Jurídico. 
Diagrama de contexto
                     Sistema de cobrança
Veja o diagrama de contexto do sistema de cobrança:

Você pode observar que:

    O cliente e o Departamento Jurídico são as entidades externas, origem 
e destino das informações que o sistema recebe ou emite.

    Pagamento é um fluxo de dados recebido pelo sistema. Nós chamamos 
este tipo de fluxo de dados de "fluxo de entrada" ou de "estímulo".

    Recibo, extrato e relação de inadimplentes são fluxos de dados emitidos 
pelo sistema. São "fluxos de saída" ou "respostas" do sistema. 
Diagrama de contexto
Sistema de cobrança




     Professor: Samuel Júnior
Ambiente Externo

O  cliente  e  o  Departamento  Jurídico  não  fazem  parte  do  sistema,  mas 
interagem  com  ele,  fornecendo  ou  recebendo  dados.  Constituem  o  que  se 
denomina            o        "ambiente       externo"          do         sistema.
Se  quisermos,  podemos  considerar  que  o  Departamento  Jurídico  é  parte 
integrante  do  sistema  de  cobrança. Sendo assim,  ele  deixa  de fazer parte do 
ambiente externo e não aparece mais no diagrama de contexto como entidade 
externa.

Limites do sistema

Como podemos ver, a inclusão ou não de uma entidade externa e os fluxos de 
dados  correspondentes  podem  aumentar  ou  diminuir  a  abrangência  de  um 
sistema.

Neste  exemplo,  o  que  está  em  discussão  é  se  o  Departamento  Jurídico  e  as 
funções por ele executadas fazem parte ou não do sistema. Analista e cliente 
devem  chegar  a  um  consenso  a  respeito  disto  e  o  diagrama  de  contexto 
refletirá o resultado da discussão.
Ambiente Externo




  Professor: Samuel Júnior
Entidades de Fluxos Externos

Objetivos

Desenhar um diagrama de contexto para um sistema.

Uma entidade externa é um elemento do ambiente externo ao
sistema que:

•   Gera informações que dão entrada no sistema.

•   Recebe informações que são geradas pelo sistema.
Entidades de Fluxos Externos

Fluxos de dados são dados em movimento. Podem ser:

       Entradas ou estímulos para o sistema.

       Saídas ou respostas do sistema.

As entidades externas são a origem ou destino dos fluxos de dados.
Desenhando um diagrama de contexto

Para desenhar o diagrama de contexto, :




                               Professor: Samuel Júnior
Eventos

Objetivos

Preparar uma lista de eventos.
Eventos
Eventos são fatos que ocorrem fora do sistema e têm o poder de
fazer com que ele reaja e produza respostas.

Imagine o sistema como um ser que fique o tempo todo dormindo e
só é acordado quando alguma coisa acontece.

Existem dois tipos de eventos:

• Eventos externos

• Eventos temporais
Eventos Externos

Eventos externos são fatos que ocorrem fora do sistema e que fazem
o sistema reagir.

Por exemplo:

      Cliente paga conta

Um evento externo:

• Acontece fora do sistema

• Gera um estímulo que "acorda" o sistema

• Provoca uma resposta do sistema.
Eventos Temporais

Eventos temporais não estão relacionados a fatos externos. Estão
relacionados à passagem do tempo.

Exemplo:

• É hora de emitir extratos.

Outro exemplo de evento temporal:

• É hora de emitir relação de inadimplentes.
Nomeando Eventos
Os eventos externos são nomeados com uma frase que indica a ação que está sendo
executada fora do sistema.Por exemplo:

  Cliente efetua pagamento

Na maioria dos casos, a frase que dá nome ao evento é formada assim:

O sujeito é a entidade externa
           O verbo indica a ação executada
O objeto é o nome do fluxo de dados

O nome dos eventos temporais sempre começa pela expressão

É hora de ...

Seguida da ação que o sistema deverá executar:

• É hora de emitir extratos periódicos

• É hora de emitir relação de inadimplentes.
Limites do Sistema

• Objetivos
  Conhecer os conceitos de estímulo e
  resposta e como eles se relacionam com
  os eventos e elaborar uma lista de
  eventos, a partir do diagrama de contexto.
Estímulos

•   Estímulos são os fluxos de dados que
    entram no sistema. Estes fluxos de
    dados informam ao sistema que um
    evento externo ocorreu.
•   No exemplo ao lado, o fluxo de
    dadosPagamento representa um
    estímulo recebido pelo sistema. Este
    estímulo indica ao sistema a
    ocorrência do evento Cliente efetua
    pagamento.
•   Este fluxo de dados contém todos os
    dados relativos ao pagamento
    efetuado e habilita o sistema a dar a
    resposta adequada ao evento
    ocorrido. No caso, a resposta do
    sistema ao estímulo recebido é a
    emissão do recibocorrespondente.



                                  Professor: Samuel Júnior
Lista de Eventos
• A lista de eventos
  é uma tabela de
  três colunas




                 Professor: Samuel Júnior
Estímulos

• Os estímulos devem ser
  colocados na lista de
  eventos, junto ao evento
  correspondente.
• Eventos
  externos sempre estão
  ligados a um estímulo.
• Eventos
  temporais nunca geram
  um estímulo.



                      Professor: Samuel Júnior
Respostas

• As respostas são fluxos
  de dados de saída do
  sistema. Eles são
  gerados quando um
  evento, externo ou
  temporal, acontece.




                     Professor: Samuel Júnior
Respostas

• As respostas devem ser
  colocadas na lista de
  eventos na coluna
  correspondente,
  vinculadas ao evento que
  dá origem a elas.




                     Professor: Samuel Júnior
Elaborar lista de eventos
•   Para elaborar a lista de eventos a partir do
    diagrama de contexto, siga os passos
    abaixo:
•   Para descobrir os estímulos (fluxos de
    dados de entrada) fazemos as
    perguntas: Que fato ou acontecimento
    externo gera este estímulo? eO que a
    entidade externa faz que gera este
    estímulo?
•   No exemplo, o estímulo pagamento é o
    resultado do fato Cliente efetua
    pagamento, que é o evento externo
    correspondente.
•   Indique as respostas (fluxos de saídas)
    correspondentes aos eventos já
    identificados. No exemplo, o fluxo de
    dados Recibo é a resposta ao
    evento Cliente efetua pagamento.
•   Identifique os eventos temporais que geram
    as demais respostas que ainda não foram
    inseridas na tabela.
Limites do Sistema

• Objetivos
Conhecer os conceitos de estímulo e resposta e como eles
  se relacionam com os eventos e elaborar uma lista de
  eventos, a partir do diagrama de contexto.
Estímulos
•   Estímulos são os fluxos de dados que entram
    no sistema. Estes fluxos de dados informam
    ao sistema que um evento externo ocorreu.
•   No exemplo ao lado, o fluxo de dados
    Pagamento representa um estímulo recebido
    pelo sistema. Este estímulo indica ao sistema
    a ocorrência do evento Cliente efetua
    pagamento.
•   Este fluxo de dados contém todos os dados
    relativos ao pagamento efetuado e habilita o
    sistema a dar a resposta adequada ao evento
    ocorrido. No caso, a resposta do sistema ao
    estímulo recebido é a emissão do recibo
    correspondente.
Lista de Eventos
•   A lista de eventos é uma tabela de três
    colunas:
Preenchendo a lista de eventos - Estímulos


• Os estímulos devem ser
  colocados na lista de
  eventos, junto ao evento
  correspondente.
• Eventos externos sempre
  estão ligados a um
  estímulo.
• Eventos temporais nunca
  geram um estímulo.
Respostas

• As respostas são fluxos de dados de
  saída do sistema. Eles são gerados
  quando um evento, externo ou
  temporal, acontece.
• No exemplo, as respostas são:
Elaborando a lista de eventos
•   Para elaborar a lista de eventos a partir do diagrama de contexto, siga os passos
    abaixo:
•   Para descobrir os estímulos (fluxos de dados de entrada) fazemos as perguntas: Que
    fato ou acontecimento externo gera este estímulo? e O que a entidade externa faz
    que gera este estímulo?
•   No exemplo, o estímulo pagamento é o resultado do fato Cliente efetua pagamento,
    que é o evento externo correspondente.
•   Indique as respostas (fluxos de saídas) correspondentes aos eventos já identificados.
    No exemplo, o fluxo de dados Recibo é a resposta ao evento Cliente efetua
    pagamento.
•   Identifique os eventos temporais que geram as demais respostas que ainda não foram
    inseridas na tabela.
•   Eventos temporais não estão relacionados a estímulos.
Elaborando a lista de eventos
Ocorrência de Eventos

• Para ter certeza de que a lista de eventos está completa,
  submetemos cada evento às seguintes indagações:


   – 1. O que acontece se este evento não ocorrer?
   – 2. Que evento acontece antes deste?
   – 3. Que evento acontece depois deste?



• As respostas a estas perguntas podem indicar eventos que provocam
  resposta do sistema e que também devem constar da lista de
  eventos.
Objetivos

• Aprender a avaliar se a lista de eventos está completa e, se
  necessário, complementá-la, bem como o diagrama de contexto.
• Este passo é muito importante.
• Se algum evento for esquecido ou se o diagrama de contexto não
  estiver completo, os limites do sistema não estarão corretamente
  estabelecidos. Como resultado, poderá haver desentendimentos entre
  o analista e o usuário a respeito do que o sistema deve ou não fazer.
Não ocorrência de eventos

• Considere a lista de eventos do sistema de cobrança:
• Considere o seguinte evento:
   Cliente efetua pagamento
• Faça a seguinte pergunta:
   O que acontece se este evento não ocorrer?
Não ocorrência de eventos

• A resposta pode ser:
   – O sistema deve emitir uma carta de cobrança.
• Isto dá origem a um novo evento temporal:
   – É hora de emitir cartas de cobrança.
Eventos anteriores

• Outra pergunta:
 Que evento acontece antes deste?
• Faça esta pergunta em relação ao evento:
 Cliente efetua pagamento.
• Para que o cliente possa efetuar o pagamento, ele precisa receber
  antes um boleto de cobrança.
• Neste caso, precisamos de um evento temporal:
 É hora de emitir boletos de cobrança.
Eventos anteriores
Eventos posteriores

• Mais uma pergunta:
 Que evento acontece depois deste?
• Vamos aplicar esta pergunta ao evento:
 É hora de emitir cartas de cobrança.
• O que acontece depois que as cartas de cobrança forem enviadas, se
  o cliente não efetuar o pagamento?
• Enviar o título para protesto?
• Se este for o caso, temos mais um evento:
 É hora de enviar títulos para protesto.
Eventos posteriores
Complementando o diagrama de contexto

• Todos os novos estímulos e respostas identificados precisam ser
  incluídos no diagrama de contexto. Neste exemplo, descobrimos três
  novas respostas, que precisam constar do diagrama de contexto.
Complementando o diagrama de contexto

• Todos os novos estímulos e respostas identificados precisam ser
  incluídos no diagrama de contexto. Neste exemplo, descobrimos três
  novas respostas, que precisam constar do diagrama de contexto.
Funções do Sistema

O modelo funcional define as funções que o sistema vai executar. Aqui,
ainda usamos a visão lógica, isto é, damos ênfase ao que o sistema vai
fazer, independentemente de como. Por isso, chamamos as funções
identificadas de funções essenciais do sistema. O modelo funcional será
composto pela lista de funções essenciais e por uma série de diagramas,
cada um mostrando como a informação flui entre as funções do sistema
e as entidades externas.


Objetivos
•Conhecer o modelo funcional e seus componentes.
•Saber elaborar a lista de funções essenciais e o diagrama de fluxo de
dados dessas funções.
Componentes do modelo funcional

O modelo funcional possui dois componentes:
•Lista de funções essenciais
•Diagrama de fluxo de dados das funções essenciais
Funções essenciais e eventos

• O primeiro componente é a lista de funções essenciais. Ela é
  construída a partir da lista de eventos que faz parte do modelo de
  contexto.
• Uma função essencial é um componente do sistema de informação
  que fornece uma resposta completa a um evento. Haverá uma função
  essencial para cada evento da lista de eventos.
Diagrama de fluxo de dados das funções essenciais


• O outro componente é o diagrama de fluxo de dados (DFD) das
  funções essenciais, que é uma representação gráfica da interação
  das funções essenciais com seu ambiente externo.
Roteiro de elaboração


Para elaborar o modelo funcional, seguimos o roteiro abaixo:
1. Construir a lista de funções essenciais
2. Construir o DFD das funções essenciais
3. Construir, se necessário, um DFD de decomposição para cada função
essencial
Roteiro de elaboração
Roteiro de elaboração
Roteiro de elaboração
Funções Essenciais


Introdução
•Uma função essencial é um componente do sistema de informação que
fornece resposta completa a um estímulo recebido de um evento
ocorrido no seu ambiente externo.
•Isto significa que, quando um evento acontecer e o sistema "acordar",
uma série de ações será executada, até que nada mais seja possível ou
necessário fazer e, então, o sistema voltará a "dormir".
•Estas ações executadas constituem uma função essencial.
Como Identificar as funções


• Para identificar as funções essenciais, procedemos da seguinte
  forma:
• Para cada item constante da lista de eventos devemos fazer a
  seguinte pergunta: Quando este evento acontece, o que o sistema
  deve fazer?
• A resposta a esta pergunta é o nome da função essencial
  correspondente.
• O nome de uma função essencial sempre começa com um verbo no
  infinitivo.
Listas de funções essenciais


• A lista de funções essenciais pode ser então preenchida:
Deposito de Dados


• Depósitos de dados são locais nos quais os dados são armazenados.
  Estes dados são atualizados e recuperados pelas funções do
  sistema.
• Eles representam conjuntos de informações relacionadas que
  precisam ser armazenadas pelo sistema durante o intervalo entre a
  ocorrência dos eventos.
• Este é o símbolo que usamos para representar um depósito de
  dados:
Exemplo de sistema de cobrança


• Considere a lista de funções essenciais do sistema de cobrança:
Função essencial


1. Pergunte:
  A respeito de que coisas o sistema deverá guardar informações?
2. Para cada função essencial, pergunte:
  Quando esta função é executada, que dados são armazenados?
  Quando a função Processar pagamento é executada, que dados são
  armazenados?
3. Para cada função essencial, pergunte:
  Que dados obtidos e armazenados por outras funções são
  necessários para esta função executar?
Exemplo de processar pagamento
Exemplo de processar pagamento
Exemplo de processar pagamento
Exemplo de processar pagamento
Exemplo de processar pagamento
Depósitos de dados e funções


Depósitos de dados e funções essenciais podem ser relacionados em
  uma tabela, como a que segue:
Diagrama de fluxos de dados


O diagrama de fluxo de dados mostra como os dados fluem das
  entidades externas para as funções essenciais do sistema, destas
  para os depósitos de dados e para as entidades externas.
Como elaborar o diagrama


Para desenhar o diagrama, levamos em conta a lista de eventos e a lista
  de depósitos de dados.
Para elaborar o diagrama, devemos seguir os seguintes passos:
      1. Disponha no gráfico as funções essenciais
Como elaborar o diagrama


Para desenhar o diagrama, levamos em conta a lista de eventos e a lista
  de depósitos de dados.
Para elaborar o diagrama, devemos seguir os seguintes passos:
      1. Disponha no gráfico as funções essenciais
Como elaborar o diagrama

2. Disponha no gráfico os estímulos e as respostas. Coloque também as
   entidades externas que aparecem no diagrama de contexto. Se
   necessário, duplique no gráfico as entidades externas para evitar o
   cruzamento de linhas.
Como elaborar o diagrama

2. Disponha no gráfico os estímulos e as respostas. Coloque também as
   entidades externas que aparecem no diagrama de contexto. Se
   necessário, duplique no gráfico as entidades externas para evitar o
   cruzamento de linhas.
Como elaborar o diagrama

3. Inclua no diagrama os depósitos de dados. Se necessário, duplicar no
    gráfico os depósitos de dados para evitar o cruzamento de linhas.
Como elaborar o diagrama

3. Inclua no diagrama os depósitos de dados. Se necessário, duplicar no
    gráfico os depósitos de dados para evitar o cruzamento de linhas.

Más contenido relacionado

La actualidad más candente

Introdução à Análise de Sistemas
Introdução à Análise de SistemasIntrodução à Análise de Sistemas
Introdução à Análise de SistemasNécio de Lima Veras
 
Levantamento Ágil de Requisitos
Levantamento Ágil de RequisitosLevantamento Ágil de Requisitos
Levantamento Ágil de RequisitosPaulo Furtado
 
Desenhando Componentes de Software com UML
Desenhando Componentes de Software com UMLDesenhando Componentes de Software com UML
Desenhando Componentes de Software com UMLRildo (@rildosan) Santos
 
Conceitos Básicos Sobre Analise de Sistemas
Conceitos Básicos Sobre Analise de SistemasConceitos Básicos Sobre Analise de Sistemas
Conceitos Básicos Sobre Analise de SistemasClayton de Almeida Souza
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareCloves da Rocha
 
Aula 1 requisitos
Aula 1   requisitosAula 1   requisitos
Aula 1 requisitoslicardino
 
Aula1 e aula2 - Analise e Projeto de Sistemas
Aula1 e aula2 - Analise e Projeto de SistemasAula1 e aula2 - Analise e Projeto de Sistemas
Aula1 e aula2 - Analise e Projeto de SistemasGustavo Gonzalez
 
Aps lista de exercícios
Aps lista de exercíciosAps lista de exercícios
Aps lista de exercíciosGuilherme
 
Aula 01 - Introdução ao Sistema de Informação
Aula 01 - Introdução ao Sistema de InformaçãoAula 01 - Introdução ao Sistema de Informação
Aula 01 - Introdução ao Sistema de InformaçãoDaniel Brandão
 
UML - Criando Diagramas Eficientes
UML - Criando Diagramas EficientesUML - Criando Diagramas Eficientes
UML - Criando Diagramas EficientesRodrigo Cascarrolho
 
1.Introdução Banco de Dados
1.Introdução Banco de Dados1.Introdução Banco de Dados
1.Introdução Banco de Dadosvini_campos
 
Especificação de requisitos
Especificação de requisitosEspecificação de requisitos
Especificação de requisitosFernando Palma
 
Análise e Projeto de Sistemas
Análise e Projeto de SistemasAnálise e Projeto de Sistemas
Análise e Projeto de SistemasGuilherme
 
Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)
Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)
Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)Leinylson Fontinele
 

La actualidad más candente (20)

Introdução à Análise de Sistemas
Introdução à Análise de SistemasIntrodução à Análise de Sistemas
Introdução à Análise de Sistemas
 
Levantamento Ágil de Requisitos
Levantamento Ágil de RequisitosLevantamento Ágil de Requisitos
Levantamento Ágil de Requisitos
 
Desenhando Componentes de Software com UML
Desenhando Componentes de Software com UMLDesenhando Componentes de Software com UML
Desenhando Componentes de Software com UML
 
Aula 2 - Processos de Software
Aula 2 - Processos de SoftwareAula 2 - Processos de Software
Aula 2 - Processos de Software
 
Conceitos Básicos Sobre Analise de Sistemas
Conceitos Básicos Sobre Analise de SistemasConceitos Básicos Sobre Analise de Sistemas
Conceitos Básicos Sobre Analise de Sistemas
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de Software
 
Arquitetura de Software
Arquitetura de SoftwareArquitetura de Software
Arquitetura de Software
 
Aula 1 requisitos
Aula 1   requisitosAula 1   requisitos
Aula 1 requisitos
 
Modelos de processos de software
Modelos de processos de softwareModelos de processos de software
Modelos de processos de software
 
Aula1 e aula2 - Analise e Projeto de Sistemas
Aula1 e aula2 - Analise e Projeto de SistemasAula1 e aula2 - Analise e Projeto de Sistemas
Aula1 e aula2 - Analise e Projeto de Sistemas
 
Aps lista de exercícios
Aps lista de exercíciosAps lista de exercícios
Aps lista de exercícios
 
UML
UMLUML
UML
 
Aula 01 - Introdução ao Sistema de Informação
Aula 01 - Introdução ao Sistema de InformaçãoAula 01 - Introdução ao Sistema de Informação
Aula 01 - Introdução ao Sistema de Informação
 
UML - Criando Diagramas Eficientes
UML - Criando Diagramas EficientesUML - Criando Diagramas Eficientes
UML - Criando Diagramas Eficientes
 
1.Introdução Banco de Dados
1.Introdução Banco de Dados1.Introdução Banco de Dados
1.Introdução Banco de Dados
 
Especificação de requisitos
Especificação de requisitosEspecificação de requisitos
Especificação de requisitos
 
Análise e Projeto de Sistemas
Análise e Projeto de SistemasAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas
 
Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)
Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)
Banco de Dados II Aula 03 - Modelagem de Dados (Modelo Lógico)
 
Uml
UmlUml
Uml
 
Projeto de Software
Projeto de SoftwareProjeto de Software
Projeto de Software
 

Similar a Análise Estruturada de Sistemas

Aes 2bim-aula-03-121216082442-phpapp01
Aes 2bim-aula-03-121216082442-phpapp01Aes 2bim-aula-03-121216082442-phpapp01
Aes 2bim-aula-03-121216082442-phpapp01Kátia Regina Borgi
 
Analise essencial
Analise essencialAnalise essencial
Analise essencialTiagoSerra
 
Análise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de UsoAnálise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de UsoCursoSENAC
 
Sistemas de informação 1
Sistemas de informação 1Sistemas de informação 1
Sistemas de informação 1celsocarriel
 
Aula modelagem de dados
Aula modelagem de dadosAula modelagem de dados
Aula modelagem de dadosGabriel Moura
 
Requisitos monitoria
Requisitos monitoriaRequisitos monitoria
Requisitos monitoriaPaulo Damas
 
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de UsoProf. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de UsoRenato Augusto
 
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de UsoProf. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de UsoRenato Augusto
 
Aula 02 - Sistemas, Dados, Informação
Aula 02 - Sistemas, Dados, InformaçãoAula 02 - Sistemas, Dados, Informação
Aula 02 - Sistemas, Dados, InformaçãoDaniel Brandão
 
Material Sistema integrados.pptx
Material Sistema integrados.pptxMaterial Sistema integrados.pptx
Material Sistema integrados.pptxJulianoCarvalho34
 
Administração de Sistemas de Informação - aula 3
Administração de Sistemas de Informação - aula 3Administração de Sistemas de Informação - aula 3
Administração de Sistemas de Informação - aula 3Paulo Sérgio Ramão
 
Risk Advisor- Gestão De Ouvidoria
Risk Advisor- Gestão De OuvidoriaRisk Advisor- Gestão De Ouvidoria
Risk Advisor- Gestão De OuvidoriaFabricio Macedo
 
Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)
Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)
Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)douglas
 
Diagramas de caso de uso
Diagramas de caso de usoDiagramas de caso de uso
Diagramas de caso de usoFitBlar Mit
 
Módulo 3 - Aula 2 (parte 2)
Módulo 3 - Aula 2 (parte 2)Módulo 3 - Aula 2 (parte 2)
Módulo 3 - Aula 2 (parte 2)agemais
 

Similar a Análise Estruturada de Sistemas (20)

Aes 2bim-aula-03-121216082442-phpapp01
Aes 2bim-aula-03-121216082442-phpapp01Aes 2bim-aula-03-121216082442-phpapp01
Aes 2bim-aula-03-121216082442-phpapp01
 
Analise essencial
Analise essencialAnalise essencial
Analise essencial
 
Modelo essencial
Modelo essencialModelo essencial
Modelo essencial
 
Análise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de UsoAnálise Orientada a Objetos - Casos de Uso
Análise Orientada a Objetos - Casos de Uso
 
Sistemas de informação 1
Sistemas de informação 1Sistemas de informação 1
Sistemas de informação 1
 
Aula modelagem de dados
Aula modelagem de dadosAula modelagem de dados
Aula modelagem de dados
 
Requisitos monitoria
Requisitos monitoriaRequisitos monitoria
Requisitos monitoria
 
Capítulo 4 sigc
Capítulo 4   sigcCapítulo 4   sigc
Capítulo 4 sigc
 
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de UsoProf. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de Uso
 
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de UsoProf. Renato Nunes   aula 04 - Modelagem de Sistemas - Caso de Uso
Prof. Renato Nunes aula 04 - Modelagem de Sistemas - Caso de Uso
 
Aula 02 - Sistemas, Dados, Informação
Aula 02 - Sistemas, Dados, InformaçãoAula 02 - Sistemas, Dados, Informação
Aula 02 - Sistemas, Dados, Informação
 
Material Sistema integrados.pptx
Material Sistema integrados.pptxMaterial Sistema integrados.pptx
Material Sistema integrados.pptx
 
Osm Aula 2
Osm Aula 2Osm Aula 2
Osm Aula 2
 
Capitulo2 eb
Capitulo2 ebCapitulo2 eb
Capitulo2 eb
 
Administração de Sistemas de Informação - aula 3
Administração de Sistemas de Informação - aula 3Administração de Sistemas de Informação - aula 3
Administração de Sistemas de Informação - aula 3
 
Risk Advisor- Gestão De Ouvidoria
Risk Advisor- Gestão De OuvidoriaRisk Advisor- Gestão De Ouvidoria
Risk Advisor- Gestão De Ouvidoria
 
Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)
Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)
Melhoria continua - Six Sigma - Melhoria de processos (Parte 2 de 2)
 
Uml e casos_de_uso_2008
Uml e casos_de_uso_2008Uml e casos_de_uso_2008
Uml e casos_de_uso_2008
 
Diagramas de caso de uso
Diagramas de caso de usoDiagramas de caso de uso
Diagramas de caso de uso
 
Módulo 3 - Aula 2 (parte 2)
Módulo 3 - Aula 2 (parte 2)Módulo 3 - Aula 2 (parte 2)
Módulo 3 - Aula 2 (parte 2)
 

Análise Estruturada de Sistemas

  • 1. Análise Estruturada de Sistemas 2012 / 1
  • 3. Modelo de Contexto Professor: Samuel Júnior
  • 4. Modelo de contexto - Como é desenvolvido? O modelo de contexto deve ser desenvolvido em conjunto com os  usuários. Se não for possível, ele pode ser desenvolvido pelos analistas e  submetido à aprovação dos usuários. De qualquer forma, o modelo de contexto vai se constituir numa  espécie  de  contrato  de  prestação  de  serviços  entre  analistas  e  usuários  com  relação  àquilo  que  vai  ser  incluído  no  sistema.  Por  isso,  todos  os  cuidados devem ser tomados para garantir uma correta determinação dos  limites do sistema, do que vai ser e do que não vai ser objeto de análise.
  • 5. Modelo de contexto - Como é desenvolvido? Professor: Samuel Júnior
  • 6. Modelo de contexto - Componentes O modelo de contexto tem dois componentes: •    O diagrama de contexto, que é uma representação gráfica do sistema  com seu ambiente externo. •    A lista de eventos, que relaciona os fatos do ambiente externo que o  sistema obrigatoriamente deve reconhecer. 
  • 7. Diagrama de Contexto Objetivos Saber  como  funciona  o  Sistema  de  Cobrança,  conhecer  alguns  exemplos  de diagrama de contexto e também alguns limites do Sistema. 1º Identificar as entidades externas 2º Identificar os fluxos de dados 3º Construir a lista de eventos 4º Verificar se os eventos estão todos contemplados
  • 8. O Sistema de cobrança Considere um sistema de cobrança de uma organização. Suponha que este  sistema seja bastante simples. Ele deve ser capaz de: • Receber os pagamentos feitos pelos clientes. • Emitir os recibos dos pagamentos realizados. • Emitir extratos periódicos para os clientes. •  Emitir  relação  de  clientes  inadimplentes  para  uso  do  Departamento  Jurídico. 
  • 9. O Sistema de cobrança Professor: Samuel Júnior
  • 11. Diagrama de contexto Sistema de cobrança Veja o diagrama de contexto do sistema de cobrança: Você pode observar que:     O cliente e o Departamento Jurídico são as entidades externas, origem  e destino das informações que o sistema recebe ou emite.     Pagamento é um fluxo de dados recebido pelo sistema. Nós chamamos  este tipo de fluxo de dados de "fluxo de entrada" ou de "estímulo".     Recibo, extrato e relação de inadimplentes são fluxos de dados emitidos  pelo sistema. São "fluxos de saída" ou "respostas" do sistema. 
  • 12. Diagrama de contexto Sistema de cobrança Professor: Samuel Júnior
  • 13. Ambiente Externo O  cliente  e  o  Departamento  Jurídico  não  fazem  parte  do  sistema,  mas  interagem  com  ele,  fornecendo  ou  recebendo  dados.  Constituem  o  que  se  denomina  o  "ambiente  externo"  do  sistema. Se  quisermos,  podemos  considerar  que  o  Departamento  Jurídico  é  parte  integrante  do  sistema  de  cobrança. Sendo assim,  ele  deixa  de fazer parte do  ambiente externo e não aparece mais no diagrama de contexto como entidade  externa. Limites do sistema Como podemos ver, a inclusão ou não de uma entidade externa e os fluxos de  dados  correspondentes  podem  aumentar  ou  diminuir  a  abrangência  de  um  sistema. Neste  exemplo,  o  que  está  em  discussão  é  se  o  Departamento  Jurídico  e  as  funções por ele executadas fazem parte ou não do sistema. Analista e cliente  devem  chegar  a  um  consenso  a  respeito  disto  e  o  diagrama  de  contexto  refletirá o resultado da discussão.
  • 14. Ambiente Externo Professor: Samuel Júnior
  • 15. Entidades de Fluxos Externos Objetivos Desenhar um diagrama de contexto para um sistema. Uma entidade externa é um elemento do ambiente externo ao sistema que: • Gera informações que dão entrada no sistema. • Recebe informações que são geradas pelo sistema.
  • 16. Entidades de Fluxos Externos Fluxos de dados são dados em movimento. Podem ser: Entradas ou estímulos para o sistema. Saídas ou respostas do sistema. As entidades externas são a origem ou destino dos fluxos de dados.
  • 17. Desenhando um diagrama de contexto Para desenhar o diagrama de contexto, : Professor: Samuel Júnior
  • 19. Eventos Eventos são fatos que ocorrem fora do sistema e têm o poder de fazer com que ele reaja e produza respostas. Imagine o sistema como um ser que fique o tempo todo dormindo e só é acordado quando alguma coisa acontece. Existem dois tipos de eventos: • Eventos externos • Eventos temporais
  • 20. Eventos Externos Eventos externos são fatos que ocorrem fora do sistema e que fazem o sistema reagir. Por exemplo: Cliente paga conta Um evento externo: • Acontece fora do sistema • Gera um estímulo que "acorda" o sistema • Provoca uma resposta do sistema.
  • 21. Eventos Temporais Eventos temporais não estão relacionados a fatos externos. Estão relacionados à passagem do tempo. Exemplo: • É hora de emitir extratos. Outro exemplo de evento temporal: • É hora de emitir relação de inadimplentes.
  • 22. Nomeando Eventos Os eventos externos são nomeados com uma frase que indica a ação que está sendo executada fora do sistema.Por exemplo: Cliente efetua pagamento Na maioria dos casos, a frase que dá nome ao evento é formada assim: O sujeito é a entidade externa O verbo indica a ação executada O objeto é o nome do fluxo de dados O nome dos eventos temporais sempre começa pela expressão É hora de ... Seguida da ação que o sistema deverá executar: • É hora de emitir extratos periódicos • É hora de emitir relação de inadimplentes.
  • 23. Limites do Sistema • Objetivos Conhecer os conceitos de estímulo e resposta e como eles se relacionam com os eventos e elaborar uma lista de eventos, a partir do diagrama de contexto.
  • 24. Estímulos • Estímulos são os fluxos de dados que entram no sistema. Estes fluxos de dados informam ao sistema que um evento externo ocorreu. • No exemplo ao lado, o fluxo de dadosPagamento representa um estímulo recebido pelo sistema. Este estímulo indica ao sistema a ocorrência do evento Cliente efetua pagamento. • Este fluxo de dados contém todos os dados relativos ao pagamento efetuado e habilita o sistema a dar a resposta adequada ao evento ocorrido. No caso, a resposta do sistema ao estímulo recebido é a emissão do recibocorrespondente. Professor: Samuel Júnior
  • 25. Lista de Eventos • A lista de eventos é uma tabela de três colunas Professor: Samuel Júnior
  • 26. Estímulos • Os estímulos devem ser colocados na lista de eventos, junto ao evento correspondente. • Eventos externos sempre estão ligados a um estímulo. • Eventos temporais nunca geram um estímulo. Professor: Samuel Júnior
  • 27. Respostas • As respostas são fluxos de dados de saída do sistema. Eles são gerados quando um evento, externo ou temporal, acontece. Professor: Samuel Júnior
  • 28. Respostas • As respostas devem ser colocadas na lista de eventos na coluna correspondente, vinculadas ao evento que dá origem a elas. Professor: Samuel Júnior
  • 29. Elaborar lista de eventos • Para elaborar a lista de eventos a partir do diagrama de contexto, siga os passos abaixo: • Para descobrir os estímulos (fluxos de dados de entrada) fazemos as perguntas: Que fato ou acontecimento externo gera este estímulo? eO que a entidade externa faz que gera este estímulo? • No exemplo, o estímulo pagamento é o resultado do fato Cliente efetua pagamento, que é o evento externo correspondente. • Indique as respostas (fluxos de saídas) correspondentes aos eventos já identificados. No exemplo, o fluxo de dados Recibo é a resposta ao evento Cliente efetua pagamento. • Identifique os eventos temporais que geram as demais respostas que ainda não foram inseridas na tabela.
  • 30. Limites do Sistema • Objetivos Conhecer os conceitos de estímulo e resposta e como eles se relacionam com os eventos e elaborar uma lista de eventos, a partir do diagrama de contexto.
  • 31. Estímulos • Estímulos são os fluxos de dados que entram no sistema. Estes fluxos de dados informam ao sistema que um evento externo ocorreu. • No exemplo ao lado, o fluxo de dados Pagamento representa um estímulo recebido pelo sistema. Este estímulo indica ao sistema a ocorrência do evento Cliente efetua pagamento. • Este fluxo de dados contém todos os dados relativos ao pagamento efetuado e habilita o sistema a dar a resposta adequada ao evento ocorrido. No caso, a resposta do sistema ao estímulo recebido é a emissão do recibo correspondente.
  • 32. Lista de Eventos • A lista de eventos é uma tabela de três colunas:
  • 33. Preenchendo a lista de eventos - Estímulos • Os estímulos devem ser colocados na lista de eventos, junto ao evento correspondente. • Eventos externos sempre estão ligados a um estímulo. • Eventos temporais nunca geram um estímulo.
  • 34. Respostas • As respostas são fluxos de dados de saída do sistema. Eles são gerados quando um evento, externo ou temporal, acontece. • No exemplo, as respostas são:
  • 35. Elaborando a lista de eventos • Para elaborar a lista de eventos a partir do diagrama de contexto, siga os passos abaixo: • Para descobrir os estímulos (fluxos de dados de entrada) fazemos as perguntas: Que fato ou acontecimento externo gera este estímulo? e O que a entidade externa faz que gera este estímulo? • No exemplo, o estímulo pagamento é o resultado do fato Cliente efetua pagamento, que é o evento externo correspondente. • Indique as respostas (fluxos de saídas) correspondentes aos eventos já identificados. No exemplo, o fluxo de dados Recibo é a resposta ao evento Cliente efetua pagamento. • Identifique os eventos temporais que geram as demais respostas que ainda não foram inseridas na tabela. • Eventos temporais não estão relacionados a estímulos.
  • 36. Elaborando a lista de eventos
  • 37. Ocorrência de Eventos • Para ter certeza de que a lista de eventos está completa, submetemos cada evento às seguintes indagações: – 1. O que acontece se este evento não ocorrer? – 2. Que evento acontece antes deste? – 3. Que evento acontece depois deste? • As respostas a estas perguntas podem indicar eventos que provocam resposta do sistema e que também devem constar da lista de eventos.
  • 38. Objetivos • Aprender a avaliar se a lista de eventos está completa e, se necessário, complementá-la, bem como o diagrama de contexto. • Este passo é muito importante. • Se algum evento for esquecido ou se o diagrama de contexto não estiver completo, os limites do sistema não estarão corretamente estabelecidos. Como resultado, poderá haver desentendimentos entre o analista e o usuário a respeito do que o sistema deve ou não fazer.
  • 39. Não ocorrência de eventos • Considere a lista de eventos do sistema de cobrança: • Considere o seguinte evento: Cliente efetua pagamento • Faça a seguinte pergunta: O que acontece se este evento não ocorrer?
  • 40. Não ocorrência de eventos • A resposta pode ser: – O sistema deve emitir uma carta de cobrança. • Isto dá origem a um novo evento temporal: – É hora de emitir cartas de cobrança.
  • 41. Eventos anteriores • Outra pergunta: Que evento acontece antes deste? • Faça esta pergunta em relação ao evento: Cliente efetua pagamento. • Para que o cliente possa efetuar o pagamento, ele precisa receber antes um boleto de cobrança. • Neste caso, precisamos de um evento temporal: É hora de emitir boletos de cobrança.
  • 43. Eventos posteriores • Mais uma pergunta: Que evento acontece depois deste? • Vamos aplicar esta pergunta ao evento: É hora de emitir cartas de cobrança. • O que acontece depois que as cartas de cobrança forem enviadas, se o cliente não efetuar o pagamento? • Enviar o título para protesto? • Se este for o caso, temos mais um evento: É hora de enviar títulos para protesto.
  • 45. Complementando o diagrama de contexto • Todos os novos estímulos e respostas identificados precisam ser incluídos no diagrama de contexto. Neste exemplo, descobrimos três novas respostas, que precisam constar do diagrama de contexto.
  • 46. Complementando o diagrama de contexto • Todos os novos estímulos e respostas identificados precisam ser incluídos no diagrama de contexto. Neste exemplo, descobrimos três novas respostas, que precisam constar do diagrama de contexto.
  • 47. Funções do Sistema O modelo funcional define as funções que o sistema vai executar. Aqui, ainda usamos a visão lógica, isto é, damos ênfase ao que o sistema vai fazer, independentemente de como. Por isso, chamamos as funções identificadas de funções essenciais do sistema. O modelo funcional será composto pela lista de funções essenciais e por uma série de diagramas, cada um mostrando como a informação flui entre as funções do sistema e as entidades externas. Objetivos •Conhecer o modelo funcional e seus componentes. •Saber elaborar a lista de funções essenciais e o diagrama de fluxo de dados dessas funções.
  • 48. Componentes do modelo funcional O modelo funcional possui dois componentes: •Lista de funções essenciais •Diagrama de fluxo de dados das funções essenciais
  • 49. Funções essenciais e eventos • O primeiro componente é a lista de funções essenciais. Ela é construída a partir da lista de eventos que faz parte do modelo de contexto. • Uma função essencial é um componente do sistema de informação que fornece uma resposta completa a um evento. Haverá uma função essencial para cada evento da lista de eventos.
  • 50. Diagrama de fluxo de dados das funções essenciais • O outro componente é o diagrama de fluxo de dados (DFD) das funções essenciais, que é uma representação gráfica da interação das funções essenciais com seu ambiente externo.
  • 51. Roteiro de elaboração Para elaborar o modelo funcional, seguimos o roteiro abaixo: 1. Construir a lista de funções essenciais 2. Construir o DFD das funções essenciais 3. Construir, se necessário, um DFD de decomposição para cada função essencial
  • 55. Funções Essenciais Introdução •Uma função essencial é um componente do sistema de informação que fornece resposta completa a um estímulo recebido de um evento ocorrido no seu ambiente externo. •Isto significa que, quando um evento acontecer e o sistema "acordar", uma série de ações será executada, até que nada mais seja possível ou necessário fazer e, então, o sistema voltará a "dormir". •Estas ações executadas constituem uma função essencial.
  • 56. Como Identificar as funções • Para identificar as funções essenciais, procedemos da seguinte forma: • Para cada item constante da lista de eventos devemos fazer a seguinte pergunta: Quando este evento acontece, o que o sistema deve fazer? • A resposta a esta pergunta é o nome da função essencial correspondente. • O nome de uma função essencial sempre começa com um verbo no infinitivo.
  • 57. Listas de funções essenciais • A lista de funções essenciais pode ser então preenchida:
  • 58. Deposito de Dados • Depósitos de dados são locais nos quais os dados são armazenados. Estes dados são atualizados e recuperados pelas funções do sistema. • Eles representam conjuntos de informações relacionadas que precisam ser armazenadas pelo sistema durante o intervalo entre a ocorrência dos eventos. • Este é o símbolo que usamos para representar um depósito de dados:
  • 59. Exemplo de sistema de cobrança • Considere a lista de funções essenciais do sistema de cobrança:
  • 60. Função essencial 1. Pergunte: A respeito de que coisas o sistema deverá guardar informações? 2. Para cada função essencial, pergunte: Quando esta função é executada, que dados são armazenados? Quando a função Processar pagamento é executada, que dados são armazenados? 3. Para cada função essencial, pergunte: Que dados obtidos e armazenados por outras funções são necessários para esta função executar?
  • 61. Exemplo de processar pagamento
  • 62. Exemplo de processar pagamento
  • 63. Exemplo de processar pagamento
  • 64. Exemplo de processar pagamento
  • 65. Exemplo de processar pagamento
  • 66. Depósitos de dados e funções Depósitos de dados e funções essenciais podem ser relacionados em uma tabela, como a que segue:
  • 67. Diagrama de fluxos de dados O diagrama de fluxo de dados mostra como os dados fluem das entidades externas para as funções essenciais do sistema, destas para os depósitos de dados e para as entidades externas.
  • 68. Como elaborar o diagrama Para desenhar o diagrama, levamos em conta a lista de eventos e a lista de depósitos de dados. Para elaborar o diagrama, devemos seguir os seguintes passos: 1. Disponha no gráfico as funções essenciais
  • 69. Como elaborar o diagrama Para desenhar o diagrama, levamos em conta a lista de eventos e a lista de depósitos de dados. Para elaborar o diagrama, devemos seguir os seguintes passos: 1. Disponha no gráfico as funções essenciais
  • 70. Como elaborar o diagrama 2. Disponha no gráfico os estímulos e as respostas. Coloque também as entidades externas que aparecem no diagrama de contexto. Se necessário, duplique no gráfico as entidades externas para evitar o cruzamento de linhas.
  • 71. Como elaborar o diagrama 2. Disponha no gráfico os estímulos e as respostas. Coloque também as entidades externas que aparecem no diagrama de contexto. Se necessário, duplique no gráfico as entidades externas para evitar o cruzamento de linhas.
  • 72. Como elaborar o diagrama 3. Inclua no diagrama os depósitos de dados. Se necessário, duplicar no gráfico os depósitos de dados para evitar o cruzamento de linhas.
  • 73. Como elaborar o diagrama 3. Inclua no diagrama os depósitos de dados. Se necessário, duplicar no gráfico os depósitos de dados para evitar o cruzamento de linhas.