DIAGRAMAS DE FLUXO DE DADOS

DIAGRAMAS

DE

FLUXO

DE

DADOS

Rosana C. M. Grillo Gonçalves

1

TABELAS:

- de DADOS MESTRES

- de DADOS DE TRANSAÇÃO

- de PARÂMETROS

Conceitos:

Tabelas físicas (originárias do MER}) são:

DEPÓSITOS/ TABELAS DE DADOS MESTRES (ou os arquivos mestre ) costumam possuir

informações sobre pessoas, objetos e lugares. Suas atualizações costumam ser comparativamente

menos frequentes. Particularmente, a quantidade de suas linhas (registros ou tuplas) tende a não se alterar drasticamente no dia a dia das organizações. POR EXEMPLO, o cadastro de determinado

fornecedor, pode passar anos sem ser alterado. Espera-se que somente esporadicamente surgirão novos cadastros referentes a novos fornecedores.

DEPÓSITOS/ TABELAS DE TRANSAÇÕES (ou os arquivos de transação) armazenam dados sobre as transações:

compras, vendas, etc. São mais volumosos e

voláteis (menos perenes), isto é, frequentemente são alterados.

as TABELAS/DEPOSITOS DE

PARÂMETROS (OU os arquivos de parâmetros

e de informações internas) armazenam

parâmetros como por exemplo: percentuais de ICMS em diferentes estados, e armazenam

informações internas tais como usuários e senhas. De um modo geral, os depósitos (ou as tabelas) de parâmetros são menos voláteis, ou seja, estão sujeitas a um menor número de alterações.

