Sunteți pe pagina 1din 13

Sisteme de management al coninutului

1. Preliminarii
Definiii
Exist mai multe definiii ale termenului gestiunea coninutului, deseori ele reprezint
puncte de vedere ale unor analiti influenai de politica de marketing al organizaiilor n
care activeaz. n [8] gsim definiiile companiilor Gartner, Forrester, Giga, Meta Group,
CAP Ventrures. Meta Group definete gestiunea coninutului astfel: un amalgam
complex de funcionalitate, ce include achiziia, administrarea, asamblarea, recenzarea i
aprobarea, publicarea, pstrarea i protecia informaiei destinate necesitilor internet,
intranet sau extranet ale unei organizaii. ns acestea snt definiii specializate ce nu vor
fi n stare s cuprind sistemele care vor aprea n viitor. n plus, notiunea de CMS se
intersecteaz cu cea a sistemelor de gestiune a documentelor, sistemelor de gestiune a
cunotinelor, sistemelor de integrare a aplicaiilor industriale, sisteme e-commerce i
portaluri.

Definiii mai generale ale managementului coninutului:


Un set de sarcini sau procese pentru administrarea coninutului de la apariie pn la
arhivare (Ovum, http://www.ovum.com/). Un domeniu nou preocupat de facilitarea
administrrii i accesrii informaiei n cadrul mediilor corporative [9].
n realitate, CMS este mai mult un concept dect un produs sau tehnologie. Un concept ce
cuprinde o serie de procese care vor sta la temelia viitoarei generaii de site-uri web (de
dimensiuni mari) n care coninutul va fi gestionat de autorii acestuia ci nu de tehnicieni.
Scopul principal al CMS este integrarea i automatizarea sporit a proceselor ce
contribuie la diseminarea eficient i efectiv a informaiei n Internet.
Istoria sistemelor de management al coninutului
Istoria CMS ncepe odat cu inventarea scrisului, crearea unor formate portabile de
documente bazate pe hrtie (papirus), asamblarea mai multor pagini n cri, adunarea
crilor n biblioteci (de exemplu, n or.Alexandria), tiprirea n mas a crilor datorit
apariiei mainii de dactilografiat, catalogarea crilor (aranjarea alfabetic dup autor sau
titlu), clasificarea crilor n categorii (dup subiect, domeniu, etc.).
Managementul coninutului poate fi privit ca soluia general a problemei de creare a
coninutului (pentru productor), i cea de furnizare a coninutului (pentru consumator,
utilizator). Managementul coninutului const n transmiterea coninutului potrivit
persoanei potrivite la timpul i costul potrivit. [10]
Cu toate c CMS poate descrie i un proces manual de lucru, noi vom folosi acest termen
pentru descrierea softului care asist oamenii n crearea, managementul, transmiterea i
navigarea coninutului.
Menionm evenimentele care au marcat dezvoltarea CMS:

1975 CM pe mainframe-uri: publicarea electronic


1984 CM pe calculatoare personale: publicare desktop
1990 Utilizarea tehnologiei Client-Server
1995 CM pe Web: publicare web

Cronologia detaliat a istoriei CMS este descris n [11].


Publicarea electronic a accelerat exponenial crearea coninutului. Astfel, la sfritul
anilor 80 apruse fenomenul de suprancrcare informaional, situaie agravat de
apariia calculatoarelor personale, utilizarea crora nu permitea un control centralizat.
La nceputul anilor 90, calculatoarele personale au inceput s fie unite n reea, ce a
favorizat apariia aplicaiilor centralizate construite n baza principiilor client-server.
Aceasta a dat posibilitatea restabilirii controlului asupra coninutului electronic, ca
urmare a aprut epoca managementului documentelor.
Situaia a nceput s se schimbe pe la mijlocul anilor 90 odat cu creterea popularitii
Internetului. Ctre anul 89 Internetul coninea deja milioane de pagini web, i a devenit o
afacere serioas. Managementul documentelor a ieit din mod, oferind locul
managementului de coninut web (engl. web content).
Dar euforia din domeniul Tehnologiei Informaionale (TI) a trecut odat cu prbuirea
NASDAQ i dot.com-urilor n 2000. S-a revenit la soluii mixte ce conineau documente
obinuite (pe hrtie) i electronice (coninut web) cu accentul pe dispozitive fr fir (engl.
wireless), fluxuri audio/video (engl. streaming), i alte forme de coninut electronic.
Ritmul implementrii de soluii ale comerului electronic B2C (afacere ctre consumator)
(engl. B2C business to customer) a sczut, n schimb a crescut interesul fa de
comunicarea automatizat a coninutului electronic n afaceri prin intermediul reelelor
comerciale XML B2B (engl. XML - eXtensible Markup Language, B2B - Business to
Business). Actualmente exist mai multe variaii de management al coninutului, care au
la baz aceleai principii dar cu scopuri diferite:
a) Managementul coninutului web;
b) Managementul cunotinelor;
c) Managementul documentelor;
d) Managementul bunurilor digitale (engl. Digital Asset Management);
e) Managementul dosarelor (engl. Records Management).

