Vaatimusmäärittely Kuopio

Vaatimusmäärittely Kuopio

Kuopio, Vaatimusmäärittely, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 25.10.2001 Mikko Lampi Ensimmäinen versio 0.2 25.10.2001 Ossi Jokinen Katselmointi, lähinnä sanamuotojen korjauksia. 0.3 26.10.2001 Ossi Jokinen Katselmointi, lähinnä sanamuotojen korjauksia. 1.0 30.10.2001 Mikko Lampi Korjauksia asiakaskatselmoinnin perusteella Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 2

SISÄLLYSLUETTELO 1. JOHDANTO... 6 1.1 TAUSTAA... 6 1.1.1 Tietojärjestelmän tasot... 6 1.2 JÄRJESTELMÄN TAVOITTEET... 6 1.2.1 Intranet... 7 1.2.2 Extranet... 7 1.3 DOKUMENTIN RAKENNE JA VIITTEET... 7 1.4 TERMIT JA MÄÄRITELMÄT... 8 2. JÄRJESTELMÄN YLEISKUVAUS... 9 2.1 YLEINEN ARKKITEHTUURI... 9 2.2 JÄRJESTELMÄN TOIMINTOJEN YLEISKUVAUS... 9 2.3 JÄRJESTELMÄN KÄYTTÄJÄRYHMÄT... 11 2.4 TOTEUTUSTYÖKALUT JA TEKNOLOGIAT... 12 3. VAATIMUKSET... 12 3.1 PAKOLLISET VAATIMUKSET... 13 3.1.1 Henkilöiden tiedot voidaan tallentaa järjestelmään ja muokata niitä... 13 3.1.2 Asiakkaiden (organisaatiot) tiedot voidaan tallentaa järjestelmään ja muokata niitä. 13 3.1.3 Projektit ja niiden tiedot voidaan tallentaa järjestelmään... 13 3.1.4 Henkilöiden välisten suhteiden määritys... 14 3.1.5 Projektien jakaminen osaprojekteihin... 14 3.1.6 Henkilöiden liittäminen asiakkaisiin/kontakteihin... 14 3.1.7 Asiakkaan/kontaktin tiedoista on päästävä käsiksi siihen liittyvien ihmisten tietoihin. 14 3.1.8 Projekteihin voidaan liittää asiakas... 14 3.1.9 Projekteihin on pystyttävä liittämään projektiin osallistuvat henkilöt... 14 3.1.10 Henkilön tietojen kautta voidaan nähdä kaikki häneen liittyvät projektit... 15 3.1.11 Asiakkaan tiedoissa näkyvät kaikki siihen liittyvät projektit... 15 3.2 OLEELLISET VAATIMUKSET... 15 3.2.1 Henkilön kalenteritietojen näkyminen... 15 3.2.2 Asiakkaan/kontaktin kalenteritietojen näkyminen... 15 3.2.3 Projektiin liittyvien tapahtumien lisääminen/näkyminen kalenterissa... 15 3.2.4 Henkilöiden luomat dokumentit... 15 3.2.5 Asiakkaisiin/kontakteihin liittyvät dokumentit... 15 3.2.6 Projektin alta on voitava nähdä kaikki projektiin liittyvät dokumentit... 15 3.2.7 Projektin tiedoista on saatava näkyviin tiivistelmä projektin taloudellisesta tilanteesta16 3.2.8 Projektin tiedoista voidaan kirjoittaa siihen liittyviä laskuja... 16 3.2.9 Henkilön taloustietokortin tutkiminen... 16 3.2.10 Asiakkaan/kontaktin taloustietojen tutkiminen... 16 3.2.11 Organisaatiorakenteen määritys... 16 3.2.12 Asiakkaiden väliset suhteet... 16 3.2.13 Projektien keskinäisten suhteiden tallentaminen järjestelmään... 16 3.2.14 Henkilöt, asiakkaat ja projektit osakokonaisuuksien rajapinnat ulospäin... 16 Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 3

3.3 LISÄOMINAISUUDET... 17 3.3.1 Tuotteet -osakokonaisuuden liittäminen järjestelmään... 17 3.3.2 Extra-ulottuvuuden lisääminen järjestelmään... 17 3.4 EI-TOIMINNALLISET VAATIMUKSET... 17 3.4.1 Suunnittelussa otetaan huomioon myös sellaiset toiminnallisuudet, joita ei tämän projektin aikana liitetä järjestelmään.... 17 3.4.2 Järjestelmän toteutuksessa käytetään Innofactorin olemassa olevaa Intrakäyttöliittymää... 18 3.4.3 Nykyiset tiedot siirretään uuteen intraan oikein ja lähes keskeytyksettömästi... 18 3.4.4 Käytetään mahdollisuuksien mukaan jo olemassa olevia moduuleja, kehitetään niitä ja luodaan uusia tarpeen mukaan... 18 3.4.5 Ohjelmistotuotantoprosessin, laatujärjestelmän dokumentaation, työtapojen ja menetelmien kehittäminen... 18 3.4.6 Modulaarisuus, kolmikerrosmalli, projektissa tuotettuja moduuleja voidaan hyödyntää liiketoiminnassa ja tulevissa projekteissa... 19 4. ULKOISET LIITTYMÄT... 19 4.1 TIETOLIIKENNE... 19 4.2 PALVELIN... 19 4.3 TIETOKANTA... 19 LÄHTEET... 20 LIITTEET... 20 Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 4

