Søk Tavla Hum-fak. Jur.fak. Mat.-nat.fak. Med.fak. NFH SV-fak. Sentre TMU UB Adm.
set width of left cell in netscape 4
Startsiden

Om prosjektet
  
Siste nytt
Referater
Forum
Innspill / idéer
Lenker
 
[ Logg inn ]
set width of left cell in netscape 4
Startsiden › informasjon › webprosjektet › referater › 4
Printer friendly


13.09.2006

Utviklergruppemøte m/foreløpig strategi for portalgruppe-jobbingen

Møtested/tid
IT-avdelingas møterom, onsdag 13.09.2006 kl. 0945-1100

Til stede
Espen Jensen, Terje Lein-Mathisen, Jimmy Thomsen, Bent Svinnung

Referent
Bent Svinnung



Forprosjektet - workshopen i Oslo
er nå banket: Onsdag 20.09 - fredag 22.09.06. Agenda som i forrige referat - og Espen, Jimmy og Bent stiller fra UiTø.

På huskelista har vi - i tillegg til agendaen:
  • Brukerautentiseringen - SSO?
  • Rapportgenerator?
  • Metatagging avhengig av bruker/grupperettigheter?



Notater til styringsgruppemøtet fredag 15.09.06
Jimmy er innkalt for innledningsvis å holde en kort presentasjon av den valgte portal- og publiseringsløsningen. Før gruppa tar fatt på resten av agendaen:
  1. Orientering om anskaffelse av den valgte systemløsningen
  2. Orientering om systemeierskap og driftsansvar for datasystemer ved UiTø og HiTø
  3. Diskusjon av arbeidsform i prosjektet
  4. Diskusjon av mandat for arbeidsgruppene
  5. Forslag til framdriftsplan
  6. Budsjett for prosjektet
  7. Evt.
Arbeidet i portalgruppene
Til punkt 3 og 4 presenterte Bent tanker rundt hvordan de tre portalgruppene kan komme til å jobbe etter introduksjonsmøtet 3. oktober:
  1. Innledende brainstorm-runde: Hva slags funksjonalitet og synliggjøring ønsker vi oss i portalen? Hvilke leveranser ser vi for oss - fra publiseringsløsningen, støtteapplikasjoner?
    Alt av ideer og forventninger skal på bordet - realistiske som urealistiske! Så rydder og strukturerer vi i etterkant.
  2. På grunnlag av idéflommen lages det en prioriteringsliste over satsingsområder. Hva må vi ha på plass først - hva kan vente? Og hva kan eventuelt bare synliggjøres i portalen - for så å åpnes i eget vindu/som egen applikasjon?
  3. Hvem eller hva skal være innholdsleverandør(er) til portalen? Hvilke applikasjoner skal brukes?
    Her får vi mange diskusjoner, siden ulike deler av campus - og i en del tilfeller også Hitos - benytter forskjellige applikasjoner til for eksempel studieinfo, rombooking, LMS, fakturering, regnskap, dokumentarkiv osv. I tillegg til at samme applikasjon også brukes til dels forskjellig - avhengig av kultur og lokale tilpasninger.
  4. Skal vi sy portalelementer som favner import fra de fleste applikasjonene som er i bruk i dag, eller skal vi allerede nå foreta en del politiske valg som innebærer satsing på færre "varianter" - type: "Skal ClassFronter være eneste LMS"? "Skal all studieinfo ligge i FS?" osv.
    Disse avgjørelsene - som må forankres i toppledelsen - innebærer en grad av "smerte" organisatorisk - og vil ta tid å få på plass. Derfor må vi ta høyde for midlertidige varianter. Til det er mulig å sette vedtakene ut i livet - i form av skreddersydde portalelementer.
  5. Sannsynlig må vi her operere med undergrupper som har hvert sitt fokus: LMS, kalenderfunksjonalitet, epost, studieinfo osv. Og som får som mandat å prøve å finne fram til felles UiTø/Hitos-forslag til løsninger.
  6. Parallelt med det å få på plass portalelementer-ønskelista og hva som skal levere data til dem foregår arbeidet med informasjonsmodell: Hvordan skal innholdet i portalene struktureres?
    Ønsket mitt er at vi kommer fram til en del fellesnevnere i forhold til portaltoppene/personifiserte arbeidsflater. Slik at gjenkjennbarheten blir stor - og problemene med å finne fram desto mindre. Med andre ord: En gjennomgripende, rollebasert informasjonsarkitektur som gjør det enkelt både å hente informasjon og å oppdatere den.
  7. Med utgangspunkt i en kjent, organisatorisk struktur (som dagens nettsider) kan vi gjenskape et utall rolle-portalelementer som gir oss mulighet til å synliggjøre samme innhold i mange forskjellige sammenhenger, avhengig av rolle og rettigheter/metatagg-hierarkier. "Kryss-publisering" - basert på at informasjonen oppdateres bare ett sted.
  8. I tillegg til arkitekturen vil vi skreddersy grensesnittet for dem som skal oppdatere ved hjelp av rolle/rettighetsbaserte sidemaler. En "nyhet" vil bli laget på grunnlag av en og samme sidemal - men kan bli publisert flere steder - basert på en del automatisk metatagging (organisasjon/fakultet/institutt) og brukervalgt tagging som relaterer til innhold.
