1

ANLISE DE SISTEMAS
A palavra anlise se refere ao processo de separar as
partes de um sistema para facilitar o exame de sua natureza,
funes e relaes. Uma tal anlise , certamente, um
componente chave de anlise de sistemas de informao, porm
no o nico. Anlise de sistemas tambm envolve o projeto,
implantao e avaliao de sistemas de informao.
Anlise de Sistemas pode ser definida como o processo de
analisar, projetar, implementar e avaliar sistemas para
fornecer informaes que apoiem as operaes e processos de
tomada de deciso de uma organizao. Estes sistemas
usualmente implicam em, mas no necessariamente restritos a,
tecnologia baseada em computador.
PAPEL DO ANALISTA DE SISTEMAS
O analista de sistemas desempenha um papel crtico numa
organizao. A informao e os sistemas que a fornecem esto
entre os recursos mais valiosos de uma organizao, sendo
que, o analista de sistemas tem que zelar por estas
informaes e tm tambm a funo de assegurar a coordenao
e o controle das funes organizacionais cada vez mais
diversas.
O CICLO DE VIDA DE UM SISTEMA
A noo de ciclo de vida de um sistema tem por objetivo
permitir a identificao dos principais marcos e estgios que
ocorrem ao longo de sua existncia. Estes marcos e estgios
podem ser especificados de acordo com vrios critrios: em
funo de fluxo de caixa, em funo dos recursos em pessoal
requeridos para o desenvolvimento, implantao e operao do
sistema, em funo
do tipo de atividade e das requeridas
para seu desenvolvimento, implantao e operao,etc.
Dentro desta orientao um sistema se caracteriza pela
existncia de trs estgios:
. Criao (ou colocao do sistema no meio-ambiente);
. Evoluo;
. Decadncia
O primeiro estgio engloba o perodo de tempo no qual
precedido o desenvolvimento e a implantao do sistema, de
modo que na sua concluso o sistema seja capaz de
proporcionar os resultados desejados.

O segundo estgio est associado s modificaes que so

introduzidas no sistema aps sua implantao para que ele
continue satisfazendo as necessidades que motivaram sua
criao.
O terceiro estgio ocorre a degradao dos resultados do
sistema, seja porque seus objetivos no so mais atingidos da
forma inicialmente prevista, seja porque seus objetivos no
mais atendem as necessidades do meio-ambiente no qual est
situado.
A diferena bsica entre os estgios de evoluo e de
decadncia a capacidade de adaptao do sistema s
necessidades do meio-ambiente. Durante o estgio de evoluo,
embora estejam ocorrendo mudanas no meio-ambiente, vivel
do ponto de vista tcnico e vantajoso do ponto
de vista
econmico introduzir modificaes
no sistema para que ele
continue atendendo as necessidades do meio externo. A partir
do momento em que essas modificaes no possam mais ser
efetuadas ou nos casos em que as mudanas
necessrias
representam gastos de tal ordem, que passa a ser mais
vantajoso criar um
novo sistema, fica caracterizado o
estgio de decadncia.
CICLO DE VIDA E FASES DE UM SISTEMA
Na figura abaixo esto representados os trs estgios do
ciclo de vida do sistema conjuntamente com as fases
tradicionalmente empregadas para descrever o processo de
"design".
Por definio desenvolver um sistema significa realizar
todas as tarefas necessrias para que sua implantao possa
ser procedida. Analogamente, a fase de implantao compreende
as atividades requeridas para a colocao do
sistema em
condies normais de operao. Nas fases de operao,
controle e reviso, que so conduzidas em paralelo, so
executadas as tarefas para a obteno dos resultados do
sistema, o acompanhamento dos resultados obtidos e as
modificaes que se fizerem necessrias.
Cada uma das fases indicadas admite desdobramento,
particularmente a fase de desenvolvimento. De um modo geral,
a subdiviso toma em considerao a natureza do sistema (ex:
engenharia mecnica, eletrnica, etc.) ou a nfase que se
queira dar a determinados aspectos do processo de criao do
sistema (ex:aspectos gerenciais, aspectos de "design",
aspectos organizacionais, etc.).

O CICLO DE DESENVOLVIMENTO DE UM SISTEMA

O processo de desenvolvimento de um sistema se d
atravs da realizao de vrias atividades e efetuado por
refinamentos sucessivos. Assim, partimos de uma viso
macroscpica e vamos evoluindo em detalhes at chegarmos ao
detalhamento do cdigo. Existe a necessidade de que o
processo de desenvolvimento se d de forma segura e
confivel.
Para
isto

necessrio
que
os
produtos
intermedirios sejam avaliados quanto sua qualidade. Isso
se d atravs de duas atividades: verificao e validao.
Para disciplinarmos o processo de desenvolvimento, devemos
seguir uma srie de fases - o ciclo de desenvolvimento do
software. Em cada fase utilizam-se os resultados da fase
anterior, detalhando e/ou formalizando mais resultados.
Definimos, aqui, um ciclo de desenvolvimento que
composto de 6 fases:
1-) Seleo do Projeto
2-) Estudo de Viabilidade
3-) Fase de Definio
4-) Fase de Projeto
5-) Fase de Implantao
6-) Fase de Avaliao