TAULUKOT JA KUVAT I. Innofactorin tietojärjestelmän perustasot...6 II. Termit ja lyhenteet...8 III. IV. Innofactor Oy:n asiakasprosessi...10 Järjestelmän osakokonaisuudet ja niiden väliset relaatiot...11 Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 5

1. JOHDANTO 1.1 Taustaa Innofactor Oy on haluaa toteuttaa tietojärjestelmän, jonka tarkoituksena on muodostaa yhteinen kommunikoinnin ja tiedon varastoinnin alusta henkilöstölle, asiakkaille, yhteistyökumppaneille sekä omistajille. Pitkän aikavälin tavoite on kaiken liiketoiminnan kannalta oleellisen informaation liittäminen liiketoimintatietokantaan, jonka avulla voidaan hallita ja kontrolloida Innofactorin koko liiketoimintaprosessia. Kun tietojärjestelmä ja liiketoimintatietokanta on saatu toimimaan Innofactorin sisäisessä käytössä, voidaan se tuotteistaa ja myydä Innofactorin asiakkaille. Tietojärjestelmän tavoitteena on olla kaikilla tasoillaan niin joustavasti ja laajasti suunniteltu, että se pystyy tarjoamaan käyttäjäryhmille reaaliaikaista informaatiota kutakin käyttäjäryhmää erityisesti koskettavasta projektista sekä yhdistämään eri kokonaisuudet Innofactorin johdolle suunnitelluksi liiketoimintatietokannaksi. Sen tulee olla etenkin yrityksen ulkopuolelle suuntautuvilta osiltaan visuaalisesti niin näyttävä ja helppokäyttöinen että se tukee Innofactorin kokonaiskuvaa ja liiketoimintaprosesseja. 1.1.1 Tietojärjestelmän tasot Innofactorin tietojärjestelmän neljä käyttöliittymää ja perustasoa ovat internet-sivut, extranet, intranet ja erikoiskäyttöliittymät. Tämän projektin tavoitteena on suunnitella ja toteuttaa Innofactorin tietojärjestelmästä intranet -osioon myöhemmin dokumentissa määriteltävät toiminnalliset kokonaisuudet ja mahdollisesti extranet-osio. Innofactor s Information & Communication System Internet innofactor.com Business Database Extranet extra.innofactor.com Intranet intra.innofactor.com Special I. Innofactorin tietojärjestelmän perustasot 1.2 Järjestelmän tavoitteet Järjestelmän tavoitteet tämän projektin suhteen voidaan jakaa kahteen osaan: intranet ja extranet. Intranetin tavoitteet ovat ensisijaisia. Järjestelmän keskeinen tavoite on myös sen Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 6

1.2.1 Intranet 1.2.2 Extranet tekninen toteutus sekä Innofactor Oy:n yleisten työtapojen ja menetelmien käyttö. Teknisen toteutuksen tulee olla sillä tasolla, että järjestelmää on helppo kehittää eteenpäin ja että järjestelmä on helposti laajennettavissa. Koska järjestelmästä on tarkoitus kehittää myöhemmin yksi Innofactor Oy:n tuotteista, on näihin tavoitteisiin kiinnitettävä erityistä huomiota. Projektissa käytettävistä työtavoista on kerrottu tarkemmin erillisessä laatukäsikirjassa. Seuraavissa kappaleissa on eritelty intranetin ja extranetin tavoitteita. Intranetin on tarkoitus toimia alustana joka sisältää kaiken henkilökunnan tarvitseman perusinformaation projekteista, aikatauluista, fyysisistä resursseista, työntekijöistä, kontakteista, asiakkaiden yhteystiedoista, työnjaosta, asiakkaiden erityistoivomuksista, erilaisista dokumenteista ja sopimuksista, tuotteista ja palveluista sekä hallinnollisesta tilanteesta siis kaikesta, mikä on liiketoiminnalle keskeistä. Intranetin toiminnassa tärkeintä on sen tarjoamien palvelujen sujuvuus ja tarkoituksenmukaisuus, ei niinkään ulkoasu. Tämän projektin aikana ei ole tarkoitus toteuttaa koko Intranet-kokonaisuutta, vaan tässä dokumentissa määriteltävät osat siitä. Tämä johtuu järjestelmän laajuudesta sekä projektin käytettävissä olevien resurssien rajallisuudesta. Asiakkaalla on myös olemassa valmiina tiettyjä toiminnallisia kokonaisuuksia, joten niitä ei tehdä uudelleen vaan olemassa olevat ohjelmistomoduulit integroidaan osaksi järjestelmää. Extranetin tarkoituksena on tarjota kohderyhmille palvelukokonaisuus joka tukee muita Innofactorin palveluita ja pitää käyttäjänsä ajan tasalla 24 tuntia vuorokaudessa. Nykyisille asiakkaille extranetin tulee ennen kaikkea tarjota spesifistä informaatiota kunkin asiakkaan projektien nykytilasta. Kaikkien projektiin liittyvien dokumenttien sekä projektiaikataulun tulee olla ekstranettiä käyttävän asiakkaan saatavilla. Myös Innofactorille mahdollisesti annetun palautteen ja erityistoivomusten sekä niiden edistymisaikataulun tulee olla ekstranetistä helposti saatavissa. Jotta kontaktit Innofactorin henkilökunnan kanssa sujuisivat asiakkaan kannalta vaivattomasti, tulee extranetin sisältää yksityiskohtaiset tiedot projektiin alistetusta henkilökunnasta sekä projektikohtaisesta vastuunjaosta. Myös laskutusaikataulun sekä projektikohtaisen, reaaliaikaisen kustannuslaskelman tulee olla asiakkaan käytettävissä. Liikekumppaneiden tulee pystyä seuraamaan extranetin kautta yhteisten hankkeiden reaaliaikaista tilaa. Extranetin tulee sisältää projektikuvaukset, projektiaikataulu, tiedot projektihenkilökunnasta ja vastuunjaosta, mahdollisuus tutustua projektiin liittyviin dokumentteihin sekä tiedot liikekumppanin esittämistä erityistoivomuksista ja niiden edistymisestä. Myös projektin reaaliaikaisen taloushallinnan tulee olla mahdollista extranetin kautta. Kaikkien extranetin tarjoamien palveluiden tulee olla helppokäyttöisiä, toimivia ja niin visuaalisesti kuin toiminnallisestikin miellyttäviä käyttää. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 7

