lugemispäevik- teine lugu

Learning Technology Standardization: Making Sense of it All1 Erik Duval1 1 Dept. Computerwetenschappen, Katholieke Universiteit Leuven Celestijnenlaan

Selles artiklis analüüsime tehniliste standardite rolli õppimistehnoloogiates, keskendudes sellele, kuidas need võimaldavad koostalitlusvõimet. Selgitame lühidalt mõningaid avatud ja akrediteeritud standardite alternatiive ning nende mõju kogukonnale. Autorid annavad ülevaate ja süstematiseerimise kõige enam kasutatavatest standarditest ja spetsifikatsioonidest.
Selles artiklis uurivad autorid seda valdkonda, et parandada arusaamist standardimisprotsessist ja tulemustest, nii et ootused tulevastele tulemustele võivad olla realistlikumad ja tulevane teadus- ja arendustegevus saab olla suunatud asjakohastele küsimustele.

  1. Standardite roll
    Varem oli peamine probleem see, et need süsteemid töötasid eraldi, me ei saanud asju vahetada; ei vahetusformaati ega universaalsust.
    need kolm standardit võimaldasid internetil ühendada 1990ndate alguseni alles jäänud saari.
    • HTTP (Hypertext Transfer Protocol) võimaldab tarkvara klientidel dokumente serveritest alla laadida;
    • URL (ühtne ressursside otsija) tuvastab dokumendi – erinevus URL-ide ja ühtsete ressursside nimede vahel.
    • HTML (hüpertekstide märgistuskeel) määratleb veebidokumentide struktuuri lihtsa paigutusega ja toetab hüperlinke, mis tuginevad HTTP-le, et taotleda nende URL-is identifitseeritud dokumente.
    2.2. Ühilduvus
    Sellised standardid nagu HTTP, URL ja HTML annavad valikuvabaduse nii arendajatele kui ka lõppkasutajatele: põhimõtteliselt saab Microsofti esilehe või Macromedia Dreamweaveriga loodud ja avatud lähtekoodile salvestatud dokumentide lugemiseks kasutada sellist brauserit nagu Opera või Apple Safari. server nagu Apache. Pealegi võib organisatsioon või üksikisik muuta tarkvara veebilehtede lugemiseks, loomiseks või salvestamiseks ilma juba tehtud investeeringuid ohtu seadmata. Selles kontekstis on põhiline omadus koostalitlusvõime: see tähendab, et iseseisvalt välja töötatud tarkvarakomponendid saavad teavet vahetada, et neid saaks koos kasutada.

2.3. Alternatiivid
Konkureerivad tooted nagu OpenOffice või StarOffice peaksid proovima oma toodetesse kaasata tuge sageli arenevatele dokumendiliikidele, muutes ausaks ja avalikuks konkureerimise keeruliseks.
Oluline on rõhutada, et „avatud standardid” ja „avatud lähtekoodiga” on kaks erinevat mõistet. Avatud standardid keskenduvad spetsifikatsioonide avalikule kättesaadavusele, mis on välja töötatud avatud ja ausas protsessis, nii et kõik huvitatud pooled saaksid mõjutada selle spetsifikatsiooni väljatöötamist ja arendada spetsifikatsioonil põhinevaid tooteid ja teenuseid. Avatud standardid, nagu HTTP, HTML ja URL, võimaldavad kõigil arendada arendustööriistu, brausereid, veebiservereid ja nendega seotud tööriistu. Samamoodi võimaldavad nad müüjatel oma patenteeritud tööriistade abil Internetist eksportida või importida.

  1. Standardimisprotsess
    3.1. Avatud ja õiglane protsess
    Standardimisprotsess on näidatud joonisel:
    Allpool näidatud konsortsiumid, näiteks AICC [7], IMS [8] ja ARIADNE [9], töötavad spetsifikatsioone välja. Need tehnilised dokumendid põhinevad sisemisel protsessil, seega vastavad need organisatsiooni liikmete vajadustele ja nõuetele. Sellised spetsifikatsioonid ei ole siiski standardid, kuna need ei tohiks võtta arvesse kogu õppesuuna nõudeid ja vajadusi, sealhulgas akadeemilist ja kooliharidust, ettevõtete ja sõjalist väljaõpet, formaalset ja mitteformaalset õppimist jne.
    Akrediteeritud organisatsioonidel, nagu IEEE LTSC [10], CEN / ISSS WSLT [11] ja ISO / IEC JTC1 SC36 [12], on selge vastutus proovida täita kogu domeeni vajadusi ja nõudeid ning säilitada õiglane ja avatud protsess selle eesmärgi saavutamiseks. Seetõttu tehakse standardite kavandid varakult ja kogu protsessi vältel üldsusele kättesaadavaks, et kogukond saaks standardi väljatöötamist mõjutada. See on õppimismaailmas veelgi olulisem, kuna see määratleb ja määratleb valdkonda nii kultuuriliselt.

