Fluxograma de

Atividades

Informática na Administração
prof. Amauri Marques da Cunha
Período 2009/1

INÍCIO
 Fluxograma de
Atividades
Usado aqui para representar processos.
Processo visto como:
um conjunto articulado de atividades
para gerar um resultado denominado
produto (mercadoria ou serviço).
uma cadeia de atividades que produz
um serviço.
uma linha de produção para fabricar
uma mercadoria.

Usaremos para representar

processo-chave de negócio
 Processo-chave de
negócio

Focaliza um tipo de produto vendido

pela empresa,

Abrange TODAS AS ATIVIDADES DA

EMPRESA para:
Receber o Pedido do cliente,
Fazer o Produto,
Fazer a Entrega e,
Receber Pagamento.
 Processo-chave de
negócio
IMPORTANTE:
Representa apenas as atividades
realizadas PELA EMPRESA por meio
de seus EMPREGADOS.

NÃO DEVE REPRESENTAR:

Atividade de Cliente
Atividade de Fornecedor de Mercadoria
(componentes)
Atividade de Fornecedor de Serviço
(terceirizado)
Qualquer outra atividade externa à
empresa (fiscal, consultor, vizinho, etc.)
Símbolos Gráficos - I

Terminal:
INÍCIO

FIM

Indicador de fluxo de atividades:

de cima para baixo

esquerda para a
direita
Símbolos Gráficos - II

Atividade:

Nome da atividade

Nome da atividade = verbo + objeto

Verbo  no tempo presente
Objeto = substantivo + [expressão]
Exemplos:
•Monta computador
•Recebe pedido do cliente
•Paga dívida vencida
Símbolos Gráficos - III

Indicador de executante da
atividade

Nome da atividade

Nome do executante

Nome do executante (da atividade):

• cargo ou função de empregado
• setor da empresa, etc.
Exemplos:
• Balconista
• Seção de Expedição.
 Símbolos Gráficos - IV

Indicador de uso de TI na
atividade (OPCIONAL)

Nome da atividade Oferecendo

consulta
Nome do executante

Oferecendo consulta
= exemplo de nome de Caso de Uso de TI
Verbo no gerúndio + objeto + [expressão]
Indica o que a TI “está fazendo” para
apoiar a atividade do executante
Símbolos Gráficos - V

Decisão:

Pergunta NÃO
?

SIM

Conector de continuação:
(usar de uma página para outra)
1

1
Símbolos Gráficos - VI

Subprocesso, conceito igual a:

•Subrotina ou módulo
•Procedimento (procedure)
•Função (function)

Consideração prática:
cada página deve conter no
máximo 7±2 símbolos gráficos

Caso contrário a legibilidade do

fluxograma (flowchart) ou de
qualquer outro modelo gráfico
fica prejudicada.
Símbolos Gráficos - VII

Subprocesso:
Nome do
subprocesso

Nome do subprocesso = verbo +

objeto
Verbo  no infinitivo
Objeto = substantivo + [expressão]
Exemplos:
•Atualizar estoque
•Receber entrega do fornecedor
•Entregar encomendas do dia
Símbolos Gráficos – VIII
Uso de Arquivo em Papel

Indicador de uso de
Arquivo em Papel na atividade
(Tecnologia tradicional)

Nome da atividade Registrando

Cliente
Nome do executante

Utilizar as mesmas convenções do

Caso de Uso de TI, para dar nome
ao Uso de Arquivo em Papel
 Exemplo de Fluxograma - I
INÍCIO

Recebe Pedido Registrando

Pedido
Vendedor

Fazer
Produto
2
Entrega Produto Consultando
Mapa
Logística

Cliente NÃO
recebeu 1
?
SIM

Lançando no Recebe Quitando

Livro-caixa Pagamento Dívida do
Tesouraria Cliente

FIM
 Exemplo de Fluxograma - II
1

Consultando Investiga
Ocorrências Motivo
Anteriores
Gerente

Providencia Relatando
Correções Ocorrência
Atual
Gerente

2
Exemplo de Fluxograma - III

Subprocesso Fazer Produto

INÍCIO

FIM
Exemplo de Fluxograma - IV

Subprocesso temporal: Repor Estoque

Ciclo semanal – fazer no penúltimo dia da semana

INÍCIO

FIM
Fluxograma de Atividades

Algumas Recomendações
Fluxograma de Atividades
Correções de Formato
Fluxograma deve ter sempre um título:
•Nome do processo-chave
•Nome do subprocesso

Usar apenas os símbolos dados em aula:

•Facilita entendimento de todos

Respeitar quantidade de símbolos

gráficos por página: 7±2 com bom-senso.
•Não mais de 9
•Não menos de 5