Konvertering av gamle sider / kontra ny informasjonsarkitektur
Arbeidet med konvertering av eksisterende nettsider vil starte så snart vi har hardware og applikasjoner på plass. Vi vil i stor grad prøve å gjenskape dagens organisatoriske struktur, basert på automatisert metattagging. Slik at folk skal kjenne seg igjen.

Men på et tidspunkt må en ny informasjonsstruktur få følger også for det vi tar med oss over. Diskusjonen blir om omstruktureringen skal skje før eller etter konverteringen. Her ser vi for oss mange modeller, men alle innebærer arbeidsflyt - og ansvarliggjøring/godkjenning av alt innhold før det publiseres i ny løsning. Dvs. intet innhold blir synlig i portalene før den/de ansvarlige har sett igjennom, godkjent og satt eventuell utløpsdato.

Framdriftsplan
Hva er sannsynlig tidshorisont for portalgruppearbeidet? Realistisk sett er neppe prioriteringsliste og anbefalinger mht. applikasjonsvalg på plass før utgangen av januar 2007. Håpet er da at styringsgruppa/toppledelsen er i stand til å fatte de nødvendige, politiske vedtakene - slik at arbeidet med klargjøring, overføring av data og sanering av gamle applikasjoner kan påbegynnes ganske umiddelbart.

Portalgruppene kan så bruke våren på konkret jobbing med informasjonsarkitetur, sidemaler, bruker/grupperettigheter, metatagg-hierarkier, endelig utforming av portalelementer osv,

Siden det neppe er realistisk å ha nye portaltopper på plass før søknadsfristen går ut i vår, velger vi å kjøre gamle sider til over studiestart høsten 2007. Hvilket betyr at ny løsning neppe blir "sluppet" før mot slutten av 2007. Da skal vi imidlertid ha fått det meste på plass - slik at overgangen kan gå smertefritt.

Dette innebærer følgende, forslagsvise framdriftsplan:

Oktober 2006: Alle portalgruppene på plass/oppstart gruppearbeidet. Introduksjonskurs i Oracle Portal (åpen for alle) Start forprosjektet m/e-vita grunnopplæring av kjernepersonale. Installering av hardware og applikasjoner m/hjelp fra e-vita, start uttesting av portalelementer, konvertering mm.
Oktober 2006 - januar 2007: Gruppejobbing, parallelt med at IT-avdelinga skrur den funksjonaliteten som blir ønsket. Jobbing med konvertering-script for eksisterende database. Uttesting av grafisk profil
Februar 2007: Konklusjonene til portalgruppene behandles av styringstruppa, og eventuelle anbefalinger om overordnete applikasjonsvalg mm. bankes. Konsekvenser utredes, og ev. arbeide med sanering/konvertering igangsettes
Våren 2007: Videreforedling - både portalelementer/funksjonalitet og utseende. Portaltopper/undersider og publiseringsløsning skal kjøre i betaversjon før sommeren. Konverteringsscriptet skal være 95% på plass, mens vi kartlegger mulige problemer og behov for omforming og omstrukturering av innhold der vi ikke kan løse det ved direkte konvertering.
September 2007: Kursing av alle super/kjernebrukere i publiseringsløsning, inklusive nødvendig justering av eksisterende innhold i beta-konvertering
November 2007: Endelig konvertering av databasen. I et tidsvindu (2 uker?) kjører vi begge systemer parallelt, slik at brukerne får oppdatert nyversjonen og rydda i sidene sine - samtidig som gamlesidene kjøres "laiw" - og eventuelle oppdateringer gjøres i begge løsninger.
Desember 2007: Vi kjører bare ny løsning. Justeringer, tilpasninger mm. slik at mest mulig er på stell før semesterstart i januar 2008.


Parallellkjøring av gammel og ny løsning
Men i praksis vil vi jobbe parallelt med gammel og ny løsning allerede fra slutten av oktober 2006. Mens WebSIM gjør jobben sin, får vi god anledning til - i fred og ro - å teste ut portalelementer, design og informasjonsarkitektur på nyløsningen. Jobbe med bruker/gruppe/autentiserings-problematikken, og foreta x-antall prøvekonverteringer av de gamle sidene for å få kontroll på alle parametre før den endelige overgangen.



Oppgradering - server
Lars har nå oppgradert til Apache 2.0.59 og php 5.1.6. Skulle det dukke opp uregelmessigheter, meld dem til han.

Ønsker du å motta e-post om oppdateringer i denne mappen?
E-post adresse:

Universitetet i Tromsø, 9037 Tromsø, tlf. 77 64 40 00
Oppdatert av vevredaktør Bent Svinnung den 15.09.2006 09:33
Ansvarlig for sidene: vevredaktør Bent Svinnung


Read this page in: Bokmål

set width of main cell in netscape 4

Alle UiTø-sider
Avansert søk

Sider:
Viser 1-15 av 26
   
2006-11-22
2006-11-21
2006-11-15
2006-11-14
2006-11-10
2006-11-09
2006-11-07
2006-11-02
2006-11-01
2006-10-31
2006-10-30
2006-10-25
2006-10-25
2006-10-24
2006-10-18
set width of right cell in netscape 4