SIE-2-2015

Sisteme informationale

economice (2)

ASE, CSIE, IE

Arhitecturi de intreprindere. Modele arhitecturale

Structura

Definitie, principii de realizare

Modele arhitecturale

Clasificarea modelelor arhitecturale. Alegerea modelului arhitectural

Avantajele modelelor arhitecturale

Evolutia principalelor modelele arhitecturale

Definitie, principii

O arhitectura de intreprindere (EA) constituie reprezentarea holistic a unei organizaii, formata din:

elementele cheie ale afacerii

informaiile, aplicaiile si strategiile tehnologice

impactul acestora asupra funciilor i proceselor afacerii

EA este rezultatul unui proces de modelare i de documentare a tuturor aspectelor legate de organizaie pentru a se garanta c serviciile, procesele, aplicaiile, informaiile, datele, tehnologiile, locaiile, personalul, evenimentele i termenele sunt toate aliniate cu obiectivele ntreprinderii.

Scopul principal al EA este acela de a crea o hart a activelor IT si a proceselor de afaceri, baza pentru definirea unui set de

principii de guvernare. Aceste elemente la rndul lor determin strategia de afaceri i modul n care aceasta poate fi exprimat prin intermediul IT.

Exemplu cu modelele utilizate

pkg Model arhitectura intreprindere bazat pe RIM

Arhitectura de afaceri

Roluri

Actori

Client StakeholderIntreprindere

Cumprtor Vnztor / intermediar Furnizor

Clientul doresteachizitionare

produs/serviciu

Analiza cerereclient

Analiza cerere

Disponibilitateprodus/serviciu

Verificaredisponibilitate

produs/serviciu

Preluare comanda

Inregistrare dateclient in sistem

Datepersonale

Date fiscale Datefinanciare

Inregistrarecerere client

Detalii cerereclient

Inregistrarecerere

Transmiterecerere client laDep. Achizitii

Analiza cereri client / ofertefurnizori

Agent negociator /Agent iniiator

Corelare cerereclient - oferta

furnizori

04.Analiza oferte furnizoripe baza cotatiei

Agentulfurnizorului

Negociere

07.Alege oferta cea maibuna

05.Negociereintreprindere-furnizori

pentru cotatie

Trimitere oferta

02.Primire instiintareparticipare la licitatie

06.Confirmarecotatie

03.Trimitereoferta

Agentulclientului

01.Trimitere intiinare ctrefurnizor pentru trimitere

oferta

Cerere clientdevine comanda

ferma

Preluare comanda decatre Dep. Achizitii

Trimitere comanda lafurnizorul castigator

Furnizorul trimite factura simarfa/angajament servicii

Primire factura simarfa/confirmarerealizare servicii

Inregistrarefactura de Dep.

Achizitii

Marfa receptionatade Dep. Magaziepe baza NIR (decatre gestionar)

Etichetare marfa cucoduri de baza

pentru trasabilitate

Creare pachetclient

Realizare facturapentru client

Trimitere pachetsi factura la

client

Clientulreceptioneazamarfa/servicii

Achit factura

Protocolnegociere

Inregistrare serviciisolicitate de client

Catalogareservicii

Realizare pachetde servicii pentru

client

08.Trimitere mesajanun ctigtor

Stat

09. Primire mesaj furnizorcastigator

Incasare taxe si impozite Banc

Produs / Serviciu

Valoare

Punct 3 Punct 4Punct 5Punct 6Punct 7Punct 8Punct 9Punct 10Punct 11

Are asociat un agent

software pentru

procesul de negociere

Achitarea

facturii se

reflecta in

contabilitate

Ext

ras

banc

ar /

Trim

itere

ban

i

ctre

furn

izor

i

Pla

ta

taxe

/impo

zite

Are asociat

Conditi i ce

trebuie

indeplinite

Negociere

reusita

Criterii


Arhitectura informaional

ERP

Aria achiziiiAria vnzriAria gestiune

magazieAria contabilitate Aria

managementSistem IT de configurare,administrare i gestionare

utilizatori

Aplicaie pentrugestionare resurse

umane - HCM

Procesaretranzactie

Factur

Administrare tranzactie

Facturare

Date tranzacie

Funciecontabil

Schimb de date

Interfa ERP