ALÉM Das TABELAS/DEPÓSITOS DE DADOS MESTRES (ou

as TABELAS/DEPÓSITOS DE TRANSAÇÕES

5

É COMUM que algumas tabelas de parâmetros (por

exemplo, o período de calendário ativo), SOMENTE sejam alteradas por usuários com a mais alta permissão sobre o sistema, posto que erros em sua definição são críticos e, portanto, devem ser objeto de todo cuidado. Usuários com mais alta permissão, em geral, são os instaladores do

sistema. Quando se trata de um software comercial do tipo pacote (COTS Commercial Off-The-Shelf), ‘usuário com mais alta

permissão’ pode estar vinculado à empresa que vendeu ou que instalou o software, e não à empresa usuária.

Tabelas / DEPÓSITOS ou arquivos de parâmetros:

OBSERVAÇÃO:

a etapa de configuração inicial do software precede a carga inicial dos dados, nela podem ser definidos vários parâmetros específicos

e serem atribuídas permissões de acesso para cada um dos usuários de acesso, ou seja o ‘perfil’ de acesso de cada usuário.

Cadastrar permissões para

username e senha Administrador

do sistema Username e Senhas

e permissões (ou Perfis) Username, senha,

permissões

Exemplo de DFD da Configuração:

7

Em geral, os depósitos relativos a ‘dados mestre’ ou a ‘dados de parâmetros’ necessitam receber registros de entrada

(ou serem ‘inputados’) antes que o software entre em

operação rotineira, em fase denominada de CARGA INICIAL de DADOS.

Cadastrar clientes Usuário Vendas Clientes dados_clientes result_operação (“OK”

ou “não OK”) dados_clientes

A definição de todos os parâmetros é feita na etapa de Configuração e Carga inicial de dados.

Tabelas de parâmetros: Configuração e Carga Inicial de Dados:

O que é configuração e o que é carga inicial?

São as fases iniciais de implantação de um software.

Na configuração (ou parametrização) há a definição das permissões e visões de diferentes usuários. Nesta etapa, a diferentes usuários são concedidas contas (login name + password), que lhes permitirão diferentes níveis de acesso ao sistema, que podem incluir: consultas e/ou entradas de novos dados e/ou alteração de dados do sistema, e/ou execução de determinados módulos, etc.

- a definição de parâmetros dos sistema tais como: moeda, formato de data, método de avaliação de estoque (MPM ou PEPS) etc.;

Na carga inicial de dados: são alimentadas com dados

algumas tabelas de parâmetros, por exemplo: estados e cidades. Além de serem incluídos no software alguns dados mestres.

Atenção:

existem mais dados, como de alguns arquivos mestres que também necessitarão ser disponibilizados na carga inicial. Por exemplo, em um sistema de agendamento e controle de consultas para uma clínica médica, os dados referentes aos médicos são cadastrados na carga inicial, mas NÃO são

considerados parâmetros, e sim dados mestres entre outras razões por serem comparativamente mais voláteis e poderem ser modificados

por usuários com permissão média para alterarem o sistema.

A definição de todos os parâmetros é feita

na etapa de Configuração e Carga inicial de dados.

11

AS TABELAS DE PARÂMETROS RARAMENTE PROVÊM DO MER

Por que as tabelas de parâmetro raramente aparecem no MER?

(i) Porque não são importantes para a

modelagem dos dados principais, que são Dados Mestres e Dados de

Transação

Podem ser escolhidas algumas das razões abaixo:

(ii) Porque são mono-atributo ou possuem estrutura não compatível com os dados modelados no MER

Deve ser observado que em casos específicos, os projetistas podem

13 Exemplo de representação de tabelas de parâmetros: TABELA COR (1/2)

CARRO COR NO. CHASSIS COR PLACA MARCA MODELO ANO Modelo A Modelo B MER DFD CARRO NO. CHASSIS COR PLACA MARCA MODELO ANO MER DFD COR 1 N NOME CARRO CARRO

As cores necessitam ser padronizadas e constar em determinada tabela de

parâmetros para que os dados não fiquem inconsistentes ou degradados. Por exemplo, possuindo diferentes carros “diferente s cores” como: “Rosa” ou “Roza”.

Exemplo de representação de tabelas de parâmetros: TABELA COR (2/2)

COR

Modelo A

Modelo B COR

Qual é o melhor modelo A ou B ?

RESPOSTA: Ambos modelos são aceitos e sua escolha dependerá da ênfase que o projetista quer dar ao modelo, e das várias características do negócio a ser modelado.

Não se esqueçam: nesta disciplina, na maior parte das vezes,

não existe somente uma única solução de determinado exercício, posto que na maior parte das vezes estaremos trabalhando com a construção de modelos.

15

Ainda sobre DFDs

7 exemplos úteis para

1ª

exemplo

O objetivo é representar-se um software, portanto não faz sentido representar trocas de dados entre usuários/entidades externas.

2ª

17

exemplo

Depósitos (ou tabelas) são estruturas de armazenamento portanto não lhes pode ser imputada qualquer ação.

3ª

Depósitos (ou tabelas) são estruturas de armazenamento da camada de dados, com as quais os usuários não

interagem diretamente. Somente interagem com o auxílio do software aplicativo

4ª

** Pode ocorrer o recebimento em parte do DFD e o envio em outra parte

19

Dados não permanecem nos módulos (ficam temporariamente apenas)

Só

Recebe

Só Envia

Não há geração espontânea de dados

Recebe e Envia**

5ª

** a gravação e a leitura de um depósito podem ocorrer em partes distintas do DFD

** corresponde a uma escrita corresponde a uma de leitura nele somente são gravados dados somente é lido são gravados e lidos os dados Relembrando: Acumulação compulsiva ?? Não há geração espontânea de dados

5ª

(continuação)

A escrita pode ser de uma linha inteira da tabela, ou em determinada

coluna. Exemplo: uma linha da tabela

“documentos a receber” pode ter o campo status sendo

regravado, passando de “em aberto” para

“pago”

A leitura pode ser de todas as linhas da tabela, ou

de determinadas linhas mediante a aplicação de um filtro. Por exemplo, todas as linhas da tabela “documentos a pagar”

cujo status seja = “em aberto”

Na maioria das vezes, são enviados dados ao serem acionados módulos,

porém pode ocorrer uma acionamento sem envio de dados que apenas indica passagem do controle para o módulo.

6ª Exemplos corretos de acionamento dos módulos processos podem ser acionados pelo

7ª Evite o raciocínio incorreto:

Todas as ações, todas as funções concentram-se nos módulos/funcionalidades, que encapsulam algoritmos com sequência clara de micro-ações.

Tabelas não fazem nada !!!!!!

Peço um dado para a tabela

Como construir: - algumas abordagens que podem ser úteis

25 3)