2. Managementul coninutului
Managementul coninutului este procesul de aprovizionare sistematic i structurat, de
creare,prelucrare, administrare, prezentare, procesare, publicare i reutilizare a
coninutului [2].
n aceast definiie general prin CM (managementul coninutului) se nelege o
succesiune de aciuni, n care accentul se pune pe procesul n sine, i nu pe metod.
Noiunea de CM este prea vast pentru a putea formula definiii precise [8]. Ce nseamn
CM se ntreab mai des productorii de CMS, fiindc este o problem de marketing cum
s poziionezi un produs pe pia. Consumatorul de obicei nelege n felul su conceptul
de CM i nu este interesat de definiia specificat de productor din moment ce soluia
oferit i rezolv problema sa. n [8] gsim interpretarea actual a noiunii de CM i
modul n care productorii de CMS de astzi neleg i definesc CM. Menionm c unele
definiii snt nite puncte de vedere ale analitilor influenai de politica de marketing al
organizaiilor n care activeaz, deaceea ele reflect mai mult specificul CMS-urilor
acestor organizaii. O abordare mai pragmatic [9] determinat de Louis Rosenfeld, un
arhitect al informaiei, coautorul crii Information Architecture [12], realizeaz c CM
este de fapt un domeniu i nu o definiie. Este un domeniu nou preocupat de facilitarea
managementului i accesului la informaie n medii corporative.
Deseori CM este confundat cu managementul documentelor. n 1.1 vorbeam despre
ascensiunea managementului documentelor n domeniul sistemelor informaionale n
ultimele decenii, mai apoi a urmat evoluia ctre managementul coninutului. Vom
descrie managementul documentelor i al coninutului ca cititorul s observe delimitrile
i s neleag domeniul abordat n tez. Un document este o unitate de coninut, care
poate fi identificat i manipulat ca o entitate, privit ca informaie ce se refer la o
anumit tem [13]. Documentele snt structurate slab, pentru utilizarea de ctre oameni.
Gartner Group a estimat c pn la 90% din informaia unei corporaii se conine n
documente.
Managementul documentelor nseamn crearea, organizarea, utilizarea, manipularea i
dispoziia documentelor n scopuri organizaionale [14]. n managementul documentelor
electronice, aceste activiti snt efectuate utiliznd tehnologiile informaionale i aplicaii
soft. Managementul coninutului este caracterizat de o varietate de instrumente i metode
pentru colectarea, procesarea i furnizarea coninutului de diferite tipuri [15]. Se poate
spune c managementul documentelor este o submulime a CM. CM mai conine i
coninut ce nu poate fi considerat sau recunoscut ca document din cauza utilizrii
diverselor tehnologii. Bob Boiko [16] consider c CM este destinat pentru gestiunea
publicaiilor Web i posibilitatea reutilizrii coninutului. Dup Bob Boiko,
managementul documentelor pune accentul pe gestiunea fiierelor, pe cnd CM se
concentreaz pe gestiunea componentelor, adic a unitilor de coninut. Componentele i
metadatele asociate permit managementul fluxului de lucru (engl. workflow) i
crearea conglomeratelor (engl. aggregations), care reprezint colecii de coninut existent
(documente sau pri din acestea). abloanele definesc componentele, scripturile i
coninutul static (logoul companiei, panele de navigare) care snt combinate pentru a crea
coninut web.
3. Ciclul de via al managementului coninutului
Scopul CM const n furnizarea informaiei necesare utilizatorului n contextul unei
aciuni: de exemplu, consultarea catalogului de produse pentru luarea unei decizii
chibzuite, cutarea de informaie despre medicamente de ctre un doctor pentru alctuirea
unei prescripii. Rolul CM const n optimizarea comunicrii dintre persoana care creaz
informaia i persoana-consumator de informaie (n contextul unei aciuni sau a unui
proces). ns comunicarea nu este scopul final: comunicarea catalizeaz procesul de
lucru, iar procesul propulseaz afacerea.
Rezultatul final al unei comunicri eficiente este luarea unei decizii. Dac consumatorul
obine informaia de care are nevoie, el cumpr (sau nu) un produs. Dac doctorul este
asigurat c are suficient informaie pentru a prescrie o reet, boala pacientului este luat
sub control. Cu ct comunicarea este mai optimizat, cu att procesul de luare a deciziilor
devine mai rapid i eficient, ca n final organizaia respectiv s devin mai flexibil i
productiv. Privite n acest mod, tehnologiile de management al coninutului trebuie s
faciliteze: 1) colaborarea i 2) integrarea cu alte aplicaii i procese de lucru.
Colaborare nseamn c coninutul este disponibil ntr-o form convenabil pentru
etapele de creare, verificare i utilizare. Totodat aceasta nseamn c controlul accesului
este suficient de flexibil pentru a asigura lucrul unui grup de utilizatori, fiecare cu roluri
i drepturi multiple n CM;
Integrarea este similar colaborrii, dar din punct de vedere al calculatorului. Gradul de
integrare (drepturile de acces) al aplicaiilor exterioare variaz. Ciclul de via al
coninutului poate fi divizat n etape. n literatura de specialitate ntlnim divizri cu
numr variat de etape, dar care descriu acelai proces: Bob Boiko [16] accentueaz trei
pri majore a unui CMS: 1) colectare, 2) management (fluxuri de lucru, aprobare,
controlul versiunilor, repozitoriu), 3) publicare. Gerry McGovern [17], de asemenea,
vede trei procese, dar le numete: 1) creare 2) editare 3) publicare. JoAnn Hackos [18]
descrie patru componente: 1) coninut 2) repozitoriu 3) asamblare/stabilirea legturilor
4) publicare. Aceste abordri au ca premis instrumentele de baz ale CM: controlul
accesului, sistemul de control al versiunilor, editare, fluxul de lucru, pregtirea
tehnologic a procesului de lucru (engl. staging), personalizare i localizare.
Un raport recent [19] menioneaz cinci etape, i adaug o etap nou: cea de negociere
(engl. transact) care rspunde de legtura invers (engl. feedback) cu vizitatorii site-ului.
Ciclul de via al coninutului cuprinde urmtoarele etape:
Creare. Crearea coninutului de ctre utilizatori, transformarea coninutului n alte
formate, crearea datelor de suport (metadate);
Management. Gestiunea coninutului de ctre utilizatori n cadrul unui repozitoriu,
controlul de versiuni, controlul accesului la coninut (drepturi de citire/scriere);
Integrare. Posibilitatea accesrii coninutului de utilizatori n mai multe formate i din
mai multe repozitorii. mbinarea coninutului cu alte aplicaii i procese de lucru. Dac n
cadrul unei organizaii documentele snt gestionate de un sistem, elementele multimedia
de altul, atunci capacitatea de integrare a CM ofer o intefa general, comun de acces
la mai multe repozitorii pentru utilizatori i aplicaii. Mai mult ca att, capacitatea de
integrare poate reuni i procese de lucru;
Negociere. Posibilitatea de a obine un profit sau de valorificare a coninutului. Pentru
un editor comercial aceasta ar nsemna utilizarea unor componente tehnologice pentru
vnzarea coninutului pe Web. Exemplu: funcionalitate integrat de creare a campaniilor
email: Web portalul de suport al consumatorilor ce n mod automat ntiineaz un grup
de clieni despre apariia unor produse noi innd cont de preferinele acestora;
Distribuie. Publicarea coninutului n mai multe forme pentru uz intern (n cadrul
CMS) i extern (WAP, HTML, XML, PDF, etc).
Odat cu maturizarea tehnologic a CM, la fel a evoluat i noiunea de obiect de
coninut. Schimbarea, n timp, aduce cu sine modificarea nivelului de complexitate,
granularitate i diversitate la care a ajuns obiectul de coninut. ntr-un sistem de
management al documentelor, prin obiect de coninut se subnelege nsi documentul i
metadatele asociate acestuia. Odat cu apariia CMS pentru Web (WCMS),
dimensiunea (granularitatea) obiectelor gestionate a devenit mai mic: dac n
managementul documentelor un articol era un document, atunci n CMS acest articol este
compus din mai multe uniti: autorul, titlul articolului, capitole separate. Necesitile
reale snt i mai complexe: obiectele de coninut pot fi obiecte compuse din alte obiecte
sau reprezenta o agregare (interpelare) de mai multe obiecte.
Un document complex al unei organizaii poate fi generat din mai multe obiecte de
coninut extrase din locaii diferite. Tehnologiile CM trebuie s ofere posibilitatea de
lucru cu astfel de obiecte. Volumul de informaie care devine mai apoi coninut este
impuntor i greu de gestionat n totalitate, doar o parte din coninutul gestionat este
reprezentat sub form de obiecte compuse i flexibile. Organizaia de talie medie se
confrunt cu tipuri de coninut complex i neomogen, gestionat de mai multe sisteme n
care metadatele se descriu n mod diferit. Necesitatea de integrare a coninutului i
proceselor de lucru a crescut odat cu transferul acestor procese pe Web. Un criteriu al
completitudinii soluiei de management al coninutului este flexibilitatea, granularitatea
cu care obiectele de coninut de diferite tipuri snt gestionate pe parcursul etapelor de
management al coninutului. Succesul unui CMS este determinat de compatibilitatea
integrrii coninutului din cadrul sistemului cu alte aplicaii i procese de lucru.
n tendina de rspndire i adaptare al aplicaiilor n spaiul Web i alte zone, un factor
important este integrarea. Pentru a putea aproviziona aceste aplicaii cu coninut,
tehnologiile de management al coninutului trebuie s suporte o infrastructur distribuit.
Extindere i Specializare n domeniul CMS
n ciclul de via al unei soluii soft putem identifica dou tendine de dezvoltare: de
extindere sau specializare al funcionalitii sistemului. Pentru CMS, procesul de
specializare l urmrim n sistemele complexe ce se bazeaz pe servicii de integrare.
Exemple: managementul fluxului de documente, managementul de portaluri, sisteme de
management al relaiilor cu clienii. Extinderea se manifest prin diversificarea metodelor
de furnizare a coninutului: incorporarea funcionalitilor de creare, publicare i
sindicare ca parte component a unei platforme mai mari. n fig.1 snt prezentate soluiile
specializate ce au la baz managementul coninutului.