ArchiMate_Junction

Cumul date

Aplicaie pentrusalarii

Punct 1 Punct 2

Punct 3 Punct 4Punct 5Punct 6Punct 7Punct 8Punct 9Punct 10Punct 11

BusinessIntelligence

Factur deachiziii

nregistrare factur de lafurnizor

Datetranzacie

Schimb de date

Descarc

stoc din

contabilitate

Pli /

ncasri

Inregistreaza

factura

Foloseste

ncarc stoc

din

contabilitate

Date

Informaii /

cunotine

Descarc

stoc

gestiune

Incarc

stoc

gestiune

Coreleaz

nregistrrile

contabile


Arhitectura tehnologic

Servicii pentru infrastructur

LAN intern 2

LAN intern 1

Nod

Windows NT 6.1 -

Windows Server 2008

R2 - Enterprise Edition

Server de domeniu

(Domain controller)

Nod

SQL Server 2008 ERP

CRMServer de

aplicaii 1

Nod

Program

bancar

AntivirusFileServerServer de

aplicaii 2

Desktop

PC 1Desktop

PC 19 Network-attached

storage

Switch - 24

porturi

Interfa

Interfa

Interfa

Interfa configurare

(prin browser)

Interfa

Switch - 8

porturi

Interfa

Nod

Server de

aplicaii 3 FileServer

Desktop

PC 1

Desktop

PC 6

Interfa

Router intrare (cu firewall, antivirus i antispam)

Nod

Server

web, mailLinux

Interfa

Internet

Platform pentru

ageni software

- JADE -

Main ContainerServicii

platform

Interfa

Procese

Servicii

Servicii intranet

Servicii pentrucomunicaii fr fir

Servicii pentruvoceServicii

extranet

Servicii pentruvideo

Servicii acces internet iconexiuni VPN

Servicii dedate

Servicii de stocare - SAN(Storage area network)

Servicii pentruSANoIP

Servicii pentrudispozitive mobile

Servicii pentru PSTN (publicswitched telephone network)

Servicii pentrudistribuirea automat a

apelurilor (ACD)

Servicii pentrurutarea apelurilor

Servicii specifice HotSpot(Oracle)

Servicii de

securitate

Nod

Server preluare

comenzi online Interfata

Artefacte

(software

agenti)

Punct 1 Punct 2

Servicii pentru I M,P2P, VoIP

Ca

le d

e

co

mu

nic

ai

e

DMZ 1

Fib

r o

pti

c

cu

/fa

ra

me

dia

co

nv

eto

r

Realizeaza

Prin

ACL

Conexiune internet

(10Mb pentru LAN 1)

Conexiune internet

pentru redundan

(2Mb pentru LAN 2)DMZ 2

Fib

r o

pti

c

cu

/fa

ra m

ed

ia

co

nv

ert

or

Niveluri arhitecturale

arhitectura de afaceri, principalele procese de afaceri;

arhitectura informaional, aplicaiile, datele i modul de integrare a acestora;

arhitectura tehnologic, tehnologiile care sustin arhitectura informaional prin platforme de operare, reele, diverse aplicaii pentru colaborare, reprezentarea i manipularea datelor, integrare, securitate i managementul sistemelor.

Cadrul de dezvoltare a unei EA

Clienti

Investitori

Factori de

reglementare

Competitori

Piata

Oportunitati

Industrie

Strategia de afaceri a

intreprinderiiSuma

Activele afacerii

Activele si procesele IT

existente

Activele si procesele

IT finale (tinta)

Arhitectura de intreprindere (EA)

Descriere arhitectura

existenta

Standarde folosite de

EA

Descriere EA

modificata

Noile standarde folosite

de EA

Proiecte pentru EA

Plan de dezvoltare

Suma Suma

Instrumente de

monitorizare/ operare/

securitate

Instrumente de

guvernanta a

arhitecturii

Instrumente pentru

determinarea eficientei

EA

Instrumente de

dezvoltare EA

Modele si cadre de lucru

arhitecturale

Standarde pentru EA

Principii i reguli folosite de intreprindere

Tehnici si metode

de dezvoltare a

EA existente in

industrie

Principii

arhtiecturale

Instrumente, modele, tehnici, metode

Cadrele de lucru (frameworks) si

