1.arhitectura
Post on 06-Jul-2018
213 Views
Preview:
TRANSCRIPT
-
8/17/2019 1.Arhitectura
1/16
1
Arhitectura unei IntreprinderiDigitale
-
8/17/2019 1.Arhitectura
2/16
2
Ierarhia sistemelor
VE
Corporate Domain
Business System Domain
Business Processes
Business Applications
Application Components
-
8/17/2019 1.Arhitectura
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)
-
8/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
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/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
9/16
Exemplu
Enterprise systems
Contabilitate
BSD Procesare
Comenzi
ArhiveManagement
dateCumparare
Warehouse
BSD
CRM
Client
Warehouse
Facturare
Transport
Transport
Portal Vanzari
Furnizor
Receptie
Transport
-
8/17/2019 1.Arhitectura
10/16
10
Arhitectura unui BSD
-
8/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
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
-
8/17/2019 1.Arhitectura
14/16
14
Servere
• De obicei, 4 tipuri de server - Web Server
- Application Server
- Database Server
- Directory Server
-
8/17/2019 1.Arhitectura
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)
-
8/17/2019 1.Arhitectura
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
top related