COSCA - Vaatimusmäärittely v.1.7. Palaute:

Transkriptio

1 COSCA - Vaatimusmäärittely v.1.7 Palaute: llehtola@cc.hut.fi

2 Muutoshistoria Versio Tekijä Pvm Kuvaus Hyväksynyt 0.1 Laura Lehtola Ensimmäinen asiakkaalle kommentoitavaksi lähetettävä raakaversio 0.2 Laura Lehtola Korjattu Katariina Kemppaiselta saatujen lukuisten parannusehdotusten perusteella. Lisätty toiminnallisia vaatimuksia. 0.8 Laura Lehtola Luku 9 alustavat käyttötapaukset. Vaatimusten lisääminen. 0.9 Laura Lehtola Korkeantason käyttötapauskuvaukset. Vaatimusten linkittäminen. Johdannon kuvat. 1.0 Laura Lehtola Asiakkaan prioriteettien kirjaaminen, yleisiä korjauksia ja viilauksia. Elina Kontro, Kari Ylihärsilä 1.1 Kari Ylihärsilä Lisätty haluttujen ominaisuuksien työmääräarviot. 1.3 Laura Lehtola Kuvan 4 tarkennus. Toiminnalliset vaatimukset ja use caset muutettu ja selkeytetty uuden ymmärryksen valossa. Vaatimusten esivalinta i1:seen. 1.5 Laura Lehtola Uudet :t vaatimuksille. Asiakas 1.6 Laura Lehtola Use caset kirjoitettu auki. Vesa lisännyt työmääräarviot vaatimuksille. 1.7 Laura Lehtola Use casejen sekvenssit ja poikkeukset tarkistettu sekä puuttuvat kirjattu. Uudet vaatimukset lisätty. 2.0 Laura Lehtola Linkitykset vaatimusten välille ja testitapauksiin lisätty. Elina Kontro, Vesa Haukkavaara, Santeri Saarinen

3 Sisällysluettelo 1 Dokumentin tarkoitus 2 2 Liiketoimintatavoitteet Tausta Ongelma Projektin tavoitteet 3 3 Keskeisimmät käsitteet 3 4 Järjestelmän yleiskuva 5 5 Käyttäjäryhmät 7 6 Käyttöskenaariot Kalle, HKKK:n opiskelija, 22v Helena, HKKK:n opiskelija, 25v Erkki, yritysjohtaja, 58v 8 7 Toiminnalliset vaatimukset Systeemin Työvirran ominaisuuksien Kustannusten Ajankulun hallinnointi Päätössääntöjen valinta Tulosten tarkastelu Simulaation ajaminen 14 8 Ei-toiminnalliset vaatimukset 14 9 Käyttäjävaatimukset (käyttötapaukset) Käyttötapauskuvaukset Rajoitteet (constraints) Avoinna olevia kysymyksiä Ratkaisuehdotukset 27

4 1 Dokumentin tarkoitus Tämän dokumentin tarkoituksena on kuvata vaatimukset COSCA simulaattorin jatkokehitysprojektille käyttäjän näkökulmasta. Vaatimusmäärittelyn tarkoituksena on auttaa asiakasta ja kehittäjiä ymmärtämään toisiaan läpi projektin suhteessa siihen, mitä toiminnallisuuksia ja ominaisuuksia projektin aikana toteutetaan, sekä hallita toteutettujen vaatimusten tilaa eri vaiheissa projektia. Vaatimuksia tullaan päivittämään tähän dokumenttiin koko projektin ajan. Tätä dokumenttia käyttävät osapuolet on kuvattu Taulukossa 1 Taulukko 1. Dokumenttia käyttävät osapuolet Ryhmä Aliryhmä Keskeisin syy lukemiselle Asiakkaat ja käyttäjät Asiakas Asiakkaan tekninen avustaja Tulevan järjestelmän potentiaaliset käyttäjät Projektiryhmä Järjestelmän kehittäjät Järjestelmän testaajat Käyttöohjeiden kirjoittajat Palautteen antaminen ominaisuuksien tarpeellisuudesta Palautteen antaminen ominaisuuksien toteuttamiskelpoisuudesta nykyjärjestelmän näkökulmasta Palautteen antaminen ominaisuuksien tarpeellisuudesta itselle sekä siitä, miten toiminnallisuus on heidän näkökulmastaan suunniteltu toteutettavaksi Tiedon saaminen siitä, mitä toimintoja ja ominaisuuksia käyttäjälle pitää tuottaa. Tiedon saaminen siitä, miten järjestelmän pitäisi toimia. Materiaalin saaminen käyttöohjeita varten. Projektin manageriryhmä Kurssin henkilökunta Mentor Vaatimusten statuksen seuraaminen. Palautteen ja arvosanan antaminen. 2 Liiketoimintatavoitteet Tässä kappaleessa kuvataan korkeantason tavoitteet kehitettävälle järjestelmälle. 2.1 Tausta CoSCA simulaattori on Helsingin Kauppakorkeakoulussa kehitetty tilaus-toimitusketjun päätöksiä ja hajautettua tuotannonohjausta mallintava työkalu. Työkalu on alun perin kehitetty tutkimustarkoituksiin tutkijalle, joka on tämän projektin asiakas. Simulaattorin toteutuksen ensimmäisessä vaiheessa keskeistä on ollut toteuttaa työkaluun sellaista toiminnallisuutta, jonka avulla tutkija on voinut toteuttaa tutkimustyössään tarvitsemansa simulaatioajot ja kerätä niiden tulokset jälkikäsiteltävään muotoon (Excel & SPSS). Simulaattorin käytettävyyteen tai opittavuuteen uusien käyttäjien näkökulmasta ei kehitystyössä ole toistaiseksi kiinnitetty huomiota.

