24
Pedro Sousa ATSI 2005 Arquitectura de Entidades Informacionais

Arquitectura de Entidades Informacionais - Autenticação · Nomes e moradas de todos os destinatários ... 33 Funcionário_Comunicação Lista Telefónica. Nomes e moradas de todos

Embed Size (px)

Citation preview

Pedro SousaATSI 2005

Arquitectura de Entidades Informacionais

Pedro SousaATSI 2005

Arquitecturas Abordadas

- Taxonomia de Dados e de Sistemas

- Arquitectura de Sistemas de Informação:

- Arquitectura de Dados

- Arquitectura de Aplicações

- Arquitectura Tecnológica

Pedro SousaATSI 2005

Taxonomia de Dados e de Sistemas

ü Os dados podem ser classificados como:

l Históricos/Projectadosl Primitivos/Derivadosl Públicos/Privados

Os diferentes tipos de dados determinam as características dos Sistemas de Informação.

Immon 93 - “Data Architecture: The Information Paradigm”

Pedro SousaATSI 2005

Taxonomia de Dados e de SistemasDados Primitivos / Derivados

• Primitivos– dependem de uma única ocorrência ou facto na organização.

Exemplo, registo da data, montante e intervenientes de cada transação.

• Derivados– os dados derivados dependem de vários factos ou

ocorrências na organização. São dados calculados, agregados e resumidos

Pedro SousaATSI 2005

Taxonomia de Dados e de SistemasDados Históricos/Projectados

• “Históricos”– registam factos acontecidos com valores precisos e

correctos. Existe acordo quando à forma de os obter ou calcular.

• Projectados– são estimativas ou previsões de factos que irão acontecer.

O conceito de correcto ou incorrecto não se aplica às projecções. Normalmente não existe unanimidade quando à forma de os obter ou calcular.

Pedro SousaATSI 2005

Taxonomia de Dados e de SistemasDados Públicos/Privados

• Públicos– São dados cuja integridade é mantida pela organização.

Podem ser o único registo de um facto na organização. Interessam a vários indivíduos da organização.

• Privados– Traduzem as necessidades imediatas de cada indivíduo.

Têm como dono e interessam a um único indivíduo.

Pedro SousaATSI 2005

Taxonomia de Dados e de SistemasSistemas Operacionais Sistemas de Suporte à Decisão

DataWarehouse

atómico departamental individual

PrimitivosPrimitivos DerivadosDerivados

Sistemas de suporte

Sistemas de registo

+ p+ púúblicos + privadosblicos + privados

+ orientados + orientados àà aplicaaplicaçção + orientados ao assuntoão + orientados ao assuntoPresente HistPresente Históóricos Estimativasricos Estimativas

DataMarts

DataMarts

Pedro SousaATSI 2005

Taxonomia de Dados e de SistemasDiferenças entre dados Primitivos/Derivados

Primitivos DerivadosNível de Detalhe Alto BaixoDesempenho Alto BaixoPadrões de Utilização Alto BaixoDisponibilidade Alta BaixaUtilizadores Diversos ConcentradosActualização imediata periódicaDefinição Estática DinâmicaQtd. de acessos Muitos/curtos Poucos/longosModificação Alta Baixa

Pedro SousaATSI 2005

Taxonomia de Dados e de Sistemas

Sistemas Operacionais

• Suportam as operações diárias do negócio (seg. a seg), segundo processos bem definidos

• Manipulam dados descreve o estado actual do negócio

• A informação refere-se às operações atómicas

• São optimizados para o processamento rápido

• Os sistemas são optimizados para o armazenamento e modificação da informação

• Os clientes acedem cada vez mais a estes dados

Data warehouse &Sistemas de Suporte à Decisão

ü São usados para gerir e controlar o negócio

ü A informação é uma série de vistas do negócio em determinados pontos no tempo

ü A optimização (desnormalização) resulta apenas do facto de não haver updates

ü Os sistemas são optimizados para a pesquisa da informação

ü Estes sistemas dão suporte a processos não definidos

Pedro SousaATSI 2005

Data Warehouse

Data Mart

Data Mart

Extração, Limpeza eCarregamento de Dados

Old Detail

Current Detail

Sistemas Operacionais Sistemas Legados

Highly Summarized

Data

Meta DataM/D

M/D

M/D

M/D

OLAP

Data Mining

