Você está na página 1de 200

SISTEMAS de INFORMAO

Lus Manuel Borges Gouveia


Apontamentos de S.I. utilizados para leccionar entre 1993 e 1996 diversas verses da
cadeira com o mesmo nome em duas instuies de ensino superior.
permitida a utilizao do presente documento no seu todo ou em parte, desde que
seja referida a sua origem e autor.

1. As organizaes e a necessidade de sistemas de informao


1.1. Necessidade de informao
1.2. O conceito de sistemas para a compreenso das organizaes
1.3. As organizaes como sistemas
1.4. Sistemas de informao
2. Conceitos de informao e dados
2.1. Objectos de informao: entidades e eventos
2.2. Definio de dados e informao
2.3. Informao registada
2.4. Ficheiros e bases de dados
2.5. ltima etapa: o conhecimento
3. Caractersticas de sistemas de informao
3.1. Sistemas & organizao
3.2. O SI nas organizaes
3.3. A anlise de sistemas
3.4. O ciclo de desenvolvimento de um sistema
4. Representao de sistemas de informao
4.1. Utilizao de tcnicas baseadas em diagramas
4.2. Diagrama de fluxo de dados
4.3. Desenho de diagramas de fluxo de dados
4.4. Modelo de dados
4.5. Desenho de Modelo de dados
5. Processos primitivos
5.1. Beneficios da sua utilizao
5.2. Descrio dos processos primitivos
5.3. Relao com estruturas de dados e de processamento
6. Implementao de um sistema de informao
6.1. Introduo
6.2. Hardware
6.3. Software
6.4. Comunicaes & armazenamento de dados
6.5. Recursos humanos & formao

Sistemas de Informao
1.

As organizaes e a necessidade de informao


- necessidade de informao.
- o conceito de sistema na compreenso das organizaes.
- as organizaes como sistemas.
- sistemas de informao.

Objectivos:
- constatar que o processamento de dados uma actividade
diria de pessoas e organizaes.
- reconhecer a importncia da informao para individuos
e organizaes.
- compreender quais as relaes entre computadores,
dados, processamento de dados, sistemas de informao e
organizaes.
- reconhecer a existncia de um sistema de informao
numa organizao.
- defender a importncia de dados e informao no
funcionamento de uma organizao.

Necessidade de informao
- ao ser humano
especializao
conhecimento & experincia
actualizao e expanso das suas capacidades
novos ideias e conceitos
- organizao (ex. empresa)
vital para o seu funcionamento

Administrao

Contabilidade

I&D

Stocks

Pessoal

Vendas

Armazem

Entradas

Sadas

O fluxo de informao numa empresa


fluxo informal
fluxo formal

Necessidade de Informao II

- a necessidade de informao surge como forma de


cumprir objectivos, realizar aces...

A informao tem de possuir um conjunto de caractersticas que


garantam a sua qualidade.
1 Precisa
2 Concisa
3 Simples
4 Oportuna

(correcta verdadeira)
(de fcil manipulao)
(de fcil compreenso)
(existe no momento e local correcto)

- no entanto, nem toda a informao tem a mesma


importncia!
=> necessidade de estabelecer prioridades, ordenando a
informao para diferentes canais de tratamento.

Nveis de responsabilidade
. Estratgico planeamento a longo prazo
. Tctico
superviso e planeamento de actividades
. Operacional actividades normais do dia a dia

- o fluxo de informao obedece a necessidades de planeamento,


controlo e rotina de trabalho e serve igualmente de seu suporte.

O conceito de sistema na compreenso das organizaes.

- uma organizao possui vrias unidades funcionais que


necessitam de trocar informao => componentes.
- a tomada de deciso corresponde ao nvel estratgico e
exige a recolha de informao gerada pelos componentes
e/ou entre componentes.

A observao de um objecto de qualquer tipo, constitudo de


componentes relacionados com o todo e com funes cujos
resultados pertencem ao todo, define uma forma de observao
-perspectiva - baseada no conceito de sistema.

Esta perspectiva a base da cadeira de S.I. e todo o trabalho a


desenvolver baseia-se neste princpio.

SISTEMA: Conjunto de partes que forma um todo.

O conceito de sistemas para a compreenso das organizaes

SISTEMAS (definio)
um conjunto de componentes que interagem para
alcanar um objectivo comum.

Obs:

- um componente pode ele prprio constituir um sistema;


sub-sistema.
- um sub-sistema pode ser componente de mais de um
sistema.
=>

exige cuidado na alterao de sistemas


(efeitos secundrios)

- o conjunto de componentes que forma o sistema


representa mais do que a soma das suas partes.
=>

na prtica, da juno de diversos componentes


que actuam como um sistema, diz-se serem
possuidores de sinergia (possuem um objectivo
comum).

- todo e qualquer sistema possui um conjunto de


caractersticas que o identificam.
- o conhecimento destas caractersticas permitem a anlise,
o desenho (alteraes aps avaliao) e controlo de um
sistema.
- pela sua importncia distinguem-se 5 caractersticas
principais:
1 Objectivo
Proposta fundamental que justifica o sistema, pode
ser mais do que um objectivo.
2 Componentes
Partes do sistema que funcionam em conjunto para
alcanar os resultados pretendidos (objectivos).
3 Estrutura
Relao ou relaes entre os componentes;
responsvel pela definio de fronteira entre o
sistema e o meio envolvente.
4 Comportamento
Forma de reaco do sistema envolvente. O
comportamento determinado pelos processos
desenvolvidos para, no sistema, se alcanarem os
resultados pretendidos.
5 Ciclo Vital
Ocorre em qualquer sistema e inclui fenmenos de
evoluo, desgaste, desadequao, envelhecimento,
substituio, reparao e "morte" do sistema.

- uma organizao pode ser vista como um sistema e neste


caso descrita pelas suas caractersticas.
Objectivo: conforme o nvel de responsabilidade possvel
definir
objectivos
estratgicos,
tcticos
e
operacionais. Para o alcane destes objectivos
necessria uma determinada quantidade de
informao.
Componentes: as organizaes envolvem um conjunto de
pessoas. As pessoas so agrupadas por funes. Os
departamentos
contribuem
para
a
prpria
organizao e cada um destes exige informao a
diferentes nveis de responsabilidade.
Estrutura: numa organizao, a estrutura definida pela
forma como a autoridade e a responsabilidade so
distribudas pelos seus colaboradores. A estrutura
define as fronteiras do sistema. Certas relaes
existentes, no visveis na estrutura condicionam a
organizao e determinam a sua aparncia externa;
=> complexidade.
Comportamento: determinado pelos procedimentos da
organizao. Os procedimentos entendem-se por
sequncias especficas de actividades levadas a cabo
para alcanar os objectivos. Os procedimentos
constituem um patrimnio de uma organizao, visto
serem especficos a esta.
Ciclo Vital: a organizao passa por vrios estados ao
longo da sua vida til. Exige a reviso de objectivos.
Uma soluo so os objectivos com prazo;
=> "objectivos yogurte" ou de reviso
peridica.

- numa organizao existe um componente que suporta o


fluxo de informao entre o sistema tanto internamente
como com o exterior.
- o sistema de informao existe numa organizao, no
como um departamento isolado mas como uma rede
espalhada pelos diversos componentes do sistema.
- pela sua importncia, os sistemas de informao so
tomados como um sub-sistema principal sobre o qual recai
bastante ateno por parte dos agentes decisores.

Exemplos de sistemas de informao:

- sistemas de informao de contabilidade.


- sistemas de controlo de existncias (stocks).
- sistemas de apoio navegao.
- sistemas de apoio a vendas.
- sistemas de apoio a profisses liberais.
- outros...

Da mesma forma que se definiram as caractersticas de um


sistema em geral, possvel enumerar as caractersticas de
um sistema de informao (S.I.):
- objectivo
- componentes
- estrutura
- comportamento
- ciclo vital

- o sistema de informao pode constituir por si s um


sistema autnomo, mas a sua principal utilidade a de dar
suporte a outros sistemas.

- o sistema de informao o principal objecto de estudo


para os profissionais de analise de sistemas e razo das
tecnologias de informao.

- pelo conveniente estudo da teoria dos S.I. possvel


obter a informao necessria para poder realizar a anlise,
conceber um desenho e proceder implementao da
soluo que melhor se adaptar ao sistema.

- a teoria de sistemas de informao a base de trabalho


para os analistas de sistemas e um bom suporte para a
compreenso duma rea de negcio, para auditores,
consultores e os prprios agentes decisores.

Sistema de informao
Objectivo: orientar a tomada de deciso nos trs nveis de
responsabilidade descritos; operacional, tctico e
estratgico.
Alm das qualidades necessrias (precisa, concisa, simples
e oportuna), a informao tem de ser obtida mediante um
custo razovel. Igualmente, o S.I. deve assegurar a
segurana e futura disponibilidade da informao.
Componentes:
- dados
- sistema de processamento de dados
- canais de comunicao
Os dados contituem a entrada (input) do sistema e
so compostos pelas ocorrncias e movimentaes
detectadas no sistema. Alguns destes dados podem
resultar do prprio funcionamento do sistema
(realimentao, utilizada muito para controlo).
O sistema de processamento de dados - SPD - ocupase da transformao dos dados em informao til
para o sistema. Podem existir vrios sistemas de
processamento de dados em uso, como componentes
do sistema de informao. Os SPD baseiam-se em
procedimentos e estes podem ser manuais (realizados
por pessoas) ou automticos (usando mquinas,
normalmente computadores).
Os canais de comunicao contituem os meios pelos
quais se transmite informao entre os componentes
do sistema e inclusivamente para o exterior.

Estrutura de um S.I.

Forma como os diversos sistemas de processamento de


dados esto relacionados entre si.
A sada (output) de um sistema de processamento de dados
de um sistema a entrada (input) de dados de um outro
sistema de processamento de dados, pertencente ao mesmo
sistema ou ao exterior.
Informao
Input de
dados

Sistema de
processamento de dados

Input

Ouput

Sistema de
processamento de dados

Ouput de
dados

Dados

- os vrios fluxos de um componente para outro criam uma


estrutura geral que define a forma e a operao do sistema
de informao.
Comportamento
- cumprimento dos objectivos do S.I.
- fornecimento de informao para a organizao em
formato, tempo e custo apropriados.
O controlo do comportamento de um S.I. conseguido
utilizando procedimentos tipo para a realizao das
diversas aces, decorrentes do funcionamento do sistema.

Sistemas de Informao

2.

Conceitos de informao e dados


- objectos de informao: entidades e eventos.
- definio de dados e informao.
- informao registada.
- estruturas de dados.
- ficheiros e sistemas operativos.
- bases de dados e sistemas de gesto de base de dados.
- a ltima etapa: o conhecimento.

Objectivos:

- definir em termos precisos dados, informao e


conhecimento.
- distinguir dados de conjunto de dados.
- reconhecer que os registos so conjuntos de dados
relacionados com eventos e entidades.
- distinguir sistemas manuais de sistemas automticos e
saber quais as diferenas de operao resultantes da
passagem dos primeiros para os segundos.
- especificar o formato e contedo de um objecto.
Caracterizar um conjunto de objectos pelos seus atributos.
- reconhecer a importncia das estruturas de dados.
- reconhecer a importncia das bases de dados nos sistemas
de informao.

Objectos de informao: entidades e eventos


- a necessidade de informao um factor de
sobrevivncia para as empresas; mas deve ser "fornecida"
de forma adequada para ser til.
- os objectos de informao servem como referncia para a
aco do S.I..
- existem dois tipos de objectos de informao:
entidades
acontecimentos ( ou eventos).
- a forma como so descritos e os objectivos de informao
exige a estruturao de dados a partir dios quais possvel
retirar informao.
- os dados so adquiridos e armazenados para posterior
recuperao. Para o efeito so utilizadas tecnologias cada
vez mais sofisticadas (um exemplo so os sistemas
gestores de base de dados).
- a importncia de considerar os objectos de informao
deve-se:
=> os acontecimentos ou eventos descrevem as
aces particulares realizadas na empresa.
=> num S.I. os objectos necessitam de ser
manipulados e controlados.
Entidade: pessoa , coisa ou lugar.
No confundir entidade com o seu nome.
Uma entidade pode pertencer a diferentes categorias.
Evento(acontecimento): algo que ocorre num dado
instante.

O conjunto de acontecimentos - eventos - que ocorre numa


troca comercial designado por transaco.

Atributos:
- as entidades e eventos podem ser reconhecidos,
referidos e descritos em termos dos seus atributos.
- factos caracterzadores dos objectos de informao.
Tipos de atributos:
- identificadores: teis na distino de objectos.
- descritores: descrio fsica dos objectos.
- localizadores: espao fsico dos objectos.
- temporais: quando ocorre um evento (tempo).
- relacionais: permitem relacionar eventos e entidades.
- classificadores: factos que determinam o modo de
relacionamento entre os objectos de informao e a
organizao, por categoria ou tipo.
- condicionais: factos que identificam o objecto de
informao, escolhendo uma de vrias alternativas.

Os atributos so usados de forma combinada para


descrever, de forma completa os objectos de informao.
Quanto mais atributos, mais completa a descrio do
objecto de informao em estudo.

Dados:
so factos que descrevem os objectos de informao
(eventos e entidades). Os dados referem-se a mais de
um facto. Um determinado facto referido como
item.

Informao:
constituida por um conjunto de dados com
caractersticas especficas, isto , trata-se de um
conjunto de dados significativos e relevantes para a
componente ou sistema a quem se destinam.

Dados significativos:
para serem significativos, os dados devem ser
representados por smbolos compreensveis, devem
ser completos e devem expressar ideias no
ambiguas.

Dados relevantes:
so os dados que podem ser utilizados na resoluo
dos problemas propostos.

=> a organizao deve seleccionar os factos sobre certos


eventos e entidades para satisfazer as suas necessidades de
informao.

A necessidadede registo de informao, tanto humana


como das empresas, por demais evidente!

A acumulao de informao (experincia) uma das


riquezas - patrimnio - que as organizaes possuem; mas
s utilizvel desde que seja possvel a sua posterior
recuperao.

Tirar concluses e tomar decises requer normalmente o


acesso a factos e ideias passadas. Estes factos e ideias so
mais confiveis se forem registadas e com eles guardadas
as referncias aos objectos de informao com que
interferiram.
=> o registo de factos e ideias sobre eventos e
entidades um aspecto importante do processamento
de dados.

Vrios problemas devem ser analisados quando se


pretende guardar dados.
- captao de dados (aonde, como e quando);
- como os ordenar (quais e quantos critrios);
- que atributos considerar e quais os seus valores;
- que segurana deve o sistema possuir;
- quem e como deve recuperar os dados;
- que relaes devem existir entre os dados;
- que tecnologia usar (hardware e software);
- ...

Captao de dados: - recolha de dados.

Quando so registados dados - itens isolados de


informao - as relaes entre estes itens e outros
quaisquer j existentes devem ser igualmente objecto de
registo.

Existe assim um conjunto adicional de dados que


necessrio para descrever e relacionar os dados relevantes
e significativos
=> metadados.
Os metadados so responsveis pela descrio dos
dados.

Igualmente tem de existir um conjunto de dados (atributos)


que relacionem os diferentes itens que so
progressivamente registados
=> estes dados fornecem o contexto.

Um enorme desafio que se coloca actualmente a


necessidade de reduo de dados significativos para
efectuar procedimentos tpicos da nossa sociedade, como
o caso das transaces comercais.

=> desde que registados convenientemente, os dados


relativos a um item podem ser captados automticamente,
com base em registos anteriores e assim melhorar o fluxo
de informao colocando apenas os dados relevantes para
o procedimento em causa.
Contexto explcito para dados:

=> o processamento de dados requer afirmaes explcitas


de contexto para todo o dado ser processado.
=> na recolha de dados obrigatria a identificao de
contexto.
O meio mais comum de identificao do contexto atravs
de um referente que designaremos por nome de item.
A cada nome de item podemos, num dado instante,
associar um valor quantitativo ou qualitativo especfico
que designaremos por valor de item.
Devido aos valores de item variarem peridicamente so
designados por ocorrncias e o item denomina-se varivel.
Um dado item pode constituir-se como atmico e ento e
designa-se por item elementar; este no passvel de
nenhuma diviso.
Um item de grupo consiste num conjunto de itens
elementares que possuem uma relao entre si; um item de
grupo comporta sub divises

exemplo:

DATA:

DIA / MS / ANO
1
2
3
3.1 sculo
3.2 dcada
3.3 ano de dcada

Quando se procede ao registo de factos e ideias, os itens de


grupo so frequentemente utilizados.

Quando se procede recuperao os dados, pretende-se


normalmente itens elementares, contidos em itens de
grupo.
Esta situao deve ser prevista inicialmente quando se
projecta o sistema e se definem quais os atributos que
descrevem os objectos de informao.
Quando os itens relacionados so reunidos num conjunto
de novos itens obtemos dados elaborados; precisamente
esta elaborao que d origem informao.

Ao conjunto de itens relacionados que formam o contexto


comum a um evento ou a uma entidade designamos por
registo.
=> os registos de processamento de dados s devem
conter itens relevantes ao processamento em causa.

Os registos possuem tambm um nome de registo num


SPD facilitando assim a identificao do contexto do
registo.

Uma entidade ou evento pode possuir mais de um registo


dentro da organizao.
=> note-se que o contexto, em cada local, diferente.

Um evento possui igualmente uma relao um para muitos


com os seus registos, isto , um dado acontecimento tem
mltiplas e diferentes consequncias para a organizao,
em funo do contexto em que apreciado.

Os registos de eventos so utilizados na actualizao de


registos de entidades.
=> esta situao de capital importncia e ocorre
frequentemente em processamento de dados.

Formas de registo
=> essencial que os registos do mesmo tipo de
informao sejam consistentes entre si.
- em contexto
- em formato
=> existem diversos suportes para registo de
informao.
- microforma
- papel
- magntico
- ptico
Qualquer que seja o suporte utilizado, devem ser
especificados os procedimentos necessrios para o
tratamento de registos, que incluem:

- recolha
- obteno
- armazenamento
- recuperao
- posterior processamento

Para poder manipular os dados necessrio definir a sua


forma, designada por formato de registo.

O registo destes dados tem de possuir um conjunto de


caractersticas que garantam a sua consistncia:
- nomes de itens
(identificao)
- sequncia de itens
(ordem)
- valores vlidos
(validao)
- comprimento dos itens
(tipo/dimenso)
- tipo de smbolos de dados (tipo/definio)

As relaes entre os itens so garantidas pelo seu


agrupamento em termos de itens elementares e itens de
grupo.
De igual forma, no mesmo contexto e por colocao do
mesmo registo ou recorrendo a cdigos de associao
mantm-se as relaes.

A descrio de todas as caractersticas dos registos que


animam um sistema de processamento de dados deve ser
documentada de forma o mais rigorosa possvel.

Assim existem mtodos de especifcao que incluem


diagramas e regras rgidas que disciplinam a forma como
todo o desenho do sistema vai "tratar" os objectos da
informao.

A totalidade das definies de registo de informao


acerca do sistema, deve estar centralizada num nico ponto
que quando automtico, se designa por dicionrio de
dados.

Posteriormente, sero introduzidos formatos e diagramas que


permitam visualizar o contedo de registos, o seu formato, as suas
relaes e o contexto em que se movimentam.

A documentao de um sistema (que inclui informao


sobre os registos) deve ser encarada de forma dinmica e
central ao sistema, isto , quando se processam alteraes
estas devem ser referidas na documentao e s depois
objecto de concretizao da alterao.
=> a manuteno do registo de informao
actualizado facilitado pelo recurso a meios
automticos de base de dados...