@

Tratando-se de uma linha nova na tabela então colocar chaves (prim e estrangeiras) Senão @ somente contém os novos valores a ser alterados

Continuar o DFD não se esquecendo de no fim:

(a) Conferir se tudo o que está em @ tem uma origem;

(b) Se a funcionalidade implica em algum efeito em outras tabelas, ou em outras funcionalidades (módulos)

Se for à consulta,

aplicar o template de consulta.

Passos:

1) Ter acesso ao MER e as Tabelas

2) Identificar se a funcionalidade (ou módulo) do software está mais relacionado à consulta ou à gravação de dados (ou entrada de dados ou Input)

Se for gravação/entrada de dados/

Input: Identificar a respectiva tabela e preencher o fluxo @

Usuário

Consultar

Gerar relatório, etc.

DFDs – TEMPLATE de operações típicas que envolvem a leitura e processamento de dados

27 Documentos a receber Usuário cliente CALENDARIO Gerar relatorio de clientes inadimplentes

Usuário Consultar se determinado cliente está inadimplente cliente Documentos a receber dados cl ient e

29 DFDs – TEMPLATE

de operações típicas que envolvem a gravação/a entrada de dados

Cadastrar ...

Usuário Template de Gravação

Tratando-se de uma linha nova na tabela então colocar chaves (prim e estrangeiras) Tratando-se de inserir outros dados, ou mesmo modificar dados

DFDs – TEMPLATE

de operações típicas que envolvem a gravação/a entrada de dados

Cadastrar ...

Usuário Template de Gravação

O cadastro de uma operação pode implicar na escrita em mais de uma tabela, sempre que os dados de tal operação foram desmembrados no MER para que seu armazenamento fosse otimizado

31 DFDs – TEMPLATE

de operações típicas que envolvem a gravação/a entrada de dados

Cadastrar ...

Usuário Template de Gravação

CADASTRAR X pode significar criar uma linha na tabela X, em tabelas

subjacentes e implicar no tratamento das implicações desta ação em outros módulos

Calcular ...

Exemplos de DFDs :

Locadora de carros Citycar

A locadora de carros CITYCAR Ltda. trabalha com locações de carros nacionais e importados. Seus clientes pagam pelos carros alugados baseados em suas

categorias (populares com motor 1.0, populares com motor 1.6, carros de passeio motor 1.8, etc.), e pela quilometragem rodada. A CITYCAR trabalha com diversas seguradoras, possuindo apólices que respondem pelo seguro de cada um dos veículos individualmente.

(Obs.: dados importantes relacionados às apólices são: início da vigência, término, valor da apólice, etc.)

(a) Faça um MER (Modelo Entidade Relacionamento) que modele as entidades e relacionamentos de interesse desta empresa conforme o enunciado acima.

(b) Faça um DFD que mostre todas as cargas iniciais do SI da CITYCAR. (c) Represente com DFD: o módulo “cadastrar empréstimo de veículo”

OBS.: Cada categoria tem um preço por km rodado; o valor a ser pago por locação é somente variável

CITYCAR

Parte A) MER – proposta 1

LOCAÇÃO ATENDENTE CLIENTE CARRO DEVOLUÇÃO CATEGORIA 1 N N 1 1 1 N APOLICE 1 1 1 N SEGURADORA N 1 N Proposta de Solução

35 Cód Locação Data Hora Km inicial Km final