modelele stratificate

Stratificarea este utiizata pentru definirea mai detaliata coninutul componentelor. Un exemplu este OSIRM (Open Systems

Interconnection Reference Model), 1984.

Cadrele de lucru cele mai cunoscute sunt: Zachman Framework,

TOGAF (The Open Group Architecture Framework),

FEA i DoD TRM (Department of Defense Technical Reference Model)

Utilizarea diferitelor cadre de lucru

Other

6%

CIMOSA (Computer

Integrated Manufacturing

Open Systems

Architecture) framework

6%

Organization own

32%

C4ISR, US Defense

Architecture Framework

6%

TOGAF, the Open Group


9%

FEAF, US Federal

Enterprise Architecture

Framework

6%

Zachman Framework

18%

IAF, Cap Gemini Ernst &

Young's - Integrated


7%

ISO/IEC 14252 (IEEE

Std 1003.0) Guide to the

POSIX Open System

Environment

3%

TEAF, US Treasury

Enterprise Architecture

Framework.

4%

PERA (Purdue

Enterprise Reference

Architecture) Framework

3%

EA stratificata

OS

Internet Intranet Wireless Extranet Date Voce Video VoIP

Securitate

Detectare erori

Configurare

Cuantificare

performane

Nivel servicii pentru

afaceri

Nivel informaional

Nivel aferent

sistemelor/aplicaiilor

Niv

el

teh

no

log

icResurse logice

Niv

el

de

ma

na

ge

me

nt

Platforme (mainframe) Platforme (midrange) StocareDesktop-uri

OSHardwareHardwareHardware

Reea

Resurse fizice

Aplicaii localeOSOS

Nivelurile de maturitate ale EA

Arhitectura de

afaceri

Arhitectura

informaional(Arhitectura de

aplicaii)

Arhitectura


date)

Arhitectura

tehnologic

Arhitectura de

afaceri

Arhitectura


aplicaii)

Arhitectura


date)

Arhitectura

tehnologic

Arhitectura de

afaceri

Arhitectura


aplicaii)

Arhitectura


date)

Arhitectura

tehnologic

Fr arhitectur

Cu arhitectur parial

Cu arhitectur ntreag

Nivelul de complexitate al sistemelor

Intranet

Lan/WAN

Server HTTP

Continut

serverContinut staticContinut dinamic

BrowserAngajati

Clienti

Sis

tem

cu g

rad redus

de

com

ple

xita

te

Internet

Intranet

Lan/WAN

Server HTTP

Continut


BrowserAngajati

Clienti

Server HTTP

Continut static

Firewall

Server de aplicatii

Firewall

domeniu

Portal server Servicii

Personalizare

server

Server

securitate

Sis

tem

cu g

rad m

ediu

de

com

ple

xita

te

Extranet

Internet

Intranet

Lan/WAN

Server HTTP

Continut


BrowserAngajati

Clienti

Server HTTP

Continut static

Firewall

Server de

aplicatii

Firewall

domeniu

Portal server Servicii

Personalizare

server

Server

securitate

Parteneri

de afaceri

Sisteme/servicii

alti actoriMesaje

Firewall

Administrator

conturi

Politici de

securitate

Baza de date

intreprindere

Depozit de date

intreprindere

Hub pentru

integrarea mesajelor

si fisierelor

Servicii

web

Sis

tem

cu g

rad r

idic

at de

com

ple

xitate

Avantajele EA

Standardizare la nivelul ntregii organizaii, baza pentru reducerea costurilor pentru rularea/testarea ntregului sistem sau

doar a unei anumite componente.

Comunicare mai uoar ntre stakeholderi;

Raportri statistice diverse;

Obinerea n timp util a informaiilor necesare;

Facilitarea i fundamentarea luarea din timp a deciziilor;

Abstractizarea descrierii sistemului/mediului;

EA ajut ntreprinderea s decid mai uor modul de realizare a unor noi investiii IT, i anume unde s implementeze, unde s modifice i unde s renune la anumite aplicaii i/sau componente;

Creeaz o legtur ntre tehnologiile folosite i misiunea ntreprinderii;

Faciliteaz interoperabilitatea i integrarea tehnologiilor folosite;

Sporete securitatea;

Simplitate n utilizare;

Dezavantajele EA