dados - registos - ficheiros - bancos de dados


- conjuntos de dados constituem os registos.
- um ou mais registos correlacionados constituem um
ficheiro.
- um conjunto de ficheiros constitui um base de
dados.

Numa organizao estes conceitos so vlidos tanto para


procedimentos manuais como automticos, isto , qualquer
que seja o suporte usado os conceitos apresentadas
aplicam-se.
- registo
folha de inscrio no videoclube.
- ficheiro
conjunto de todos os scios
(folhas de inscrio do videoclube).
- base de dados
conjunto de informao disponvel sobre
scios, filmes e requisies de filmes.

Existem videoclubes que processam a sua informao atravs de


suportes como o papel e videoclubes que utilizam o computador
(suporte magntico), mas a informao a tratar a mesma.

Os computadores utilizam o conceito de ficheiro. Neste, o


conceito de ordem de extrema importncia: os dados
neste tipo de dispositivos, tem de estar altamente
estruturados.
Nos ficheiros as preocupaes princpais so:
1. a forma como se podem recuperar os dados;
2. a simplicidade de como pode ser feito;
3. a velocidade de execuo.

Em consequncia, quando se armazenam os dados tem de


ser definida a forma como os dados vo ser recuperados e
identificados. O conceito de chave (informao pela qual
distinguimos uma dada ocorrncia ou registo) um
auxiliar poderoso para resolver este problema.

Igualmente os mtodos de acesso definem que


funcionalidade possui o sistema para garantir mais do que
uma chave.
- acesso sequencial; s possvel uma sequncia que
temos de percorrer, qualquer que seja o elemento
desejado.
- acesso directo; o elemento desejado referenciado
directamente, sendo recuperado sem necessidade de
mais processamento.
Estes mtodos possuem funcionalidades distintas que os
tornam teis em aplicaes diferentes. Utilizam suportes
de informao diferentes que tiram partido das
potencialidades de cada um, (com vantagens e
desvantagens).

Uma base de dados pode ser definida como um conjunto


de ficheiros relacionados entre si, dividindo a mesma
relao geral de contexto, pois as entidades e eventos
descritos so geralmente comuns a todos os ficheiros em
questo.

A tecnologia de bases de dados (SGBD - sistemas gestores


de bases de dados) evoluiu imenso nos ltimos anos,
atingindo a maturidade. actualmente possvel encontrar
aplicaes em computador especialmente concebidos para
automatizar as bases de dados e dessa forma, suportar na
ntegra subsistemas de informao.

Os SBGDs disponveis comercialmente utilizam, na sua


grande maioria, o modelo de dados relacional.

O modelo relacional, baseado em algebra (clculo)


relacional introduz um conjunto de conceitos que
complementa os apresentados e extende os conceitos da
teoria de sistemas.

No desenho de um sistema de informao moderno, no


grupo de componentes a considerar devem constar as bases
de dados.

Os SGBD actuais revelam-se um item indispensvel.


(Este tpico ser tratado em local prprio...)

A ltima etapa: o conhecimento

Classificao de bases de dados/informao


Natureza da
aplicao

Enfase no
contedo

Enfase no
controlo

Enfase no contedo

- especfico
- geral

Natureza da aplicao - profissional


- domstica
Enfase no controlo

- pblico
- privado

Exemplo:
Base de dados de Legislao, Jurisprudncia e Doutrina.
Base de dados

- especfica informao bem caracterizada


- profissional orientada para Juristas
- privada acesso reservado a inscrio

T.I.
Tecnologias de Informao

TRATAMENTO DE
INFORMAO

O QUE?
PEOPLEWARE

COMPUTADORES

COMUNICAES

COMO?
SOFTWARE + HARDWARE

O sistema de informao ideal possui um conjunto de itens


que representa a "mistura" correcta do uso das tecnologias
de informao, no seu sentido mais lato.

REPRESENTAO da REALIDADE

REALIDADE
(mundo real)
Ad Hoc
(no planeado)
Anlise de
Sistemas

Caminhos para a
representao de
um sistem real
num modelo
Tentativa e erro

Simulao
Violao de fronteiras
A qualidade de
representao tem
correspondncia com
a capacidade de
respeitar as
fronteiras do sistema

MODELO
(implementao)

A ltima etapa: o conhecimento

COMO PROJECTAR UM S.I.


- necessidade de "captar o real"

REALIDADE

MODELO

- necessidade de interveno de especialistas

- estgio crtico na automatizao de um sistema


(ser mesmo necessria a automatizao?)

- cada organizao exige as suas "medidas"

O patrimnio insubstituvel duma empresa


o seu conhecimento! (experincia...)

OS NVEIS de CONHECIMENTO

CONHECIMENTO
Informao hierarquizada

INFORMAO
Dados elaborados

DADOS
Descriptores e qualificadores

A ltima etapa: o conhecimento


=> Nveis de responsabilidade versus

nveis de conhecimento
Nvel ESTRATGICO exige:
Quant. MAIOR de conhecimento
Quant. MEDIA de informao
Quant. MENOR de dados

Nvel TCTICO exige:


Quant. MEDIA de conhecimento
Quant. MAIOR de informao
Quant. MDIA de dados

Nvel OPERACIONAL exige:


Quant. MENOR de conhecimento
Quant. MENOR de informao
Quant. MAIOR de dados

- perspectivas diferentes sobre o S.I.

- a forma como o S.I. funciona depende do grau de


conhecimento que existe do seu prprio funcionamento e
das suas potencialidades

- utilizar o conhecimento dos R.H. um bom meio de


analizar a organizao

- o sucesso de um S.I. depende do grau de conhecimento


que permite criar

Sistemas de Informao

3.

Caractersticas de Sistemas de Informao


- caractersticas de um sistema de informao;
- o sistema de informao nas empresas;
- anlise e projecto de sistemas de informao;
- ciclo de desenvolvimento de um sistema de informao.

Objectivos:
- compreender o papel dos computadores como auxiliares
de operao de um sistema de informao;
- compreender quais os subgrupos de especifcaes do
utilizador, que devem conduzir ao desenvolvimento de um
sistema de informao envolvendo computadores;
- justificar a necessidade de anlise de sistemas, do uso de
metodologias e ferramentas de auxlio no projecto do S.I.;
- reforar a capacidade de argumentao para defesa da
necessidade da anlise de sistemas, na sistematizao do
conhecimento do S.I.;
- reforar a capacidade de reconhecer e detectar as
caractersticas de um S.I. j existente.

Caractersticas importantes de um S.I.

Uma organizao depende em maior ou menor grau do seu


sistema de informao.
O sistema de informao responsvel pelo fluxo de
dados.
Um sistema existe com o propsito de alcanar os
objectivos a que se prope.
No sentido de alcanar esses objectivos, o sistema interage
com o ambiente envolvente (adjacente s fronteiras do
sistema).
As fronteiras delimitam comunicam com a envolvente do
prprio sistema.

Os sistemas que interagindo com o meio envolvente


recebem e produzem dados so designados por sistemas
abertos.
Um sistema que no interaja com o exterior designado
por sistema fechado.
Os sistemas que estudaremos so os sistemas abertos pois
so os que representam melhor as empresas, (como
sistemas enquadrados no mercado com clientes e
fornecedores).
Para garantia do funcionamento de um sistema, existem
mecanismos de controlo que o regulam, de acordo com
parmetros ou nveis de desempenho especificados.

O controlo representa uma funo crtica, de extrema


importncia, para o funcionamento de um sistema.
Existem nveis de desempenho aceitveis que se designam
por normas. O desempenho observado do sistema
comparado com valores especificados pelas normas padro.
Se for detectada uma discrepncia significativa so
realizados (devem ser!) ajustamentos - correces.
A informao fornecida pela comparao dos resultados
com as normas permite obter dados que servem como
elementos de controlo. prtica de realizar ajustamentos,
verificar os resultados que produzem e realizar novos
ajustamentos, comum designar-se por feedback (ou
realimentao).
Os sistemas usam um modelo de controlo simples:
1. norma para um desempenho aceitvel,
(com indicao de valores padro);
2. um mtodo de medida para um desempenho do
sistema - mtrica;
3. um meio de comparao do desempenho do
sistema real com a norma - relao;
4. um mtodo para reintroduo das concluses
obtidas no sistema,
(correco/feedback) - ajustamentos.

-SE um sistema consegue ajustar as suas


actividades para nveis aceitveis
- ENTO continua em funo;
- SENO pra, Desaparece !!!

O conceito de interaco com a envolvente, caracterstica


de sistemas abertos, essencial para o estabelecimento de
mecanismos de controlo.

A realimentao, forma particular do fluxo de dados,


permite a auto-avaliao do desempenho do sistema
(noo do mercado como avaliador da empresa e maior
influnciador das mudanas de comportamento dela).

Um objectivo que deve reger o projecto de sistemas o


controlo da interaco com o exterior. Atravs do correcto
conhecimento dos canais de comunicao, dos
procedimentos utilizados e da frequncia e especificaes
dos dados em troca, possvel assegurar maior controlo e
segurana ao sistema.

A auto-regulao e auto-ajustamento constituem dois


objectivos a alcanar no projecto de um sistema de
informao.

Um sistema normal contm vrios subsistemas, todos eles


com preocupaes especficas, mas que tambm possuem
as mesmas caractersticas do sistema principal.

Numa empresa podem existir vrios sistemas de


processamento de dados com caractersticas prprias:
fronteiras, normas, padres, mecanismos de auto-regulao
e auto-ajustamento, etc..

Na empresa, alm do fluxo de dados existe um patrimnio


que deve ser considerado e que consiste no conhecimento
especfico de negcio e do mercado.
Este patrimnio, imaterial, reflete-se nos canais informais
de comunicao, no valor acrescentado introduzido por
grupos e individuos e resultante das caractersticas
distintivas da actividade da empresa - fluxo de informao.
Considerando uma empresa como um sistema possvel
flexibilizar o projecto do seu S.I., graas considerao de
um modelo que inclua esquemas de realimentao.
Avaliao:
desempenho
normas e
Entrada de dados
Sistema
Sada de dados

Realimentao

S.I. nas organizaes


O objectivo do S.I. na empresa garantir o fluxo de dados
e provir os meios de suporte essenciais para o fluxo de
informao.
O S.I. suporta de forma integrada, o processamento de
dados, a entrada e registo de dados da empresa, a produo
de informao, a gerao de relatrios e as necessidades de
sada de dados.
Os sistemas de informao so constitudos por vrios
subsistemas, responsveis por subgrupos de necessidades
de informao e operao na empresa e que possuem o seu
prprio fluxo de dados e suportam um fluxo de informao
especfico.
Os elementos de um S.I. so o hardware, o software, o
armazenamento de dados, as comunicaes, os dados, a
informao e os recursos humanos.
Uma aplicao especfica constituda por uma sequncia
especfica de elementos que engloba um conjunto de
procedimentos de funcionamento.
O sistema de processamento de dados engloba alguns dos
elementos considerados: software, armazenamento de
dados, hardware.

Os S.I. suportam os outros sistemas existentes na empresa


pelo que necessrio estudar primeiro o sistema da
organizao como um todo e s a seguir, proceder
anlise de detalhe do S.I..

Os organigramas duma empresa descrevem as relaes


entre os componentes da organizao (divises, escritrios,
servios e pessoas), indicando pistas importantes para a as
suas reas funcionais.

No entanto os organigramas falham na representao de


um conjunto de informaes, tais como:
- canais informais.
- interdependncias.
- pessoas chave e funes.
- ligaes de comunicao crticas.
Exige investigao e anlise do modo de operao duma
organizao!
=>

trabalho de campo!

O S.I. especifca ou incorpora:


- input e output do sistema;
- modo de operao do sistema e subsistemas;
- quais as tarefas manuais e as automticas;
- descrio dos elementos de controlo;
- descrio dos fluxos de dados;
- mecnismos de realimentao.
possvel desenvolver dois tipos de sistema de
informao, numa empresa:
sistemas
transaces

de

processamento

de

x suportam (e melhoram) as actividades dirias


de um negcio (as fundamentais);
x enfse no processamento automtico de
dados;
x grande ateno eficincia, velocidade e
preciso no processamento de grandes
volumes de dados.

- sistemas de deciso para gesto


x suportam a tomada de decises pelos gestores
responsveis;
x enfse na informao auxiliar e no em como
tomar decises e/ou resolver problemas;
x so sistemas altamente estruturados - MIS -,
proporcionam informao regular;
x os sistemas interactivos de apoio
administ887 -1.248 TDis;

Anlise de sistemas
J se verificou que numa empresa, os seus objectivos so
tambm alcanados atravs do tratamento de informao,
proveniente dos seus objectos de informao.
Estes por sua vez, possuem um comportamento ditado por
procedimentos que regulam o fluxo de dados.
Os procedimentos podem ser:
- manuais ou,
- automticos.
O conjunto de procedimentos manuais e automticos
constituem o sistema de informao.
Mas como determinar o S.I. ?
Preocupao que constitui o objectivo de anlise de
sistemas.

Garante:
x Uma metodologia;
x Um conjunto de ferramentas;
x Possiblidade de documentao;
x Forma de dilogo;
x Possiblita um percurso de trabalho;
x Auxiliar na formao de fronteiras;

x Permite reflexo sobre sistemas e


mtodos;
Anlise de um problema...
Processamento
de dados

O QUE fazer

COMO fazer

Entender o
problema

Exame do
problema

C
Existncia de
soluo

D
Desenvolver
soluo

A
- ser capaz de o enunciar;
- constituir especificaes claras, precisas e
concisas.
B
- anlise do trabalho realizado em A;
- passagem para um formato base para alcance dos
objectivos.
C
- existe algoritmo que soluciona, se sim, utilizar
e/ou fazer a sua adaptao;
- algum j criou uma soluo, pode ser melhorada.
D
- em caso de no existir ainda soluo, estudar uma;

- dividir para perceber e desenvolver soluo.

Competncias necessrias ao analista de sistemas:

- habilidade para examinar os requisitos de um


indivduo de forma a determinar da necessidade ou
no do uso de computador;
- know-how para recolha e interpretao de factos
para diagnstico de um S.I.;
- entendimento onde, numa organizao, devem ser
usados procedimentos manuais ou automticos;
- capacidade de desenho e desenvolvimento de
especificaes para um S.I. com base no sistema
actual;
- conhecimento para seleco dos melhores mtodos
de entrada de dados, armazenamento e recuperao,
processamento e sada de dados para um situao
especfica;
- uma viso actual da oferta do mercado em termos
de tecnologia e aplicaes em tecnologias de
informao;
- conhecimento de como se desenvolve software,
mtodos de testes e estratgias de implementao;
- capacidade de comunicao.

Anlise e projecto de sistemas (de informao) denomina o


processo de exame de uma situao de gesto com o
intuito de melhorar o seu desempenho, atravs da
utilizao de melhores mtodos e procedimentos no que
respeita ao processamento de dados e a necessidades de
informao.

O desenvolvimento de sistemas de informao possui dois


grandes componentes:
- anlise de sistemas,
- projecto de sistemas.

A anlise de sistemas consiste no processo de recolha e


interpretao de factos, diagnstico de problemas e
levantamento de necessidades de informao para melhoria
de conhecimento do sistema.
=> Objectivo: tornar o sistema mais eficaz
(na realizao dos seus objectivos).

O projecto de sistemas consiste no processo de


planeamento de um novo sistema de gesto para substituir
ou complementar o existente.
=> necessrio conhecer o sistema actual.

Anlise de sistemas,

no :

- o estudo de uma organizao, para verificar que


processos devem ser manipulados por computador
ou, em alternativa, por outros mtodos.
- a determinao das modificaes que devem ser
realizadas no sistema.
- a determinao da melhor forma de resoluo de
um dado problema do sistema.

Tipos de analistas
- conceptual
- orgnico
- funcional

Estratgico
Tctico
Operaciona

- o trabalho de
anlise de sistemas pode abarcar:
- anlise de sistemas;
- anlise de sistemas e projecto de sistemas;
- anlise de sistemas, projecto e programao.

Quem so os utilizadores ?
Gestores e funcionrios de uma organizao que
interagem com o sistema de informao.
Tipos de utilizadores
- utilizadores directos
x operam (e mantm) o sistema;
x interagem com o sistema atravs do uso de
equipamento apropriado.
- utilizadores indirectos
x usam a informao produzida pelo sistema;
x no operam equipamento do sistema.
- agentes decisores
x supervisionam a aquisio de equipamentos,
a introduo de novos procedimentos ou
mesmo colaboradores - desenvolvimento e
uso do sistema;
x controlam e so responsveis pela actividade
do sistema.
Numa organizao...
- quadro do pessoal;
- funes e obrigaes (grau de
responsabilidade e autoridade);
- progresso de carreira;
- descrio de tarefas (trabalho);
- ambiente de trabalho;
- acesso informao (qualidade, quantidade e
segurana).

A anlise e projecto de um sistema de informao tem o


seu incio quando a entidade responsvel pela gesto,
pretende melhorar ou optimizar o sistema.
O ciclo de desenvolvimento (projecto) de um sistema de
um sistema um conjunto de actividades que os analistas,
projectistas do S.I. e utilizadores desenvolvem (e esto
envolvidos) para conceber e implementar um sistema de
informao.
O ciclo de desenvolvimento de um S.I. pode ser visto
como um conjunto de actividades integradas. Existem
vrios modelos para o ciclo de desenvolvimento sendo que
o apresentado um modelo clssico de sete (7) actividades
integradas.
1
2
4

1. Investigao preliminar
2. Determinao das especificoes
3. Desenvolvimento de um sistema prot
4. Desenho do sistema
3
5. Desenvolvimento do sistema
6. Teste do sistema
7. Implementao

- normal estas actividades estarem relacionadas e


serem inseparveis;
- frequentemente a ordem dos passos difcil de
determinar;
- diferentes partes do projecto podem estar nas
actividades iniciais e outras na actividades finais;
- cada equipa de anlise possui uma forma de
trabalho e um ritmo prprio, (o autoconhecimento
importante!).

Ciclo de desenvolvimento - 1
Investigao Preliminar
Actividade com incio num pedido de avaliao do S.I.,
pode ser motivada por razes de crescimento, de evoluo,
de introduo de novos processos, por influncia da
concorrncia, devido a novos produtos, etc...
A investigao preliminar divide-se em trs partes:
- clarificao dos pedidos;
- estudo de viabilidade;
- aprovao dos pedidos.
A investigao preliminar determina se cada pedido
referente ao S.I. deve ser objecto de ateno ou no. A
clarificao dos pedidos exige a utilizao de um meio de
descrio no ambguo e que defina, de forma absoluta,
todos os atributos qualitativos e quantitativos alm de um
meio de enunciar as entidades envolvidas.
O estudo de viabilidade exige a ateno de pelo menos
duas pessoas de forma a obter-se uma apreciao
impessoal; este estudo exige experincia e conhecimento
das particularidades da rea de actividade da empresa
analisada.
O estudo de viabilidade (ou estudo prvio) consiste em
trs partes:
x Viabilidade tcnica
x Viabilidade econmica
x Viabilidade operacional
A aprovao dos pedidos importante pois nem todos os
projectos so viveis ou mesmo desejveis. Neste ponto
so tecidas consideraes de calendarizao e atribuda
uma prioridade ao projecto.

Ciclo de desenvolvimento - 2
Determinao das Especificaes
O essencial da anlise de sistemas consiste na aquisio de
um conhecimento detalhado de todas as facetas
importantes da rea de negcio da empresa.
Deve ser realizado um estudo completo pelos analistas
para responder s seguintes questes:
- o que est a ser feito?;
- como est a ser feito?;
- qual a frequncia destas actividades ?;
- qual o volume de dados a processar?;
- at que ponto so as actividades correctamente
realizadas?;
- o problema existe realmente?;
- se o problema existe, at que ponto importante?
- se o problema existe, qual a sua causa principal?