1.3 Dokumentin rakenne ja viitteet Kappaleessa 1 on kerrottu projektin taustaa, toteutettavan järjestelmän tavoitteet sekä selitetty muutamia dokumentissa käytettäviä termejä ja lyhenteitä. Kappaleessa 2 on kerrottu ensin järjestelmän yleisestä arkkitehtuurista kappaleessa 2.1. Kappale 2.2 käsittelee järjestelmän toimintojen yleiskuvausta ja 2.3 käyttäjäryhmiä. 2.4 kertoo projektissa käytettävistä toteutustyökaluista ja teknologioista. Kappaleessa 3.1 kerrotaan pakolliset vaatimukset, 3.2 Oleelliset vaatimukset, 3.3 Lisäominaisuudet ja 3.4 ei-toiminnalliset ominaisuudet ja niiden prioriteetit. Kappale 4 käsittelee ulkoisia liittymiä järjestelmään. 1.4 Termit ja määritelmät Seuraavassa taulukossa on esitetty tämän dokumentin lukemisen kannalta oleelliset termit ja lyhenteet: II. Termit ja lyhenteet Termi Kuopio Projektiryhmä Asiakas Toimitusjohtaja Ohjaaja Mentor ASP ASP+.NET SQL Selite Toteutettavan ohjelmistoprojektin nimi. Tarkoittaa projektin toteuttavaa ryhmää opiskelijoita. Innofactor Oy:n toimitusjohtaja Sami Ensio Innofactor Oy:n toimitusjohtaja Sami Ensio Asiakkaan puolesta järjestetty henkilö, joka ohjaa projektia asiakkaan haluamaan suuntaan ja tuo asiakkaan toiveita ja tietotaitoa mukaan projektiin. Tässä projektissa Sami Ensio. Kurssin puolesta projektille määrätty henkilö, joka valvoo projektin kulkua ja neuvoo matkalla tulevissa ongelmissa. Active Server Pages. Teknologia, jolla voidaan luoda logiikkaa sisältäviä www-sivuja. Active Server Pages. Teknologia, jolla voidaan luoda logiikkaa sisältäviä www-sivuja. Seuraava ASP:stä kehitetty kehittyneempi versio. Microsoftin uusi standardi dynaamisten palvelinpohjaisten WWW-sivustojen toteuttamiseen Structured Query Language. Tietokantajärjestelmien kyselykieli. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 8

Termi IIS Sisäinen katselmointi Asiakaskatselmointi Selite Microsoft Internet Information Server, Internetpalvelinsovellus Projektiryhmän sisäinen katselmointi, joka tapahtuu ennen sisäistä ' aikarajaa (eli dokumenttien lähettämistä asiakkaalle). Prosessi, jossa asiakas tarkastelee palautuksia ja esittää mahdolliset parannusehdotukset ryhmälle. 2. JÄRJESTELMÄN YLEISKUVAUS 2.1 Yleinen arkkitehtuuri Järjestelmä koostuu palvelimella toimivasta varsinaisesta järjestelmästä ja käyttäjän koneella sijaitsevasta www-selaimesta. Vuorovaikutus näiden osien välillä tapahtuu siten, että palvelimella toimiva sovellus ottaa vastaan pyyntöjä selaimelta, prosessoi ne ja lähettää vastauksen selaimelle. Järjestelmä toteutetaan pääosin ns. kolmikerros-mallia käyttäen. Tämä malli koostuu relaatiotietokannasta, käyttöliittymästä ja niiden välissä sijaitsevasta business logic -kerroksesta. Tällä tavalla saavutetaan mahdollisimman hyvä jatkokehitysmahdollisuus. Lisäksi tämä takaa sen, että toiminnallisuus saadaan eristettyä käyttöliittymästä. Tämä on tärkeää tuotteen kaupallistamisen kannalta. 2.2 Järjestelmän toimintojen yleiskuvaus Järjestelmä tulee kiinteäksi osaksi Innofactor Oy:n liiketoimintaprosessia. Järjestelmä luodaan tukemaan Innofactor Oy:n yleistä asiakasprosessia, joka on kuvattu alla. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 9