5 2.2 Ongelma Asiakas haluaa päästä hyödyntämään simulaattoria tuotannon suunnittelun ja ohjauksen sekä toimitusketjun hallinnan opetuksessa. Asiakkaan keskeisenä tavoitteena on kehittää simulaattorista opetuksen apuväline, jonka avulla opiskelijat voisivat tutustua tilausten hallinnan (order management and scheduling) käsitteisiin, päätössääntöihin ja niiden käyttämisen vaikutuksiin erilaisissa tilanteissa ja toimintaympäristöissä. Lisäksi asiakas haluaisi tarjota yritysmaailmassa työskenteleville käytännönihmisille mahdollisuuden ymmärtää kokeilun kautta kuinka erilaisten päätössääntöjen käyttäminen vaikuttaa tilaus-toimitusprosessin ennustettavuuteen ja tehokkuuteen, esimerkiksi myöhästymisistä syntyviin kustannuksiin tai prosessivaraston kustannuksiin. Opetus- ja koulutuskäytön lisäksi hän haluaa mahdollisesti jakaa simulaattoria www:n kautta myös muille alan tutkijoille maailmassa. Nykyisellä simulaattorilla tämä on mahdotonta, koska simulaattorin käyttäjän on kyettävä muokkaamaan XML-dokumentteja simulaattorille syötteeksi, ajettava ohjelma Eclipse -kehitysympäristössä sekä luotava itse Excel-taulukot, joihin simulaatioajon raakatulokset kerätään tai ajettava tulokset sellaisinaan tyhjään teksti- tai Excel tiedostoon. Joissakin erikoistapauksissa simulaattorin käyttö nykyisellään edellyttää myös Java-ohjelmakoodin muokkaamista. 2.3 Projektin tavoitteet Projektin tavoitteena on tuottaa helppokäyttöinen ja nopeasti omaksuttavissa oleva käyttöliittymä, jonka avulla HKKK:n opiskelijat ja tilaus-toimitusprosessin parissa työskentelevät ihmiset (yhteisnimike tästä eteenpäin oppijat ) pystyvät kokeilemaan, miten erityyppisten päätössääntöjen (kts. 3. keskeiset käsitteet) käyttäminen erilaisissa testitilanteissa vaikuttaa tilausten käsittelyyn ja läpimenoon liittyviin tunnuslukuihin. Oppijan tulee kyetä luomaan erilaisia testausympäristöjä ja säätämään luomansa systeemin kuormitusastetta. Lisäksi opiskelijan tulee kyetä vaihtelemaan ominaisuuksia, joita systeemiin tulevilla tilauksilla (töillä) on eli sitä, millä jakaumalla nämä ominaisuudet vaihtelevat. Töiden ominaisuuksia ovat esimerkiksi asiakkaan vaatima valmistumispäivä sekä työn koko. Lisäksi opiskelijan tulee kyetä valitsemaan simulaatiossa analysoitavat ja vertailtavat päätössäännöt. Järjestelmän tulee antaa oppijalle palautetta hänen tekemiensä valintojen seurauksista erilaisissa tilanteissa. 3 Keskeisimmät käsitteet Tilaukset (= työt) virtaavat niitä prosessoivan tuotanto- /palvelujärjestelmän resurssien (= systeemi) läpi ennalta määritellyn järjestyksen mukaan. Yksittäisen työn mentyä läpi kaikista sen valmistumisen kannalta tarpeellisista resursseista, työ on valmis ja sen toteutunut läpimenoaika voidaan laskea. Verstaalla tarkoitetaan resursseista koostuvaa alisysteemiä, jossa resurssit voivat olla joko peräkkäin (flow shop) tai satunnaisessa järjestyksessä (job shop). Systeemillä tarkoitetaan verstaista koostuvaa kokonaissysteemiä, jossa yksittäiset verstaat voivat myös olla toisiinsa nähden flow job- tai job shop rakenteessa. Flow shopin ja job shopin perusrakenteet on kuvattu kuvissa 1 ja 2.

6 Flow Shop Manufacturing i Resurssi Resurssi Resurssi 1 2 n Operation 1 Operation 2 Operation j i Kuva 1. Flow shop (Kemppaisen luentokalvoista) Job Shop Manufacturing Resurssi Resurssi i Resurssi C i d i Resurssi Resurssi Kuva 2. Job shop (Kemppaisen luentokalvoista) Simuloitaessa tällaisia tilaus-toimitusprosesseja töiden saapuminen systeemiin oletetaan tietyllä tavalla tilastollisesti jakautuneeksi. Usein systeemin toimintaa tarkastellaan stabiilissa tilassa (tilassa, jossa töitä on virrannut systeemiin niin kauan, että virtaamisen käynnistyminen ei enää vaikuta tuloksiin). Päätössääntö on yläkäsite mille tahansa tilaustenkäsittelyyn liittyvälle päätösperiaatteelle /-menetelmälle. Tässä työssä keskeisiä päätössääntötyyppejä ovat priorisointisääntö, joka viittaa siihen, miten yksittäiselle resurssille muodostunut työjono puretaan, vapautussääntö, joka viittaa siihen, miten systeemiin (esim. tehtaaseen) päästettäviä tilauksia rajoitetaan, sekä toimituspäivän määrittelyperiaate. Esimerkkejä priorisointisäännöistä ovat esim. lyhin työ ensin (shortest processing time SPT) ja aikaisin toimituspäivä ensin (earliest due date EDD), joissa ensimmäisessä jonosta valitaan käsiteltäväksi aina kooltaan pienin työ ja jälkimmäisessä se, jossa asiakkaan vaatima toimituspäivä on pikimmin. Erityyppisissä ja kokoisissa systeemeissä ja erilaisilla täyttöasteilla, toiset päätössäännöt menestyvät paremmin ja toiset huonommin

7 erilaisten mittareiden, esimerkiksi maksimimyöhästymisen tai töiden keskimääräisen myöhästymisen suhteen. Kuvassa 3 on havainnollistettu aihealueen käsitteitä ja niiden välisiä suhteita karkealla tasolla. Systeemi Täyttöaste Vapautussääntö Alisysteemi Jono systeemiin Toimituspäivän määrittelyperiaate Menestyminen Flow Shop Resurssi Job Shop Operaatio Jono resurssille Työ Perusominaisuudet: - Koko - Vaadittu toimituspäivä - Saapumisajanhetki Johdetut ominaisuudet: - Läpimenoaika Priorisointisääntö Tekijät: - Maksimimyöhästyminen - Keskimyöhästyminen Myöhästymiskustannukset... Kuva 3. Aihealueen käsitteet ja niiden väliset suhteet 4 Järjestelmän yleiskuva Tässä kappaleessa kuvataan COSCA -järjestelmän perustoiminnallisuudet korkealla tasolla järjestelmän käyttäjän näkökulmasta. Järjestelmän perustoiminnallisuudet voidaan jakaa kuuteen osa-alueeseen, jotka esitellään hyvin lyhyesti seuraavissa kappaleissa ja alla olevassa kuvassa 4.

