SIE

Sisteme informationale
economice (1)
ASE, CSIE, IE
Structura tematica
Notiuni de baza ale sistemelor informationale
economice (SIE): sistem, informatie, documente,
decizii
Arhitecturi de intreprindere
Analiza si modelarea SIE
Proiectarea/reproiectarea SIE
Forma de verificare
Activitate laborator: 40% (nu se reface in sesiunea de
restante)
Examen: test grila 50%
Din oficiu: 10%
Notiunea de sistem (SIE-1)

Sistemul reprezinta un ansamblu de componente
(fenomene, obiecte, procese, noiuni, concepte,
entiti) aflate atat n relaii reciproce cat si in relatii cu
mediul nconjurtor i care acioneaz n comun
pentru atingerea unor obiective bine stabilite.
Sistemul informaional economic reprezint ansamblul
informatiilor, precum si resurselor umane, materiale si
pentru colectarea, transformarea i distribuirea/
partajarea informaia ntr-o organizaie.
Sistemul real - sistemul informational

Mediulextern
extern
Mediul
Control
Intrri
Prelucrare - Transformare
Ieiri
Frontiera sistemului Interaciunea cu alte sisteme
Componente SIE
Sisteme informaionale
financiare
Cash
management
Managementul
investiiilor
ntocmirea
BVC
Planificare
financiar
Terminal la punctul
de vnzare
Tranzacii de vnzri
Tranzacii de vnzri
Rspunsuride
decontrol
control
Rspunsuri
BDpentru
pentru
BD
inventariere
inventariere
Calculator central
Staie de lucru
Procesareatranzaciilor
tranzaciilor
Procesarea
ActualizareaBD
BD
Actualizarea
Procesareinterogare/
interogare/
Procesare
rspuns
rspuns
BDpentru
pentru
BD
client
client
Interogri i
Interogri i
afiri
afiri
BDpentru
pentru
BD
vnzri
vnzri
pentru marketing
Marketing interactiv
Automatizarea activitii
de desfacere
Cercetri de pia
i previziuni
Costumer Relationship
Management (CRM)
Promovare i publicitate
Managementul
vnzrilor
Managementul
produciei
SIE determinare obiectiva si

subiectiva
Informatiile spatiul dual sistemului real (determinare
obiectiva)
Finalitatea caracter intentional (subiectiv)
Sistemul informational - sistem

cibernetic economic
Z - obiective
S
R
Legitile sistemelor cibernetice

economice
Legea variatiei necesare

Legea conexiunii inverse
Principiul complementaritii externe
Principiul emergenei (sinergiei)
Principiul entropiei negative
Legea variatiei necesare

Ross Ashby:
VCSVPS/VCA
VCS varietatea comportamentului unui sistem
VPS varietatea perturbaiilor (I/) la care este
supus sistemul
VCA varietatea constrngerilor aplicate
sistemului
Varietatea outputurilor poate fi modificat doar printr-o
varietate suficient a inputurilor.
Legea conexiunii inverse

Norbert Wiener
Autoreglare
Feedback pozitiv
nivel
Feedback negativ
Rspuns neted
1
Oscilaie amortizat
Oscilaie ntreinut
Oscilaie exploziv
timp
Bucla feedback
Bucla feedback reprezinta un ciclu de transformri care,
de obicei, pornesc de la o valoare iniial a unei variabile
de intrare, trec n informaii care, printr-un sistem de
control, provoac o decizie modificnd i alte variabile,
apoi efectele se propag pn la valoarea de intrare.
Bucla feedback pozitiv acioneaz ntotdeauna n
direcia amplificrii unei schimbri la un anumit nivel al
sistemului, produs n aceeai direcie ca i schimbarea
iniial.
Bucla feedback negativ genereaza aciuni in direcie
opus fa de diferena dintre nivelul dorit i cel real,
deplasnd mrimea nivelului ctre un scop propus
Principiul complementaritii externe
Modalitile de integrare i interaciune

cu sistemele superioare
Analiza unui sistem se poate realiza numai tinand cont de
interaciunea sa cu alte sisteme, prin intermediul
intrrilor i ieirilor
Principiul emergenei (sinergiei)

Harmann Haken
I(S)=Wi(Si)+(S1,...,Sn)
I(S) efectul integral al sistemului
Wi(Si) efectul funcionrii izolate a subsistemelor Si
(S1,...,Sn) efectul sinergic al funcionrii
interdependente a celor n subsisteme componente
Efectul total al interaciunilor i interdependenelor este
neaditiv n raport cu efectele locale. Efectul
emergent al sistemului poate fi pozitiv sau negativ.
Principiul entropiei negative

Tendina transformrii continue a ordinii n dezordine,
haos
Entropia informaional msur a gradului de
incertitudine dintr-un sistem
Gradul de organizare a sistemului este direct
proporional cu cantitatea de informaie nmagazinat
i invers proporional cu entropia informaional a
sistemului
Organizatia economica sistem

cibernetic
Control
Management
Feed-back
Resurse economice:
economice
- oameni;
- bani;
- materiale;
- maini;
- terenuri;
- faciliti;
- energie;
- informaii.
Element de intrare
Resurse
organiza
organizaionale:
ionale
- producie;
- marketing;
- finane;
- personal;
- alte procese.
Prelucrare
Bunuri i servicii:
servicii
- produse;
- servicii;
- pli;
- contribuii;
- informaii;
- alte efecte.
Element de ieire
economice (2)
Arhitecturi de intreprindere. Modele arhitecturale
ASE, CSIE, IE
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
Punct 1
Punct 2
Arhitectura tehnologic
Arhitectura de afaceri
Trimitere oferta
Intreprindere
Stat
Preluare comanda
Date
personale
Date fiscale
Negoci ere
reusi ta
Server de
aplicaii 2
Cerere client
devine comanda
ferma
Inregistrare
cerere
Agent negociator /
Agent iniiator
Analiza cereri client / oferte

furnizori
Detalii cerere
client
Interfa configurare
(prin browser)
Network-attached
storage
FileServer
Program
bancar
01.Trimitere intiinare ctre

furnizor pentru trimitere
oferta
Preluare comanda de
catre Dep. Achizitii
Server de
aplicaii 1
Interfa
Trimitere comanda la
furnizorul castigator
Server de domeniu
(Domain controller)
ERP
SQL Server 2008
Interfa
Interfa
Etichetare marfa cu
coduri de baza
pentru trasabilitate
Are asoci at
Trimitere pachet
si factura la
client
Windows NT 6.1 Windows Server 2008

R2 - Enterprise Edition
Punct 9
Server de
aplicaii 3
FileServer
Platform pentru
ageni software
- JADE -
Artefacte
(software
agenti)
Main Container
Servicii
platform
Nod
Punct 8
Primire factura si
marfa/confirmare
realizare servicii
Servicii pentru
comunicaii fr fir
Furnizorul trimite factura si

marfa/angajament servicii
Servicii
extranet
Inregistrare servicii
solicitate de client
Catalogare
servicii
Punct 5
Punct 6
Punct 7
Servicii pentru infrastructur

Servicii intranet
Inregistrare
factura de Dep.
Achizitii
Realizare pachet
de servicii pentru
client
Punct 10
Interfa
Procese
Interfa
08.Trimitere mesaj
anun ctigtor
Marfa receptionata
de Dep. Magazie
pe baza NIR (de
catre gestionar)
Realizare factura
pentru client
Achi tarea
facturi i se
refl ecta i n
contabi l i tate
Punct 11
LAN intern 2
Servicii
Creare pachet
client
Clientul
receptioneaza
marfa/servicii
Desktop
PC 6
Desktop
PC 1
Realizeaza
Produs / Serviciu
Achit factura
Interfa
Switch - 8
porturi
Nod
07.Alege oferta cea mai

buna
Valoare
Switch - 24
porturi
Nod
05.Negociere
intreprindere-furnizori
pentru cotatie
Linux
CRM
Negociere
04.Analiza oferte furnizori

pe baza cotatiei
Prin
ACL
Server
web, mail
Nod
Interfa
Antivirus
Interfata
Nod
DMZ 1
Nod
Condi ti i ce
trebui e
i ndepl i ni te
Date
financiare
Desktop
PC 19
Agentul
furnizorului
Corelare cerere
client - oferta
furnizori
Transmitere
cerere client la
Dep. Achizitii
Inregistrare
cerere client
Inregistrare date
client in sistem
Verificare
disponibilitate
produs/serviciu
Protocol
negociere
Cri teri i
LAN intern 1
Desktop
PC 1
09. Primire mesaj furnizor

castigator
Cale de
comunicaie
Plata
taxe/impozite
Extras bancar /
Trimitere bani
ctre furnizori
Disponibilitate
produs/serviciu
Furnizor
Server preluare
comenzi online
DMZ 2
Router intrare (cu

firewall, antivirus i
antispam)
Fibr optic
cu/fara
media
convetor
Are asoci at un agent

software pentru
procesul de negoci ere
Analiza cerere
Banc
Vnztor / intermediar
Agentul
clientului
Analiza cerere
client
06.Confirmare
cotatie
03.Trimitere
oferta
Incasare taxe si impozite
Clientul doreste
achizitionare
produs/serviciu
Conexiune internet
(10Mb pentru LAN 1)
02.Primire instiintare
participare la licitatie
Roluri
Cumprtor
Conexiune internet
pentru redundan
(2Mb pentru LAN 2)
Internet
Stakeholder
Fibr optic cu
/fara media
convertor
Actori
Client
Punct 3
Servicii pentru
video
Servicii de
date
Servicii pentru
SANoIP
Servicii acces internet i

conexiuni VPN
Servicii pentru
distribuirea automat a
apelurilor (ACD)
Servicii pentru
dispozitive mobile
Servicii pentru
voce
Servicii pentru PSTN (public

switched telephone network)
Servicii de stocare - SAN

(Storage area network)
Servicii specifice HotSpot
(Oracle)
Punct 4
Punct 10
Punct 11
Punct 9
Punct 8
Punct 5
Punct 6
Punct 7
Punct 3
Punct 4
Arhitectura informaional
Facturare
Procesare
tranzactie
Date tranzacie
Business
Intelligence
Interfa ERP
Informaii /
cunotine
Coreleaz
nregistrrile
contabile
Foloseste
ERP
Aria vnzri
Descarc
stoc din
contabilitate
Aria contabilitate
Pli /
ncasri
ncarc stoc
din
contabilitate
Schimb de date
Punct 1
Date
tranzacie
nregistrare factur de la
furnizor
Funcie
contabil
Administrare
tranzactie
Descarc
stoc
gestiune
Inregistreaza
factura
Factur de
achiziii
Factur
Aria gestiune
magazie
Aria achiziii
Incarc
stoc
gestiune
Schimb de date
Aria
management
Sistem IT de configurare,
administrare i gestionare
utilizatori
Servicii pentru
rutarea apelurilor
Aplicaie pentru
gestionare resurse
umane - HCM
Date
Aplicaie pentru
salarii
ArchiMate_Junction
Cumul date
Punct 2
Servicii pentru I M,
P2P, VoIP
Servicii de
securitate
Interfa
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
Piata
Industrie
Oportunitati
Competitori
Activele afacerii
Suma
Strategia de afaceri a
intreprinderii
Factori de
reglementare
Activele si procesele IT
existente
Activele si procesele
IT finale (tinta)
Investitori
Arhitectura de intreprindere (EA)

Descriere arhitectura
existenta
Descriere EA
modificata
Standarde folosite de
EA
Noile standarde folosite

de EA
Proiecte pentru EA
Principii i reguli
folosite de intreprindere
Plan de dezvoltare
Suma
Instrumente de
dezvoltare EA
Tehnici si metode
de dezvoltare a
EA existente in
industrie
Suma
Instrumente de
guvernanta a
arhitecturii
Modele si cadre de lucru

arhitecturale
Instrumente pentru
determinarea eficientei
EA
Principii
arhtiecturale
Instrumente de
monitorizare/ operare/
securitate
Standarde pentru EA
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
Organization own
32%
Other
6%
Zachman Framework
18%
FEAF, US Federal
Enterprise Architecture
Framework
6%
IAF, Cap Gemini Ernst &

Young's - Integrated
Architecture Framework
7%
CIMOSA (Computer
Integrated Manufacturing
Open Systems
Architecture) framework
6%
PERA (Purdue
Enterprise Reference
Architecture) Framework
3%
TOGAF, the Open Group

9%
TEAF, US Treasury
Enterprise Architecture
Framework.
4%
ISO/IEC 14252 (IEEE

Std 1003.0) Guide to the
POSIX Open System
Environment
3%
C4ISR, US Defense
6%
EA stratificata
Nivel servicii pentru

afaceri
Nivel informaional
Securitate
Nivel aferent
sistemelor/aplicaiilor
Cuantificare
performane
Resurse fizice
Configurare
Detectare erori
Nivel tehnologic
Nivel de management
Resurse logice
Platforme (mainframe)
Hardware
Internet
Reea
OS
Intranet
Platforme (midrange)
Hardware
Wireless
OS
Extranet
Desktop-uri
Stocare
Hardware
Date
OS
Aplicaii locale
Voce
Video
OS
VoIP
Nivelurile de maturitate ale EA