4. Clasificarea sistemelor de management al coninutului


Noiunea de CMS este greu de definit [8], multe produse pretind a fi soluii CMS
complete: jurnale personale (personal weblogs), wiki-uri (wiki este un site web care
permite redactarea sa de ctre vizitatori i este destinat editrii colective), portaluri de
nouti. Cererea imens de pe piaa CMS a atras muli productori de soft: la data de 22
ianuarie 2006, n categoria management de coninut din directoriul DMOZ [20] erau
587 de companii productoare CMS.
Marketingul online i distribuia produselor prin intermediul web-ului nseamn cheltuieli
mici necesare pentru a intra pe piaa CMS. Dar muli productori nu contientizeaz c
softul este doar o parte a unei soluii de management al coninutului.
Probabil cel mai important este faptul c majoritatea celor implicai n managementul
site-urilor se confrunt cu probleme de control al procesului de publicare al coninutului.
Ca rezultat, un numr impuntor de organizaii sau chiar indivizi au elaborat soluii CMS
proprii. O parte din ei au decis s lanseze pe pia produsele sale prin vnzri directe sau
darea n arend (prestatori de servicii soft: Application Service Providers) .
Cu toate acestea, innd cont de proveniena lor, putem defini cteva clase generale de
CMS. Asistm la o convergen a funcionalitii oferite de CMS, ns produsele finale
snt orientate la piee diferite. Tabelul ce urmeaz ofer o list de abordri generale care
stau la baza elaborrii unui CMS:
Produsele deschise i mediile de dezvoltare CMS (engl. framework products) snt mai
preferabile din punct de vedere strategic, dac se preconizeaz o dezvoltare continu a
site-ului web. Experiena arat c implementarea sistemelor mari cost mai mult dect
preul de achiziionare ale lor. Nu putem vorbi despre procurarea unui CMS, ci despre
procurarea i adaptarea CMS.