3.2. Raske tasakaal
Probleem on selles, et lõppkasutajad ei saa spetsifikatsioone ise kontrollida. Koostalitlusvõime spetsifikatsioonide tulemuseks on pigem tarkvaratööriista spetsifikatsioonid, mis pakuvad lõppkasutajale funktsioone. Seejärel saab rakendada uusimaid spetsifikatsioone ning tuleb välja töötada ja rakendada sobiv kasutajaliides. Seejärel saavad lõppkasutajad tööriista praktikas kasutada ja seda kasutamist saab hinnata. Hindamise tulemusi tuleb üksikasjalikult analüüsida, et hinnata, kas potentsiaalsed probleemid on põhjustatud koostalitlusvõime spetsifikatsioonidest või pigem tööriista pakutavast funktsionaalsusest või kasutajaliidesest, mille kaudu funktsionaalsus tehakse lõppkasutajale kättesaadavaks. Ilmselgelt on see keeruline ülesanne ja standardite väljatöötamist takistab sageli selliste katsete puudumine.
Seetõttu peetakse standardimispüüdlusi mõnikord mõnevõrra ennatlikuks: teisest küljest on keeruline vaielda spetsifikatsioonide range testimise üle, kuni need on praktikas mingis ulatuses vastu võetud. See võib olla midagi sellist nagu kana või muna. Katse- ja korduskülastustsüklite lisamine spetsifikatsiooni (esmalt) ja standardi (hiljem) väljatöötamisse võib aga selle probleemi lahendamiseks palju ära teha.
Kuna SCORM-i kasutatakse tööriistades laialdaselt ja praktilistes katsetes, võib seda pidada SCORM-i aluseks olevate spetsifikatsioonide ja standardite rangeks testiks.
Tehnoloogilised standardid

4.2. Haridussisu standardid ja spetsifikatsioonid
Tänapäeval on õppesisu põhimõiste “õpiobjekt”, mida kujutatakse kollase kuubikuna, millel on joonis 2. LO. IEEE LTSC LOM määratleb õpiobjekti kui “mis tahes objekti – digitaalset või mitte-digitaalset -, mida saab kasutada õpetamise, hariduse ja koolituse jaoks “. See on üsna ebamäärane ja üldine määratlus – kujunduse järgi. Tegelikult jätkatakse tööd õpiobjekti nn sisumudeli väljatöötamisega, mis täpsustab ülaltoodud määratlust, kasutades erineva detailsusega õpiobjekti komponentide taksonoomiat või ontoloogiat [4]. Oluline on märkida, et õpiobjektid on objektorienteeritud tarkvaraarenduses seotud objektide mõistega, kuid need ei kajasta tingimata kapseldamise, pärimise jms omadusi.
Enamik sisuga seotud standardeid ja spetsifikatsioone tugineb nende kodeerimisel praegu XML-ile, määratledes kas XML-dokumendi tüübi definitsiooni (DTD) või XML-i skeemi definitsiooni (XSD). Üldise sisu jaoks säilitab OASIS mitmeid selliseid spetsifikatsioone. Tüüpiline näide on raamatute ja artiklite XML-skeem DocBook. Kontori rakenduste OpenOffice’i spetsifikatsioon võeti kasutusele ka OASISes. WWW konsortsium säilitab selles valdkonnas ka mitmeid asjakohaseid spetsifikatsioone, näiteks (laiendatav) hüperteksti märgistuskeel. Sisu spetsifikatsioon, mis on konkreetsemalt suunatud haridusrakendustele, on IMSi välja töötatud küsimuste ja testide koostalitlusvõime (QTI) spetsifikatsioon. QTI tugineb seondumisel XML-ile. Peale QTI näib, et enamik õppimisega seoses praegu kasutatavaid sisuga seotud spetsifikatsioone on oma olemuselt üldisemad: selles mõttes on õppesisu „lihtsalt sisu”.
4.3. Koolituse metaandmete standardid
Metaandmete valdkonnas on tehtud palju uuemaid meetmeid
konkreetsete standardite ja spetsifikatsioonide uurimine. Olulisim areng on siinkohal IEEE LTSC õpiobjektide metaandmete (LOM) standardi valmimine 2002. aastal. (LOM-i eksemplarid on joonisel näidatud rohelisena.

  1. Pange tähele, et joonisel on sõnaselgelt öeldud, et sama treeningobjektiga võib seostada mitu LOM-i eksemplari.)
    Peamiselt (ehkki mitte ainult) LOM-i eksemplaride vahetamiseks kasutatav aluseks olev tehnoloogia põhineb XML-il. IEEE LTSC LOMi töörühmas on väljatöötamisel ametlik XML LOM-i sidumine. Metaandmete üldisem ja piiratum standard on Dublin Core metaandmeelementide kogum, mis määratleb 15 metaandmeelementi. Selles laiemas kontekstis töötab World Wide Web Consortium välja metaandmete raamistikku nimega Resource Discovery Framework (RDF), mis on osa semantilise veebi laiemast arengust. Avatud arhiivide algatus

