Apostila Analise de Processos

1
Universidade Presbiteriana Mackenzie Faculdade de Computao e Informtica Sistemas de Informao Anlise de Processos para Sistemas de Informao
A - TEORIA GERAL DOS SISTEMAS

1. Conceito de Sistema
um conjunto de pessoas, mquinas e mtodos organizados de modo a cumprir um certo nmero de funes especficas. Exemplos: a - automvel objetivo = transporte rodas bancos combustvel fio bateria elementos = motor b - telefone objetivo = comunicao linha elementos = aparelho
2. Caractersticas do Sistema
2.1. Objetivo: a razo pela qual ele existe. 2.2. Elementos: So as partes que compem o sistema 2.3. Estrutura: a relao existente entre os elementos. 2.4. Comportamento: determinado pelos procedimentos, sendo: - comportamento ------> "o que feito" - procedimento --------> o "que" e "como" deve ser feito 2.5. Ciclo de Vida: envolve ------> a criao desenvolvimento, evoluo, decadncia.
3. Hierarquia dos Sistemas

Qualquer sistema pode ser tomado como parte de um sistema maior, portanto, pode ser chamado de subsistema. Exemplo: Sistema Econmico de uma Nao Sistema Financeiro Sistema industrial Sistemas de Transporte Sistema Areo Sistema Terrestre Sistema Rodovirio Sistema Ferrovirio Sistema Martimo
4. Modelo de um Sistema
Entrada Processamento Sada
Exemplo: Sistema para fazer suco de morango.

Ingredientes morango gua acar suco de morango viso lgica ------> "o que fazer" viso fsica ------> "como fazer"
5. Tipos de Sistema
5.1. Quanto sada que geram podem ser:
determinstico ------> pode prever o resultado probabilstico ------> no h previso de um resultado. adaptativo ----------> controlam ocorrncias em outros sistemas competitivo reformulao objetivos ---------> tenham necessidade constante de nos
5.2. Quanto sua natureza, os sistemas podem ser:

fechado---> Os sistemas fechados possuem como caracterstica bsica no apresentarem intercmbio com o meio ambiente, assim no influenciam nem so influenciados por ele. Naturalmente, a rigor no existem sistemas totalmente fechados, na concepo exata da palavra. Os autores, via de regra, tm atribudo essa denominao aos sistemas cujo comportamento totalmente determinstico e programado ou, por outro lado, aos sistemas que so totalmente estruturados, onde os elementos e relaes combinam-se de uma maneira peculiar e rgida produzindo uma sada invarivel. So os chamados sistemas mecnicos. aberto ----->Sistemas abertos so aqueles que apresentam intercmbios com o ambiente, so influenciados e influenciam o ambiente atravs das entradas e sadas, sejam elas quais forem. Os sistemas abertos trocam matria e energia regularmente com o meio ambiente. So eminentemente adaptativos, isto , para sobreviverem devem reajustar-se constantemente s condies do meio, mantendo, assim, um jogo recproco com as foras do ambiente, e a qualidade de sua estrutura otimizada, quando o conjunto de elementos do sistema se organiza, aproximando-se de uma operao adptativa. Assim a adaptabilidade um contnuo processo de aprendizagem e de auto-organizao.
B. Ciclo de Vida dos Sistemas

Criao -----> fase em que o sistema criado: onde os objetivos so propostos e os elementos que iro compor o sistema so estudados (o sistema implantado). Evoluo ----> a etapa onde o sistema sofre manutenes para acompanhar as necessidades do meio ambiente.(constncia) Decadncia -> o sistema no suporta mais manuteno e torna-se obsoleto.
C. Noes de Sistemas de Informao

1. Organizao
. organizao (como funo) o conjunto de aes forma desenvolvidas com a finalidade de ordenar e determinar a de atuao dos elementos componentes de um sistema. . organizao (como estrutura) o conjunto de pessoas onde so determinadas autoridades e responsabilidades, afim de atingir objetivos comuns. Exemplos de organizaes: CPI
ONU Universidade Igreja Exrcito Empresa.
2. Sistema Empresa
Conceito: estruturado logicamente, a fim de alcanar o objetivo maior; que o lucro. Caractersticas: a. objetivo -----> lucro, aumento de vendas, manter nveis de estoque suficientes. b. materiais. c. estrutura -----> a maneira como a autoridade e responsabilidade so distribudas entre funcionrios e como se relacionam. d. comportamento -----> determinado pelas funes que so atribudas aos funcionrios. Universidade Presbiteriana Mackenzie Faculdade de Computao e Informtica Sistemas de Informao Anlise de Processos para Sistemas de Informao elementos -----> recursos humanos e recursos um conjunto de elementos humanos e materiais,
7 e. ciclo vital ----> quando os objetivos de um sistema so atingidos, o componente abolido ou buscam-se novos objetivos.
2.1. Subsistemas do Sistema da Empresa

