ARHITECTURI SOFTWARE PENTRU NTREPRINDERI

Mihaela OSACI, Adela BERDIE, Adriana SUPURAN

ENTERPRISE SOFTWARE ARCHITECTURES

The paper proposes an analysis of enterprise software architectures
that meet the requirements of increasingly higher alert imposed on the
dynamics of economic processes and high technology. The current approach
should lead to integration with the enterprise architecture information system
"enterprises driven by computer systems are a profitable, responsive and
flexible. The quality of internal information management becomes a factor of
effectiveness [1].
Keywords: software architecture, embedded systems, systems ERP
(Enterprise Resource Planning)
Cuvinte cheie: arhitecturi software, sisteme informatice integrate,
sisteme ERP (Enterprise Resources Planning)

1. Introducere
Avnd n vedere tendinele actuale de trecere la economia
informatizat, nu se mai poate vorbi de modelare a proceselor de
afaceri fr a ngloba arhitectura software ca element de baz al
arhitecturii ntreprinderii [2].
Dezvoltarea arhitecturii software integrate asigur premisele
informatizrii proceselor de afaceri pentru adaptarea la contextul actual
i pentru creterea competitivitii. Astfel, a aprut i s-a dezvoltat
conceptul de arhitectur a proceselor de afaceri n corelaie cu
arhitectura software care, mpreun, redau structura proceselor de
afaceri i a sistemelor informatice care le deservesc.
175

2. Paradigma arhitectural a ntreprinderii

n 1987 Zachman, pornind de la scopul unei organizaii de a fi
productoare de profit, introduce conceptul de arhitectur la nivelul
ntreprinderii. n concepia lui Zachman, arhitectura ntreprinderii
reprezint un plan detaliat "enterprise blueprint" [2], [3]. n acest sens,
ea stocheaz planurile de afaceri, modelele de date i de procese i
toate specificaiile i elementele proiectate la nivel conceptual, logic i
fizic.
Plecnd de la filosofia de structurare a lui Zachman, s-au
dezvoltat abloane standard pentru procesele de afaceri care apoi pot fi
valorificate de orice ntreprindere pentru a le adapta propriei sale
structuri [2]. n acest mod, sunt economisite eforturile a luni de zile de
construire a arhitecturii software, timp i energie care pot fi convertite n
alte direcii n vederea creterii performanei.
3. Conceptul de arhitectur software
Odat cu creterea complexitii sistemelor software, se
impune utilizarea paradigmei de arhitectur software a sistemului.
Datorit definiiilor pentru termenul de arhitectur software, s-a impus
standardizarea terminologiei, ceea ce a condus la apariia standardului
IEEE 1471. n viziunea acestui standard, conceptul de arhitectur
software este organizarea fundamental a unui sistem reprezentat
prin componentele acestuia, relaiile dintre ele i principiile care stau la
baza conceperii i evoluiei sistemului [5]. Ca atare arhitectura
software ofer o viziune de nivel nalt asupra sistemului, punnd n
eviden structura acestuia, dar ascunznd detaliile de implementare.
Dintre abordrile soft arhitecturale existente, pentru dezvoltarea unei
arhitecturi integrate, se utilizeaz o arhitectur client/server pe nivele ntier, cel mai frecvent 3-tier.
4. Sisteme informatice integrate ERP (Enterprise
Resources Planning)
n realizarea unui cadru arhitectural standard, s-a pornit de la
premisa c toate ntreprinderile desfoar un set comun de procese n
scopul realizrii de profit, cum sunt: marketing, distribuie,
management, producie, gestiune financiar, management resurse
umane etc. Deci, indiferent de profil, se poate distinge un cadru
standard de procese comune care n general utilizeaz aceleai
informaii.
176

Pornind de la o arhitectur standard, utilizatorul are o viziune