III. Innofactor Oy:n asiakasprosessi Tämä järjestelmä voidaan jakaa kahdeksaan toiminnalliseen osakokonaisuuteen: 1. Henkilöt(Persons), tämä osakokonaisuus koostuu Innofactorin työntekijöistä sekä muista sidosryhmien henkilöistä. 2. Asiakkaat(Account), koostuu Innofactor Oy:n asiakkaista, mutta samassa tietorakenteessa on voitava tarkastella myös alihankkijat ja yhteistyökumppanit 3. Kalenteri(calendar) 4. Tuotteet(product), Innofactor Oy:n tuotteet/palvelut ja niiden tiedot 5. Tiedotus ja dokumentointi(communication & documents), Innofactor Oy:n dokumentointi ja tiedotus, joka liittyy liiketoimintaprosesseihin 6. Projektit(lead project subproject), projektien hallinta 7. Talous(invoicable invoice), laskutus yms. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 10

8. Sopimukset(legal stuff), tarjoukset, sopimukset, tilaukset ja tilausvahvistukset. IV. Järjestelmän osakokonaisuudet ja niiden väliset relaatiot Kokonaisuuksien väliset relaatiot kuvaavat niiden välisiä yhteyksiä. Näiden yhteyksien tarkka määrittely tulee olemaan yksi projektin keskeisistä tavoitteista. Tämä on erityisen tärkeää siksi, että osa yllä kuvatuista osakokonaisuuksista tulee valmiina Innofactor Oy:ltä. Projektin onnistumisen kannalta on moduulien välisten rajapintojen määrittely tärkeässä roolissa. Tämän projektin aikana toteutettavat osakokonaisuudet ovat henkilöt, asiakkaat ja projektit. Nämä osakokonaisuudet muodostavat kuvassa 3 esitetyn asiakasprosessin rungon ja ovat siten järjestelmän tärkeimmät osakokonaisuudet. Asiakkaalla on lisäksi valmiina seuraavat osakokonaisuudet: tuotteet, kalenteri, dokumentit ja talous. Näiden osakokonaisuuksien liittäminen osaksi järjestelmää kuuluu myös projektiin. Sopimukset kokonaisuus on tarkoitus jättää tässä projektissa toteuttamatta, mutta se tulee ottaa huomioon suunnittelussa myöhempää toteutusta silmällä pitäen. 2.3 Järjestelmän käyttäjäryhmät Järjestelmällä on neljä käyttäjäryhmää, jotka koostuvat Innofactor Oy:n työntekijöistä. Näitä käyttäjäryhmiä ovat yrityksen johto, myyntihenkilöstö, projektipäälliköt, taloushallinto ja muut työntekijät. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 11

Yrityksen johdon on tärkeää saada nopeasti tietoa yrityksen yleistilanteesta, kuten aktiivisista projekteista, tulevista projekteista, käytettävissä olevista resursseista ja taloudellisesta tilanteesta. Myyntihenkilöstön puolestaan on tärkeää saada tietoja eri tuotteiden hinnoista ja kehityksestä, asiakkaille tehdyistä projekteista ja niiden tuloksista ja erilaisista sopimuksista. Projektipäälliköille on tärkeää saada reaaliaikaista tietoa projektin ja sen osakokonaisuuksien edistymisestä, ennustetusta valmistumisaikataulusta, projektin resursseista ja mahdollisista ongelmista mahdollisimman aikaisessa vaiheessa. Taloushallinnon on pystyttävä seuraamaan tehtyjä työtunteja, seuraamaan ostolaskuja sekä kokoamaan ja lähettämään asiakkaalle myyntilaskut. Lisäksi taloushallinnon henkilöillä on oltava mahdollisuus muodostaa kokonaiskuva Innofactorin taloudellisesta tilanteesta etenkin kassanhallinnan mielessä, koska varsinainen kirjanpito hoidetaan järjestelmän ulkopuolella. Muilla työntekijöillä tarkoitetaan tässä projekteissa työskenteleviä Innofactor Oy:n työntekijöitä. Heille on tärkeää lähinnä erilaisten työtehtävien, palaverien ja tiedotteiden saaminen järjestelmän kautta sekä työtuntien raportointi järjestelmään. Extranetillä on myös käyttäjäryhmä, joka koostuu Innofactor Oy:n asiakkaista. Heille on tärkeää saada reaaliaikaista tietoa tilaamistaan projekteista. Lisäksi extranettiä käyttää Innofactor Oy:n partner-yritykset ja esimerkiksi tilitoimisto. 2.4 Toteutustyökalut ja teknologiat Ohjelmisto tullaan kehittämään Microsoftin.NET Frameworkissa..NET on Microsoftin uusi standardi dynaamisten palvelinpohjaisten WWW-sivustojen toteuttamiseen. Ohjelmointikielenä käytämme C#-ohjelmointikieltä, joka perustuu Java, C- ja C++-kieliin. Palvelimella, johon järjestelmä toteutetaan on käyttöjärjestelmänä MS Windows 2000 Advanced Server (SP2) ja ohjelmistoina tulee olla MS Internet Information Server 5 ja SQL Server 2000 Enterprise. Projektin aikana käytetään CVS versionhallinta järjestelmää. Käytettävistä työtavoista on kerrottu tarkemmin projektin laatukäsikirjassa. 3. VAATIMUKSET Järjestelmälle asetettavat vaatimukset on priorisoitu asteikolla, joka sisältää 3 eri priorisaatiotasoa: 1. Pakollinen: Pakolliseksi määritetyt vaatimukset ovat välttämättömiä järjestelmän toiminnan kannalta. Nämä vaatimukset on täytettävä, jotta projekti täyttää asiakkaan sille määrittämät vähimmäisvaatimukset. 2. Oleellinen: Oleelliseksi määritetty vaatimus ei ole järjestelmän toiminnan kannalta välttämätön vaatimus, mutta se on kuitenkin tärkeä järjestelmän tehokkaan käytön kannalta. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 12