a - Subsistema de Deciso ---- > formado decises. b - Subsistema Operacional ----> formado pelos funcionrios que executam os planos elaborados pelo subsistema de deciso. c Subsistema de Informao ---> das formado por pessoas at o pela diretoria e
funcionrios executivos que elaboram planos e estratgias e tomam
responsveis
pelo
encaminhamento
informaes
subsistema de Deciso.
Estratgico
Ttico
Operacional
Nveis de Deciso no Sistema Empresa. a - Nvel Estratgico ------> so decises tomadas perodo maior que 1 ano. b - Nvel Ttico -------------> so decises perodo at 1 ano. tomadas para um para um
c - Nvel Operacional ------> so decises tomadas no dia-a-dia.
9 Modelo de Sistema
3. Sistema de Informao
3.1. Conceito: Conjunto de elementos que interagem entre si, e que desta interao so geradas informaes p/a tomada de decises. 3.2. Caractersticas: a - objetivo -----> gerar informaes para os nveis: estratgico, ttico e operacional; b - elementos --> dados, sistema de processamento de dados,
meios de comunicao; c. estrutura ----> a maneira como os sistemas distintos de
P.D. se relacionam entre si: d - comportamento --> que armazenamento tempo e custos apropriados. ele atinja seus objetivos de em formato,
e fornecimento de informaes
10 e - ciclo de vida -----> quando percebe-se que a necessidade da
informao no mais existe, o sistema de informao deve deixar de existir, ou quando tem necessidade de determinada informao e o sistema central no atende essa necessidade. 3.3. Caractersticas ideais de uma informao 1 . clareza -----> deve ser objetiva 2 - preciso--- > que 3 - rapidez ----> deciso 4 - dirigida ----> destinada a quem necessita dela. deve chegar em tempo hbil para a tomada de no usar termos como por volta de, acho
3.4. Qualidade nas Informaes Situao A Situao B
Crescimento da empresa ------> aumento do n. de fontes -------> arquivos disseminados pelos deptos. ------> dados redundantes--- > tornar a origem (2 fontes de informaes)-------- > centralizar dados em 1 local fsico --------- > surgimento dos Sistemas Informaes Dados Arquivo Integrado Consultas Informaes Integrados de
11 . Expanso da empresa -----------> novas filiais ------->
surgimento do Processamento Eletrnico de Dados---------> arquivos centralizados denominados B.D. (Banco de Dados).
12
D. Viso Geral sobre Metodolgica para Desenvolvimento e Projeto Estruturado de Sistemas.

1. Introduo:
A necessidade de desenvolvimento de sistemas comea com o usurio. Este precisa do apoio tcnica, mas no sabe como o computador pode ajud-lo. De outro lado, esto os programadores que sabem muita coisa a respeito de computador, mas no compreendem as necessidades do usurio. O analista de sistemas traduz as necessidades do usurio em especificaes tcnicas (documentao) necessrias aos programadores. Ele tem que ser capaz de lidar ao mesmo tempo com o usurio, profissionais tcnicos e a administrao.
Administra o
Usurio
Analista de Sistemas
Programado r
2. Problemas que o analista de Sistemas pode enfrentar se no utilizar uma metodologia de trabalho:
dificuldade na obteno de informao; grande volume de detalhes; documentao difcil de entender; "soluo tecnicamente boa" - " No era bem isso que eu queria"; no existe um modelo de P D;. narrativas vagas; Universidade Presbiteriana Mackenzie Faculdade de Computao e Informtica Sistemas de Informao Anlise de Processos para Sistemas de Informao
13 fluxogramas causam mais mal do que bem.; falta de uma sistemtica para registrar preferncias dos usurios. Resumindo: Todos estes itens podem ser analisados: Custo X Benefcios,
14
3. Conceituao e Detalhamentos das Fases da Metodologia para Desenvolvimento e Projeto Estruturado de Sistemas.
3.1. Fases
1a. Fase. Proposta - momento em que se trava contato com o usurio; visa propiciar a integrao entre ambas as partes e o estabelecimento das premissas que regero o contrato. 2a. Fase. Anteprojeto - momento em que se efetua a anlise e o inicio da arquitetura do sistema, so elaborados os levantamentos de dados e pesquisas necessrias. 3a. Fase. Projeto Lgico - a fase de definio detalhada do novo sistema. 4a. Fase. Projeto Fsico - a produo real do sistema proposto e aprovado peio usurio, nvel de estrutura. 5a Fase: lmplementao (desenvolvimento) especificados, codificados e testados os programas. nesta fase, so
6a Fase. lmplantao - o sistema colocado em prtica, (instalado para produo).
15 7a. Fase. Manuteno - voltada ao acompanhamento constante do sistema; com alteraes corretivas, ou de melhorias objetivando a eficcia
do sistema.
16
3.2. Objetivos:
Atravs do uso de tcnicas estruturadas como a MDES (Metodologia de Desenvolvimento Estruturado de Sistemas), o planejamento, o projeto e o desenvolvimento de sistemas tornam-se mais eficazes e incorporam os seguintes benefcios. Orientao da construo de sistemas; Definio dos pontos de controle do processo de desenvolvimento de Padronizao de procedimentos e da documentao gerada
sistemas; durante o perodo de desenvolvimento; Qualidade e produtividade no desenvolvimento de sistemas; Maior facilidade na comunicao entre o CPD e os usurios finais; Maior facilidade na administrao durante o Desenvolvimento de
Sistemas
3.3. Estrutura da Metodologia