de ansamblu, general, fiindu-i mult mai uor s o particularizeze
pentru propriile sale nevoi. Plecnd de la aceste considerente, n
ultimul timp s-au dezvoltat sisteme informatice integrate cu suport ERP
(Enterprise Resources Planning).
Un ERP este o aplicaie software complex alctuit din mai
multe module care integreaz procesele economice ale ntreprinderii cu
scopul optimizrii i creterii eficienei acestora. Din punctul de vedere
al funcionalitilor, un software ERP acoper toate domeniile de interes
ale unei afaceri. Sunt bazate pe sisteme cu arhitectur client/server (ntier), spre deosebire de vechile sisteme mainframe sau minicomputer
bazate pe arhitecturi proprietare. Folosesc tehnologia bazelor de date
distribuite relaionale, sunt, n general, bazate pe software de generaia
a 4-a cu faciliti OOP/modularitate, prezint interfa grafic(GUI),
operaii ntre mai multe locaii etc.
mbuntirile continue aduse la nivelul tehnicii de calcul i
scderea preurilor acestuia, a fcut posibil achiziia unui sistem ERP
i de ctre companii mai mici.
Marii productori de sisteme ERP din lume sunt: SAP, Oracle,
The Sage Group, Microsoft Dynamics NAV, SSA Global Technologies.
Dintre productorii din Romnia amintim: SIVAPPS (Siveco
Applications), Charisma (TotalSoft) i Clarvision ERP.
5. Studiu de caz
Ca studiu de caz prezentm noua platform integrat SAP,
NetWeaver, care prezint i suport ERP. Platforma integrat SAP
NetWeaver include patru nivele de integrare: nivelul de integrare a
aplicaiilor, nivelul de integrare a proceselor, nivelul de integrare a
informaiilor i nivelul de integrare uman. Nivelul de aplicaii are un rol
special, deoarece ofer limbaje de programare, diferite unelte de
dezvoltare i o serie de componente (de exemplu, SAP NetWeaver
Portal, SAP Business Suite). Nivelul de aplicaii se bazeaz pe dou
servere de aplicaii (AS): ABAP si Java. Web Dynpro ABAP este parte
din stratul de prezentare AS ABAP cu arhitectur 3-tier.
Dintre modulele standard oferite de sistemul SAP amintim:
PPPlanificarea Produciei, MMManagementul Materialelor, SD
Vnzri i Distribuie, FIContabilitate Financiar, COActivitatea de
Controlling, AMManagementul activelor, PSSistemul de Proiecte,
WFFluxul Proceselor, ISSoluii Industriale, HRResurse Umane, PM
Mentenana Uzinei, QMManagementul Calitii.
177

SAP NetWeaver Application Server reprezint partea central

a stack-ului software SAP care face posibil dezvoltarea aplicaiilor
ABAP i/sau Java pentru stocarea i procesarea datelor. Suport J2EE
(Java 2 Enterprise Edition Platform) standard complet. SAP NetWeaver
Application Server este dezvoltat i pentru aplicaii Web.
Arhitectura SAP NetWeaver AS este o arhitectur pe trei
nivele: nivelul de prezentare, nivelul de aplicaii i nivelul de
persisten. Nivelul de prezentare rspunde de tot ceea ce nseamn
prezentarea datelor i primirea intrrilor utilizatorilor. Nivelul de aplicaii
este nivelul software n care sunt executate programe ABAP i/sau
Java. Nivelul de persisten este nivelul n care sunt pstrate datele
persistente n baze de date. Bazele de date care pot fi integrate prin
instruciuni Open SQL sunt: Oracle, MS SQL Server, IBM DB2, IBM
Informix. Cele trei nivele comunic prin interfee corespunztoare:
Internet Communication Manager (ICM) care realizeaz conexiunea la
Internet, Remote Call Function (RCF) (exemplu, Gateway cu conexiune
JCo care realizeaz conexiunea ntre cele dou medii de programare
Java i ABAP), conexiune prin care pot avea acces aplicaiile software
externe sau un alt sistem SAP NetWeaver AS, Database Interface
pentru comunicarea cu nivelul de persisten (baze de date).
Grafic, componentele SAP NetWeaver AS sunt prezentate n
figura 1 [7].