Data prevista de devolução Hora prevista de devolução Status (‘em aberto’, ‘concluída’)

LOCAÇÃO ATENDENTE CLIENTE CARRO CATEGORIA 1 N N 1 N APOLICE 1 1 1 N SEGURADORA N 1 N

Data efetiva dev Hora efetiva dev Valor recebido Tipo recebimento (cheque, cartão, dinheiro)

Observações

ATENDENTE CLIENTE CPF Nome Endereço E-mail Telefone Data de Admissão CPF Nome Endereço E-mail Telefone Data do Cadastro

CITYCAR

CATEGORIA CARRO Nº do Renavam Ano Chassis Última revisão Status Quilometragem Cor Placa Cód categoria Motor Tipo Modelo Valor do KM rodado MER - Atributos

MER - Atributos

APOLICE Cód apólice Valor da Apólice Valor do Prêmio Valor Franquia Início da Vigência Término da Vigência SEGURADORA CNPJ Nome Endereço E-mail Telefone Pessoa de Contato

CITYCAR

Parte B) DFD – Cargas Iniciais

USUÁRIO CATEGORIA CADASTRAR CATEGORIA Motor Tipo Modelo Valor do KM rodado CADASTRO OK OU NÃO OK CÓD.CATEGORIA; Motor Tipo Modelo Valor do KM rodado

Marcações para geração de cód de categoria

CITYCAR

Parte B) DFD – Cargas Iniciais

USUÁR IO CARRO CADASTRAR CARRO nº do renavam cód.categoria’; ano;quilometragem; etc... CADASTR O OK ou não OK _CATEGORIA

obs.: dados com apóstrofe são selecionados mediante solicitação prévia de pick-list, obtenção de dados e escolha

nº do renavam cód.categoria ano;quilometragem; etc...

Parte B) DFD – Cargas Iniciais

USUÁRIO _CLIENTE

CADASTRAR CLIENTE

CITYCAR

Parte B) DFD – Cargas Iniciais

USUÁR IO ATENDENTES CADASTRAR ATENDENTES

CITYCAR

Parte B) DFD – Cargas Iniciais

USUÁR IO SEGURADORA CADASTRAR SEGURADORA

CITYCAR

USUÁR IO APÓLICE CADASTRO APÓLICE de SEGURO para determinado CARRO CARRO

Marcações para geração de cód de apólice

CITYCAR

Cód Locação, Data, Hora Data prevista de devolução Hora prevista de devolução

Status =‘em aberto’

nº do renavam, CPF_cliente, CPF_atendente,

Km inicial

Parte B) DFD –Locação de Veículo

USUÁRIO CADASTRAR LOCAÇÃO DE VEÍCULOS CLIENTE ATENDENTE CALENDÁRIO dados ATENDENTE DATA;HOR A LOCAÇÃO Marcações para geração de cód de locação Carro Status=

‘locado’ dados carro

(status Inicial, cód categoria, etc)

CATEGORIA

Parte B) DFD –devolução de Veículo

(modelagem com a representação de funcionalidade única)

USUÁRIO CADASTRAR devolução de VEÍCULOS e cálculo do valor CLIENTE ATENDENTE CALENDÁRIO dados ATENDENTE LOCAÇÃO Carro Status=

‘disponivel’ dados carro

(status Inicial, cód categoria, etc)

CITYCAR

Parte B) DFD –devolução de Veículo (modelagem com a representação de duas funcionalidades)

USUÁRIO CADASTRAR devolução de VEÍCULOS CLIENTE ATENDENTE CALENDÁRIO dados ATENDENTE LOCAÇÃO Carro dados carro (status Inicial, cód categoria, etc)

CITYCAR

CATEGORIA Calcular Valor locação

Cod locação, km final

Valor

TABELAS FÍSICAS SÃO IMPORTANTES

PARA A CONTRUÇÃO DE DIAGRAMAS DE

FLUXO DE DADOS INTEGRADOS AOS