A MDES um roteiro que est dividido em fases, sendo que cada fase constituda de vrias etapas e cada etapa em um conjunto de atividades organizadas de forma lgica. Essa estrutura constitui o CICLO DE DESENVOLVIMENTO de um projeto de sistema. Cabe s gerncias e s pessoas responsveis pelo seu
desenvolvimento, em funo da estratgia adotada e do porte do projeto, selecionar as fases necessrias sua viabilizao.
17
E. Ciclo de Desenvolvimento
Proposta Estudo Preliminar (anteprojeto) Projeto Lgico Projeto Fsico Implementao Implantao Manuteno
18
1. Estudo Preliminar (Anteprojeto)

Anlise da solicitao ldentificao do sistema atual Definio dos requisitos do projeto Planejamento do Desenvolvimento Aprovao
Objetivo: Caracterizar sinteticamente u sistema de informao, identificando os problemas existentes, definindo u(objetivos, benefcios esperados e abrangncia do projeto. Apresentar plano de desenvolvimento ao trmino.
1.
Durante a anlise da solicitao devero ser definidos os gerentes de Projeto, a equipe para esta fase e o plano de trabalho. Para a identificao do sistema atual, devero ser levantadas as principais funes, os problemas e as necessidades do mesmo. Para a definio dos requisitos do projeto devemos estudar os objetivos, a abrangncia e os benefcios esperados, bem como das reas envolvidas e a integrao com outros sistemas. No planejamento do desenvolvimento define-se a estratgia, as fases, etapas e atividades. Dimensionar recursos para o projeto, estimar prazos e detalhara prxima fase. Elaborar um cronograma.
2.
3.
4.
5.
6.
19
2. Projeto Lgico:

Anlise funcional Anlise de dados Integrao de Dados e Funes Propostas do Novo Sistema Planejamento e Aprovao.
Objetivo: Levantar, analisar detalhadamente as funes, processos, dados e inter-relacionamentos do sistema atual, permitindo, de acordo com os objetivos definidos, a elaborao de propostas do sistema e ser desenvolvido.
1.
Na Anlise funcional devemos levantar detalhadamente as funes, os processos, formas de arquivamento e as informaes envolvidas no sistema atual - D.P.D. Analisar os dados (composio, tamanho, forma, validade, volume, sinnimo, etc.) e definir as entidades, seus atributos e relacionamentos, elaborando o modelo e a especificao dos dados. A integrao de dados e funes garante a consistncia entre os modelos, comparando o conjunto de depsito de dados do modelo funcional com o conjunto de entidades e relacionamentos do modelo de dados. Estudar e definir as diversas solues do sistema a ser desenvolvido, detalhando os mdulos operacionais, por tipo e modo de processamento (on-line ou batch, centralizado ou distribudo), considerando as diversas plataformas disponveis. As estimativas de custos, prazos e recursos necessrios para desenvolver o novo sistema. A qualificao e quantidade (se possvel dos benefcios esperados). Formalizar o encaminhamento das alternativas de soluo aos responsveis pela aprovao. Durante o planejamento / aprovao deve haver uma reviso dos recursos, prazos e custos para o desenvolvimento do projeto, e um detalhamento do planejamento da prxima fase, em funo da alternativa escolhida.
2.
3.
4.
5.
20
3. Projeto Fsico
ESTRUTURAO DO SISTEMA
Especificao de Entradas/Sadas Projeto de Armazenamento de Dados Projeto dos Fluxos do Sistema Planejamento/Aprovao
Objetivo: Especificar a soluo fsica para o modelo lgico proposto, definindo as entradas e sadas, meios de armazenamento e os procedimentos operacionais (administrativo / aplicativo).
1.
Detalhar o DHS da alternativa escolhida, estruturando hierarquicamente as funes do sistema, agrupando-as por tipo, ambiente operacional e periodicidade de processamento. A especificao de Entradas e Sadas definir telas, formulrios, relatrios que sero utilizados pelo sistema, desenhar os lay-outs, especificando finalidade, freqncia, nmero de vias, volumes, destinatrios, etc. Analisar as necessidades de acesso, volumes e freqncia do novo sistema. ldentificar arquivos e dados existentes e definir como se dar a integrao. Elaborar as mapas de acesso, a normalizao e as referncias lgicas, conforme necessidade do projeto de arquivos. Revisar a descrio dos dados, gerado na etapa Anlise de Dados, fornecendo informaes necessrias para a atualizao do Dicionrio de Dados. Especificar para as novas bases de dados e arquivos os mtodos de acesso, gerenciamento, organizao, chaves de acesso, nomes, ndices, etc. Definir procedimentos de segurana e integridade dos dados.
2.
3.
4.
5.
6.
7.
8.
21
4. Implementao
DEFINIO DOS PROGRAJVIAS CODIFICAO DOS PROGRAJVIAS TESTES DAS ETAPAS DE PROCESSAJVIENTO PROCEDIMENTOS DO SISTEMA APROVAO
Objetivo: Definir e codificar os programas, elaborar um plana de testes, o manual operacional da produo e os demais instrumentos normativos.
1.
Revisar o DHS detalhado em funo de eventuais alteraes decorrentes do projeto fsico das bases de dados / arquivos. Definir a estratgia de implementao / implantao, levando em considerao as necessidades, oportunidades, recursos, treinamento, priorizando as etapas de processamento. Elaborar os fluxos administrativos demonstrando e descrevendo as E/S e responsabilidades do sistema de informao e o inter-relacionamento com as reas envolvidas.
2.
3.
22
5. Implantao

PLANEJAMENTO DA IMPLANTAO TREINAMENTO INSTALAO DO SISTEMA PASSAGEM DO SISTEMA PRODUO.
5.1. Planejamento da Implantao

Planejar e executar as tarefas necessrias visando a colocao do sistema, total ou parcial, em regime de produo, de acordo com a estratgia definida.
Ativar recursos humanos necessrios a elaborao do plano de implantao; Rever e efetuar os ajustes necessrios na estratgia de implementao / implantao, definindo as atividades para a implantao do sistema; Verificar a instalao dos recursos fsicos e os no computacionais necessrios a operao do sistema, Definir a necessidade de treinamento, visando a capacitao dos usurios para a operao do sistema; Elaborar cronograma geral de implantao definindo eventos, datas e responsveis pela sua execuo; Acompanhar a aprovao do plano de implantao.
5.2. Treinamento
Elaborar programa de treinamento
Elaborar material Treinar pessoal PROCEDIMENTOS:
Elaborar contedo do programa de treinamento de acordo com as necessidades definidas; Elaborar material de treinamento;
23
Executar o treinamento do pessoal envolvido, conforme estratgia de implantao.
24
5.3. Instalao de Sistema

Instalar o aplicativo Simular o processamento Avaliar o impacto Procedimentos:
Efetuar as devidas converses/criaes de bases de dados / arquivos necessrios a operacionalizao do sistema, Simular a operao do sistema em ambiente de produo para avaliar os impactos quanto ao dimensionamento de recursos, nvel de servios, interferncia em outros sistemas, etc. Efetuar a avaliao do sistema em ambiente de produo, para sua homologao.
5.4. Passagem do Sistema para a Produo

Programar a mudana Executar paralelo Executar o sistema
Acompanhar o processamento
Homologar a implantao. PROCEDIMENTOS:
Elaborar, por parte da rea de produo, o cronograma especifico visando a implantao do sistema, conforme estratgia de implantao; Processar, se necessrio, dependendo da estratgia de implantao, o sistema em paralelo ao existente ativando os procedimentos para a desativao do sistema vigente,
Executar normalmente, o sistema pela rea de produo; Acompanhar n processamento providenciar possveis acertos; para verificar a performance e
25
Solicitar por vias formais a homologao da implantao do sistema pela rea de produo e pelos usurias responsveis.
DOCUMENTAO Objetivos: Pleno conhecimento, anlise racional e fcil manuteno.
6. Manuteno
Aps a instalao do Sistema temos a Manuteno: acompanhar e avaliar a operacionalidade do sistema, fazendo atualizaes corretivas e/ou de melhorias; incluir eventualmente, novas funes ou alterar devido a mudanas governamentais que possam influenciar no sistema.
26
7. Metodologia de Desenvolvimento de Sistemas
27
F. Ferramentas utilizadas na Anlise e Projeto Estruturado de Sistemas

1. Levantamento de Dados
Principais Tcnicas:
JAD (Joint Application Design) questionrio entrevista pesquisa observao local
1.1. JAD (Joint Application Design):

Essa tcnica consiste em reunir os principais executivos usurios e os profissionais de informtica que sero envolvidos no projeto, em um lugar fora da empresa, para discutir as necessidades fundamentais do novo sistema, bem como ter uma viso a mais abrangente possvel do mesmo e suas delimitaes.
1.2. Questionrios:
Utilizaes pessoas se encontram fisicamente distantes no h tempo para entrevistar todas as pessoas os dados podem ser tabulados Consideraes perguntas curtas, simples e objetivas usar perguntas tipo sim ou no, assinale com x. acompanhar esclarecedora solicitar informaes que possam ser prontamente atendidas sem precisar consultar algo. considerar o tipo de pessoa que ir responder. o questionrio de uma circular
28
1.3. Entrevista:
Consideraes deve ser objetiva no utilizar palavras tcnicas acertar a entrevista cuidadosamente ganhar a confiana do entrevistado tomar nota de tudo pedir sugestes coletar modelos de formulrios, impresso e etc. revisar as anotaes.
1.4. Pesquisa
quando se necessita de informaes externas a empresa, entidades governamentais por exemplo ou onde h polticas internas ou externas ou algum sistema aplicativo pronto
1.5. A observao Local

observar tempo gasto nas atividades utilizar esta tcnica com naturalidade. Informaes a serem coletadas viso geral do sistema a ser analisado; estrutura organizacional; nomes e executadas; normas existentes; instalaes e equipamentos j existentes; problemas que o sistema atual apresenta; origem e destino das informaes; finalidades dos relatrios, suas freqncias e que informaes eles contm; nmero de vias dos documentos, destino e o uso feito de cada via; Universidade Presbiteriana Mackenzie Faculdade de Computao e Informtica Sistemas de Informao Anlise de Processos para Sistemas de Informao cargos dos funcionrios e atividades
29 volume de documentos emitidos por dia; assinaturas necessrias.
30
2. - Diagrama de Fluxo de Dados

2.1. Conceitos Bsicos
DFD - Diagrama de Fluxo de Dados uma representao lgica dos processos do Sistema e dos Dados associados a estes processos A idia de trabalhar com o Diagrama de Fluxo de Dados a de definirmos uma viso geral do Sistema e depois, efetuarmos o detalhamento de cada uma destas partes (Procedimento Top-down). O Diagrama de Fluxo de Dados tem como principal finalidade mostrar: as necessidades; as fronteiras; as entidades externas; os dados (seu armazenamento e fluxo) e os processos ou funes. O Diagrama de Fluxo de Dados representa, atravs de grficos, os vrios nveis de todas as partes de um Sistema, ilustrando tambm a transformao que ocorre sobre os dados sem se preocupar com a sua organizao, nem com a dinmica do Sistema. Podemos defini-lo como sendo uma representao atemporal do Sistema, uma vez que no possui um incio nem um fim, apenas mostrando a interligao e interdependncia de cada uma das funes que o compe. Outro ponto digno de nota que o Diagrama de Fluxo de Dados independe do Software e do Hardware utilizados na implementao do Sistema.
31
2.2. Definies dos Componentes

- um conjunto de dados e processos (transformaes, macro-funes, etc.) que esto reunidos e organizados com uma finalidade especfica, respondendo aos estmulos provocados pelo ambiente que o rodeia. Sua representao grfica reduz-se a um retngulo onde ser colocado seu nome como mostramos na figura abaixo:
Sistema
Fronteiras - Especificam os limites do sistema. Podem ser reais ou

virtuais (geradas como um artifcio). Por definio flexvel podendo ser colocadas onde se fizerem necessrias, podendo ser ajustadas durante o decorrer do processo da Anlise de forma a se adaptarem s necessidades do sistema que est sendo especificado. As fronteiras no esto limitadas ao sistema automatizado, podem ser mais amplas abrangendo processos que no sero mecanizados.
- Delimitam as fronteiras do sistema. Representam as origens ou destinos das informaes que entram ou saem Universidade Presbiteriana Mackenzie Faculdade de Computao e Informtica Sistemas de Informao Anlise de Processos para Sistemas de Informao
Entidades Externas
32 do sistema. Poderamos dizer que algo fora dele, mas que todavia provoca influncias no seu desempenho. No existe uma necessidade de se especificar o que aconteceu ou acontecer com estes dados que cruzam as fronteiras do sistema, ou seja, os procedimentos executados pelas entidades externas no so estudados pelo sistema estando fora do escopo do estudo. Podemos considerar como Entidade Externa: um outro Sistema, um Departamento da Empresa, um grupo especfico de pessoas (Clientes, por ex.), uma outra Empresa, etc.
Gerado e direcionado por uma Entidade Externa. Acontece no ambiente, isto , fora das fronteiras do Sistema, em um determinado instante do tempo, devendo o Sistema reagir (responder) a ele.
Evento Externo
Estrutura de dados - a unidade de informao que pode ser decomposta em elementos de dados. Deve ser montado de forma discreta no se criando estruturas muito grandes ou complexas.
33 Informao ou conjunto de Informaes (Estruturas de Dados) que fluem de um elemento a outro no Sistema ou fora dele. Avisa o sistema que o evento ocorreu, sendo tambm utilizado para identificar a resposta do Sistema ocorrncia de um evento. representado por uma seta que identifica a origem e o destino dos dados. O Fluxo de Dados deve sempre ser identificado atravs do nome do conjunto de informaes que fluem de um ponto a outro. Devemos notar desde j que no so permitidos Fluxos de Dados entre Entidades Externas e Depsitos de Dados, Entidades Externas e Entidades Externas e Depsitos de Dados e Depsitos de Dados. Outro detalhe que as linha de Fluxo de Dados no devem ser muito longas pois dificultaria sua interpretao lgica devendo-se repetir a Entidade ou Depsito de Dados.
Fluxo de Dados
o elemento responsvel pela transformao dos Fluxos de Dados de Entrada em Fluxos de Dados de Sada, normalmente com a alterao e/ou gerao de Dados. O processo deve sempre registrar o que dever ser feito e nunca como dever ser feito
Processo ou Macro Funo
34
Cada macro funo representa um determinado Objetivo do Sistema. Vemos acima que cada Processo dever ser identificado atravs de uma Numerao de Controle (P1, P2, P3, P4, etc.) devendo-se tomar o cuidado de nunca alterar esta numerao pois comprometeria toda a documentao do projeto.
35 Conforme ser explicado mais adiante, cada processo dever ser detalhado em processos menores, assim sendo devemos usar uma metodologia de numerao de forma a facilitar seu relacionamento com o processo que lhe deu origem. Por exemplo: os Processos que detalharo o processo com Controle de Numerao P1 recebero a numerao P1.1, P1.2, P1.3, etc., assim como os originados do processo P2 sero P2.1, P2.2, P2.3, P2.4, etc. O detalhamento dos Processos pode ocorrer em vrios nveis conforme a necessidade. Por exemplo: o processo P2.3 poder ser detalhado em vrios outros: P2.3.1, P2.3.2 e assim por diante. Observao muito importante que a numerao que os processos recebem no implicam em uma seqncia de execuo mas servem somente para um referencial para a documentao e detalhamento repare que em cada exploso o detalhamento dever ocorrer em pelo menos dois processos.
A descrio do processo dever ser uma sentena imperativa, clara de forma a se evitar qualquer tipo de dvida sobre o que faz o processo em questo. Cuidado para no colocar dois processos com o mesmo nome. Vamos utilizar os verbos com caractersticas especficas: aprovar, calcular, controlar, copiar, criar, determinar, extrair, gerar, obter, ordenar, produzir, reunir, separar, verificar, controlar disponibilizar. Os termos genricos e fsicos devem ser descartados como: ler, emitir, processar, avaliar, analisar. Deveremos ter o cuidado para nunca usar processos com o mesmo nome.
36 Depsito de Dados um local onde se possvel armazenar informaes e recuper-las a qualquer instante. O armazenamento surge quando se impe ao Sistema um atraso, ou seja, a inexistncia da possibilidade do dado ser utilizado instantaneamente, devendo ser guardado para uso posterior ou quando houver a possibilidade de os processos no serem executados serialmente, isto , um logo aps o outro, surgindo ento a necessidade da criao de um Depsito de Dados. Uma outra forma de se definir um Depsito de Dados como um conjunto de Estruturas de Dados em repouso, enquanto que Fluxo de Dados seria uma Estrutura de Dados em movimento.
Neste instante do projeto no devemos nos preocupar com sua constituio fsica, pois os dados podero ser armazenados em tabelas, arquivos isolados, ou mesmo um banco de dados, mas o seu contedo pode ser previsto, a partir dos processos que dele se utilizam.
Para a facilidade de localizao e interpretao a identificao de controle (ou referencia) do Deposito de Dados dever iniciar com a letra D seguido de um nmero.
37
2.3. Os nveis
Os Diagrama de Fluxo de Dados podem ser apresentados em vrios nveis: Diagrama de Fluxo de Dados nvel 0 ou Diagrama de contexto Diagrama de Fluxo de Dados Funes do Sistema nvel 1 ou Diagrama de Macro
Diagrama de Fluxo de Dados nvel 2 ou Diagrama de Exploso das Macro Funes Diagrama de Fluxo de Dados nvel N que ser criado toda a vez que for necessria a exploso de um processo em processos menores para sua melhor compreenso pelo grupo de trabalho. A decomposio do DFD no pode chegar a ponto de tratamento campo a campo. Os processos podero ser explodidos tantas vezes quantas as necessrias at o seu compreendimento pleno.
38
Consideraes para a Construo de um Diagrama de Fluxo de Dados Genrico

As consideraes a seguir dizem respeito confeco de Diagrama de Fluxo de Dados em quaisquer nveis: Mostre a lgica do Sistema considerando que, o Diagrama de Fluxo de Dados no um fluxograma. O Diagrama de Fluxo de Dados ATEMPORAL no tendo incio nem fim. Imagine que o Sistema se encontra em permanente execuo devendo mostrar a origem e o destino dos dados, e todos os processos existentes. Pode-se evitar o cruzamento de linhas de Fluxo de Dados mesmo que para tal tenhamos que repetir a representao dos Depsitos de Dados e das Entidades Externas, pois estes so pouco numerosos em relao quantidade de linha de Fluxo que dificilmente provocaro confuses. Se um processo apresentar muitas linhas de fluxo isto uma indicao que deve ser estudado mais detalhadamente e decomposto em vrios processos ainda neste nvel de forma a manter o DFD simples. As Entidades Externas podem ser identificadas atravs de letras ou de traos como mostrados abaixo, de forma a se notar que a mesma ao ser repetida em um outro ponto qualquer do diagrama.
39 Balanceamento de Nveis: Em vrias ocasies, durante o desenvolvimento do projeto, poderemos reparar que algo foi esquecido, ou que alguma correo dever ser efetuada. Nada nos impede que voltemos Diagrama de Fluxo de Dados anterior ou anteriores para efetuarmos as devidas correes ou ajustes. Tal procedimento chama-se Balanceamento de Nveis.
Diagrama de Fluxo de Dados nvel 0

Caracteriza os limites do Sistema com o ambiente, ou seja, sua abrangncia. Sua definio envolve a escolha de suas fronteiras e a determinao (ou descrio) das comunicaes que cruzam as fronteiras entre o Sistema e o ambiente sobre o qual ele interage.
40
Consideraes para a Construo de um Diagrama de Fluxo de Dados nvel 0

Representa uma nica transformao: o Sistema. No descreve detalhes internos. No podem existir conexes entre as Entidades Externas, somente Sistema x Entidades Externas. Caso seja necessrio realizar a ligao com um Depsito de Dados, obviamente ele deve pertencer a um outro Sistema o qual dever ser representado atravs de uma Entidade Externa. Devemos lembrar que os limites do Sistema (as Fronteiras) so decises tomadas cuidando para no incluir processos em excesso e nem de deixar nada de fora.
41

a representao da exploso em Macro Funes (Objetivos) do Sistema daquilo que aparece no Diagrama de Fluxo de Dados nvel 0.
42

No Diagrama de Fluxo de Dados nvel 1 os processos no podem se ligar entre si devendo existir entre eles, obrigatoriamente um Depsito de Dados ou mesmo uma Entidade Externa pois estes processos devem ser assncronos. No Diagrama de Fluxo de Dados nvel 1 os Depsitos de Dados no podem se ligar entre si devendo existir entre eles, obrigatoriamente um processo. Outra observao importante que no podem existir processos somente com fluxos de dados saindo (gerao espontnea) ou somente entrando (buraco negro).
43

No Diagrama de Fluxo de Dados nvel 2 os processos podem se ligar entre si mas os Depsitos de Dados continuam no podendo se ligar entre si devendo existir entre eles, obrigatoriamente um processo.
Consideraes Gerais
Se em qualquer gerao de diagrama acrescentarmos algo no previsto no nvel anterior, como por exemplo, uma Entidade Externa ou um novo fluxo de dados, a correo dever ser efetuada em todos os nveis anteriores de forma a se manter toda a documentao do desenvolvimento do sistema coerente. (Balanceamento entre nveis). O DFD deve ser feito e refeito at que se chegue a um timo resultado. No esquecer de revisar o DFD conforme vo sendo realizadas as outras etapas do projeto como o MER, Dicionrio de Dados, etc. Cada processo pai deve ter as mesmas entradas e sadas de fluxo de dados que o conjunto de diagramas filhos gerados um nvel abaixo. Saberemos que o DFD est perfeito quando ele perfeitamente inteligvel para qualquer pessoa, sem que sejam necessrias informaes complementares.
Balanceamento de Nveis
Na tabela abaixo podemos observar as principais caractersticas de cada um dos nveis dos Diagramas de Fluxo de Dados.
Nveis
Entidad es Externa s
TODAS
Fluxos
de ligao com as entidades externas Especficos
Process os
O Sistema
Depsit os de Dados
NENHUM
0 1 2
Especficas
Macro Processo Processos Especficos
Especficos
Especficas
Especficos
Especficos
44
Exerccios
Ex. 1 - Sistema (Empresa Alfa)
-
de
Organizao
de
Eventos
elaborar propagandas e distribu-las elaborar convites e vend-los gerar relao de convidados para o cliente
nvel 0 O Diagrama de contexto deve respeitar as seguintes regras de construo: a - Deve exibir todas as Entidades Externas ao Sistema, no sendo permitida a repetio de qualquer Entidade Externa; b - Mostrar, apenas 1 processo, com sigla P0, que receber o nome do sistema; c - No utilizar o smbolo de Depsito de Dados neste nvel. D. F. D. Nvel 1
Ex. 2 - Seguradora:
P1 - Recepcionar o cliente P2 - Solicitar vistoria para a Seguradora P3 - Emitir aplice
Ex. 3: Elaborar o DFD. Nvel 0 e nvel 1 para o seguinte sistema de controle de Caixa de um restaurante:
O garom entrega ao Caixa a 2a. via da comanda, onde registra o preo de cada item e a arquiva no escaninho correspondente ao n. da mesa. O garom informa ao Caixa, o nmero da mesa a ser encerrada e, ento, o Caixa recolhe as comandas referentes a mesa; totaliza as comandas e emite N.F. em 2 vias. As comandas totalizadas e a 1 via da N.F. so entregues ao garom, que entrega ao cliente . Universidade Presbiteriana Mackenzie Faculdade de Computao e Informtica Sistemas de Informao Anlise de Processos para Sistemas de Informao
45 A 2a. via. da N.F. arquivada no Caixa. O garom retorna com as comandas pagas, que registra o total consumido e a comisso em uma folha de controle. No final do dia, o Caixa emite um relatrio de consumo e um Relatrio de Comisso para o Diretor.
46
Ex. 4 - Sistema de Contas a Pagar

O Setor de Contas a Pagar recebe as Duplicatas dos Fornecedores e as registra em uma agenda. Depois de registradas, as Duplicatas so arquivadas em ordem de vencimento. No inicio da cada dia, o Setor de Contas a Pagar consulta na agenda as Duplicatas a serem pagas e as retira do Arquivo So preenchidos os Cheques para pagamento e as cpias dos cheques. Os Cheques, as Cpias e as Duplicatas so enviadas para o Diretor. O Diretor devolve todos os documentos assinados e o Setor de Contas a Pagar arquiva as cpias dos Cheques e efetua o pagamento das Duplicatas junto ao Banco. O Banco recebe os Cheques e as Duplicatas e devolve a la. via das Duplicatas quitadas (Aviso Bancrio). O Setor de Contas a Pagar arquiva os Avisos Bancrios (quitados) e quinzenalmente, gera um Relatrio de Contas a Pagar e outro de Contas Pagas para o Diretor.
Ex. 5 Seleo de Candidatos

Os candidatos s vagas do Curso de Computao no Colgio, se submetem a 2 (duas) provas, Portugus e Matemtica. Ao trmino das provas, d-se inicio ao processo de seleo. a - com base no gabarito, o professor corrige e avalia as provas dos candidatos e as arquiva temporariamente. b - baseado numa tabela de situao (parmetros) e nas provas j corrigidas, seleciona os candidatos aprovados e informa aos respectivos pais.
47
BIBLIOGRAFIA INDICADA
Livro(s) texto(s): GANE, C. & SARSON, T. Anlise estruturada de sistemas. Rio de Janeiro: LTC, 1999. 19 tir.
Literatura Complementar: DAVIS, W. S. Anlise e projeto de sistemas: uma abordagem estruturada. RJ, LTC, 1994. PRESSMAN. Engenharia de Software. So Paulo: Makron, 1995. YOURDON, E. Anlise Estruturada Moderna. Rio de Janeiro. Campus, 1990. DeMARCO, T. Anlise estrutura e especificao de sistemas. Rio de Janeiro: Campus. PAGE-JONES, Meillir Projeto Estruturado de Sistemas, SP, McGraw-Hill, 1988. JACKSON, M. A Princpios em Projetos de Programas. Rio de Janeiro, Campus, 1988. McMENAMIN, S. M.; PALMER, J. F. Anlise Essencial de Sistemas. Makron, So Paulo, 1991.

Apostila Analise de Processos

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Apostila Analise de Processos

Hochgeladen von

Copyright:

Verfügbare Formate

1

A - TEORIA GERAL DOS SISTEMAS

3. Hierarquia dos Sistemas

Exemplo: Sistema para fazer suco de morango.

5.2. Quanto sua natureza, os sistemas podem ser:

B. Ciclo de Vida dos Sistemas

C. Noes de Sistemas de Informao

ONU Universidade Igreja Exrcito Empresa.

2.1. Subsistemas do Sistema da Empresa

funcionrios executivos que elaboram planos e estratgias e tomam

c - Nvel Operacional ------> so decises tomadas no dia-a-dia.

meios de comunicao; c. estrutura ----> a maneira como os sistemas distintos de

10 e - ciclo de vida -----> quando percebe-se que a necessidade da

3.4. Qualidade nas Informaes Situao A Situao B

11 . Expanso da empresa -----------> novas filiais ------->

D. Viso Geral sobre Metodolgica para Desenvolvimento e Projeto Estruturado de Sistemas.

6a Fase. lmplantao - o sistema colocado em prtica, (instalado para produo).

3.3. Estrutura da Metodologia

1. Estudo Preliminar (Anteprojeto)

PLANEJAMENTO DA IMPLANTAO TREINAMENTO INSTALAO DO SISTEMA PASSAGEM DO SISTEMA PRODUO.

5.1. Planejamento da Implantao

Elaborar programa de treinamento

Elaborar material Treinar pessoal PROCEDIMENTOS:

Executar o treinamento do pessoal envolvido, conforme estratgia de implantao.

5.3. Instalao de Sistema

5.4. Passagem do Sistema para a Produo

Homologar a implantao. PROCEDIMENTOS:

DOCUMENTAO Objetivos: Pleno conhecimento, anlise racional e fcil manuteno.

7. Metodologia de Desenvolvimento de Sistemas

F. Ferramentas utilizadas na Anlise e Projeto Estruturado de Sistemas

1.1. JAD (Joint Application Design):

1.5. A observao Local

29 volume de documentos emitidos por dia; assinaturas necessrias.

2. - Diagrama de Fluxo de Dados

2.2. Definies dos Componentes

Fronteiras - Especificam os limites do sistema. Podem ser reais ou

Processo ou Macro Funo

Consideraes para a Construo de um Diagrama de Fluxo de Dados Genrico

Diagrama de Fluxo de Dados nvel 0

Consideraes para a Construo de um Diagrama de Fluxo de Dados nvel 0

Diagrama de Fluxo de Dados nvel 1

Consideraes para a Construo de um Diagrama de Fluxo de Dados nvel 1

Diagrama de Fluxo de Dados nvel 2

Consideraes para a Construo de um Diagrama de Fluxo de Dados nvel 2

Macro Processo Processos Especficos

Ex. 4 - Sistema de Contas a Pagar

Ex. 5 Seleo de Candidatos

Das könnte Ihnen auch gefallen