=> para recolher a informao


x
x
x
x
x

entrevistas com os utilizadores do sistema;


dilogo com os utilizadores do sistema;
utilizao dos questionrios;
observao das actividades de trabalho;
recolha de dados, amostras e documentos.

=> o produto obtido


- diagramas, listas de actividades e processos do
sistema, controlo, input e output, tempos, facilidades,
critrios, etc...

Ciclo de desenvolvimento - 3
Desenvolvimento de Sistema Prottipo
=> quando existe dificuldade em especificar o sistema na
ntegra;
=> quando a rea do sistema a desenvolver nova e no
existe experincia e/ou informao.
O prottipo pode constituir uma verso do sistema em
pequena escala ou uma simulao com base num modelo
adequado, desenvolvido para o efeito.
O funcionamento do prottipo fornecer informao que
ser utilizada para o desenvolvimento do sistema permitindo a interaco com o utilizador;
=> o prottipo funciona como um piloto de teste que
modificado medida que vai sendo experimentado.
O prottipo constitui um sistema de trabalho:
- normalmente realizado com base em software
especial e no serve de base ao sistema final;
- no entanto, o desenvolvimento de prottipo, quando
feito, coincide muitas vezes com o desenho de
sistema.

Ciclo de Desenvolvimento - 4
Desenho do Sistema
O desenho do S.I. produz os detalhes que determinam
como o sistema cumprir as especifcaes identificadas
durante as actividades iniciais do ciclo de
desenvolvimento.
Esta actividade frequentemente designada por desenho
lgico em contraste com o desenvolvimento de software
que designado por desenho fsico.
Os analistas de sistemas iniciam a actividade desta fase
pela identificao dos mapas e outras sadas de dados que
o sistema produz (a descrio o mais exaustiva possvel e
inclui Layout de mapas para ecran e impressora).
O projecto de sistema tambm descreve os dados de
entrada, os clculos e o que deve ser guardado; (descrio
detalhada de formato de dados e clculos sobre os dados).
Descrio de procedimentos de processamento de dados,
suportes e necessidades de sada de dados.
A documentao, produto do projecto realizado, feita
com base em grficos, tabelas, smbolos especiais,
narrativa estruturada e diagramas diversos.
O resultado obtido fornecido aos programadores que
realizaro o cdigo com base nas especifcaes realizadas
com o apoio dos analistas, para discusso dos pontos
menos claros ou para obter mais informao sobre o
sistema de informao. Podem ser utilizados sistemas
CASE para gerao automtica de cdigo.

Ciclo de desenvolvimento - 5
Desenvolvimento de Software
Opes para desenvolvimento de software:
- software adquirido
- instalado;
- alterado e instalado.
- software desenvolvido
- de raiz, desenvolvido medida;
- adaptado com base em anterior
desenvolvimento;
- adaptado, com base em software
parmetrizado.
Como decidir?

=> funo de variveis como:


- custo
- prazos
- recursos humanos
- subcontratao
- oferta do mercado em solues e preos
Todo o desenvolvimento deve ser planeado e controlado.
A documentao de ver ser encarada como uma actividade
principal no desenvolvimento do sistema.

Ciclo de Desenvolvimento - 6
Teste do Sistema
Objectivo:
- assegurar que o sistema no falhe.

O teste deve ocorrer em condies iguais s


especificadas nas fases inicias e de acordo com as
condies em uso no sistema real.

Os testes devem ser objecto de um plano no qual se


especificam dados que constituem casos especiais e
que provoquem as sadas de dados conhecidas do
sistema, que sero posteriormente analisadas.

Os testes incluem a utilizao do sistema por pessoas


que no possuem qualquer conhecimento de como
feito e tambm deve, se possvel, ser objecto de
utilizao por futuros utilizadores directos com um
mnimo de esforo de formao.

Ciclo de Desenvolvimento - 7
Implementao
Consiste na colocao do sistema de informao no terreno
(empresa) e em funcionamento:
- verificao das condies de funcionamento;
- colocao de novo equipamento;
- treino e formao do pessoal;
- construo de ficheiros e tabelas;
- arranque do sistema.

Normalmente, a implementao de um novo sistema


realizada de modo progressivo (com a gradual introduo
do novo S.I. pela substituio do j existente).
- implica um teste piloto;
- abarca apenas uma parte da organizao.
Por vezes opta-se por manter o sistema antigo enquanto o
novo se encontra na fase de arranque.
Por vezes opta-se por substituir o sistema antigo pelo
novo, com base numa mudana rpida (durante uma noite
ou o fim de semana).
Na fase de implementao importante assegurar que a
resposta do sistema a correcta!
Resta agora desejar longa vida ao sistema!
...e
manuteno.

fcil

(o sistema deve ter sido concebido tendo em conta


facilitar a sua manuteno).

Sistemas de Informao
4.

Representao de sistemas de informao


- formas de representao.
- diagramas de fluxo de dados.
- utilizao de diagramas de fluxo de dados.
- modelos de dados.
- utilizao do modelos de dados.

Objectivos:
- reconhecimento da necessidade de diagramas para a
representao de um S.I.;
- dotar o utilizador com a capacidade de representao dos
S.I. atravs das ferramentas descritas.
- sensibilizar para a aprendizagem e utilizao de outras
ferramentas caso seja necessrio.
- fundamentao do uso de DFDs e E-Rs para descrio de
um S.I..
- reconhecer a necessidade de uma metodologia para a
abordagem sistemtica de um sistema.
- fundamentao da necessidade da documentao grfica
e de apoio ao trabalho desenvolvido.
- sensibilizao para o uso de dicionrio de dados como
ferramenta potenciadora do aumento de qualidade das
especifcaes desenvolvidas

"uma imagem vale por mil palavras"


Diagramas claros e com bom contedo desempenham um
papel importante no projecto de sistemas complexos e no
desenvolvimento de programas.
e porqu?...
A capacidade de raciocnio depende muitas vezes da
linguagem que usada.
Os diagramas que representam um S.I. so uma espcie de
linguagem; o objectivo fazer com que os computadores
possam lidar com processos mais complexos que os
realizados manualmente.
=> com os diagramas apropriados obtida uma ajuda
fundamental na visualizao e criao de processos
complexos.

Para uma s pessoa ...


O diagrama constitui um auxiliar para um raciocnio claro;
mas ateno uma m escolha pode inibir boas ideias e
uma boa escolha acelera o trabalho e aumenta a sua
qualidade.
Para vrias pessoas ...
O diagrama constitui uma ferramenta essencial para
comunicao; uma tcnica formal de diagramas
necessria de modo a possibilitar a troca de ideias e
interligar (integrar) o trabalho de cada um dos elementos
do grupo, com um mnimo de esforo adicional.

Para a modificao de sistemas existe necessidade de


responder com uma modificao no S.I. existente, assim
um bom diagrama constitui uma ajuda importante, tambm
para a manuteno:

- permite que novas pessoas sejam introduzidas no


sistema existente;
-remontar o sistema numa outra organizao;
- como documento de anlise da organizao;
- como modelo de causa-efeito para eventuais
modificaes a realizar;
- como auxiliar para especificao de baterias de
testes;
- como auxiliar de anlise e previso do
comportamento esperado para o sistema.

=> formas de representao:


diagramming

uma linguagem essencial para:


- um raciocnio claro;
- comunicao humana.

Como linguagem, cada grupo precisa de estabelecer


normas que tem de respeitar.

O projecto de um S.I. est cada vez mais automatizado!


=> assiste-se transio gradual do clssico
papel-e-lpis para sistemas auxiliados por
computador.
Porqu?
Aumento de produtividade.
+ Aumento de qualidade

Existem assim sistemas de representao para anlise e


projecto de sistemas em computador que foram a
utilizao de normas e do consistncia ao trabalho
desenvolvido.

Temos assim dois tipos de sistemas:


x CASA
Computer Aided Systems Analysis
x CAP
Computer Aided Programming

Estes sistemas possuem:


- capacidades grficas;
- interactividade;
- simbologia de acordo com normas;
- validao de diagramas;
- validao de consistncia de dados;
- integrao com um dicionrio de dados;

Existe necessidade de um esquema formal (para a


representao).
Porqu?
A anlise de sistemas exige o trabalho de vrias
pessoas e este deve ser interligado de forma
integrada (muitas vezes a integrao extremamente
complexa).
Esta actividade tende, em consequncia, para se tornar
menos formal (talvez devido ao facto de constituir uma
disciplina jovem cheia de brilhantes profissionais que
pretendem constituir as suas prprias regras!...).
O custo de projecto de sistemas est directamente
associado dificuldade de comunicao entre os elementos
da equipa de trabalho.
Quanto maior a equipa encarregada do projecto, maior a
necessidade de preciso (formalismo) nas formas de
representao utilizadas.
=> cada membro da equipa desenvolve um
componente;
=> todos os membros da equipa devem possuir uma
ideia concreta do projecto geral do sistema;
=> as interfaces dos vrios componentes devem ser
especificadas partida e tem de permanecer
imutveis (nem sempre assim acontece!...).

A utilidade da documentao

=> as tcnicas de representao de um S.I. produzem


documentao interna e externa.
x interna: est embebida no prprio cdigo.
x externa: est separada do cdigo fonte.
A documentao externa (a exemplo do pseudo cdigo e
diagramas de fluxos de dados) descartada assim que o
sistema for concluido (fase de desenvolvimento).
A documentao de maior fiabilidade em dois casos:
1. gerada a partir do cdigo;
2. como base automtica da prpria gerao do
cdigo.
Existem diferentes tipos de documentao externa:
i) de alto nvel de estrutura:
lgica detalhada
muda pouco
facilmente actualizvel
fonte de informao valiosa (durante a vida do
sistema)
ii) De estrutura ao nvel de procedimentos:
estruturas de dados.
essencial para concepo do sistema
de difcil actualizao
muda regularmente (com novas
necessidades no sistema)

A batalha com a complexidade


=> no essencial a computao tem como misso
uma batalha contra a complexidade.
Para alargar o campo de aplicao, expandir fronteiras,
necessrio aprender a dominar maiores nveis de
complexidade, isto , construir sistemas mais complexos.
At ao momento esta batalha foi mais urgente no campo de
hardware, os conceptores dos modernos chips no podiam
ter sucesso sem sistemas de suporte ao projecto altamente
sofisticados. As ferramentas de desenho por computador
tem de ser capazes de auxiliar na construo de sistemas
com uma rea reduzida (1cm2) onde so colocados mais de
um kilometro e meio de ligaes.
Enquanto os engenheiros de hardware consideram as suas
ferramentas de um modo srio, os engenheiros de software
no! Tal facto provoca que o projecto e desenvolvimento
de software seja ainda encarado como uma "arte" e sujeito
a grande nmero de erros.
necessrio empregar ferramentas que proporcionem aos
engenheiros de software o mesmo desempenho que o
obtido pelos seus colegas do hardware.
Exemplos:
CAD Computer Aided Design
CAT Computer Aided Thinking
CASE Computer Aided Software Engineering
IPSE Tools

diagramas estruturados
Boas formas de representao devem possuir (e permitir)
as seguintes funes:
- um auxiliar para raciocnio claro;
- comunicao com preciso entre os membros da
equipa de projecto;
- interligao com o sistema de gerao automtica
de cdigo;
- interfaces normalizados entre mdulos;
- documentao de sistema;
- proporciona naturalmente uma boa estruturao;
- um auxilio de depurao;
- um auxiliar para acompanhar a mudana dos
sistemas (manuteno);
- possibilita o desenvolvimento rpido;
- reforo de rigor nas especifcaes;
- verificao automatizada (validao);
- ligao com ferramentas de administrao de
dados;
- permitir aos utilizadores finais a reviso do
projecto;
- encoraja os utilizadores finais a descreverem as
suas necessidades de forma clara;
e, por ltimo
- capacidade de refinamento das especifcaes at
ao momento em que possvel obter o cdigo de
programao directo.
este caso a programao
convencional desapareceria!

Um analista de sistemas precisa de um conjunto de


ferramentas que permitam executar as tarefas que lhe so
pedidas.
Ferramentas (Tools)
As que constituem o nosso objecto de estudo tem por
objectivo
permitirem
implementar
tcnicas
de
representao que possibilitem um raciocnio claro sobre
os sistemas (normalmente complexos) e seus projectos.
Nota: existem outras ferramentas, por exemplo, para
recolha de dados, tais como a entrevista e os questionrios.

Uma plataforma de trabalho (wokbench) constitui um


conjunto de ferramentas que o analista de sistemas utiliza
para a representao completa do sistema.
Exemplo de ferramentas:
- diagramas de fluxo de informao
- diagramas de decomposio
- diagramas de dependncia
- diagramas de fluxo de dados
- diagramas de anlise de dados
- diagramas de aco
- diagramas de estrutura de dados
- diagramas de entidade-relao
- diagramas de navegao de dados
- diagramas de estados finitos
- diagramas de desenho de dilogo
- diagramas de configurao de equipamento
- diagramas de redes de dados
- ...

A anlise e projecto de um S.I. pode ser esquematizada


como possuindo uma estrutura em pirmide.
Neste caso, a anlise e projecto de sistemas dividida em
duas partes: a primeira relativa aos dados e a segunda,
relacionada com o processamento (correspondendo
respectivamente aos lados esquerdo e direito da pirmide).
O trabalho de anlise e projecto encontra-se ainda dividido
em quatro (4) nveis:
x estratgia (misso e objectivos da organizao);
x arquitectura (dados necessrios e relaes entre
processos);
x projecto de sistemas (quais os procedimentos que
necessrio considerar);
x desenvolvimento e programao (como resolver).
REPRESENTAO GRFICA

1
2
3

1. Estratgia
2. Arquitectura
3. Projecto do sistema
4. Desenvolvimento e
programao

1. Planeamento estratgico de
informao
2. Anlise da rea de negcios
3. Projecto do sistema
4. Especificao e
desenvolvimento

1
2
3
4

Representao de Dados
1. Alto nvel: viso estratgica das funes na empresa
2. Processos necessrios para gerir o negcio e sua relao
(arquitectura do sistema)
3. Procedimentos, desenvolvidos para suporte dos
processos do negcio
4. Modulos, que constituem os programas e aplicaes
Viso estratgica
dos dados da
empresa

Viso estratgica
das funes na
empresa

Modelo lgico de
dados
normalizado

Os processos
necessrios e a sua
interdependncia

Desenho dos
registos
utilizados pelos
procedimentos

Projecto e
desenvolvimento de
procedimentos e do
seu relacionamento

Estrutura de
armazenamento e
viso dos dados
pelo programa

Projecto
detalhado da
lgica de
programao

Dados

Actividades

=> cada nvel possui modulos de actividade com os quais


se relaciona diferentes diagramas (entendidos como
ferramentas de descrio)

Os modulos de actividade possuem designaes diferentes


em funo do nvel, pelo que o termo actividade pode ser
desdobrado em termos mais precisos:
1. estratgico - funo do negcio
2. arquitectura - processo
3. projecto do sistema - procedimento
4. desenvolvimento - modulo do programa

Correspondncia entre os objectos de actividade dos


quatro nveis e respectivos objectos de dados

Funo do
negcio

Assunto/tema
dos dados

Tipo de entidade
(normalizada)

Processo

Planeamento estratgico
de informao

Anlise da rea de
negcio

Procedimento

Tipo de registo

Projecto do sistema

Conjunto de dados
ou vista de dados
do programa

Modulo do
programa

Desenvolvimento e
programao

Tipos de
objectos de
Dados

Tipos de
objectos de
Actividades

A Diagramas de Fluxo de Dados (DFD)


Este diagrama mostra procedimentos e fluxo de
dados entre processos. Trata-se de uma ferramenta
de projecto de alto nvel para visualizar os
procedimentos necessrios.

B Diagramas Entidade Relao (Modelo E-R)


O Modelo E-R um diagrama que mostra o percurso
de acesso num modelo de dados ou base de dados
(estrutura), que usada por um processo ou
procedimento; de uso frequente no projecto de base
de dados.
Muitas das tcnicas de representao de S.I. usadas
actualmente baseiam-se em metodologias de anlise,
projecto e programao estruturadas.

Uma metodologia deve ser escolhida de forma a fornecer


consistncia e continudade ao trabalho desenvolvido.
As tcnicas estruturadas atravessam uma fase de grande
mudana e enquadram-se em metodologias que devem
possuir como caractersticas:
- ser completas;
- de uso rpido e fcil;
- baseadas em princpios de administrao de dados
assumidos pela empresa;
- adequada para sistemas do tipo 4GL e para
geradores de aplicaes;
- que permitam optimizar a comunicao com o
utilizador final;
- possam ser usadas com tcnicas de verificao e
testes;
- resolvam (ou minimizem) os problemas de
manuteno;
- adequadas para o uso de sistemas CAD com
grficos interactivos.

Os objectivos a alcanar:
- acelerar tempo de execuo do trabalho.
- automatizar a criao de programas.
- melhorar a qualidade dos sistemas.
- facilitar a mudana do sistema (manuteno).

A evoluo das tcnicas estruturadas


Incio dos - programao estruturada
Anos 70
convenes de codificao estruturada
programao Top- Down
Dijkstra, nveis de abstrao
Wirth, refinamento passo a passo
Meio dos - projecto estruturado
Yourdon/Constantine, projecto estruturado
Anos 70
Jackson, metodologia de projecto
Warnier-Orr, metodologia de projecto
Final dos - anlise estruturada
Demarco, anlise estruturada
Anos 70
Gane e Searson, anlise estruturada
SADT, linguagem de desenvolvimento de
especificaes
- tcnicas de bases de dados
Codd, terceira forma normal
modelao de dados
Incio dos - tcnicas de automao
Anos 80
Intelligent Data Models
Nom Procedural Languages
Diagramas de aco
Finaldos - tcnicas de CAD
Anos 80
engenharia de informao
Workbench grficos para anlise de
sistemas
diagramas de aco integrados em
editores 4GL
Rule Based Systems
especificaes para gerao automtica
de cdigo

Diagramas de fluxo de dados


Num sistema de informao existem normalmente muitos
componentes sobre os quais difcil obter uma viso clara
sem uma anlise mais detalhada.
Existe portanto, necessidade de estabelecer at que nvel
de detalhe se pretende especificar o S.I., tendo em ateno:
- o equilbrio de nvel de detalhe na descrio dos
diversos componentes;
- a aproximao gradual, de forma paralela
organizao do sistema;
- utilizao de tcnicas de anlise de sistemas para
recolha de dados (por exemplo, a observao, as
medies de tempo, a busca de documentao, etc.);

necessrio providenciar formas de, em sistemas maiores,


vrios elementos de uma equipa de anlise poderem
efectuar o seu trabalho de forma concertada e
independente.
Existe assim a necessidade:
- de definir uma forma de determinao das especificaes
de sistemas e de aprofundamento de detalhe;
- de descrever os relacionamentos entre dados e processos;
- de descrever os elementos e dados envolvidos;
- de efectuar a anlise de processos.

Determinao de especificaes de sistemas


Duas estratgias de uso corrente
1. estratgia baseada no fluxo de dados
2. estratgia baseada na anlise de deciso

Estratgia de fluxo de dados


- que processos constituem um sistema.
- que dados so usados em cada processo.
- que dados so armazenados.
- que dados entram e saem do sistema.

=> Enfse na anlise de dados


