You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 33 Next »

Versiohistoria

Versio

Päiväys

Tekijä

Selite

0.1

11.1.2010

Jaakko Rannila

1. versio

 

 

 

 

 

 

 

 

 

 

 

 

1 Johdanto

Toisu III-projekti on osa Metropolia ammattikorkeakoulun koulutussuunnittelun sekä oppimis- ja opetusprosessien tietojärjestelmäpalvelut - hankekokonaisuutta. Projekti aloitettiin tarpeesta kehittää em. olemassa olevat järjestelmät Metropolia ammattikorkeakoulun tarpeita vastaavaksi.

Projektin tehtävänä on määritellä, suunnitella ja toteuttaa uusi koulutuksen suunnittelutyökalujen muodostama palvelukokonaisuus, joka korvaa käytössä olevan Toisu / vuosisuunnittelujärjestelmän sekä siihen liitoksissa olevat Totsu ja OPS editori järjestelmät.

Projektisuunnitelmassa määritellään mm. projektin aikataulu, projektiorganisaatio, projektimenetelmät sekä projektin kustannukset.

1.1 Termit

Opetussuunnittelu

Opetussuunnittelulla tarkoitetaan koulutusohjelmien tutkintojen osaamisen määrittelyä ja vuosittaista saapumisryhmien opintojen suunnittelua. Opetussuunnittelun tuloksena syntyvät saapumisryhmien opetussuunnitelmat.

Opetussuunnittelun tietojärjestelmäpalvelut

Ammattikorkeakoulussa on käytössä opetussuunnittelun tukena OPS-editori tietojärjestelmä, jolla tallennetaan koulutusohjelmien opetussuunnitelmat: ryhmien opetussuunnitelmien perustiedot, opetussuunnitelmien opinnot, ajoitussuunnitelmat ja opetussuunnitelmaan liittyvät muut kuin opintokokonaisuuksina tallennetut opintojen jäsennykset sekä suunnitellaan opetussuunnitelmiin liittyvät ja liittymättömät valinnaiset opinnot.

Vuosisuunnittelu

Vuosisuunnittelu on opetusryhmien vuosittaisen koulutuksen suunnittelua. Vuosisuunnittelun tuloksena syntyvät ryhmien lukuvuoden toteutukset, opiskelijoiden opintojen periodikohtainen ajankäytön alustava suunnitelma ja opettajien työaikasuunnitelmien luonnokset.

Vuosisuunnittelun tietojärjestelmäpalvelut

Koulutuksen vuosisuunnittelun tukena käytetään toiminnan suunnittelujärjestelmä TOISUa, joka on tuotettu yhteistyössä Tampereeen ammattikorkeakoulun kanssa. TOISUn on toimittanut Reaktor innovations oy. TOISU toiminnallinen määrittely on vuodelta 2004 ja käyttöönotto on ollut vuonna 2005.

1.2 Tausta ja lähtökohdat

Nykyisin tuotannossa oleva Toisu/vuosisuunnittelu järjestelmä on määritelty ja otettu käyttöön edellisten organisaatioiden tarpeiden mukaisesti. Järjestelmä ei palvele käyttäjiä nykyisen organisaation vaatimusten mukaisesti. Nykyinen järjestelmä ei tue riittävän hyvin eri tiedonsiirtoja järjestelmien välillä (STTS, OPS-editori, WinhaPro jne.). Lisäksi samojen tietoyksiköiden kopioiminen eri tietolähteisiin lisää ylläpidon määrää ja lisää riskiä tiedon eheyden katoamiselle eri tietolähteiden välillä. Tämän lisäksi eri tietolähteissä olevien tietojen raportoiminen ja koostaminen on haastavaa tai mahdotonta, koska eri tietolähteet rakentuvat eri tietomallien mukaisesti.

Nykyisen järjestelmän tarjoamat palvelut ovat hajaantuneet eri osiin vaikeasti hallittavaksi kokonaisuudeksi. Muutosten teko toimintoihin aiheuttaa säännöllisesti uusia virheitä sovelluksen toimintaan. Tämän lisäksi uusien järjestelmien tuomat vaatimukset eri tietojen integrointitarpeesta luo vaatimuksia koulutuksen suunnittelun järjestelmille, johon ne eivät tällä hetkellä pysty nykyisessä arkkitehtuurissaan vastaamaan.