SELEO DE PROJETOS DE SISTEMAS

Todo Projeto de Sistemas foi, necessariamente, em uma de
suas etapas, objeto de processo seletivo. Em geral, o
analista de sistemas no participa de forma significativa
desse processo e, muitas vezes, seu primeiro contato com o
sistema se realiza quando a deciso j foi tomada. Isto
ocorre porque o nvel de backlog (pendncias de solicitaes
para se alterar ou desenvolver sistemas) muito grande.
Fontes de Idias para Projetos de Sistemas
A-) Solicitao de outros departamentos
So fontes comuns de idias para projetos, as
solicitaes ou sugestes dos departamentos da companhia. So
muito teis, pois vm justamente de pessoas a quem se destina
o servio. Deve-se tomar cuidado, porque nem sempre o que
bom para um determinado departamento, atende aos interesses
da companhia.

Rotinas

B-) Oportunidades
e Tcnicas

criadas

por

novos

Equipamentos,

Por vezes um novo avano tcnico possibilita uma

abordagem diferente na soluo do problema. Como exemplos
temos a leitora tica de caracteres, a transmisso de dados
mais barata, etc. Um gerente novo solicita a padronizao de
todos sistemas com tcnicas de desenvolvimento estruturado.
C-) Idias advindas de estudos anteriores de sistemas
Esta a fonte mais importante para projetos de
sistemas. Ao trmino de qualquer projeto, fica-se em geral de
posse de muitas idias para melhorar a realizao das
tarefas. importante document-las na ocasio, a fim de que
estejam disponveis quando projetos forem revistos.
D-) Possibilidades de Ligao ou Integrao com outros
sistemas
Esta fonte freqentemente relacionada ao item
anterior. No decorrer do projeto de sistemas muitas vezes
percebe-se que existe uma ligao com outro sistema. Algumas
vezes essas ligaes so tantas e to complexas que melhor
considerar os sistemas como um nico sistema integrado.

E-) Fontes Externas

As necessidades de uma companhia raramente so
nicas e a troca de idias com outras empresas, quer
diretamente, ou por meio de literatura, ou por concorrncia,
so sempre benficas a todos, constituindo-se em fonte
proveitosa de idias para projetos de sistemas.
F-) Reformulao Global de um sistema
A necessidade de reformulao global de um sistema
provocada, geralmente, por um dos motivos abaixo:
. Custos elevados;
. Mau aproveitamento dos equipamentos;
. Reformulao de
um procedimento
qualquer da
empresa que
afete o sistema em sua base;
. Novas determinaes legais;
. Ocorrncia repetida de erros;
. Atrasos na entrega dos resultados;
. Atendimentos ineficientes aos usurios.
G-) Reformulao Global da Empresa
Embora seja pouco comum s vezes, a direo da
empresa resolve mudar o ramo de atividade ou ento
reorganizar toda a companhia, ou ainda, alcanar novos
objetivos totalmente diversos para os quais havia sido
projetada.

Critrios para Seleo de Projetos de Sistemas

Os fatores aqui mencionados dependem do julgamento de
uma ou mais pessoas de mais experincia do departamento de
sistemas.
A-) Retorno Potencial de um Investimento
esse o critrio mais importante para seleo de um
projeto. Durante a prxima etapa (Estudo de Viabilidade),
esse aspecto abordado em maior profundidade no item
Custo/Benefcio.

B-) Aspiraes Gerenciais

Ocasionalmente o Gerente Snior torna-se muito
entusiasmado com certo projeto, embora ele no represente
investimento financeiro particularmente favorvel, convm
implantar o sistema desejado, a fim de conquistar e manter o
interesse da gerncia pelo desenvolvimento de sistemas. Nesta
situao o analista deve reportar a seu superior o fato para
que no futuro ningum especule o porque fo desenvolvido tal
sistema.
C-) Viabilidade Tcnica
Embora por vezes um projeto
pontos de vista, pode ao mesmo tempo ser
de vista tcnico, ou seja, a aquisio
maior porte, ou de uma impressora laser,

desejvel sob muitos

invivel sob o ponto
de um computador de
etc.

D-) Capacidade do Depto de Sistemas para Elaborao de

Projetos
Infelizmente muitos projetos aparentemente
desejveis so enviados ao departamento de sistemas sem se
considerar
sua
capacidade
de
realizar
o
trabalho
(impossibilidade de encaix-lo em cronograma, falta de
conhecimento tcnico). As solues para estes casos a
contratao de pessoal capacitado ou o treinamento dos
profissionais existentes na rea. Em ambas o quesito tempo
prejudicado e na primeira pode ocorrer um problema de
motivao entre os funcionrios antigos.
E-) Exigncia de Integrao com outros sistemas
freqente em algumas empresas a exigncia de
integrao entre sistemas afim de minimizar-se o tempo de
processamento, os possveis erros de transcrio, o custo de
armazenamento de dados, a redundncia de informaes e de se
aumentar a velocidade, bem como a qualidade das informaes.
F-) Necessidades Crticas da Companhia
Por vezes a companhia acha-se em situao de
necessitar
urgentemente
de
um
sistema
de
informaes
relacionado a certa rea, embora no estejam claros seus
benefcios financeiros e outras justificativas (concorrentes
da companhia implantam um determinado sistema, forando
assim, por razes de competio, a implantao de um sistema
anlogo).