MODELOS ENTIDADE RELACIOAMENTO:

2 EXEMPLOS: Xedit e Clínica Ortopedica

EXEMPLO: XEDIT

A XEdit é uma editora de livros técnicos. Um autor (ou grupo de

autores) propõe(m) um livro. Se a Editora aprova a proposta, é criado um projeto específico associado ao livro. Cada projeto de livro fica a cargo de único editor. Quando, ele aprova a versão final do projeto, aquela edição é impressa por apenas uma empresa de impressão (também chamada de impressora ou gráfica).

Cada nova edição de um livro, proposta pelos autores ou pela própria Xedit é considerada um novo projeto, e possui uma tiragem específica. Um editor da Xedit é quase um consultor, ele trabalha com vários

projetos ao mesmo tempo, editando (fazendo correções e sugestões nos originais) e aprovando a transformação do projeto de um livro, em determinada edição. Considere que as tabelas abaixo foram

IMPRESSORA

CNPJ nome endereço fone contato

39048572 ADB ltda. R. A, 100 18 98434543 Paulo

76567543 Santa Cruz R.B, 100 19 5463667 Márcio

98748591 OMJX R.K, 100 13 43454313 Andréa

AUTOR NO LIVRO

código aut cod livro % de direitos autorais

23 1 30% 11 1 70% 23 2 50% 11 2 50% 78 3 100% AUTOR cód Nome Telefone 23 Sérgio 19 345667 11 Jonas 19 845668 78 Jorge 11 673779 EDITORES

cód_editor nome email ramal

523 Carlos Pereira [email protected] 20124

765 José Silva [email protected] 34567

833 joão gomes [email protected] 34567

LIVRO

cod livro nome categoria

1 Introdução à Botânica UNIVERSITARIO

2 Plantas Cerrado UNIVERSITARIO

3 Historia do Brasil ensino médio

PROJETO

cod proj data inicio data fim cod_editor cod_livro CNPJ

44 09/12/2017 765 1

IMPRESSORA

CNPJ nome endereço fone contato

39048572 ADB ltda. R. A, 100 18 98434543 Paulo

76567543 Santa Cruz R.B, 100 19 5463667 Márcio

98748591 OMJX R.K, 100 13 43454313 Andréa

AUTOR NO LIVRO

código aut cod livro % de direitos autorais

23 1 30% 11 1 70% 23 2 50% 11 2 50% 78 3 100% AUTOR cód Nome Telefone 23 Sérgio 19 345667 11 Jonas 19 845668 78 Jorge 11 673779 EDITORES

cód_editor nome email ramal

523 Carlos Pereira [email protected] 20124

765 José Silva [email protected] 34567

833 joão gomes [email protected] 34567

LIVRO

cod livro nome categoria

1 Introdução à Botânica UNIVERSITARIO

2 Plantas Cerrado UNIVERSITARIO

3 Historia do Brasil ensino médio

PROJETO

cod proj data inicio data fim cod_editor cod_livro CNPJ

44 09/12/2017 765 1

55 02/02/2018 833 2

Cód projeto Data inicio Data fim Autor no livro Autores Projeto de Edição Livro Editor Cód livro Nome Categoria Cód Nome Telefone % Direitos Cód editor Nome Email Ramal CNPJ Nome Endereço fone Contato n n n N 1 1 1 1 Impressora 1 N 1

Cadastrar livro e seus autores Cadastrar projeto de edição

(sabendo que as cargas iniciais de autores, impressoras e editores já foi feita)

Projetar DFDs que representem as seguintes Funcionalidades:

Usuár io Cadastrar livro e seus autores Autor no Livro Autores Livro Categoria

Marcação para geração de código livro

Dados autores

Cod autor Cod livro

Percentual de direitos autorais

=µ Có d _ li v ro

Considere uma Clínica Médica de Ortopedia que possui vários médicos ortopedistas.