Data Warehouses e Sistemas Suporte à Decisão

Pedro SousaATSI 2005

Taxonomia de Dados e de Sistemas

• Exemplo de Informação/Queries em cada nível

Operacional

J Jones123 Main StCredit-AA

Atomic /DW

J Jones1986-1987456 Hight StCredit-B

J Jones1987-1989456 Hight StCredit-A

J Jones1989-pres.123 Main StCredit-AA

DataMartClient/mes

Jan - 4101Feb - 4209Mar – 4175Apr – 4215....

individual

Clientes desde 88 com crédito > A e contas > 5000

Qual é o crédito do J Jones ?

Qual é a evolução do crédito do

J Jones ?

Estamos ganhar ou perder clientes

de crédito ?

Que características

têm os clientes ?

Pedro SousaATSI 2005

Taxonomia de Dados e de Sistemas

• Exemplo de Integração

OperacionalLife Policy

J JonesfemaleJuly 20, 1945...

Atomic /DW

OperacionalAuto Policy

J Jones2 tickets 19981 bad accident 1999...

Operacionalhealth Policy

J Jones2 childrenHigh blood pressure...

OperacionalHome Policy

J Jones123 Main Streetmaried...

J JonesfemaleJuly 20, 19452 tickets 19981 bad accident 19992 childrenHigh blood pressure123 Main Streetmaried......

Pedro SousaATSI 2005

• É um ambiente, não um produto final…

• É um processo, no sentido que vai evoluindo ao longo do tempo

• Implica hardware específico para optimização das queries

• Valoriza os sistemas existentes em vez de substituí-los.

• Tenta consolidar a informação

O grande esforço de implementação de um

DW resulta da falta de uma Arquitectura de Dados!

Data Warehouses e Sistemas de Suporte à Decisão

Pedro SousaATSI 2005

O caminho mais curto para a ASI

Arquitectura de Dados

Arquitecturade Aplicações

ArquitecturaTecnológica

Modelo de Negócio

Faltam considerar aspectos tão importantesquanto o próprio negócio:

-Factores Humanos-Factores Estratégicos-Realidade Informática actual

Pedro SousaATSI 2005

Arquitectura de DadosO que é :

É a descrição das entidades de dados necessárias àpersecução dos processos de negócio da Organização.

Tem como objectivos :– Identificar a informação fundamental ao negócio.– Definir os dados de forma independente das aplicações ou

sistemas em que irão existir. – Possibilitar a gestão dos dados corporativos.

Pedro SousaATSI 2005

Exemplo de uma Arquitectura de Dados

Pedro SousaATSI 2005

Arquitectura de DadosExemplo: Funcionário-Controlo de Ponto

Funcionário

Acidentes detrabalho

Saúde

Formação

Carreira

Controlo dePonto

Deslocações

Avaliação

Comunicação

Externos

Pedro SousaATSI 2005

Exemplo:EntidadeFuncionário

F u n c i o n á r i o I n f o r m a ç ã o d e t a l h a d a d e c a d a t r a b a l h a d o r( c ó d i g o , d a t a s , n o m e , m o r a d a , B I , e t c ) .H o s t o r i a l d o T r a b a l h a d o r n ae m p r e s a . I n f o r m a ç ã o p o r á r e a . T r a b a l h a d o r e sq u e p e r f a z e m 1 5 e 3 0 a n o s d e a n t i g u i d a d eR e g i s t o d o p a r q u e a u t o m ó v e l d o g r u p o .

