Fluxograma de Atividades

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

*
*
*
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 = verbo + objeto
Verbo  no tempo presente
Objeto = substantivo + [expressão]
Exemplos:
Monta computador
Recebe pedido do cliente
Paga dívida vencida
Nome da atividade
*
*
*
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
Nome do executante
Oferecendo consulta
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:
Conector de continuação:
(usar de uma página para outra)
Pergunta
?
NÃO
SIM
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
Nome do executante
Registrando
Cliente
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
FIM
Recebe Pedido
Vendedor
Fazer Produto
Recebe Pagamento
Tesouraria
Entrega Produto
Cliente recebeu
?
SIM
NÃO
1
Registrando Pedido
2
Logística
Consultando Mapa
Quitando Dívida do Cliente
Lançando no Livro-caixa
*
*
*
Exemplo de Fluxograma - II
Investiga Motivo
Gerente
Providencia Correções
2
1
Gerente
Relatando Ocorrência Atual
Consultando Ocorrências Anteriores
*
*
*
Exemplo de Fluxograma - III
INÍCIO
FIM
Subprocesso Fazer Produto
*
*
*
Exemplo de Fluxograma - IV
INÍCIO
FIM
Subprocesso temporal: Repor Estoque
Ciclo semanal – fazer no penúltimo dia da semana
*
*
*
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 da mesa
Gerente
Calculando Conta
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
Fecha a conta da mesa
Gerente
Calculando Conta
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).
Descrever sucintamente a transação completa que a TI está oferecendo para o executante da atividade
*
*
*
Caso de Uso
Detalhamento Inicial - III
Descrever o “diálogo” entre o Usuário (executante da atividade) e o Sistema de TI (um fala e o outro responde):
Desenhar maquetes das interfaces com o Usuário (aproximadamente uma para cada frase do “diálogo” )
Esboçar a lista de itens de dados armazenados na TI, classificados por:
Itens de dados LIDOS
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: |_|_|
..........................................................................................
(listar tantas linhas quantas forem necessárias)
..........................................................................................
Total a Pagar: R$ |_|_|.|_|_|_|,|_|_|
Quantidade de Pagantes: |_|_|
Parcela de cada Pagante: R$ |_|_|.|_|_|_|,|_|_|
Terminar
Imprimir
*
*
*
Caso de Uso 1:
 Calculando Conta
1.5 Maquete “Tela Conta Discriminada”
Conta da Mesa Número: |_|_|
..........................................................................................
(listar tantas linhas quantas forem necessárias)
..........................................................................................
Total a Pagar: R$ |_|_|.|_|_|_|,|_|_|
Quantidade de Pagantes: |_|_|
Parcela de cada Pagante: R$ |_|_|.|_|_|_|,|_|_|
Terminar
Imprimir
*
*
*
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
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.
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:
Precisa de um argumento de busca (um código identificador, um nome, etc.)
Pode ter dois resultados considerados normais: registro encontrado ou registro inexistente. 
*
*
*
Caso de Uso
Recomendações Finais - II
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.
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.
O Caso de Uso que apóia a atividade pode prever as duas possibilidades (encontrado ou não) dentro do mesmo “diálogo”.
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
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.
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.
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