8 COSCA -järjestelmä Määrittää systeemin ominaisuudet Määrittää työvirran ominaisuudet Oppija Määrittää kustannusrakenteen Valitsee käytettävät päätössäännöt Määrittää simulaation aikajänteet Ajaa simulaation Tarkastelee tuloksia Kuva 4. Järjestelmän toiminnallisuus korkealla tasolla COSCA järjestelmän avulla käyttäjä voi luoda graafisesti erilaisia systeemeitä, jotka vastaanottavat tietyllä jakaumalla tilauksia ja käyttävät päätöstentekoon erilaisia menetelmiä. Järjestelmä visualisoi käyttäjälle tehtyjen päätösten vaikutuksia sekä simulaation lopussa että niin valittaessa myös simulaation aikana. Käytännössä käyttäjä voi rakentaa graafisen käyttöliittymän avulla systeemin koostamalla resursseista verstaita ja näiden muodostamista isommista verstaista taas kokonaissysteemin. Lisäksi hän voi asettaa eri tyyppisten verstaiden muodostamia kokonaisuuksia job shop- tai flow shop muotoon aivan samoin kuin yksittäisiä resurssejakin. Lisäksi käyttäjä voi määrittää verstaiden ja yksittäisten resurssien ominaisuudet (mm. koot ja kapasiteetit). Jos käyttäjä ei halua itse määritellä systeemiä ja sen rakennetta alusta alkaen, hän voi käyttää jotakin järjestelmään valmiiksi tallennetuista esimerkkisysteemeistä sellaisenaan tai oman muokkauksensa pohjana. määrittämään systeemiin tulevien töiden kokoa ja saapumisnopeutta parhaiten mallintavan jakauman. Lisäksi hän pystyy valitsemaan käytettävät päätössäännöt tarvittaessa jopa resurssikohtaisesti, mutta toisaalta myös valitsemaan kerralla käytettävät säännöt useille alisysteemeille samanaikaisesti. Käyttäjä kykenee määrittämään simulaation kokonaiskeston kuvitteellisissa viikoissa, sekä ajankohdat joina haluaa tarkastella välituloksia. Järjestelmä tarjoaa päätössääntöihin liittyvät tulokset muodossa, joka on käyttäjälle ymmärrettävä sekä mahdollisuuden muuttaa asetuksia simulaation välipisteissä.

9 5 Käyttäjäryhmät Tässä kappaleessa kuvataan COSCA-järjestelmän käyttäjäryhmät sekä heidän tärkeimmät tehtävänsä järjestelmällä. Käyttäjäryhmä Kuvaus Päätehtävät Lukumäärä Tärkeys Opiskelija Opettaja HKKK:lla Tuntee tuotannonsuunnittelun ja toimitusketjun hallinnan perusteet, mutta ei välttämättä tunne tilausten käsittelyyn liittyviä peruskäsitteitä eikä päätössääntöjä entuudestaan. Ei tiedä pitäisikö hänen olla kiinnostunut aihepiiristä. Käsiteltävien asioiden asiantuntija. Haluaa motivoida opiskelijoita kiinnostumaan aihealueesta. Kokeilee yksinkertaisilla koeasetelmilla, miten päätössäännöt käyttäytyvät erilaisissa tilanteissa Haluaa esitellä opiskelijoiden edessä erilaisten päätössääntöjen käyttäytymissä eri tilanteissa Yrityksen työntekijä Tuntee tilaus-toimitusprosessin käytännön toiminnan kautta. Ei välttämättä käytä tutkijan termejä tai tunne päätössääntöjä. On kiinnostunut kokeilemaan, mikä voisi parantaa tilaus-toimitusketjun sujuvuutta omassa yrityksessä. Tarvitsee opiskelijaa enemmän vapausasteita kyetäkseen muokkaamaan koeasetelmaa oman yrityksensä tilannetta vastaavaksi. Tutkija HKKK:ssa Käsiteltävien asioiden asiantuntija. Tekee monimutkaisia toistokokeita erilaisilla koeasetelmilla. Tarvitsee tulokset jälkikäsiteltävään muotoon. Tekninen asiantuntija Aihealueen tutkijat muualla maailmassa. Tuntee aihealuetta, mutta ei yhtä syvällisesti kuin tutkija. Tuntee aihealueen ja tutkijoiden käsitteet, mutta ei ole käyttänyt simulaattorin ensimmäistä versiota. Saattaa pelätä simulaattorin tallentavan hänen tutkimustuloksensa ja jonkun toisen hyödyntävän niitä (?). Saattaa pelätä simulaattorin tekevän oletuksia, jotka eivät hänen mielestään relevantteja. Lisää järjestelmään toiminnallisuutta. Leikkii simulaattorilla keksiäkseen uusia kehityskohteita. Tekee monimutkaisia toistokokeita erilaisilla koeasetelmilla. Tarvitsee tulokset jälkikäsiteltävään muotoon

10 6 Käyttöskenaariot 6.1 Kalle, HKKK:n opiskelija, 22v Kalle suorittaa logistiikan kurssia yhtenä monista syksyn kursseista. Kalle on kiinnostunut kurssin aihealuetta enemmän yritysstrategiasta ja kanssaopiskelijattarista. Kurssin teoreettisemmat osasuoritukset eivät ole menneet Kallen osalta erityisen hyvin, ja niinpä hän valitsee valinnaisista osasuorituksista soveltavan harjoitustehtävän, joka pohjautuu CoSCA -simulaattorin käyttöön. Tehtävänä on vertailla vaihtoehtoisten toimintamallien vaikutuksia eri kokoisissa systeemeissä ja erilaisilla töiden saapumisnopeuksilla. Kalle lataa ohjelman omalle koneelleen HKKK:n sivuilta ja asentaa sen viidessä minuutissa. Kalle avaa järjestelmän ja valitsee tilan, jossa voi itse luoda systeemeitä ja ajaa simulaatioita. Kalle valitsee järjestelmään valmiiksi koostetun esimerkkiympäristön ja päättää ettei tee tähän systeemiin muutoksia. Tämän jälkeen Kalle asettaa systeemiin saapuvien töiden saapumisnopeuden tasaisesti jakautuneeksi ja töiden koot ja vaaditut toimituspäivämäärät normaalisti jakautuneiksi. Seuraavaksi Kalle valitsee ajettavaksi simulaation siten, että kaikista yksittäisille resursseille muodostuneista jonoista työt puretaan kahta erilaista prioriteettisääntöä käyttäen. Tuloksia Kalle haluaa tarkastella graafisesti, minkä vuoksi hän valitsee muuttujat, joiden perusteella haluaa arvioida käytettyjen sääntöjen hyvyyttä. Tässä tapauksessa Kalle valitsee toiseksi muuttujaksi töiden saapumisnopeuden ja toiseksi maksimimyöhästymisen. Näiden perusteella hän päättelee, että sääntö xxx toimisi tämänkaltaisessa systeemissä paremmin sellaisessa tilanteessa, jossa töitä tulee nopeasti ja systeemin täyttöaste on suuri. 6.2 Helena, HKKK:n opiskelija, 25v Helena on kiinnostunut tilaus-toimitus asioista ja osallistuu siksi asiaa käsittelevälle jatkokurssille. Kurssin suoritukseen kuuluu tietokoneluokkaopetuskerta, jossa pelataan CoSCA-simulaatiopeliä. Helena avaa järjestelmän koulun tietokoneelta. Hän luo opettajan työohjeiden mukaisen systeemin koostaen sen erilaisista alisysteemeistä, sekä asettaa töiden saapumisnopeuden ja jakauman vaadituiksi. Tämän jälkeen hän asettaa mieleisensä päätössäännöt ensimmäisen pelikuukauden ajaksi voimaan ja ajaa simulaatiota kuukauden eteenpäin. Tämän jälkeen hän tarkastelee tuloksia ja huomaa, että vaikka töiden läpivirtaus on muuten ollut varsin sujuvaa, ovat jotkut todella paljon myöhästyneet työt aiheuttaneet huomattavia kustannuksia hänen yritykselleen. Niinpä hän lukee hieman lisää kurssimateriaalia, tekee muutoksia käytettäviin päätössääntöihin ja ajaa seuraavan kuukauden opettajan ohjeiden mukaisesti läpi. 6.3 Erkki, yritysjohtaja, 58v Erkki on osallistunut Helsingin Kauppakorkeakoulun järjestämään Toimitusketjun koordinoinnin kehittäminen workshopiin, jossa käsitellään yritysten tilaustoimitusprosessien tehostamista hajautettavissa olevien