3. Lisäominaisuus: Tämän prioriteettitason vaatimukset toteutetaan projektin aikana, mikäli siihen riittää aikaa. Nämä vaatimukset otetaan kuitenkin huomioon järjestelmää suunniteltaessa, jotta niiden lisääminen järjestelmään myöhemmin olisi mahdollisimman helppoa. Kappaleessa 3.1 käsitellään pakolliset toiminnalliset vaatimukset, kappale 3.2 keskittyy oleellisiin toiminnallisiin vaatimuksiin, 3.3 toiminnallisiin lisäominaisuuksiin ja 3.4 ei-toiminnallisiin vaatimuksiin. 3.1 Pakolliset vaatimukset Pakolliset vaatimukset koostuvat järjestelmän kolmesta osakokonaisuudesta ja näiden välisistä relaatioista. Nämä kolme osakokonaisuutta ovat: Henkilöt Asiakkaat Projektit Nämä osakokonaisuudet toteutetaan projektiryhmän toimesta tämän projektin aikana. Näiden osakokonaisuuksien ja niiden välisten relaatioiden valmiiksi saattaminen on projektin minimivaatimus. Seuraavassa on jokainen osakokonaisuus eritelty vaatimuksiksi. 3.1.1 Henkilöiden tiedot voidaan tallentaa järjestelmään ja muokata niitä Jokaisesta henkilöstä voidaan tallentaa järjestelmään hänen tietonsa. Tallennettavat tiedot sisältävät esimerkiksi henkilön yhteystiedot, pankkiyhteydet, järjestelmän salasanan ja käyttäjätunnuksen sekä käyttöoikeudet. Lisäksi on muuta tärkeää informaatiota kyseisestä henkilöistä. Tallennettavan tiedon sisältö riippuu siitä, missä suhteessa henkilö Innofactoriin on: työntekijä, asiakkaan edustaja tai joku muu. Asiakas toimittaa suunnitteluvaiheessa ns. henkilötietokortin, jonka pohjalta henkilöt - toiminnallisuuden runko rakennetaan. 3.1.2 Asiakkaiden (organisaatiot) tiedot voidaan tallentaa järjestelmään ja muokata niitä Jokaisesta Innofactorin asiakkaasta voidaan tallentaa tärkeimmät tiedot järjestelmään. Tallennettavat tiedot sisältävät asiakkaan yhteyshenkilöt ja muita tietoja Innofactorin asiakkaasta. Asiakkaille on voitava lisätä niiden perustietojen ja yhteystietojen lisäksi asiakasnumero (account number, AC123), alihankkijanumero (subcontractor, SU123) ja/tai yhteistyökumppaninumero (partner, PA123). Järjestelmän on osattava hakea automaattisesti seuraava vapaana oleva numero. Tallennettavista tiedoista tehdään asiakastietokortti suunnitteluvaiheessa. Ohjelmiston toteutuksessa on huomioitava myös yksityishenkilöt asiakkaina (kuluttajat), vaikka niitä onkin vain pieni osa innofactorin asiakkaista. 3.1.3 Projektit ja niiden tiedot voidaan tallentaa järjestelmään Projekteista voidaan tallentaa järjestelmään perustiedot, jotka sisältävät projektin nimen, alkupäivän, automaattisesti juoksevan numeron 1, 2, 3, projektin luonteen yms. Innofactor Oy toimittaa Projektitietokortin suunnitteluvaiheen yhteydessä. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 13

3.1.4 Henkilöiden välisten suhteiden määritys Järjestelmän on tunnistettava henkilökohtaiset kontaktit siten, että voidaan määrittää henkilön suhde toiseen henkilöön, esimerkiksi asiakassuhde työntekijään tai työntekijän vanha opiskelukaveri. Lisäksi on voitava tallentaa se, miten kyseiseen henkilöön suhtaudutaan, esimerkiksi lähetetään joulukortti, muistetaan syntymäpäivänä tai siirretään kyseisen työntekijän PDA-laitteeseen. 3.1.5 Projektien jakaminen osaprojekteihin Projektit on voitava jakaa osaprojekteihin. Osatoimituksille annetaan Innofactorin laatujärjestelmän mukaisesti juokseva numero CU999/2, jossa 2 kuvaa osaprojektia 2. Lisäksi asiakkaan on voitava antaa osaprojektille oma viitenumeronsa. Nämä tiedot tallennetaan järjestelmään laskutusta varten. Projektin tiedoista päästään tutkimaan siihen liittyvien osaprojektien tietoja. 3.1.6 Henkilöiden liittäminen asiakkaisiin/kontakteihin Jokaisen henkilö on pystyttävä liittämään johonkin asiakkaaseen ja kyseisen ihmisen tietojen kohdalla on näyttävä, mihin yritykseen tai yhteisöön hän kuuluu ja mitä tehtävää hän kyseisessä organisaatiossa hoitaa. Jokaisen työntekijän kohdalla on näyttävä kaikki asiakassuhteet, mitä hänellä on tai ollut Innofactorissa asiakasyrityksiin ja yhteisöihin. 3.1.7 Asiakkaan/kontaktin tiedoista on päästävä käsiksi siihen liittyvien ihmisten tietoihin Yrityksen alta on näyttävä sen oma henkilöstö listana, jossa on jokaisen henkilön työnimike ja linkki henkilötietokorttiin. Yrityksen alta on oltava nähtävissä siihen asiakkuussuhteessa liittyvät Innofactorin työntekijät, heidän perässään projektit ja tehtävänimikkeet niissä. 3.1.8 Projekteihin voidaan liittää asiakas Projektiin voidaan liittää asiakasyritys, joka näkyy projektin tietoja selaamalla. 3.1.9 Projekteihin on pystyttävä liittämään projektiin osallistuvat henkilöt Projektien kautta on pystyttävä näkemään projektiin osallistuvat henkilöt - sekä Innofactorin työntekijät että asiakkaat. Ihmiset on pystyttävä ryhmittelemään roolin mukaisesti ja antamaan tarvittava lisätieto. Innofactorin työntekijästä on voitava laittaa tehtävä, työn hintaluokka (I-V), suunniteltu työmäärä (työtunnit, aikaväli) sekä vapaamuotoinen kuvauskenttä. Lisäksi olisi hyvä näkyä kaikki henkilön kyseiseen projektiin tekemät tunnit. Asiakkaasta on voitava merkitä rooli (user, economic buyer, technical buyer, coach), onko ohjausryhmän jäsen, onko projektiryhmän jäsen sekä vapaa kuvaus suhtautumisesta projektiin. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 14

3.1.10 Henkilön tietojen kautta voidaan nähdä kaikki häneen liittyvät projektit Henkilön - sekä työntekijän että asiakkaan - tarkempien tietojen kautta on näyttävä kaikki projektit, joihin hänellä on liitos jossain ominaisuudessa ja tästä on oltava linkki kyseiseen projektiin. 3.1.11 Asiakkaan tiedoissa näkyvät kaikki siihen liittyvät projektit Asiakkaan tarkempien tietojen alla on oltava listattuna kaikki projektit, jotka liittyvät kyseiseen yritykseen tai yhteisöön. 3.2 Oleelliset vaatimukset Oleelliset vaatimukset perustuvat lähinnä Innofactor Oy:n valmiiden osakokonaisuuksien integroimisesta järjestelmään. Tämä tarkoittaa lähinnä projektissa tehtävien osakokonaisuuksien rajapintojen suunnittelun ja toteutuksen tekemistä siten, että valmiit toiminnallisuudet voidaan liittää osaksi järjestelmää mahdollisimman saumattomasti. Tässä on lähdetty siitä oletuksesta, että valmiina olevat osakokonaisuudet ovat toimivia ja täyttävät asiakkaan näille osakokonaisuuksille asettamat vaatimukset. 3.2.1 Henkilön kalenteritietojen näkyminen Näyttävä jokaisen yksittäisen henkilön, esimerkiksi asiakkaan ja työntekijän, kohdalta tähän liittyvät kalenteritapahtumat listana. Lisäksi oltava linkki, josta voi hypätä kyseisen henkilön kalenterinäyttöön. 3.2.2 Asiakkaan/kontaktin kalenteritietojen näkyminen Yrityksen tai yhteisön alta on näyttävä siihen liittyvät tapahtumat listana sekä haettavissa kalenteriin kuten yllä. Yritykseen liittyvät tapahtumat ovat kaikki ne tapahtumat, joiden osana yritykseen kuuluva resurssi on. 3.2.3 Projektiin liittyvien tapahtumien lisääminen/näkyminen kalenterissa Projektin alle on voitava merkitä ja sieltä näyttävä linkkeineen projektiin liittyvät deadlinet (esimerkiksi osatoimitukset), projektiin määrätyt tehtävät jollekin henkilölle (Innofactorin työntekijälle tai asiakkaan projektiryhmän jäsenelle), projektikokoukset ja muut projektiin liittyvät tapahtumat. 3.2.4 Henkilöiden luomat dokumentit Jokaisen henkilön kautta on näyttävä henkilön itsensä luomat dokumentit. 3.2.5 Asiakkaisiin/kontakteihin liittyvät dokumentit Kaikki tiettyyn yritykseen tai yhteisöön liittyvät dokumentit on voitava löytää asiakkaan/kontaktin tietojen kautta. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 15