ESTUDO DE VIABILIDADE
Nesta etapa, a seo "consideraes econmicas" da
proposta expandida at os menores detalhes. So feitas
projees do movimento de caixa, retorno do investimento e
outras
consideraes
econmicas.
Os
dados
financeiros
relevantes so analisados por especialistas de administrao
para determinar o custo para a organizao, da implantao do
previsto pela proposta.
Devido ao conhecimento altamente especializado que esta
etapa requer, lana-se mo de especialistas financeiros para
se desenvolver um estudo claro de viabilidade do novo sistema
em termos econmicos, e dos benefcios que ele traria sob o
ponto de vista financeiro.
DEFINIO DAS NECESSIDADES FUNCIONAIS
O propsito desta etapa produzir um documento formal
que contenha uma descrio mais detalhada da proposta, com os
seguintes pontos:
1. Descrio detalhada das funes - descrio de todas
as principais funes a serem realizadas pelo sistema, bem
como o modo pelo qual elas se relacionam entre si e com todos
os demais componentes da organizao.
2. Performance desejada - nveis esperados de preciso,
tempos de resposta dos terminais de computadores, limites
para
o
tempo
de
processamento
e
outras
medidas
de
performance.
3. Entradas e sadas desejadas - documentos, formulrios
e transaes executadas pelos usurios e as sadas a serem
produzidas, incluindo detalhes dos itens de dados envolvidos.
4. Ligaes com outros sistemas de processamento
dados - interdependncia entre os diversos sistemas.

de

5. Disponibilidade de dados - recursos necessrios de

validao e reteno dos registros e dos itens de dados.
6. Volume de transaes
transaes a serem executadas.

estimativa

do

volume

de

PRINCIPAIS
VIABILIDADE

ATIVIDADES

QUE

COMPEM

UM

ESTUDO

DE

- A definio das caractersticas principais do sistema.

- A determinao das principais necessidades de sadas,
incluindo os tempos de resposta.
- A anlise do organograma da organizao, distribuio
geogrfica, etc., dos departamentos envolvidos.
- A determinao dos tipos de dados e da estimativa de
volume de dados.
- A considerao das alternativas possveis para atender
s necessidades do(s) usurio(s).
- O exame de outros sistemas que atendam a necessidades
semelhantes.
- O preparo de estimativas grosseiras dos provveis
custos de implantao e dos custos operacionais gerais para
cada alternativa apresentada.
p/

- A documentao do estudo de viabilidade em relatrio

o usurio e p/ a gerncia de sistemas.

- A verificao da adequao das exigncias do sistema

aos objetivos da companhia.
- Relao custos/benefcios.
- Existncia de tempo hbil.
- Existncia de equipamento adequado.
- Existncia de pessoal qualificado p/ a elaborao,
implantao e operao do sistema.
AVALIAO DA VIABILIDADE DE IMPLANTAO
1-) Viabilidade Econmica
Avaliar segundo este critrio significa verificar se
o custo estimado para o desenvolvimento e operao do sistema
compatvel com os benefcios esperados. Esta avaliao
baseia-se na realizao de uma anlise de investimento capaz
de estimar, de forma confivel, custos e benefcios
(investimento inicial, custo operacional, benefcios e
retorno).

2-) Viabilidade Tcnica

o atributo de se poder construir o software tendo
como critrio de avaliao a posse e o domnio da tecnologia
necessria para conduzir o desenvolvimento. Avaliar segundo
este
critrio
significa
determinar
se
o
sistema

teoricamente possvel de ser desenvolvido, se existe a

tecnologia
necessria para conduzir o desenvolvimento do
sistema ou se pode ser adquirida por esta equipe.
3-) Viabilidade de Mo-de-Obra
o atributo de se poder construir o software tendo
como critrio de avaliao a disponibilidade de mo-de-obra
necessria para desenvolver o software. Avaliar segundo este
critrio significa verificar se existe na instalao a mode-obra necessria, se esta pode ser tornada disponvel
atravs de treinamento apropriado do pessoal existente e/ou
atravs da contratao de pessoal.
4-) Viabilidade Financeira
o atributo de se poder construir o software tendo
como critrio de avaliao a disponibilidade oramentria.
Avaliar segundo este critrio significa verificar se a
empresa possui recursos financeiros suficientes para custear
o desenvolvimento (disponibilidade de capital) e se capaz
de
tornar
estes
recursos
disponveis
na
oportunidade
apropriada (fluxo de caixa).
5-) Viabilidade de Recursos de Suporte
o atributo de se poder construir o software tendo
como critrio de avaliao a disponibilidade de recursos de
suporte necessrios para desenvolver o sistema. Avaliar
segundo este critrio significa verificar se possvel
tornar disponvel em quantidade suficiente e na oportunidade
necessria instrumentos de apoio, tais como, equipamento,
ferramentas e pacotes de software.
6-) Viabilidade de Cronograma
o atributo de se poder construir o software tendo
como critrio de avaliao as restries de cronograma.
Avaliar segundo este critrio significa verificar se o
sistema
pode
ser
construdo
dentro
do
tempo
limite
especificado e/ou se existe flexibilidade de cronograma tendo
em conta uma certa folga e eventuais contingncias.

