Mi is az a tartalom? Tartalomkezelés 5. Tartalomkezelő rendszerek 5.1 A tartalom struktúrája 5.2 A tartalomkezelés folyamata 5.3 Tartalom menedzsment rendszer (CMS) 5.4 A CMS szükségessége 5.5 A CM fő területei 5.6 CMS típusok
Definíció Adat: a valóság nem értelmezett (de értelmezhető) tükörképe Információ: értelmezett adat Metaadat: adat az adatról - a jelentés szűkített kifejezési térben Tartalom: egy vagy több célra felhasználható formátumban adott információ elnevezett információ A tartalomkezelés lényege: adattechnológiák segítségével tárolni, kezelni és megjeleníteni a tartalmat A tartalom menedzsment feladata nevet adni az információknak
A tartalom formátumai Formátum-kategóriák Az adatok kódolása szerint. Pl.: Bináris, Unicode, stb. Belső szerkezet szerint bekezdés, oldal, alpublikáció, publikáció, szuprapublikáció Megjelenítési formátum (megjelenítőre leképzés) szerint Konzisztens formátum egy publikáción belül Formátum és tartalom elkülönítése Tipográfiai hatások, Pozícionálási (layout) hatások, Háttér hatások, Érzelmi hatás alapján Kiemelés, fontosság, olvashatóság, érdekesség, környezet normái
5.1 A tartalom struktúrája Struktúra: a tartalom egyes egyedi részei között definiált kapcsolatok halmaza A struktúra elemei: Kategória (komponens osztály) Komponens példány Elem Reláció A jól struktúrált tartalom jól szervezhető.
A tartalom struktúrája Cél szerint Egyetlen publikációra specializált struktúra Több publikációra specializált struktúra Típus szerint Osztott struktúra (tartalom felosztása): szegmensek, elemek Hozzáférési struktúra: hierarchiák, indexek, kereszthivatkozások, sorozatok Menedzsment struktúra: követhetőségi és kezelhetőségi attribútumokat tartalmaz Tartalmazási struktúra: mely komponens tartalmaz másokat Hatókör szerint Keresési: csak lényeges elemeket emel ki Belső: komponensen belüli struktúra Külső: komponensek közötti struktúra
A tartalom struktúrája A struktúrakészítés nehézségei A teljes tartalmat át kell látni Többféle tartalom kezelése Rugalmas megoldás szükséges Saját szabályok érvényesítése, ellenállók meggyőzése A struktúra működésének megértése (a metator a metaadat struktúra alapján módosíthatja a tartalmat) Többféle egymást átfedő struktúra készítése különféle felhasználóknak
5.2 A tartalomkezelés folyamata A tartalom menedzsment a tartalomgyűjtés, -tárolás és -megjelenítés folyamatát foglalja magába. Gyűjtés Meglévő forrásból információ megszerzése Konvertálás a fő formátumra (pl. XML) Darabolás, beépítés a rendszerbe, metaadat hozzáadása Tárolás: Repository előállítása (adatbázis és/vagy fájlok) Tartalom komponensek és adminisztratív információk tárolása Megjelenítés Komponensek kinyerése a repository-ból Publikáció előállítása a komponensekből és funkciókból
5.3 Tartalom menedzsment rendszer CMS: Content Management System Három fő részből áll: GYŰJTŐ alrendszer TÁROLÓ alrendszer MEGJELENÍTŐ alrendszer komponensek komponensek
Egyszerű szemléltető példa Felhasználói interfész Alkalmazás szerver publikációs sablonok HTML oldalak Szerzői sablonok adatbázis GYŰJTŐ TÁROLÓ MEGJELENÍTŐ
5.3.1 Gyűjtő alrendszer A gyűjtő alrendszer feladata: a tartalom bejuttatása a rendszerbe, továbbá tartalom előállítás Lehetséges fő folyamatai: Írás Beszerzés Forrásfájlok: meglévő mmédia-információk, melyeket számítógép tárol (képek, videók, stb) Újrafelhasználásra tervezett források Általános szállítható bináris formátum Metaadattal bővített információ Átalakítás Kibontás: lényeges információ kinyerése Formátum átalakítás: CMS által támogatott formátumra Struktúra átalakítás
Lehetséges fő folyamatai (folyt): Gyűjtő alrendszer Csoportosítás: különálló média tartalmak struktúrába szervezése Szerkesztői folyamat: helyesség, kommunikációs szabályok, CMS-nek való megfelelés vizsgálata Tartalom komponensekbe szervezése (komponenshatárok jelölése) Metatorial folyamat: metaadat és információ összerendelésének ellenőrzése Kiegészítő szolgáltatások: tartalom tárolóba töltése Kész komponensek betöltése egyenként vagy csoportosan Példa: elearning CMS rendszer --- GYŰJTŐ alrendszer Tanulási objektum előállítása és szerkesztése (Szerzői funkció) Tanulási objektum export/import (szabványos formátum) Tanulási objektum formátum-átalakítása Tanulási objektum metázása
5.3.2 Tároló alrendszer A tároló alrendszer feladata: (hosszú távú) tárolás, erőforrások kezelése, rendszer adminisztráció Tartalom komponensek tárolása A tároló és azon dolgozó alrendszer adminisztrálása Konfigurációs és vezérlő fájlok tárolása Minták Hozzáférési információ Metaadat lista Szabályok Napló Szkriptek és karbantartó rutinok
Tároló alrendszer Adminisztrációs feladatok: CMS struktúra és paraméterek kezelése Gyűjtő alrendszer adminisztrálása is itt történhet (integrált CMS) Munkatársak hozzáférése, metaadat és rendszerkonfiguráció kezelése tároló alrendszer adminisztrálása Felhasználó kezelés, biztonsági másolat, munkafolyamatok kezelése, metaadat ellenőrzés Megjelenítő alrendszer adminisztrálása (integrált CMS) Hardver és szoftver eszközök kezelése, amelyek a megjelenítéshez kapcsolódnak
Tároló alrendszer Munkafolyamat-kezelő feladatok: koordináció, ütemezés, munkatársak feladatainak kezelése Gyűjtő alrendszer munkafolyamatai Tartalom gyűjtés, készítés és csoportosítás - feladatlebontás, ütemezés, kivételkezelés, stb. Tároló alrendszer munkafolyamatai Archiválás, tartalom ellenőrzés, adatbányászat - feladatlebontás, ütemezés, kivételkezelés, stb. Megjelenítő alrendszer munkafolyamatai Kimeneti formátumra alakítás, tartalom-egyesítés/jelölés, kimeneti eljárások - feladatlebontás, ütemezés, kivételkezelés, stb. (különös tekintettel a kimeneti időzítésekre, menetrendekre, szinkron/aszinkron megoldásra, push/pull megoldásra; forgalom-naplózás, eseménykezelés, stb.)
Tároló alrendszer Példa: elearning CMS rendszer --- TÁROLÓ alrendszer Tanulási objektumok tárolása, hozzáférése; sablon-kezelés elearning workflow menedzsment (szerző, designer, szerkesztő, tanár, stb.) Konfiguráció-kezelés (rendszer és tananyagok) Külső kapcsolatok (HR, külső forrás, )
5.3.3 Megjelenítő alrendszer A megjelenítő alrendszer feladata: tartalom komponensekből publikáció készítése (automatikusan, félautomatikusan/ ) Fő részei: Publikációs minta (publikációt építő logika), sablon Statikus elemek Szolgáltatások hívása CMS-en kívüli szolgáltatások hívása Publikációs szolgáltatás (tartalomból és metaadatból építi fel a publikációt) Minta letöltés és végrehajtás Publikáció specifikus szolgáltatások biztosítása Kapcsolatot biztosít a nem CMS-hez kapcsolódó szolgáltatásokkal
Megjelenítő rendszer Példa: elearning CMS rendszer --- MEGJELENÍTŐ alrendszer Publikációs sablonok kezelése Megjelenítő alkalmazás(ok) illesztése Interaktivitás biztosítása (pl. hallgatói tesztek) Portál funkció
A sablon szerepe Felhasználói tartalom + sablon = Weblap Webre szánt tartalom + = 18
sablon és elrendezés (Layout) - példa Fejrész 1 Fejrész 2 Breadcrumb Navigálás hoz WYSIWYG törzs Lábléc 2 Lábléc 1 Breadcrumb: webmorzsa, szájtmorzsa - a kiinduló-ponttól a felhasználó jelenlegi oldalpozíciójához vezető navigálási út
Tervezési megközelítések a sablon-granularitás meghatározására: 1) A tartalom-struktúrát a sablonok és mezők határozzák meg. ( mező-alapú ) 2) A tartalom-komponenseket lapokra és nem-lap típusú elemekre választjuk szét. ( lap/nem-lap ) 3) A komponenseket olyan kis elemekként határozzuk meg, hogy azokból minden összetett tartalom-egységet ezek kombinációjaként össze lehessen állítani. ( elemkombinációs ) Döntési szempontok: célközönség igénye, sokszínűsége, mennyire ismert az igény (milyen hosszú távra készül a CMS), milyen erőforrások vannak a CMS elkészítéséhez, stb.?
tervezés mikor előnyös? hátrányos mező-alapú lap/nem-lap beviteli/megjelenítési form-ok szerint működő rendszernél sokféle lapon használjuk ugyanazokat a tartalmakat amikor a mezők között nem nagyon egyszerű a kapcsolat egyszerű, könnyen átlátható tartalmakat tisztán lapokba szervezve érdemes inkább elem-kombinációs sokféle elem-reláció esetén Egyszerű kapcsolatrendszer esetén (1-1 relációkkal könnyebb, mint sok-sok relációkkal
Tartalom-szerkezet példák: Nincs megosztás 1. termék 1. tartozék 2. tartozék 2. termék 3. tartozék 4. tartozék 5. tartozék Van megosztás 1. termék 1. tartozék 2. tartozék 2. termék 1. tartozék 3. tartozék 4. tartozék
Az előző szerkezeti példák esetében más-más lesz egy termék be/kivezetésének CMS támogatása. (Pl. egy termék megszűnik, de a tartozék marad, mert alkalmas másikhoz is és fordítva; lehet portál, ahol egy termék törlésével törlődik annak összes tartozéka is) A két esetben eltérően kell megoldani a tartalom archiválását is! (Az első esetben megengedhető az egyszerűbb lap-orientált, a második esetben adatbázis-alapú célszerű.)
5.4 Miért van szükség CMS-re? Sok tartalom Sok szerző - Tartalom elemek - Különféle szerzők -Tartalom típusok - Komplex források Sok változás Sok megjelenítési forma - Tartalom átvitel - Tartalom csatornák - Terv ellenőrzés - Testreszabás
Sok tartalom pl. a heterogén tartalom szigorúbb szabványosítást követel Sok szerző pl. ez a helyzet akkor is, ha egy nagyobb vállalatban számos osztály/projektcsoport/stb. állít elő tartalmat a CMS számára. Többféle eredetű és funkciójú tartalom, a változások gyakorisága eltérő, A CMS ebben centralizált megoldást jelent (de ha előnyös, akkor bizonyos fokú elosztott menedzsmenttel) Sok megjelenítési forma többféle publikációs csatorna, többféle célközönség számára: kisebbre granulált, szabványosított tartalommal szolgálható ki előnyösebben
A tartalom újrahasznosítása szabványosítást kíván: az adatformátum(ok)ét a kódolásokét (ha vannak) a metaadatokét (adatséma, értékkészlet, típus a gyakorlatban esetleg részlegesen szabványosak) a szerzői és publikációs sablonokét (template)
A granularitás A komponensek méretének, pontosabban: a legkisebb önállóan kezelt tartalom-elemek (komponensek) felbontásának meghatározása. Nagyobb granularitás -> nagyobb rugalmasság, de -> nagyobb komplexitás Többféle felbontás lehetséges egy CMS-en belül is. médiatípustól függően: más a granularitása egy dokumentumkezelőnek, egy terméklistának, egy hangtárnak egy TV archívumnak, stb. a tartalomtól függően: mozifilm-adatbázis, videoklip-tár, stb. A CMS tervezésekor elhatározott granularitás az implementálás után nehezen módosítható.
Egyszeres forrás Többszörös kontextus XML topic 1 Webes közlésre A: 1, 2, 3 1 2 3 XML topic 2 XML topic 3 XML topic 4 nyomtatáshoz 1, 2 Webes közlésre B: 2, 3, 4 2 3 4
Egy válasz a problémára: DITA Darwin Information Typing Architecture: DITA Információ strukturálás XML alapon (jobb információ csere) Téma orientáltság Szemantikus cimkézés (tagging) Újrafelhasználhatóság (tartalom, tervezés, eljárás) Feltételes feldolgozás, automatikus linkelés és link ellenőrzés A tervezés, feldolgozás, szótárak inkrementális specializációja DITA 1.0 specifikáció (OASIS szabvány) Open Toolkit (DITA-OT): http://dita-ot.sourceforge.net
DITA Információ strukturálás XML alapon (jobb információ csere) Téma orientáltság Szemantikus cimkézés (tagging) Újrafelhasználhatóság (tartalom, tervezés, eljárás) Feltételes feldolgozás, automatikus linkelés és link ellenőrzés A tervezés, feldolgozás, szótárak inkrementális specializációja
Szabványos keret XML dokumentumtípusok kezelésére és kiterjesztésére XML menedzsment: Interoperabilitás és eszközfüggetlenség Újrafelhasználhatóság Szerzői együttműködés (collaborative authoring)
Alapkoncepció Témák DITA térképek Termékek
A DITA tervezése elvei Téma orientáltság Jelentéssel bíró információ-egység (a célnak megfelelő specifikus tárgy) Téma granularitás Ön-leíró témák kombinációja tartalom-készletekké Típusok a DITA típusok specifikus információ struktúrákat követnek Specializáció Architectúra az alaptípusok kiterjesztésére, új típusok (akár adott információ-készleten belüli specifikus felhasználásra) Közös osztályok A legfelső-szintű "generikus" alaptípusok alá csatlakoznak a specifikusak
DITA dokumentum típusok Base DITA DITA for Hardware DITA for elearning DITA for Software Other DITA keret Hagyományos doc típusok DITA Architecture Topics, Maps, Content Reuse, Specialization DocBook S1000D XHTML ` Other XML Elements, attributes, entities, DTDs, schemas SGML Other
A termék kontextusa Help készlet Nyomtatott anyag Webhely; információs portál Témastruktúrák Téma Fogalom Feladat Hivatkozás Specializált szótárak Téma Fogalom Feladat Hivatkozás például szoftver program felhasználói interfész Közös struktúrák Metaadat OASIS táblázat
tartalom tervezés eljárások Újra-felhasználhatóság
például: témából feladat topic task title prolog metadata body related - links title prolog metadata taskbody related - links prereq context steps result taskxmp example postreq step cmd, cmd, (info (info substeps tutorialinfo stepxmp xmp choices choicetable)*, choices)*, result? stepresult?
Feladatból üzleti teendő task businesstask title title prolog prolog metadata metadata taskbody btaskbody related - links related-links prereq result prereq result context taskxmp example context example steps postreq bsteps postreq step step cmd, cmd, (info (info substeps tutorialinfo stepxmp xmp choices choicetable)*, choices)*, result? stepresult? appstep appdesc
Eljárás újrafelhasználhatósága Az alap-eljárás: XSLT Osztály-szerű eljárás-öröklődés (class-like inheritance of processes) A standard eljárás testre szabható Új elemek specifikus viselkedésűek lehetnek Az alap-elemek eljárásait alapból alkalmazzák a specializált újakra de új eljárás is írható azokra
DITA Task task title prolog metadata taskbody related-links XSLT Lehetséges kimenetek Lista, szeparátorral web PDF dokumentum prereq context steps result taskxmp example postreq Varázsló (wizard) step cmd, cmd, (info (info substeps tutorialinfo stepxmp xmp choices choicetable)*, choices)*, result? stepresult? Automatikus végrehajtás Automatikus validálás
Szabványos DITA kimeneti formátumok PDF XHTML Microsoft Compressed HTML Help Eclipse Help Java Help Oracle Help Rich Text Format
OASIS Organization for the Advancement of Structured Information Standards not-for-profit, nemzetközi konzorcium a strukturált információ-kezelési szabványok fejlesztésére és adaptálására 1993-ban alakult több, mint 5000 tagja van (>600 szervezet)
Mi a nyílt szabvány? Nyilvánosan elérhető, folytatólagos verziókkal Átlátható folyamatban készült Nyitott a külső véleményekre (észrevételek, közszervezetek, nincs kizárólagos jogosult alany) Tekintettel van a szerzői jogra
Mi a CMS? Szoftverek együttese, amelyek számítógépeken futnak? Entitások dinamikus egyensúlya a szervezetben? A rendszer célja(i) Az eredeti tartalom forrás(ok - szerzők, gyűjtők A kiadvány(ok), amit készíteni akarunk Emberek és munkafolyamatok Hozzáférési struktúrák Intézkedés, amikkel a célok elérhetők Tartalom-komponensek Rendelkezésre álló komponensek vs. a közönség érdeklődése Munka és feldolgozási igény Hozzáférhetőség, navigáció
Gondolkodj, tervezz, integrálj! Van ebben a megközelítésben bizony tyúk és tojás probléma. A nagy egymásra hatásban melyiket vegyük elsődlegesnek? A közönség elemzése (időben) korán szükséges. A további sorrend többféle lehet. Célszerű a komponensekkel kezdeni. (A hagyományos szemléletű emberek számára inkább az kézenfekvő, hogy a kiadványból indulnak ki.)
A jó webcms terv skálázható a tartalom-méretre és a navigáció komplexitására képes kezelni a jövőbeli növekedést (valamennyire) konzisztens elrendezésű (elemek elhelyezése, típusai, kinézete, stb.) vannak építkezési szabályai (a jelen és a várható tartalom-igényekre, a konzisztencia biztosítására, az áttekinthető navgálásra) tekintettel van a technológiai sajátosságokra
Navigáció tervezése Az. un. kimeneti terv része A webhely növekedését is el kel viselnie Pl. hierarchikus navigáció esetében új aloldalak, ezek új leágazásai
Navigációs típusok egyszintű hierarchikus szájtmorzsa (breadcrumb) legördülő menüs kategóriákra épülő rangsorolásos (ranked) történeti számozott lapos lényegkiemeléses (Feature highlight) horizontális / vertikális
Megjegyzések a navigációs típus megválasztásához Horizontális/vertikális: előbbi dinamikus bővítése kevésbé előnyös Legördülő menüs: fix vagy változó mélységű; bővíthető; parancsok elérésére előnyös; a navigáció követhetőségét ronthatja
Navigációs forgatókönyvek elvileg ki kellene próbálni a tervezés során az összes bejárható navigációs utat (elsősorban ergonómiai testelésként) de nagyon sok elágazás lehet
Média-objektum alapú navigálás Kép/mozgókép felületen Kép/mozgókép felületen belül pozícionált elágazás kerülendő (tipográfia inkonzisztencia miatt, egyébként az on-the-fly elágazás műszakilag megoldott) Méret megfontolások, különösen kézi eszközök esetében
Stressz teszt A kreatívok elrendezési és navigációs ötleteit gyors implementálással ki kell próbálni. A valóságos tartalommal történő feltöltés (feltöltődés) után újra fordítási teszt (a kreatívok elképzelései megvalósultak-e; szemantikus inkonzisztencia) Pixel minőség: arányok, színek, margók, átfedések (pl. 50%-os átlátszóságú multimédia elemek alkalmazása a teszt során) Méret-skálázási tesztek Böngésző-független megjelenés Kódellenőrzés (code validator)
invasive stress test Bemeneti adatokkal lehet-e hibát okozni? Túlcsordulás lehetséges-e (adabeviteli mező, szalagreklám, horizntális navigáció, ) Alulcsordulás : bizonyos elemek ideiglenes kizárása a teszt során (pl. alárendelt címkiemelés, összefoglaló, kulcsszó-kiemelés)
Különböző feladatkörökre szervezők, menedzserek Üzleti folyamatelemző Információ építő Infrastruktúra tagok Szoftver fejlesztők Megjelenítéssel foglalkozók Tartalom-feldolgozók Tartalom-előállítók stb. 5.5 Jellemző feladatkörök a CMS-ben
Példa munkafeladatok egy CMS-ben Weblap/csatorna tervezése Weblap/csatorna szerkesztése Tartalom-elemek (pl. videók, képek) válogatása, stb. Tartalom kiadása publikálásra Tartalom -terjesztő Munkafolyamat (Workflow) feladatok jóváhagyása, kiosztása Munkacsoport tagok és szerepek kezelése Webview (Persistent) navigáció Elrendezés (Layout) tervezése Komponensek létrehozása Webnézetek, dossziék (Folder) létrehozása Sablonok létrehozás vagy importálása Publikációs feladatok üzemeltetése rendszeradminisztráció Tartalom menedzser Munkacsoport koordinátor Munkacsoport menedzser Sablonfejlesztő rendszergazda
CMS feladatok Munkacsop. létrehozása Felhaszn. szerepek kijelölése Webnézet(ek) létrehozása Segédfájlok importálása Komponensek kialakítása Layout tervezés Munkacsop. menedzser Munkacsop. koordinátor Tartalom menedzser Tartalom-terjesztő Gyakori (rendszeres) feladatok oldaltervezés Eseti feladatok Munkafolyamat feladatok Szerkesztési feladatok kiadása Oldalak szerkesztése Jóváhagyás, kiadás
Feladatok - Menedzser (Tartalom menedzser) Teljesen átlátja a CM lényegét Megtervezi és vezeti a CM bevezetését A CMS igényeit vázolja cégen belül és kívül (Projekt menedzser) A projekt résztvevőit és erőforrásait kezeli Elkészíti és betartatja a projekt tervet (Termelés menedzser) A termelés résztvevőit kezeli Megtervezi a termelési folyamatot Betartatja az ütemezést Minőségi paraméterek készítése és betartatása
Feladatok Folyamatelemző Az üzleti igényekből CM folyamatokat tervez Tervezi a CM projekt illeszkedését a szervezet stratégiájához Határidőket tervez Támogatási és együttműködési stratégiát készít a szervezeten belül Felügyeli az üzleti folyamatot Projekt követelményeit meghatározza és kihírdeti Együttműködik a projekt csapatával
Feladatok Információépítő Megtervezi a struktúrálás folyamatát, az információ megjelenítését és a hozzáférést és ezeket meg is valósítja tartalmi követelmények Logikai terv Fizikai tervet az implementációs előírásokhoz Megbecsüli a ráfordítást Metator Ellenőrzi a komponensek metaadat mezőinek helyességét Ellenőrzi a tartalom átalakítás helyességét Kitölti a metaadat mezőket Elkészíti és frissíti a metatorial kézikönyvet
CMS adminisztrátor CMS beállítása Feladatok Infrastruktúra tagok Input tartalom ellenőrzése Felhasználók és folyamatok karbantartása Hibák felismerése, javítása Adatkezelés optimalizálása Telepítés elemző Szoftver, hardver, konfigurációs és platform igények felmérése Intergráció kigondolása más rendszerekhez Telepítés és bevezetés megtervezése Szükséges munkatársak becslése Szükséges tanulás és támogatás meghatározása
Feladatok Szoftver fejlesztők Szoftver elemző, fejlesztő Fejlesztői környezet megválasztása Specifikáció írás Mit kell egyedileg megírni? Publikációs és bemeneti minták (template) írása Gyűjtési, menedzsment és megjelenítési feladatokhoz programok írása/adaptálása Szoftver integrátor Összeköti a gyűjtő rendszert és a CMS-t más erőforrásokkal Összeköti a CMS publikációkat más külső erőforrásokkal Összeköti a megjelenítést a kiszolgálóval Teszt elemző és mérnök Tesztek kifejlesztése és végrehajtása Különféle felhasználói beállítások mellett dolgozik Lazán összefüggő gyűjteményeken is tesztel Publikációk minőségét biztosítja
Feladatok Megjelenítéssel foglalkozók Tervező eszköz és környezet kiválasztása Általános megjelenítési specifikáció készítése Tartalom megjelenítésére terv kidolgozása Munkatársak számának becslése Megjelenítés specifikáció elkészítés Oldal fejlesztővel és minta programozóval együttműködik Tartalom elemzővel is kapcsolatot tart fejlesztő Megjelenítés tervező specifikációiból kódot készít Megjelenítés tervezőnek többféle prototípus készítés Minta fejlesztővel együtt terv és kód összefűzése Webes űrlapok tervezése Webes alkalmazás tervezés Oldal használhatóság és olvashatóság biztosítása Szöveg és egyéb médiák beágyazása az alkalmazásba
Feladatok Tartalom-feldolgozók Tervező eszköz kiválasztása, infrastruktúra tervezése Specifikáció írása az átalakítást végző programokoz Eljárás kidolgozása, amelyet a csapat használ majd Automatikus feldolgozási megoldások készítése Az automatikus feldolgozás jóságának mérése Minőségi követelmények ellenőrzése
Feladatok Tartalom-előállítók Beszerzés (megállapodás a forrásokkal) Forgalom ellenőrzése, a beszállítás felügyelete Torlódások megoldása, vita feloldása Kapcsolattartás: külső tartalom előállítókkal Szerkesztés
5.6 A CM fő területei képkezelés dokumentumkezelés rekordkezelés tartalom tároló Web-tartalom kezelés
A CM gyökerei A kiadók tudásbázisa Publikáció Tartalom gyűjtés Folyamatok általánosítása Dokumentum kezelés szabályai Fájlokban van a tartalom Fájlokban bináris objektumok vannak Publikáció egy fájl Dokumentum és tartalom kezelés különbségei Fájlokkal tartalom komponensekkel dolgozik Más alkalmazásokkal készített fájlokkal dolgozik vezérli a készítést is Fájlokhoz való hozzáférés több komponenshez való hozzáférés
A CM gyökerei (Multi)média ipar hagyatéka Elektronikus publikáció Első tartalom menedzsment rendszerek Könyvtárak hagyatéka és információs tudomány Kategorizálás és információ keresés Információ struktúrája Szoftverfejlesztés Gyűjtési technikák Menedzsment technikák Megjelenítési technikák Funkciók az elektronikus publikációkban
A CM gyökerei Weboldalak (bonyolult webhelyek készítése, karbantartása) Sokféle publikáció kezelése Információ feldarabolása publikációs igényektől függetlenül Terv elkülönítése a tartalomtól Publikációkhoz a megfelelő tartalom kiválasztásához szabályok Elektronikus kereskedelem (katalógusok) Tudás menedzsment Szintézis és információ megtalálása Kategorizálás Tudás portálok Online közösségek