Os dados "dirigem" as actividades de negcios; os dados
podem "disparar" acontecimentos.
Objectivo de anlise de dados seguir o fluxo de dados
atravs dos processos que decorrem no sistema.
Para a realizao das transaces e concluso de tarefas os
dados so:
- recolhidos (data input); usados;
- processados; armazenados;
- recuperados; modificados;
- disponibilizados (data output).
realizado o estudo de fluxo de dados em cada actividade,
o resultado deste estudo documentado em DFDs que
mostram graficamente a relao entre processos e dados.
Recorre-se aos dicionrios de dados para descrever como
e onde so usados os dados.

Estratgia baseada na anlise deciso


x complementa a anlise de fluxo de dados;
x baseia-se no estudo dos objectivos de uma operao e
nas decises que tem de ser tomadas para a realizar;
x pretende obter resposta para as seguintes questes:
- que condies podem ocorrer que afectam a
deciso?
- que solues alternativas possui o agente decisor?
- quais as condies mais importantes para a
tomada de deciso?
x revela, de um modo claro, os dados e a informao
necessrios para a tomada de deciso em cada caso;
x usada para entender a forma de deciso da alta direco
(o como);
x permite sintetizar os resultados da anlise atravs de um
conjunto de regras estruturadas (portugus estruturado) e
de tabelas de deciso;

DIAGRAMAS de FLUXO de DADOS


Os DFD mostram o uso de dados num sistema, de modo
grfico, considerando:
=> todos os seus componentes essenciais,
=> o modo como os componentes esto interligados.
Notao
x existem apenas quatro (4) elementos bsicos:
Fluxo de dados
(possui um sentido bem determinado)

Processo
(pessoas, procedimentos, produo e uso de dispositivos)

Entidade
(fonte ou destino dos dados; podem ser pessoas, programas,
organizaes - exteriores ao sistema)

Deposito de dados
(dados armazenados ou referenciados por um processo; pode
representar um computador ou outro qualquer dispositivo)

=> cada componente deve ser identificado de modo no


ambguo, de modo consistente e auto explicativo. Cada
entrada do diagrama de fluxo de dados deve ter uma
entrada correspondente no dicionrio de dados.

Vantagens da ferramenta DFD


- facilmente compreendida pelos utilizadores do sistema;
- facilita a anlise com possibilidade de realimentao do
trabalho realizado (analise interactiva);
- previne eventuais erros, (o que ptimo!);
- permite isolar as reas mais complexas do sistema ou as
que exigem maior detalhe;
- permite o conhecimento gradual do sistema a partir da
fase de analise;
- permite a definio de fronteiras do sistema;
- permite uma analise detalhada sobre os dados e eventuais
necessidades de armazenamento;
- permite o estudo de alteraes ao sistema pela eliminao
e introduo de elementos no sistema;
- permite a constituio de documentao para futura
utilizao;
- permite a utilizao como estudo de determinado ponto,
seguindo o fluxo de dados e estabelecendo as suas relaes
dentro e fora do sistema.

Os DFDs mostram as caractersticas da parte lgica do


sistema, esquematizando o que ocorre e quando tem lugar.

NO especifica como ocorrem os acontecimentos...


O desenho de um DFD obedece a um conjunto de regras
de construo que especificam:
- onde comear o diagrama;
- como adicionar detalhe ao diagrama;
- quando adicionar informao de controlo;
- como designar os itens no diagrama de forma
consistente;
- como evitar os erros mais comuns;
- dicas sobre a construo de DFDs

De onde resultam os seguintes princpios:


- utilizao de uma aproximao Top-Down;
- expanso dos processos para obter maior detalhe;
- manter sempre a consistncia entre processos;
- adicionar informao de controlo apenas nos
nveis de maior detalhe;
- utilizao dos nomes/designao como forma de
documentao.

Desenho de DFDs
A forma de ataque para incio da construo de um
DFD, comea pela aprendizagem das caractersticas gerais
dos processos do negcio em anlise.
- o nvel de topo de detalhe analizado
- com a recolha de informao mais detalhada,
especfica de cada um dos processos envolvidos,
permite a expanso do diagrama e o aumento da
qualidade de representao do sistema

Uma aproximao gradual do geral para o pormenor,


melhorando o conhecimento de compreenso do sistema,
define a analise com base no mtodo Top-Down.

Considere-se um sistema de pagamento de fornecedores.


- em que dados que o sistema se suporta? (input)
- que dados que o sistema produz? (output)
- quais os dados e de que forma, esto envolvidos no
processo de processamento de pagamento a
fornecedores.

Contas/correntes

Factura/recibo
Pagamento
a
fornecedores

Fornecedores
Verificao cc

Fornecedores

A informao obtida no DFD de descrio geral do sistema


no suficiente para compreender como funciona o seu
sistema de informao.
O passo seguinte consiste em descrever o processo de
pagamento a fornecedores em maior detalhe.
Este processo de expanso sucessiva, do geral para o
particular - Top-Down - repetido vrias vezes na analise
do sistema, como forma de se obter a quantidade de
detalhe necessria para o processo pagamento a
fornecedores estar completamente compreendido.
DFD de expanso do nvel de descrio geral
Contas de
fornecedores
Ordens de compra

Balano

Contas/corrente
Dbitos
crditos

Registo de
operao

Guia de compra

Factura/doc.
Fornecedores

1
Aprovao
da aquisio

2
Verificao
da factura
Extrato de
pagamentos

Valor a
pagar

3
Emisso
de cheques

Ordem
pagamento

Cheque

Saldo
disponivel

Guia de pag.
Bancos/cheques
Facturas/recibos

- cada nvel, representado por um DFD, no deve conter


mais de sete (7) processos de modo a salvaguardar a sua
legibilidade
- um DFD deve estar representado num diagrama que
ocupe apenas uma nica folha de papel (A4, A3 ou, se
necessrio, A0)
- um fluxo de dados deve ser visto como um "envelope" que
contm todos os dados que fluem ao mesmo tempo entre
dois processos.
- se os dados circularem a tempos diferentes ou de forma
assncrona entre processos, ento necessrio considerar a
interposio de depsitos de dados

=> necessrio, na exploso de um processo, garantir as


mesmas entradas de dados e as mesmas sadas, isto , no
devem ser indicados fluxos de dados que no tenham sido
j referenciados em diagramas de nvel superior.
x Apenas se podem desdobrar fluxos de dados
quando se detalha o diagrama.

Exemplo:
exploso do processo de aprovao da aquisio.

Ordens de compra
Dados
da
Factura

1..3
Verificao
da
mercadoria

1.1
Verificao
facturas
Facturas
verificadas
Facturas
no
assinadas

Facturas
rejeitadas

Produtos e
quantidades

1.5
Preo da
factura

Elementos
da factura

detalhes de
pagamento

Facturas (arquivo)

Facturas aprovadas

Facturas recebidas

Facturas
assinadas
1.2
Verificao
da
mercadoria

Registo de
alteraes

Detalhes
de aprovao
1.6
Factura
aceite

Factura no
justificada

Notificao
1.4
contabilidade Autorizao
de compra

Dados sobre
factura

Guia de
pagamento

Facturas a pagar

Desenho de DFDs
Existe necessidade de adicionar informao de controlo
Porqu?
=> para tratar os erros e casos de excepo
Quando?
=> apenas nos nveis de maior detalhe

nesta fase que so cometidos os erros mais


comuns no desenho de DFDs
- evitar descrio de origem/destino de cpias de
documentos (a preocupao deve ser com os dados
necessrios a cada processo e no com
documentos);
- evitar as descries temporais, as lgicas ou as
descries de controlo:
=> tempo
=> lgica
=> controlo
x comum ver o desenho de DFDs como uma boa
oportunidade de separar o fluxo de papeis do fluxo
real de informao!

- evitar descries de procedimentos de controlo.

Um dos elementos fundamentais no uso de diagramas a


sua componente escrita, isto , as legendas do diagrama.

Os nomes usados para designar os fluxos de dados e


processos devem ser o mais explictos possvel e no fazer
o leitor incorrer em errros, na analise do diagrama.

Em vez de realizar a notao de fluxos de dados e


processos com nomes/descrio possvel optar por uma
notao mais consistente, baseada na atribuio de
nmeros em sequncia comeados por uma letra para
dados e um cdigo articulado numrico para processos.

No caso de fluxo de dados podem ainda ser utilizada a


seguinte notao, que contm informao adicional:

D1

D4

D2
D3
D5

=> smbolo com o significado de AND


Os fluxos de dados indicados ocorrem sempre

=> smbolo com o significado de OR


Os fluxos de dados indicados so alternativos

Dicionrio de dados:
(2 componente da anlise de fluxo de dados)

Complementam os DFD na descrio da realidade a


representar, adicionando mais informao.

Um dicionrio de dados uma lista onde includa uma


descrio de todos os elementos representados num DFD:
fluxo de dados, depsito de dados, processos e entidades.
=> alm de listar, descreve e detalha os elementos
dos DFDs.

O dicionrio de dados deve ser criado e actualizado em


simultneo com o desenho dos DFDs.

Embora essencial na fase de representao e projecto do


sistema, o dicionrio de dados til para a prpria
implementao do sistema, assistindo a equipa de
programao e testes.
O Dicionrio de dados permite:
- a clarificao de significados e referentes;
- a quantificao de conceitos;
- a definio e detalhe de procedimentos alternativos;
- uma melhor representao do sistema.

Todos os dados so constituidos por elementos de dados,


que agrupados, constituem estruturas de dados.
Os elementos de dados so o nvel mais elementar
(atmico) de dados, que permite a representao de
atributos do sistema.
A estrutura de dados um conjunto de elementos de
dados relacionados que colectivamente descrevem um
componente/objecto do sistema.

Elementos
de dados

Estruturas
de dados

Nmero de factura
nmero de cliente
nome cliente
nmero
contribuinte
Quantidade*
Cdigo artigo*
Descrio artigo*
Custo unitrio*
Quantia

F
A
C
T
U
R
A

Cada referncia no dicionrio de dados possui um conjunto


de elementos de dados, de acordo com o tipo de entrada e
que contempla:
- nome/designao
- descrio
- outras designaes possveis (alias)
- tipo de dados
- comprimento/tamanho
- domnio de valores possveis/gama

Para registo da descrio de dados utilizada uma notao


que representa as relaes entre elementos de dados de
forma simples e precisa.
Smbolos

Significado

equivalente

AND - conjuno

> @

OR - alternativa

iterao - repetio

( )

opo - no obrigatrio

comentrio (anotao)

Definio de fluxo de dados


- nome
- descrio
- processos origem
- processos destino
- estrutura de dados

Definio de depsito de dados


- nome
- descrio
- fluxo de dados recebidos
- fluxo de dados fornecidos
- descrio dos dados
- volume/carga de utilizao
- acesso (caractersticas de acesso)

Definio de processo
- nome
- descrio
- entrada de dados
- sada de dados
- resumo do funcionamento (lgica)
Definio de entidade
- nome
- descrio
- entrada de dados
- sada de dados

Os dicionrios de dados so teis como elemento de


referncia sobre o formato dos dados (informao
importante para a fase de implementao).
O prprio processo de construo do dicionrio de dados
fora os analistas de sistemas obteno de um correcto
entendimento do sistema em estudo.
O uso do dicionrio de dados permite descobrir:
- falhas de fluxo de dados (omisses);
- detectao de definies em duplicado;
- dados no descritos ou no utilizados.

Com base no processamento do dicionrio de dados


possvel obter:
- listagens de elementos de dados e estruturas de dados;
- listagens de processos;
- verificaes por referncia cruzada de entradas;
- deteco de erros.

Modelos de dados
Aps a descrio de um S.I. pelo fluxo de dados e
processos envolvidos com base em DFDs e no dicionrio
de dados, necessrio complementar a informao,
definindo os prprios dados.
A modelao dos dados (lgica) essencial para iniciar a
fase de implementao do sistema.
Para o efeito recorre-se a diagramas entidade/associao
normalmente designados por modelo E-R.
Pretende-se com o modelo E-R, uma representao de alto
nvel usada para o planeamento Top-Down do sistema
(nvel estratgico).
O planeamento Top-Down identifica os tipos de entidades
envolvidas no decorrer do negcio e compila uma lista
com as entidades detectadas.
Para a construo do modelo E-R, o analista de sistemas
necessita de recolher dados junto do utilizador final. Por
esta razo, a qualidade do trabalho produzido pelo analista
de sistemas est dependente do utilizador.
A definio dos tipos de relao e a constituio de
agrupamentos lgicos de dados constitui um auxiliar
valioso para utilizao em sistemas gestores de bases de
dados relacionais.
Os modelos E-R podem ser um passo importante para a
implementao e/ou adaptao de um S.I. com recurso
tecnologia de base de dados relacional.

Modelo de dados
Conjunto de conceitos bem definidos (matematicamente)
que permitem considerar e expressar as propriedades
estticas - estrutura da informao - e (possivelmente)
dinmicas - processamento da informao - de aplicaes
intensivas de informao, isto , de S.I..
Exemplos...
x Modelo Infolog
- representa propriedades dinmicas,
generalizaes, relaes, caractersticas,...
x Modelo Entidade-Relao
- s representa propriedades estticas, entidades,
associaes, atributos, chaves...
x Modelo Relacional
- relaes (tabelas ), cculo relacional, algebra
relacional...
x Modelo Hierrquico
- rvores, visita de rvore (travessias)...
x Modelo de Rede
- conjuntos com dono e membros, navegao...

Esquema de dados

Nvel de abstraco
crescente

Definio das estruturas de dados de acordo com a


notao e semntica dum modelo de dados.
Exemplos so o esquema e o sub-esquema da base de
dados, o esquema de uma relao e o esquema de um
ficheiro.
Ocorrncia de dados representa o contedo propriamente
dito, possibilitado por um dado esquema.

Modelo Entidade-Associao
Modelo intermdio entre a realidade e os modelos de
dados de menor nvel de abstraco (modelos usados em
SGBD). O modelo E-R destina-se a facilitar a captura da
(semntica da) realidade.
O modelo E-R s se ocupa das propriedades estticas
(estrutura) da informao.

Entidade
Coisa que existe por si s e distinguvel (uma entidade ,
por definio, distintas das demais), podendo ser concreta
(cada pessoa, cada automvel, etc...) ou abstracta (as
emoes, as palavras,...).
Atributos
Propriedades ou caractersticas que permitem descrever
as entidades (cor, altura, idade,...); constituem as
particulas elementares de informao.
Entidade- Tipo
Conjunto de todas as entidades dum mesmo tipo, isto ,
descritas pelos mesmos atributos (todos os carros, todas
as pessoas, todas as pessoas desempregadas,...)
Domino de um atributo
Conjunto de todos os valores possveis que o atributo pode
tomar.
Chave de uma Entidade-Tipo
Um atributo (chave simples) ou grupo de atributos (chave
combinada), que permite identificar univocamente cada
entidade de uma entidade-tipo.

Modelo E-R
Modelo Entidade Associao

Entidade
Objecto existente e que distinguvel de outros objectos

Conjunto de entidades
Conjunto de entidades do mesmo tipo
Exemplos
Aluno
Cliente
Conta bancria
Empregado

Associao
Estabelecimento de uma relao intencional entre uma
entidade ou vrias entidades.

Conjunto Relao
Conjunto de associaes do mesmo tipo.

Tipos de associaes binrias (funcionalidade)

Dados dois conjuntos de entidades A e B

1. Associao 1:1 (um para um)

A1

B1

A2

B2

A3

B3

A4

B4

A5

B5

Representao grfica:

HOMEM

Casamento
convencional

MULHER

L-se:
x um homem est casado (casamento convencional)
com uma mulher
x uma mulher est casada (casamento convencional)
com um homem

Tipos de associaes binrias (funcionalidade)

Dados dois conjuntos de entidades A e B

2. Associao 1:n (um para muitos)

A1

B1

A2

B2

A3

B3
B4
B5

Representao grfica:

EMPRESA

Trabalhar

EMPREGADO

L-se:
x numa empresa trabalham muitos empregados
x um empregado trabalha numa empresa

Tipos de associaes binrias (funcionalidade)

Dados dois conjuntos de entidades A e B

3. Associao n:m (muitos para muitos)

A1

B1

A2

B2

A3

B3

A4

B4

A5

B5

Representao grfica:

AUTOR

Escreveu
pertence

LIVRO

L-se:
x um autor escreveu vrios livros
x um livro pertence a vrios autores

Modelo E-R
Representao grfica

ENTIDADES
representadas por rectngulos

ASSOCIAES
representadas por losangos

ATRIBUTOS
representadas por elipses

Exemplo:

Morada

Designao

Cod. cadeira

Nome

N aluno

ALUNO

Inscrito

Regente

CADEIRA

Ttulo

Exemplo: biblioteca

EDITOR

Numero

Edio

Autor

LIVRO
N

Cidade

Nome

Data
Requisio

Morada

N_scio

Nome

M
UTENTE

Morada

Com base na leitua do Modelo E-R representado,


possvel concluir que:
- as associaes edio e requisio so ambas de
muitos para muitos;
- a associao requisio um exemplo de uma
associao com atributos prprios;
- um utilizador pode requisitar mais de que um livro;
- um livro pode ser requisitado por mais do que um
utilizador (em datas diferentes);
- um editor edita muitos livros;
- pode existir mais do que um editor para cada livro
(ttulo);

Modelo de dados da actividade lectiva de uma


universidade

EMPREGADO

DEPARTAMENTO

DOCENTE

CURSO

ALUNO

ANO_CURSO
Pertence a

Pertence a

TURMA

CADEIRA

Plano
docncia

PLANO_CAD

TIPO_AULA

Frequncia

Aula

SALA

Observaes relativas ao modelo E-R da actividade de


uma universidade:
x (1) a entidade tipo plano_cadeira de facto uma
associao tipo que foi promovida a entidade tipo para
que as associaes aula e plano_doc dependam
garantidamente das mesmas combinaes de cadeira +
tipo_aula.
Caso contrrio, um docente poderia ter no seu plano,
aulas tericas, etc. A associao promovida a entidade
tipo plano_cadeira, ficou assim com ligaes intrnsecas
aos seus anteriores componentes (cadeira e tipo_aulas).
x (2) a associao tipo inscrio constituda por trs
entidades tipo. A funcionalidade desta associao
indica-se por partes:
1. urma - aluno
2. cadeira - aluno
3. turma - cadeira
4. (turma, cadeira) - aluno
5. (turma, aluna) - cadeira

M:M
M:M
M:M
M:M
M:M

Supe-se que cada aluno se pode inscrever em turmas


diferentes, a cadeiras diferentes.
x (3) A associao tipo aula constituda por 4 entidades
tipo! A associao de funcionalidade muitos para
muitos entre qualquer par de entidades constituintes.
Mas, por exemplo, a associao a associao pode ser de
muitos para 1 de (plano_cadeira, turma) para docente.
Seria o caso de ser sempre o mesmo docente a dar as
aulas dumna cadeira mesma turma => regras de
integridade adicionais!

x (4) Pode haver um plano de docncia (de distribuio de


servio) antes de se efectuarem os horrios. Da o
interesse na associao plano_doc separadamente da
associao aula.
lgico pretender que o plano de docncia (plano_doc)
coincida com o horrio atribudo ao docente (no
interessa aqui a informao das salas) => regras de
integridade adicionais!
x (5) A associao entre cadeira e seco s aparece pelo
facto de se admitir a possiblidade do regente da cadeira
no ser da seco a que a cadeira pertence (docente
emprestado por outro departamento).
Caso contrrio, essa informao obtinha-se atravs das
associaes entre cadeira e docente, e entre docente e
seco.
x (6) A associao inscrio no impede que um aluno se
inscreva numa turma que que no tem a cadeira
pretendida de facto, no cabe no esquema impedir que
apaream combinaes de turma e cadeira ilegais, isto ,
que no sejam do mesmo ano_curso => regras de
integridade adicionais !
x (7) Supe-se que s turmas atribuida um cdigo nico
dentro de toda a universidade, assim como s cadeiras.
x (8) A associao entre seco e departamento
intrnseca pelo facto de se admitir a possiblidade de
existirem seces com o mesmo nome (designao) em
departamentos diferentes.
Assim necessrio saber o departamento para identificar
completamente a seco.