10

7-) Viabilidade Social

o atributo de se poder construir o software tendo
como critrio de avaliao as implicaes deste software na
sociedade. Sistemas de software, em geral, afetam um grande
nmero de pessoas. Seu uso pode ser fonte de benefcios ou
produzir graves implicaes sociais (repercusses no mundo do
trabalho, invases da privacidade, etc.). As repercusses do
sistema sobre a sociedade devem ser analisadas, assegurandose sua aceitabilidade, antes de se proceder a sua construo.
Algumas
vezes
estes
impactos
negativos
(por
exemplo,
desemprego) no podem ser evitados.

11

ANLISE DE CUSTO / BENEFCIO

CUSTO
O custo de um sistema representa aquilo que se deixa de
ter para obt-lo. Embora seja tradicionalmente expresso em
termos monetrios, o custo pode compreender elementos como
tempo (no traduzido em dinheiro), perda de prestgio,
deteriorao na qualidade, etc. Obviamente, estes elementos
intangveis se traduziro, aps a implantao, em custos. Em
virtude da efetividade e do custo representarem elementos da
mesma dimenso de um sistema comum a prtica de considerar
como custo todos os itens redutveis em termos monetrios e
tratar os demais elementos como benefcios.
Ex: O tempo requerido para a manuteno peridica de
determinado sistema pode sofrer dois tipos de tratamento:
. caso seja possvel associar um valor monetrio ao
tempo, ele considerado custo;
. caso no seja possvel express-lo em termos
monetrios embora se possua uma estimativa de sua grandeza em
termos de horas, o tempo normalmente tratado como um dos
fatores de efetividade do sistema. Assim, quanto menor o
tempo de manuteno, maior ser efetividade do sistema.

PLANILHA DE CUSTOS
- Pessoal do departamento de sistemas
. Salrios
. Material especial
. Processamento experimental no computador
. Visitas a outras companhias
- Pessoal usurio
. Tempo gasto para fornecimento de informaes
. Treinamento
- Custos com equipamento
. Custos de processamento em computador
. Novos equipamentos
. Custo de armazenamento
- Outros custos
. Ar condicionado, energia eltrica
. Novos formulrios
. Comunicaes

12

BENEFCIOS
- Economias Diretas
. Reduo de pessoal de escritrio
. Eliminao de algumas despesas especficas, como
selos do correio, artigos e mquinas de escritrios
. Eliminao de custos ocasionada por processos mais
eficiente(coleta de dados na fonte, eliminar parte de sua
verificao)

- Benefcios Mensurveis
. Aumento de dinheiro, conseguidos por meio de alguma
caracterstica do novo sistema (ex:remessa de faturas)
. Diminuio no custo do processamento (arquivos
melhores
estruturados,
eliminao
de
relatrios
desnecessrios, etc)
. Reduo de custo operacional
. Evitar ampliar o quadro
. Liberao de equipamentos
. Economia de manuteno/materiais

- Benefcios Intangveis
. Aumento da preciso da informao (ex: gerente
precisa decidir
se abre ou no o crdito para um cliente)
. Obteno de novas informaes
. Melhoria de tempo de resposta
. Melhoria das operaes (eficcia)
. Tornar viveis novas operaes
. Reduo de burocracia
. Condies de competitividade
. Melhor processo decisrio
. Melhoria da imagem pblica
. Satisfao dos clientes
. Reduo de riscos

RETORNO DE INVESTIMENTO
o intervalo de tempo decorrido entre o incio da
operao do novo sistema e o ponto em que todos os custos
investidos e decorrentes forem recuperados atravs dos
benefcios do novo sistema. Cabe lembrar que existem sistemas
que no do retornos financeiros (benefcios intangveis),
portanto o retorno se dar assim que o sistema for
implementado.

13

DOCUMENTO FORMAL
O propsito desta etapa produzir um documento formal
que contenha uma descrio mais detalhada da proposta, com os
seguintes pontos:
1- descrio detalhada das funes - descrio de todas as
principais funes a serem realizadas pelo sistemas, bem como
o modo pelo qual elas se relacionam entre si e com todos os
demais componentes da organizao;
2- performance desejada - nveis esperados de preciso,
tempos de resposta dos terminais de computadores, limites
para o tempo de processamento e outras medidas de
performance;
3- entradas e sadas desejadas - documentos, formulrios e
transaes executadas pelos usurios e as sadas a serem
produzidas, incluindo detalhes dos itens de dados envolvidos;
4- ligaes com outros sistemas de processamento de dados interdependncias entre os diversos sistemas;
5- disponibilidade de dados - recursos necessrios de
validao e reteno dos registros e dos itens de dados;
6- volume de transaes - estimativa
transaes a serem executadas.