Fig. 1 Serverele de aplicaii ABAP i Java

Limbajul standard de programare pe sistemul integrat SAP este

limbajul ABAP (Advanced Business Application Programming), limbaj
4GL specific dezvoltrii programelor de procesare a datelor n aplicaiile
178

comerciale. Dintre caracteristici menionm: elemente de limbaj stocate

n librrii, acces integrat la baza de date prin Open SQL, tabele interne
pentru stocarea dinamic i procesarea datelor tabelare n memorie,
conceptul OLTP (online transaction processing) integrat n mediul de
execuie ABAP care permite utilizatorilor s acceseze simultan baza de
date central, interfee integrate pentru alte limbaje de programare prin
RFC (remote function call), interfa integrat pentru XML,
administrarea i accesul la obiectele partajate din memoria partajat a
sistemului, administrarea i accesul la obiectele persistente din baza de
date, accesul la Internet, accesul la interfeele utilizator, multilingual,
adic se poate programa complet independent de limba natural
deoarece elementele specifice de limb sunt separate de codurile
surs i sunt ncrcate n acord cu limba curent cnd programul este
executat, suport ambele sisteme de codificare Unicode sau nonUnicode.
Modelul de programare ABAP este un model hibrid compus din
modelul programrii OO (clase i interfee) i din modelul programrii
procedurale. Se pot apela clase din proceduri clasice i invers, se pot
apela proceduri clasice din metode. Procedural la ora actual nu se mai
prea programeaz, ns se folosesc obiectele procedurale existente pe
sistem.
Dintre funcionalitile integrate pentru procese amintim: SAP
Workflow figura 2, un tool automat pentru procese complexe i
integrarea formularisticii interactive Abobe Forms prin serviciu ADS
(Adobe Document Services).

Fig. 2 Interfa SAP Workflow

179

6. Concluzii
Acum cnd dinamica proceselor n ntreprinderi este din ce n
ce mai mare, implementarea i customizarea pe arhitectura
ntreprinderii a unui sistem informatic integrat performant este imperios
necesar. Posibilitatea prezentrii datelor n browser face facil
achiziionarea unui asemenea sistem deoarece orice ntreprindere
dispune de calculatoare i reea cu acces la Internet.
BIBLIOGRAFIE
[1] Cornion, J.P., Haltab, N.J., Qui a encore peur de l'informatique, Eyrolles,
Paris, 1990.
[2] Murean, M., Generic Integrating Business Architecture, Revista Informatica
Economic, nr.2 (38)/2006.
[3] Perkins, A., Implementing the Zachman Framework for Enterprise
Architecture - http://www.visible.com
[4] * * * http://www.sei.cmu.edu/architecture/definitions.html
[5] * * * First International Workshop on Architectures for Software Systems,
Mary Shaw, 1995.
[6] * * * http://www.sei.cmu.edu/architecture/definitions.html, martie 2002.
[7] Gellert, U., Cristea, A.D., Web Dynpro ABAP for Practitioners, Springer,
Berlin, 2010, ISBN: 978-3-642-11384-0.
[8] * * * http://help.sap.com/

ef lucr. Dr. Mihaela OSACI

Universitatea Politehnica Timioara, Facultatea de Inginerie Hunedoara,
e-mail: osaci.mihaela@fih.upt.ro,
Asist. Ing. Drd. Adela BERDIE
Universitatea Politehnica Timioara, Facultatea de Inginerie Hunedoara,
membru AGIR
e-mail: adela_berdie@yahoo.com
Ing. Adriana Maria SUPURAN
Universitatea Politehnica Timioara, Facultatea de Inginerie Hunedoara
e-mail: supuran.adriana@fih.upt.ro

180