3.2.6 Projektin alta on voitava nähdä kaikki projektiin liittyvät dokumentit Projektin tiedoista voidaan nähdä kaikki siihen liittyvät dokumentit. 3.2.7 Projektin tiedoista on saatava näkyviin tiivistelmä projektin taloudellisesta tilanteesta Projektin taloudellinen tilanne on voitava nähdä kerralla yhdestä taulukosta. Tätä varten on oltava linkki projektin tiedoista. 3.2.8 Projektin tiedoista voidaan kirjoittaa siihen liittyviä laskuja Projektin alta on voitava kirjoittaa siihen liittyvä lasku. Laskut muodostetaan osaprojektien laskutettavista elementeistä (invoicables). 3.2.9 Henkilön taloustietokortin tutkiminen Jokaisen henkilön kautta on päästävä kyseisen henkilön henkilökohtaiseen talouskorttiin, jossa on voitava valita halutulla välillä henkilön työtunnit ja henkilökohtainen tulos. Tämä on rajattava vain henkilön itsensä, esimiehen ja ylimmän johdon nähtäväksi. 3.2.10 Asiakkaan/kontaktin taloustietojen tutkiminen Jokaisen asiakkaan/kontaktin tiedoista on päästävä tutkimaan asiakkaan taloustietoja. Nämä sisältävät mm. toteutuneen laskutuksen ja asiakkaalta laskuttamattomat työt. 3.2.11 Organisaatiorakenteen määritys Järjestelmän on tunnistettava organisaatiorakenne. Toisin sanoen järjestelmään on pystyttävä tallettamaan alais-esimiessuhde ainakin Innofactorin osalta, jolloin voidaan tarvittaessa määrittää esimerkiksi sijainen ylöspäin organisaatiossa tai assistentti. 3.2.12 Asiakkaiden väliset suhteet Yritysten ja yhteisöjen väliset relaatiot voidaan tallentaa järjestelmään. Tämä tarkoittaa lähinnä tytäryhtiörakennetta ja vastaavia. Tämän ominaisuuden avulla emoyhtiön kautta näkyvät haluttaessa myös tytäryhtiöihin liittyvät asiat ja päinvastoin. 3.2.13 Projektien keskinäisten suhteiden tallentaminen järjestelmään Projektien suhteet toisiinsa on saatava näkyviin. Tällaisia suhteita ovat projektien peräkkäisyys tai jokin rinnakkaisuus. Nämä tiedot on saatava näkyviin projektin tietoja tutkimalla. 3.2.14 Henkilöt, asiakkaat ja projektit osakokonaisuuksien rajapinnat ulospäin Näiden kolmen projektissa toteutettavan osakokonaisuuden rajapinnat ulospäin tulee toteuttaa siten, että muut osakokonaisuudet saavat haluamansa tiedot oikeassa muodossa käyttöön. Seuraavassa on hyvin lyhyesti kuvattu eri osakokonaisuuksien rajapinnoille asettamia vaatimuksia. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 16

Näiden rajapintojen määrittely tarkentuu toiminnallisessa ja teknisessä määrittelyssä, kun projektiryhmä on tutustunut valmiiden osakokonaisuuksien rakenteeseen tarkemmin. Kalenteri: Kalenteriin on voitava ottaa jokin projekti, jolloin kalenterissa näkyy kaikki kyseiseen projektiin liittyvät kalenteritiedot. Kalenteriin on voitava ottaa tietyn ihmisen tai yhteisön kalenteri. Kalenterissa on voitava nähdä kaikki tiettyyn yritykseen tai yhteisöön liittyvät tapahtumat sekä kalenteriosiossa, että listana. Talous: Talousosion alta on voitava katsoa jokaisen työntekijän henkilökohtainen "tulos". Tästä olisi hyvä näkyä ainakin, mihin prosessin osiin työntekijät ovat työpanoksensa käyttäneet ja jollakin yksinkertaisella tavalla, minkä tuloksen se on tuottanut, esimerkiksi liikevaihto. Talousosion alta on voitava tarkastella liikevaihto ja voitto/tappio asiakkaittain annettuna aikavälinä. Talouden alta on näyttävä kaikki tehdyt projektit, niiden mukainen arvioitu kokonaishinta sekä niistä lähetetyt laskut ja saadut tulot (maksetut laskut). Dokumentit: Jokaisessa dokumentissa on näyttävä, mihin projektiin se kuuluu - sekä listauksessa että tarkemmissa tiedoissa. Dokumenteista on näyttävä ihmiset, joille ne on lähetetty ja kenellä niihin on oikeudet. 3.3 Lisäominaisuudet Lisäominaisuuksiin kuuluvat tuotteet -osakokonaisuuden integroiminen järjestelmään sekä extraulottuvuus. Nämä osakokonaisuudet toteutetaan, jos jää aikaa. Näitä osakokonaisuuksia ei tässä vaiheessa vielä määritellä kovinkaan tarkasti, mutta seuraavassa lyhyet koosteet osakokonaisuuksista. 3.3.1 Tuotteet -osakokonaisuuden liittäminen järjestelmään Järjestelmän kautta tulee pystyä tarkastelemaan ainakin henkilöiden kautta kunkin henkilön tuotteita (joiden kehittämisessä hän on ollut mukana), asiakkaan tietojen kautta hänen tilaamiaan/ hänelle toimitettuja tuotteita ja projektin tietojen kautta toimituksiin (projektin aliprojekteihin) kuuluvia tuotteita. Lisäksi tuotteiden tiedoista pitää löytyä sen tekijä/tekijät, toimitusten lukumäärä ja kenelle tuotteita on toimitettu. 3.3.2 Extra-ulottuvuuden lisääminen järjestelmään Extra-ulottuvuuden kautta Asiakas pystyy seuraamaan hänelle tehtävien projektien tilaa ja edistymistä, laskutusta, näkee projekteihin liittyvät ihmiset ja tuotteet ja näkee itseään koskevat tapahtumat kalenterista. 3.4 Ei-toiminnalliset vaatimukset 3.4.1 Suunnittelussa otetaan huomioon myös sellaiset toiminnallisuudet, joita ei tämän projektin aikana liitetä järjestelmään. Näitä toiminnallisuuksia ovat esimerkiksi sopimukset -osakokonaisuus ja tietämysalueet - osakokonaisuus. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 17