x (9) Pode interessar impedir que o aluno faa a sua


inscrio numa turma e cadeira, se ainda no efectuou a
matricula nessa cadeira.
x (10) O modelo de dados representado pressupe que as
turmas do mesmo ano do curso tem as mesmas cadeiras.
Se isso no acontecer, seria necessrio acrescentar mais
alguma informao ao diagrama.
=> desenvolver como exerccio.

Mais informao!
=> mais restries de integridade
=> mais restries de acesso

Questo:
Para permitir aos alunos efectuar a sua prpria inscrio
no computador, havendo tanta informao critca
armazenada (classificao, etc), que cuidados sero
necessrios ?

Sistemas de Informao
5.

Processos primitivos
- benefcios do uso de primitivas e suas aplicaes
- descrio de primitivas

Objectivos:

- compreender o conceito de primitiva de processamento e


enumerar as suas potencialidades;
- verificar e conhecer quais as situaes onde o seu uso se
revela benfico;
- ser capaz de identificar as primitivas e de as descrever;
- compreender as relaes entre as primitivas e as
linguagens de programao;
- ser capaz, com base no enunciado por primitivas de
descrever uma actividade e realizar a sua implementao,
com base em manuais de software, em que o analista no
possui grande experincia.

Processos primitivos - benefcios


Uma vez definido um sistema, as suas componentes e as
solues pretendidas, necessrio especificar essas
solues.
O princpio do como obter as solues" requer a
enumerao de todos os passos necessrios para conseguir
os resultados pretendidos.
O resultado obtido um enunciado que permite descrever
de forma til para posterior implementao no computador
das tarefas que foram definidas como necessrias para
encontrar a soluo pretendida.
Para a descrio do processamento de dados recorre-se a
um nmero limitado de primitivas que, de um modo
completo, asseguram o material necessrio para o analista
de sistemas descrever as aces requeridas na soluo de
um problema.

As primitivas de processamento

i) descrevem o que o processamento de dados faz e


no faz (pela sua definio passo a passo);
ii) constituem um conjunto padro de ferramentas
utilizadas em tarefas de processamento de dados;
iii) constituem a base conceptual de aprendizagem
de qualquer linguagem de programao em
computador.

Processos primitivos - descrio


So consideradas oito (8) primitivas de processamento:
x output
- sada de dados
x input
- entrada de dados
x save
- armazenamento de dados
x retrieve
- recuperao de dados (armazenados)
x assign
- atribuio de valores (a variveis)
x compare
- comparao de valores
x derive
- transformao de valores (funes matemticas,
texto e tabelas)
x discard
- anulao/eliminao de elementos
Com base nas 8 primitivas possvel obter:
- pesquisa de um elemento;
- ordenao de valores;
- insero/alterao/eliminao de dados;
- as estruturas de controlo so deduzidos (sequncial,
repetitiva e condicional);

Primitivas de processamento - exemplo


A empresa Bloco_Barato, S.A. tem por objectivo a venda
de andares e escritrios. Deseja especificar um registo
novo para integrar o ficheiro de produtos disponveis para
venda.
A empresa possui quatro escritrios: Lisboa, Faro, Porto e
Braga e os valores das diversas posies variam entre mil
contos e um milho de contos (com valores em escudos).
O registo tem de possuir, inicialmente, nome do cliente,
nmero de telefone, endereo da venda, escritrio
vendedor. O registo possuir um nmero de sequncia
entre 00001 e 99999 e deve ter indicao do preo
acordado.
i) especifique o registo acima definido, listando as suas
variveis.
ii) para os seguintes valores, d as respectivas primitivas:
Michel Biju; Telef. 396452; Av. da Repblica, 2724 - 4400
V.N. Gaia; Porto; 40220: 724.59.520$00

para resolver cada uma das seguintes necessidades:


1. introduzir os valores no ficheiro;
2. armazenar o registo em memria;
3. modificar o preo para 69.700.000$00;
4. calcular a comisso de 6% para a Negcio, Lda.;
5. imprima o registo em papel;
6. liste todos os registos de vendas com preo
superior a 50.000.000$00;
7. ordene por valor de venda as operaes de Braga;
8. compare a maior venda de cada escritrio e
verifique qual o escritrio com o maior valor.

Processos primitivos
Descrio em funo do esquema geral da informtica
Se tomarmos o esquema de entrada-processamento-sada de
dados clssico de informtica, temos a seguinte relao com as
primitivas de processamento.
5 6 7 8

Entrada
de dados

Processamento
de dados
3

Sada
de dados

Entrada/Sada
de dados

x
x
x
x
x
x
x
x

1 output (sada de dados);


2 input (entrada de dados);
3 save (armazenamento de dados);
4 retrieve (recuperao de dados);
5 assign (colocao numa posio de memria);
6 compare (comparao de contedos em memria);
7 derive (transformao de um contedo em memria);
8 discard (eliminao da referncia/contedo em
memria);

Primitivas de processamento
Resoluo do exemplo da pgina 5.4:
i)
Descrio
Nome do cliente
Nmero de telefone
Endereo de venda
Escritrio vendedor
Nmero sequncia
Preo de venda

Nome
NOM_CLI
TELF
END_VND
ESC_VND
NUM_SEQ
PRE

Tipo
Alfanumrico
Numrico
Alfanumrico
Alfanumrico
Numrico
Numrico

Gama
30 caracteres
999-9999999
50 caracteres
LX, FA, PO, BR
00001 a 99999
1.000.000 a
1.000.000.000

ii)
1) SAVE (NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
2) RETRIEVE (NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
ASSIGN(NOM_CLI, NOME)
ASSIGN(TELF, TELEF)
ASSIGN(END_VND, ENDER_VE)
ASSIGN(ESC_VND, ESCRIT_VND)
ASSIGN(NUM_SEQ, NUM_S)
ASSIGN(PRE, PRECO)
3) DERIVE(69.700, PRECO)
4) DERIVE(PRECO*0.06, VAL)
ASSIGN(VAL, COMISSAO)
5) OUTPUT(NOME,TELEF,ENDER_VE,ESCRIT_VE,NUM_S,PRECO)

Para efectuar as restantes operaes necessrio


considerar o uso de lgica adicional para controlo de
primitivas.
=> Estruturas de controlo

Primitivas de processamento
Estruturas de controlo
Para as operaes complexas dos tipos de processamento
por lotes (BATCH), de ordenao e de pesquisa,
necessrio considerar meios complementares que permitam
dar resposta s necessidades de processamento.
As estruturas de controlo constituem um auxiliar
importante derivado dos conceitos de programao
estruturada e do teorema de Jacopini:
=> para ser estruturado, um programa deve estar
contido em blocos que permitem uma s entrada e
uma s sada.
Temos assim trs (3) estruturas de controlo:
I - Estrutura Sequncial
A ordem de processamento das primitivas a seguinte:
x da esquerda para a direita,
x de cima para baixo.
II - Estrutura Condicional
Dois percursos alternativos em funo do valor lgico de
um teste para efectuar blocos alternativos de primitivas:
x IF <teste>
THEN <teste verdadeiro, bloco A>
ELSE <teste falso, bloco B>
III - Estrutura Repetitiva
Repetio de um bloco de primitivas enquanto se verifica
o valor verdadeiro para um determinado teste:
x DO WHILE <teste>
<bloco de primitivas>
END

Primitivas de processamento
Resoluo do problemas (pgina 5.4)

6) RETRIEVE (NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
DO WHILE NOT EOF (teste de fim de ficheiro)
ASSIGN(PRE, PRECO)
IF PRECO > 50.000.000
THEN ASSIGN(NOM_CLI, NOME)
ASSIGN(TELF, TELEF)
ASSIGN(END_VND, ENDER_VE)
ASSIGN(ESC_VND, ESCRIT_VND)
ASSIGN(NUM_SEQ, NUM_S)
OUTPUT(NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
RETRIEVE(NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
END

Para as questes 7 e 8 so dados os respectivos Top


Downs, para obteno da soluo...
7 Ordenar por valor de vendas os registos do escritrio de Braga
1. seleccionar todos os registos com ESC_VND = BR
2. guardar em memria os registos seleccionados
3. ordenar os registos por preo
4. efectuar o output dos registos pela ordem obtida

8 Comparar a maior venda de cada escritrio e indicar o escritrio


com o valor mais elevado.
1. para os quatro escritrios, seleccionar os respectivos
registos
2. tomar o valor de preo e realizar a sua acumulao (para
cada escritrio)
3. comparar os quatro valores e eleger o maior
4. efectuar o output do escritrio e valor vencedor

7) resoluo do problema por primitivas

(passos 1 e 2 do Top Down do problema)


RETRIEVE (NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
ASSIGN(0, CONT)
DO WHILE NOT EOF (teste de fim de ficheiro)
ASSIGN(ESC_VND, ESCRIT)
COMPARE(ESCRIT = BR, RES)
IF RES
THEN DERIVE(CONT+1, CONT)
ASSIGN(NOM_CLI, NOME>CONT@)
ASSIGN(TELF, TELEF>CONT@)
ASSIGN(END_VND, ENDER_VE>CONT@)
ASSIGN(ESC_VND, ESCRIT_VND>CONT@)
ASSIGN(NUM_SEQ, NUM_S>CONT@)
ASSIGN(PRE, PRECO>CONT@)
RETRIEVE(NOM_CLI,TELF,END_VND,ESC_VND,NUM_SEQ,PRE)
END

(passo 3 do Top Down do problema)


ASSIGN(1, I1)
ASSIGN(1, I2)
COMPARE(I1 < CONT, RES1)
DO WHILE RES1
DERIVE(I1+1, I2)
COMPARE(I2 < = CONT, RES2)
DO WHILE RES2
COMPARE(PRECO>I1@ > PRECO>I2@, RES3)
IF RES3
THEN ASSIGN(NOME>I1@, TEMP)
ASSIGN(NOME>I2@, NOME>I1@)
ASSIGN(TEMP, NOME>I2@)
DISCARD(TEMP)
ASSIGN(TELEF>I1@, TEMP)
ASSIGN(TELEF>I2@, TELEF>I1@)
ASSIGN(TEMP, TELEF>I2@)
DISCARD(TEMP)

ASSIGN(ENDER_VE>I1@, TEMP)
ASSIGN(ENDER_VE>I2@, ENDER_VE>I1@)
ASSIGN(TEMP, ENDER_VE>I2@)
DISCARD(TEMP)
ASSIGN(ESCRIT_VND>I1@, TEMP)
ASSIGN(ESCRIT_VND>I2@, ESCRIT_VND>I1@)
ASSIGN(TEMP, ESCRIT_VND>I2@)
DISCARD(TEMP)
ASSIGN(NUM_S>I1@, TEMP)
ASSIGN(NUM_S >I2@, NUM_S>I1@)
ASSIGN(TEMP, NUM_S>I2@)
DISCARD(TEMP)
ASSIGN(PRECO>I1@, TEMP)
ASSIGN(PRECO>I2@, PRECO>I1@)
ASSIGN(TEMP, PRECO>I2@)
DISCARD(TEMP)
END
DERIVE(I1+1, I1)
END

(passo 4 do Top Down do problema)


ASSIGN(0, IND)
COMPARE(IND > CONT, RES)
DO WHILE NOT RES
DERIVE(IND+1, INDICE)
OUTPUT(NOME>IND@,TELEF>IND@,ENDER_VE>IND@,
ESCRIT_VND>IND@,NUM_S>IND@,PRECO>IND@)
COMPARE(IND > CONT, RES)

END

Estruturas de Dados
Para resolver o problema de ordenao verifica-se na prtica que
se torna necessria maior flexibilidade na colocao dos valores de
variveis em memria e na sua referncia. Existe ainda, a
necessidade de simplificao da manuteno de variveis que
possuam alguma forma de relacionamento.
Para melhorar o tratamento de variveis, recorre-se ao uso do
conceito de estruturas de dados; forma de relao entre posies
de memria.
Tipos de Estruturas de Dados
Primitivas
x numrica (inteira e real)
x alfanumrica
x binria/booleana
x Ponteiros/apontadores
No primitivas - Complexas
x comprimento fixo (variveis indexadas)
x vectores
x matrizes (bidimensional e multi indexada)
x comprimento varivel
x lineares
x pilhas
x filas
x duplas filas
x listas associativas
x no lineares
x rvores
x grafos
x ficheiros
x sequencial
x sequencial indexado
x directo
x VSAM

Com
base
em
primitivas
de
processamento, estruturas de controlo e
estruturas de dados possvel descrever
uma
linguagem
de
programao!

Sistemas de Informao
6.

Implementao de um sistema de informao


- introduo fase de implementao
- hardware
- software
- armazenamento de dados e comunicaes
- pessoal e formao

Objectivos:
- sensibilizar para os problemas reais de uma organizao;
- sensibilizar para a necessidade de bom senso e
engenharia na implementao de um S.I.;
- introduzir a avaliao e opo do uso de uma de
diferentes alternativas, para constituio do S.I.;
- dotar cada indivduo da capacidade de pesquisa para
resolver problemas especficos de um S.I.;
- ser capaz de especificar e escolher as grandes opes
para os sistemas hardware a adquirir;
- ser capaz de especificar e escolher as grandes opes
para os sistemas software a utilizar;
- ser capaz de especificar e escolher as orientaes gerais
em termos de armazenamento de dados;
- ser capaz de avaliar os recursos humanos disponveis e
planear um "pacote" de formao para a sua melhoria de
desempenho;
- ser capaz de dar incio a um projecto de implementao
de um S.I.

Introduo fase de implementao de um S.I.


Aps o projecto de um sistema de informao o passo
bvio a sua implementao.

Por implementao entende-se a concretizao


(projeco) dos estudos efectuados destinados a facilitar a
uma organizao, o alcance dos seus objectivos.

A fase de implementao enquadra-se numa actividade


mais ampla que contempla o S.I. de uma organizao...

ANLISE

PROJECTO

IMPLEMENTAO
Com a estruturao e recurso aos mtodos necessrios de modo
a permitir:
- constituir um sistema de informao
- reestruturar um sistema de informao j existente
- modernizar um sistema de informao j existente
- substituir um sistema de informao j existente

necessrio ter em ateno quais os objectivos pretendidos na


fase de implementao e que funcionalidades se pretende
sejam obtidas para o S.I..

A fase de implementao s deve ter o seu incio quando


estiverem cumpridas as tarefas de:
- especificao dos objectivos a alcanar;
- especificao das funcionalidades pretendidas para o
sistema de informao.

Cabe ao responsvel pela implementao efectuar as opes de


recursos a utilizar para o S.I., com as seguintes linhas de
orientao:
- a organizao e o "seu modelo" devem ser respeitados;
- deve ser tomada em devida conta a qualidade e
quantidade dos recursos humanos disponveis na
organizao;
- deve existir um envolvimento constante e empenhado ao
nvel da alta direco da organizao;
- devem ser objecto de observao as solues
apresentadas ou em funcionamentos em organizaes do
mesmo sector de actividade, semelhantes s que se
pretendem para o S.I.;
- deve ser respeitada a existncia simultnea de
processamentos manuais e automticos bem como deve ser
assegurada a sua correcta coordenao;

Que opes existem na implementao de um S.I.


Depois de terem sido definidas questes relativas a:
- organizao e mtodos
- objectivos e funcionalidades
- estrutura e procedimentos
- a maioria dos recursos humanos

Resta a deciso de que recursos materiais/humanos dos


seguintes tipos vai ser necessrio dispor:
- hardware
- software
- comunicaes
- especialistas a contratar/formar

A forma de escolha baseia-se na oferta do mercado (num dado


perodo) e na adopo de uma dada tecnologia (ou tecnologias).
O responsvel pela implementao de um S.I. refora as
especificaes em determinados tpicos (segurana, controlo,
etc..) em funo da tarefa que est investido de fazer:
- constituir um S.I de base
- reestruturar um S.I.
- modernizar um S.I. (reforar)
- substituir um S.I.

A concepo e desenvolvimento de aplicaes informticas


um dos tpicos de maior carga de trabalho (e tudo indica que
continuar a s-lo!) na implementao de um S.I..
medida que novas ferramentas, metodologias de
desenvolvimento, linguagens e pessoal mais especializado
so mais comuns e se vulgarizam, aumenta tambm os
tipos de aplicaes que so desenvolvidas e a respectiva
qualidade.
O aumento descrito conduz a um efeito do tipo "bola de neve"
que introduz duas necessidades:
- medir a produtividade de um programador;
- justificar o custo dos sistemas.
Adicionalmente, a crescente diversidade e quantidade de
aplicaes disponveis fora o desenvolvimento de sistemas de
maior qualidade para uso no S.I., de forma a manter a empresa
competitiva.
Este problema sentido diariamente na prpria gesto de um
sistema de informao exige que se d resposta s seguintes
questes
a) como pode ser medida a produtividade de um
programador?
b) como podem os benefcios proporcionados pelos
sistemas informticos ser quantificados?
c) como podem ser desenvolvidos sistemas com maior
qualidade?
d) como podem ser melhorados sistemas antigos?

a) produtividade de um programador
x

difcil de medir;

mtodo tradicional - linhas de cdigo (nmero);

mtodo alternativo - tempo de desenvolvimento.

Um mtodo mais rigoroso: Function point analysis


Mtodo baseado no ponto de vista do utilizador e concebido
na dcada de 70, na IBM, por Allan Albrecht.

O mtodo envolve cinco tipos de funes:


- entradas de dados externas; teclado, outras aplicaes,
disco, etc.;
- sadas de dados; relatrios em papel, crans e ligao
com outras aplicaes para sada de dados, etc.;
- inquritos externos; feitos base de dados interna sem
modificar dados;
- ficheiros lgicos internos; dados destinados aplicao
informtica em anlise;
- ficheiros externos de interface; dados produzidos por
outras aplicaes para uso da aplicao em anlise;

Cada funo classificada pelo seu nvel de complexidade, em


simples, mdio e complexo. calculado o peso pela
multiplicao de factores ponderados.

Para ajuste do valor total ponderado um coeficiente de 35% do


valor com base em 14 caractersticas:
1- Utiliza comunicaes;
2- So os dados/funes distribudos;
3- Necessidade de alto desempenho;
4- Existem restries de hardware;
5- Taxa de transaces;
6- Existe entrada de dados on-line;
7- Eficincia do utilizador final;
8- Existe actualizao on-line;
9- Complexidade de processamento;
10- Grau de modularidade da aplicao;
11- Facilidades de converso e instalao;
12- Facilidade de operao;
13- Nmero de locais de utilizao;
14- Facilita a manuteno.

b) Benefcios obtidos de um sistema (utilizadores)


x

A justificao de custos uma actividade importante


Muitos dos estudos actuais apontam para resultados
fracos (nenhumas ou pequenas melhorias) face ao
avultado investimento num S.I.

Algumas das potenciais causas:


- novos procedimentos legais;
- maior complexidade dos impostos;
- maior complexidade do produtos;
- m utilizao da tecnologia;
- maus investimentos (e/ou tecnologia errada);
- resistncia mudana

Perodo de tempo a partir do qual so visveis os


benefcios:
=> varia muito (de meses a anos)