do volume de

14

FASE DE DEFINIO
Objetivo
O objetivo desta fase obter uma definio do sistema
que ser implantado. Essa fase necessita da colaborao
estreita do usurio. necessrio um enfoque inteligente e
profundo por parte do analista que freqentemente deve julgar
se certa exigncia do usurio corresponde a uma necessidade
ou apenas a um desejo. O analista conversar com diversos
tipos de usurios e ter de registrar e classificar grande
nmero de dados. A chave desta fase , portanto, estabelecer
os objetivos das atividades que esto sendo analisadas. Uma
vez
determinados,
tornam-se
patentes
os
problemas
correspondentes, podendo, ento, ser definido um sistema
destinado a super-los.
TCNICAS DE ENTREVISTA
Objetivo

Coleta de informaes sobre o comportamento de um

sistema atual ou sobre os requisitos de um novo
sistema
de
pessoas
que
tm
essas
informaes
armazenas em algum lugar em suas cabeas;
Precisamos verificar nossa prpria compreenso, como
analistas de sistemas, do comportamento de um sistema
atual ou dos requisitos de um novo sistema. Essa
compreenso deve Ter sido adquirida atravs de
entrevistas prvias em combinao com informaes
coletadas de modo independente;
Precisamos coletar informaes sobre o(s) sistema(s)
atual(is)
para
executarmos
os
estudos
de
custo/beneficio.

Alvo das entrevistas

Usurios
operacionais,
gerentes,
auditores,
programadores que fazem a manuteno de sistemas j
existentes e vrias outras pessoas. Cada um dos usurios
ir relatar e fornecer dados a respeito da sua viso e
rea de atuao dos objetivos do sistema.

15

1) Entrevistas
Reunio pessoal, envolvendo o analista e o usurio
final; - estas reunies devero ser realizadas em diversas
ocasies, de acordo com a especificidade de atuao de cada
usurio, e dever haver uma nova entrevista para confirmar
o bom entendimento por parte do analista.
Preparao
Definir Objetiva;
Determinar
o
roteiro
da
entrevista,
improvisao;
Lista de perguntas entregues com antecedncia.
Marcar antecipadamente
Enumerar as razes
Escolher a documentao
Estimar a durao
Escolher o informante
Preparar o informante

permitir

Estrutura
Apresentar-se
Preparar a si e ao entrevistado antes e no incio da
entrevista (criar o ambiente cordial)
Partir do geral para o especfico
Manter um ritmo adequado
Achar o porque das coisas usando:
. Que, Quando, Como
. Controlar, na medida do possvel, a durao
. Resumir
.. Mentalmente a cada passo da entrevista
.. Oralmente ao fim de cada entrevista
.. Sob forma escrita depois da entrevista
. Terminar em acordo e/ou definio de ao posterior
. Agradecer a colaborao e colocar-se disposio
Conduo
No prolongar a entrevista
No se deixar envolver por problemas do dia a dia
Tornar a entrevista o mais formal possvel
Separar fatos de opinies
Entrevistar pessoas dos dois lados, em
significativos
Solicitar uma apresentao pelo gerente
Manter uma postura isenta, atenta e interessada
Estar preparado
Falar a linguagem do entrevistado
Elogiar quando possvel
Distinguir entre necessidades e desejos
Verificar a informao obtida

itens

16

Conduo (Foras Inibidoras da Comunicao)

Boas maneiras
(no interromper, no esperar que lhe
peam para sair)
No exprimir opinio prpria
Objetivos apresentados pelo entrevistador, no tem boa
receptividade
Personalidade conflitante
Poltica
Entrevista no planejada
Entrevista no desejada
Timidez
Beligerncia
Desconfiana
Procure documentar o mximo possvel a entrevista
2) JAD (Joint Application Development)
Mtodo utilizado no desenvolvimento de sistemas de
informao, adotado pela maioria das metodologias modernas.
Sua idia principal superar a barreira de comunicao
existente entre o analista de sistemas e o usurio, atravs
de reunies conduzidas por um facilitador (lder da sesso).
O facilitador um servidor neutro do grupo,
portanto:
. no avalia nem contribui com idias;
. ajuda o grupo a focalizar suas energias em uma
tarefa;
. sugere mtodos e procedimentos sobre a sesso;
. protege todos os membros do grupo do ataque;
. certifica-se de que todos tenham oportunidade de
participar.
3) Pesquisas a manuais e registros
a reviso das especificaes registradas que descrevem
os
objetivos,
procedimentos,
relatrios
produzidos,
equipamento usado etc., num sistema de informao. Os
documentos pesquisados variam de companhia para companhia, e
alguns aspectos devem contudo ser considerados em todos os
casos (verificar se a informao ainda vlida, testar a
informao sempre que possvel).

17