Infrastructur; EA reclama existenta unei infrastructuri solide i care s rspund n totalitate cerinelor de comunicaie pentru implementare. De asemenea, capacitatea reelelor constituie un factor de care trebuie inut cont la realizarea EA;

Integrarea soluiilor: prin integrarea soluiilor trebuie s se transmit informaii ntre sisteme ce folosesc limbaje de programare diferite, platforme de operare diferite, formate diferite

de date;

Adaptarea la schimbri : aplicaiile sufer periodic schimbri i actualizri. EA trebuie s in cont de modul de comunicare al aplicaiilor integrate i de conexiunile realizate ntre acestea.

Este nevoie de o perioad de timp pentru ca angajaii s se obinuiasc cu noile sisteme integrate n cadrul arhitecturii;

Nivelul de pregtire al utilizatorilor;

Sistemele din cadrul arhitecturii trebuie prevzute cu msuri suplimentare de siguran;

Urmrirea dificil a fluxurilor informaionale i a proceselor complexe;

De ce companiile adopta EA?

Distribuia companiilor n funcie de motivul ales pentru implementarea unei EA

16%

14%

14%

12%12%

11%

11%

5% 3% 2%

Asist la luarea deciziilor

Ajut la controlul portofoliului IT

Ofer planuri detaliate pentru

schimbrile ntreprinseReduce compexitatea activitilor

Ajut la dezvoltarea sistemelor

Ofer o nelegere de ansamblu i de

detaliu mai bun a afaceriiAjut la prioritizarea alocrilor din

bugetSuport externalizare i internalizare

de activitiOptimizeaz fuziunile i achiziiile

Altele

Principii de realizare EA

Nr. crt. Principii arhitecturale Semnficatie

1 EA trebuie s permit desfurarea afacerii EA trebuie s promoveze denumirea/brandul ntreprinderii

trebuie s ajute compania s creasc gradul de satisfacie al clienilor i popularitatea denumirii/brandului acesteia

2 EA trebuie s conduc la creterea profitului trebuie s ajute compania s intre/acapareze noi piee i s se adapteze ct mai repede la caracteristicile acestora

3 EA trebuie s permit desfurarea afacerii

trebuie s ajute compania s i conduc afacerea ntr-o manier ct mai riguroas

4 EA trebuie s ajute la extinderea pe alte piee ale ntreprinderii

trebuie s ajute compania s intre/impun pe noi piee i s se adapteze ct mai repede la caracteristicile acestora

5 Ea trebuie s rspund n timp rapid cerinelor pieii/clienilor

trebuie s ajute compania s introduc pe piat ntr-un timp ct mai scurt produse noi pentru a satisface

nevoile mereu n schimbare ale clienilor

6 EA trebuie s mbunteasc producia trebuie s ajute compania astfel nct afacerea s foloseasc ct mai puine resurse;

7 EA trebuie s permit nlocuirea/adugarea de parteneri (stakeholderi)

trebuie s ajute compania astfel nct s fie capabil s nlocuiasc/adauge un furnizor n timp ct mai scurt i cu pierderi ct mai mici

8 EA trebuie s duc la simplificarea proceselor

trebuie s ajute compania s simplifice procesele de afaceri, micornd astfel timpul acestora de desfurare;

9 EA trebuie s fie eficient din punct de vedere al costurilor

trebuie s ajute compania s realizeze tranzacii la costuri ct mai reduse, pstrnd n schimb acelai grad (sau chiar unul mai bun) de funcionalitate

10 EA trebuie s poat fi optimizat trebuie s ajute compania s beneficieze de o reducere a costurilor folosind noile tehnologii

aprute. De aceea, trebuie aleas i folosit cea mai bun soluie pentru EA din cele existente. Daca exist deja o variant de EA, aceasta va trebui s poat fi optimizat.

11 EA trebuie s fie realizat la nivel global trebuie s ajute compania s realizeze i s menin legturi cu stakeholderi aflai la mare distan (de exemplu, localizai pe alte continente)

12 EA trebuie s suporte mai multe servicii trebuie s ajute compania s i construiasc o platform care s suporte mai multe servicii. Este mai ieftin, de exemplu, pentru companie din punct de

vedere al managementului i al planificrii s dein o reea care accept voce, video i date simultan.

13 EA trebuie s fie scalabil trebuie s permit companiei s adauge rapid funcionaliti specifice ntr-o manier care s vizeze un grad ridicat de compatibilitate i o alocare eficient a costurilor.

14 EA trebuie s ofere mai multe niveluri de calitate a serviciilor (QoS quality of services).

trebuie s ajute compania s ofere mai multe niveluri de calitate Acestea trebuie s vizeze tranzaciile, produsele, i clienii.

15 EA trebuie s poat fi reconfigurabil trebuie s sprijine compania (ntr-un mod rapid i eficient din punct de vedere al costurilor) pentru a

face fa nevoilor de afaceri prin reconfigurarea EA.

16 EA trebuie s fie unificat trebuie s ajute compania s i creeze o infrastructur de reea consistent i bine proiectat.

Istoricul EA

Modele arhitecturale (MA)

Un model arhitectural (MA) conine principiile, serviciile, standardele, conceptele, componentele, modurile de vizualizare

i configuraiile.

Clasificarea MA

MA difer din punct de vedere al structurii, principiilor, stakeholderilor i al problemelor specifice cu care se confrunt mediul n care ntreprinderea i desfoar activitatea.

Problemele constau n identificarea unor metode i a unui vocabular comun i n stabilirea unor standarde i a unui set de instrumente de comunicare. Problemele odat soluionate sunt integrate n construcia modelului arhitectural.

Clasificarea MA in functie de tipul

modelului arhitectural

1. Modele dezvoltate de companii:

GERAM (Generalised Enterprise Reference Architecture and Methodology) (1990)

CIMOSA (Computer Integrated Manufacturing Open System Architecture) a fos realizat de ctre Consoriul AMICE n 1990 n cadrul unui proiect european.

GERAM (Generalised Enterprise Reference Architecture and Methodology ) reprezint un standard realizat pe baza CIMOSA (1990)

TOGAF (1995)

Clasificarea MA in functie de tipul

modelului arhitectural

RM-ODP (the Reference Model of Open Distributed Processing)

EABOK (The Guide to the Enterprise Architecture Body of Knowledge) (2004)

IDEAS Group (International Defence Enterprise Architecture Specification for exchange Group) (2005)

ARCON - A Reference Architecture for Collaborative Networks (2007)

2. Modele de tipul Open Source

PRAXEME (2006)

TRAK (The Rail Architecture Framework) (2009).

MEGAF - descrie o infrastructur folosit la realizarea cadrelor arhitecturale care respect definiia EA oferit n standardul ISO/IEC 42010 standard (2010)

3. Modele cu licen (brevetate)

Modelul Zachman (1987).

IAF (Integrated Architecture Framework) creat de compania Capgemini (1993).

IFW (Information FrameWork), realizat de Roger Evernden (1996).

OBASHI (Ownership, Business Processes, Applications, Systems, Hardware and Infrastructure) (2001).

GARTNER (2005)

SAM (Solution Architecting Mechanism) (2006).

CLEAR Framework for Enterprise Architecture (Clarifying Learning Expectations and Results) (2006).

PEAF (Pragmatic Enterprise Architecture Framework) (2008)

4. Modele create pentru industria de aprare

DoDAF - the US Department of Defense Architecture Framework (2003 apariia versiunii 1.0 a modelului arhitectural).

MODAF (British Ministry of Defence Architecture Framework) (2005).

AGATE (Atelier de Gestion de l'ArchiTEcture des systmes d'information et de communication)

NAF (NATO Architecture Framework)