Desconhecimento dos "pontos" onde medir os


benefcios (falta de definio precisa dos objectivos do
sistema)

Inexistente ou deficiente definio inicial dos benefcios

Divises possiveis para classificar benefcios:


x Tangveis / Intangveis
Quantificaveis / No quantificaveis
x Directos / Indirectos
Obtidos pelo sistema / efeito do sistema
x Quantitativos / Qualitativos
Mensurveis / No mensurveis

Mtodo de converso de benefcios intagveis para beneficios


tangveis (em funo do custo associado)
Criar uma matriz de perfil de trabalho - de dupla entrada
-com as categorias de trabalho e perfis profissionais
existentes, com o seguinte aspecto:
Uma coluna por perfil profissional
Categorias de trab. gesto
Trabalho tcnico
Trabalho tcnico auxiliar
Administrativo
Secretariado
No produtivo
valores percentuais de distribuio de tempo

o medio do tempo por log book individual.


A matriz tem de ser obtida antes e aps entrada do
sistema em funcionamento.

c) Desenvolvimento de sistemas de maior qualidade

A implementao do S.I. no a concluso de um


processo mas o seu incio. A manuteno do sistema
pode e deve ser melhorada, o que conseguido por uma
aproximao correcta em todo o desenvolvimento.

Normalmente o impacto da manuteno s sentido


aps implementao:
o correco de erros encontrados;
o realizao de adaptaes para novos ambientes
hardware e software;
o modifies de acordo com novos requisitos.

Modificaes
estruturada,
inflexvel.

constantes,

enfraquecem

por
o

manuteno

sistema

no

tornando-o

Como minorar o efeito de desgaste tpico da repetio


sucessiva de aces de manuteno?

Mtodo : Desenvolvimento de sistemas "adaptveis"

Como?

o usar uma aproximao de gesto de dados;


o manter a tecnologia usada actual;
o concentrar a ateno no trabalho til;
o avaliar a capacidade de manuteno;
o desenvolver uma estratgia de manuteno
baseada em trs pressupostos: reparao contnua,
memria contnua e revises contnuas.

A qualidade de um sistema est ligada sua capacidade


(facilidade) de manuteno.
Sistemas concebidos de raiz tendem a possuir
maior qualidade.

d) Como podem sistemas antigos ser melhorados

O tratamento da grandeza tempo introduz uma


complexidade adicional: mais
programas,
mais
procedimentos e dados que so necessrios.
o Antigamente mudar era um esforo considervel pois
era necessrio reescrever o cdigo com uma linguagem de
terceira gerao e/ou adquirir software do tipo pacote.
o Actualmente existe uma maior facilidade graas ao uso
de tradutores, SGBD's, 4GL's, case, e outras
ferramentas de desenvolvimento.

Reestruturar um sistema
c - Avaliar a estrutura do sistema
d - Assegurar a sua operacionalidade
e - Rever e estruturar a lgica
f - Documentar o sistema
g - Comparar outputs novos com antigos
h - Optimizar funcionamento
i - Racionalizar o uso de dados

Modernizar um sistema

1. Reconhecer o potencial do sistema


2. Organizar e sistematizar sistema actual
3. Tornar o sistema mais eficiente
4. Incorporar regras estratgicas no sistema
5. Melhorar os processos de entrada de dados
6. Rever os processos de manipulao de dados
7. Melhorar os processos de sada de dados (e acesso)

Substituir um sistema

c Proceder ao levantamento das deficincias do


sistema actual;
d

Avaliar

alternativas

existentes

potencial

desenvolvimento;
e Assegurar continuidade e migrao de dados.

Hardware

Uma das competncias do analista de sistemas propor os


equipamentos mais adequados para um novo S.I.
Existe uma enorme diversidade de equipamentos, pelo que
necessrio realizar, de modo sistemtico, a avaliao e
seleco do equipamento mais adequado.

Aquisio de hardware
o Adquirido, seguindo uma tradio da organizao
o Por recomendao ou influncia externa
Importante seleccionar de forma sensata e transparente
(critrios vlidos, pr-definidos)
e efectuar a sua
aquisio
Itens que devem ser objecto de anlise na aquisio de
hardware:
o Qual o trabalho e capacidade necessrios ao
hardware;
o Avaliar e medir as capacidades de cada
equipamento objecto de estudo;
o Capacidade de interoperao do equipamento;
o Factores financeiros envolvidos;
o Manuteno e suporte do equipamento.

x Determinao das especificaes de tamanho e


capacidade
Existe
uma
oferta
desde
pequenos
sistemas
microcomputador at sistemas de grande capacidade
designados
por
mainframes
(ou
mesmo
at
supercomputadores).
Existem igualmente, em cada linha de equipamentos,
numerosos construtores; muitos destes possuem mltiplos
modelos desde os microcomputadores at aos
computadores de maior porte, passando por todo o tipo de
perifricos.
A primeira fase de reflexo na compra de um sistema est
relacionada com o seu tamanho e as suas capacidades.
As capacidades de cada sistema constituem o seu melhor
elemento caracterizador e deve ser em funo destas que
um sistema possui maior ou menor adequao a uma dada
tarefa.

Deve ser considerados factores como:


- Tamanho da memria principal;
- Velocidade de ciclo de processamento do sistema;
- Nmero de canais para input, output e
comunicao;
- Caractersticas dos elementos de visualizao e
comunicaes;
- Tipos e caractersticas de dispositivos de memria
secundria aceites pelo sistema ;
- Software de sistema e utilitrio que acompanha
e/ou est disponvel para o sistema.

o frequentemente o software a ditar os requisitos


mnimos do sistema a utilizar;
o Todos os sistemas possuem limites, dependendo do
objectivo com que foram projectados;
o Os vendedores constituem fontes de informao atravs
da disponibilizao de informao tcnica;
o Outra fonte de informao (mais independente) so as
revistas, os jornais (da especialidade), os grupos de
interesse e os clubes de utilizadores;
o Existem ainda relatrios tcnicos e revistas que podem
ser adquiridos por subscrio peridica e que tem origem
em organismos de consultadoria especializados em S.I.;
o A capacidade de memria secundria que necessria
determinada pelo volume, frequncia dos dados e
informao importantes para a organizao;
o Inventariar os tipos de equipamentos e as solues com
interesse potencial para eventual aquisio;
o Realizar um estudo breve, mas objectivo, sobre as
tecnologias potencialmente implicadas.

Avaliao e medida de sistemas


As comparaes entre diferentes computadores deve ser
realizada tendo por base um conjunto de dados e um
ambiente o mais possvel semelhante ao da organizao.
Para o efeito utiliza-se uma tcnica designada por
"Benchmarking".
o A tcnica de Benchmarking consiste na utilizao
de programas tipo parametrizados de acordo com a
carga de trabalho que caracteriza o processamento
projectado para o S.I. em estudo.
o Permite demonstrar a viabilidade e utilidade de
tcnicas de controlo de todo o tipo de perifricos e
proporciona uma oportunidade de teste de funes
especificas a realizar pelo sistema.
o Fornece informaes importantes e teis, uma vez
que os resultados obtidos podem ser colocados
posteriormente no contrato de aquisio como forma
de assegurar prestaes mnimas.
o Os testes podem ser realizados em virtualmente
qualquer plataforma sendo possvel comparar os
resultados obtidos, com base nos critrios
especificados.
o Os testes podem analisar a velocidade do sistema,
a velocidade de um dado ambiente no sistema (ex:
linguagem) ou um conjunto de operaes.

o Por vezes em ver de correr benchmarks em diversos


equipamentos, so utilizados simuladores de sistemas
(disponveis comercialmente).
o Nos simuladores de sistemas a carga do trabalho
definida pelo preenchimento de um inqurito onde so
colocadas questes que abrangem os especificadores do
S.I. de um modo sistemtico.
Igualmente, possvel descrever vrios sistemas por via de
um conjunto de caractersticas tcnicas. O simulador
processa a informao dos diversos sistemas informticos
alternativos,

testando

seu

impacto

contra

as

caractersticas da organizao e fornecendo um relatrio


com os resultados esperados da sua utilizao.
o Pela manipulao tanto das caractersticas dos sistemas
como da organizao de uma empresa nos simuladores
possvel obter resultados de modo interactivo.
o O custo de realizao de benchmarks elevado em
termos de valor, de tempo gasto e nos recursos humanos
envolvidos. Desta forma, o uso de simuladores constitui
uma soluo atractiva.

Os benchmark's destinam-se a testar certas caractersticas


do sistemas, tais como:
- velocidade de processamento
- velocidade de acesso a memria
- capacidades de tratamento de interrupes
- velocidade de transferncia de dados
- facilidades de input/output
- caractersticas de perifricos: velocidade,
consumveis, desempenho, qualidade, ...

Concepo de programas de teste


o Um programa de teste concebido para testar os
recursos de computador de modo a que possa
emular a carga de trabalho que se espera seja a
verificada no sistema real.
o Os parmetros com que so realizados os
programas de teste podem ser ajustados de forma a
estudar o impacto provocado.
o Os programas de teste devem ser preparados de
modo a permitir testar de forma equitativa e
imparcial equipamentos diferentes e assumir um
perfil o mais prximo possvel do previsto para o
sistema.

Comparao de benchmarks
Embora a existncia de comparao seja melhor que a sua
no existncia, ocorrem perigos decorrentes da utilizao
de benchmarks:
o As comparaes baseiam-se em parmetros
unicamente quantitativos.
o No tm em considerao o tempo necessrio para
habituao ao sistema.
o No toma em linha de conta a qualidade do
sistema e do seu software de explorao.
o No toma em linha de conta eventuais
dificuldades decorrentes da converso do anterior
sistema nem das dificuldades potenciais relacionadas
com comunicaes.
o No permite considerar as potencialidades dos
diversos sistemas (pelo menos, comparar de um
modo directo).

Concluso
Os testes do tipo benchmark so necessrios mas quem os
utiliza deve reconhecer onde e como os aplicar e em que
situaes so teis.

Capacidade
de
inter
equipamento
"plug compatible equipment"

operao

do

o normal tomar em linha de conta, para determinados


componentes do sistema, a aquisio de equipamentos de
diferentes marcas por trs tipos de motivos:
- custo;
- funcionalidade;
- no disponvel ou no construdo pelo fornecedor
principal.
Normalmente recorre-se a um 2 fornecedor especializado:
- existncia de um mercado alargado;
- diversidade de potencialidades e funcionalidades;
- grande competio tambm a nvel de custo.
ento necessrio:
o Assegurar o conhecimento dos custos totais
envolvidos com a adaptao do sistema;
o A manuteno e os termos de responsabilidades
em contrapartida com o fornecedor principal e o
relacionamento passado entre estes;
o Assegurar que o componente a adquirir possui o
nvel de qualidade pretendido;
o Assegurar a existncia de garantia e de suporte
(para o caso especfico do sistema a instalar).

Factores financeiros envolvidos

A aquisio e pagamento de um sistema informtico


normalmente efectuada por uma de trs modalidades,
(sendo sempre possvel repartir o investimento em tranches
e para cada uma deles optar por uma modalidade
diferente):
- Aluguer;
- Leasing;
- Compra.

Aluguer

Vantagens
- Comprometimento apenas de curto prazo;
- Grande flexibilidade;
- No exige grande financiamento.

Desvantagens
- Opo mais dispendiosa (das 3 apresentadas);
- Pouco controlo na modificao do equipamento;
- Sistema de aquisio no suportado por todos os
construtores.

Leasing
Vantagens
- Pagamento de valor predeterminado por um
produto de tempo fixo;
- No exige grande adiantamento de dinheiro;
- Normalmente um melhor servio do construtor do
que na opo de aluguer;
- Pequeno risco de obsolescncia;
- Menos dispendioso que o aluguer.
Desvantagens
- Mais dispendioso que a compra;
- O leasing introduz limitaes na utilizao do
equipamento: restries de deslocao e de
modificaes, impossibilidade de troca e de aluguer

Compra
Vantagens
- Menor custo no computo geral;
- Vantagens do ponto de vista fiscal.
- Considerado como um investimento do negcio;
- Controlo completo sobre o uso do equipamento.
Desvantagens
- Risco de obsolescncia;
- Comprometimento permanente com o construtor;
- Maior necessidade de financiamento e de maior
esforo.

Na aquisio de um sistema devem ser


considerados:

- Custos do sistema;
- Formao e pessoal;
- Custos de converso;
- Custos de manuteno;
- Custos com funcionamento corrente (consumveis,
etc);
- Custos fixos (instalaes, comunicaes, etc);
- Custos variveis (trfego telefnico,
subcontratao).

Contrapor com o custo de

no opo !

Manuteno e suporte do equipamento

- Aps a aquisio e instalao do equipamento


necessrio considerar a sua manuteno e a forma onde e
como obter ajuda em caso de dificuldades (suporte).
- Existe, aps instalao, um breve perodo de garantia em
que o fornecedor responsvel pela manuteno;
- Aps a garantia do sistema possvel contratar a
manuteno de uma de mltiplas fontes disponveis:
x o mais normal, o fornecedor;
x uma empresa especializada;
x a prpria organizao.
Assegurar que possui pessoal
qualificado e peas em stock para
o sistema!
- Os custos a suportar so pagos normalmente de forma
anual ou semestral e no incio do perodo;
- O valor total do contracto normalmente uma
percentagem do custo de aquisio; tipicamente 8% a 25%
- O tempo mnimo de interveno varia consoante o custo
de manuteno mas possui valores tpicos de 4 a 24
horas/ms;
- Devem ser realizadas vistorias peridicas de controlo de
funcionamento e condies de operao - manuteno
preventiva.

Tipos de prestao de servios informticos


Service bureau
Empresa que possui um sistema informtico prprio e o
disponibiliza a terceiros cobrando os custos da sua
utilizao.
Nalguns casos a prpria organizao que utiliza
directamente estes recursos atravs do uso das
comunicaes.
Normalmente a utilizao destes servios tem um custo
fixo mensal e custos variveis: o custo de processamento
realizado, o custo de armazenamento de dados e de
impresso e o custo de operao.
- Existem service bureau que fornecem servios diversos
como programao, contabilidade, salrios, etc..
- H medida que os custos de hardware vo descendo e a
qualidade do software subindo, so cada vez menos as
empresas que adoptam por este tipo de sistema.
Facilities Management
Proporciona um servio s organizaes que pretendam
desenvolver aplicaes e o seu S.I. mas no querem
possuir uma equipa numerosa de operadores,
programadores e analistas.
Neste caso a empresa apenas possui o sistema informtico,
sub contratando os servios e os recursos humanos para os
realizar.

Software
o Muitas das preocupaes que se tm com o hardware
tem equivalente no software;
o A deciso de que um dado software comercialmente
disponvel bom para uma tarefa/ambiente de operao e
os termos em que contratado/adquirido da
responsabilidade nica e exclusiva da organizao que o
pretende adquirir.
o Existem duas grandes fases, objecto de estudo, quando
se pretende seleccionar software:
- Avaliao de software;
- Licenciamento de software.
o A fase de avaliao bastante delicada e exige uma
especificao prvia do que se pretende, a determinao
das necessidades a satisfazer e o levantamento das
caractersticas mnimas que tem de ser asseguradas;
o A fase de licenciamento de software trata as questes de
custo, direitos de
utilizao e as questes legais
relacionadas com os direitos de autor, incluindo os termos
contratuais a serem respeitados pela organizao.

Fase de avaliao
- A fase de avaliao de software pode ser subdivida num
conjunto de actividades relacionadas com:
o Questes
aplicaes;

acerca

das

especificaes

das

o Flexibilidade;
o Fiabilidade e capacidade de monitorizao;
o Capacidade;
o Suporte de vendas.

- A avaliao de software uma actividade difcil, baseada


nos resultados obtidos na determinao das especificaes
de sistemas; nessa fase anterior que determinado se um
dado tipo de software disponivel comercialmente o
adequado ou no para o sistema.

- Uma vez seleccionado o tipo software que se encontra


conforme com as especificaes, necessrio proceder a
nova anlise de mercado para eleger o candidato finalista.

- Um mtodo para a eleio do melhor candidato


sugerido pela anlise de um conjunto de questes a
colocar, o que permite uma deciso de maior qualidade.

z Questes acerca das especificaes das


aplicaes
o O analista ao analisar software para potencial adopo
efectua a comparao das facilidades encontradas com as
especificaes obtidas na fase anterior de anlise. Algumas
das questes a colocar so:
- Que transaces e que dados acerca de cada transaco
preciso manipular;
- Que relatrios, documentos e outro output deve o sistema
produzir;
- Quais so os ficheiros e base de dados necessrios ao
sistema. Que ficheiros auxiliares necessrio considerar
para a sua manuteno;
- Qual o volume dos dados a armazenar. Qual o volume de
transaces a processar;
- Existem necessidades especificas da organizao que
devem ser consideradas na seleco do software;
- Que flexibilidade de consulta de dados deve a aplicao
possuir;
- Quais os futuros melhoramentos que so possveis e os
que esto previstos para a aplicao;
- Quais as necessidades em termos de hardware e
comunicaes que o software requer;
- Quais so as limitaes do software.

Com base nestas questes seleccionado o


software/aplicaes mais indicado tendo em conta
igualmente restries de custo.

z Flexibilidade
o O software flexvel quando tem facilidade em permitir
a resposta directa a mudanas de especificaes do sistema
e a novas necessidades do utilizador;
o O software com flexibilidade de maior valor e possui
maior qualidade;
o A flexibilidade pode introduz normalmente maior
complexidade, uma vez que exige do utilizador a definio
de muitos aspectos do sistema que poderiam ser includos
no software como uma facilidade standard;
o As reas onde a flexibilidade do software importante
incluem o armazenamento de dados, a gerao de
relatrios, os sistemas de menus, a definio de parmetros
e os sistemas de entrada de dados;
o A flexibilidade do software tambm varia em funo
dos tipos de hardware suportados;
o A flexibilidade do software pode permitir maiores
facilidades de manuteno;

z Fiabilidade e capacidade de monitorizao


o Os utilizadores depositam uma "confiana cega" nos
sistemas desenvolvidos, o que exige uma ainda maior
necessidade de assegurar o seu correcto funcionamento.
o A verificao do funcionamento do software conforme
o especificado um passo essencial na fase de seleco.
o Alguns dos procedimentos tpicos para esta fase:
- Realizar a traagem de uma transaco,
analisando valores intermdios produzidos durante
processamento;
- Imprimir registos e transaces seleccionadas que
possuam caractersticas especificas e analisar os
resultados;
- Testar repetidas vezes os comandos e as funes
mais criticas do sistema;
- Produzir uma deciso completa de transaces e
dos seus efeitos nos ficheiros e base de dados
principais;
- Obter os controlos suficientes para a entrada de
dados.

o O processo de verificao deve ser levado a efeito com


uma bateria de testes de forma a que seja possvel:
- Validar relatrios e output;
- Testar a autenticidade e qualidade dos dados e
informao.

o Um sistema ser fivel significa que os dados produzidos


pelo sistema so fiveis, correctos e confiveis.
o Um sistema fivel tem tambm de ser um sistema
seguro.
o A segurana de um sistema avaliada pela
determinao do mtodo de acesso e pela capacidade de
proteger o sistema contra acessos no autorizados.
o Na segurana so utilizados sistemas de password e
sistemas de password multinivel. Os sistemas de password
multinivel controlam o nvel de entrada de um dado
utilizador no sistema, com base nas funcionalidades e
operaes que lhe so permitidas.

z Capacidade

o A capacidade de um sistema calcula-se com base na


quantidade de dados que armazena, na potncia de
processamentos que possui e na quantidade de
utilizadores/aplicaes que suporta.