4) Questionrio
a submisso de questionrios impressos a indivduos
para obter informao quanto a seus papis e uso de um
sistema de informao. utilizada quando a informao tem
que ser coletada de um grande nmero de pessoas e depois
tabeladas.
. Informaes solicitadas por escrito
. Usado quando o acesso a fonte de informao difcil
. Dificuldades do mtodo
.. Necessidade de um conhecimento prvio da atividade
.. Exige um tempo muito maior para o preparo
.. Deve ser estruturado
.. Falta a realimentao propiciada pelo dilogo
Modelo de

Questionrios

Nome Entrevistado :
Data
Entrevista
:
Cargo Entrevistado :
Principais Atividades :
Objetivo de cada Atividade :
Detalhamento dos processos de cada atividade :
Fluxo dos Dados :
5) Observao
a observao "in loco" do sistema objeto e/ou sistema
de informao em processo para verificar e registrar fatos,
atividades e eventos sobre sua operao. Diz-se que a
observao exata quando tem a capacidade de abranger a
globalidade do fato observado. So atributos de uma boa
observao: exatido e objetividade.

18

Ferramentas da anlise estruturada

O principal propsito da atividade de anlise consiste
em definir e modelar o que o sistema ir fazer,
independente da tecnologia que ser utilizada. Isto envolve a
modelagem do ambiente do usurio com diagramas de fluxo de
dados, diagramas de entidade-relacionamento,
e as outras
ferramentas.
Nesta fase so desenvolvidos um modelo ambiental e um
modelo comportamental. Estes dois modelos se combinam para
formar o modelo essencial que representa uma descrio formal
do que o novo sistema deve fazer, independente da natureza da
tecnologia
que
ser
usada
para
implementar
aqueles
requisitos.
DFD (Diagrama de Fluxo de Dados): onde retrata o sistema
em termos de suas partes componentes, dizendo de onde os
dados surgem e para onde vo. uma representao em rede do
sistema.
Dicionrio
de
Dados:
especificaes
dos
arquivos
utilizando j a notao da linguagem, detalhando ainda mais
as informaes.
MER (modelo entidade-relacionamento): a representao
grfica dos arquivos normalizados no item anterior;

19

FASE DO PROJETO
O principal objetivo desta fase obter um projeto
detalhado do sistema, a fim de implant-lo. Isso significa
que a totalidade do sistema precisa de definio, em termos
de fluxo de dados, arquivos, volume, projeto de formulrios,
especificao de programas etc. Acrescentando-se a esses o do
custo operacional do sistema, calculada depois de concludo o
projeto, e o planejamento da implantao.
As principais atividades:
- Completar o fluxo de informao, os elementos
as sadas, a relao entre os dados etc;
- Identificar
os
arquivos-mestres,
os
trabalho, o volume de dados, a durao da
velocidade de resposta exigida pelos arquivos;

dos

dados,

arquivos de
reteno, a

- Especificar os lay-outs de entrada, freqncias etc;

- Definir a necessidade de relatrios, volume, freqncia,
distribuio;
- Desenvolver a lgica geral do sistema;
- Determinar os procedimentos de controle e de auditoria;
- Identificar os programas do computador e os procedimentos
manuais necessrios;
- Preparar as especificaes dos programas;
- Desenvolver elementos gerais para teste (tipo de dados,
controle das verificaes etc.);
- Rever a estimativa do custo operacional do sistema;
- Elaborar um plano detalhado para a implantao;
- Documentar a fase do projeto em relatrio s gerncias do
sistema e do usurio;
- Decidir quais os dispositivos de armazenamento a utilizar;
- Decidir
computador
mquina.

a diviso das
que
sofrero

partes do sistema baseado

processamentos
individuais

em
de

20

SEGURANA EM PROCESSAMENTO DE DADOS

Do mesmo modo que tem responsabilidade pelo projeto dos
sistemas que prope, o analista de sistemas tambm tm a
responsabilidade de garantir, que o sistema global no perca
sua capacidade operacional motivada por falhas internas do
sistema. Deve tambm garantir que o sistema global seja
garantido contra falhas de mquina e destruio ou distoro
dos dados, quer acidental ou propositalmente.
Segurana Fsica
A segurana fsica dos dados deve ser objeto de padres
precisos. Entretanto, existem algumas regras bsicas que
devem ser observadas pelo analista e includas em qualquer
sistema.
1- Controle da biblioteca de programas
2- Procedimentos utilizados na sala do computador
2.1- Manuteno preventiva
2.2- Piso elevado
2.3- Ar condicionado
2.4- Instalaes eltricas
2.5- Aterramento eltrico
2.6- Depsito de fita, cartucho e disco
2.7- Depsito de formulrios
3- Limitao de acesso de pessoal
4- Proteo contra riscos naturais
4.1- Back-ups
4.2- Configuraes similares
4.3- Programas duplicados
5- Controles dos componentes fsicos do computador
6- Software de segurana
Controles dos Sistemas (Segurana Lgica)
Os
controles
efetivamente
includos
dependero,
naturalmente, da confidencialidade do sistema, existindo
porm um certo nmero de princpios bsicos que devem ser
observados.