11 päätössääntöjen avulla. Seminaarin vetäjä Katariina Kemppainen on puhunut aamupäivällä toimitusketjun hallinnasta ja tuotannon ohjauksesta sekä niihin liittyvien päätösten koordinoinnista yksinkertaisten sääntöjen avulla, ja iltapäivällä osallistujat voivat analysoida oman yrityksensä toimintaa COSCA järjestelmän avulla atkluokassa. Erkki avaa ohjelman ja valitsee tilan, jossa voi luoda oman yrityksensä tehdasta parhaiten kuvaavan systeemin. Erkki valitsee pohjaksi luennoitsijan suositteleman systeemin (kenkätehdas), johon lisää vielä yhden Flow Shopin. Tämän jälkeen hän asettaa töiden keskimääräisen saapumisvälin sekä jakauman joka parhaiten mallintaa töiden kokoja ja haluttuja toimituspäiväpyyntöjä. Erkki kokeilee, miten myöhästymiskustannuksiin vaikuttaisi se, jos jokaisella koneella käsiteltäisiin aina ensin se työ, jolle pyydetty toimituspäivä on lähimpänä verrattuna tilanteeseen, jossa käsiteltäisiin aina kooltaan pienin työ. Erkki huomaa ettei ole asettanut lainkaan myöhästymiskustannuksia ajan suhteen ja käy vielä asettamassa tämän tiedon. Sitten hän käynnistää simulaation ja tarkastelee tuloksia järjestelmän näyttämästä graafista. 7 Toiminnalliset vaatimukset Tässä kappaleessa kuvataan käyttäjän näkökulmasta, mitä toiminnallisuutta järjestelmään tullaan toteuttamaan. Toistaiseksi kuvatun perustoiminnallisuuden osalta järjestelmän käyttäjiä ovat kaikki käyttäjäryhmät, tämän vuoksi jokaisen vaatimuksen osalta ei ole erikseen merkitty käyttäjää. Tässä vaiheessa vaatimukset on linkitetty luvun 9 korkeantason käyttötapauksiin, mutta myöhemmissä vaiheissa kun alikäyttötapaukset tarkentuva linkitys tehdään tarkemmalla tasolla. Tärkeys asiakkaalle on kuvattu asteikolla 1. Aivan välttämätön 2. ehdoton, 3. tärkeä ja 4. mahdollinen, joista korkeimpaan luokkaan asiakas on saanut asettaa korkeintaan 20% vaatimuksista. Työmäärä kuvaa ko. vaatimuksen toteuttamisen vaatimaa suhteellista työmäärää asteikolla 1. toteutettavissa pienellä työmäärällä, 2. vaatii kohtuullisen paljon työtä, 3. vaatii paljon työtä. Työmäärä arvion on tehnyt projektin pääkehittäjä ja se perustuu hänen subjektiiviseen näkemykseensä toteutuksen vaativuudesta yleisesti ja olemassa olevaan arkkitehtuuriin sidottuna. Vaatimuksen tila kuvataan asteikolla: Ehdotettu, Asiakas hyväksynyt, Valittu toteutettavaksi iteraatiossa x, Toteutettu, Testattu, Verifioitu, Hylätty. Vaatimusten tilaa seurataan ja dokumentoidaan tähän raporttiin viikoittain. 7.1 Systeemin Toiminto Vaatimus Tärkeys asiakkaalle TSY1 Systeemin käyttämään jotakin järjestelmän kolmesta valmiiksi tarjoamasta esimerkkisystee Työ Tila UC 1 1 Testattu UC1.1