Edellämainittujen puutteiden vuoksi kesällä 2009 teetettiin selvitys nykyisen Toisu järjestelmän nykytilasta ja jatkokehitysmahdollisuuksista. Tämän selvityksen sekä syksyllä 2009 tehdyn nykytilaselvityksen lopputuloksena päädyttiin lopputulokseen, jossa nähtiin parhaana ratkaisuna rakentaa nykyiset palvelut erilaisella arkkitehtuurilla ja uusilla tekniikoilla siten, että ne tuottaisivat organisaation vaatimusten mukaiset palvelut paremmin sekä mahdollistaisivat tietojen vaihdon eri palvelujen välillä palvelukeskeisen arkkitehtuurin mukaisesti.

1.3 Tavoitteet ja lopputulokset

Projektin tavoitteena on kartoittaa nykyisen organisaation prosessit ja tietotarpeet sekä muodostaa niistä tarpeiden ja vaatimusten mukaisia palvelukokonaisuuksia. Projektin tavoitteena on rakentaa uusi järjestelmäkokonaisuus palvelukeskeisen arkkitehtuurin mukaisesti, jossa eri palvelut on integroitu keskenään siten, että niiden tuottamat tiedot ovat kaikkien tietoja tarvitsevien palveluiden käytettävissä.

Projektin lopputuloksena on järjestelmäkokonaisuus, joka pitää sisällään seuraavat palvelut:

  • Opetussuunnittelu
  • Opiskelijatiedon integroiminen vuosisuunnitteluun
  • Vuosisuunnittelu / resurssointi
  • Työaikasuunnittelu
  • Totetussuunnittelu
  • Lukujärjestyssuunnittelu
  • Julkaisupalvelut

Projektin lopputuloksena syntyy myös tietolähde mm. opetussuunnitelmien ja toteutusten osalta seuraaville palveluille:

  • Opintojarjotin / Opinto-opas
  • Henkilökohtainen opetussuunnitelma
  • Tutkinto ja kurssiarviointi
  • Raportointipalvelut
  • Sähköinen asiakirjahallinta

Projektin päämäärä ja sen tarkoitus. Käyttäjäkunta.

1.4 Rajaukset

Projektissa keskitytään erityisesti koulutuksen suunnittelun palveluihin ja niiden toteututtamiseen. Projektin ulkopuolelle rajataan käytössä olevista järjestelmistä mm. STTS, HR ja talous- ja henkilöstöpalveluiden järjestelmät niiltä osin, että niihin tehtäisiin räätälöintityötä. Projektin aikana selvitetään kuitenkin, miten muissa järjestelmissä syntnyttä tietoa pystyttäisiin hyödyntämään ja lukemaan koulutuksen suunnittelun palveluissa.

1.5 Riskit

Ulkoiset riskit

  • Projektiin osallistuva avainhenkilö (Metropolia tai toimittajan edustajat) poissa käytettävistä esim. sairauden takia.
  • Henkilöstön saatavuusongelmat tiettyinä aikoina, kuten kesälomat
  • Uuden teknologian ja kehitystyökalujen käyttöönotto osoittautuu ennakoitua vaikeammaksi

nro

Nimi

Tunnistaminen

Hallintakeinot

Seuraukset ja vakavuus (1-5)

Toteututetut hallintakehinot

1

Projektiin osallistuva avainhenkilö (Metropolia tai toimittajan edustajat) poissa käytettävistä esim. sairauden takia

  1. sairastuminen
  2. lomat
  3. irtisanoutuminen
  • varahenkilöt
  • riittävä tiedotus ja dokumentointi
  • projektijäsenen puuttuminen 3
  • aikatalu venyy 2
  • ennakointi aikatauluksessa ja vaiheistuksessa
  • deadlinet eri aikaan lomien kanssa

2

Uuden teknologian ja kehitystyökalujen käyttöönotto osoittautuu ennakoitua vaikeammaksi

  1. aikaa kuluu ympäristön pystyttämiseen ja kehitystyökaluihin tutustumiseen
  • Proof of consept
  • Työmääräarviot pettävät 3
  • Proof of consept

3

Vaatimusmäärittely on epäselvä toteututtajalle

  1.  aikaa kuluu totetutuksen teossa työmääräarvioita enemmän
  •  Vaatimusmäärittely tehdään yhdessä toimittajan kanssa
  •  työmääräarviot pettävät 3
  • toteutusta joudutaan korjaamaan jälkikäteen 2
  •  Projektisuunnitelman mukaiset projektimenetelmät
  • Eri vaiheiden hyväksynnät (ei toteuteta kaikkea ja hyväksytä kerralla)

4

