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

Necessidade de Informao II

fluxo informal fluxo formal

- 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 Ouput

Input Dados

Sistema de processamento de dados

Ouput de 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
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.

2.

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

COMPUTADORES

COMUNICAES

O QUE? PEOPLEWARE

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

A Entender o problema Exame do problema

C Existncia de soluo 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 5
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. Estratgia 2. Arquitectura 3. Projecto do sistema 4. Desenvolvimento e programao

1 2 3 4

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 Modelo lgico de dados normalizado Desenho dos registos utilizados pelos procedimentos Estrutura de armazenamento e viso dos dados pelo programa Viso estratgica das funes na empresa Os processos necessrios e a sua interdependncia Projecto e desenvolvimento de procedimentos e do seu relacionamento 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

Assunto/tema dos dados

Funo do negcio

Planeamento estratgico de informao

Tipo de entidade (normalizada)

B B

Processo

Anlise da rea de negcio

Procedimento
Projecto do sistema

Tipo de registo 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 Fornecedores Verificao cc Fornecedores Pagamento a 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 Guia de compra 2 Verificao da factura Extrato de pagamentos 3 Emisso de cheques Cheque Balano Registo de operao Contas/corrente Dbitos crditos

Factura/doc. Fornecedores

1 Aprovao da aquisio Guia de pag.

Valor a pagar

Ordem pagamento

Saldo disponivel

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.1 Verificao facturas Facturas verificadas Facturas no assinadas Registo de alteraes 1.5 Preo da factura detalhes de pagamento

1..3 Verificao da mercadoria Produtos e quantidades Elementos da factura

Facturas (arquivo)

Facturas recebidas

Facturas aprovadas 1.6 Factura aceite Dados sobre factura

Detalhes de aprovao

Facturas rejeitadas

Facturas assinadas 1.2 Verificao da mercadoria

Factura no justificada

Notificao 1.4 contabilidade Autorizao de compra

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 D2 D3

D4

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
Nmero de factura nmero de cliente nome cliente nmero contribuinte Quantidade* Cdigo artigo* Descrio artigo* Custo unitrio* Quantia

Estruturas de dados 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...
Nvel de abstraco crescente

Esquema de dados

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)

A
A1 A2 A3 A4 A5

B
B1 B2 B3 B4 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)

A
A1 A2 A3

B
B1 B2 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)

A
A1 A2 A3 A4 A5

B
B1 B2 B3 B4 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

N aluno

Nome

Cod. cadeira

Regente

ALUNO

Inscrito

CADEIRA

Ttulo

Exemplo: biblioteca
N

Numero

Autor

EDITOR

Edio

LIVRO N

Nome Morada

Cidade

Data Requisio

N_scio

M UTENTE

Nome 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

ALUNO

DOCENTE

CURSO

ANO_CURSO
Pertence a Pertence a

Frequncia

CADEIRA

TURMA

Plano docncia

PLANO_CAD

Aula

SALA

TIPO_AULA

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 4

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,

por o

manuteno

no

enfraquecem

sistema

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 e 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 o 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 rea reservada para overflow Conta n 11485 Resultados do sinnimo Conta n 10485 sector 2 sector 3 sector 4

...

- 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 Desenvolver o desenho Fsico inicial Avaliar o Desenho Modificar o Desenho Fsico

Especificaes Lgicas do ficheiro

Tempo de resposta Dispositivo, ... 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 Entidades Relaes Grau de Associao

Desenho de Base de dados

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

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 rede!

concepo

da

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
Interface

Servios Sistema A Protocolo

Servios Sistema B

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

DARPA processamento e aplicao

SNA utilizador

apresentao

5 sesso 4 transporte 3 2 1
rede ligao lgica fisico

(API)
controlo de transmisso

funes de gesto de servios de dados fluxo de dados e controlo de transmisso (1) (2) (3) (4) controlo lig. lg. fisico

DNA utilizador aplicae s de rede

7 6

internet acesso rede

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

2 1

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

 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)

6 5 4 3 2 1

ISO 8822/3/4/5 ISO 8326/7 ISO 8072/3

X408/9 X215 X214

T50/1/61 T62 T70

ISO 8473 / 8348 ISO 8802.2 ISO ISO 8802.4 8802.5

ISO 8802.3

X213 X.25 X212 X21 X21bi s

T30 T71 V.24

I450/1 I462 I440 I430/1

LANs

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 - fax/telecpia - PABX - nmero verde - videoconferncia - correio electrnico - EDI - comunicao de dados

- chamada de valor acrescentado - BBS - bases de dados internacionais - redes virtuais privadas - linhas dedicadas - linhas digitais - teletex - teletext - videotelefone - redireccionamento chamadas - RDIS - telemvel - paging - telex - B-ISDN (IBC) - VSAT - videotex - 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
100.000 AC a 10.000 AC 10.000 AC a 1.500 DC 1.500 DC a 2.000 DC 2.000 DC

Meio
palavra escrita impresso mensagem electrnica

Org. econmica Civilizao

tribal feudal nacional universal caa agrcola industrial 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)