12 TSY2 TSY3 TSY4 TSY5 TSY6 TSY7 TSY8 TSY9 Systeemin Systeemin Systeemin Systeemin Systeemin Systeemin Systeemin Systeemin mistä. luomaan alisysteemeistä ( = resurssit, flow shopit, job shopit, sekä näistä muodostetut yhdistelmät) koostuvan systeemin. tallentamaan luomansa systeemin myöhempiä simulaatioita varten määrittelemään systeemissä olevien alisysteemien (flow shopit, job shopit, resurssit) ominaisuuksia määrittämään systeemissä olevien alisysteemien välisen hierarkian lisäämään ja poistamaan jo tallennetuista systeemeistä (omat ja esimerkkisystee mit) alisysteemeitä. määrittelemään kerralla useampien systeemissä olevien alisysteemien ((flow shopit, job shopit, resurssit) ominaisuudet samoiksi. poistamaan luomiaan systeemeitä järjestelmän muistista. lisäämään ja poistamaan 2 3 Ehdotettu UC Ehdotettu UC Ehdotettu UC Ehdotettu UC Vaatii TSY2:n toteuttamisen ensiksi 4 Riippuu siitä, mitä tämä käytännössä tarkoittaa, eli mitkä ominaisuudet pitää määrittää samoiksi Ehdotettu Ehdotettu UC1.3 UC Ehdotettu UC1.6 4 Ei toteutettaviss a Hylätty -

13 luomastaan tehtaasta alisysteemeitä pelin aikaisissa välietapeissa. järjestelmän nykyisen tekniikan ja ajan puitteissa. 7.2 Työvirran ominaisuuksien Toiminto Vaatimus Tärkeys asiakkaalle TTY1 TTY2 TTY3 TTY4 TTY5 TTY6 Työvirran ominaisuuksien Työvirran ominaisuuksien Työvirran ominaisuuksien Työvirran ominaisuuksien Työvirran ominaisuuksien Työvirran ominaisuuksien määrittämään systeemiin tulevien töiden kokoa parhaiten mallintavan jakauman. määrittämään töiden saapumisnopeutta parhaiten mallintavan jakauman. valitsemaan toimituspäiväpyyntöjä parhaiten mallintavan jakauman. valitsemaan töiden kokoa, saapumisnopeutta ja toimituspäiväpyyntöjä mallintavan kokonaisjakauman järjestelmän tarjoamista kolmesta esimerkkivaihtoehdoista määrittämään luomansa tehtaan kuormitusasteen prosenttiyksikön tarkkuudella. valitsemaan luomansa tehtaan kuormitusasteen järjestelmän tarjoamista esimerkkikuormitusasteista. Työ Tila UC Riippuen siitä, miten paljon valinnaisuutta ja konfiguroitavuutta jakauman valinnassa halutaan tarjota Ehdotettu UC2.2 2 Katso TTY1 Ehdotettu UC2.2 1 Katso TTY2 Ehdotettu UC Testattu UC Ehdotettu UC Testattu UC Kustannusten Toiminto Vaatimus Tärkeys asiakkaalle TKU1 Kustannusten valitsemaan tehtaaseen tulevia töitä koskevan kustannusrakenteen järjestelmän tarjoamista Työ Tila UC 2 1 Testattu UC3.1

14 TKU2 Kustannusten esimerkkikustannusrakenteista määrittelemään myöhästymis-, kiirehtimis- ja varastointikustannukset tehdaskohtaisesti. 3 2 Ehdotettu UC Ajankulun hallinnointi Toiminto Vaatimus Tärkeys asiakkaalle TTA1 Ajankulun hallinnointi etukäteen määrittämään simulaation kokonaiskeston ja välin, jolla järjestelmä näyttää tulokset. Työ Tila UC 2 3 Testattu UC Päätössääntöjen valinta Toiminto Vaatimus Tärkeys asiakkaalle TPÄ1 TPÄ2 TPÄ3 TPÄ4 Päätössääntöjen valinta Päätössääntöjen valinta Päätössääntöjen valinta Päätössääntöjen valinta valitsemaan käytettävät priorisointisäännöt flow shop- ja job shop kohtaisesti järjestelmän tarjoamista vaihtoehdoista. valitsemaan käytettävät vapautussäännöt flow shop ja job shop kohtaisesti järjestelmän tarjoamista vaihtoehdoista. valitsemaan CONWIP vapautussäännön systeemikohtaisesti joko päälle tai pois päältä. valitsemaan käytettävät priorisointisäännöt Työ Tila UC 1 2 Testattu UC Ehdotettu UC Testattu UC5.1 2 Toteutuu käytännössä samalla, kuin TPA1. Testattu UC5.3

15 TPÄ5 Päätössääntöjen valinta resurssikohtaisesti. kerralla valitsemaan käytettävät säännöt useille resursseille ja systeemeille. 4 2 Ehdotettu UC Tulosten tarkastelu Toiminto Vaatimus Tärkeys asiakkaalle TTU1 TTU2 TTU3 TTU4 TTU5 TTU6 Tulosten tarkastelu Tulosten tarkastelu Tulosten tarkastelu Tulosten tarkastelu Tulosten tarkastelu Tulosten tarkastelu tarkastelemaan keskeisimpiä simulaation tuloksiin liittyviä tunnuslukuja simulaation lopussa. tarkastelemaan keskeisimpiä simulaation tuloksiin liittyviä tunnuslukuja simulaation aikaisissa välietapeissa. näkemään, kuinka pitkät työjonot eri resursseilla oli tietyissä simulaation pisteessä Käyttäjä voi palata tarkastelemaan aikaisempien pelikuukausien tuloksia. tallentamaan tulokset myöhempää katselua varten. tarkastelemaan tuloksia, jotka ovat syntyneet ja talletettu aikaisemmilla simulaattorin käyttökerroilla. Työ Tila UC 1 2 Testattu (kaksi tunnusluvuista puuttuu) 2 1 TTU1 on toteutettava ensi. Testattu (kaksi tunnusluvuista puuttuu) UC6.1 UC Ehdotettu UC Riippuen laajuudesta Riippuen laajuudesta ja tallennusmuodosta Testattu Ehdotettu UC6.2 UC Ehdotettu UC6.7 TTU7 Tulosten 3 2 Ehdotettu UC6.6

16 TTU8 tarkastelu Tulosten tarkastelu tallentamaan simulaation tulokset myös Exceliin, jotta voisi käsitellä niitä tavoilla, jotka eivät ole järjestelmässä toistaiseksi mahdollisia. Käyttäjä voi nähdä visuaalisesti merkkejä systeemin tilasta. 3 3 Ehdotettu UC6.4, UC Simulaation ajaminen Toiminto Vaatimus Tärkeys asiakkaalle TSA1 TSA2 TSA3 TSA4 Simulaation käynnistys Simulaation ajaminen Simulaation ajaminen Simulaation ajaminen käynnistämään simulaation. käynnistämään useita simulaatioajoja samanaikaisesti. keskeyttämään simulaation. lopettamaan simulaation Työ Tila UC 1 1 Testattu UC Ehdotettu UC Iter 1 UC Testattu UC7.3 8 Ei-toiminnalliset vaatimukset Tässä kappaleessa kuvataan järjestelmän ei-toiminnalliset (ns. Laatu-) vaatimukset. Toteutusiteraation 1 (=iteraatio 2) alussa laatuvaatimuksille määritetään mittarit, joiden avulla voidaan todentaa vaatimuksen toteutuminen. Osa-alue Vaatimus Tärkeys asiakkaalle ETV1 Virhetilanteet Järjestelmä toipuu syöttövirheistä. ETV2 Virhetilanteet Järjestelmä palauttaa käyttäjälle selkeitä virheilmoituksia. ETV3 Virhetilanteet Käyttäjän on kyettävä muuttamaan virheellisesti 1 3 Perustelu (tarvittaessa) 2 Kehittäjien on huomioitava, että systeemiä ei voida luoda niin

17 koostamaansa systeemiä. EKÄ1 Käyttöönotettavuus Järjestelmä on asennettavissa alle viidessä minuutissa. EKÄ2 Käyttöönotettavuus Käyttäjä voi avata ohjelman alle kymmenellä hiiren klikkauksella. ETJ1 Jatkokehitettävyys Järjestelmä on jatkokehitettävissä projektin jälkeen. ETJ2 Jatkokehitettävyys Järjestelmään on helposti jatkokehitettävissä hallinnointityökalu opettajalle. ETJ3 Jatkokehitettävyys Järjestelmän arkkitehtuuri on modulaarinen. ETJ4 Jatkokehitettävyys Järjestelmä kykenee havaitsemaan ohjelmakoodiin lisätyn uuden päätössäännön ja näyttämään sen uutena vaihtoehtona käyttöliittymässä. ETK1 Käytettävyys tarkastelemaan simulaation tuloksia graafisesti. ETK2 Käytettävyys Järjestelmässä käytettävät käsitteet ovat käyttäjän aihealueesta käyttämiä käsitteitä. ETK3 Käytettävyys Järjestelmä ohjaa käyttäjää tekemään sellaisia valintoja, jotka eivät johda virhetilanteisiin. ETK4 Suorituskyky Opiskelijalle keskeisimpien yksittäisten simulaatioajojen suoritus ei kestä yli 30 sekuntia. ETT1 Tulokset Käyttäjä voi tallentaa ajamiensa simulaatioiden tulokset muotoon, joka ei edellytä simulaattorin käyttämistä myöhemmässä tilanteessa. ETO1 Ohjeistus Käyttäjällä on mahdollisuus saada keskeisimpien toimintojen tekemiseen on-line apua järjestelmältä ETL1 Laitteisto Järjestelmän on toimittava Windows XP käyttöjärjestelmässä. staattiseksi, ettei tämä onnistuisi. 3 Opiskelijat eivät välttämättä jaksa käyttää aikaa järjestelmän konfigurointiin. 1 Järjestelmää on voitava käyttää tuntematta Java-kieltä tai Eclipse ympäristöä lainkaan. 2 2 Luokkaopetuksen kannalta opettajan hallinnointikäyttöliittymä saattaisi olla todennäköinen jatkokehityskohde Aihealueen termistö on niin vaikeaa, että noviisikäyttäjän on voitava valita vaihtoehdoista muistelun sijaan. 2 Luokkatilanteessa olisi varsin ankeaa odottaa simulaattorin rupsutusta yli puolta minuuttia. 2 4 Simulaattorin eräs tarkoitus on aihealueen syvällisempi oppiminen. Tiedon syöttäminen pienissä paloissa toiminnan kautta vastaisi tähän tarpeeseen hyvin. 1 9 Käyttäjävaatimukset (käyttötapaukset) Tässä kappaleessa kuvataan järjestelmän korkeimman tason käyttäjävaatimukset käyttötapauksina. Korkeimman tason käyttötapaukset jakautuvat alikäyttötapauksiksi, jotka on priorisoitu samalla asteikolla kuin toiminnalliset ja ei-toiminnalliset vaatimukset.

18 Osa korkeantason käyttötapauksista on kirjoitettu jo tässä vaiheessa auki. Toteutusiteraatioon 1 (= iteraatio 2) valittavista käyttötapauksista luodaan yksityiskohtaiset kuvaukset tarkalla tasolla iteraation alussa. Tärkeys asiakkaalle Vaatimukset UC1 Systeemin Ehdotettu UC1.1 Esimerkkisysteemin käyttäminen 2 Testattu TSY1 UC1.2 Systeemin luominen 2 Ehdotettu TSY2 UC1.3 Systeemin muokkaaminen 1 Ehdotettu TSY5, TSY6 UC1.4 Systeemin osien ominaisuuksien 2 Ehdotettu TSY4 UC1.41 Flow Shopin ominaisuuksien 2 Ehdotettu TSY4 UC1.42 Job Shopin ominaisuuksien 2 Ehdotettu TSY4 UC1.43 Resurssin ominaisuuksien 2 Ehdotettu TSY4 UC1.5 Systeemin tallentaminen järjestelmään 2 Ehdotettu TSY3 UC1.6 Systeemin poistaminen järjestelmästä 2 Ehdotettu TSY8 UC2 Työvirran UC2.1 Esimerkkityövirran valitseminen 1 Testattu TTY4 UC2.2 Työvirran manuaalisesti 2 Ehdotettu TTY1, TT12, TTY3 UC2.3 Kuormitusasteen 1 Ehdotettu TTY5, TTY6 UC3 Kustannusrakenteen 2 UC3.1 Esimerkkikustannusrakenteen valitseminen 2 Testattu TKU1 UC3.2 Kustannusrakenteen manuaalisesti 2 Ehdotettu TKU2 UC4 Simulaation aikajänteiden UC4.1 Simulaation kokonaiskeston ja tarkasteluvälien 1 Testattu TTA1 UC5 Käytettävien päätössääntöjen valinta UC5.1 Käytettävien päätössääntöjen (prioriteetti- ja vapautus-) valinta alisysteemikohtaisesti 1 Testattu TPA1, TP2, TPA3 UC5.2 Käytettävien päätössääntöjen asettaminen useille 3 Ehdotettu TPA4 alisysteemeille samoiksi. UC5.3 Käytettävien päätössääntöjen asettaminen 3 Testattu TPA5 resurssikohtaisesti. UC6 Tulosten tarkastelu UC6.1 Tulosarvojen tarkastelu simulaation lopussa 1 Testattu TTU1 UC6.2 Tulosarvojen tarkastelu simulaation välietapeissa 2 Testattu TTU2 UC6.2b Aikaisempien välietappitulosten tarkastelu Testattu TTU4 UC6.3 Tulosten visualisointi valittujen muuttujien suhteen 3 Ehdotettu TTU8 UC6.4 Simulaation tulosten visualisointi valituilla 4 Ehdotettu TTU8 ajanhetkillä UC6.5 Simulaation tulosten visualisointi 2 Ehdotettu TTU8 alisysteemikohtaisesti UC6.6 Tulosten tallennus 2 Ehdotettu TTU5, TTU7 UC6.7 Aiemmin tallennettujen tulosten katselu 4 Ehdotettu TTU6 UC6.8 Resurssikohtaisten tulosten tarkastelu 2 Ehdotettu TTU3 UC7 Simulaation ajaminen UC7.1 Simulaation käynnistys 2 Testattu TSA1 UC7.2 Simulaation keskeytys 3 Iter. 1 TSA3 UC7.3 Simulaation lopetus 2 Testattu TSA4 UC7.4 Useiden simulaatioajojen ajaminen 4 Ehdotettu TSA2 UC8 Simulaattorin asentaminen 2 Ehdotettu

19 9.1 Käyttötapauskuvaukset Iteraatiossa 1 kokonaan toteutetut käyttötapaukset on merkitty keltaisella lukemisen helpottamiseksi. Yläkäyttötapaukset esim. UC1 kannattaa lukea, jotta ymmärtää miten varsinainen käyttötapaus, esim. UC1.1 alkaa. UC1 Systeemin Käyttäjä luo systeemin, jota haluaa simulaatiossa käyttää Käyttäjä. Järjestelmä. Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa luoda systeemin 2. Järjestelmä näyttää käyttäjälle valittavissa olevat esimerkkisysteemit sekä mahdollisuuden luoda oma systeemi 3. UC 1.1 tai UC 1.2 UC1.1 Esimerkkisysteemin käyttäminen Käyttäjä valitsee järjestelmän tarjoaman esimerkkisysteemin käytettäväksi Käyttäjä on avannut tilan (wizard), jossa voi määrittää simulaation komponentteja. Perussekvenssi 1. Käyttäjä valitsee jonkun tarjotuista esimerkkisysteemeistä käytettäväksi. 2. Käyttäjä hyväksyy valinnan. 3. Järjestelmä näyttää käyttäjälle systeemin koostumuksen puurakenteena 1 Testattu TSY1 I1.2, I1.3 Käyttäjä on valinnut systeemin käytettäväksi. UC1.2 Systeemin luominen Käyttäjä luo simulaatiossa käyttämänsä systeemin komponenteista (flow shop, job shop, resurssit)

20 Perussekvenssi 1. TODO I2 Perussekvenssi UC1.3 Systeemin muokkaaminen Käyttäjä lisää ja poistaa systeemin komponentteja 1. TODO I2 UC1.4 Systeemin osien ominaisuuksien Käyttäjä määrittelee alisysteemien ominaisuuksia Perussekvenssi 1. Käyttäjä valitsee (puurakenteesta) systeemin osat joiden ominaisuuksia haluaa määrittää 2. Järjestelmä näyttää, mitä ominaisuuksia osalle voi määrittää 3. Käyttäjä määrittää ominaisuudet, jotka osalle haluaa määrittää 4. Käyttäjä hyväksyy valinnat 5. Järjestelmä ilmoittaa, että muutokset on tehty Systeemi on muodoltaan käyttäjän haluama. Perussekvenssi UC1.5 Systeemin tallentaminen järjestelmään 1. TODO I2

21 Perussekvenssi UC1.6 Systeemin poistaminen järjestelmästä 1. TODO I2 UC2 Työvirran Käyttäjä määrittää simulaatiossa käytettävän työvirran ominaisuudet Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa määrittää tehtaaseen tulevan työvirran ominaisuudet 2. Järjestelmä tarjoaa valittaviksi kolme esimerkkityövirtaa, sekä mahdollisuuden valita työvirran ominaisuuksien manuaalinen määritys 3. UC 2.1 tai UC2.2 UC2.1 Esimerkkityövirran valitseminen Käyttäjä valitsee järjestelmän tarjoaman esimerkkityövirran käytettäväksi

22 Käyttäjä on avannut tilan (wizard), jossa voi määrittää simulaation komponentteja. Perussekvenssi 1. Järjestelmä näyttää valittavat esimerkkityövirrat 2. Käyttäjä valitsee käytettäväksi jonkun tarjotuista esimerkkityövirroista. 3. Käyttäjä hyväksyy valinnan. 1 Testattu TTY4 I1.2, I1.3 Käyttäjä on valinnut käytettävän työvirran. UC2.2 Työvirran manuaalisesti. Käyttäjä määrittää työvirran ominaisuudet manuaalisesti. Perussekvenssi 1. Järjestelmä pyytää käyttäjää syöttämään töiden saapumisvälin vuorokausina 2. Järjestelmä pyytää käyttäjää valitsemaan, haluaako hän lisätä satunnaisuutta töiden saapumiseen. 3. Järjestelmä pyytää käyttäjää syöttämään töiden kokojen vaihteluvälin vuorokausina, sekä valitsemaan antamistaan vaihtoehdoista jakauman, jolla töiden koot jakautuvat. 4. Käyttäjä syöttää halutut tiedot ja hyväksyy valinnat UC2.3 Kuormitusasteen. Käyttäjä määrittää systeemille haluamansa kuormitusasteen Perussekvenssi 1. Järjestelmä pyytää käyttäjää määrittämään prosentteina systeemikohtaisen kuormitusasteen 2. Käyttäjä syöttää haluamansa prosenttiluvun 3. Käyttäjä hyväksyy valinnan

23 UC3 Töihin liittyvän kustannusrakenteen Käyttäjä määrittää töihin liittyvät myöhästymis-, varastointi- ja kiirehtimiskustannukset. Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa määritellä töihin liittyvän kustannusrakenteen 2. Järjestelmä tarjoaa asiakkaalle valittaviksi kolme esimerkkikustannusrakennetta, joissa myöhästymis-, viivästymis- ja varastointikustannukset on valmiiksi määritelty sekä mahdollisuuden määritellä kustannukset manuaalisesti. 3. UC3.1 tai UC3.2 UC3.1 Esimerkkikustannusrakenteen valitseminen Käyttäjä valitsee järjestelmän tarjoaman esimerkkikustannusrakenteen käytettäväksi Käyttäjä on avannut tilan (wizard), jossa voi määrittää simulaation komponentteja. Perussekvenssi 1. Järjestelmä näyttää valittavat kustannusrakenteet 2. Käyttäjä valitsee käytettäväksi jonkun tarjotuista esimerkkikustannusrakenteista 3. Käyttäjä hyväksyy valinnan. 2 Testattu TKU1 I1.2, I1.3 Käyttäjä on valinnut simulaatiossa käytettävän kustannusrakenteen. UC3.2 Kustannusrakenteen manuaalisesti Käyttäjä määrittää manuaalisesti myöhästymis-, kiirehtimis- ja varastointikustannukset.

24 Perussekvenssi 1. Järjestelmä pyytää käyttäjää määrittämään työkohtaisesti varastointikustannukset ja myöhästymiskustannukset, sekä kertaluontoiset kiirehtimiskustannukset euroina 2. Käyttäjä syöttää euromääräiset arvot 3. Käyttäjä hyväksyy tekemänsä valinnat Perussekvenssi UC4 Simulaation aikajänteiden Käyttäjä määrittää simulaatioon liittyviä aikajänteitä UC4.1 Simulaation kokonaiskeston ja tarkasteluvälien Käyttäjä määrittää simulaation kokonaiskeston sekä tulosten tarkasteluvälien pituuden kuvitteellisissa peliviikoissa. Käyttäjä on avannut tilan (wizard), jossa voi määrittää simulaation komponentteja. Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa määritellä simulaation aikajänteet 2. Järjestelmä pyytää käyttäjää määrittämään simulaation kokonaiskeston ja tarkasteluvälien pituudet kuvitteellisissa peliviikoissa. 3. Käyttäjä valitsee pyydetyt tiedot ja hyväksyy valinnan 1 Testattu TTA1 I1.2, I1.3 Käyttäjä on määrittänyt simulaation kokonaiskeston ja tarkasteluvälien pituuden.

25 UC5.1 Päätössääntöjen valinta Käyttäjä valitsee alisysteemikohtaisesti käytettävät priorisointi ja vapautussäännöt. Käyttäjä on valinnut systeemin muut komponentin. Järjestelmä näyttää käyttäjälle systeemin kuvan. Perussekvenssi 1. Käyttäjä valitsee systeemin, jolle haluaa määrittää priorisointi- ja vapautussäännöt 2. Järjestelmä tarjoaa prioriteettisäännöiksi seuraavat vaihtoehdot: SPT, EDD, FCFS, ATC_t, COVERT_t ja CR + SPT ja vapautussäännöiksi CONWIP (Iteraatiossa 1) 3. Käyttäjä valitsee prioriteettisäännöistä haluamansa ja vapaussäännön päälle tai pois päältä 4. Käyttäjä hyväksyy valinnat Jos käyttäjä haluaa määrittää alisysteemeille eri päätössäännöt. 5. Käyttäjä valitsee systeemi-ikkunasta systeemin, jonka alisysteemeille haluaa eri päätössäännöt 6. Järjestelmä näyttää alisysteemit ja vaihtoehdot päätössäännöistä, joita systeemille voi määrittää 7. Käyttäjä valitsee haluamansa päätössäännön. 8. Järjestelmä vaihtaa käytettävät päätössäännöt systeemin osalta 1 I1.4, I1.6 Kaikille systeemeille ja alisysteemeille on valittu päätössääntö. Koko systeemille on valittu vapautussääntö. Testattu (vapautussääntö on asetettava samaksi koko systeemille) TPA1, TP2, TPA3, TPA5. Perussekvenssi UC6 Tulosten tarkastelu UC6.1

26 Keskeisimpien tulosarvojen tarkastelu simulaation lopussa Simulaatio on ajettu loppuun. Perussekvenssi 1. Järjestelmä näyttää käyttäjälle a) töiden keskimääräisen läpimenoajan, b) töiden keskimääräisen läpimenoajan varianssin c) keskikuormituksen d) pullonkaularesurssin e) pullonkaularesurssin keskikuormituksen f) myöhästymiskustannuksiin liittyvät tunnusluvut (myöhästymis-, kiirehtimis- ja varastointi). 1 Käyttäjä on nähnyt tulokset. Testattu (Läpimenoajan varianssi ja myöhästymiskustannukset toteuttamatta) TTU1 UC6.2 Keskeisimpien tulosarvojen tarkastelu simulaation välipisteessä Simulaatio on ajettu välietappiin. Perussekvenssi 1. Järjestelmä näyttää käyttäjälle a) töiden keskimääräisen läpimenoajan, b) töiden keskimääräisen läpimenoajan varianssin c) keskikuormituksen d) pullonkaularesurssin e) pullonkaularesurssin keskikuormituksen f) myöhästymiskustannuksiin liittyvät tunnusluvut (myöhästymis-, kiirehtimis- ja varastointi). 2. Käyttäjä ilmoittaa haluavansa jatkaa ajassa eteenpäin 3. Järjestelmä ajaa simulaation seuraavaan välietappiin 2 Käyttäjä on nähnyt tulokset. Testattu (Läpimenoajan varianssi ja myöhästymiskustannukset toteuttamatta) TTU2, TTU4 UC6.2b Keskeisimpien tulosarvojen tarkastelu jälkikäteen simulaation välipisteessä