Ao atenderem os pacientes em consultas, tais médicos podem solicitar a realização de alguns procedimentos, que são feitos logo em

seguida. Exemplo de tais procedimentos

são: imobilização de um membro (por meio de gesso, tala, etc.); exames de raio-X, etc.

Tais procedimentos são realizados por profissionais de saúde de nível técnico.

Médico -CPF -Nome -Endereço -Telefone

Consulta

-Data - Hora prevista - Hora realizada -Valor -Status Paciente -Cód. Paciente -Nome -Endereço -Telefone Procedimento -Data -Hora Tipo procedimento n 1 Técnico/ profissional de saúde -Nome -Valor -CPF -Nome -Endereço -Telefone 1 n n 1 1 n n 1

MÉDICO

*CPF Nome Endereço Telefone

072... André Lima Rua ABC, 10 (16) 98765-2345 083... Paulo Silva Rua Dois, 120 (16) 98765-2222

PACIENTE *CÓD_pacien

te Nome Endereço Telefone

888 Pedro Paes Rua Ipês, 22 (16) 98116-8888 444 Julio Pereira Rua Ingá, 55 (16) 98116-4444

CONSULTA

*Código Data Hora Prevista Hora Realizada Valor Status #Cód_paciente #CPF_Médico

333 04/mai 9 09:15 600 concluida 888 083... 953 20/mai 16 16:50 900 concluida 888 072... 711 13/abr 10 10:10 600 concluida 444 083...

TÉCNICO/PROFISSIONAL DA SAÚDE

*CPF Nome Endereço Telefone

093.... Carlos Matos Rua XI, 44 (16) 98765-1516 088... Ivo Sávio Rua XI, 45 (16) 98765-9887 076.... Divo Salles Rua XI, 46 (16) 98765-0900

TIPO DE PROCEDIMENTO *Código Nome Valor

xxx xxx xxx

PROCEDIMENTO

*Código Data Hora #Cód_Consulta #Cód_Tipo de Proced # cód profissional

Médico -CPF -Nome -Endereço -Telefone

Consulta

-Data - Hora prevista - Hora realizada -Valor -Status Paciente -Cód. Paciente -Nome -Endereço -Telefone Procedimento -Data -Hora Tipo procedimento n 1 Técnico/ profissional de saúde -Nome -Valor -CPF -Nome -Endereço -Telefone 1 n n 1 1 n n 1

b) Supondo a carga inicial completa, represente

módulos com as seguintes funcionalidades:

(i) Marcar ou agendar consulta

(ii) Inserir dados após consulta, incluindo a

inserção de procedimentos a ela associados.

Usuár io Agendar (cadastrar) Consulta* Paciente Médico Consulta Calendário/Relógio

Marcação para geração de código consulta Dados médico Dados paciente =µ Status Có d _ co n su lt a

(ii) Inserir dados após consulta, incluindo a inserção de procedimentos a ela associados. Usu ário Inserir dados após consulta Paciente Médico Consulta Calendário/Relógio Dados médico Dados paciente Inserir dados procedi/os C ód_pr oc edi/ o Procedimento Tipo Procedimento Técnicos

Marcação para geração de código procedi/o Horas Datas Horas dados tipo procedi/o

Usuár io Agendar (cadastrar) Consulta Paciente Médico Consulta Calendário/Relógio

Marcação para geração de código consulta Dados médico Dados paciente =µ Status Có d _ co n su lt a

(i) Marcar ou agendar consulta

É meio que passar a limpo a agenda de consultas pois não é feita nenhuma consulta previa sobre a disponibilidade do medico

Usuár io Agendar (cadastrar) Consulta Paciente Médico Consulta Calendário/Relógio

Marcação para geração de código consulta Dados médico Dados paciente =µ Status Có d _ co n su lt a

(i) Marcar ou agendar consulta

Para resolver isso poderiamos ter uma funcionalidade

abrir agenda, onde o medico disponibilizaria horários vagos. Dessa forma,