A capacidade est intimamente relacionada com os


dispositivos hardware/software utilizados. Outros factores
so:

- Tamanho mximo de um registo (bytes);


- Tamanho mximo de um ficheiro (em bytes);
- Tamanho mximo do ficheiro (em campos/registo);
- Nmero de ficheiros acedidos simultaneamente;
- Nmero de ficheiros activos simultaneamente;
- Nmero de variveis a manipular;
- Complexidade das estruturas de bom utilizador;
- Transaces/utilizadores por unidade de tempo.

z Suporte de venda
o Um factor importante na seleco de software
comercial o apoio ps venda.
o O apoio ps venda de qualidade facilita a manuteno
do sistema.
o Bom software que no mantido num ambiente
dinmico rapidamente se torna um mau software!
o O suporte de venda normalmente inclui o treino de
venda no momento de aquisio do software.
o Se se tratar de um sistema "chave na mo" o item
referente formao deve referir claramente o seu local, o
nmero de horas previstas, a documentao, o nmero de
formandos permitidos alm dos respectivos custos, se
existirem.
o A resposta s questes de apoio de venda ela prpria
indicadora de como quem produz o software se comportar
perante a organizao.

o Esse servio de apoio normalmente designado por


contrato de manuteno e deve ser detalhado nos seguintes
pontos:
- frequncia de manuteno de software?
- os upgrades tero custo? Qual?
- qual a periodicidade de novas verses?
- a manuteno tem um custo mensal? Que servios
que cobre? Quais esto excludos?
- existe possibilidade de realizar modificaes para
o sistema? A que custo?
- com que prioridade ser tomada o nosso sistema?
Qual a data de inicio e a data de final de instalao?
- que acordos existem para controlo sobre aumento
dos valores de manuteno?
- como e onde sero resolvidas divergncias acerca
do contrato de manuteno?
- em que horas est a assistncia disponvel?
- que possibilidades e formatos existem para receber
suporte de emergncia? Com que custos?
- possvel, organizao, alterar e adaptar
software? E lig-lo/integra-lo com terceiras
entidades?

Contrato de software

o Todas as questes discutidas na avaliao do software


devem ser objecto de referncia no contrato.
o A redaco do esboo do contrato deve ficar a cargo de
um advogado, assim como a leitura de contratos tipo
fornecidos pelo fornecedor.
o Existem dois tipos de contrato:
- licenciamento de software; onde permitida a sua
utilizao

segundo

um

conjunto

de

regras

explicitadas;
- contrato de desenvolvimento; onde as obrigaes
de parte a parte so colocadas bem como expostos
claramente os prazos, resultados e objectivos a
cumprir;

o O contrato deve fixar claramente em que moldes e


quem o dono do software.

Avaliao de software
x Custo
- quais os servios includos? Instalao, treino,
formao e manuteno.
- custos de converso e multi-instalao.
x Disponibilidade
- histria operacional? Quantos e quais (tipos)
utilizadores? H referncias?
x Configurao do equipamento
- mnima, ptima. Adaptao a outros sistemas?
x Fornecedor fivel
- disponibilidade financeira e do pessoal?
x Ambiente de software
- utilizador familiarizado com as linguagens e
processos usados? Recurso a tcnicos especiais?
x Qualidade do desenho do sistema
- integrado ou adaptado de um caso? Modular, til
e expansvel?
x Documentao
- geral, adequada para operao e dados? Com
qualidade?
x Suporte na instalao
- qual? Em que altura? Quanto necessrio?
x Manuteno
- existe, qual ao certo? Preventiva? Com que custos?

Armazenamento de dados

o os dados devem estar armazenados de modo a permitir


um processamento tanto eficaz e como eficiente.
o projecto de dados: Construir a estrutura dos registos e
organizar estas estruturas de modo que o acesso aos
registos seja feito eficientemente (quer em tempo, quer em
memria).

projecto de
processos

anlise de
processos

anlise de
dados

projecto de
dados

projecto de
ficheiros

projecto de
base de dados

Ficheiro: Coleco de registos correlacionados.


Base de dados: coleco integrada de dados
armazenados em diferentes tipos de registos. A
interrelao dos registos deriva das relaes entre
os dados e no do seu lugar fsico de
armazenamento.

Tipos de ficheiros
x Ficheiros mestres: contm informao base sobre uma
determinada entidade
x Ficheiros de transaces: contm informao sobres as
operaes de uma organizao durante um determinado
perodo de tempo.
x Ficheiros de segurana (backup): duplicao dos
ficheiros mestre e transaco que sero utilizados caso
acontea algo a estes.
x Ficheiros de relatrio (spool): ficheiros temporrios que
armazenam dados para posterior sadade de dados, quando
a impressora estiver disponvel.
x Ficheiros auxiliares (tabela): contm dados de referncia
usados nos processamentos das transaces, actualizaes
do ficheiro mestre, no controlos e na produo de sadas de
dados.
x Ficheiros script: contm sequncias de instrues a
serem executadas.
x Ficheiros documento: contm um ou mais objectos que
so manipulados pelo software que lhes deu origem
(exemplo: documento de um processador de texto).

Constituio dos ficheiros


(tipos de registos)

x Registos lgicos: conjunto de campos elementares


relacionados com um determinado campo de controlo.

- Existem dois subtipos:

Comprimento fixo
Comprimento varivel

x Registos fsicos: conjunto de um ou mais registos lgicos


que tratado como uma entidade prpria para as operaes
de entrada e sada de dados.

- Existem dois subtipos :

Registos no blocados
Registos blocados

Organizao de ficheiros
x Os registos so armazenados nos ficheiros segundo uma
determinada organizao a qual determina a forma como
os registos sero acedidos e processados.
x Analisar qual o acesso e forma de processamento
pretendida
=> escolher organizao
o Organizao sequencial
x Registos armazenados uns a seguir aos outros
x Ler um ficheiro sequencial: comea no primeiro registo
e l um registo de cada vez at encontrar o registo
pretendido.
x Se, em mdia metade, dos registos do ficheiro tem que
ser manipulados, ento o uso da organizao sequencial
aceitvel.
o Organizao directa (random)
x Os registos no esto armazenados em nenhuma ordem
particular e as suas posies no ficheiro so indicadas
aplicando um algoritmo chave do registo.
x Ler um ficheiro directo: localiza directamente o registo,
sem ter que ler os outros, desde que conhecendo a chave
do registo.
x Cada registo relaciona-se com um endereo especfico.

x Organizao directa
- endereamento directo
- endereamento HASH

Diagrama (organizao directa)


Chave 10485 : Armazenado no local determinado
Chave 11485 : Armazenado na rea de overflow
H0;Cilindro
4: Face 8
sector 0 sector 1

Conta n
10485
sector 2 sector 3
sector 4

...

Conta n
11485

rea
reservada
para overflow

Resultados do sinnimo

- endereamento directo
x O valor da chave serve como endereo

Vantagens:
rpido acesso
Desvantagens:
grande perda de espao potencial
no permite chaves de caracteres alfanumricos
no permite chaves duplicadas

- Endereamento HASH
x o valor da chave convertido noutro valor que
serve como endereo.
x existem vrios algoritmos de Hashing.

o Exemplo de um algoritmo de hashing

Nmero da segurana social


- 109321455

Algoritmo div_num_prim
(diviso por nmero primo)

1 Retirar os trs primeiros dgitos


109321455

=> 321455

2 Dividir a nova chave por um nmero primo: (41)


321455 / 41
3 Endereo corresponde ao resto: 15
round(14.9978) => 15

o Requisitos de um algoritmo hashing


x Repetio
Capacidade de armazenar um registo atravs de um
algoritmo e aceder ao registo usando o mesmo algoritmo
x Distribuio uniforme
Os registos devem ser distribudos de forma uniforme pela
rea de memria disponvel.
x Minimizar sinnimos
No existe um algoritmo perfeito, no entanto H alguns
que minimizam os sinnimos (entende-se por sinnimo,
diferentes chaves que produzem o mesmo endereo).

Se menos de 10% dos registos so necessrios e o


tempo de localizao de um registo tem necessidade de
ser reduzido ao mnimo, ento deve-se recorrer
organizao directa.

x Organizao indexada

x A posio dos registos indicada por um ndice.

x O ndice um ficheiro separado do ficheiro mestre


correspondente, mas associado a este. O indice contm a
chave do registo juntamente com o seu endereo.

x Ler um ficheiro indexado: permite o acesso sequencial e


o acesso directo.

x Organizao indexada no sequencial


x h uma entrada no ficheiro ndice para cada registo
mestre.

x o ficheiro mestre no est organizado por nenhuma


ordem especifica.

x Organizao indexada sequencial

x so armazenados grupos de registos em blocos com


capacidade para uma determinada quantidade de dados.

x o ficheiro mestre armazena blocos individuais de registo


por ordem sequencial (no um ficheiro sequencial pois
os registos no esto em posio fisicamente adjacente).

x O ficheiro ndice contm a chave mais alta (ou mais


baixa) de cada bloco e o endereo.
x Nestes ficheiros encontra-se prevista uma rea que
permite a edio de registos de chaves intermdias das j
existentes - rea overflow.

Manuteno de ficheiros

x Software ISAM
(indexed sequential acess method)

- Quando se adiciona um registo, o sistema insere-o


de forma a preservar a sequncia da cada bloco.

x Software VSAM
(virtual storage acess method)

- Registos de ndices para mltiplos itens de dados;


permite encontrar dados de diferentes formas.

Organizao em lista (Encadeada)

x sucessivos registos de um ficheiro esto ligados atravs


de apontadores, contidos nos registos.
x existem diversos tipos:
- Lista simples
- Lista dupla
- Lista circular
- Listas mltiplas (combinao de vrias listas
simples)

Organizao invertida (inverted files)

x Uso um ndice para armazenar informao sobre a


localizao dos registos que tenham determinados
atributos.

Suporte ficheiros
x local onde podem ser fisicamente colocados.
o suporte no magntico
- Papel
- Carto perfurado (obsoleto)
- Fita perfurada (obsoleto)
o suporte magntico
- Disketes
- Bandas
- Discos
- Discos amovveis
- Cartridges/cassetes/streamers
o suporte ptico
- CD-ROM (compact disc - read only memory)
- Worm (write once-read many)
- Regravveis

Bandas magnticas
x os dados so armazenados ao longo da banda numa
determinada densidade de gravao, medida em bytes
per inch - bpi.
x os dados so lidos e escritos na banda em blocos registos fsicos (factor de blocagem).
x no registo de dados nas bandas existem "gaps" entre
blocos - inter block gap
x as bandas s permitem ficheiros com organizao
sequencial.
o capacidade til de armazenamento, funo dos
seguintes factores:
- tamanho da banda;
- densidade de gravao;
- existncia de gaps.
o tempo de processamento, funo dos seguintes factores:
- velocidade de transferncia (bytes por segundo);
- tratamento gaps (milisegundos).

x Determinar o espao necessrio para armazenar um


determinado nmero de registo com um certo
tamanho.

Reg 1

Reg 2

Reg 3

Reg 4

Reg 5

Reg 6

Bloco
Factor de blocagem = 6

- formato no blocado
Espao de ficheiro necessrio
= N registos no fichicheiro * espao usado por registo
Espao usado por registo
= espao interblocos + tamanho registo
densidade gravao

- formato blocado
Espao de ficheiro necessrio
= nmero blocos no ficheiro * espao usado por bloco
Espao usado por bloco
= espao interblocos + factor blocagem * tamanho registo
densidade gravao
Nmero de blocos no ficheiro
= nmero de registos no ficheiro
factor de blocagem

x Determinar o tempo necessrio para processar um


ficheiro

Tempo de leitura
= Nblocos na banda * (tempo p/bloco + tempo interbloco)

Tempo por bloco


= nmero de bytes por bloco
velocidade transferncia

Tempo interbloco
=

tamanho gap
velocidade banda

Velocidade da banda
= velocidade transferncia
densidade gravao
Discos

x os dados so armazenados nas faces dos discos


magnticos, numa ou mais pistas, com uma determinada
capacidade de armazenamento medida em bytes
dispostos ao longo de pistas e com uma densidade de
gravao dada por pistas por polegada (tracks per
inch).
x ao conjunto das diversas pistas dispostas nas faces
disponiveis do disco, igualmente afastadas do centro da
pilha de discos, d-se o nome de cilindro.
x estes dispositivos permitem ficheiros com organizao
sequencial, directa ou indexada.
x capacidade de armazenamento; funo do nmero de
elementos que constituem o disco:
- cilindros;
- faces utilizveis;
- total de pistas;
e de:
- capacidade por pista;
- capacidade totais.

x tempo de processamento
- tempo de busca seek time: tempo que o disco
gasta a posicionar a cabea de leitura/escrita no
cilindro apropriado;

- tempo de acesso access time: tempo necessrio


para posicionar a cabea no registo em causa (no
inclui o tempo de leitura/escrita, entre 35 a 60 mseg).

- atraso de rotao latency time: periodo que


demora a iniciar a operao de leitura devido
constante rotao do disco (tempo tpico na ordem
dos 0.01 seg).
- velocidade de transferncia data rate time:
velocidade a que os dados so lidos do disco para a
memria do computador (valores em nmero de
bytes por segundo).
x Determinar o tempo necessrio para ler um
determinado nmero de registos com um certo
tamanho:

Tempo leitura
= seek time + (latency time * num) + (data rate time * num)
num - nmero de registos

Parmetros a serem considerados no projecto


de um ficheiro

x Razo da existncia do ficheiro


- ficheiro usado on-line?
- o tipo de acesso s leitura ou leitura/escrita?
x Disponibilidade de hardware
- que organizaes de ficheiros so permitidas com o
hardware disponvel?
x Mtodo de acesso
- usado on-line?
- como se pretende aceder?
x Actividade do ficheiro
- frequncia de leitura? e de escritas?
- quantos registos so acedidos de uma s vez?
x Volatilidade do ficheiro
- qual a frequncia de adies e eliminaes de
registos no ficheiro?
- como diferem esses valores ao longo do tempo?
x Tamanho do ficheiro
x Ordenao do ficheiro
- tempo que demora? quais os critrios de rdenao
pretendidos?

escolha da organizao de um ficheiro

SIM

NO

x existe necessidade de pesquisar ao "acaso"?


Indexado
Directo

Sequencial
Indexado

x existe dificuldade em determinar um algoritmo de


clculo de endereos?
Sequencial
Indexado

Sequencial
Indexado
Directo

x os processamentos realizam uma taxa elevada de

consultas ou actualizaes dos registos do ficheiro?


Sequencial
Directo

Indexado
Directo

x Os processamentos executam adies ou eliminaes de


registos numa taxa elevada?
Sequencial
Directo

Indexado
Directo

x Pretende-se realizar o tratamento do ficheiro a tempo


real?
Indexado
Directo

Sequencial
Indexado

...

...

x ...

Processo de projecto de um ficheiro

Requisitos de
Processamento

Especificaes
Lgicas do ficheiro
Desenvolver o desenho
Fsico inicial
Avaliar o
Desenho

Tempo de resposta
Dispositivo, ...

Modificar o
Desenho Fsico

Desenho
Fsico

x Desenvolver o desenho fsico inicial:


- contedo dos registos;
- representao fsica dos dados;
- tamanho do registo;
- que registos no ficheiro;
- organizao do ficheiro;
- sequncia do ficheiro;
- chaves do registo;
- chaves secundrias;
- caractersticas fsicas do ficheiro.
x Avaliar o desenho
x Modificar o desenho fsico:
- combinao de registos;
- separao de registos;
- fuso de ficheiros;
- alterao do modo de processamento.

Mtodos de Backup
x ficheiros de backup so cpias extra de um qualquer
ficheiro, feitas para o caso do ficheiro equivalente em uso
ser destrudo (perda de dados).
x causas de perda de dados:
- avaria dos componentes do sistema;
- falhas humanas;
- avarias dos dispositivos ou suportes;
- falhas do software;
- vrus informticos;
- sabotagem;
- desastre natural;
- falha exterior.
x mtodos de manuteno de cpias de segurana
o gerao sequencial de ficheiros mestre (av-paifilho);
o "dumps" do ficheiro mestre (directo). Duplicao
do ficheiro por criao de uma cpia, deixando
inalterado o ficheiro original (o ficheiro mestre passa
a ser o criado); processo invivel para grandes
sistemas e grandes ficheiros.
o "Reload Image Copies". Cpia do ficheiro mestre
mais cpia dos registos alterados pelas transaces.

x Base de dados
o Quando se pretende realizar inquritos flexveis e de
resposta rpida.
o Quando se pretende eliminar (ou reduzir) a redundncia
de dados:
- custo de armazenamento;
- integridade de dados.
o Quando se pretende independncia de programas e
dados.
Base de dados: coleco integrada de registos de dados
que esto ligados atravs de relaes lgicas. Os dados no
pertencem a uma s aplicao mas so partilhados por
diferentes aplicaes, representantes de diferentes
necessidades.

Representao de
processos

Diagramas E-R

Desenho de
Base de dados

Diagrama de
Estrutura de
Dados
Entidades (Estruturas) Normalizadas
Chaves
Relaes

Entidades
Relaes
Grau de Associao

Normalizao
Estruturas sem Redundncia
Chaves
Atributos Comuns

Sistemas de gesto de base de dados, SGBD


Data Base Management System, DBMS
x conjunto de programas que constituem o ncleo que gere
uma base de dados e que, conjuntamente com alguns
utilitrios, do tipo dicionrio de dados, linguagens de
inqurito e geradores de relatrios, providenciam os
meios para controlar a definio e manuteno e
manipulao dos dados.
x o SGBD responsvel por interligar as estruturas dos
ficheiros que armazenam os dados e as estruturas de
dados que representam os dados que os utilizadores
necessitam.
x um SGBD no substitui os princpios de desenho de
sistema, s providncia ao analista uma nova ferramenta
que pode ser usada para desenvolvimento e
implementao do sistema.
x esquema conceptual - conceptual schema:
representao lgica da base de dados projecteda para
um SGBD especifico.
o define os elementos de dados agrupados em tipos de
registos e as relaes que necessrio armazenar para
operar o sistema.
o muitas das aplicaes desenvolvidas apenas necessitam
de um subconjunto do esquema, designado por sub-esquema
(subschema).
o numa base de dados existe s um esquema mas vrios
sub-esquemas, dependendo do nmero de vises requeridas
pelo programador (normalmente associam-se diferentes
vises a diferentes tipos de utilizadores).

Desenho de base de dados

Descrio dos dados


requeridos pelo utilizador
p
Esquema conceptual
desenho lgico da base de dados
p
Esquema interno
desenho fsico da base de dados

o Estrutura lgica da base de dados


- Existem trs modelos de dados:
hierrquico,
rede,
relacional.
Conhecendo em que modelo de dados um dado SGBD se
baseia, podemos definir como o desenho pode ser
estruturado e como podem ser representadas as relaes
entre entidades.
o Esquema interno
- Como os registos vo ser armazenados na base de
dados e como se pode aceder informao que est
na base de dados tendo em conta o desempenho
desejado.

o Se o analista est a projectar um sistema que envolve o


desenvolvimento de aplicaes em bases de dados deve
juntamente com o administrador da base de dados definir:
x definir o esquema conceptual: satisfazer as
especificaes dos utilizadores;
x definir os dados: nome, tamanho, tipo, etc..
x definir como os dados vo ser armazenados;
x definir como os dados vo ser acedidos.
o A base de dados tem de ser criada antes de ser usada,
existindo linguagens prprias para o efeito:
x data definition language - DDL
Usada para definio de dados
x data manipulation language - DML
Usada para operaes de insero, actualizao e
eliminao
o os comandos DML so fornecidos ao SGBD onde so
interpretados e tomadas as aces apropriadas na base de
dados fsica.
o um SGBD consiste num software que organiza as
estruturas da base de dados (atravs de uma DDL) e
manipula todos os acessos base de dados (atravs de uma
DML).

Comunicao de dados
Redes de comunicao
x Existem hoje em operao mltiplas redes de
comunicao, com caractersticas bastante diferentes
- diferentes tecnologias e meios de transmisso;
- possuidoras de origem e evoluo independente;
- planeadas e optimizadas tendo em conta um dado
servio (voz, dados interactivos, etc.);
- concebidos para satisfazer requisitos bem definidos
dos utilizadores (como, por exemplo: partilha de
recursos, aplicaes especificas).

Pelo facto...
o so necessrias linhas e meios de acesso diferentes para
as diversas redes.
o existe um grau limitado de interoperacionalidade entre
as

diferentes

redes,

visto

utilizarem

uma

grande

diversidade de interfaces e protocolos normalmente


incompatveis.

Esta realidade exige o conhecimento das ofertas de


servios de comunicao de dados a vrios nveis, de
forma a seleccionar o conjunto mais conveniente para o
S.I. em funo:
o necessidades funcionais;
o da capacidade tcnica disponivel;
o do hardware e software existente;
o custo associado ao investimento inicial;
o custo de utilizao.

redes de comunicao
o rede telefnica analgica;
o rede telefnica digital;
o redes de distribuio;
o redes pblicas de dados;
o redes proprietrias (de fabricantes);
o redes locais de computadores;
o rede digital com integrao de servios;
o rede integrada de banda larg.

o Rede telefnica analgica


x Transmisso de voz
x Transmisso de dados
- linhas comutadas, linhas alugadas
- modems
(V.21, V.22, V.26, V.29, ...)
- velocidade at 9600bits/s
- interface DTE/DCE
(V.24, V.28, V.10, V.11, 5232, ...)
- ligaes ponto a ponto e multiponto
- redes hierrquicas
(FEP's, concentradores, ...)
o Rede telefnica digital
x Transmisso e comutao digital
x Canais PCM de 64 Kbits/s
x Hierarquias PCM (normas G)
x Voz Digital (leis A e P)
o Redes de distribuio
x programas audio
x programas TV
- microondas
- satlite
- CATV

Redes de comunicao - redes de dados


o Redes Pblicas
x comutao de circuitos (X.21)
x comutao de pacotes
- acesso sncrono (X.25)
- acesso assncrono (X3, X28, X29, PAD's)
o Redes proprietrias (de fabricantes)
x Arquitecturas prprias
- SNA (IBM)
- DNA (DEL)
- ...
o Redes locais de computadores (LAN's)
x Topologias (estrela, bus, anel)
x Protocolos de acesso
IEEE 802.3 CSMA-CD (Ethernet)
IEEE 802.4 Token Bus
IEEE 802.5 Token Ring
IEEE 802.6 Man's
IEEE 802.9 IVD - CAM
Broadband bus (catu)
Lan's pticas
Expressent, fasnet, hubnet, etc.
FDDI (Ansi X3T9.5)
oRede digital com integrao de servios
(RDIS)

oRede Integrada de banda larga (RIBL)

Redes de comunicao de dados


Necessidade e vantagens
x Acesso remoto a recursos
- processamento (computadores)
- informao (base de dados)
x Partilha de recursos (especializados, dispendiosos)
x Diversificao no uso dos recursos (flexibilidade)
x Comunicao entre sistemas
- Processamento e controlo distribudos
- Transmisso de informao (texto, ficheiros,
imagem)
x Disponibilidade e fiabilidade (recursos
alternativos)
x Reduo de custos de desenvolvimento

o objectivo central de uma rede de comunicao de


dados permitir uma partilha eficiente, de forma
interactiva de recursos de um modo o mais transparente
possvel ao utilizador independentemente da localizao
fsica dos recursos.
e a eficcia...

desenho

concepo

da

rede!

Modelo de referncia de sistemas distribudos


x os sistemas informticos tradicionais so fechados
x a divulgao de servios computacionais
distribudos (correio electrnico, consulta de base
de dados distribudas, etc.) exige a cooperao de
sistemas de vrios fabricantes.
x prevendo tais necessidades a ISO - International
Standards Organization props um modelo de
referncia para a interligao de sistemas abertos
OSI - Open Systems Interconnection.
x a adopo do modelo "OSI" pode ser considerada
como o primeiro passo em direco
implementao
generalizada
de
sistemas
distribudos.

x a denominao de sistema aberto no implica a


inexistncia de sistemas de proteco, nem de
caractersticas especficas em cada sistema.
Arquitectura em camadas

Camada N+1

Servios

Servios

Sistema A

Sistema B

Interface

Protocolo
Camada N

Entidades
Internas
Interface

Camada N-1

Servios

Servios

Vantagens:
o simplificao da concepo e implementao de
sistemas complexos.
o mantendo os servios utilizados na camada e
oferecidos para o exterior, possvel testar
implementaes alternativas de uma camada
independentemente das restantes camadas.
o o teste do sistema simplificado pelo teste isolado
de uma camada.

Princpios da diviso em camadas


(proposta OSI)

c Uma camada dever ser criada sempre que seja


necessrio um nvel diferente de abstraco.
d Cada camada deve realizar uma funo bem
definida.
e A funo de uma dada camada dever ser
escolhida numa perspectiva que abarque futuros
desenvolvimentos, tendo em ateno protocolos
standard internacionalmente definidos.
f As "fronteiras" das camadas devem ser escolhidas
de modo a minimizar o fluxo de informao atravs
das interfaces.
g O nmero de camadas deve ser grande bastante
de modo a que no seja necessrio "implementar"
funes "distintas" na mesma camada, e ao mesmo
tempo to pequeno para no tornar a arquitectura
da rede "pesada".

Comparao entre diferentes arquitecturas


(relativas ao modelo OSI)

OSI
utilizador
7 aplicao

apresentao

5 sesso
4 transporte

DARPA
processamento e
aplicao

(API)
controlo de
transmisso

3
2
1

rede
ligao
lgica
fisico

SNA
utilizador

funes de gesto
de servios
de dados
fluxo de dados
e controlo de
transmisso
(1)
(2)

internet
acesso

rede

(3)
(4)
controlo lig. lg.
fisico

(1) Path control


(2) Virtual route control
(3) Explicit route control
(4) Transmission group control

DNA
utilizador
aplicae
s
de rede

7
6

sesso de 5
controlo
servios
4
de rede
transporte
3
ligao
lgica
fisico

2
1

Alguns exemplos do enquadramento de


standards com o modelo OSI

File transfer - FTAM (ISO 8571/1-4) MHS (X.400)


JOB TAM (ISO 8831/2) Teletex (T60)

Virtual terminal - VT (ISO 9040/1) Videotex (T100 / 1)


Common app. service elem. (ISO 8649150) Fax (T0 / 4 / 5)
ISO 8822/3/4/5

6
5
4
3
2
1

X408/9

T50/1/61

ISO 8326/7

X215

T62

ISO 8072/3

X214

T70

X213
X.25
X212
X21
X21bi
s

T30

ISO 8473 / 8348

ISO
8802.3

LANs

ISO 8802.2
ISO
ISO
8802.4
8802.5

T71
V.24

I450/1
I462
I440
I430/1

PSDN PSTN RDIS

sistema

de

oferta

de

servios

de

telecomunicaes uma malha sofisticada de


alternativas que possuem inmeras potencialidades
que muitas vezes se sobrepem e interchocam,
devendo a sua utilizao ser estudada caso a caso e
em funo de anteriores servios j adoptados.

o eis um 1 passo (seguro!) para a integrao

os problemas a resolver (com recurso a servios


de telecomunicaes) passa pela resposta seguinte
questo:
- Como tornar possvel colmatar necessidades
de comunicao e necessidades de
informao?
x Necessidades de comunicao:
- voz: telefone; telemvel
- mensagens: Telex; Fax; teletext
- difuso: televiso; CATV; teletex
- localizao: paging
- dados (informao codificada): rede de dados
- dados comerciais entre parceiros: EDI
- informao: videotex
- troca de dados: correio electrnico
- voz+dados: RDIS; videotelefone;
videoconferencia
x Necessidades de informao
- processamento de dados
- comunicao de dados:
- difuso;
- transferncia;
- conferncia.
- cruzamento de informao.

o custo de utilizao de um servio funo da


performance que a caracteriza, por clculo da:

- eficincia relativa
- eficincia absoluta

possvel sempre encontrar solues alternativas


caracterizadas por:

- custo;
- infraestrutura;
- operador/fornecedor;
- mercado global;
- mercado nacional;
- mercado regional;
- funcionalidades especificas;
- tratamento da informao (e oferta);
- base instalada.

Servios disponveis
- telefone

- videoconferncia

- fax/telecpia

- correio electrnico

- PABX

- EDI

- nmero verde

- comunicao de dados

- chamada de valor acrescentado - BBS


- bases de dados internacionais

- RDIS

- redes virtuais privadas

- telemvel

- linhas dedicadas

- paging

- linhas digitais

- telex

- teletex

- B-ISDN (IBC)

- teletext

- VSAT

- videotelefone

- videotex

- redireccionamento chamadas

- telemetria/domtica

x Definio do servio videotex

O videotex o nome de um servio de mensagens


interactivo que utiliza os receptores de televiso
adaptados a equipamento terminal.
Dimitris Chorafas

O videotex o termo genrico para uma classe de


servios de texto electrnico que utiliza os crans CRT,
incluindo o televisor domstico, e o sistema de
transmisso como as frequncias de televiso e a rede
telefnica para transmitir pginas de texto que podem ser
acedidos pelo utilizador.
Tedesco

O videotex um novo servio de telecomunicaes da


rea telemtica que permite a explorao de informao
armazenada numa base de dados remota de um sistema de
computadores, atravs de um dilogo interactivo com
assinantes dispondo de um terminal adequado.
Transdata (Telepac)

Parmetros bsicos do servio videotex


- tem de ser de confiana;
- de simples utilizao;
- de funcionamento rpido;
- de baixo custo;
- possui uma rede prpria.
O servio de videotex caracteriza-se por:
- permitir visualizar e pesquisar a informao retida
em bases de dados.
- privilegia a recolha e circulao de informao.
- formatar a informao em pginas videotex.
- constituir uma alternativa de baixo custo para
troca de informao.
- constituir um servio regular de comunicao
numa organizao.
Aplicaes gerais do videotex
- recolha de informao;
- transferncias comerciais;
- mensagens electrnicas;
- servios educativos;
- transaces pessoais;
- computao e jogos;
- teleservios;
- fonte de informao;
- base de dados de existncias centralizada;
- base de dados de preos centralizada.

Correio electrnico
x Objectivo: enviar mensagens aos restantes membros da
organizao sem necessidade de papel ou de utilizar o
telefone.
x Funcionalidade:
- enviar mensagens;
- armazenar mensagens;
- notificar o correspondente que existe uma nova
mensagem que lhe destinada;
- tratar a mensagem (responder, arquivar, reenviar)
x Caractersticas do E-MAIL
1- envio
1.1 - mensagens
1.2 - documentos
2 - recepo
2.1 - catlogo das mensagens recebidas
- Visualizar mensagens
- Arquivar mensagens
- Responder mensagem
- Reenvio de tempo
- Apagar mensagem
- Imprimir mensagem
3 - editar e compor
mensagens
documentos

Razes para o aparecimento do correio


electrnico
x A evoluo da comunicao

Perodo

Meio

Org. econmica Civilizao

100.000 AC
a 10.000 AC
10.000 AC a
1.500 DC
1.500 DC
a 2.000 DC
2.000 DC

palavra

tribal

caa

escrita

feudal

agrcola

impresso

nacional

industrial

mensagem
electrnica

universal

informao

x o correio electrnico pode ser inserido na mudana


global dos suportes de informao que progressivamente
passam do formato papel para o formato electrnico.
diminuio de custos (localizao da informao)
- Papel
- Oral
- Magntica
- Microfichas
- ptico

55%
20%
20%
5%
3%

x o custo associado manipulao, armazenamento,


expedio da informao, utilizando o papel,
extremamente elevado.

x funcionalidades do correio electrnico


Envio:
o mensagens: permite enviar uma mensagem para
qualquer utilizador do correio; esta mensagem
ficar com a indicao de "nova", at ser lida pelo
destinatrio.
o documentos: possibilita a colocao de qualquer
documento ou ficheiro, disposio do
destinatrio que poder ler, editar ou imprimir o
documento. O destinatrio ser notificado da
recepo do documento, por meio de uma
mensagem.
Recepo:
x catlogo das mensagens recebidas: o utilizador
visualiza o catlogo das mensagens recebidas com
indicao do remetente, do nome, da data e hora de
envio da mensagem e da informao de que j foi
ou no lida. Esto disponiveis as seguintes
funes:
1 visualizar mensagem, ler o contedo de uma mensagem. Se for
nova tal assinalado.
2 arquivar mensagem, guardar uma mensagem num ficheiro
especifico do destinatrio.
3 responder a mensagens, neste caso o destinatrio passa a
remetente, com o assunto da mensagem mantido, sendo s possivel
alterar o texto.
4 reenvio de texto, enviar uma mensagem recebida a terceiros.
Neste caso o assunto e texto da mensagem mantido.
5 eliminar uma mensagem, destruir mensagem.
6 imprimir mensagem, envio para uma impressora.

EDI - electronic data interchange


x a comunicao formatada de aplicaes informticas
entre empresas um conceito genrico que cobre uma
vasta gama de trocas automticas de mensagens entre
computadores.
x na sua forma mais simples, o EDI pode ser definido
como a substituio dos documentos em papel por
mensagens electrnicas normalizadas enviadas de um
computador para outro, sem interveno humana directa.
x o EDI no correio electrnico (no sentido restrito do
termo) e no fornece a informao normalmente
proporcionada por servios de bases de dados sobre
oportunidades de negcios.
x os dados estruturados passveis de serem enviados por
EDI so normalmente agrupados em quatro grandes
reas:
o informao de natureza comercial;
o transferncia electrnica de fundos;
o transaces interactivas com sistemas de
informao;
o transferncia de dados tcnicos.

Recursos Humanos e Formao


Na introduo das tecnologias de informao nas
organizaes,

os recursos humanos podem tomar um

conjunto de diferentes atitudes:

o receio;
o desejo;
o aprendizagem;
o inveno;
o eficincia;
o medida;
o transformao;
o custo.

x Todas estas atitudes com


sistema!

efeitos

no sucesso do

O uso de tecnologias de informao exige que se tenha


em ateno o perfil e o impacto nos recursos humanos

o mesmas pessoas fazem o mesmo trabalho em


menos tempo

aumento de capacidade

o menos pessoas fazem o mesmo trabalho no


mesmo tempo

reduo de efectivos

o mesmas pessoas fazem mais trabalho no mesmo


tempo

aumento de produtividade

Os Recursos Humanos so uma das grandes restries


modificao dos sistemas

- desenvolver um bom ambiente de trabalho


- proporcionar o bem estar de cada profissional
- corresponder s necessidades de recursos e de
suporte de cada profissional
- permitir a constante redefinio de cada posto de
trabalho
- proporcionar bases correctas de autoridade e
responsabilidade para cada profissional
- assegurar que cada profissional saiba claramente o
seu papel e possa avaliar o seu trabalho

o mesmo um sistema bem desenhado e tecnicamente


elegante tem sucesso apenas se for usado e operado de
forma correcta.
o a qualidade do treino/formao dos profissionais
envolvidos no novo sistema ajuda e previne a sua correcta
implementao.

o do novo sistema, devem ser conhecidas claramente a


sua forma de funcionamento, as suas regras e o que o
sistema faz e no faz.
o tanto os operadores como os utilizadores do novo
sistema necessitam de treino:
x pessoal operador do sistema: recursos humanos
envolvidos na manuteno e no funcionamento do
sistema, no controlo e na segurana (inclui
preparao de dados).
x pessoal potencial utilizador: recursos humanos que
directamente ou indirectamente utilizam o sistema.

o os mtodos de treino utilizado podem ser enquadrados


da seguinte forma:
x in-service: uso do equipamento, com operao
prtica e teste de capacidades e controlo do
software.
x in-house: alm dos aspectos descritos para o inservice, inclui material audio visual, manuais de
instruo e software especfico.

o deve ser dado especial destaque, na formao do


diferente pessoal, s reas de actividade caracterizadoras
do seu perfil de trabalho
x pessoal operador de sistema
- utilizao do equipamento;
- despiste de erros e falhas de equipamento;
- procedimentos de operao de computador;
- procedimentos de escalonamento de tempos
de computador;
- distribuio de actividades;
- manuteno de sistema.
x pessoal potencial utilizador
- utilizao do equipamento;
- despiste de alguns erros e falhas;
- familiarizao com a aplicao;
- aquisio e codificao de dados;
- manipulao de dados (adio, eliminao e
edio de registos);
- recuperao de informao;
- utilizao de informao.

o durante a formao, a interaco estabelecida com os


utilizadores permite obter dados importantes sobre a
aceitao do sistema e a sua adequao s necessidades
dos diferentes profissionais.

o a formao dos diferentes utilizadores deve sempre que


possvel, fazer referncia ao perfil de conhecimento de
cada utilizador, e aproveitar todo o potencial de cada
profissional!

o aps implementao e arranque do sistema,

responsvel pelo desenvolvimento do novo S.I. e os seus


utilizadores devem avaliar de modo formal as mudanas
introduzidas na organizao.

o a reviso do sistema, colocado em funcionamento,


permite conhecer como funciona o S.I., como foi aceite
pela organizao, e quais os ajustamentos que devem ser
considerados.

o antes e depois de implementao do sistema de


informao devem ser objecto de anlise, entre outros
aspectos, os seguintes:

1 o custo de operao do S.I.;


2 qual o modo de execuo das operaes no S.I.;
3 qual a preciso/qualidade dos dados obtidos pelos
utilizadores do S.I.;
4 qual a oportunidade da informao e relatrios que os
utilizadores recebem do S.I.;
5 que mudanas provocou o S.I. na organizao; o impacto
foi positivo ou negativo;
6 de que forma os S.I. modificaram a qualidade da
informao;
7 como modificaram os S.I. o controlo e estado de
centralizao do sistema; qual o efeito de tais mudanas;
8 em que medida o S.I. alterou a atitude dos utilizadores e
do pessoal envolvido no sistema;
9 em que medida o S.I. afectou o nmero de utilizadores;
10 como que o S.I. modificou as interaces entre
membros da organizao;
11 em que medida o S.I, alterou a produtividade;
12 em que medida o S.I. modificou o esforo a realizar para
obteno de informao para a tomada de deciso.

Avaliao estratgica do sistema

Ser possvel conseguir obter com a utilizao e


incorporao das novas tecnologias de informao:

x uma capacidade de "produo" a custos mais


baixos;
x maior flexibilidade de "produo", respostas mais
rpidas ao mercado;
x maior capacidade de mudana;
x ganho de vantagens estratgicas;
x maior rapidez na ligao do cliente.

Explorao de um sistema informtico


x localizao geogrfica
- local
- remoto (recursos a comunicaes)
x nmero de tarefas a suportar
- monoprogramao
- multiprogramao
x execuo das tarefas
- tempo real
- on-line; interactivo
- on-line; transaces
- tempo diferido (batch)
x tempo de CPU
- total
- tempo partilhado
x nmero de processadores
- monoprocessamento
- multiprocessamento
x nmero de computadores
- concentrado: centralizado
- distribudo (recurso a redes)

Você também pode gostar