27 Simulaatio on vähintään toiseen välietappiin. Perussekvenssi 1. Käyttäjä valitsee aikaisemmista välipisteistä kohdan, jonka tuloksia haluaa tarkastella 2. Järjestelmä näyttää käyttäjälle a) töiden keskimääräisen läpimenoajan, b) töiden keskimääräisen läpimenoajan varianssin c) keskikuormituksen d) pullonkaularesurssin e) pullonkaularesurssin keskikuormituksen f) myöhästymiskustannuksiin liittyvät tunnusluvut (myöhästymis-, kiirehtimis- ja varastointi). 3. Käyttäjä ilmoittaa haluavansa jatkaa ajassa eteenpäin 4. Järjestelmä ajaa simulaation seuraavaan välietappiin I1.7 Käyttäjä on nähnyt välietapin tulokset. Testattu TTU4 UC7 Perussekvenssi 1. UC UC7.3 x n Simulaation ajaminen Simulaatio on ajettu loppuun. UC7.1 Simulaation käynnistys Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa ajaa simulaation seuraavaan välietappiin 2. Järjestelmä käynnistää simulaation ja ajaa sen seuraavaan välietappiin 1b. Käyttäjä ilmoittaa haluavansa ajaa simulaation loppuun 2b. Järjestelmä käynnistää simulaation ja ajaa sen loppuun Simulaatio on ajettu seuraavaan välietappiin tai loppuun. 2

28 I1.5 TSA1 UC7.2 Simulaation keskeytys Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa keskeyttää simulaation 2. Järjestelmä pysäyttää simulaation ajon 3. Järjestelmä kysyy haluaako käyttäjä lopettaa simulaation ajamisen 4. Käyttäjä hyväksyy valinnan 5. Järjestelmä kysyy tallennetaanko toistaiseksi kertyneet tulostiedot myöhempää käyttöä varten 6. Käyttäjä valitsee tallentamisen 7. Järjestelmä tallentaa tiedot. 3 Ei toteutettu toteutusiteraatiossa 1, koska 1. Simulaatioaskeleen ottaminen on esimerkkitapauksissa niin nopeata, että pitäisi olla Tex Willer ehtiäkseen keskeyttämään ajon. 2. Olisi edellyttänyt tallennusominaisuuden toteuttamista TSA3 UC7.3 Simulaation lopettaminen Käyttäjä, järjestelmä. Simulaatio on luotu. Perussekvenssi 1. Käyttäjä ilmoittaa haluavansa sulkea simulaation 2. Järjestelmä poistaa simulaatioon liittyvät tiedot käyttäjän näkyviltä ja poistaa tiedot myös järjestelmän muistista. I2:ssa toteutetaan seuraavat välietapit 1 ja 2:n väliin: 3. Järjestelmä kysyy haluaako käyttäjä lopettaa simulaation ajamisen 4. Käyttäjä hyväksyy valinnan 5. Järjestelmä kysyy tallennetaanko toistaiseksi kertyneet tulostiedot myöhempää käyttöä varten 6. Käyttäjä valitsee tallentamisen 7. Järjestelmä tallentaa tiedot.

29 2 I1.5 Simulaatio on poistettu, eikä järjestelmä näytä käyttäjälle mitään siihen liittyvää. Testattu TSA4 Perussekvenssi UC8 Simulaattorin asentaminen TODO I2 10Rajoitteet (constraints) Rajoite Perustelu R1 R2 Järjestelmän kehityksessä on käytettävä ilmaiseksi saatavilla olevia työkaluja. Järjestelmän on toimittava 3 vuotta vanhassa peruskotitietokoneessa. Projektin kustannusten pitäminen pienenä Opiskelijoilla ei voi olettaa olevan kotona viimeisintä tekniikkaa. 11Avoinna olevia kysymyksiä 12Ratkaisuehdotukset Ehdotus Perustelu Tila Ehd1 Systeemien luominen drag and drop -tekniikalla Hylätty