Flygbranschens datorbaserade utbildningskommitté
_Logo.png){kind=logo} |
Aviation Industry Computer-Based Training Committee (AICC) var en internationell sammanslutning av teknikbaserade utbildningsproffs som existerade från 1988 till 2014. AICC utvecklade riktlinjer för flygindustrin i utveckling, leverans och utvärdering av CBT , WBT , och relaterade utbildningstekniker.
AICC-specifikationer utformades vanligtvis för att vara generella (inte nödvändigtvis flygspecifika) så att leverantörer av lärandeteknik kan fördela sina kostnader på flera marknader och på så sätt tillhandahålla produkter (som behövs av flygindustrin) till en lägre kostnad. Denna strategi resulterade i att AICC-specifikationer fick bred acceptans och relevans för både icke-flyg och flyganvändare.
Historia
AICC bildades 1988 av flygplanstillverkare ( Boeing , Airbus och McDonnell Douglas ) för att ta itu med flygbolagens farhågor om icke-standardiserade datoranvändningsfrågor (kostnadsproblem) som härrör från spridningen av nytt multimediautbildningsmaterial som dyker upp vid den tiden.
1989 publicerade AICC rekommendationer för datorplattformar för KBT , utbildningsmedia. En PC-plattform etablerades som den primära leveransplattformen för KBT- media.
1992 producerade AICC en digital ljudinteroperabilitetsspecifikation för DOS-baserade plattformar. Denna specifikation gjorde det möjligt för flera CBT-leverantörer att använda ett enda ljudkort. AICC-ljuddrivrutiner producerades för Elan, SoundBlaster(tm), WICAT och andra ljudkort. Ett stort antal äldre äldre KBT- applikationer använder fortfarande denna specifikation idag.
1993 producerade AICC vad som allmänt anses vara den första driftskompatibilitetsspecifikationen för Learning Management Systems (LMS) aka CMI Systems. Denna AICC-specifikation (CMI001 - AICC/CMI Guidelines For Interoperability) designades ursprungligen för CD-ROM/ LAN (lokal filbaserad) drift och uppdaterades i januari 1998 för att lägga till ett webbaserat gränssnitt som heter HACP ( HTTP -based AICC/ CMI-protokoll). I september 1999 uppdaterades CMI001-specifikationen för att lägga till ett JavaScript API- runtime-gränssnitt. Runtimemiljöns datamodell och API som används i SCORM- specifikationen är en derivata av detta arbete.
Nuvarande
AICC HACP-standarden för CMI används i stor utsträckning av Learning Management Systems och andra system för att kalla innehåll och bedömningar. Även om det är pre- XML , är det mycket robust och otvetydigt och många anser att det är säkrare och pålitligare än alternativ som SCORM , särskilt för innehåll eller bedömningar som finns på webbservrar som inte samlokaliseras med det anropande systemet (t.ex. Cross Domain Communication) .
En framväxande standard är AICC PENS- standarden, som låter innehållsskapande verktyg enkelt skicka ett manifest till ett LMS. (Se CMI010 - Aviseringstjänster för paketutbyte). AICC-mötet i september 2006 inkluderade en Plugfest där leverantörer visade PENS-kompatibilitet.
I november 2010 meddelade AICC att de skulle påbörja arbetet med att ersätta sin befintliga CMI-specifikation. Denna insats fick senare namnet "CMI-5". En SOAP-baserad specifikation för CMI-5 utarbetades i maj 2012 men släpptes aldrig formellt.
I oktober 2012 tillkännagav AICC att de hade antagit Experience API (xAPI)-specifikationen (aka "Tin Can") för sin CMI-5-satsning som startar en betydande omdesign som för närvarande pågår.
AICC samordnade sina ansträngningar med andra organisationer för inlärningsteknologispecifikationer som är engagerade i liknande arbete som IMS Global, OKI , ADL , IEEE/LTSC , LETSI och ISO/SC36.
I december 2014 tillkännagav AICC formellt att den hade upplösts med hänvisning till ett avtagande deltagande. AICC överförde CMI-5-ansträngningen och dess dokumentarkiv till ADL.
Se AICC Document Archive - Hosted by ADL
cmi5 Status
cmi5 är fortfarande under utveckling och administreras nu av ADL. (Se externa länkar nedan för projektstatus)