(OAI) “määratleb metaandmete kogumise protokolli. IEEE LTSC töötab välja spetsiaalset metaandmete standardit intellektuaalomandi õiguste käsitlemiseks. See on “digitaalsete õiguste väljend”
Keel (DREL) ”eesmärk on anda õppimise kontekstis asjakohaste õiguste täpne määratlus. Creative Commonsi algatus on välja töötanud hulga üldisemaid, lihtsamaid ja paindlikumaid litsentse. Lõpuks, mõned spetsifikatsioonid käsitlevad õpilaste metaandmeid, mitte sisu. IMS on välja töötanud nn õppepaketi (LIP). IEEE LTSC alustas hiljuti tööd “Korduvkasutatavate pädevuste määratluste” väljatöötamisega.
4.4. Ehitusstandardid ja spetsifikatsioonid
Punased nooled joonisel 2 tähistavad struktuuri, mida saab treeningobjektide komplekti peal asetada. (Joonisel 2 esitatud navigeerimisstruktuur on üsna piiratud, kuna see võimaldab navigeerimist kesksest treeningkeskusest vaid nelja teise treeningkeskuse juurde. Viimased on navigeerimise mõttes ummikteed.) On oluline rõhutada, et sisu ja sel viisil: see põhimõte on hästi teada ja selle tähtsust on hüpermeedia kogukonnas tunnustatud juba aastaid. See lähenemine võimaldab teil sama sisukomponentide komplekti jaoks määratleda erinevad navigeerimise topoloogiad, näiteks navigeerimise isikupärastamiseks vastavalt õpilase konkreetsetele omadustele. (Samuti tuleks ka paigutust ja esitlust käsitleda eraldi tasemel. Kuna selles valdkonnas pole praegu haridusalaste rakenduste jaoks konkreetset arengut, ei tegele me selle dokumendi kujunduse ja esitusviisiga.) Üldistel eesmärkidel. “Sünkroniseeritud meediumite integreerimiskeel (SMIL)” töötas välja WWW konsortsium potentsiaalselt üsna keerukate multimeediaesitluste täpsustamiseks. Täpsemalt on IMS välja töötanud kontekstide õppimiseks lihtsa järjestuse.
spetsifikatsioon, mis võimaldab koolitusobjekte tellida hargnemismehhanismi põhjal, mis võib viidata varasemale sisuga suhtlemisele. Struktuuriaspektid hõlmavad ka nn “modelleerivate keelte õppimist”, mida on üsna vähe. IMS lähtus õppekavade spetsifikatsioonist Hollandi avatud ülikooli varases töös. Selle spetsifikatsiooni tugi on praktikas endiselt väga piiratud.

4.5. Koostalitlusvõime standardid ja spetsifikatsioonid
Õpiobjektid ja õpihaldussüsteemid Õppetoetus sõltub sageli süsteemi erinevate komponentide interaktsioonidest: selliste interaktsioonide hõlbustamiseks on vajalik interaktsioonistruktuur.
IEEE LTSC välja töötatud Course Guided Instruction (CMI) standard põhineb AICC-s üle kümne aasta kestnud standardite väljatöötamisel. See standard hõlmab õpiobjektide ja õpihaldussüsteemi (LMS) vastastikust mõju, võimaldades õpiobjektil tulemusi LMS-i õpilasele edastada ja LMS-il õpiobjekti “käivitada”.

  1. Järeldus
    Oluline on rõhutada, et õppimistehnoloogia standardid rakendavad teatavat koostalitlusvõime taset, kuid standardite ühise kasutamise tagamiseks tuleb kasutajaskonnas välja töötada konventsioonid. Sellised lepingud registreeritakse tavaliselt nn rakendusprofiilis. Näiteks põhineb IEEE LTSC LOM standard ARIADNE varases töös. Pärast LOM-i standardi lõplikku väljatöötamist töötas ARIADNE välja profiili, mis vastaks LOM-i standardi erinõuetele oma mitmekeelses kogukonnas.
    Kokkuvõtteks on kasulik meeles pidada, et standardid arenevad sageli lühiajaliselt aeglasemalt, kui inimesed arvavad (ja soovivad), kuid et nende mõju on sageli palju sügavam kui pikas perspektiivis oodata …

Avaldanud: markisa23

Õpin informaatikaõpetaja erialal TLUs

Lisa kommentaar

Täida nõutavad väljad või kliki ikoonile, et sisse logida:

WordPress.com Logo

Sa kommenteerid kasutades oma WordPress.com kontot. Logi välja /  Muuda )

Google photo

Sa kommenteerid kasutades oma Google kontot. Logi välja /  Muuda )

Twitter picture

Sa kommenteerid kasutades oma Twitter kontot. Logi välja /  Muuda )

Facebook photo

Sa kommenteerid kasutades oma Facebook kontot. Logi välja /  Muuda )

Connecting to %s

%d bloggers like this: