fluxograma de atividades

Fluxograma de Atividades

Informática na Administraçãoprof. Amauri Marques da Cunha

Período 2009/1

INÍCIO


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 representarprocesso-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 – VIIIUso de Arquivo em

Papel

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

Nome da atividade

Nome do executante

RegistrandoCliente

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 PagamentoTesouraria

Entrega Produto

Cliente recebeu

?SIM

NÃO1

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 EstoqueCiclo semanal – fazer no penúltimo dia da semana


Algumas Recomendações


Correções de FormatoFluxograma 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.


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


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


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


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.


= Caso de Uso de TI =

Lembrete:

Cada Caso de Uso pode corresponder a um item do Menu de um Sistema de TI

Caso de UsoDetalhamento 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 UsoDetalhamento 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 UsoDetalhamento 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”.


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.

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

Número da Mesa: |_|_|

Quantidade de Pagantes: |_|_|

Entrar


B. Maquete das Interfaces

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

Número da Mesa: |9|9|

Quantidade de Pagantes: |9|9|

Entrar


B. Maquete das Interfaces


1.3 Maquete “Tela Conta Discriminada”

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

Nome do Item Consumido

Preço Unitário

Quantidade Preço Total

15 caracteres |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

..........................................................................................(listar tantas linhas quantas forem necessárias)

..........................................................................................

Total a Pagar: R$ |_|_|.|_|_|_|,|_|_|


Parcela de cada Pagante: R$ |_|_|.|_|_|_|,|_|_|

TerminarImprimir


1.5 Maquete “Tela Conta Discriminada”

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

Nome do Item Consumido

Preço Unitário

Quantidade Preço Total

15 caracteres |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

“ |_|_|,|_|_| |_|_|_| |_|_|_|,|_|_|

..........................................................................................(listar tantas linhas quantas forem necessárias)

..........................................................................................

Total a Pagar: R$ |_|_|.|_|_|_|,|_|_|


Parcela de cada Pagante: R$ |_|_|.|_|_|_|,|_|_|

TerminarImprimir


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 UsoRecomendações Finais -

I1. 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 UsoRecomendações Finais -

II3. 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 UsoRecomendações Finais - III5. 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.


Informática na Administraçãoprof. Amauri Marques da Cunha

Período 2009/1

FIM

fluxograma de atividades

Documents