DNDAF (Department of National Defence and the Canadian Forces (2008)

TRAK (The Rail Architecture Framework, 2009)

5. Modele guvernamentale

NIST Enterprise Architecture Model (National Institute of Standards and Technology) (1990).

FEAF (Federal Enterprise Architecture Framework) (1999)

TEAF (Treasury Enterprise Architecture Framework (2000).

GEA (Government Enterprise Architecture)

FDIC Enterprise Architecture Framework (Federal Deposit Insurance Corporation) (2005)

NORA (Nederlandse Overheid Referentie Architectuur)

Clasificare MA in functie de organizarea

informaiei

Modele care ajut la structurarea arhitecturii ntreprinderii folosind ntrebri cum ar fi ce?, cum?, cine?, etc. care vizeaz diverse aspecte n ceea ce privete dezvoltarea arhitecturii.

Modele care au n componena lor patru nivele: nivelul de afaceri, nivelul de date, nivelul aplicaiilor i nivelul tehnologic.

Modele care adaug o list de verificare a elementelor ce trebuie livrate, fiind cunoscute ca modele de referin (ca de exemplu FEA), pentru a alinia procedura de realizare a produselor din toate

zonele de dezvoltare.

Modele bazate pe o ierarhie de procese, precum: SCOR (Supply Chain Operations Reference, VCG VRM (Value Reference Model

al Value Chain Group), APQC (American Productivity & Quality

Center).

Modele arhitecturale care conduc la dezvoltarea i punerea n aplicare a celor mai performante bune-practici de gestionare a

programului, precum: EAP.

Modelele arhitecturale dezvoltate n domeniul aprrii care se bazeaz pe metamodele i artefacte ce provin cu precdere din abordarea orientat pe obiecte.

Evolutia principalelor MA

Alegerea modelului arhitectural

evaluarea atent i nelegerea afacerii i a mediului n care aceasta se desfoar;

definirea scopurilor i a obiectivelor care trebuie atinse prin folosirea modelului arhitectural;

verificarea prin care se constat ce model arhitectural se potrivete cel mai bine ntreprinderii innd cont de scopurile i obiectivele sale;

personalizarea modelului arhitectural n funcie de nevoile existente i de tehnicile de modelare avute la dispoziie;

verificarea noii versiuni de MA obinut n urma personalizrii prin rularea mai multor scenarii;

n urma rulrilor, versiunea de MA trebuie actualizat i mbuntit.

Avantajele MA

ofer o modalitate de a organiza structura aferent EA;

este o resurs valoroas care ajut ntreprinderea s identifice soluii mai bune n folosirea eficient a tehnologiei utilizate pentru susinerea proceselor de afaceri;

evideniaz legturile existente ntre cerinele afacerii, arhitectura informaional i arhitectura tehnologic;

ofer o serie de soluii pentru a descoperi i a organiza datele, date ce vor fi folosite ulterior la la construirea view-urilor. View-

urile au rolul de a asigura completitudinea, integritatea i acurateea datelor;

cresc securitatea n ceea ce privete legturile dintre artefactele create n cadrul arhitecturii;

pot fi eliminate mai uor procesele i informaiile redundante;

ofer abloane de lucru, fcnd astfel mai uor de neles i de utilizat modelul;

se poate realiza o proiectare a arhitecturii pe baza caracteristicilor afacerii;

unele modele ofer ndrumare n ceea ce privete maniera n care poate fi folosit modelul pentru a dezvolta arhitecturi cu un

grad ridicat de securitate precum i arhitecturi orientate pe servicii;

ofer definii clare n ceea ce privete termenii specifici cu care se lucreaz;

ofer un cadru n care pot fi evideniate caracteristicile fluxurilor i schimburilor informaionale n raport cu resursa uman;

permit impunerea de condiii care indic ordinea n care relaiile i evenimentele trebuie s aib loc;

ofer ajutor pentru modul de folosire a instrumentelor puse la dispoziie;

unele modele arhitecturale folosesc limbajul UML (ex. TRAK);

prin soluiile i instrumentele puse la dispoziie, modelul arhitectural poate aduce n atenie o anumit activitate, crend pentru ndeplinirea ei n timp util artefactele necesare;

modelul arhitectural ofer o interoperabilitate i separare a elementelor interne i externe, oferind astfel o flexibilitate mai mare arhitecturii. Flexibilitatea const n capacitatea de a nlocui i/sau substitui task-uri/servicii/procese n caz de eroare, n a actualiza sau schimba task-uri/servicii/procese fr ca operaiunile ntreprinderii s aib de suferit, de a refolosi task-urile/serviciile/procesele existente pentru realizarea unui nou

produs sau seriviciu, etc;

reduce semnificativ costurile construirii unui sistem complex;

realizarea livrabilelor se face mai rapid;

ofer un control general al costurilor mai bun;

ofer o predictibilitate mai exact pentru dile de livrare.

SIE-2-2015

Documents

Transcript of SIE-2-2015