2 6 F u n c i o n á r i o _ A c i d e n t e R e g i s t o d e A c i d e n t e s d e T r a b a l h o ( A T ) . ,R e l a t ó r i o s p e r i ó d i c o s e M a p a s d e A T .D e s c r i ç ã o d o s A T . c o n t r o l o d eE q u i p a m e n t o s d e P r o t e c ç ã o I n d u s t r i a l( E P I ' s ) .

3 4 F u n c i o n á r i o _ A v a l i a ç ã o F i c h a s d e A v a l i a ç ã o . P r o c e s s o i n d i v i d u a l d e a v a l i a ç ã o a n n u a l . A n á l i s e d eP r o c e s s o s I n d i v i d u a i s . A c ç õ e s

3 0 F u n c i o n á r i o _ C a r r e i r a O r g a n i g r a m a d a e m p r e s a s e g u n d o o sp o s t o s d e t r a b a l h o . E s t r u t u r a d ee f e c t i v o s d e f i n i d a p e l a P o r t u c e l S G P S .V e n c i m e n t o e o I R S d e c a d a t r a b a l h a d o r . C u s t o s c o m P e s s o a l .

3 3 F u n c i o n á r i o _ C o m u n i c a ç ã o L i s t a T e l e f ó n i c a . N o m e s e m o r a d a s d et o d o s o s d e s t i n a t á r i o s( t r a b a l h a d o r e s /e m p r e s a s e i n s t i t u i ç õ e s )d e b o l e t i n s i n t e r n o s d e i n f o r m a ç ã o .

3 1 F u n c i o n á r i o _ D e s l o c a ç õ e s L i s t a d e m a r c a ç ã o d e v i a g e n s er e s e r v a s . N o m e d o h o t e l , c o n t a c t o , n ºd e n o i t e s , p r e ç o e q u e m p a g a .F o r m u l á r i o s d e d e s l o c a ç ã o . B i l h e t e s d ea v i ã o ( c ó p i a q u e f i c a a r m a z e n a d a )

Pedro SousaATSI 2005

Exemplo:EntidadeFuncionário

e f e c t i v o s d e f i n i d a p e l a P o r t u c e l S G P S .V e n c i m e n t o e o I R S d e c a d a t r a b a l h a d o r . C u s t o s c o m P e s s o a l .

3 3 F u n c i o n á r i o _ C o m u n i c a ç ã o L i s t a T e l e f ó n i c a . N o m e s e m o r a d a s d et o d o s o s d e s t i n a t á r i o s( t r a b a l h a d o r e s /e m p r e s a s e i n s t i t u i ç õ e s )d e b o l e t i n s i n t e r n o s d e i n f o r m a ç ã o .

3 1 F u n c i o n á r i o _ D e s l o c a ç õ e s L i s t a d e m a r c a ç ã o d e v i a g e n s er e s e r v a s . N o m e d o h o t e l , c o n t a c t o , n ºd e n o i t e s , p r e ç o e q u e m p a g a .F o r m u l á r i o s d e d e s l o c a ç ã o . B i l h e t e s d ea v i ã o ( c ó p i a q u e f i c a a r m a z e n a d a )

3 2 F u n c i o n á r i o _ E x t e r n o s I d e n t i f i c a ç ã o e r e g i s t o d e e n t r a d a s es a í d a s d a s p e s s o a s e x t e r n a s a t r a b a l h a r n a e m p r e s a

2 7 F u n c i o n á r i o _ F o r m a ç ã o N e c e s s i d a d e s d e f o r m a ç ã o p o r á r e a d en e g ó c i o / d e p a r t a m e n t o . F o r m a ç ã oa d q u i r i d a p o r f u n c i o n á r i o ( n o m e d oc u r s o , l o c a l i z a ç ã o , c a r a c t e r í s t i c a s ,c o n t e ú d o , c u s t o s ) . P l a n o s e O r c a m e n t od e F o r m a ç ã o . O f e r t a d e M e r c a d o .

2 8 F u n c i o n á r i o _ P r e s e n ç a s C o n t r o l e d e p o n t o ( h o r a s d e t u r n o eh o r a s e x t r a ) . A l t e r a ç õ e s d i v e r s a s a oh o r á r i o n o r m a l d e t r a b a l h o : a l t e r a ç õ e sd e h o r á r i o s ; a l t e r a ç õ e s i n d i v i d u a i s ;t r a b a l h o s u p l e m e n t a r e t r o c a s . F a l t a s ea t r a s o s e J u s t i f i c a ç õ e s . P l a n o d e F é r i a s .

2 9 F u n c i o n á r i o _ S a ú d e P l a n o d e e x a m e s m é d i c o s , i n c l u i n d o :r a s t r e i o s ; v a c i n a s ; c o n s u l t a s i n d i v i d u a i s . I n c a p a c i d a d e s t e m p o r á r i a s .

Pedro SousaATSI 2005

Arquitectura de DadosExemplo: Funcionário-controlo de ponto

Funcionário

Acidentes detrabalho

Saúde

Formação

Carreira

Controlo dePonto

Deslocações

Avaliação

Comunicação

Externos

213 Controlo de ponto214 Alterações horário trabalho269 Faltas e atrasos378 Justificação de falta / atraso379 Lista de presenças e ausências380 Trocas de turno479 Documentos justificativos das ausências480 Alterações e rotações de horários482 Plano de férias488 Informação de controle de ponto

Controle de ponto: controlo automático da hora de entrada/saída do funcionário. (Alterações diversas ao horário normal de trabalho: horas de turno e horas extra, atrasos, faltas e trocas de turno.Justificação de faltas..

Descrição

Fontes de Informação

Pedro SousaATSI 2005

Existências

Madeiras

Materiais

MatériasSubsidiárias

Economato eDiversos

PapelRecuperado

Características das espécies de madeira.

Entradas de madeira: caracterização, nível de qualidade, quantidade (peso / volume).

Movimentação de madeiras entre parques, entradas e saídas para produção considerando o registo da sua entrada no parque (tempo de armazenamento).

Existências físicas e controlo da evolução dos stocks.

Quantidades existentes nos armazéns internos ou externos às fábricas, não facturadas.

Previsão anual de existências de madeira.

Dados de carácter biométrico: Altura e diâmetro

das árvores, etc.

Cada Entidade e Sub-Entidade é descrita de forma clara e concisa.

Descrição

Arquitectura de DadosExemplo: Existências de Madeiras

Pedro SousaATSI 2005

Arquitectura de Dados• Quem manipula cada entidade informacional ?

– A Matriz de “CRUD” (Create, Read, Update, Delete) descreve a acção dos processos de negócio sobre as entidades informacionais.

Unidade Empresarial Processo de Negócio Existências_Madeira

Portucel Industrial - Serviços Centrais ELABORAÇÃO DA SÍNTESE DE INFORMAÇÃO DE GESTÃO (SIG) /CONTROLO ORÇAMENTAL

R

CONTROLO DE EXISTÊNCIAS E DISPONIBILIDADES RFORNECIMENTO DE ENCOMENDAS RSERVIÇO APÓS-VENDA R

Portucel Industrial em Cacia ESTATISTICAS FABRIS RSISTEMA DE MADEIRAS CRUDProdução de pasta R

Portucel Industrial em Setúbal ESTATISTICAS TECNICAS RGESTÃO DE MANUSEAMENTO DE MADEIRAS CRUDEXPEDIÇÃO DE PASTA E APOIO A CLIENTES R

Portucel Tejo GESTÃO DOS PARQUES DE ESTILHAS RPLANEAMENTO E CONTROLO DE GESTÃO RTRATAMENTO DA INFORMAÇÃO EXTERNA CRUD

Portucel Viana IMPORTAÇÕES CRUDCOMPRAS À PORTA DA FÁBRICA CRUD

Existências

Madeiras

Materiais

MatériasSubsidiárias

Economato eDiversos

PapelRecuperado

Pedro SousaATSI 2005

Arquitectura de Dados

Existências

Madeiras

Materiais

MatériasSubsidiárias

Economato eDiversos

PapelRecuperado

HistHistóóricosricos

PrimitivosPrimitivos DerivadosDerivados

Entradas e saídas (consumos) de madeiras

Consumos; Entregas por Concelho

Necessidades de madeira

PrevisionaisPrevisionais

• Classificação das Entidades Informacionais

Pedro SousaATSI 2005

General EIA Principles

Info

rmat

ion

Sec

urity

Info

rmat

ion

Sec

urity

Enterprise SecurityEnterprise Security

Info

rmat

ion

Man

agem

ent P

roce

sses

Principles and Information Management Disciplines

AssessmentInformation stewards are responsible for assessing the usefulness and cost/benefits of information and vetting its continued use

DistributionAll information must be distributable across the extended enterprise using common and agreed-on communication protocols and formats that create no islands of information

PresentationAll information must be be capable of being transformed for presentation to appropriate audiences using enterprise-standard applications and tools

Quality ControlThe quality of all information must be monitored by responsible information stewards to remove false or misleading information, and such audits must be recorded

EditingAll information must be editable by enterprise standard applications and tools, and such edits must be recorded and visible to information stewards

Storage and Retrieval

All information must be stored within the enterprise SAN, accessible by any compute resource, and retrievable by enterprise standard applications and tools

ClassificationAll information must be classified and named using enterprise metadata definitions and frameworks

AcquisitionAll information must derive from a known sources and be vetted by the responsible information steward for accuracy and relevance