importante
que
esses
controles
sejam
incorporados ao sistema e no acrescentados posteriormente
para satisfazer aparentemente uma exigncia de alguma
gerncia ou usurio.
1- Exercer o Controle logo que possvel
2- Definir os controles
2.1- Manual
2.2- Automatizado
3- Adequao do controle
3.1- Tempo gasto para se estabelecer os controles
3.2- Tempo gasto para se administrar o controle
3.3- Tempo adicional de mquina

21

3.4- Custo do atraso (tempo adicional)

3.5- Equipamentos de P.D. especiais
4- Estatstica de erros
4.1- Controle de totais
4.2- Testes de lgica
4.3- Dgitos verificadores
4.4- Testes de seqncia de dados
4.5- Identificao da reteno da validade dos
arquivos
5- Controles de Auditoria
Geralmente os controles de auditoria, tm como
necessidade bsica, fornecer uma "pista de auditoria". Sempre
que o analista estiver projetando um sistema que possa ter
controles obrigatrios, para fins legais ou de auditoria,
dever consultar os auditores e/ou advogados da companhia o
mais cedo possvel.

22

TIPOS DE PROCESSAMENTOS
Processamento por lotes
O processamento por lotes uma tcnica de processamento
por computador atravs da qual
vrios itens de entrada
similares so agrupados para serem processados durante a
mesma rodada de computador.
Processamento Em Linha (on-line)
O processamento em linha envolve a entrada direta das
transaes no sistema de computador.
Num sistema em linha, os arquivos de dados podem ser
atualizados imediatamente, para refletir as atividades de
transao. Tais sistemas em linha so chamados de sistemas de
tempo real.

23

PROJETO DE ENTRADAS/SADAS DE DADOS

DEFINIO DE ENTRADAS
usada uma definio de entrada para se fazer o lay-out
dos dados entrando no sistema. Para tanto, podem ser
comprados ou projetados formulrios de lay-out padro. Os
formulrios no so especficos para um equipamento e podem
ser usados para qualquer tipo de meio de entrada.
Comprimento do Registro
As transaes de entrada podem ter comprimento fixo ou
varivel. Quando o comprimento fixo, todas transaes tm o
mesmo formato. Quando o comprimento varivel, isto pode no
ocorrer.
Simbologia
Smbolos usados na descrio de campos de informao:
9
A
X
P
B
S
V

=
=
=
=
=
=
=

Numrico
Alfabtico
Alfanumrico (caracteres ou nmeros)
Pack (campo numrico compactado)
Binrio (campo numrico binrio)
Sinal do campo numrico
Vrgula (casa decimal) do campo numrico

Cada definio de entrada deve ser identificada para

propsitos de documentao. Usualmente deixada uma rea
para esta identificao no formulrio de definio de
entrada. Os pontos mnimos a serem documentados em cada
definio da entrada so ilustrados abaixo:
Nome da Aplicao ou Sistema
Nome da Transao
Preparado por
Data

24

DEFINIO

DE

SAIDAS

A
sada
de
um
sistema
de
informao
consiste
principalmente de relatrios impressos e/ou de mostradores em
terminais.
Cabealho e Informao
Os relatrios ou mostradores contm tanto cabealhos
quanto informao. Os cabealhos so os ttulos do relatrio,
cabealhos da coluna, nmeros das pginas e datas de um
relatrio. Informao o contedo real da sada.
Os cabealhos podem ser impressos pelo computador ou
pr-impressos num formato especial..
Simbologia
Smbolos usados no formato de campos de informao:
9
A
X
Z
*
B
$
,

=
=
=
=
=
=
=
=

Numrico
Alfabtico
Alfanumrico (caracteres ou nmeros)
Elimina zero esquerda num campo numrico
Libera campo numrico para proteo do cifro
Espao em branco inserido num campo alfanumrico
Sinal de cifro flutuante, se em substituio do Z
Vrgula decimal

Um outro item de informao necessrio para completar

uma definio de sada algum tipo de identificao do
formulrio, com o propsito de documentar. A maioria dos
formulrios de layout deixa espao para algum tipo de
identificao do formulrio.
Nome da Aplicao ou Sistema
Nome do Relatrio
Preparado por
Data

25

ARQUIVOS
Um arquivo uma coleo de registros relacionados. Os
registros num arquivo de dados so compostos de elementos de
dados.
Acesso Seqencial
O acesso seqencial refere-se ao armazenamento e
recuperao de registros na ordem de "um depois do outro". Os
registros geralmente so armazenados numa ordem ascendente ou
descendente, por um cdigo de registro.
O acesso seqencial usado principalmente nos meios de
processamento por lotes. ineficiente para as aplicaes de
processamento por lotes, nas quais apenas uma pequena
proporo dos registros num arquivo so afetadas por um dado
lote de transaes. Pode ser necessrio ter que passar todo o
arquivo para atualizar uns poucos registros.
Acesso Direto
O acesso direto uma alternativa ao acesso seqencial,
que acelera o processo de armazenamento e recuperao de
registros, capitalizando tanto na velocidade computacional da
UCP quanto na velocidade de acesso s unidades de discos.
O acesso direto requer o endereo da localizao
especfica de um registro desejado, o acesso direto precisa
de um esquema de endereamento que compute um nico endereo
para cada registro. Geralmente a chave do registro tem que
ser transformada num endereo de armazenamento em disco.
Acesso Indexado Seqencial
O acesso indexado seqencial se refere ao uso de tabelas
de campos de cdigos, que fornecem os endereos dos registros
armazenados num arquivo. As tcnicas de acesso indexado
seqencial so usadas tanto em arquivos de acesso direto
quanto de acesso seqencial.