Din punct de vedere al raportului pre/funcionalitate, pot fi evideniate 3 tipuri de CMS:


1) sisteme de tip cutie (engl. box systems); 2) platforme (medii) de dezvoltare; 3) sisteme
atotcuprinztoare (engl. all-in-one solutions).
Sisteme Cutie - Locul apariiei: ageniile de publicitate. Poziionarea de ctre productor:
platform care ofer utilizatorului mediu posibilitatea de creare i management al site-
ului web. Ideea de baz: Site-ul web este elaborat n exclusivitate de ctre consumator.
Produsul este conceput ca o soluie ieftin.
Avantajul principal al acestor sisteme: timp i pre redus de implementare a site-ului.
Aceste produse snt limitate din punct de vedere al designului, funcionalitii i
capacitii de integrare. Sistemele cutie pot fi numite i instrumente de publicare, n
sensul c ele rezolv problema de prezentare a paginilor web n Internet.
Medii de dezvoltare (Development platforms)
Locul apariiei: companiile din sectorul TI Poziionarea de ctre productor: crearea unei
platforme ce permite dezvoltatorilor de soft s elaboreze un site web care mai apoi s fie
gestionat de ctre editori. Ideea de baz: s ofere dou instrumente. Unul pentru
elaborarea site-ului sau a unei aplicaii internet i altul destinat clienilor pentru
managementul coninutului. Soluiile ce au la baz un mediu de dezvoltare snt oferite de
consultani TI. Managerii de coninut renoesc site-ul ca i n cazul sistemelor cutie
(uneori chiar mai simplu). Aceste soluii nu au limitele sistemelor cutie, dezavantajul
fiind costul iniial ridicat, deoarece este nevoie de programatori pentru a crea o soluie
specific n conformitate cu cerinele clientului. Ele snt o alegere strategic pentru
companiile care doresc mai mult dect o simpl publicare a informaiei n internet.
Sisteme atotcuprinztoare
Locul apariiei: productori ai sistemelor de gestiune a documentelor. Poziionarea de
ctre productor: un sistem pentru managementul tuturor tipurilor de coninut i procese
de lucru n cadrul unei ntreprinderi. Ideea de baz: pe lng managementul complet al
coninutului, ndeplinirea a ct mai multe sarcini importante din activitatea ntreprinderii.
Aceste sisteme nu se axeaz doar pe managementul coninutului n internet. Ele snt o
alegere excelent pentru reconstrucia n ntregime a infrastructurii TI dintr-o
ntreprindere. Cu toate c ofer posibiliti de publicare a informaiei n internet, ele
complic prea mult procesul de dezvoltare a site-ului. Costul acestor sisteme ncepe de la
$100,000 fr cheltuielile de consultan.

