1.arhitectura

8/17/2019 1.Arhitectura

1/16

1

Arhitectura unei IntreprinderiDigitale


2/16

2

Ierarhia sistemelor

VE

Corporate Domain

Business System Domain

Business Processes

Business Applications

Application Components


3/16

3

Application Components

• Unitati software care pot fi combinate

• Combinarea poate fi facuta intr -un

mediul distribuit (EJB, CORBA, DCOM)

• Integrarea acestor componente poate fi

facuta folosind modele formale (UML)


4/16

4

Business Applications

• Un sistem integrat care se executa, inmod independent

-- o baza de date

-- o interfata cu utilizatorul

• Exemplu: O aplicatie de personal

(obtinere si schimbare date)

-- dar o astfel de aplicatie nu spune

cand poate fi angajata sau concediata o

persoana


5/16

5

Business Processes

• In actualele sisteme, procesele suntincluse in codul aplicatiilor

-- netransparente, greu de schimbat

• Ideal: Workflow management

• Departamentul de resurse umane va

defini procese pentru angajare,

concediere, mariri salariu

-- alti manageri pot participa de

asemeni


6/16

6

Business System Domains (BSD)

• O multime de procese business

-- componente in comun

-- stari consistente ale acestor

componente (permit roll-back)

• In general, un BSD va fi implementat

intr-o singura locatie geografica (De ce?)

-- pot fi replicate

• Este un domeniu de securitate

-- LANs vor fi izolate


7/16

7

Corporate Domains

• Un domeniu poate contine mai multeBSD (mai multe divizii)

• Coordinarea se face prin comunicareaintre procese si prin evenimente

• Integrarea BSD-urilor se va face

intotdeauna prin loose coupling.


8/16

8

Virtual Enterprise (VE)

• Priveste intreaga organizatie ca unintreg

-- protejare de atacuri externe

-- protejare de atacuri interne

• Electronic Commerce

-- portaluri (punct de acces intr-un

BSD)

• HTTP


9/16

Exemplu

Enterprise systems

Contabilitate

BSD Procesare

Comenzi

ArhiveManagement

dateCumparare

Warehouse

BSD

CRM

Client

Warehouse

Facturare

Transport

Transport

Portal Vanzari

Furnizor

Receptie

Transport


10/16

10

Arhitectura unui BSD


11/16

Arhitectura Generala

Business

Processes

Component

Containers

Organization

Directory

Name

Service

Exception

Service

System

Management

Web

Server

Persistence

Service

Security

Service

Message

Queues

Transaction

Service

Document

Archive


12/16

12

Tipuri de BSD

• Bazate pe componente- Un model scalabil, flexibil.

- Multe tehnologii disponibile (J2EE, CORBA, DCOM)

• Legacy - conectate cu restul sistemului prin adaptoare

• COTS (Component of the Shelf)

- viteza mare de implementare si de punere in functiune

- flexbilitate redusa, scump de mentinut pe termen lung

- conectate cu restul sistemului prin adaptoare


13/16

13

Modelul pentru Integrare

Portaluri B2B

IntranetSystem

ManagementArhivare

Calculatoare

Personale

Servicii

Securitate Sistemul demesaje

Legacy COTS Componentedistribuite

Sistem decontrol al

productiei

Coada mesaje Coada mesaje Coada mesaje Coada mesaje

Adaptor Adaptor


14/16

14

Servere

• De obicei, 4 tipuri de server - Web Server

- Application Server

- Database Server

- Directory Server


15/16

15

Request Broker

• Invocarea de metode la distanta este principala paradigma de comunicare intre

componentele unui BSD

• Se foloseste de obicei un request broker,care asigura infrastructura necesara unor

astfel de invocari

• IDL (proxy skeleton basedarchitecture)


16/16

16

Ce vom face

• Arhitectura unei intreprinderi digitale- Componente

- Web Servers

- Publish-subscribe

- Workflow systems

• Stocarea datelor

- Sisteme de fisiere distribuite

- BigData: HDFS si Map-Reduce

• Securitate

- Autentificare in sisteme distribuite

- RBAC

1.arhitectura

Documents