26 arhitecturi software pentru Întreprinderi

7/24/2019 26 Arhitecturi Software Pentru ntreprinderi

1/6

ARHITECTURI SOFTWARE PENTRU NTREPRINDERI

Mihaela OSACI, Adela BERDIE, Adriana SUPURAN

ENTERPRISE SOFTWARE ARCHITECTURES

The paper proposes an analysis of enterprise software architecturesthat meet the requirements of increasingly higher alert imposed on thedynamics of economic processes and high technology. The current approachshould 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 ofeffectiveness [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 economiainformatizat, nu se mai poate vorbi de modelare a proceselor deafaceri fr a ngloba arhitectura software ca element de baz alarhitecturii ntreprinderii [2].

Dezvoltarea arhitecturii software integrate asigur premiseleinformatizrii proceselor de afaceri pentru adaptarea la contextul actuali pentru creterea competitivitii. Astfel, a aprut i s-a dezvoltatconceptul de arhitectur a proceselor de afaceri n corelaie cu

arhitectura software care, mpreun, redau structura proceselor deafaceri i a sistemelor informatice care le deservesc.

175


2/6

2. Paradigma arhitecturala ntreprinderii

n 1987 Zachman, pornind de la scopul unei organizaii de a fiproductoare de profit, introduce conceptul de arhitectur la nivelulntreprinderii. n concepia lui Zachman, arhitectura ntreprinderiireprezintun plan detaliat "enterprise blueprint" [2], [3]. n acest sens,ea stocheaz planurile de afaceri, modelele de date i de procese itoate specificaiile i elementele proiectate la nivel conceptual, logic ifizic.

Plecnd de la filosofia de structurare a lui Zachman, s-audezvoltat abloane standard pentru procesele de afaceri care apoi pot fivalorificate de orice ntreprindere pentru a le adapta propriei salestructuri [2]. n acest mod, sunt economisite eforturile a luni de zile de

construire a arhitecturii software, timp i energie care pot fi convertite nalte direcii n vederea creterii performanei.

3. Conceptul de arhitectursoftware

Odat cu creterea complexitii sistemelor software, seimpune utilizarea paradigmei de arhitectur software a sistemului.Datorit definiiilor pentru termenul de arhitectur software, s-a impusstandardizarea terminologiei, ceea ce a condus la apariia standardului

IEEE 1471. n viziunea acestui standard, conceptul de arhitectursoftware este organizarea fundamental a unui sistem reprezentatprin componentele acestuia, relaiile dintre ele i principiile care stau labaza conceperii i evoluiei sistemului [5]. Ca atare arhitecturasoftware ofer o viziune de nivel nalt asupra sistemului, punnd neviden structura acestuia, dar ascunznd detaliile de implementare.Dintre abordrile soft arhitecturale existente, pentru dezvoltarea uneiarhitecturi integrate, se utilizeazo arhitecturclient/server pe nivele n-tier, cel mai frecvent 3-tier.

4. Sisteme informatice integrate ERP (EnterpriseResources Planning)

n realizarea unui cadru arhitectural standard, s-a pornit de lapremisa ctoate ntreprinderile desfoarun set comun de procese nscopul realizrii de profit, cum sunt: marketing, distribuie,management, producie, gestiune financiar, management resurseumane etc. Deci, indiferent de profil, se poate distinge un cadru

standard de procese comune care n general utilizeaz aceleaiinformaii.

176


3/6

Pornind de la o arhitectur standard, utilizatorul are o viziunede ansamblu, general, fiindu-i mult mai uor s o particularizezepentru propriile sale nevoi. Plecnd de la aceste considerente, nultimul timp s-au dezvoltat sisteme informatice integrate cu suport ERP(Enterprise Resources Planning).

Un ERP este o aplicaie software complex alctuit din maimulte module care integreazprocesele economice ale ntreprinderii cuscopul optimizrii i creterii eficienei acestora. Din punctul de vedereal funcionalitilor, un software ERP acopertoate domeniile de interesale unei afaceri. Sunt bazate pe sisteme cu arhitecturclient/server (n-tier), spre deosebire de vechile sisteme mainframe sau minicomputerbazate pe arhitecturi proprietare. Folosesc tehnologia bazelor de datedistribuite 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 iscderea preurilor acestuia, a fcut posibilachiziia unui sistem ERPi 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 (SivecoApplications), 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 SAPNetWeaver include patru nivele de integrare: nivelul de integrare aaplicaiilor, nivelul de integrare a proceselor, nivelul de integrare ainformaiilor i nivelul de integrare uman. Nivelul de aplicaii are un rolspecial, deoarece ofer limbaje de programare, diferite unelte de

dezvoltare i o serie de componente (de exemplu, SAP NetWeaverPortal, SAP Business Suite). Nivelul de aplicaii se bazeaz pe douservere de aplicaii (AS): ABAP si Java. Web Dynpro ABAP este partedin stratul de prezentare AS ABAP cu arhitectur3-tier.

Dintre modulele standard oferite de sistemul SAP amintim:PPPlanificarea Produciei, MMManagementul Materialelor, SDVnzri i Distribuie, FIContabilitate Financiar, COActivitatea deControlling, AMManagementul activelor, PSSistemul de Proiecte,WFFluxul Proceselor, ISSoluii Industriale, HRResurse Umane, PM

Mentenana Uzinei, QMManagementul Calitii.

177


4/6

SAP NetWeaver Application Server reprezint partea centrala stack-ului software SAP care face posibil dezvoltarea aplicaiilorABAP i/sau Java pentru stocarea i procesarea datelor. SuportJ2EE(Java 2 Enterprise Edition Platform) standard complet. SAP NetWeaverApplication Server este dezvoltat i pentru aplicaii Web.

Arhitectura SAP NetWeaver AS este o arhitectur pe treinivele: nivelul de prezentare, nivelul de aplicaii i nivelul depersisten. Nivelul de prezentare rspunde de tot ceea ce nseamnprezentarea datelor i primirea intrrilor utilizatorilor. Nivelul de aplicaiieste nivelul software n care sunt executate programe ABAP i/sauJava. Nivelul de persisten este nivelul n care sunt pstrate datelepersistente n baze de date. Bazele de date care pot fi integrate prininstruciuni Open SQL sunt: Oracle, MS SQL Server, IBM DB2, IBM

Informix. Cele trei nivele comunic prin interfee corespunztoare:Internet Communication Manager (ICM) care realizeazconexiunea laInternet, Remote Call Function (RCF) (exemplu, Gateway cu conexiuneJCo care realizeazconexiunea ntre cele doumedii de programareJava i ABAP), conexiune prin care pot avea acces aplicaiile softwareexterne sau un alt sistem SAP NetWeaver AS, Database Interfacepentru comunicarea cu nivelul de persisten(baze de date).

Grafic, componentele SAP NetWeaver AS sunt prezentate nfigura 1 [7].

Fig. 1 Serverele de aplicaii ABAP i Java

Limbajul standard de programare pe sistemul integrat SAP estelimbajul ABAP (Advanced Business Application Programming), limbaj4GL specific dezvoltrii programelor de procesare a datelor n aplicaiile

178


5/6

comerciale. Dintre caracteristici menionm:elemente de limbaj stocaten librrii,acces integrat la baza de date prin Open SQL, tabele internepentru stocarea dinamic i procesarea datelor tabelare n memorie,conceptul OLTP (online transaction processing) integrat n mediul deexecuie ABAP care permite utilizatorilor sacceseze simultan baza dedate central, interfee integrate pentru alte limbaje de programare prinRFC (remote function call), interfa integrat pentru XML,administrarea i accesul la obiectele partajate din memoria partajatasistemului, administrarea i accesul la obiectele persistente din baza dedate, accesul la Internet, accesul la interfeele utilizator, multilingual,adic se poate programa complet independent de limba naturaldeoarece elementele specifice de limb sunt separate de codurilesursi sunt ncrcate n acord cu limba curentcnd programul este

executat, suport ambele sisteme de codificare Unicode sau non-Unicode.

Modelul de programare ABAPeste un model hibrid compus dinmodelul programrii OO (clase i interfee) i din modelul programriiprocedurale. Se pot apela clase din proceduri clasice i invers, se potapela proceduri clasice din metode. Procedural la ora actualnu se maiprea programeaz, nsse folosesc obiectele procedurale existente pesistem.

Dintre funcionalitile integrate pentru procese amintim: SAP

Workflow figura 2, un tool automat pentru procese complexe iintegrarea formularisticii interactive Abobe Forms prin serviciu ADS(Adobe Document Services).

Fig. 2 InterfaSAP Workflow

179


6/6

180

6. Concluzii

Acum cnd dinamica proceselor n ntreprinderi este din ce nce mai mare, implementarea i customizarea pe arhitecturantreprinderii a unui sistem informatic integrat performant este imperiosnecesar. Posibilitatea prezentrii datelor n browser face facilachiziionarea unui asemenea sistem deoarece orice ntreprinderedispune 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 InformaticaEconomic, 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 OSACIUniversitatea Politehnica Timioara, Facultatea de Inginerie Hunedoara,

e-mail: [email protected],Asist. Ing. Drd. Adela BERDIE

Universitatea Politehnica Timioara, Facultatea de Inginerie Hunedoara,membru AGIR

e-mail: [email protected]

Ing. Adriana Maria SUPURANUniversitatea Politehnica Timioara, Facultatea de Inginerie Hunedoara

e-mail: [email protected]
http://www.visible.com/http://www.sei.cmu.edu/architecture/definitions.htmlhttp://help.sap.com/mailto:[email protected]:[email protected]:[email protected]:[email protected]:[email protected]:[email protected]://help.sap.com/http://www.sei.cmu.edu/architecture/definitions.htmlhttp://www.visible.com/

26 arhitecturi software pentru Întreprinderi

Documents