26

BANCO DE DADOS
Conjunto de itens de dados no redundantes e interrelacionados, processveis por uma ou mais aplicaes.
Evoluo dos Sistemas de Banco de Dados
Para sabermos como e porque os Sistemas de Banco de
Dados foram desenvolvidos, precisamos observar como se
trabalhava nas instalaes de processamento de dados nos anos
anteriores. medida em que eram criados novos sistemas,
surgiam novos arquivos com caractersticas pr-determinadas
pelo analista ou pelo usurio, para aquele determinado
sistema.
Naquele tempo isto era um problema? No na maioria das
vezes este fato no comprometia a segurana nem to pouco a
integridade dos dados.
Dados duplicados
Na medida em que os sistemas com seus arquivos
especficos foram aparecendo, foi se constatando uma certa
duplicao das informaes, ou seja, encontramos campos se
no iguais, muito semelhantes com outros, de outros arquivos.
Qual seria o custo destas informaes duplicadas? Toda
vez que ocorresse uma alterao de informao (sendo esta
duplicada) ocorreria um nmero maior de alteraes, um nmero
maior de horas de programao, um espao maior de rea de
memria, alm do que poderia existir dados inconsistentes, ou
seja,
num
determinado
arquivo
uma
informao
estava
atualizado e em outro no, dificultando com isso as decises
gerenciais, pois qual arquivo estaria correto?
Muito bem ento sabemos agora porque dados redundantes
no so um bom negcio, mas precisamos verificar os efeitos
(integridade e segurana de dados) dos arquivos combinados.
Integridade dos dados
Veja que antes da utilizao da integrao de dados a
integridade dos dados no era comprometida, agora imagine que
voc trabalha com um sistema de "Folha de Pagamento", e este
arquivo esta integrado a outros arquivos, sendo que outras
pessoas iro manuse-lo, pois este ter informaes sobre
outros assuntos relacionados com outros sistemas vice-versa.
Agora pense o que poderia acontecer se um programador fosse
utilizar este arquivo e danificasse algum campo deste
arquivo? Quem seria o responsvel.
Segurana de dados

27

Aproveitando
a
informao
acima
imagine
se
este
programador alterasse algum campo deste arquivo, por exemplo
aumentasse o seu salrio, ou observa-se o salrio dos outros
funcionrios.
Vantagens de um Banco de Dados
1-) Eliminao de dados
redundantes e, portanto, de
manuteno redundante.
2-) Consistncia, atravs
do
uso dos dados por todos os
departamentos da organizao.
3-) Independncia
do programa de aplicao sobre o
armazenamento fsico e a seqncia dos dados.
4-) Reduo
nos
custos de aplicaes, nos custos com
armazenamento e nos custos de processamento.

28

TESTES
Durante o desenvolvimento do programa, os programas de
computador e os mdulos do programa so testados. A medida
que os programas so integrados no sistema de informao
total, torna-se possvel um teste mais global do sistema.
O teste uma etapa crtica do ciclo de desenvolvimento
de sistemas. E o principal ponto de verificao antes da
implantao do sistema.

29

DEFINIO DE PROGRAMAS
Os procedimentos para a elaborao e alterao das
definies de programas, variam de empresa para empresa.
Portanto os padres que sero vistos neste captulo, no so
os nicos existentes no mercado.
Conceituao
Definio de programa ser a descrio da soluo
encontrada para um problema do sistema. Deveremos entender
por problema a necessidade de recursos lgicos que iro
prover o sistema de informaes de entrada, intermedirias ou
de sada. A definio de um programa far parte da
documentao total do sistema correspondente. A alterao de
um programa ser caracterizada por qualquer modificao da
soluo original de um problema.
Composio da definio do programa
A definio de programa ser constituda por:
1- Objetivos do programa
1.1 - Descrio resumida das funes do programa
1.2 - Elementos de entrada/sada
2- Fluxograma do programa
3- Arquivos
3.1 - Informaes de carter geral
3.2 - Tipo de organizao
3.3 - Chave de classificao
3.4 - Nome externo
3.5 - Indicao dos anexos
3.6 - Volume provvel de registros
3.7 - Testes de seqncia
3.8 - Tamanho dos registros
3.9 - Organizao e acesso
3.10- Chave de acesso
3.11- Periodicidade para reorganizao
3.12- Estrutura
3.13- Nome da chave de acesso
3.14- Rotinas de segurana e controle
4- Relatrios
5- Parmetros
6- Lista das funes
7- Descrio das funes
8- Glossrio
9- Anexos