Diagramas de Fluxo de Dados e a

questão do timing

ou seja, do momento correto em

que os dados são “imputados”

Softwares automatizam

processos de negócios

Idealmente, o momento (timing) idealmente mais adequado para a entrada de dados é aquele no qual estão acontecendo as atividades do mundo físico sobre as quais estamos

armazenando dados. O jargão de informática para isso é: - imputar os dados em tempo real

No entanto, nem sempre isso é possível, portanto, termos

que nos preocupar com os momentos críticos para procedimentos de entrada de dados que não ocorrem em tempo real.

69 Exemplo de parte do DFD de um software que auxilia uma empresa que presta serviço de manutenção de máquina de lavar

(ver livro-texto, p. 173-178)

Exemplo de parte do DFD simplificado de um software que auxilia uma empresa que presta serviço de manutenção de máquina de lavar:

Descrição do sub-sistema ‘Controle de Reparos’

O ‘Controle de reparos’ é um software que auxilia o controle de atendimentos a chamadas técnicas. Todas as manhãs os técnicos usam o ‘Controle de Reparos’ a partir de suas casas (via rede). Eles consultam os reparos que lhe foram designados para os

próximos dias de trabalho. O módulo ‘consultar agenda’ informa aos técnicos todos os

reparos que lhe estão agendados naquele período (dando detalhes sobre endereço do cliente, tipo do defeito e de equipamento, data e hora agendada, etc.). Cada técnico informa,

então ao ‘Controle de reparos’, (módulo ‘criar horário disponível para atendimento’), os horários livres em que ele poderá trabalhar nos próximos dias.

Quando um cliente liga para a empresa prestadora do serviço, o atendente usa o ‘Controle de

Reparos’ (módulo ‘receber e agendar pedidos de reparos’) para consultar quais os horários

estão livres na agenda de reparos, e depois da escolha de data e horário pelo cliente, agendar o atendimento.

Cada técnico informa ao ‘Controle de Reparos’, o fim de determinado conserto, no módulo:

‘atualizar serviço efetuado’. Periodicamente, o atendente consulta quais serviços foram

concluídos e telefona para os clientes a fim de saber o grau de satisfação deles com o serviço prestado, cadastrando esses dados no módulo

‘registrar nível de satisfação’.

Obs.:Este exemplo simples de sistema não é totalmente em tempo real, pois os técnicos não têm equipamentos wireless, e sua comunicação com o sistema corporativo é esporádica.

Info_cadastro_cliente_novo horários disponíveis info_reparo_concluído Controle de Reparos Técnicos

Atendente horários disponíveis

dados_ reparo_agendado

dados do reparo atendido e não avaliado nota de satisfação

Info_cliente

dados_clientes +

dados_reparos_agenda-dos

Exemplo de parte do DFD simplificado de um software que auxilia uma empresa

que presta serviço de manutenção de máquina de lavar: Controle de Reparos

71

có d .t é c+ d a d o s d e h o rári o s d ispo n ív e is Técnicos Agenda de Reparos Criar Horário Disponível para Atendimento

[cód_agenda] + [cód_cliente] +

dados_reparo_agendado cód_agenda horário disponível ou (não existe horário disp.)

data Receber e Agendar Pedidos de Reparos dados_re par o agendado Agenda de Reparos Atende nte cód _a g en da _h orár io di spo ní v el Consultar Clientes Cadastrar Clientes Clientes 73

st

atus

[cód_agenda] + [cód_cliente] +

dados_reparo_agendado cód_agenda horário disponível ou (não existe horário disp.)

data cód_técnico* data, cód_agenda*, reparo_status = ‘concluido’ ou ‘pendente’ Receber e Agendar Pedidos de Reparos (OS) dados_re par o agendado Técnicos Atualizar reparo efetuado Agenda de Reparos Atende nte cód _a g en da _h orár io di spo ní v el Consultar Clientes Cadastrar Clientes Técnicos Clientes dados_agenda