Arhitectura de
afaceri
Arhitectura
informaional
(Arhitectura de
aplicaii)
Arhitectura de
afaceri
Arhitectura
informaional
(Arhitectura de
aplicaii)
Arhitectura de
afaceri
Arhitectura
informaional
(Arhitectura de
aplicaii)
Arhitectura
informaional
(Arhitectura de
date)
Arhitectura
tehnologic
Arhitectura
informaional
(Arhitectura de
date)
Arhitectura
tehnologic
Arhitectura
informaional
(Arhitectura de
date)
Arhitectura
tehnologic
Fr
arhitectur
Cu arhitectur
parial
Cu arhitectur
ntreag
Angajati
Browser
Intranet
Lan/WAN
Server HTTP
Clienti
Continut dinamic
Continut
server
Continut static
Sistem cu grad redus de

complexitate
Nivelul de complexitate al sistemelor
Personalizare
server
Continut static
Internet
Firewall
Angajati
Clienti
Server HTTP
Firewall
domeniu
Portal server
Browser
Intranet
Lan/WAN
Server HTTP
Continut dinamic
Continut
server
Server de aplicatii
Continut static
Servicii
Sistem cu grad mediu de

complexitate
Server
securitate
Server
securitate
Administrator
conturi
Politici de
securitate
Internet
Firewall Server HTTP

Angajati
Portal server
Server HTTP
Server de
aplicatii
Servicii
Servicii
web
Browser
Intranet
Lan/WAN
Clienti
Continut dinamic
Parteneri
de afaceri
Firewall
domeniu
Sisteme/servicii
alti actori
Continut
server
Extranet
Mesaje
Firewall
Hub pentru
integrarea mesajelor
si fisierelor
Continut static
Baza de date
intreprindere
Depozit de date
intreprindere
Sistem cu grad ridicat de

complexitate
Personalizare
server
Continut static
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
Asist la luarea deciziilor
Ajut la controlul portofoliului IT
5%
3%
2%
Ofer planuri detaliate pentru

schimbrile ntreprinse
Reduce compexitatea activitilor
16%
11%
14%
11%
14%
12%
12%
Ajut la dezvoltarea sistemelor

Ofer o nelegere de ansamblu i de
detaliu mai bun a afacerii
Ajut la prioritizarea alocrilor din
buget
Suport externalizare i internalizare
de activiti
Optimizeaz fuziunile i achiziiile
Altele
Principii de realizare EA
Nr. crt.
Principii arhitecturale
Semnficatie
EA trebuie s permit desfurarea afacerii

EA trebuie s promoveze denumirea/brandul
ntreprinderii
EA trebuie s conduc la creterea profitului
EA trebuie s permit desfurarea afacerii
EA trebuie s ajute la extinderea pe alte piee

ale ntreprinderii
Ea trebuie s rspund n timp rapid

cerinelor pieii/clienilor
EA trebuie s mbunteasc producia
trebuie s ajute compania s creasc gradul de

satisfacie
al
clienilor
i
popularitatea
denumirii/brandului acesteia
trebuie s ajute compania s intre/acapareze noi piee
i s se adapteze ct mai repede la caracteristicile
acestora
trebuie s ajute compania s i conduc afacerea ntro manier ct mai riguroas
trebuie s ajute compania s intre/impun pe noi piee
i s se adapteze ct mai repede la caracteristicile
acestora
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
trebuie s ajute compania astfel nct afacerea s
foloseasc ct mai puine resurse;
EA trebuie s permit nlocuirea/adugarea

de parteneri (stakeholderi)
EA trebuie
proceselor
EA trebuie s fie eficient din punct de

vedere al costurilor
10
EA trebuie s poat fi optimizat
duc
la
simplificarea
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
trebuie s ajute compania s simplifice procesele de
afaceri, micornd astfel timpul acestora de
desfurare;
trebuie s ajute compania s realizeze tranzacii la
costuri ct mai reduse, pstrnd n schimb acelai
grad (sau chiar unul mai bun) de funcionalitate
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
12
EA trebuie s suporte mai multe servicii
13
EA trebuie s fie scalabil
14
15
EA trebuie s ofere mai multe niveluri de

calitate a serviciilor (QoS quality of
services).
EA trebuie s poat fi reconfigurabil
16
EA trebuie s fie unificat
trebuie s ajute compania s realizeze i s menin

legturi cu stakeholderi aflai la mare distan (de
exemplu, localizai pe alte continente)
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.
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.
trebuie s ajute compania s ofere mai multe niveluri
de calitate Acestea trebuie s vizeze tranzaciile,
produsele, i clienii.
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.
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. Viewurile 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 taskurile/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.
economice (3)
Arhitecturi de intreprindere. Modele arhitecturale (II)
ASE, CSIE, IE
1
Modele arhitecturale (MA).

Descriere
Modelul Zachman
Enterprise Architecture Planning (EAP)
Extended Enterprise Architecture Framework
(E2AF)
Treasury Enterprise Architecture Framework
(TEAF)
2
Modele arhitecturale (MA)

Definitie
cadrul folosit pentru construirea EA i cu
ajutorul cruia este descris modul de
organizare a view-urilor asociate ei.
Componenta
principii, servicii, standarde, concepte,
componente, moduri de vizualizare i
configuraiile.
3
Modelul Zachman (1)
John Zachman:pentru a nu lsa afacerea s se descompun,

conceptul de arhitectura sistemelor informaionale devine din ce
n ce mai puin o opiune i din ce n ce mai mult o necesitate.
Istoric
John Zachman publica prima variant a modelului n 1987 in
revista IBM Systems .
in 1990 apare o varianta actualizata a modelului.
ultima versiune reprezinta n prezent un model pe care
importante organizaii la nivel mondial l folosesc pentru a-i
construi infrastructura informaional.
folosit cu precdere pentru sisteme informaionale din mediul

de afaceri i n industrie
este considerat un model de referin pentru dezvoltarea EA.
4
Modelul Zachman (2)
Modelul Zachman (3)

Rol
MA propune s realizeze un model holistic al unei infrastructuri
informaionale pentru o ntreprindere pe baza a cinci puncte de
vedere:
contextual
conceptual
logic
fizic
Detaliat
caracteristicilor actuale ale companiei (!).
Atenia se concentreaz pe faptul c toate aspectele
caracteristice unei ntreprinderi trebuie s fie bine realizate
i organizate.
Modelul Zachman (4)
What (Ce): descrierea datelor ( de ex. obiectele de afaceri, datele

de sistem, tabele relaionale, definirea de cmpuri)
How (Cum): descrierea functionala (de ex. procesele de afaceri,

funciile aplicaiilor software, etc);
Where (Unde): descrierea retelei, indic locaiile i interconexiunile

din cadrul ntreprinderii (ex: rspunsuri includ localizarea
geografic a principalelor locaii, separarea seciilor n cadrul unei
reele logistice, adresarea memoriei n cadrul sistemului, alocarea
nodurilor de sistem, etc.)
Who descrierea persoanelor implicate
When descrierea alocarii timpului
Why descrierea motivationala

7
Modelul Zachman (5)

Contextual
(Why) Goal List obiective de nivel inalt ale organizatiei
(How) Process List lista tuturor proceselor cunoscute
(What) Material List lista tuturor entitatilor organizationale
(Who) Organizational Unit & Role List lista tuturor unitilor

organizaiei, sub-unitilor i rolurile identificate aferente
(Where) Geographical Locations List locatii importante pentru

organizaie; pot fi mari i mici
(When) Event List lista de factori declanatori i cicluri

importante pentru organizaie
8
Modelul Zachman (6)

Conceptual
(Why) Goal Relationship Model identific ierarhia de obiective care sprijin

obiectivele primare
(How) Process Model ofer descrieri de proces, procesele de intrare,

procesele de iesire
(What) Entity Relationship Model identific i descrie entitatile

organizationale i relaiile dintre ele
(Who) Organizational Unit & Role Relationship Model identifica rolurile si

unitatile intreprinderii precum si relatiile dintre acestea.
(Where) Locations Model identifica locatiile intreprinderii si relatiile dintre

ele.
(When) Event Model identific i descrie evenimentele singulare si

periodice in raport cu timpul
Modelul Zachman (7)

Logical
(Why) Rules Diagram identifica si descriu regulile care aplica anumite

constrangeri asupra proceselor si entitatilor fara a tine cont de implementarea
fizica si tehnica
(How) Process Diagram identifica si descriu procesele de tranzitie exprimate

prin verbe si substantive, fara a tine cont de implemetarea fizica si tehnica
(What) Data Model Diagram identifica si descrie entitatile si relatiile dintre ele
tinand cont de implementarea fizica si tehnica
(Who) Role Relationship Diagram identifica si descrie rolurile precum si relatiile

dintre acestea tinand cont de tipurile de rezultate ce se obtin din colaborari. Nu
se va tine cont de implementarile fizice si tehnice.
(Where) Locations Diagram identifica si descrie locatiile folosite pentru
accesarea, manipulare si transferul proceselor fra a tine cont de implementarile
fizice si tehnice.
(When) Event Diagram identifica si descrie legaturile dintre evenimente sub

forma de secvente si cicluri fara a tine cont de implementarile fizice si tehnice.
10
Modelul Zachman (8)

Physical
(Why) Rules Specification exprimate in limbaj formal. Constau in numele regulii

si o structura logica folosita pentru specificarea si testarea starii regulii.
(How) Process Function Specification exprimata intr-un limbaj tehnic specific,

elementele aferente proceselor ierarhice sunt legate prin apelarea proceselor.
(What) Data Entity Specification exprimata intr-un format specific tehnologiei

folosite. Fiecare entitate este definita prin nume, descriere si atribute. Sunt
indicate si legaturile dintre entitatile de date.
(Who) Role Specification exprim ce trebuie atributii are fiecare rol i fluxul de
lucru la nivel de detaliu.
(Where) Location Specification exprima componentele de infrastructura fizica si

legaturile lor
(When) Event Specification exprima transformarile starilor evenimentelor ce

prezinta interes pentru intreprindere.
11
Exemplu: Model entitate-asociere (What, conceptual)
12
Notatii
13
Exemplu:Model de date (What, logic)
14
Exemplu: Model de proces (How, conceptual)
15
Exemplu: Diagrama de proces (how, logic)
16
Notatii
17
Integrarea modelelor de date cu modelele de procese
18
Enterprise Architecture Planning (EAP)

definit ca fiind un cadru de lucru comercial care ofer
ndrumare pentru primele dou linii ale modelului
Zachman (contextual si conceptual)
publicat prima dat n 1992
Rol
este acela de a asigura realizarea de sisteme
informaionale i informatice de o calitate ridicat prin:
adoptarea unui model de afaceri stabil
definirea dependenelor dintre date nainte de
implementarea sistemului.
19
Enterprise Architecture Planning (EAP) (2)

Principii
datele ntreprinderii trebuie s fie accesibile din orice
locaie i oricnd este nevoie
sistemele informatice trebuie s fie adaptate astfel
nct s fac fa nevoilor de schimbare impuse de
dinamica afacerii
n cadrul ntreprinderii trebuie s existe standarde
ridicate, iar datele trebuie s aib un grad mare de
integritate
toate sistemele de date din cadrul ntreprinderii
trebuie s fie integrate
20
Iniierea planificrii
Modelarea afacerii
Arhitectura de date
Nivel 1
Tehnologiile i sistemele
curente
Arhitectura de
aplicaii
Arhitectura
tehnologic
Moduri de implementare
Nivel 2
Nivel 3
Nivel 4
Fig. 3 Modelul EAP

21

Structur.
Nivelul 1: reprezint activitile necesare iniierii proiectului. Activitile specifice impun

folosirea unei metodologii adecvate, indicnd:
cine ar trebui s fie implicat
ce set de instrumente s fie utilizat.
Nivelul 2: construiete o baz de cunotine a proceselor de afaceri i a informaiilor

necesare. Aceast vizeaza:
modelarea afacerii
tehnologiile si sistemele curente
Nivelul 3: se realizeaz planurile pentru viitoarea arhitectur. Acesta include:
arhitecturii de date prin descrierea tipurilor de date de care are nevoie de afacerea.
arhitectura aplicaiilor definete: principalele aplicaii necesare gestionrii datelor i

proceselor afacerii.
arhitectura tehnologic identific platformele tehnologice necesare realizrii unui

mediu adecvat pentru datele i arhitecturile aplicaiilor.
Nivelul 4: alocat implementrii. Defineste secvena pentru:
implementarea aplicaiilor,
crearea unui calendar pentru desfurarea etapelor necesare implementrii,
pregtirea unei analize cost/beneficiu

22
definirea unei foi de parcurs pentru trecerea de la starea actual la starea dorit.
Extended Enterprise
Architecture Framework (E2AF)
Istoric.
dezvoltat n 2002 de ctre Institutul de dezvoltare a
arhitecturii ntreprinderii (The Institute For Enterprise
Architecture Developments (IFEAD)) din Olanda
influentat si de modelele arhitecturale Zachman si EAP
(Enterprise Architecture Planning
Scop
dezvoltarea proceselor i activitilor ce duc la
extinderea EA dincolo de limitele iniiale, definind
astfel un mediu colaborativ pentru toate entitile
implicate n procesul de colaborare.
23
Extended Enterprise Architecture

Framework (E2AF) (3)
Principii
crearea i meninerea unei viziuni comune agreate
att din punct de vedere al afacerii, ct i din punct
de vedere al IT-ului. Astfel se poate realiza o
corelare/aliniere continu ntre afacere i IT ;
realizarea unei activiti holistice care s reflecte cu
acuratee strategia de afaceri a ntreprinderii;
creterea agilitii (a timpului de reacie) prin
reducerea complexitii proceselor ;
creterea flexibilitii n ceea ce privete colaborarea
cu stakeholderii externi ;
24

25
Fig 4. Modelul E2AF

Structur
concept cu implicaii puternice n ceea ce privete
nelegerea oricrui aspect i n orice moment de
timp, n ceea ce privete ntreprinderea i evoluia sa.
Pe baza acestui model, se pot lua decizii pentru
crearea de extensii i pentru realizarea de schimbri.
practicile folosite i modul de abordare: E2AF se
bazeaz pe conceptul descris n standardul IEEE
1471-2000. Versiunea E2AF n care se dorete
reprezentarea doar a unor aspecte, cum ar fi cel
economic, legal, etic sau altele care sunt importante
pentru organizaie (Fig. 5)
26

Fig. 5 Modelul E2AF particularizat bazat pe
standardul IEEE 1471-2000
27
Treasury Enterprise
Architecture Framework (TEAF)
Istoric
Modelul TEAF deriv din modelele americane Treasury (TISAF)
realizat n anul 1997 i FEAF.
Prima variant a modelului TEAF a aprut n anul 2000.
Scop
sa ofere ndrumare pentru managementul i dezvoltarea EA pentru
trezorerii ;
sa satisfaca cerinele OMB (Office of Management and Budget) al
SUA ;
sa sprijine birourile i departamentele trezoreriei SUA n a
implementa propriile EA ;
sa arte beneficiile ncorporrii instrumentelor pentru EA n
operaiile curente de afaceri ;
s ofere o structur pentru realizarea EA i pentru managementul
activelor sale.
28
Treasury Enterprise Architecture

Framework (TEAF) (2)
Principii
respectarea legilor i reglementrilor n vigoare ;

obiectivele de business trebuie s fie definite naintea
dezvoltrii soluiilor de IT ;
valoarea total a afacerii este principalul factor care
primeaz pentru deciziile luate legate de tehnologiile
folosite ;
EA este parte integrant a procesului de management al
investiiilor ;
deciziile arhitecturale trebuie s vizeze maximizarea
interoperabilitii ;
standardizarea va fi folosit pentru a ndeplini cerinele i
pentru a indentifica funciile de baz ce pot fi folosite ;
informaia i infrastructura sunt active foarte importante
care trebuie controlate i securizate .
29

Structura
infrastructura
organizational
informational
functional
Cum, unde i cnd ?

Funcional
Informaional
Ce, ct de mult,
i ct de des ?
Cine i de ce ?
Suport
Organizaional
Infrastructur
30

Matricea TEAF a punctelor de vedere arhitecturale i a
principalilor actori existeni n model.
folosit pentru a oferi o structur simpl i uniform a ntregului
cadrul de lucru.
const n patru puncte de vedere arhitecturale (view-uri):
funcional
informaional
organizaional
infrastructur
i din patru perspective ale actorilor:
cel
cel
cel
cel
care
care
care
care
planific EA,
o deine,
o proiecteaz,
o construiete
31

View-uri
Functional
Informational
Perspective
Planificator
Proprietar
Proiectant
Implementator
Functii, procese si
activitati de afaceri care
manevreaza informatii
utile operatiilor de
afaceri
Toate informatiile
necesare realizarii
operatiilor de afaceri
pentru intreprindere,
precum si relatiile
dintre acestea
Organizational
Infrastructura
Componentele
Structura
hardware, software,
organizationala a
infrastructura, solutiile
intreprinderii,
de telecomunicatii si
principalele operatii
serviciile care
realizate de
constituie mediul
departamentele
operational in cadrul
acesteia, tipuri de
careia afacerea se
angajati, locatii de lucru
poate desfasura
Fig. 7 Matricea TEAF

32
economice (4)
Arhitecturi de intreprindere. Modele arhitecturale (III)
ASE, CSIE, IE
1
Modele arhitecturale (MA).

Descriere si exemplu
The Open Group Architecture
Framework (TOGAF)
ArchiMate
Exemplu proiectare EA

Framework (TOGAF) (1)
Istoric
a fost dezvoltat de ctre Open Group n 1995, fiind bazat pe

TAFIM (Technical Architecture Framework for Information
Management realizat de ctre Ministerul de Aprare al SUA n
1986).
ultima versiune (versiunea 9.1) - reprezint un set complet

de metode i tehnici nsoite de documentaia aferent pentru
dezvoltarea EA.

Scop
ofer o abordare de proiectare i modelare
holistic care include patru nivele:
o de afaceri
o de aplicaii
o de date
o tehnologic

Descriere
un standard pentru cadrul arhitectural al

ntreprinderii
folosit n mod gratuit de ctre orice organizaie

care i dorete s dezvolte arhitecturi pentru
sisteme informaionale
model axat pe procese
utilizarea sa este benefic pentru acele

organizaii ale cror produse i servicii sunt n
domeniul afacerilor i al industriilor
se bazeaz pe modularizare, standardizare si

pe tehnologii i produse deja testate i
verificate care i-au dovedit eficiena.

Principii
- ofer mai mult dect nite simple principii n raport cu
celelalte modele
- ofera stabilitate
- definite la 3 nivele:
principiile ntreprinderii care sprijin deciziile de afaceri care se

iau n cadrul acesteia
principiile IT reprezint un ghid de utilizare a resursele IT n
cadrul ntreprinderii;
principiile arhitecturale guverneaz procesul de dezvoltare i
implementare a arhitecturii.
conform TOGAF, un set de principii poate fi analizat din

punct de vedere a cinci criterii calitative: inteligibilitatea,
completitudinea, stabilitatea, consistena, coeren.

Structur
partea I:
ofer o descriere detaliat a conceptelor
cheie ce definesc arhitectura pn la
abordarea de ansamblu folosit de TOGAF
conine diferenele dintre versiunea curent
a TOGAF i cea precedent precum i
descrieri pentru termenii folosii de TOGAF;

partea a II-a:
conine Metoda de
Dezvoltare a Arhitecturii
(ADM - Architecture
Development Method).
Aceast parte reprezint
partea central a TOGAF i
descrie in detaliu metoda
TOGAF de dezvoltare a EA
Premize
Managemntul
schimbrilor
Implementare
Plan de
migraie
Viziune
arhitectur
Cerine
management
Oportuniti
i soluii
Arhitectura
de afaceri
Arhitectura
informaional
Arhitectura
tehnologic
8
TOGAF - Metoda ADM de
dezvoltare a EA
The Open Group Architecture Framework (TOGAF) (7)
partea a III-a:
partea a IV-a:
numit ECT (Enterprise Continuum

& Tools)
descrie taxonomiile i instrumentele
folosite pentru clasificarea i
stocarea rezultatelor activitii
arhitecturii n cadrul ntreprinderii.
partea a VI-a:
ACF (Architecture Content

Framework ) descrie componentele
arhitecturale folosite n TOGAF.
partea a V-a:
conine tehnicile i modurile de

aplicare a ADM
conine modelele de referin ale

TOGAF,
partea a VII-a:
numit ACpF (Architecture

Capability Framework)
descrie aspectele organizaionale,
procesele, aptitudinile, rolurile i
responsabilitile pe care o
arhitectur trebuie s le
ndeplineasc pentru a putea
funciona n cadrul unei
ntreprinderi.
ArchiMate (1)
Istoric
dezvoltat n Olanda n cadrul unui proiect (2002-2004)
realizat de ctre institutul olandez Telematica n
colaborare cu mai muli parteneri (de ex. ABN AMRO,
Ordina (companie olandez specializat n oferirea de
servicii de consultan n IT)
in 2008 proprietarul proiectului devine grupul Open
Group.
in 2009 este publicat versiunea 1.0
in prezent, ultima versiune este ArchiMate 2.0,
versiune ce reprezint un standard tehnic recunoscut
pe plan internaional.
standardul Archimate are la baza standardul IEEE
1471
10
ArchiMate (2)
Scop
propune un limbaj de modelare a
ntreprinderii
limbaj de complexitate redus
permite proiectarea aspectelor specifice
unei ntreprinderi, putnd fi descrise:
procesele de afaceri
structura organizaional
fluxurile informaionale i de date
sistemele IT i infrastructura tehnologic.
11
ArchiMate (3)
Structur
ArchiMate mparte arthitectura ntreprinderii n trei nivele:

nivelul arhitecturii de afaceri, informaionale i tehnologice.
Fiecare nivel poate conine elemente active cum sunt
procesele i funciile pentru a determina un anumit tip de
comportament.
12
ArchiMate (4)
Structura modelului:
arh. de afaceri - descrie
procesele, funciile, serviciile i
evenimentele specifice afacerii.
Acest nivel ofer ca elemente
finite produse i/sau servicii
clienilor externi
arh. pentru aplicaii - descrie
aplicaiile software care ofer
suport componentelor de
afaceri prin intermediul
serviciilor de aplicaii
Arh. tehnologic - descrie
infrastructura hardware i de
comunicaii necesar
arhitecturii pentru aplicaii.
Acest nivel ofer servicii de
infrastructur ce permit rularea
aplicaiilor.
Aspecte
Informatii
Arhitectura de
afaceri
Arhitectura
informationala
Arhitectura
tehnologica
Informatii
Comportament
Produs
Structura
Proces
Organizatie
Aplicatii
Date
Infrastructura
13
ArchiMate (5)
14
Exemplu proiectare arhitectura de intreprindere (1)
foloseste elemente din TOGAF si ArchiMate

este utilizat limbajul arhitectural ArchiMate 1.0
proiecteaza o arhitectur real de ntreprindere n care sunt
evideniate elementele care compun un sistem multiagent.
n cadrul arhitecturii s-au proiectat:

arh. de afaceri - s-au folosit noiunile de proces pentru
afaceri, funcie pentru afaceri, eveniment, colaborare,
actor, rol, produs/serviciu, valoare, serviciu de afaceri;
arh. informaional - s-au folosit noiunile de component,
produs, obiect, funcie, colaborare, interfa;
arhitectura tehnologic - s-au folosit noiunile reea, nod,
dispozitiv, interfaa, proces pentru tehnologie, serviciu
pentru tehnologie, cale de comunicaie, legtur de reea,
artefact.
15

Exemplu de software pentru realizarea EA Enterprise Architect 7.5
16

A. Actorii i rolurile n cadrul arhitecturii ntreprinderii

actorul Client - rol de Cumprtor
actorul Intreprindere - rolul de Vnztor sau de Intermediar
actorul Stakeholder - rol de Banc i de Furnizor
actorul Stat
Actori
Client
Intreprindere
Stat
Stakeholder
Roluri
Cumprtor

Agentul
clientului
Are asociat un agent
software pentru
procesul de
negociere
Banc
Protocol
negociere
Furnizor
Agentul
furnizorului
Corelare cerere
client - oferta
furnizori
Agent negociator /
Agent iniiator
17

B. Procesele necesare prelucrrii unei comenzi aferente unui client.
Protocol
negociere
Clientul doreste
achizitionare
produs/serviciu
Analiza cerere
client
Analiza cerere
Disponibilitate
produs/serviciu
Verificare
disponibilitate
produs/serviciu
Date
personale
Preluare comanda
Inregistrare date
client in sistem
Date fiscale
Transmitere
cerere client la
Dep. Achizitii
Inregistrare
cerere client
Date
financiare
Corelare cerere Negociere

client - oferta reusita
furnizori
Cerere client
devine comanda
ferma
Conditii ce
trebuie
indeplinite
Inregistrare
cerere
Preluare comanda de
Detalii cerere
client
Valoare
Produs / Serviciu
Creare pachet
client
Achit factura
Clientul
receptioneaza
marfa/servicii
Are asociat
Trimitere pachet
si factura la
client
Etichetare marfa cu
coduri de baza
Marfa receptionata
de Dep. Magazie
pe baza NIR (de
catre gestionar)
Inregistrare
factura de Dep.
Achizitii
Realizare factura
pentru client
Realizare pachet
de servicii pentru
client
Catalogare
servicii
Primire factura si
marfa/confirmare
realizare servicii

18

C. Procesul de negociere
Trimitere oferta
03.Trimitere
oferta
06.Confirmare
cotatie

castigator
Agentul
clientului
Cri teri i
Protocol
negociere
Agentul
furnizorului
Corelare cerere
client - oferta
furnizori

furnizori
oferta
pe baza cotatiei
Agent negociator /
Agent iniiator
Negociere
05.Negociere
pentru cotatie

buna
08.Trimitere mesaj
anun ctigtor
19

Actori
Client
Trimitere oferta
Intreprindere
Stat
Stakeholder
Roluri
Cumprtor
Disponibilitate
produs/serviciu
Preluare comanda
Analiza cerere
Verificare
disponibilitate
produs/serviciu
Inregistrare date
client in sistem
Plata
taxe/impozite
Extras bancar /
Trimitere bani
ctre furnizori
Analiza cerere
client
Date
personale
Banc
Are asociat un agent
software pentru
procesul de negociere
Agentul
clientului
Clientul doreste
achizitionare
produs/serviciu
Date fiscale
06.Confirmare
cotatie
03.Trimitere
oferta
Criterii
Protocol
negociere
Transmitere
cerere client la
Dep. Achizitii
Inregistrare
cerere client
Furnizor

castigator
Agentul
furnizorului
Corelare cerere
client - oferta
furnizori
Negociere
reusita
Cerere client
devine comanda
ferma
Conditii ce
trebuie
indeplinite
Inregistrare
cerere
Date
financiare
Detalii cerere
client

furnizori
Agent negociator /
Agent iniiator

oferta
pe baza cotatiei
Preluare comanda de
Negociere
05.Negociere
pentru cotatie

buna
Valoare
Produs / Serviciu
Creare pachet
client
Achit factura
Clientul
receptioneaza
marfa/servicii
Are asociat
Trimitere pachet
si factura la
client
Realizare pachet
de servicii pentru
client
Punct 10
Punct 9
Inregistrare
factura de Dep.
Achizitii
Realizare factura
pentru client
Achitarea
facturii se
reflecta in
contabilitate
Punct 11
Etichetare marfa cu
coduri de baza
Punct 8
Punct 7
08.Trimitere mesaj
anun ctigtor
Marfa receptionata
de Dep. Magazie
pe baza NIR (de
catre gestionar)
Catalogare
servicii
Punct 6
Primire factura si
marfa/confirmare
realizare servicii

Punct 5
Punct 3
Punct 4
20

Parte centrala sistem ERP
Business
Intelligence
Coreleaz
nregistrrile
contabile
ERP
Aria vnzri
Descarc
stoc
gestiune
Descarc
stoc din
contabilitate
Aria contabilitate
Pli /
ncasri
ncarc stoc
din
contabilitate
Schimb de date
Aria gestiune
magazie
Aria achiziii
Incarc
stoc
gestiune
Schimb de date
Aria
management
utilizatori
Date
ArchiMate_Junction
Cumul date
21

Punct 10
Punct 11
Punct 9
Punct 8
Punct 5
Punct 6
Punct 7
Punct 3
Punct 4
Facturare
Factur
Procesare
tranzactie
Date tranzacie
Business
Intelligence
Interfa ERP
Informaii /
cunotine
Coreleaz
nregistrrile
contabile
Foloseste
ERP
Aria vnzri
Descarc
stoc din
contabilitate
Aria contabilitate
Pli /
ncasri
ncarc stoc
din
contabilitate
Schimb de date
Punct 1
Date
tranzacie
nregistrare factur de la
furnizor
Funcie
contabil
Administrare
tranzactie
Descarc
stoc
gestiune
Inregistreaza
factura
Factur de
achiziii
Aria gestiune
magazie
Aria achiziii
Incarc
stoc
gestiune
Schimb de date
Aria
management
utilizatori
Aplicaie pentru
gestionare resurse
umane - HCM
Date
Aplicaie pentru
salarii
ArchiMate_Junction
Cumul date
Punct 2
22

Punct 1
Punct 2
Conexiune internet
pentru redundan
(2Mb pentru LAN 2)
Internet
Conexiune internet
(10Mb pentru LAN 1)
Desktop
PC 19
Router intrare (cu

firewall, antivirus i
antispam)
Interfa configurare
(prin browser)
DMZ 1
Fibr optic
cu/fara
media
convetor
Network-attached
storage
Server de
aplicaii 2
FileServer
Program
bancar
Interfa
Cale de
comunicaie
Nod
Server de
aplicaii 1
Linux
Switch - 24
porturi
Desktop
PC 6
Desktop
PC 1
Interfa
LAN intern 2
Switch - 8
porturi
CRM
ERP
SQL Server 2008
Interfa
Interfa
Interfa
Server de
aplicaii 3
Nod
Server de domeniu
(Domain controller)
Prin
ACL
Server
web, mail
Nod
Interfa
Antivirus
Interfata
Nod
Fibr optic cu
/fara media
convertor
LAN intern 1
Desktop
PC 1
Server preluare
comenzi online
DMZ 2
FileServer
Realizeaza
Windows NT 6.1 Windows Server 2008

R2 - Enterprise Edition
Procese
Interfa
Platform pentru
ageni software
- JADE -
Artefacte
(software
agenti)
Main Container
Nod
Interfa
Servicii
platform
Nod
Servicii
Servicii pentru infrastructur
Servicii intranet
Servicii pentru
comunicaii fr fir
Servicii
extranet
Servicii pentru
video
Servicii de
date
Servicii pentru
SANoIP
Servicii acces internet i

conexiuni VPN
Servicii pentru PSTN (public

switched telephone network)
Servicii pentru
distribuirea automat a
apelurilor (ACD)
Servicii pentru
rutarea apelurilor
Servicii pentru
dispozitive mobile
Servicii pentru
voce
Servicii pentru I M,
P2P, VoIP
Servicii de
securitate
23
Servicii de stocare - SAN

(Storage area network)
Servicii specifice HotSpot
(Oracle)
economice (5)
Arhitecturi de intreprindere. Nivelul de business. Business
processes modelling (BPM)
ASE. CSIE, IE
1
LUCRAREA DE CONTROL: 12 mai 2015
RECUPERAREA ACTIVITATILOR:
8 mai 2015, ora 12:00 (0227)
Structura
Definitii
Concepte cheie
Componente
Ciclu de viata
Exemple
Definitii
Proces = o serie sistematica de actiuni (task-uri)
avand un scop bine stabilit; o serie continua de
actiuni, operatii sau schimbari care au loc intr-un mod
prestabilit. Procesele sunt repetitive.
Ierarhia proceselor de business
Managementul proceselor de business

Abordare sistematica de identificare, proiectare, executare,
monitorizare si control, automat si manual a proceselor de
business in vederea obtinerii unor rezultate consistente aliniate
la obiectivele organizatiei.
Implica utilizarea tehnologiilor TIC colaborative si inovative

pentru asigurarea flexibilitatii/agilitatii proceselor economice
Asigura alinierea proceselor de business la strategia de

business
(Association of Business Process Management Professionals-ABPMP)
Management si tehnologii
Tehnologiile fara managementul acestor tehnologii sunt fara
utilitate.
Au fost create suite de aplicatii care sa ajute companiile sa isi
gestioneze procesele de business
Instrumente pentru modelarea si proiectarea vizuala
a proceselor de business
Simularea si testarea proceselor de business
(automatizare, control, masurare a proceselor de
business)
Oferirea de feedback si informatii referitoare la
performanta proceselor
End-To-End Work
Functiile/functionalitatile de business (business functions) sunt
definite printr-un grup de activitati (de exemplu vanzari,
financiar, fabricatie)
Procesele de business se concentreaza pe activitati/task-uri
care se intersecteaza cu mai multe granite functionale pentru
a oferi valoare pentru client
Procesele de business au intrari si iesiri (functiile nu)
Procesele sunt cross-functionale
Managementul continuu al proceselor

BPM implica un commitment organizational permanent pentru
a gestiona procesele de business
Include:
Modelare
Analiza
Proiectarea proceselor
Masurarea performantei
Modelarea, analiza, proiectarea si

masurarea proceselor
In vederea asigurarii performantei proceselor. BPM trebuie sa realizeze:
Modelarea proceselor
Analiza proceselor
Masurarea performantelor proceselor
Angajament (commitment) organizational

Roluri si responsabilitati, precum proprietar de proces, proiectanti,
arhitecti
Noi structuri de guvernanta pentru schimbarea modului in care sunt
adoptate deciziile
Leadership, valori, cultura organizationala.
Tehnologii BPM
BPM este o tehnologie care sustine managementul
Exista o gama larga de tehnologii care sustin planificarea, proiectarea,
analiza, executarea si monitorizarea proceselor de business
Exista suite de aplicatii dedicate BPM

Sistemele BPM trebuie sa permita integrarea vechilor sisteme, de la
care sa preia informatii
Un framework utilizat in mod frecvent pentru deploymentul acestor
tehnologii este Service Oriented Architecture (SOA)
Componente BPM
Input
Date, formulare documente, imagini, autorizare/aprobare, alerte de la

un sistem/persoane.
Participantii la proces
Exemple de activitati
Planning & strategy

Analysis
Design & modeling
Implementation
Monitoring & controlling
Refinement
Output
Dashboard-uri, rapoarte, e-mail alerts de la participanti, etc.
Ciclu de viata BPM
Strategie si planificare
Strategia stabileste o directie pentru BPM
Planificarea presupune intelegerea strategiei organizatiei
Ofera o baza pentru o abordare holistica pentru integrarea

oamenilor, proceselor si sistemelor in traversarea granitelor
functionale
Identificarea rolurilor BPM, performanta asteptata, metodologiile
Analiza proceselor de business

Pe baza informatiilor din documentele strategice, modelele
proceselor, masurile de performanta utilizate,
Presupune intelegerea proceselor de business in contexul
intregii organizatii
Proiectarea si modelarea proceselor de

business
Documentarea secventei de activitati, inclusiv ceea ce este
realizat, la ce moment, in ce locatie, de catre ce actori, cu
ajutorul carei metodologii
Definirea a ceea ce organizatie doreste sa fie procesul end-toend work
Se verifica ca exista un sistem de control si de masurare a
performantelor proceselor
Monitorizarea si controlul proceselor

Masurarea si monitorizarea continua ofera informatii necesare
pentru ajustarea resurselor alocate proceselor.
Ofera infromatii privind performanta proceselor in legatura cu
obiectivele/scopurile organizatiei
Imbunatatirea, reproiectarea, re-ingineria proceselor
Rafinarea proceselor
Vizeaza optimizarea proceselor, in vederea imbunatatirii
performantelor proceselor si a adaptarii la schimbari
Este un proces continuu.
Continuu vs. Ad Hoc
Simplu vs. Complex
Exemplu
Modelarea proceselor
Diagrame de procese, harti, modele

Diagrame:
Utilizeaza notatii simple pentru fluxul de baza al unui
proces
Ilustreaza elementele majore ale fluxului de lucru
asociat procesului, omitand detaliile
Harti
Mai precise decat diagramele
Mai multe detalii referitoare la proces si interactiunile
cu alte elemente precum executantii, evenimente,
rezultate
Permite intelegerea componentelor majore ale unui
proces
Modele:
Se axeaza pe performanta proceselor, presupunand
simulari
Reclama o mai mare precizie, date despre proces si
factorii care afecteaza performanta procesului
Atributele si caracteristicile proceselor

Se refera la proprietati, comportament, scop asi alte
elemente ale procesului
Sunt reprezentate pentru a realiza managementul
proceselor din organizatie
Exemple:
Inputs/Outputs, Events/Results, Value Add,
Roles/Organisations, Data/Information, Probabilities,
Queuing, Transmission Time, Wait Time, Arrival
Patterns/Distributions, Costs (indirect and direct),
Entry Rules, Exit Rules, Branching Rules, Join Rules,
Work/Handling Time, Batching, Servers (number of
people available to perform tasks)
Scopul modelarii proceselor

Crearea unei reprezentari a procesului care sa l
exprime suficient de complet si cu acuratete,
astfel incat sa faciliteze managementul acestuia.
Modelele sunt reprezentari simplificate care
faciliteaza intelegerea a ceea ce trebuie studiat si
luarea de decizii privind procesele
Avantajele modelarii:
Modelele sunt realizate relativ usor
Modelele sunt relativ usor de inteles
Modelele ofera o baza pentru masurare
Modelele faciliteaza simularile si analiza de impact a reproiectarii
proceselor
Standarde si notatii de modelare a

proceselor
Modelele ofera un limbaj pentru descrierea si comunicarea

proceselor, asa cum sunt sau ar trebui sa fie acestea.
Exemple:
Business Process Modelling Notation (BPMN)

Flow Charting
Event Process Chain (EPC)
Value Chain
Unified Modelling Language (UML)
IDEF-0 (Integration Definition for Function Modelling)
LOVEM-E (Line of Visibility Engineering Method - Enhanced)
SIPOC (Supplier, Input, Process, Output and Customer)
Systems Dynamics
Value Stream Mapping
Business Process Modelling Notation

(BPMN)
Este larg utilizat in BPM
Ofera o notatie grafica pentru specificarea proceselor de
business sub forma de Business Process Diagram (BPD)
Utilizeaza o tehnica de flowcharting similara cu cea utilizata
in diagramele de activitate din UML
Se poate transforma in descriere executabila in Business
Process Execution Language (BPEL). BPEL este un limbaj
executabil pentru specificarea interactiunilor cu Web Services.
Este un standard in dinamica
Structura BPMN
BPMN Events: denote something that happens
Classifications: Catching triggered by external event or Throwing generating an

output
Types: Start Event - acts as a trigger for the process, End Event - represents the
result of a process, Intermediate Event - represents something that happen
between the start and end events
BPMN Activities: describe the kind of work that must be done
Types: Task - represents a single unit of work that is not or cannot be broken down to
a further level of business process detail, Sub-Process - used to hide or reveal
additional levels of business process detail, Transaction - a form of sub-process in
which all contained activities must be treated as a whole
BPMN Gateway: determines forking and merging of paths depending on the conditions expressed
BPMN Flow objects are connected to each other using connecting objects.
Types: Sequence Flow - shows in which order the activities will be performed,
Message Flow - shows what messages flow across organisational boundaries,
Association - associate an Artefact to a Flow Object and can indicate directionality
BPMN - Swim Lanes: visual mechanism of organising and categorising activities, based on cross
functional flowcharting
Types: Pool - represents major participants in a process and contains one or more
lanes, Lane - used to organise and categorise activities within a pool according to
function or role
BPMN Artefacts: used to bring some more information into the model/diagram
Types: Data Objects - show the data is required or produced in an activity, Group used to group different activities but does not affect the flow in the diagram,
Annotation - used to provide the model/diagram with understandable details
Exercitii: Modelati urmatoarele procese

Lansarea navetei
spatiale Voyager
Controlul unei case inteligente
Achizitie produse
Printarea unui
obiect 3D
utilizand un bioprinter
Cerinte pentru modelarea proceselor
Mediul de business
Structura organizatorica
Business rules
Structura proceselor
Validarea modelelor si simularea

Este necesar ca modelele sa fie validate
Simularea poate fi utilizata la validarea modelelor
Validarea modelelor prin simulare inseamna sa se compare
output-urile rezultate prin simulare cu outputurile reale.
Perspective in modelarea
Abordarile in modelare
Bottom-up
Top-down
Middle-out
Obtinerea informatiilor necesare pentru

modelare
Observarea directa
Interviuri
Anchete
Workshopuri structurate
Participantii la modelare
Business strategists
Business managers
Financial analysts
Auditors
Compliance analysts
Process performance analysts
Requirements analysts
Systems analysts
Business analysts
Tehnici si instrumente de modelare

Pentru modelare manuala (diagrame/schite realizate manual)
Pentru modelare automata (editoare bazate pe dictionare de
obiecte/patternuri care pot fi utilizate la modelare
Simularea proceselor
Reclama date suficiente, pentru ca procesul sa
poata fi simulat in diferite scenarii
Se pot realiza simulari manuale sau cu utilizarea
unor instrumente software specializate
Beneficii
Analiza proceselor
Reprezinta o activitate esentiala pentru a arata cat de bine sunt

indeplinite obiectivele de business
Analiza permite intelegerea si masurarea efectivitatii si eficientei
proceselor de business
Exemple de rezultate ale analizei: intrari/iesiri ale proceselor,
stakeholderi, sursele de ineficienta, scalabilitatea proceselor
astfel incat sa fie indeplinite asteptarile clientilor, stabilirea
metricilor de performanta, identificarea regulilor de business
care definesc procesele, taskurile componente ale unui proces,
modalitati de imbunatatire a utilizarii resurselor, oportunitati de
reducere a constrangerilor.
Cand se realizeaza analiza proceselor?

Analiza se poate realiza ca un proces continuu, asociat monitorizarii
sau poate fi declansata de evenimente specifice, precum:
Planificarea strategica
Probleme cu performanta proceselor
Noi tehnologii
Fuziune/achizitie
Cerinte/reglementari externe
Pregatirea analizei
Alegerea
proceselor
Stabilirea
profunzimii
analizei
Alegerea
cadrului teoretic
Realizarea analizei (un check-list)
Principii de proiectare a proceselor
Proiectarea se realizeaza pe baza interactiunilor cu clientii

Proiectarea vizeaza activitatile care aduc valoare
Minimizarea/automatizarea taskuri conexe analizei
Efortul este depus atunci cand are sens
Un singur punct de contact
Asigurarea continuitatii fluxurilor
Reducerea marimii loturilor
Culegerea informatiilor o sindura data
Implicarea a cat mai putine roluri
Reproiecteaza si apoi autimatizeaza
Asigurarea calitatii inca de la inceput
Managementul performantei proceselor
Exemplu
Performanta proceselor
Toate procesele au o
masura/metrica asociata
efortului sau iesirii
procesului.
Dimensiunile metricilor:
timp, cost, capacitate,
calitate.
Un proces aduce valoare
atunci cand
produce/genereaza
outputul cerut de client si
tunci cand clientul este
dispus sa plateasca pentru
acest proces
KPIs
Exemple de KPIs
Metode de masurare a performantei

Metodologii de masurare a performantelor utilizate in
BPM:
Value Stream Mapping
Activity Based Costing (ABC)
Statistical Methods
Transformarea proceselor
Metodologii BPM
Principii, proceduri si practici pentru orientarea proiectarii si
realizarii BPM
Exemple
Implementarea proceselor
Specificatii ale activitatilor

O specificatie include :
Obiectivele, metricile de performanta si lista
livrabilelor
Riscurile efectuarii si cum se minimizeaza aceste
riscuri
Responsabilitatea pentru efectuarea completa
Aspecte financiare, de personal, de suport IT si
alte resurse necesare
Durata de realizare
Interdependente cross-functionale
Sisteme de masurare-schema de principiu
Modelul conceptual al unui sistem de

masurare
Ericsson Example (*)
(*) A framework for developing

measurement systems and its industrial
evaluation - Miroslaw Staron , Wilhelm
Meding, Christer Nilsson
Avantajele utilizarii unui sistem de

masurare a performantelor proceselor
Comunicare
Automatizare (colectare date, analiza, prezentare)
Siguranta (indicatori de verificare)
Ensuring Reliability of Information Provided by Measurement Systems M. Staron,

W. Meding
Organizarea managementului
proceselor
Aplicatii software pentru BPM
Software BPM Free
ADONIS
ARIS Express
BonitaSoft
BizAgi
Intalio
ProcessMaker
economice (6)
Arhitecturi de intreprindere. Nivelul informational.
Introducere (Informatia economica si comunicarea in sistemele
informationale economice)
ASE, CSIE, IE
Structura
Informatia economica
Comunicarea in sistemele informationale economice
Date, informaii, cunotine

Independenta de
context
nelepciune
nelegerea principiilor
Cunotine
nelegerea modelelor
Informaii
nelegerea relaiilor
Date
nelegere
Exemplu
Datele: Numerele 100 si 5%.
Informaiile: Dac stabilim o banca de economii drept
context, atunci soldul si dobnda dobandesc semnificatie,
cu o serie de interpretri specifice. Soldul reprezint
cantitatea de bani din cont, adic 100$. Rata dobnzii,
care este de 5% reprezint factorul utilizat de banc
pentru calcularea dobnzii la sold.
Exemplu
Cunotinele:
Dac depun n cont 100$ i dac banca pltete anual
5% dobnda, atunci la sfritul unui an banca va
calcula dobnda de 5% voi avea n cont la banc
105$. Acest model reprezint cunoatere mi permite
s neleg cum va evolua soldul n timp i ce rezultate
va produce.
Dac pun mai muli bani n cont voi ctiga mai mult
dobnd, n timp ce dac retrag banii din cont
dobnda se micoreaz.
Exemplu
Inelepciunea:
Decurge din principiile sistemelor.
Orice aciune care produce un rezultat care ncurajeaz
aceeiai aciune, produce o caracteristic numit
cretere.
Si nimic nu crete la nesfrit, fr s-i ating limitele.
Cuvntul cheie este limita.
Tunelul complexitatii
Difereniere
Tunelul complexitii
Complicat
Banal
Evoluia datelor ctre informaii,

cunoatere i, n final, nelepciune
nu se ntimpl n stagii discrete de
dezvoltare.
Parial
Integrare
complet
Comunicarea - element al procesului de

cunoatere
Emitorul (E); Receptorul (R); Canalul de transmisie (C);

Mesajul/semnalul (M/S);
Limbajul/alfabetul (L/A).
Metode de comunicare
Tezaur de cunostinte
Emitor si receptorul dispun de un propriu

tezaur de cunotine (TE i TR). Pentru a putea
avea loc schimbul de mesaje trebuie s existe o
elemente comune ntre cele dou tezaure.
Perceperea sistemica a mesajului

Mesajul conine
cunotine noi x1, x2, x3
i cunotinele x4 i x5
care exist deja n tezaur
(y5 respectiv y6). Scopul
elementului x4 este de a
introduce n tezaur
cunotina x1, iar al lui
x5 de a lega cu tezaurul
pe x2 i x3. Cunotinele
x4 i x5, dac ar fi legate
ntre ele ar permite relaii
i mai complexe de
introducere n tezaur a
celor noi
Deoarece n intersecie
nu avem dect
elementul x5, vor fi
introduse n tezaur
numai x2 i x3.
Elementul x1 nu poate
fi perceput, deci
ntreaga activitate de
producere a acestuia
i de introducere n
mesaj este inutil.
Exercitiu: Comentati structura

urmatorului mesaj
Densitatea informaional a mesajelor

Dm = Cn/Cm
Dm = densitatea informaionala a mesajului;
Cn numrul cunotinelor noi din mesaj;
Cm numrul total de cunotine care compun mesajul
R = Cm - Cn
R = redundana informaional
Kr = R/Cm = 1 - Dm
Kr = coeficientul de redundan informaional
Exemplu 1
Dm = 3/5 * 100 = 60%;

R = 5 3 = 2 informaii;
Kr = 2/5 * 100 =10060=40%
Exemplu 2
Dm = 3/4 * 100 =
75%
R=43 =1
informaie;
Kr = 1/4 * 100 =
25%.
Densitate
informaionala util
Dm = 2/4 * 100 =
50%,
Exemplu 3
Dm = 3/6 * 100
= 50%;
Kr = 2/6 * 100
= 33%
Coeficient de
inutilitate (Ki):
Ki = Ci/Cm =
1/6*100 = 17%
unde:
Ci = numrul
informaiilor
inutile (x6)
Documentele economice
Documentul economic = form prestabilit de
materializare a mesajelor (pe suport fizic sau
electronic).
Documentaia primar (totalitatea documentelor care
servesc la culegerea primar a datelor despre
fenomenele /procesele economice) si documentatia
derivata.
Documente individuale i cumulative
Documente interne i externe
Calitatea datelor
Dimensiune
Definiie: Msura n care
Accesibilitate
datele sunt disponibile sau uor i rapid de regsit
Cantitate corespunztoare
de date
volumul de date este potrivit pentru sarcina curent
Credibilitate
datele sunt considerate adevrate sau credibile
Completitudine
datele nu lipsesc i acoper un domeniu suficient de larg i adnc pentru sarcina

curent
Reprezentare concis
datele sunt reprezentate compact
Reprezentare consistent
datele sunt prezentate n acelai format
Uurin n manipulare
datele sunt uor de manipulat i aplicat diferitelor sarcini
Lipsa erorilor
datele sunt corecte i de ncredere
Interpretabilitate
datele sunt ntr-un limbaj corespunztor, simbolurile, unitile i definiiile fiind

clare
Calitatea datelor
Dimensiune
Definiie: Msura n care
Obiectivitate
datele sunt neprtinitoare, impariale
Relevan
datele sunt aplicabile i utile pentru sarcina curent
Reputaie
datele sunt apreciate n funcie de surs sau coninut
Securitate
accesul la date este restricionat corespunztor pentru a le asigura securitatea
Punctualitate
datele sunt suficient de actuale pentru sarcina curent
Inteligibilitate
datele sunt uor de neles
Valoare adugat
datele aduc beneficii i avantaje prin utilizare
Influene/obstacole n calea comunicrii

manageriale
Factori externi
Turbulenta mediului extern
Dezvoltarea tehnologia
Factori interni
parametrii structurii organizatorice,

gradul de formalizare,
nivelul de centralizare a autoritii,
modul de efectuare a controlului
economice (7)
Teoria informatiei si abordarile cantitative in SIE
ASE, CSIE, IE
Coninut
Nedeterminarea unui sistem economic si indicatorii cantitatii de
informatie
Entropia sistemelor economice
Cantitatea de informatii
Sinentropia
Entropia relativa
Energia informationala
Gradul de neorganizare
Indicatorii cantitatii de informatie

Dezordinea din cadrul unui sistem este reflectata de indicatori
precum:
entropie
grad de neorganizare
Dezordinea reprezinta o estimare a cantitatii de informatii

continuta in sistem
Un proces de cunoastere a sistemului (care determina obtinerea
unei cantitati de informatii despre sistem) duce la scaderea
gradului de nederminare a sistemului
Cu cat obtinem mai multe cunostinte despre starile si modul de
manifestare a elementelor sistemului cu atat nederminarea sa
este mai mica.
Entropia sistemelor economice
H P log P
i
a i
i
Se poate lucra cu a=10, deci cu lg.
H P lg P
i
i
i
Cantitatea de informatie
Fie un sistem X(x1, x2, , xn), unde xi este starea I
Informatia medie care se obtine despre X prin aplicarea unui proces
de cunoastere prin care s-a stabilit campul de probabilitate Pi,
i=1,n (Pi=probabilitatea ca sistemul sa se afle in starea xi) este:
I P lg P
x
i
i
i
lg Pi = informatia obtinuta prin cunoasterea

starii xi
Informatia furnizata de un sistem prin cunoasterea sa completa este media

informatiilor partiale furnizate de fiecare dintre starile sistemului.
Entropia sistemelor dependente

Fie doua sisteme: X si Y. X = sistemul considerat independent. Y =
sistemul considerat dependent.
H (Y / xi ) P( y j / xi ) lg P( y j / xi )
j
H(Y/X) Pi H(Y/xi )
i
H (Y / X ) Pij lg P( yi / xi )
ij
H ( X ,Y ) H ( X ) H (Y / X )
Sinentropia Hs(Y/X)
Prin cunoasterea totala a sistemului X, entropia sistemului Y va fi
H(Y/X), dar:
H (Y / X ) H (Y )
Inegalitatea de transforma in egalitate prin adaugarea marimii
numita sinentropie.
H (Y / X ) H s (Y / X ) H (Y )
H s (Y / X )
Sinentropia Hs(Y/X)
H s (Y / X ) H (Y ) H (Y / X )
Sinentropia reprezinta cantitatea de informatie care se poate obtine
despre sistemul dependent Y prin cunoasterea totala a sistemului
independent X.
Entropia relativa
Entropia ia valori in intervalul [Hmin, Hmax], unde:
H min lg P lg1 0
H max lg 1n lg n
Prin urmare, domeniul de valori depinde de numarul starilor sistemului.
H(X )
Hr ( X )
,
H
(X )
max
H r ( X ) [0,1]
Marimea relativa a entropiei arata cat din entropia maxima a sistemului

mai exista la un moment dat.
Ir ( X ) 1 Hr ( X )
Arata ponderea cantitatii de informatie detinuta despre sistem fata de
entropia sa din momentul initial, cand se prezenta ca un sistem complet
necunoscut
Hr ( X )
I(X )
H
(X )
max
I(X) = cantitatea de informatii detinuta despre sistemul X.
I ( X ) H max ( X ) H ( X )
Energia informationala
Energia informationala, E reprezinta cantitatea de informatii detinuta
inainte de realizarea proceselor de investigatie/cunoastere a
sistemului economic.
Pi = probabilitatea de aparitie a unui element in starea I a sistemului.
E Pi
EY / X Pxy PY / X
xy
Gradul de neorganizare
Presupunem cantitatea totala de informatii despre un sistem ca fiind 1.
N 1 E
Gradul de neorganizare, N reprezinta cantitatea de informatii obtinuta
printr-un proces complet de cunoastere asupra unui sistem.
Nr N N
N
1
max 1 m
NY / X 1 EY / X
N sY / X NY NY / X
economice (8)
Metode matriciale de analiza a fluxurilor informationale
ASE, CSIE, IE
Metode matriceale
Sunt utilizate pentru analizarea fluxurilor informationale
la nivel logic
la nivel fizic
Fluxurile informaionale la nivel

logic
Repartizarea elementelor de la nivel conceptual (decizii, informaii

primare i informaii derivate) pe elementele spaiului informaional.
Fluxurile informaionale externe urmresc determinarea mulimii

informaiilor din afara sistemului, care intr n baza informaional. l
(productori i consumatori de informaii).
Fluxurile informaionale interne sunt decizionale i de prelucrare.

Scopul fluxurilor decizionale l constituie repartizarea informaiilor de tip
decizii operaionale proiectate la nivel conceptual pe componentele
sistemului operaional. Pentru informaiile derivate proiectate la nivel
conceptual i completate cu cele existente doar n cerina extern se
proiecteaz fluxurile la nivel logic pentru prelucrare.
Fluxurile informaionale la nivel

fizic
Presupun formarea n prealabil a mesajelor informaionale. La formarea

mesajelor se aplic criterii legate de apartenena la mesaj i criterii de
oportunitate referitoare la momentul de timp i locul obinerii informaiei.
Se formeaz ntre elementele spaiului informaional. Pe aceste fluxuri

vor circula mesaje, concretizate n machete de prezentare
documentele.
Reprezentarea fluxurilor la nivel fizic se poate face sub form

matriceal, grafic sau sub forma grafurilor informaionale.
Tehnici de analiza matriceala
Matricea document - document

Matricea indicator - document
Matricea indicator - indicator
Matricea informaional indicatori decizii
Matricea cerintei externe de informatii
Matricea modului de utilizare a indicatorilor
Matricea document - document

Lista spaiului informaional
II
Cod document
propriu
1
Aij
Aik
III
IV
Alj
Alk
Cod document
extern
n+1
Elementele matricei pot lua valori +1/-1, dac ntre elementele de pe linie i
cele de pe coloan exist o relaie, respectiv valori 0, cnd relaia este
nesemnificativ.
Cadranul I:
Evideniaza relaiile informaionale numai ntre elementele proprii sistemului.
Aij = 1 dac documentul propriu de pe linia i particip la formarea
documentului propriu de pe coloana j sau Aij = 0 cnd relaia este
nesemnificativ.
n aceste condiii, o linie din cadranul I va arta modul de utilizare a unui
document propriu n interiorul sistemului, iar o coloan va arta modul
de formare a respectivului document propriu.
Cadranul II:
Evideniaza relaiile dintre documentele proprii i lista spaiului informaional
al sistemului prin reprezentarea fluxurilor informaionale la nivel fizic,
incidente spre exterior.
Un element Aik = 1 dac documentul propriu i generat de sistem este
transmis beneficiarului k. Aik = - 1 dac documentul propriu i a fost generat
de sistem n staia informaional k. Aik = 0 daca relaia dintre cele dou
elemente ale sistemului informaional este nesemnificativ.
O linie i va arta mulimea beneficiarilor documentului propriu i, n timp ce o
coloan va furniza informaii referitoare la activitatea informaionala a
staiei, ca furnizor i beneficiar al documentelor proprii
Cadranul III:
Evidenaza relaiile dintre documentele externe i documentele proprii. Astfel,
Alj = 1 dac documentul extern l particip la formarea documentului
propriu j, prin transfer de latur semantic, iar Alj = 0 dac relaia este
nesemnificativ.
n aceste condiii, o linie l indic faptul c documentul extern particip la
formarea documentului propriu j (de pe coloan), iar o coloan va arta
modul de formare a documentului propriu corespunztor.
Cadranul IV:
Evideniaza relaiile dintre documentele externe i lista spaiului informaional
al sistemului, reprezentndu-se fluxurile informaionale la nivel fizic,
incidente spre interior. Alk = 1 dac documentul extern l este transmis
beneficiarului k. Alk = -1 dac documentul extern l este furnizat staiei
informaionale k, Alk = 0 daca relaia dintre cele dou elemente este
nesemnificativ.
n aceste condiii, o linie l va arta mulimea beneficiarilor documentului

extern l, n timp ce o coloan va indica activitatea informaional a
staiei, ca furnizor i beneficiar al documentelor externe.
Matricea indicator - document

Indicatori proprii
1
Cod document propriu
Cod document extern
II
n+1
Aij
Indicatori externi
III
IV
p+1
Akl
Cadranul I
Ofera informaii n legtur cu repetabilitatea unui indicator n documentele
proprii sistemului. Aij = 1 dac indicatorul propriu i se regsete n
documentul propriu j.
O linie din acest cadran va arta apartenena unui indicator la un document
(n care document j de pe coloan este coninut indicatorul i de pe linie). O
coloan va indica coninutul informaional al documentelor.
Cadranul IV
Akl = 1 dac indicatorul extern k apare n documentul extern l.
O linie indica modul de formare a indicatorului extern k, care se preia dintr-un
document extern l. O coloan va indica modul de participare a documentului
extern l la formarea indicatorului extern k.
Matricea indicator - indicator

Indicatori proprii
Indicator
propriu
1
Aij
Indicator
extern
n+1
Alj
O linie a matricei arat c indicatorul de pe acea linie contribuie la

formarea indicatorului propriu j de pe coloan.
Pe coloan este reflectat modul de formare a indicatorului propriu j. Este o
matrice de preceden i se completeaz pe coloan, folosind lista
indicatorilor, coloana mod de formare.
Valorile {1} n matrice apar dac indicatorul particip la formarea indicatorului
din coloan.
Matricea cerintei externe de informatii

Staii
Spaiul informaional
Indicatori
S1
Sj
Proprii
I1
Ii
Aij
Externi
Ik
Akj
Sm
Permite:
identificare relaiilor existente ntre dou compartimente (un furnizor i un
beneficiar).
identificarea mulimii indicatorilor utilizai sau furnizai de un compartiment
i gradul de fundamentare a indicatorilor din compartimentul beneficiar, pe
baza indicatorilor primii de la compartimentul furnizor.
Analiza fluxurilor la nivel logic scoate n eviden inutilitatea unor informaii
din baza informaional i din sistemul de prelucrare a informaiilor
Cadranul I:
Aij = 1 atunci cnd compartimentul j de pe coloan beneficiaz de indicatorul
propriu Ii de pe linie i primete valoarea
Aij = -1, atunci cnd indicatorul propriu Ii de pe linie este derivat din ali
indicatori proprii, care sunt coninui n documentele furnizate de
compartimentul j pe coloan.
n aceste condiii, valorile {1} de pe linie vor reprezenta mulimea

beneficiarilor indicatorului propriu, iar valorile {-1} de pe linie vor indica cine
este furnizorul de informaie. Valorile {1} de pe coloan reprezint mulimea
indicatorilor proprii care au beneficiar compartimentul j, iar valorile {-1} de pe
coloan vor indica cine este furnizorul indicatorilor proprii sistemului.
Cadranul II:
Akj = 1 dac compartimentul j de pe coloan beneficiaz de indicatorul
extern k de pe linie,
Akj = - 1 dac indicatorul extern k de pe linie este format pe baza unui
document extern, care este furnizat de compartimentul j de pe coloan.
n aceste condiii, valorile {1} de pe linie vor reprezenta mulimea
beneficiarilor indicatorului extern k, iar valorile {-1} de pe linie vor indica
mulimea furnizorilor indicatorului extern k. Valorile {1} de pe coloan
reprezint mulimea indicatorilor externi k de care beneficiaz
compartimentul j, iar valorile {-1} de pe coloan indic mulimea
indicatorilor externi k furnizai de compartimentul j.
Matricea modului de utilizare a indicatorilor
Indicator
Sistem de prelucrare
(SP)
Sistem de conducere
(SC)
Cerina extern
(CE)
Completarea coloanei SP se realizeaza pe baza matricei indicator indicator

(pe linii) n care sunt reprezentate fluxurile conceptuale de prelucrare i se
vor marca acei indicatori care sunt utili n procesul de prelucrare (transfer
latur semantic).
Completarea coloanei SC se realizeaza pe baza matricei indicator decizii

(pe linii) n care sunt reprezentate fluxurile conceptuale de conducere i se
vor marca acei indicatori care particip la fundamentarea deciziilor.
Completarea coloanei CE se realizeaza pe baza matricei cerinei externe n
care sunt reprezentate fluxurile informaionale la nivel logic i se vor marca
acei indicatori care au cerin extern de informaii.
economice (9)
Analiza fluxurilor informationale utilizand teoria grafurilor.
ASE. CSIE, IE
1
Structura
Grafuri informationale
Matrici booleene
Matrici de structura
Matrici latine
n cadrul unui sistem economic se definete un graf,

n care persoanele sau grupurile de persoane pot fi
considerate ca fiind vrfurile grafului, iar
corespondenele dintre acestea ca fiind arcele grafului
X - mulimea finit de persoane
L - legea de coresponden
graf organizaional: Go = (X,L)
X mulimea de entiti administrative

C mulimea canalelor informaionale (arce)
G = (X,C) graf informaional
Reprezentare arborescent
Reprezentare fluxuri
A
Nivel 1
Nivel 2
Nivel 3
Nivel 4
5
Definire
CI = {ci | ciC, c este canal pur informaional}
CD = {cd | cdC, c este canal decizional}
Pe figura anterioar:
CI = ?
CD = ?
Ce fel de canal este HI ?
Definire
Prin flux informaional nelegem cantitatea de
informaii care circul ntre dou vrfuri ale grafului
informaional, cu o periodicitate i o direcie
prestabilite
Informaie cu caracter de directiv => flux decizional
=> C = CI CD CID
Legea de coresponden va reglementa n final

orientarea fluxurilor informaionale i decizionale n
cadrul grafului informaional
FI = {fi | fF, f este flux informaional}
FD = {fd | fF, f este flux decizional}
=> drum informaional
nchis (drum I-D)
Deschis (drum I/D)
Tipologie in raport de funcionalitate

Fluxuri informaionale
Ascendente
Descendente
Orizontale
Fluxuri decizionale
Tipologie - poziia fa de sistem

Fluxuri informaionale interne
Emitorul i receptorul sunt din interiorul
sistemului
Fluxuri informaionale externe
Emitorul este din interiorul sistemului, iar
receptorul din alt sistem (superior vertical
ascendent sau inferior vertical descendent sau
paralel - orizontal)
10
Tipologie - modul de reglementare

Fluxuri informaionale periodice
Reglementat prin act normativ (de exp. ROF)
Fluxuri informaionale ntmpltoare
Fluxuri de moment, constituite ad-hoc
11
Grafuri informationale
Sunt utilizate, pentru analiza fluxurilor informationale in
special, pentru analiza legaturilor dintre indicatori.
Avantaj: faciliteaza analiza
Clase de indicatori
Legaturile indirecte (circuite informationale, fluxuri paralele
etc.)
12
Matrice informationala booleana

exemplu
13
Graful informational asociat matricii

booleene
Legaturile indirecte dintre

indicatori sunt greu de
analizat.
14
Matrice de structura
Formata din doua linii, prin care sunt descrise in mod
explicit arcele grafului si atatea coloane cate arce exista in
graf.
Prima linie: varful initial al arcului
A doua linie: varful final/terminal al arcului
Nu se impune o ordine de descriere a arcelor
15
Matrice de structura (asociata

exemplului de la slide-ul nr. 5)
I1
I4
I5
I6
I7
I8
I10
I2
I7
I7
I8
I10
I9
I6
16
Stabilirea claselor de echivalenta

Se identifica indicatorii primari (care nu se formeaza in
sistem), utilizand matricea de structura. Acesti indicatori se
regasesc in matricea de structura numai pe prima linie.
Indicatorii astfel identificati, si anume: I1, I4, si I5, sunt inclusi
in prima clasa de echivalenta.
Se identifica indicatorii care nu participa la formarea de
indicatori in sistem, utilizand matricea de structura. Acesti
indicatori se regasesc in matricea de structura numai pe linia
a doua. Indicatorii astfel identificati, si anume: I2 si I9
formeaza ultima clasa de echivalenta.
17
I3 ?? Il includem in clasa 1 de echivalenta (este

indicator primar).
Prima clasa de echivalenta: C1={I1, I3, I4, si I5}.
Ultima clasa de echivalenta: Cn={I2, I9}
Se elimina indicatorii repartizati in clase si se continua
pentru restul indicatorilor.
18
O noua iteratie
I6
I7
I10
I8
I10
I6
C2={I7}
Cn-1={I8}
19
O noua iteratie
I6
I7
I10
I8
I10
I6
I10
I6
C3={I10}
Cn-2={I6}
20
Clasele de echivalenta
C1={I1, I3, I4, I5}

C2={I7}
C3={I10}
C4={I6}
C5={I8}
C6={I2, I9}
21
Graful informational, cu nodurile

ordonate pe clase de echivalenta
Legaturile indirecte
dintre indicatori sunt
usor de analizat.
22
Fluxuri paralele si circuite

informationale
23
Circuite informationale. Metode de

identificare
Circuitul informational este drumul in graf al carui varf initial
coincide cu cel final.
Nu au o justificare in modelarea dependentelor intre
indicatori
Circuitele informationale trebuie identificate si eliminate.
Metode de identificare: bazate pe matricile de structura si
matricile latine
24
Identificarea circuitelor informationale cu

ajutorul matricilor de structura
Daca dupa o anumita iteratie procesul de separare a
indicatorilor pe clase de echivalenta nu mai poate fi
continuat (in matricea de structura toate elementele de pe
prima linie apar si in a doua linie), atunci exista un circuit
informational.
Eliminarea circuitelor informationale presupune analiza
circuitelor si identificarea arcelor care trebuie eliminate.
Se verifica implicatiile eliminarii circuitelor asupra
procesului de prelucrare.
25
Identificarea circuitelor informationale

cu ajutorul matricilor latine
Matricea latina asociata unui graf are elementul
aij = XiXj
daca exista drum de lungime 1 (un arc) intre varfurile Xi si
Xj.
Identificarea drumurilor in graf mai mari de 1 se realizeaza
prin inmultirea matricilor latine
Circuitele informationale apar pe diagonala matricii latine.
26
Inmultirea matricilor latine

Din matricea latina M1 se construieste matricea Mt, prin
suprimarea varfului initial al fiecarui drum.
Matricea latina M2 (care contine drumurile de lungime 2)
se obtine prin inmultirea la dreapta a matricei M1 cu
matricea Mt (produsul la dreapta: suprapunerea fiecarei
linii a matricei M1 pe fiecare coloana a matricei Mt). De
exemplu, daca aik=XiXk, iar ckj=Xj, atunci bij=XiXkXj.
Conditia de terminare: dupa calcularea lui Mn (n=numarul
indicatorilor analizati).
27
Exemplu
Se considera urmatorul graf:
Sa se determine circuitele informationale, utilizand

matricile latine.
Matricile latine
economice (10)
Sisteme de managementul documentelor. Semnatura
electronica
ASE. CSIE, IPE

1
Structura
Managementul documentelor; Sisteme de
managementul documentelor
Semnatura electronica
Digitizarea documentelor
Documentul principalul purttor de informaie:
un act prin care se adeverete, se constat sau se
preconizeaz un fapt, se confer un drept, se
recunoate o obligaie; text scris sau tiprit,
inscripie sau alt mrturie servind la cunoaterea
unui fapt real actual sau din trecut (DEX ediia a
II-a 1998, Editura Univers Enciclopedic)
Digitizarea
Documentul electronic produs al dezvoltrii TIC:
orice pachet de date structurate care poate fi
folosit ca informaie
informaia nregistrat, care are nevoie de un
calculator sau alt dispozitiv electronic pentru a o
afia, interpreta i procesa
Managementul documentelor
procesul de administrare a documentelor pe parcursul
ntregii lor durate de via, de la nceput, prin procesul
de creare, revizuire, stocare, partajare, distribuie,
arhivare i pn la distrugerea lor
Automatizare & TIC & MD MDE (Managementul
Documentelor Electronice)
Ciclul de via a documentului

Colectare
propuneri
Creare, revizuire,
coordonare
Perioada de apariie a
oportunitii unui document
Modificare
nregistrare,
aprobare,
publicare
Perioada de lansare
a documentului
Executare,
partajare
Perioada de aciune
n plan economico-social
Arhivare,
distrugere
Perioada de ncetare a
valabilitii documentului
Suportul pentru managementul

documentelor electronice
sistem informatic care permite circulaia (pentru
informri, aprobri sau modificri), stocarea i
regsirea documentelor electronice, cu faciliti de
conectare la alte sisteme informatice sau
dispozitive electronice
Premise
accelerarea i creterea eficienei proceselor
organizaionale;
reutilizarea informaiei existente n organizaie;
nevoia de a interaciona cu alte organizaii
situate la acelai nivel tehnologic;
promovarea unei imagini consistente i coerente;
necesitatea ncadrrii n anumite standarde i
alinierea la tendinele actuale internaionale;
pregtirea infrastructurii informatice pentru
certificarea calitii activitilor desfurate sau
susinerea unei certificri existente.
Solutii si evolutie
Document Management simplu
Workflow
Case Management (concept care integreaz
practic primele dou stadii, aducnd totodat i o
alt abordare asupra domeniului de gestiune a
documentelor)
Cerinte
s implementeze rapid fluxuri de documente;

s fie flexibil la orice structur organizaional;
s aib un grad nalt de securitate;
s fie adaptabil la orice tip de document;
s fie conectat la alte aplicaii;
s prezinte uurin n exploatare;
s fie scalabil la dezvoltri ulterioare.
10
Componente
Metadatele (date despre documente)
Integrarea (preluarea direct n aplicaii, prin
protocoale deschise)
Captarea (scanare, OCR)
Indexarea (n vederea regsirii)
Stocarea (management de stocare ierarhic)
Regsirea (dup codul unic al doc., indexul de
baz etc., interogare neindexat n DW)
Distribuia (cu asigurarea integritii doc.)
11
Securitatea (v. gestionarea drepturilor de acces)

Fluxul de lucru (manual sau bazat pe reguli)
Colaborarea
Controlul versiunii (check-out i check-in n
SMDE)
Publicarea (corecie, revizuire public,
autorizare, tiprire i aprobare etc.)
12
Fluxul documentelor n SMDE

Documente
de intrare/interne
Document
Fie identificatoare
a documentelor
de intrare/interne
Baza de date
Double-click to type
notes. Subselect "Title"
to edit the title.
to edit the title.
Lista documentelor
executate
Title
Telefon
to edit the title.
Executarea
Documentelor
Title
to edit the title.
Stocarea
documente
executate
Pot electronic
Executantul
Title
Title
Fax
Lista documentelor
spre executare
Biblioteca
Electronic
Arhiva
Electronic
Generarea
Fielor identificatoare
a documentelor
de ieire
Expedierea
Documente
la corespondeni
Title
to edit the title.
13
Premise pentru Semnatura Electronica (SE)
Documente electronice
Comer electronic, afaceri electronice
Aspecte privind mediul
Vitez i securitate
Definiia i rolurile semnturii

Definiie:
Este un eantion de date care demonstreaz c o
anumit persoan a scris sau a fost de acord cu
documentul cruia i s-a ataat semntura sa
Roluri:
Caracterul oficial al documentului
Prob (n termeni de proprietar al semnturii)
Eficien (claritatea i finalitatea unui document)
Acord (msura legalitii i autorizrii)
Semntura caracteristici generale

S fie nealterabil: modificarea nu mai poate interveni
pe documentul semnat;
S fie nefalsificabil: s dovedeasc c documentul a
fost produs de semnatar;
S fie nerepudiabil: semnatarul s nu mai
recunoasc autenticitatea ei;
S fie nereutilizabil: s nu poat fi mutat pe un alt
document, de ctre o persoan ru intenionat;
S fie autentic: executat de autorul documentului.
Semntura atribuii generale

S autentifice documentul. Semntura trebuie s identifice
documentul pe care se gsete, fcnd astfel imposibil
falsificarea acestuia;
S l autentifice pe cel care semneaz. Semntura trebuie s
indice persoana care a semnat un document, nregistrare sau
mesaj, i trebuie s fie foarte dificil pentru o alt persoan s o
reproduc;
S fie un act afirmativ. Semnatura stabilete c o tranzacie a fost
realizat legal;
Eficien. Semntura i procesele de creare i verificare trebuie s

furnizeze siguran maxim att n autentificarea celui care
semneaz, ct i a documentului, cu un consum de resurse ct de
mic.
Semntura electronic - definire

Semntur electronic reprezint date n form
electronic, ce sunt ataate sau logic asociate cu alte
date n form electronic i care servesc ca metod
de identificare (cf. legislaiei romneti Legea
455/2001)
Caracteristici, avantaje
Semnatura electronic este pentru documentele
electronice ceea ce este o semntura olograf pentru
documentele tiprite Tehnologia semnrii
electronice surclaseaz tehnologia pe hrtie
Semnturile electronice permit autentificarea
mesajelor digitale, asigurnd destinatarul de
identitatea expeditorului i de integritatea mesajului
Semntura electronic nu este: o semntur scanat,
o iconi, o hologram, un smart card, un fiier etc.
Eliminarea lucrului cu hrtii i a costurilor

aferente acestora semntura electronic
are aceeai valoare d.p.d.v. al legii cu
semntura olograf;
Eliminarea timpilor mori i a resurselor
angrenate n depozitare i manipulare;
Securizarea comunicaiilor n cadrul firmei,
precum i a tranzaciilor on-line.
economice (11)
Metode de utilizare a informatiilor in fundamentarea deciziilor
ASE, CSIE, IE
Structura
Modelul procesului de fundamentare a deciziilor

Modele deductive de fundamentare a deciziilor
Modele inductive de fundamentare a deciziilor.
Clasificatorul bayesian naiv
Modelul procesului de fundamentare a

deciziilor
Modele deductive de fundamentare a

deciziilor
Modelul Simon, Nobel pentru economie 1978
Activitatea
de cercetare
Activitatea
de proiectare
Caut i identific
condiiile cerute de
decizie
Pot cerceta
organizarea intern i
mediul exterior
Ajut la identificarea
problemelor i
posibilitilor
Activitatea
de selecie
Dezvolt i evalueaz direciile alternative ale aciunilor
Pot ajuta la generarea i evaluarea alternativelor decizionale
Selecteaz direcia
de aciune i monitorizeaz implementarea
ei
Ajut la accentuarea
i clasificarea alternativelor decizionale
Furnizeaz feedback-ul implementrii
deciziei
Modele inductive de fundamentare a

deciziilor
Clasificatorul bayesian naiv. Baze

teoretice si aplicabilitate
Teoria rationamentului probabilist definita de Thomas Bayes
(regula lui Bayes).
Regula lui Bayes permite actualizarea probabilitatii ipotezelor
pe baza faptelor (evidentei), dupa care sunt alese ipotezele
cele mai probabile.
Metodele de invatare bayesiana sunt utile pentru domeniile cu
multe caracteristici.
Exemplu
f1
f2
f3
f4
Se calculeaza Rk(n,m), ponderea

instantelor din clasa m pentru care
caracteristica k are valoarea n.
R1(1,1) = 1/5; R1(0,1) = 4/5
R1(1,0) = 5/5; R1(0,0) = 0/5
R2(1,1) = 1/5; R2(0,1) = 4/5
R2(1,0) = 2/5; R2(0,0) = 3/5
R3(1,1) = 4/5; R3(0,1) = 1/5
R3(1,0) = 1/5; R3(0,0) = 4/5
R4(1,1) = 2/5; R4(0,1) = 3/5

R4(1,0) = 4/5; R4(0,0) = 1/5
Avand un vector X de caracteristici (vector de input), clasa in care se

repartizeaza X (valorea y care se asociaza lui X) se determina cu
ajutorul valorilor R.
Presupunem: X=<0,0,1,1>
Scorul lui X, daca presupunem ca X apartine clasei 1:
S(1) = R1(0,1)*R2(0,1)*R3(1,1)*R4(1,1)
S(1) = 0.205
Scorul lui X, daca presupunem ca X apartine clasei 0:

S(0) = R1(0,0)*R2(0,0)*R3(1,0)*R4(1,0)
S(0) = 0
S(1) > S(0) X se clasifica in clasa 1 (y=1).

8
Algoritmul de clasificare faza de instruire

Pe baza instantelor de instruire se calculeaza:
R j (1,1)
count(x ij 1 y i 1)
count(y i 1)
R j (0,1) 1 R j (1,1)
R j (1,0)
count(x ij 1 y i 0)
count(y i 0)
R j (0,0) 1 R j (1,0)
Algoritmul de clasificare faza de predictie

Fiind dat un vector X, se calculeaza scorul:
S (1)
j
S (0)
j
R j (1,1) daca x j 1
R j (0,1) altfel
R j (1,0) daca x j 1
R j (0,0) altfel
y=1, daca S(1) > S(0)
10
Corectia Laplace
Instantele de instruire reflecta doar partial realitatea.
Daca in cadrul instantelor nu exista valori de
caracteristici prezente la anumite clase, R va primi
valoare 0.
Se recomanda evitarea valorilor 0/1 pentru R.
11
Modificarea formulelor de calcul pentru R

R j (1,1)
count ( x ij 1 y i 1) 1
count ( y i 1) 2
R j (0,1) 1 R j (1,1)
R j (1,0)
count ( x ij 1 y i 0) 1
count ( y i 0) 2
R j (0,0) 1 R j (1,0)
12
Exemplu revizuit
f1
f2
f3
f4
R1(1,1) = 2/7; R1(0,1) = 5/7

R1(1,0) = 6/7; R1(0,0) = 1/7
R2(1,1) = 2/7; R2(0,1) = 5/7

R2(1,0) = 3/7; R2(0,0) = 4/7
R3(1,1) = 5/7; R3(0,1) = 2/7
R3(1,0) = 2/7; R3(0,0) = 5/7
R4(1,1) = 3/7; R4(0,1) = 4/7

R4(1,0) = 5/7; R4(0,0) = 2/7
X = <0,0,1,1>
S(1) = 0.156
S(0) = 0.017
S(1) > S(0) X se clasifica in
clasa 1(y=1).
13
Linearizarea algoritmului
Precizia calculelor poate fi afectata de cresterea numarului
de probabilitati care se inmultesc.
Se linearizeaza prin logaritmare:
log R j (1,1), daca x j 1

log S (1)
j log R j (0,1), altfel
log R j (1,0), daca x j 1
log S (0)
j log R j (0,0), altfel
Y=1, daca log S(1) > log S(0)
14
Clasificatorul bayesian naiv

y=1 daca:
x
j
(1 j )(1 x j ) j x j (1 j )(1 x j )
j
unde: 1, n, 1, , n sunt valorile R.
15
Avantaje si dezavantaje
Determinarea parametrilor R nu urmareste minimizarea erorii si
utilizeaza o metoda rapida de calcul.
Fiecare caracteristica joaca un anumit rol in clasificare (voteaza
pentru clasa 1 sau 0). Ponderea caracteristicii (ponderea
votului) este:
j
j
log
log
1 j
1 j
Influenta fiecarei caracteristici asupra rezultatului clasificarii se

poate stabili in mod independent, fiind ulterior combinata cu
influenta celorlalte caracteristici (prin multiplicare).
16
Limitari: exemplul XOR
f1
f2
f3
f4
R1(1,1) = 2/4; R1(0,1) = 2/4

R1(1,0) = 3/6; R1(0,0) = 3/6
R2(1,1) = 2/4; R2(0,1) = 2/4
R2(1,0) = 3/6; R2(0,0) = 3/6
R3(1,1) = 2/4; R3(0,1) = 2/4
R3(1,0) = 3/6; R3(0,0) = 3/6
R4(1,1) = 2/4; R4(0,1) = 2/4
R4(1,0) = 3/6; R4(0,0) = 3/6
Pentru orice X nou
S(1) = 0.625
S(0) = 0.625
17
Inferenta probabilista
Se considera caracteristicile si rezultatul clasificarii
ca reprezentand variabile aleatoare.
Algoritmul de clasificare faza de invatare:
Pr(Y=1|f1, , fn)
Algoritmul de clasificare faza de predictie:
Fiind data o instanta noua, se calculeaza Pr pentru
output 1. Daca Pr>0.5 se previzioneaza 1, altfel 0.
18
Estimarea distributiei Pr(Y=1|f1, , fn)

Regula lui Bayes:
Pr( A)
Pr( A | B) Pr( B | A)
Pr( B)
Pentru problema de clasificare:
P(Y=1|f1, ,fn)=P(f1, ,fn|Y=1)P(Y=1)/P(f1, ,fn)
Pr(f1, , fn) este independenta de Y
P(Y=1) = probabilitatea apriori (o putem considera 0.5)
Trebuie sa ne concentram asupra: Pr(f1, , fn|Y=1)
Ipoteza algoritmului: Independenta variabilelor
Pr( f1 ,..., f n | Y 1) Pr( f j | Y 1)
j
19
Algoritmul de clasificare faza de instruire
R( f1 1 | Y 1)
count ( x ij 1 y i 1)
count ( y i 1)
R( f j 0 | Y 1) 1 R( f j 1 | Y 1)
R( f j 1 | Y 0)
count ( x ij 1 y i 0)
count ( y i 0)
R( f j 0 | Y 0) 1 R( f j 1 | Y 0)
20
Algoritmul de clasificare faza de predictie

Fiind dat un vector x, se calculeaza scorul:
S ( x1...xn | Y 1)
j
S ( x1...xn | Y 0)
j
R( f j 1 | Y 1) daca x j 1
R( f j 0 | Y 1) altfel
R( f j 1 | Y 0) daca x j 1
R( f j 0 | Y 0) altfel
y=1, daca S(x1 xn|Y=1) > S(x1 xn|Y=0)
21
Studiu de caz
Clasificatorul Bayesian aplicat in identificarea spam-urilor (filtrarea
mesajelor)
Ce este spam-ul?
Modaliti de combatere spam.
Avantajele filtrului Bayesian.
22
economice (12)
Guvernanta IT
ASE, CSIE, IE
Coninut
Ce este guvernana IT?
Standarde de guvernan IT
Implementarea guvernanei IT
Ce este guvernana IT?

Guvernana IT reprezint responsabilitatea consiliului de
administraie i conducerii executive de a defini
structurile organizaionale i procesele prin care IT s
poat susine i extinde strategiile organizaiei.
(definiia ISACA - Information Systems Audit and Control Association)
Obiectivele guvernantei IT
COBIT, elaborat de Institului pentru guvernana IT (IT
Governance Institute, ITGI), ca un cadru de guverna IT
Risk IT, definit de ITGI pentru managementul riscurilor IT
Val IT, destinat s asiste managementul investiiilor IT
ITIL, format dintr-un ansamblu de bune practici pentru
managementul serviciilor IT
ISO/IEC 27002:2005, elaborat de ctre Organizaia
Internaional de Standardizare (ISO) i Comisia Internaional
de Electrotehnic (IEC), pe baza standardului britanic BS7799,
redenumit ISO / IEC 17799:2005, ca standard pentru
managementul securitii informaiilor.
CMMI, conceput de Software Engineering Institute (SEI) pentru a
susine companiile n procesul de dezvoltare software
COBIT
COBIT - Control Objectives for Information and
related Technology)
Reprezint o platform standard pentru controlul
tehnologiei informaiei, dezvoltat i promovat de
ctre Institutul pentru Guvernana IT.compusa din 34
procese generale din domeniul IT i 318 proceduri de
audit IT.
COBIT
Poate fi aplicat att pentru implementarea i
monitorizarea controalelor de securitate IT, ct i
pentru asigurarea metodelor de control prin care s se
determine eficiena soluiilor menite s protejeze
informaiile confideniale. n planul modelului de
afaceri, COBIT, asigur integrarea obiectivelor IT cu
obiectivele de afaceri.
Caracteristicile COBIT
Alinierea la modelul de afaceri
Abordarea procesual
Utilizarea controalelor
Alinierea la modelul de afaceri
Abordare procesuala
Utilizarea controalelor
Modelul de control standard
Val IT
Risk IT
IT Infrastructure Library (ITIL)

ITIL reprezint o colectie de practici i recomandri care se
adreseaz n primul rnd acelor companii sau departamente
care furnizeaz servicii IT suport.
ITIL este esential pentru a asigura servicii prompte i de
calitate; cu toate acestea, ITIL nu ofer o medod de
implementare, lsnd aceste aspecte la latitudinea celor n
msur a decide strategia de implementare a soluiilor.
Adoptarea ITIL ca standard se face similar oricrui proiect
de anvergur implementat de ctre organizaie
CMMI
Reprezinta un cadru de abordare a activitilor din
organizaie, care ofer posibilitatea de eficientizare a
proceselor, i, n final, de mbuntire a performanelor
organizaionale. CMMI poate fi utilizat pentru ghidarea
procesului de mbuntire la nivelul unui proiect,
departament, sau organizaie.
Implementarea guvernanei IT
Guvernana IT este implementat n organizaie prin
definirea proceselor IT i stabilirea structurilor de
conducere aferente. In acest fel, guvernana IT poate
susine strategia i obiectivele de dezvoltare ale
organizaiei.
Lista de activiti, cu atribuirea responsabilitilor

Lista problemelor ce trebuie s fie incluse n agenda
guvernanei IT
Cerine de bun practic
Factorii critici de succes
Vectori de performan

SIE

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

SIE

Încărcat de

Drepturi de autor:

Formate disponibile

Sisteme informationale

Notiunea de sistem (SIE-1)

Sistemul real - sistemul informational

Frontiera sistemului Interaciunea cu alte sisteme

SIE determinare obiectiva si

Sistemul informational - sistem

Legitile sistemelor cibernetice

Legea variatiei necesare

Legea variatiei necesare

Legea conexiunii inverse

Principiul complementaritii externe

Modalitile de integrare i interaciune

Principiul emergenei (sinergiei)

Principiul entropiei negative

Organizatia economica sistem

EA este rezultatul unui proces de modelare i de documentare a

Exemplu cu modelele utilizate

pkg Model arhitectura intreprindere bazat pe RIM

pkg Model arhitectura intreprindere bazat pe RIM

Analiza cereri client / oferte

01.Trimitere intiinare ctre

SQL Server 2008

Windows NT 6.1 Windows Server 2008

Furnizorul trimite factura si

Servicii pentru infrastructur

07.Alege oferta cea mai

04.Analiza oferte furnizori

09. Primire mesaj furnizor

Router intrare (cu

Are asoci at un agent

Incasare taxe si impozite

Servicii acces internet i

Servicii pentru PSTN (public

Servicii de stocare - SAN

pkg Model arhitectura intreprindere bazat pe RIM

Cadrul de dezvoltare a unei EA

Arhitectura de intreprindere (EA)

Noile standarde folosite

Modele si cadre de lucru

Instrumente, modele, tehnici, metode

Cadrele de lucru (frameworks) si

Utilizarea diferitelor cadre de lucru

IAF, Cap Gemini Ernst &

TOGAF, the Open Group

ISO/IEC 14252 (IEEE

Nivel servicii pentru

Nivelurile de maturitate ale EA

Sistem cu grad redus de

Nivelul de complexitate al sistemelor

Sistem cu grad mediu de

Firewall Server HTTP

Sistem cu grad ridicat de

EA ajut ntreprinderea s decid mai uor modul de realizare a

Este nevoie de o perioad de timp pentru ca angajaii s se

De ce companiile adopta EA?

Ofer planuri detaliate pentru

Ajut la dezvoltarea sistemelor

EA trebuie s permit desfurarea afacerii

EA trebuie s permit desfurarea afacerii

EA trebuie s ajute la extinderea pe alte piee

Ea trebuie s rspund n timp rapid

EA trebuie s mbunteasc producia

trebuie s ajute compania s creasc gradul de

EA trebuie s permit nlocuirea/adugarea