Muuttuvat vaatimusmäärittelyt

  1.  toteutusta joudutaan muuttamaan valmistumisen jälkeen
  •  Pilottiryhmät mukana jo projektin aikana
  • eri modulien demot kehityksen aikana
  •  työmääräarviot pettävät 3
  • toteutusta joudutaan korjaamaan jälkikäteen 2
  •  Projektisuunnitelman mukaiset projektimenetelmät
  • Eri vaiheiden hyväksynnät (ei toteuteta kaikkea ja hyväksytä kerralla) |

     

     

     

     

     

     

     

     

     

     

     

     

2 Projektin organisaatio

asdsad

2.1 Organisaatio ja vastuut

adsad

2.1.1 Ohjausryhmä

asdsad

2.1.2 Projektiryhmä

asdsad

2.1.3 Asiantuntijaryhmä

asdasd

2.2 Kokouskäytäntö

asdsad

2.3 Tiedotuskäytäntö

asdsad

3 Projektin vaiheet ja aikataulu

dsad

3.1 Vaiheet

Projektin alkuvaiheessa tehdään Proof of Consept (POC) tuotteistus, jossa yksi palvelu (Toteutussuunnittelu) tullaan rakentamaan uuden palvelupohjaisen arkkitehtuurin mukaisesti. Tässä vaiheessa tarkastellaan eri teknologia vaihtoehtoja sekä testataan palvelupohjaisen arkkitehtuurin toimivuutta ja mm. vasteaikoja käyttäjän näkökulmasta.

Jos POC vaiheesta saadaan positiivisia kokemuksia tietyn teknologian suhteen, tullaan palvelut rakentamaan tämän teknologian ympärille.

Projekti jaetaan eri vaiheisiin, joiden jälkeen projektin jokainen vaihe tulee hyväksyä ennen etenemistä seuraavaan vaiheeseen.

  1.  POC
  2. Teknologiavalinta
  3.  Palvelukartoitus (Palveluiden tarkempi määrittely/yksilöinti)
  4. Skeemojen määrittely
  5.  TOISU III omistamien tietojen määrittely
  6. TOISU III tietokannan määrittely
  7. Palveluiden toteutus
    1.  Olemassa olevien palveluiden uudelleen rakennus
      1. Oppijan tietopalvelut
        1. Opetussuunnitelmat
        2. Opetussuunnitelma ym. kuvaukset
        3. Opintokokonaisuudet
        4. Opintojaksot
        5. Tarjontakorit
        6. Projektityöt
      2. Toteutukset
      3. Resurssit & varaukset
        1. Opettajat
        2. Tilat
        3. Opiskelijat
        4. Opiskelijaryhmät
    2. Uusien palveluiden  rakentaminen
      1. Oppijan tietopalvelut & Opetuksen järjestäminen
        1. Toteutukset
          1. Opintojakson osat
          2. Toteutuksen osat
          3. Projektityöt
        2. Lukujärjestyssuunnittelu
          1. Resurssien kuormitus päivätasolle vietynä
          2. Opettajan työviikot & kalenteri
          3. Opettajan tuntisuunnitelma
          4. Vapaajaksojen määrittely
          5. Toteutuksen peruminen & viestipalvelut
        3. Seuranta ja raportointi
          1. Kustannuspaikkakohtainen kustannusseuranta
          2. Raporttinäkymät toteutumatiedoista (taloushallinnon järjestelmistä)
          3. STTS suunnittelun aikaiset tiedot näkyville suunnittelun tueksi
          4. Opiskelijatasolle ulottuva seuranta mm. suorituksista valitulla opintojaksolla (mahdollistaa esim. ryhmän koon arvioinnin)
          5. Työaikasuunnitelmien muutosten seuranta, versiohistoria
          6. Ilmoittautuneiden & hyväksyttyjen määrä toteutuskohtaisesti

8.    Testaus
9.    Pilotointi
10.    Käyttöönotto ja koulutus

3.2 Aikataulu

asdda

4 Resurssit

asdsad

5 Projektissa noudatettavat menetelmät

5.1 Muutosten hallinta

sdsad

5.2 Seuranta

dsda

5.3 Dokumenttien hallinta

dfad

5.4 Viestintä

sdasd

6 Kustannukset

sdad

Projektin kannattavuus ja muut perustelut

Projektin kannattavuus edellä esitettyjen vaikutusten pohjalta. Esim. takaisinmaksuaika tms. Hyödyt tulee selkeästi merkitä tähän ja esittää tarvittavat perustelut.

7 Projektin päättäminen

Liitteet

  • No labels
You must log in to comment.