Usar linhas suficientemente grossas para

desenhar todos os símbolos e setas
Seta de desvio deve chegar ANTES do
símbolo gráfico e não EM CIMA dele.
Fluxograma de Atividades
Sugestões - Caso de Uso

Cada atividade que precise de TI, tem

seu Caso de Uso, que é ÚNICO:
•Caso de Uso não serve a 2 atividades,
•Atividade não pode ter 2 Casos de Uso,

Nome do Caso de Uso  indica a

transação realizada (exemplos):
•Incluindo cliente no cadastro
•Consultando estoque
•Alterando dados pessoais

Evitar nomes genéricos como:

•Usando software
•Utilizando CAD
•Uso de TI
Fluxograma de Atividades
Sugestões - Decisões

Não começar o fluxograma com uma

decisão:
•O normal é haver alguma atividade inicial,
•Para obter informação, por exemplo.

Várias decisões encadeadas em cascata?

•Apenas para fazer o “case ... of”
•Em outras situações:
•Deve sempre haver alguma atividade
entre 2 decisões seguidas
Fluxograma de Atividades
Sugestões - Atividades

Ainda existem muitas atividades de

pessoas externas à empresa:
•Importante é representar o que o
empregado da empresa TEM QUE FAZER,
•Para obter informação do cliente, por
exemplo.

Cuidado ao aglomerar muitas atividades

em uma só:
•Pode perder oportunidade de
identificar um uso específico de TI
•Pode estar errando ao fazer uma
atividade “genérica” inviável
•Ex. receber pagamento de qualquer tipo
 Fluxograma de Atividades
Paralelismo de Atividades

O que fazer quando aparecem atividades

em paralelo?:
•Fluxograma não tem esta capacidade, só
representa lógica seqüencial.

O único jeito é “serializar” atividades e:

•Lembrar que o processo-chave trata um
pedido de um cliente de cada vez,
•Tentar fragmentar um pouco mais as
atividades, antes de serializar,
•Atividades completamente simultâneas,
devem ser serializadas usando alguma
lógica, ou até arbitrariamente.
Fluxograma de Atividades

= Caso de Uso de TI =

Lembrete:
Cada Caso de Uso pode corresponder a
um item do Menu de um Sistema de TI
 Caso de Uso
Detalhamento Inicial - I
Considerando o seguinte Caso de Uso,
em um restaurante:

Fecha a conta Calculando

da mesa Conta
Gerente

• Objetivo do detalhamento:
Descrever sucintamente a transação
completa que a TI está oferecendo
para o executante da atividade
 Caso de Uso
Detalhamento Inicial - II
Descrever sucintamente a transação completa
que a TI está oferecendo para o executante
da atividade

Fecha a conta Calculando

da mesa Conta
Gerente

• Atividade do processo:
• Representa uma parte do trabalho do processo, que
produz um ou mais resultado(s) bem definido(s).
• Neste exemplo acima, os resultados são a conta
impressa e o arquivo de contas fechadas atualizado
na TI (banco de dados).
 Caso de Uso
Detalhamento Inicial - III

A. Descrever o “diálogo” entre o Usuário

(executante da atividade) e o Sistema de
TI (um fala e o outro responde):

B. Desenhar maquetes das interfaces com o

Usuário (aproximadamente uma para
cada frase do “diálogo” )

C. Esboçar a lista de itens de dados

armazenados na TI, classificados por:
I. Itens de dados LIDOS
II. Itens de dados GRAVADOS
(criados ou atualizados)
 Caso de Uso 1:
Calculando Conta
A. O “diálogo” entre o Usuário
(executante da atividade) e o
Sistema de TI:
INÍCIO do Caso de Uso 1.
1.1 - Sistema exibe “Formulário Fechar a
Conta” habilitando para preenchimento os
campos número da mesa e quantidade de
pagantes e habilita o botão “Entrar”.
1.2 - Gerente informa número da mesa e
quantidade de pagantes e clica “Entrar”.
1.3 - Sistema mostra na tela a conta
discriminada da mesa (com todos os itens
consumidos, quantidades e respectivos
valores), o total a pagar, a quantidade de
pagantes, e a parcela que cabe a cada
pagante; e habilita o botão “Imprimir”.
 Caso de Uso 1:
Calculando Conta
A. O “diálogo” entre o Usuário
(executante da atividade) e o
Sistema de TI:

1.4 - Gerente clica “Imprimir”.

1.5 - Sistema imprime a conta discriminada da
mesa (com todos os itens consumidos,
quantidades e respectivos valores), o total
a pagar, a quantidade de pagantes, e a
parcela que cabe a cada pagante; e habilita
o botão “Terminar”.
1.6 - Gerente clica “Terminar”.
1.7 - FIM do Caso de Uso 1.
 Caso de Uso 1:
Calculando Conta
B. Maquete das Interfaces

 
1.1 Maquete “Formulário Fechar Conta”
  (em branco)

Número da Mesa: |_|_|

 
Quantidade de Pagantes: |_|_|
 

Entrar
 Caso de Uso 1:
Calculando Conta
B. Maquete das Interfaces

 
1.2 Maquete “Formulário Fechar Conta”
  (preenchido)

Número da Mesa: |9|9|

 
Quantidade de Pagantes: |9|9|
 

Entrar
 Caso de Uso 1:
Calculando Conta

1.3 Maquete “Tela Conta Discriminada”

Conta da Mesa Número: |_|_|

Nome do Item Preço Quantidade Preço Total

Consumido Unitário
15 caracteres |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|
“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|
“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

..........................................................................................
(listar tantas linhas quantas forem necessárias)
..........................................................................................
Total a Pagar: R$ |_|_|.|_|_|_|,|_|_|
Quantidade de Pagantes: |_|_|
Parcela de cada Pagante: R$ |_|_|.|_|_|_|,|_|_|

Imprimir Terminar
 Caso de Uso 1:
Calculando Conta

1.5 Maquete “Tela Conta Discriminada”

Conta da Mesa Número: |_|_|

Nome do Item Preço Quantidade Preço Total

Consumido Unitário
15 caracteres |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|
“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|
“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

..........................................................................................
(listar tantas linhas quantas forem necessárias)
..........................................................................................
Total a Pagar: R$ |_|_|.|_|_|_|,|_|_|
Quantidade de Pagantes: |_|_|
Parcela de cada Pagante: R$ |_|_|.|_|_|_|,|_|_|

Imprimir Terminar
 Caso de Uso 1:
Calculando Conta
C. Lista de Itens de Dados
• Itens LIDOS:
– Comandas atendidas
• Número da mesa
• Nome do item consumido
• Quantidade
– Cardápio
• Nome do item do cardápio
• Preço unitário

• Itens GRAVADOS (e impressos)

– Conta
• Número da mesa
• Valor Total da Conta
• Quantidade de pagantes
• Parcela de cada pagante
• Lista de itens consumidos:
– Nome do item
– Preço unitário do item
– Quantidade
– Preço total do item
 Caso de Uso
Recomendações Finais - I
1. O Detalhamento Inicial do Caso de Uso
deve descrever apenas o “diálogo”
completo nas condições normais e
favoráveis, sem considerar erros, falhas
ou exceções que podem acontecer.
2. ATENÇÃO para Casos de Uso que
precisam fazer consulta a arquivos em
geral, como, por exemplo “Cadastro de
Clientes” ou “Cadastro de Produtos”.
Uma busca em qualquer arquivo ou
estrutura de dados como uma lista, por
exemplo, tem as seguintes características:
i. Precisa de um argumento de busca (um código
identificador, um nome, etc.)
ii. Pode ter dois resultados considerados normais:
registro encontrado ou registro inexistente.
 Caso de Uso
Recomendações Finais - II
3. Antes de incluir um registro novo em um
arquivo, QUASE SEMPRE é necessário
verificar se o registro já existe, realizando
uma busca com o identificador (chave) do
registro.

4. Portanto, uma atividade que realiza

cadastramento (de Cliente, de Produto, de
Fornecedor, etc.) não precisa ser separada
da atividade que consulta o cadastro para
decidir se a inclusão deve ser feita ou não.
1. O Caso de Uso que apóia a atividade pode
prever as duas possibilidades (encontrado ou
não) dentro do mesmo “diálogo”.
2. Se o tipo de negócio exigir cadastro do cliente,
esta atividade pode se chamar “Cadastra
Cliente”, “Verifica Cadastro do Cliente”.
 Caso de Uso
Recomendações Finais - III
5. Por analogia:
Antes de excluir um registro de um
arquivo, é SEMPRE necessário verificar se
o registro existe, realizando uma busca
com o identificador (chave) do registro.
6. Portanto, a atividade que realiza a exclusão
do cadastro (de Cliente, de Produto, de
Fornecedor, etc.) não precisa ser separada
da atividade que consulta o cadastro para
decidir se a exclusão deve ser feita ou não.
7. Dentro do “diálogo” do Caso de Uso,
podem ser usados “comandos” lógicos
existentes em linguagens de programação,
como VÁ PARA (go to), SE (if),
ENQUANTO ... FAÇA (while ... do),
REPITA ... ATÉ (repeat ... until), PARA
CADA ... FAÇA (for each ... do), etc.
Fluxograma de
Atividades

Informática na Administração
prof. Amauri Marques da Cunha
Período 2009/1

FIM