Post on 25-Jan-2019
Pedro SousaATSI 2006
Ponto de Situação
Pedro SousaATSI 2006
REVISÃOO que é uma Arquitectura de SI
• A Arquitectura de SI implica 4 arquitecturas: – Arquitectura do Negócio.
• Que Processos são necessários ao Negócio ?– Arquitectura de Dados
• Que informação é necessária à execução dos Processos de Negócio ?
– Arquitectura de Aplicações• Que Aplicações asseguram simultaneamente (i) uma gestão
eficaz da informação e (ii) o suporte eficaz dos Processos de Negócio ?
– Arquitectura Tecnológica• Que Tecnologias são necessárias para o suporte das
Aplicações e da Informação ?
Pedro SousaATSI 2006
REVISÃOO que é uma Arquitectura Empresarial
– Arquitectura Organizacional– Arquitectura SI
• Arquitectura Processos• Arquitectura Informação• Arquitectura Sistemas• Arquitectura Tecnológica
– Enriquecimento das Arquitecturas anteriores com as vistas pretendidas:
• Análise de Risco• Análise de Impacto• RH• Simuações, etc etc
Pedro SousaATSI 2006
Arquitectura OrganizacionalOrgânigrama
Macro Processos
Visão
Obj
ectiv
os
Missão
Geografia
Objectivos Unidades
Objectivos Pessoais
Objectivos Organização
Objectivos sub-unidades
UnidadesOrgânicas
Funções
Pedro SousaATSI 2006
Arquitectura de Processos
Que áreas de Processos ? (Macro Processos)
Como se Estruturam?
Como se Definem ?(foco na interacção) ?
Como se Especificam ?(foco nas Actividades)
Pedro SousaATSI 2006
Arquitectura de Informação
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
Ex: Cliente - Organização ou pessoaidentificável fiscalmente que …..
Que Informação énecessária ao negócio?
Como se Estrutura?
Como se Define ?
Como se Especificam ?(dependências entre Entidades)
Pedro SousaATSI 2006
Alinhamento entre AI e AP
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
E1 - definição
E2 - definição
E3 - definição
Pedro SousaATSI 2006
Arquitectura de Aplicações
Arquitectura de Aplicações
–Quais aplicações devem suportar o negócio?
–Como interagem entre si e como o exterior ?
Caracterização de cada Aplicação
–Missão.
–Entidades Informacionais que gere
–Processos suporta/automatiza
–Interfaces que disponibiliza
–Tecnologias adequadas à implementação da aplicação
Pedro SousaATSI 2006
Alinhamento entre AP e AA.
Heurísticas de alinhamento
Pedro SousaATSI 2006
Alinhamento entre AI e AA.
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
ProductOffering
id : <>name : <>description : <>validFor : TimePeriodstatus : <>
"Product Offering PriceABE"::ProductOfferingPrice
name : <>description : <>validFor : TimePeriod
"Sales ChannelABE"::DistributionChannel
"Product SpecificationABE"::ProductSpecification
"Market Segment ABE"::MarketSegment
"Market Strategy & PlanABE"::MarketStrategy
BundledProductOffering SimpleProductOffering "Location ABE"::Place
ProductCatalog
ProductOfferingPublic izedIn
0..*
0..*
BundledProdOfferComprisedOf
+
+
0..*
0..*
ProdOfferingAvailableIn
+
+
0..*
0..*
ProdOfferingSupportedBy+ +
0..*
0..*
ProdOfferingTargetedTo
+
+
0..*
0..*
ProdCatalogAvailableVia
+
+
0..*
0..*
ProdOfferingProvidedBy
+
+
0..*
0..*
ProdSpecMadeAvailableAs
+
+
10..*
ProdOfferValuedByPrice
+
+
0..*
0..*
Ex: Cliente - Organização ou pessoaidentificável fiscalmente que …..
Heurísticas de alinhamento
Pedro SousaATSI 2006
Arquitectura Tecnológica
São necessárias 3 sub-arquitecturas:– IT Application – Componentes tecnológicos das aplicações– IT Platform – Plataformas computacionais
• (OS, TCP/IP, Drivers etc etc etc), – IT Infrastructure – Redes e infra-estyruturas FISICAS.
• Nós computacionais (servidores, PCs, dispositivos móveis, etc)
• Nós não compuactionais (as impressoras, redes, etc, etc)
SMTP Server
Database Servers
Database ServerIIS Servers
Load Balanced Cluster of IIS Servers
Application Server
Application Server #2
Biztalk
OLAP Cube
Pedro SousaATSI 2006
Alinhamento entre AT e AA
Alignment Heuristics
SMTP Server
Database Servers
Database Server
IIS Servers
Load Balanced Cluster of IIS Servers
Application Server
Application Server #2
Biztalk
OLAP Cube
«Network»:Internet
«Network»:Firewall
«Network»:N2120V: switc
«Network»:LoadBalancer
«Network»:N2120V: switch
«Network»:N2120V: switch
«Server»V490: Server
:Portal :IdM ...
Pedro SousaATSI 2006
Alinhamento entre AI e AT
Alignment Heuristics
SMTP Server
Database Servers
Database Server
IIS Servers
Load Balanced Cluster of IIS Servers
Application Server
Application Server #2
Biztalk
OLAP Cube
Pedro SousaATSI 2006
Tópicos• Notações para cada Sub Arquitectura• Apenas Notações ou também texto ? Como automatizar?• O Alinhamento entre as Sub Arq.• Diferenças entre ASI e AE
– ASI é uma mini AE focada no problema “que sistemas devo ter”– Podemos ter focos para as AEs
• Como optimizar os Processos de Negócio (re-eng processos)• Como assegurar que tenho os sistemas de controlo de risco (risco)• Etc, etc
Pedro SousaATSI 2006
Tópicos R&D• Exemplos de temas em desenvolvimento….
– O problema das diferentes “Vistas” associado a cada “foco”.• Será que a Arquitectura de Processos para pensar SI e a mesma para gerir os
Riscos do Negócio ?• Como produzir uma a partir da outra ?
– O problema dos novos SI (cpu+ram+código+API+ID).• Existem aos milhões, são móveis, e vão mudar a nossa visão da SI. • Como fazer uma ASI ?• Como pensar o Alinhamneto entre o Negócio e o IT ?
– O paradigma SOA• A ligação entre o SOA e a EA parece óbvia mas não é.• Está tudo por fazer…
– Alinhamento IT com o Negócio• As heurísticas de alinhamento estão apenas no inicio….• Está tudo por fazer…
Pedro SousaATSI 2006
Arquitectura de Informação
Pedro SousaATSI 2006
Tópicos
• A missão da Arquitectura de Informação• A Arquitectura de Informação• A Natureza da Informação• Exemplos
Pedro SousaATSI 2006
A Missão da Arquitectura de Informação
• A missão da AI é– Constituir um dicionário de conceitos do negócio.
– facilitar a comunicação entre as pessoas do negócio e entre estas e as pessoas do IT.
– Rastrear a informação necessária ao negócio
– Clarificar o ciclo de vida associada a cada “informação”
Pedro SousaATSI 2006
Tópicos
• A missão da Arquitectura de Informação• A Arquitectura de Informação• A Natureza da Informação• Exemplos
Pedro SousaATSI 2006
Arquitectura de InformaçãoO que é :
É a arquitectura das entidades informacionais necessárias à persecução dos processos de negócio da Organização.
Que entidades informacaionais e como se relacionam
Entidade Informacional = Conceito de Negócio = informação necessária ao negócio
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 2006
Entidades informacionais
• Qualquer pessoa, lugar ou coisa física ou conceito que tenha significado no contexto do negócio e sobre o qual seja possível e relevante (para a organização) guardar informação.
• Caracteriza-se por ter um nome (substantivo simples), um identificador único, pelo qual as suas ocorrências são univocamente reconhecidas na organização e um objectivo que define a importância da entidade no contexto do negócio.
Pedro SousaATSI 2006
Entidades informacionais
• Identificar as pessoas, lugares ou coisas que tenham significado no contexto do processos. Ver as actividades dos processos!!
• Identificar a informação redundante, homónimos e sinónimos.
• Verificar a forma de identificação • Clarificar os conceitos associados às entidades • Estabelecer as relações entre as EIs identificadas
Pedro SousaATSI 2006
A Identificação da Informação• O ponto fulcral é a clarificação das Entidades
Informacionais.
• Um critério simples de saber se um conceito está claro écontar as instâncias: de as contagens variarem muito, estamos a falar de conceitos diferentes.
• Que entidades Informacionais podem se identificadas por IDs ?
• Poderá haver uma conceito claro/definido sem estar claro uma forma de identificação ?
Pedro SousaATSI 2006
Exemplos
• Aluno de uma disciplina no IST• Cliente numa “telco”• Locomotivas numa “CP”• Estações de Serviço numa “GALP”
Pedro SousaATSI 2006
General IM PrinciplesIn
form
atio
n Se
curit
yIn
form
atio
n Se
curit
y
Enterprise SecurityEnterprise Security
Info
rmat
ion
Man
agem
ent P
roce
sses
Gestão da Informação
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
Pedro SousaATSI 2006
Exemplos mais simples
• Horas reportadas em projectos• Funcionário• Aula
Pedro SousaATSI 2006
Tópicos
• A missão da Arquitectura de Informação• A Arquitectura de Informação• Exemplos • A Natureza da Informação
Pedro SousaATSI 2006
Pedro SousaATSI 2006
Pedro SousaATSI 2006
Pedro SousaATSI 2006
Pedro SousaATSI 2006
Exemplo
Pedro SousaATSI 2006
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 2006
Exemplo:EntidadeFuncionário
F u n c io n á r io In fo rm a ç ã o d e ta lh a d a d e c a d a t ra b a lh a d o r(c ó d ig o , d a ta s , n o m e , m o ra d a , B I , e tc ) .H o s to r ia l d o T ra b a lh a d o rn ae m p re s a .In fo rm a ç ã o p o r á re a . T ra b a lh a d o re sq u e p e r fa z e m 1 5 e 3 0 a n o s d e a n t ig u id a d eR e g is to d o p a rq u e a u to m ó v e l d o g ru p o .
2 6 F u n c io n á r io _ A c id e n te R e g is to d e A c id e n te s d e T ra b a lh o (A T ) . ,R e la tó r io s p e r ió d ic 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 ro lo d eE q u ip a m e n to s d e P r o te c ç ã o In d u s t r ia l(E P I's ) .
3 4 F u n c io n á r io _ A v a lia ç ã o F ic h a s d e A v a l ia ç ã o . P ro c e s s o in d iv id u a l d e a v a lia ç ã o a n n u a l. A n á lis e d eP ro c e s s o s In d iv id u a is . A c ç õ e s
3 0 F u n c io n á r io _ C a r re ira O rg a n ig ra m a d a e m p r e s a s e g u n d o o sp o s to s d e t ra b a lh o . E s t ru tu ra d ee fe c t iv o s d e f in id a p e la P o r tu c e l S G P S .V e n c im e n to e o IR S d e c a d a t ra b a lh a d o r . C u s to s c o m P e s s o a l .
3 3 F u n c io n á r io _ C o m u n ic a ç ã o L is ta T e le fó n ic a . N o m e s e m o ra d a s d eto d o s o s d e s tin a tá r io s( t ra b a lh a d o re s /e m p re s a s e in s t itu iç õ e s )d e b o le t in s in te rn o s d e in fo rm a ç ã o .
3 1 F u n c io n á r io _ D e s lo c a ç õ e s L is ta d e m a rc a ç ã o d e v ia g e n s ere s e rv a s . N o m e d o h o te l, c o n ta c to , n ºd e n o i te s , p re ç o e q u e m p a g a .F o rm u lá r io s d e d e s lo c a ç ã o . B ilh e te s d ea v iã o (c ó p ia q u e f ic a a rm a z e n a d a )
Pedro SousaATSI 2006
Exemplo:EntidadeFuncionário
e fe c t iv o s d e f in id a p e la P o r tu c e l S G P S .V e n c im e n to e o IR S d e c a d a t ra b a lh a d o r . C u s to s c o m P e s s o a l.
3 3 F u n c io n á r io _ C o m u n ic a ç ã o L is ta T e le fó n ic a . N o m e s e m o ra d a s d eto d o s o s d e s t in a tá r io s( t ra b a lh a d o re s /e m p re s a s e in s t itu iç õ e s )d e b o le t in s in te rn o s d e in fo rm a ç ã o .
3 1 F u n c io n á r io _ D e s lo c a ç õ e s L is ta d e m a rc a ç ã o d e v ia g e n s ere s e rv a s . N o m e d o h o te l, c o n ta c to , n ºd e n o ite s , p re ç o e q u e m p a g a .F o rm u lá r io s d e d e s lo c a ç ã o . B i lh e te s d ea v iã o ( c ó p ia q u e f ic a a rm a z e n a d a )
3 2 F u n c io n á r io _ E x te rn o s Id e n t i f ic a ç ã o e re g is to d e e n t ra d a s es a íd a s d a s p e s s o a s e x te rn a s a t ra b a lh a r n a e m p re s a
2 7 F u n c io n á r io _ F o rm a ç ã o N e c e s s id a d e s d e fo rm a ç ã o p o r á re a d en e g ó c io /d e p a r ta m e n to . F o rm a ç ã oa d q u ir id a p o r fu n c io n á r io (n o m e d oc u rs o , lo c a l iz a ç ã o , c a ra c te r ís t ic a s ,c o n te ú d o , c u s to s ) . P la n o s e O rc a m e n tod e F o rm a ç ã o . O fe r ta d e M e rc a d o .
2 8 F u n c io n á r io _ P re s e n ç a s C o n t ro le d e p o n to ( h o ra s d e tu rn o eh o ra s e x t ra ) . A lte ra ç õ e s d iv e rs a s a oh o rá r io n o rm a l d e tr a b a lh o : a lte ra ç õ e sd e h o rá r io s ; a lte ra ç õ e s in d iv id u a is ;t r a b a lh o s u p le m e n ta r e t r o c a s . F a lta s ea t ra s o s e J u s t i f ic a ç õ e s . P la n o d e F é r ia s .
2 9 F u n c io n á r io _ S a ú d e P la n o d e e x a m e s m é d ic o s , in c lu in d o :ra s tre io s ; v a c in a s ; c o n s u lta s in d iv id u a is . In c a p a c id a d e s te m p o rá r ia s .
Pedro SousaATSI 2006
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 2006
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 2006
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 2006
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 2006
Tópicos
• A missão da Arquitectura de Informação• A Arquitectura de Informação• Exemplos • A Natureza da Informação
Pedro SousaATSI 2006
Níveis de Gestão e Necessidades de Informação
• Gestão Estratégica – decisões empresariais, globais, irreversíveis, a médio e longo
prazo. Requer informação global trimestre/semestre/ano
• Gestão de Direcção– decisões de coordenação e planeamento de uma área, a curto e
médio prazo. Requer informação agregada da área ao mês/trimestre
• Gestão Operacional– decisões operacionais relativa a uma actividade com efeitos
imediatos. Requer informação detalhada do dia/semana
Pedro SousaATSI 2006
Níveis de Gestão e Necessidades de Informação
OutrosOutrosOutros
Decisões EstratégicasDecisões de CoordenaçãoDecisões Operacionais
Resolver Problemas UrgentesResolver Problemas
Resolver Problemas Importantes
InovaçãoInovação
Inovação
Utilização dos Recursos Gestão de Recursos Definição de Recursos
Pedro SousaATSI 2006
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 2006
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 2006
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 2006
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 2006
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 2006
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 2006
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 2006
Data Warehouse
Data Mart
Data Mart
Extração, Limpeza eCarregamento de Dados
Old Detail
Current Detail
Sistemas OperacionaisSistemas 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 2006
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 2006
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......