Mittaaminen: Suunnitteluvaiheen jälkeen suoritetaan asiakaskatselmointi toteutettavien osakokonaisuuksien rakenteesta ja niiden rajapintojen dokumentaatiosta. Tämän avulla ratkaistaan, onko osakokonaisuuksien liittäminen mahdollista. Erityisesti kiinnitetään huomiota siihen, että onko osakokonaisuuksien liittäminen mahdollista dokumentaation avulla. Tämän vuoksi katselmointiin osallistuu Innofactor Oy:n työntekijä, jolla ei ole mitään tekemistä tämän projektin kanssa. Prioriteetti: Pakollinen 3.4.2 Järjestelmän toteutuksessa käytetään Innofactorin olemassa olevaa Intrakäyttöliittymää Toteutuksessa tehdään uuden järjestelmän käyttöliittymästä mahdollisimman samankaltainen kuin Innofactor Oy:n kehittämässä intranet-käyttöliittymämallissa. Tämä helpottaa henkilöstön siirtymistä vanhasta järjestelmästä uuteen sekä järjestelmän käyttöä osana muita Innofactorin kehittämiä järjestelmiä. Mittaaminen: Tämä voidaan mitata siten, että Innofactor Oy:n työntekijät testaavat uutta järjestelmää ja kertovat tuntemuksiaan siitä ja sen samankaltaisuudesta vanhan järjestelmän kanssa. Prioriteetti: Oleellinen 3.4.3 Nykyiset tiedot siirretään uuteen intraan oikein ja lähes keskeytyksettömästi Kun vanhasta järjestelmästä siirrytään uuteen, on käyttökatkos oltava mahdollisimman lyhyt ja kaikkien tietojen tulee siirtyä oikein uuteen järjestelmään. Mittaaminen: Mitataan käyttökatkoksen kestoa ja tarkistetaan siirron jälkeen tietojen oikeellisuus. Prioriteetti: Pakollinen 3.4.4 Käytetään mahdollisuuksien mukaan jo olemassa olevia moduuleja, kehitetään niitä ja luodaan uusia tarpeen mukaan Käytetään mahdollisimman tehokkaasti Innofactor Oy:n valmiita ohjelmistomoduuleja ja kehitetään niitä. Mittaaminen: Innofactor Oy:n tekninen johtaja tarkistaa käytettävät moduulit ja sen, kuinka niitä on kehitetty projektin aikana. Prioriteetti: Pakollinen, jo projektin laajuudenkin vuoksi 3.4.5 Ohjelmistotuotantoprosessin, laatujärjestelmän dokumentaation, työtapojen ja menetelmien kehittäminen Pyritään kehittämään Innofactor Oy:n ohjelmistoprosessia entistä tehokkaammaksi. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 18

Mittaaminen: Innofactor Oy:n laatupäällikkö ja toimitusjohtaja tarkistavat projektin aikana syntyneet tuotteet ja dokumentaatiopohjat.. Toimitusjohtaja haastattelee kehityskeskustelussa yhdessä projektiin osallistuneiden henkilöiden esimiesten ja laatupäällikön kanssa henkilöt ja kirjaa kehitysehdotukset yrityksen liiketoimintaprosessien ja laatujärjestelmän kehittämiseksi. Prioriteetti: Pakollinen, yksi koko projektin tärkeimmistä tavoitteista. 3.4.6 Modulaarisuus, kolmikerrosmalli, projektissa tuotettuja moduuleja voidaan hyödyntää liiketoiminnassa ja tulevissa projekteissa Kaikki projektin aikana syntyvät osakokonaisuudet on selkeästi jaettu moduuleihin ja moduulit ovat tarkasti dokumentoituja. Mittaaminen: Tarkistetaan, onko moduulin toteutuksessa käytetty kolmikerrosmallia ja muita laatukäsikirjassa määriteltäviä työtapoja. Projektin ulkopuolinen Innofactor Oy:n työntekijä katselmoi tuotetun dokumentaation. Prioriteetti: Pakollinen 4. ULKOISET LIITTYMÄT 4.1 Tietoliikenne Järjestelmä käyttää tietoliikenteeseen perusselaimia, Internet Explorer 5.0. Palvelimen puolella tietoliikenteestä vastaa MS Internet Information Server 5. 4.2 Palvelin Palvelimella, johon järjestelmä toteutetaan on käyttöjärjestelmänä MS Windows 2000 Advanced Server (SP2) ja ohjelmistona on SQL Server 2000 Enterprise.. 4.3 Tietokanta Tietokantana käytetään MS SQL relaatiotietokantaa. Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 19

LÄHTEET LIITTEET Dokumenttipohja on tehty kurssin T-76.115 kotisivuilta osoitteesta http://mordor.soberit.hut.fi/t-76.115/template/vaatpohja.htm löytyvän vaatimusmäärittelymallin pohjalta. Projektin kotisivulta www.innofactor.com/kuopio/ löytyvät dokumentit: Laatukäsikirja Kuopio2001, vain kurssin T-76.115 arvostelun vaatimaan käyttöön Sivu 20