[cód_agenda] +dados do reparo atendido e não avaliado

có d _ a g e n d a _ rep a ro a te n d id o a ind a n ã o a v a lia d o Agenda de Reparos

Atende

nte

Registrar Nível de Satisfação

período, chave busca cliente

[cód_agenda]+ nota de satisfação Clientes n o ta d e sa tisf a çã o 75

s ta tu s =c o n c luí d o

[cód_agenda] +dados do reparo atendido e não avaliado

[cód_agenda] + [cód_cliente] + dados_reparo_agendado

cód_agenda horário disponível

ou (não existe horário disp.) cód_agenda_reparo_status =

‘concluido’ data c ód .té c + da do s de ho rário s di s po nív ei s cód_técnico+data c ó d _ a g e n d a _ r e p a ro a te n d ido a ind a n ã o a v a lia d o Receber e Agendar Pedidos de Reparos da do s _reparo agendado Técnicos Atualizar reparo efetuado

Agenda de Reparos (OS)

Criar Horário Disponível para Consultar Agenda Atendente c ód _a ge nd a _h orár io di s po nív el Atendente Consultar Clientes Cadastrar Clientes Técnicos cód_agenda Registrar Nível de Satisfação período [cód_agenda]+ nota de satisfação Clientes Clientes Técnicos Clientes c ód _a ge nd a n o ta d e s a tis fa ç ã o ou “pendente”

77

PROCESSOS DE NEGÓCIOS

E SOFTWARES PROCESSADORES DE TRANSAÇÕES

Legenda:

= atividades físicas/manuais

que são realizadas sem auxílio do software

= atividades que são levadas a cabo com o auxílio do software

Executar tarefas diárias típicas de atendimento - Empresa BRASÚTIL A te n d e n te s T é c n ic o s info_reparos s Consultar os reparos que lhe foram

designados

Disponibilizar horários para próximos dias

Inspecionar seu material móvel Realizar conserto Material OK ? N Atualizar reparo efetuado s Cliente quer reparo?? Atender cliente

Consultar agenda e marcar horário para cliente

Cliente já cadastrado

Timing

(os momentos)

de entrada de dados

Exemplo:

Software para controlar uma edição do

Campeonato Brasileiro de Futebol

MER Software para controlar uma edição do

Campeonato brasileiro de futebol

ARBITRO principal PARTIDA EVENTO (ou ocorrência) JOGADOR JOGADOR NA PARTIDA ESTÁDIO TIME N N N N N N 1 1 1 1 1 2 1 Nome CPF Nome Capaci dade Cidade Endereço Data realz Horário R Nome Nº registro Data fundação Cidade Nome Código Horário entrada Horário

saída Data prev Horário P Tempo (minuto e segundo)

Tipo (gol, falta. escanteio,

chute perigoso a gol)

Detalhe (a favor, contra,

cometida, recebida, pela direita, pela esquerda, penalti) rodada mandante STATUS (tempo regulamentar, prorrogação, penaltis)

Ou seja, no momento em que são definidas e agendadas as

partidas/ em que é feita a tabela

DFD simplificado da funcionalidade

83

Usuário

Ou seja, no momento após a partida ter sido realizada, quando estão disponíveis todos os dados sobre o jogo

DFD simplificado da funcionalidade

85

EXEMPLOS DE EXTRAÇÃO DE

DADOS

87

https://www.youtube.com/watc

h?v=NqLmfO631no

especificamente neste intervalo de tempo: 1:39 a 3:28

Exemplo de CONSULTA DE DUPLICATAS A PAGAR

Exemplos de telas de consultas de diferentes softwares corporativos processadores de transações (1/4)

89 Exemplos de telas de consultas de

diferentes softwares corporativos processadores de transações (2/4)

Exemplos de telas de consultas de diferentes softwares corporativos processadores de transações (3/4)

91 Exemplos de telas de consultas de

diferentes softwares corporativos processadores de transações (4/4)