Mars 31, 2005
Den digitale skole spesifiseres
Utdanningsdirektoratet har ute en utlysning av konsulentoppdrag (frist midten av april) der man skal ha rådgivning og prosjektlederstøtte for gjennomføring av prosjektet Den digitale skole.
Setningen nedenfor om fellesspesifikasjon for å sikre interoperabilitet, bør få standardfolket til å skjerpe ørene:
Overordnet beskrivelse
Prosjektet Den digitale skole vil blant annet innbefatte utvikling nye digitale eksamensløsninger. Løsningene vil bestå av fellesspesifikasjoner (for å sikre interoperabilitet), leverandørers tilpasning av egne produkter ihht fellesspesifikasjoner og utvikling av nye applikasjoner.
Nye løsninger gjelder for:
1. Planlegging av eksamen i skoleadministrative løsninger
2. Utveksling av eksamensinformasjon
3. Gjennomføring av eksamen i elektronisk læringsplattform
4. Sensur og etterbehandling av eksamensbesvarelser
Prosjektet vil våren 2005 prøve ut heldigital eksamensgjennomføring hos 15 videregående skoler og 2 ungdomsskoler. Skolene er spredd over 6 fylkeskommuner og 2 kommuner.
Basert på erfaringene fra forsøksvirksomhet vil det utformes nye faste ordninger fra Utdanningsdirektoratet, som gjennom en innføringsperiode vil implementeres på bred basis for alle skoler.
Det er i denne sammenheng viktig å avklare hvilke føringer som skal gjelde for forvaltning av applikasjoner som skal inngå i et helhetlig nasjonalt eksamenssystem.
Bakgrunnen for prosjektet
Realisering av skolepolitiske mål
Sentrale skolemyndigheter har definert ambisiøse mål for skolenes fremtidige bruk av IKT . I løpet av 2008 skal norske skoler ligge i verdenstoppen mht. digital kompetanse. Direktoratet er gitt ansvaret for å gjennomføre tiltak som setter skolepolitikken ut i livet, blant annet gjennom St.meld. nr 30 og Innst.S.nr.268 der direktoratet pålegges å prøve ut nye eksamensformer og tiltak for å øke den digitale kompetanse i skolene.
Å realisere Stortingets og UFDs målsettinger vil forutsette at det tas utgangspunkt i skolenes situasjon. Spørsmålet blir hvordan IKT kan benyttes som en katalysator for systematisk å skape positive endringer i skolene. Eksamen er en viktig endringsfaktor. IKT brukt i eksamensavvikling er derfor i sum en svært sterk katalysator for endring av den pedagogiske virksomheten. Spesielt hvis digital eksamen avvikles med det samme digitale verktøyet som brukes i undervisningen gjennom hele skoleåret. Hvis elevene for eksempel bruker elektronisk læringsplattform i læringssituasjonen, vil det være uheldig om sluttvurderingen må gjennomføres papirbasert.
Grunnopplæringen har spesielle utfordringer
Utfordringene ved å innføre digitale verktøy er forskjellig i grunnopplæringen og i UH-sektoren (se oversikt til høyre). Det store antallet skoler, ulikheten skolene i mellom, og stor variasjonen i skolenes lærer- og elevsammensetning, vil i langt større grad forutsette samordnede tiltak enn hva som er tilfelle for UH-sektoren. Manglende nasjonal samordning kan medføre at skolene ikke oppnår de effektiviseringsgevinstene (pedagogisk og administrativt) de ellers kunne ha fått .
Grunnopplæringen utsettes for markedskrefter
I mange skoler ser vi allerede at det er foretatt omfattende IKT-investeringer, blant annet i elektroniske læringsplattformer (LMS). Det har i løpet av kort tid vokst fram et marked bestående av et stort antall etterspørrere (skoler) og et lite antall tilbydere (leverandører av skolesystemer). Etter hvert som skolene blir avhengig av sine skolesystemer, kan denne ubalanse i markedsmakt slå uheldig ut for skolene.
Den digitale skole skal bidra til å løse grunnopplæringens digitale utfordringer
En av grunntankene i prosjektet er å bruke eksamen for å få til både en positiv pedagogisk og administrativ effekt. Den pedagogiske effekten oppnås ved en sterk kobling mellom nye digitale undervisningsformer, underveisvurdering (med elektroniske mapper) og nye digitale eksamensformer. Den administrative effekten oppnås ved et mer effektivt digitalt eksamenssystem.
Fire år med forsøksvirksomhet fra Rettslæreprosjektet har vist at dette lar seg gjøre. Prosjektet Den digitale skole bygger videre på resultatene fra Rettslæreprosjektet.
Prosjektets seks hovedområder er:
1) Nye digitale undervisningsformer
2) Nye digitale vurderingsformer (både summativ og formativ vurdering)
3) Digital eksamensavvikling: Planlegging, gjennomføring og sensur/etterbehandling
4) Samordnet sikker infrastruktur (standarder og retningslinjer) for informasjonsutveksling i grunnopplæringen (kan eventuelt samordnes med høyere utdanning)
5) Sammenstilling og evaluering av forsøksresultater. Etablering av kunnskapsbase rundt bruk av digitale verktøy i grunnskole og andre skoletyper.
6) Spesifikke kompetansetiltak som skal bistå skolene med å ta i bruk faste ordninger
Oppdragsbeskrivelse
Oppdraget består av 3 hovedelementer:
1) Tekniske spesifikasjoner, funksjonelle spesifikasjoner, rutinebeskrivelser, informasjonssikkerhet i forbindelse med forsøk innen digital undervisning og digital vurdering
2) Informasjonsflyt, testplan, opplæringsplan og driftsplan for forsøksvirksomheten
3) Planer og saksdokumenter for koordinering av prosjektet
Lese hele konkurransegrunnlaget (Word-fil)
Posted by toreh at 11:55 FM
IMS samler brukstilfelle for søketjenester
IMS Query Special Interest Group Call-for-Use-Cases Announcement29 March 2005
The IMS Query SIG is undertaking a pre-charter activity in writing a White Paper that explores the concepts associated with queries. The Query Services White Paper is being written for the purpose of eventually informing the development of specifications that use queries as part of their service definition.
The requirement for this work is currently being driven by unmet requirements for Query identified by the IMS Enterprise, IMS Learning Design, and IMS Digital Repositories specifications. The intention of this call is to understand the requirements of the wider IMS community.
For the purposes of the White Paper, a Query is a set of criteria that can be used to discover resources, and a Query Service is a specification for a service endpoint that, at a minimum, accepts a query and returns a set of results. A Query Service is distinct from a Resolver Service (which takes an identifier or a set of meta-data and returns a locator for the resource) and a Read Service (which takes an identifier and returns the resource identified).
Therefore, IMS is making this wide and general announcement to the community for Use Cases that can be considered in preparation of the White Paper. A Use Case is a description of some activity usually involving a person and a computer system or between two or more systems. The proposed time-line is that the Query Services White Paper is targeted for completion in mid May 2005, and Use-Case contributions are requested by 15 April.
The Use Cases that have already been identified are:
IMS Enterprise Service Use-Cases:
Querying a Person, Group, or Membership using Creation Date - The learning system wishes to synchronise with the human resource management system (HRM) or student information system (SIS). It needs to acquire any newly created employee/student data from the HRM System.Query a Person, Group, or Membership using Update Date - The learning system wishes to synchronize with the HRM / SIS system. It needs to acquire any recently updated employee/student data from the HRM / SIS.Query a Person, Group, or Membership using Deletion Date - The learning system wishes to synchronize with the HRM/SIS system. It needs to acquire any recently deleted employee/student data from the HRM/SIS.General Group Queries - A tutor wishes to get the current class list with name and brief details of each member of the class.
Learning Design Use Cases:
Access to a generic search service - A unit of learning (or sequence of resources) contains an instruction to make available to the learner a search service. The service could be specified to become available at a particular point in the delivery of the unit of learning or it could be specified to be always present as a supporting service.
Access to a pre-constrained search service - This use case differs from the case above, in that the search parameters have been pre-constrained by the designer of the learning design or sequence. For example, the search service may be required to constrain results to those within specific subject taxonomies or to specific types of media. As a sub-case, it may be possible for the user interface to present the search fields with predefined parameters visible and changeable by the learner. In the default case, however, the fields with predefined parameters are hidden from the learner.
Using a search service to dynamically deliver appropriate content - Instead of exposing the user interface of a search service to the learner, this use case involves the dynamic presentation of a resource within a sequence using a search service to discover the most appropriate resource. Here, the search parameters are predefined within the unit of learning or sequence, and the first search result returned by the service is presented to the learner.
Using a search service to deliver a choice of content - The search service returns a set of search results based on pre-defined parameters within the unit of learning or sequence, and the set of results is presented to the learner. There is no search interface presented to the learner – only the results of the search.
Sub-Cases: Location of service - The search service could be defined in advance within the learning design or sequence, for example using a URI to identify a specific repository. Alternately, the service could be described in generic terms, and the LMS or VLE then provides an appropriate search UI based on its configuration.
- These sub-cases apply to all of the above Learning Design Use Cases.YOU CAN SUPPORT THIS ACTIVITY BY:Informing IMS of any use cases that you have for using Query Services. You can give IMS this information through the IMS Use Case Repository. Submitting Use CasesSend your Use Case by 15 April 2005 by either of these publicly accessible methods:Email - usecase@imsglobal.org or Web – “Use Case and Priorities” Forum at http://www.imsglobal.org/developers/ims/imsforum/.Information submitted to IMS may be made available to the public. Please indicate an alternative preference, if applicable. Use Case Template Contact Name and Email
(check those that apply)
I do NOT wish my use case to be made available outside of the IMS Membership, [ ],
otherwise, if it is made public,
I would like my email address removed [ ]
I would like my organization's name and any reference removed [ ].
Organization Name - Index, where index is the number of the use case you are submitting (e.g., IBM-04)
Title - a brief (short sentence) title for the use case.
Related to – Query Services SIG.
Players - human and machine entities and their roles
Assumptions - a description of what if anything is assumed to have happened before the activities described in the use case description.
Description - A narrative description of the use case or usage scenario. “John bought a red car from a local dealer” is a usage scenario. “Person buys a car” would be a more generalized use case.
Transactions (optional) - the transactions and constraints that are derived from the description.
Exceptions - Short description of what error situations need to be protected against and what should happen if they are detected.
Further information, examples and information of more formal use-case styles that may be submitted see the IMS Use Case Repository pages http://www.imsglobal.org/usecases/index.htmlThank you for your time.If you have any other issues then you can contact either of the Co-Chairs of the IMS Query Services Special Interest Group:
Kerry Blinco
Technical Standards Adviser – DEST
kblinco@poweup.com.au
Scott Wilson
Assistant Director – CETIS
s.wilson@bangor.ac.uk
Posted by toreh at 10:27 FM