4.1 Proiecte CMS cu cod deschis (open source)


Spre deosebire de soluiile comerciale, CMS-urile cu cod deschis (engl. open source) nu
ncearc s incorporeze funcionaliti la mod pentru a deveni mai populare ci se
concentreaz pe comunitatea de utilizatori care au necesiti bine definite fa de
managementul coninutului. Exemple de sisteme open source populare: Zope server de
aplicaii pentru elaborarea CMS; Mambo un CMS popular; WordPress platform de
publicare personal (engl. blog). n raportul [23] din ianuarie 2006 snt descrise cele mai
populare CMS-uri cu cod deschis.
Impactul Open Source n evoluia CMS
Componentele modulare ce apar n rezultatul proiectelor comune vor determina
organizarea funcional a arhitecturii sistemelor i nu drepturile de proprietate sau durata
licenei;
Dovezi clare de aplicabilitate i compatibilitate cu anumite aplicaii datorit distribuiei
de extensii i adaptri asociate cu fiecare implementare;
Cu toate c proiectele CMS-urilor cu cod deschis snt mai bine organizate i distribuite,
lor le vor lipsi funcionaliti de nivel nalt, cum ar fi: algoritmi moderni de cutare,
suport multimedia, criptografie de ultim or, managementul valorilor digitale.
Organizaiile care mizeaz pe avantajul n afaceri adus de CMS spre deosebire de
concurenii si, vor prefera soluiile comerciale i garaniile oferite prin procurarea
acestora.

5. CMS: prioriti i lacune


Managementul coninutului a devenit un domeniu important odat cu apariia Internetului
i, ca consecin, a informatizrii societii. Sistemele de management al coninutului au
aprut datorit cererii de pe pia: companiile aveau nevoie de instrumente pentru
publicarea informaiei. Interesul comercial a favorizat apariia unui numr impuntor de
CMS-uri [20], ns ele nu se bazau pe investigri tiinifice i nu veneau cu o schimbare
de paradigm, nu propuneau metode bine formalizate de rezolvare a unor clase de
probleme, ci erau simple instrumente rudimentare care satisfceau cerinelor pieei. Rolul
crucial al informaiei n activitatea cotidian a organizaiilor, necesitatea utilizrii
internetului (dependena de internet) i, ca urmare, importana industrial a CMS a
determinat interesul academic fa de acest domeniu. Valoarea unui CMS comercial
depinde de operativitatea de implementare a inovaiilor din domeniul tehnologiilor
informaionale. Astzi accentul se pune pe facilitile de integrare cu alte aplicaii,
deaceea CMS ce nu vor putea interaciona cu alte servicii i aplicaii moderne vor deveni
instrumente izolate i ineficiente. Din acest motiv, considerm neesenial o comparare a
posibilitilor oferite de CMS actuale i identificarea lacunelor acestora. Interes tiinific
prezint ideea, abordarea ce st la baza unui CMS i prioritile obinute n urma aplicrii
metodologiei la elaborarea mai multor CMS-uri.
O list exhaustiv de CMS cu posibilitatea de comparare n baza unei taxonomii [24] este
accesibil pe adresa http://www.cmsreview.com/. Un alt site ce descrie posiblitile CMS
i permite compararea pn la 10 sisteme simultan este http://www.cmsmatrix.org/, care
la 23 ianuarie 2006 avea n baza de date 509 sisteme de management al coninutului. O
list vast de resurse CMS este indicat pe adresa http://www.nmpub.com/cmsresources/.
Aceste referine au fost menionate pentru a ghida cititorul care are nevoie de un CMS.
Evaluarea CMS poate fi fcut n baza criteriilor descrise n [25].
Investigaiile tiinifice n managementul coninutului au un caracter fragmentar, n
sensul c se axeaz pe segmente nguste ale domeniului (de exemplu, interaciunea cu
baze de date, interfaa utilizator, scalabilitate, arhitecturi distribuite, etc). Exist puine
abordri [26,27] i metode noi de construire a CMS. Considerm c cauza principal
const n aceea c: domeniul CMS este vast, deaceea astfel de abordri trebuie s fie
abstracte, cu substrat teoretic, dar care se bazeaz pe o experien practic suficient. i
fiindc domeniul este nou, prea puini snt cei, experiena i cunotinele crora le-ar
permite argumentarea i impunerea unor modele noi de construire a CMS.
Lipsa unor principii clare de proiectare i ntreinere ulterioar a site-urilor este una din
cauzele datorit creia 61% din companiile ce utilizeaz sisteme de management al
coninutului se bazeaz pe actualizarea manual a site-urilor lor [5]. Trebuie contientizat
faptul c elaborarea unui site, n afar de procurarea unui CMS, presupune i adaptarea
acestuia. Din rezultatele chestionarului efectuat pe un eanion de 63 de persoane [4],
54% din cei chestionai au rspuns c CMS necesit mult timp pentru ajustare:

6. Ci de dezvoltare CMS
Elaborarea unei aplicaii Web ce opereaz cu multe date necesit cunotine din diferite
domenii pentru a face fa diverselor sarcini: definirea structurilor de date pentru stocarea
coninutului, conceperea interfeelor hipertext pentru navigarea i managementul
coninutului, crearea stilurilor de prezentare, asamblarea de arhitecturi robuste i
performante, integrarea cu aplicaiile existente i servicii externe.
Analiznd modalitile existente de elaborare a aplicaiilor Web i a instrumentelor
disponibile dezvoltatorilor, putem constata c principiile de inginerie soft nu snt
exploatate la maxim. Proiectanii de obicei elaboreaz aplicaiile Web prin aplicarea
experienei i metodelor pe care leau obinut elabornd alte tipuri de sisteme: sisteme
informaionale pentru ntreprinderi, aplicaii orientate obiect. Aceste abordri snt
adecvate pentru partea tradiional: proiectarea structurilor de date, implementarea logicii
aplicaiei de partea serverului; ns ele nu i-au n consideraie specificul aplicaiilor Web:
furnizarea coninutului i serviciilor utiliznd o interfa hipertext.
ntr-un studiu [37] efectuat cu scopul de a determina care din metodele ingineriei de
dezvoltare a softului desktop snt viabile pentru Web se menioneaz c: problemele
majore ntilnite la dezvoltarea de aplicaii Web apar la etapele de analiz, determinare a
cerinelor fa de aplicaie, testare, evaluare i mentenan.
n lumea softului aplicativ (destinat utilizatorilor simpli, spre deosebire de softul de
sistem utilizat de programatori, ingineri) dezvoltarea are loc pe orizontal i vertical.
Dezvoltarea pe orizontal nseamn integrare cu aplicaii din alte domenii, tendin de
soluionare a unui spectru larg de probleme, asigurarea compatibilitii cu aplicaii
similare i automatizarea procesului de migrare de la sisteme similare. Dezvoltarea pe
vertical reprezint specializarea pe un segment ngust al pieei cu scopul monopolizrii
unei nie bine definite. Dinamica dezvoltrii verticale este mai redus fiindc necesit
investiii i cercetri serioase pentru a aduce mbuntiri considerabile. Managementul
coninutului pune accentul pe integrare, deaceea majoritatea CMS comerciale se dezvolt
pe orizontal, i tind s acopere o parte ct mai mare a pieei pentru a-i mri veniturile.
Companiile care nu reuesc (sau nu au scopul) s fac fa politicilor agresive de
marketing ale concurenilor se limiteaz la mentenana soluiilor sale, lucreaz asupra
stabilitii, asigur suport clienilor existeni.
Dac cu 5 ani n urm funcia CMS era facilitarea publicrii de coninut pe site-uri
statice, astzi volumul enorm de informaie, diversitatea surselor din care aceasta provine
i caracterul dinamic al site-urilor demonstreaz incompetitivitatea arhitecturilor i
concepiilor sistemelor de ieri. Pentru a face sistemul mai atractiv productorii se ocupau
de nfrumusearea sistemelor sale (interfee grafice prezentabile). Un studiu [4] efectuat
de Institutul pentru Arhitectura Informaiei (AifIA - http://aifia.org) arat c 61% din
companiile ce utilizeaz softuri de management al coninutului se bazeaz pe actualizarea
manual al site-urilor sale. Complexitatea i caracterul unical al proiectelor web
cotidiente au determinat apariia platformelor de management al coninutului. Acestea
snt sisteme destinate construirii CMS prin adaptarea de module existente, care ofer
limbaje speciale destinate proceselor de lucru specifice proiectelor web. De regul aceste
platforme snt scumpe, dar totodat elaborarea i implementarea unui CMS cu ajutorul
acestor platforme cost i mai mult. Decalajul de funcionalitate i pre dintre CMS-urile
obinuite i platformele CMS au determinat multe companii s dezvolte CMS-uri proprii,
s nu plteasc bani grei companiilor mari i totodat s nu devin dependeni de
sistemele mediocre cu probleme de scalabilitate.
Problema platformelor de management al coninutului o constituie resursele considerabile
pentru ajustarea funcionalitii existente la specificul fiecrui proiect n parte dup care
urmeaz mentenana sistemului care iari necesit cheltuieli considerabile personalului
calificat din compania productoare.
Datorit interesului academic fa de CMS, viitoarele sisteme vor avea la baz modele
clare de elaborare a structurii site-ului [27], limbaje speciale de interpelare a coninutului
i specificare a legturilor [26], paradigme de organizare i stocare a informaiei pentru
generarea eficient a paginilor dinamice. Rezultatele obinute n domeniul modelrii
conceptuale a site-urilor web vor fi folosite pentru elaborarea unor medii de dezvoltare
rapid RAD (engl. Rapid Application Development) de tipul C Bulider, Delphi, care se
vor baza pe limbaje de programare existente ca Perl, PHP sau Java, dar n acelai timp
vor oferi carcasa viitoarei aplicaii web i vor impune standarte de elaborare care vor
asigura scalabilitatea.
7. Formularea problemei
Analiznd mai multe CMS-uri, ajungem la concluzia c eficiena i utilitatea unei soluii
CMS depinde de facilitile oferite pentru trecerea de la o etap la alta n ciclul de via al
coninutului. Separarea, dei logic, a etapelor de colectare, management i publicare a
coninutului (1.3) a
favorizat apariia CMS-urilor mari: platforme de dezvoltare CMS i sisteme
atotcuprinztoare (1.4), care necesit resurse considerabile pentru implementarea unui
site Web (personal calificat, timp, costul ridicat al procurrii i ntreinerii). Ca rezultat,
exist o cerere crescnd de tehnologii ieftine de implementare a site-urilor de talie medie
fiindc utilizarea CMS-urilor mari nu va fi compensat din punct de vedere economic de
beneficiile aduse de site.
Cele trei etape ale ciclului de via al coninutului:
1. colectare;
2. management;
3. publicare.
includ respectiv urmtoarele sarcini:
1. Elaborarea schemei bazei de date pentru a stoca eficient coninutul. Spre deosebire de
modelul reea i modelul ierarhic, modelul relaional propus de matematicianul Dr. E.
F.Codd n iunie 1970 s-a dovedit a fi mai simplu i mai eficient nct astzi, modelul
relaional este cel mai rspndit. Att n modelul ierarhic ct i n modelul de tip reea
bazele de date dezvoltate sunt specifice aplicaiei. Dac se dezvolt o nou aplicaie
trebuie s se dezvolte i o nou baz de date. Acest lucru este dezavantajos deoarece
pstrarea consistenei bazei de date n diferite aplicaii este foarte dificil.
2. Elaborarea interfeei cu utilizatorul. Majoritatea sistemelor, inclusiv CMS, folosesc
modelul ierarhic pentru interfeele de gestiune a datelor de ctre utilizator. n calitate de
exemple menionm structura ierarhic a sistemelor de fiiere (engl. filesystem), arborele
din aplicaia Windows Explorer, caracterul arborescent al formatului XML. Organizarea
creierului uman este ierarhic. Informaia categorizat, clasificat, organizat, prezentat
sub form de ierarhie este mai uor perceput.
3. Extragerea coninutului din baza de date pentru generarea site-ului. Structura site-urilor
web are la baz modelul reea. Deseori aceiai informaie este folosit la generarea mai
multor pagini (ci alternative de navigare). Extragerea eficient a informaiei din baza de
date pentru construirea unei pagini depinde de modelul de date. Structura paginilor este
mai relaxat, n sens de restriciile impuse, dect structurile de date. Flexibilitatea n
procesul de elaborare a structurii paginilor n particular i al site-ului n general deseori
genereaz probleme de consisten i de mentenan. Libertatea de exprimare pe care o
are proiectantul site-ului trebuie ncadrat ntr-un model de site web care ar facilita
navigarea rapid a unui volum mare i structurat de informaie.
Utilizarea a trei modele diferite (relaional, ierarhic, reea) la fiecare etap a
managementului coninutului necesit eforturi de conversie: sunt necesari pai
intermediari pentru trecerea de la un model la altul. Aceste etape intermediare sunt
caracterizate prin implementarea unor funcionaliti adugtoare care, dei ascunse de
utilizatorul sistemului, asigur traducerea dintre modele.
Se pune problema de modificare/ajustare a modelelor celor trei etape nct cheltuielile de
realizare a pailor intermediari s fie minime.
Este necesar studierea CMS-urilor existente destinate site-urilor bine structurate
construite din baze de date: studierea arhitecturii, depistarea deficienelor. Cunotinele
acumulate vor fi folosite la elaborarea:
1. Unui model de date flexibil n baza cerinelor i specificului impuse de aplicaiile Web;
2. Unei interfee generale de management al coninutului pentru modelul de date propus;
3. Unui model de site Web pentru generarea eficient a paginilor conform modelului de
date.

Bibliografia
1. Mihai Drgnescu, Societatea informaional i a cunoaterii. Vectorii societii
cunoaterii, studiu pentru Proiectul SI-SC (Societatea Informaional Societatea
Cunoaterii) al Academiei Romne, Bucureti, 9 iulie 2001. Pe Internet:
http://www.academiaromana.ro/pro_pri/pag_com01socinf_tem.htm
2. Rothfuss G., Ried C. Content Management with XML, Springer-Verlag, Berlin,
Germany, 2001, ISBN 3540665943.
3. Paul Browning, Mike Lowndes. Content Management Systems, JISC TechWatch
Report, September 2001
4. The Problems with CMS, The Asilomar Institute for Information Architecture (AIfIA),
http://aifia.org/pg/the_problems_with_cms.php
5. Web Content Management: Covering the Essentials, Avoiding Overspending", Jupiter
Research 2003, http://www.jupiterresearch.com
6. O. Burlaca, NeoSite: A Simple Content Management System, Computer Science
Journal of Moldova, vol. 12, no.1(34), 2004, pp. 107-126.
7. O. Burlaca, Generic Interfaces for Managing Web Data, Computer Science Journal
of Moldova, vol. 13, no.1(37), 2005
8. What is Content Management, The Gilbane Report, Vol. 8, No. 8, October 2000.
www.gilbane.com
9. Louis Rosenfeld. Content Management and Information Architecture, CMS Watch,
2003 http://www.cmswatch.com/
10. The Content Management Community of Practice. http://www.cmprofessionals.org/
11. CMS Wiki: a knowledge base for Content Management Professionals.
http://www.cmswiki.com/tiki-index.php
12. Louis Rosenfeld, Peter Morville. Information Architecture Designing Large-Scale
Web Sites 2nd edition, OReilly 2002
13. Salminen, A. Methodology for Document Analysis. Encyclopedia of Library and
Information Science. 2000. Pag. 299-320.
14. Sprague, R.H. Electronic Document Management: Challenges and Opportunities for
Information Systems Manager. MIS Quarterly 19 (1), 1995, pag. 29-49.
15. Mcintosh, M. Content Management Using the Rational Unified Process. Rational
Software White Paper. 2000
16. Boiko, B. Content Management Bible. 2002, New York, U.S.A: Hungry Minds,
Inc.
17. Gerry McGovern, Rob Norton. Content Critical: Gaining Competitive Advantage
through High-Quality Web Content, Financial Times Prentice Hall, 2001
18. JoAnn T. Hackos. Content Management for Dynamic Web Delivery, Wiley, 2002
19. Bill Trippe. Bridging the Real Silos in Content Management with Flexible Content
Objects, The Gilbane Report, 2003
20. Content Management directory on DMOZ:
http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/
21. Open Source Content Management Systems: A Parallel Universe, The Gilbane
Report, Vol. 9, No. 4, 2001.
22. Michael Seifert, Choosing a Content Management System - An objective market
overview, Sitecore, January 2004.
23. Seth Gottlieb, Content Management Problems and Open Source Solutions, Optaros
white papers and reports, January 2006. www.optaros.com
24. The Classification & Evaluation Of Content Management Systems, The Gilbane
Report, vol. 11, No. 2, March 2003.