Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
|
|
- Anita Ahola
- 6 vuotta sitten
- Katselukertoja:
Transkriptio
1 Jussi Isotupa 1 (13) Riskienhallintasuunnitelma v. 2.0 Päivitetty klo 21:30 RISKIENHALLINTASUUNNITELMA 1
2 Jussi Isotupa 2 (13) Dokumentin versiohistoria Versio Päivämäärä Muutoksen tekijä Selite Jussi Isotupa 3.1 & 3.2 Lisätty heikkoa koodia ja lisenssisiivousta koskevat riskit 3.3 Lisätty skenaariot Sk18, Sk19, Sk Riskien priorisointi päivitetty ajantasalle Skenaarion käsittely poistettu ei-ajankohtaisena Sk19:n käsittely lisätty Sk20:n käsittely lisätty Jussi Isotupa Päivitetty ajantasalle palautusta varten Jussi Isotupa Sisällysluettelo 1. JOHDANTO TAVOITTEET Projektiryhmä Asiakas Koulu RISKIT Vapaamuotoinen riskilista Riskianalyysi Riskiskenaariot Riskien priorisointi Toimenpiteet pahimmille riskeille LÄHDELUETTELO...13 RISKIENHALLINTASUUNNITELMA 2
3 Jussi Isotupa 3 (13) 1. Johdanto 2. Tavoitteet 2.1 Projektiryhmä 2.2 Asiakas 2.3 Koulu 3. Riskit Riskienhallinnan tehtävänä on projektin riskien kartoittaminen ja niihin varautuminen. Kartoittaminen on todennäköisten riskien tunnistamista ja niiden toteutumismahdollisuuksia arviointia. Tunnistamalla todennäköiset riskit, voidaan niihin varautua etukäteen ja riskeille ominaisia tunnusmerkkejä seuraamalla seurata riskien toteutumista. Riskien tunnistamiseen ja hallintaan käytetään Jyrki Kontion RiskIt menetelmää. RiskIt menetelmä perustuu eri sidosryhmien tavoitteiden määrittelyyn, jonka jälkeen pyritään tunnistamaan tavoitteiden toteutumista uhkaavia riskejä. Näin saadaan vapaamuotoinen riskilista. Riskilistasta pyritään tunnistamaan yksittäiset tekijät riskeille, näiden mahdolliset seuraukset ja reaktiot niihin. Tätä kutsutaan riskianalyysiksi. Riskianalyysista tunnistetaan pahimmat riskit ja suunnitellaan niihin varautuminen ja niiden tunnistaminen. Riskejä seurataan jatkuvasti projektin aikana, ja muutokset projektissa tai uudet identifioidut riskit lisätään riskianalyysiin, jonka jälkeen tulee jälleen priorisoida riskit jne. RiskIt menetelmä on jatkuva syklinen prosessi. Lisää tietoa RiskIt menetelmästä liitteessä [1].?? Aikataulu pitää (Aikataulu)?? Työmäärä ei ylity (Työmäärä)?? Vaatimukset saadaan toteutettua (Vaatimukset)?? jäsenten työmäärä on tasapuolinen (Tasapuolisuus)?? TOP-10, kts. projektisuunnitelma [2]?? Aikataulu pitää, niin että projekti on valmis kurssin loppuessa?? Hyvien projektityöskentelytapojen opettaminen -> kurssin läpäisy?? jäsenten työmäärä pysyy järkevi ssä mitoissa 3.1 Vapaamuotoinen riskilista?? toteutettavat ratkaisut eivät ole geneerisiä RISKIENHALLINTASUUNNITELMA 3
4 Jussi Isotupa 4 (13)?? luodaan metodirajapinnalla tietoturva-aukko?? ei tunneta LDAP-rajapintaa tarpeeksi hyvin, että voitaisiin luoda geneeriset rajapinnat?? ei osata ajatella tulevaisuuden tarpeita?? LDAP pelkkä protokolla, hakemistojen toteutukset vaihtelevat -> geneerisyys menetetään?? ei olla tiedostettu kaikkia asiakkaan tarpeita ja vaatimuksia?? asiakas ei tiedä mitä haluaa?? sovelluskehikko ei riittävä suorituskyvyltään?? dokumentointi riittämätöntä, että kehikkoa voisi jatkossakin käyttää ja kehittää?? käytetään J2EE standardiin kuulumattomia sovelluspalvelimen toimintoja?? ohjelmistot ryppyilevät?? projektiryhmän jäsen kyllästyy?? sovelluskehikko liian vaikea käyttää?? projektiryhmän jäsen sairastuu?? sovelluskehikosta ei saavuteta riittävää hyötyä vanhaan tapaan verrattuna?? projektiryhmän jäsenten muut sitoumukset vievät liikaa aikaa?? projekti hyvin abstrakti?? tehtävät aliarvioidaan?? omat kyvyt ja ajankäytön tehokkuus yliarvioidaan?? A-Waren lisenssiasiat aiheuttavat ongelmia testiympäristön kanssa?? tuotettu koodi on huonoa RISKIENHALLINTASUUNNITELMA 4
5 Jussi Isotupa 5 (13) 3.2 Riskianalyysi Sovelluskehikko ei vastaa vaatimuksia Ei tehdä mitään Ei vastaa vaatimuksia Projektin abstraktius Rajapintojen määrittelyssä epäonnistutaan Koodia kirjoitetaan uudelleen Aikataulu pitää Tuotettu koodi on heikkolaatuista Projektinryhmän kokemattomuus JAVAn ja J2EE tekniikoiden suhteen Sovelluskehikko liian vaikea käyttää Määritellään uudelleen Aikataulu ylittyy Työmäärä ylittyy Vaatimukset toteutuvat Toteutettava esimerkkiprojekti Sovelluskehikko liian jäykkä eikä laajennettavissa Haetaan ongelmakohta ja optimoidaan Aikataulu venyy Työmäärä ylittyy Tekniikka, palvelinalusta ja sovelluspalvelinsoftat Sovelluskehikko vastaa vain esimerkkisovellu ksen tarpeita Hyväksytään hitaus Sovelluskehikko ei vastaa vaatimuksia Sovelluskehikko on liian hidas RISKIENHALLINTASUUNNITELMA 5
6 Jussi Isotupa 6 (13) jäsen lopettaa Siirretään vastuuta toiselle ryhmän jäsenelle Yhden työmäärä kasvaa merkittävästi Aikataulut ylittyy lievästi Projektinryhmän jäsenet jäsen sairastuu väliaikaisesti Jaetaan vastuu kaikille muille Kaiikkien työmäärä kasvaa hieman Aikataulu ylittyy lievästi Työnjako epäselvä Aikataulu ylittyy Koulun ulkopuoliset sitoumukset Ryhmän jäsenen muut sitoumukset vievät ajan projektilta Annetaan runtua Muiden työmäärä kasvaa Tasapuolisuus menetetään Tasapuolisuus toteutuu Työmäärä tasoittuu Aikataulu pitää Ryhmän jäsentä rupeaa laiskottamaan RISKIENHALLINTASUUNNITELMA 6
7 Jussi Isotupa 7 (13) Alimitoitetut aikatauluarviot Siirretään resursseja esimerkkisovellu ksesta Esimerkkisovelluksen vaatimusmäärittely ei toteudu Kokemattomuus projektityöskentelyssä Yliarvioidaan omat kyvyt ja tehokkuus Ei tehdä mitään Aikataulu ylittyy Muuttuvat vaatimukset Toteutus ei vastaa määrittelyä Tehdään vaadittavat muutokset Työmäärä ylittyy Ei tehdä mitään Vaatimukset eivät toteudu RISKIENHALLINTASUUNNITELMA 7
8 Jussi Isotupa 8 (13) Webspherelisens si ei käytössä Käytetään TomCattia Työmäärä ylittyy Aikataulu ylittyy A-Waren lisenssisiivous EJB ei käytettävissä Käytetään Websphereä ILMAN EJB:tä EJB-toteutusta ei voida teatata RISKIENHALLINTASUUNNITELMA 8
9 Jussi Isotupa 9 (13) 3.3 Riskiskenaariot Riskiskenaario Indikaattorit Sk1 Projektin abstraktius Rajapintojen määrittelyssä epäonnistutaan > Sovelluskehikko ei vastaa vaatimuksia Sk2 Projektin abstraktius Rajapintojen määrittelyssä epäonnistutaan > Sovelluskehikko liian vaikea käyttää Demoryhmä valittaa Sk3 kokemattomuus Javan ja J2EE -tekniikoiden suhteen Rajapintojen määrittelyssä epäonnistutaan > Sovelluskehikko ei vastaa vaatimuksia Sk4 kokemattomuus Javan ja J2EE -tekniikoiden suhteen Rajapintojen määrittelyssä epäonnistutaan > Sovelluskehikko liian vaikea käyttää Demoryhmä valittaa Sk5 kokemattomuus Javan ja J2EE -tekniikoiden suhteen Sovelluskehikko liian hidas Stressitestaus Sk6 Toteutettava esimerkkiprojekti Sovelluskehikko liian jäykkä eikä laajennettavissa Use Caset Arton feedback arkkitehtuurista Sk7 Toteutettava esimerkkiprojekti Sovelluskehikko vastaa vain esimerkkisovelluksen tarpeita Use Caset Arton feedback arkkitehtuurista Sk8 Tekniikka, palvelinalusta ja sovelluspalvelinsoftat Sovelluskehikko liian jäykkä eikä laajennettavissa Use Caset Arton feedback arkkitehtuurista Kokeet muilla sovelluspalvelimille, esim J2EE-referenssiimplementaatiolla Sk9 Tekniikka, palvelinalusta ja sovelluspalvelinsoftat Sovelluskehikko liian hidas Stressitestaus Sk10 jäsenet jäsen lopettaa Ei tee töitä RISKIENHALLINTASUUNNITELMA 9
10 Jussi Isotupa 10 (13) lopettaa Selityksiäselityksiä Perävalot vilkkuu Sk11 jäsenet jäsen sairastuu väliaikaisesti Sk12 jäsenet jäsenen muut sitoumukset vievät ajan projektilta Tehtävät eivät tule tehtyä ajallaan Tehtävien suoritus aloitetaan vasta viime hetkellä Selityksiä Jäsen tekee töitä viikossa yli 30 tuntia. Sk13 jäsenet jäsentä rupeaa laiskottamaan Tehtävät eivät tule tehtyä ajallaan Tehtäviä ei aloiteta Selityksiä Sk14 jäsenet Avainhenkilö Tomas sairastuu vakavasti tai kyllästyy tai lopettaa Tomaksen motivaatio heikkenee Sk15 Kokemattomuus projektityöskentelyssä Alimitoitetut aika-arviot Työajat ylittyvät toistuvasti Sk16 Kokemattomuus projektityöskentelyssä Toteutus ei vastaa määrittelyä Arton feedback Sk17 kokemattomuus Javan ja J2EE -tekniikoiden suhteen Alimitoitetut aika-arviot ja omien kykyjen yliarviointi Tehtävät aloitetaan myöhään Aikataulut ylittyvät Selitykset ja valitukset Sk18 A-Waren lisenssisiivous WebSphere ei käytettävissä Sk19 A-Waren lisenssisiivous WebSpheren Enterpriseversio ei käytettävissä Sk20 kokemattomuus Javan ja J2EE -tekniikoiden suhteen Tuotettu koodi on heikkolaatuista Paljon riippuvuuksia Paljon toiminnallisuutta yhdessä luokassa Ei virhetarkistuksia Sovelluskehikon tai Java APIn väärä käyttötapa Vähäinen kommentointi Huono ohjelmointitapa yleensä RISKIENHALLINTASUUNNITELMA 10
11 Jussi Isotupa 11 (13) 3.4 Riskien priorisointi Vakava Normaali Mitätön Todennäköinen Sk19, Sk20, Sk12, Sk15, Sk17 Sk11 Ei kovin todennäköinen Sk8, Sk16 Sk2, Sk4, Sk5, Sk9 Epätodennäköinen Sk3, Sk1, Sk6, Sk7, Sk10, Sk Toimenpiteet pahimmille riskeille Tähän lukuun on listattu pahimmat ja ajankohtaiset riskit, joita tulisi seurata tarkemmin ja joihin on varauduttu Sk12 jäsenen muut sitoumukset vievät ajan projektilta Tämä on todennäköisin riski, johtuen jo siitä faktasta, että kaikki ryhmän jäsenet ovat tällä hetkellä töissä. Indikaattorit: Riskin indikaattorit ovat myöhästyneet tehtävät, myöhässä aloitetut tehtävät, jatkuvat selitykset ja yksinkertaisesti se, että jäsen kertoo töiden painavan päälle. Vaikutukset: Aikataulu ylittyy, kun suunniteltuja tehtäviä ei saada tehtyä. Vaihtoehtoisesti voidaan tinkiä toteutettavista ominaisuuksista. t: Analysoidaan ongelma, jonka jälkeen siirretään Mickey tai Timo esimerkkisovelluksen parista sovelluskehikon puolelle tai tingitään tavotteista. Esimerkkisovelluksen jääminen vaatimuksistaan ei ole vakavaa, toisin kuin sovelluskehikon. Jos esimerkkisovelluksen toteutus ontuu pahasti ja sovelluskehikko etenee mainiosti, kuten tällä hetkellä näyttää, voi sovelluskehikkoryhmä auttaa hieman, jotta sovelluskehikkoa saadaan kokeiltua käytännössä. Tavotteista voidaan tingiä vain, jos näyttää siltä että ryhmän työmäärä ylittyy huomattavasti, kts. projektisuunnitelma. Huomiot: Timon työpanos tulee tiputtaa KOKONAAN pois suunnitelmista. Ei Timo kuitenkaan mitään ehdi tekemään. Timon ja projektijohdon tulisi harkita, jatkaako Timo ryhmässä vai ei. RISKIENHALLINTASUUNNITELMA 11
12 Jussi Isotupa 12 (13) Sk15 & Sk17 - Alimitoitetut aika-arviot ja omien kykyjen yliarviointi Indikaattorit: Tehtävien suoritus kestää toistuvasti yli suunnitellun työajan. Ryhmän jäsenet purnaavat ja valittavat sekä selittelevät. Tehtävien suoritus aloitetaan liian myöhään suhteessa aikatauluun. Vaikutukset: Aikataulu venyy ja suunniteltuja asioita on vaikea saada tehdyksi palautukseen mennessä. t: Pyritään pilkkomaan tehtävät selkeämpiin ja pienempiin kokonaisuuksiin jo etukäteen, joiden arviointi on helpompaa. Näin pyritään ennaltaehkäisemään riskin tapahtumista seuraavassa vaiheessa. Riskin käydessä päälle siirretään resursseja muualta, mikäli mahdollista sekä järjestetään koulutusta aiheesta (Tomas), joka aiheuttaa ongelmia. Muistetaan korostaa säännöllisen työnteon merkitystä, johon ryhmän jäseniä yritetään painostaa projektipalavereilla ja sähköpostin avulla tehtävillä edistymisraporteilla. Huomiot: Esimerkkisovellusryhmän vähäinen kokemus Java-tekniikoiden osalta ja Mickeyn osalta ylipäätään palvelinpuolen tekniikoiden suhteen tekee heidän aikatauluarviointinsa käytännössä mahdottomaksi. Sovelluskehikkoryhmän tulisi tulla vastaan tässä osassa ja antaa konsultaatioita aika-arvioiden suhteen Sk4 - kokemattomuus Javan ja J2EE-tekniikoiden suhteen Riski ei liene enää ajankohtainen Sk19 A-Waren lisenssisiivous A-Warella on käynnissä lisenssitarkastus, jossa tarkastetaan onko kaikki A-Waren lisenssit tarpeellisia, ja onko koneilla lisensoimattomia asennuksia. Voi olla, että ryhmällä ei ole tarkastuksen jälkeen käytettävissä WebSpheren Enterprise-versiota, jolloin ei EJB-toteutusta voida kokeilla. Indikaattorit: A-Waren lisenssitarkastus Vaikutukset: EJB-toteutusta ei voida kokeilla WEBSPHEREllä, joka toimii testi- ja demoympäristönä. t: Ryhmällä on käytössään myös Sunin J2EE-referenssi-implementaatio sekä TomCat. Näillä työkaluilla EJB-toteutus voidaan testata, mutta kumpikaan sovelluspalvelimista ei sinällään kelpaa demoympäristöksi. Lisäksi TomCatia ei ole tämän projektin yhteydessä kokeiltu, joten sen asentaminen toimintakuntoon lienee työlästä. RISKIENHALLINTASUUNNITELMA 12
13 Jussi Isotupa 13 (13) Toisin sanoen, ensisijaisesti kokeillaan EJB:tä J2EE-referenssi-implementaatiolla. Toissijaisesti käytetään TomCatia. Mikäli WebSphere ei ole käytettävissä, tulisi uuden sovelluspalvelimen asennukseen sekä siihen liittyvään säätöön varata aikaa n. 10 tuntia Sk20 Heikkolaatuinen koodi Heikkolaatuisella koodilla tarkoitetaan tässä koodia, joka on tehokkuudeltaan tai ylläpidettävyydeltään huonoa. Indikaattorit:?? Paljon riippuvuuksia luokkien välillä?? Paljon toiminnallisuutta yhdessä luokassa?? Ei virhetarkistuksia?? Sovelluskehikon tai Java APIn väärä käyttötapa?? Vähäinen kommentointi?? Huono ohjelmointitapa yleensä Vaikutukset: Koodin ylläpidettävyys ja toimivuus on huono. Koodi on myös vaikeaselkoista, jolloin sitä ei ymmärrä muu kuin tekijä. Koodi on huonosti uudelleenkäytettävää. t: Kirjoitetaan uudelleen, kunnes koodi läpäisee sisäisen laadunvalvonnan. Timo ei koodia katsele, mutta työparit keskenään tekevät pienimuotoisia koodikatselmuksia. Huomiot: Mickeyn ja Mikon kokemattomuus Java-ohjelmoinnin suhteen näyttäisi aiheuttavan, että heidän koodinsa ei kriittisempien ryhmän jäsenten silmää miellytä. Mikolle ja Mickeylle tulee neuvoa kuinka asiat tulisi tehdä. Lähdeluettelo [1] Jyrki Kontio: The Riskit Method for Software Risk management, version 1.00, CS-TR-3782, 1997 [viitattu ], Computer Science Techical Reports, University of Maryland, College Park, MD. RISKIENHALLINTASUUNNITELMA 13
Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Edistymisraportti v. T4 (Toteutus 4) Päivitetty 15.3.2001 klo 18:13 2 (8) Sisällys 1 PROJEKTIN TILA...3 2 SUORITETUT TEHTÄVÄT...6 3 KÄYTETYT MENETELMÄT...7 4 ONGELMAT...8 EDISTYMISRAPORTTI 2 3 (8) 1. Projektin
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite
LisätiedotProjektiryhmä Tete Työajanseurantajärjestelmä. Riskienhallintasuunnitelma
Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö/ 2(6) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja (projektisuunnitelman
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
LisätiedotProjektisuunnitelma. KotKot. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma KotKot Helsinki 22.9.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 + 1 op) Projektiryhmä Tuomas Puikkonen
LisätiedotYlläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Testauksen loppuraportti v. 1.0 Päivitetty 23.4.2001 klo 19:05 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Projektisuunnitelma v. 5.1 Päivitetty 19.3.2001 klo 17:17 Jussi Isotupa 2 (32) Dokumentin versiohistoria Versio Päivämäärä Muutoksen tekijä Selite 5.1 19.3.2001 Tomas
LisätiedotT Tietojenkäsittelyopin ohjelmatyö. Testiraportti, vaihe T1. Tietokonegrafiikka-algoritmien visualisointi. Testiraportti, vaihe T1
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tästä dokumentista ilmenee T1-vaiheessa suoritettu testaus, sen tulokset ja poikkeamat testisuunnitelmasta. Päivämäärä 1.12.2002 Projektiryhmä Keimo keimo-dev@list.hut.fi
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Projektisuunnitelma v. 3.1 Päivitetty 11.12.2000 klo 19:30 Jussi Isotupa 2 (30) Dokumentin versiohistoria Versio Päivämäärä Muutoksen tekijä Selite 3.1 11.12.2000 Jussi Isotupa Päivitetty T3-vaiheen tehtävät
LisätiedotEDISTYMISRAPORTTI - PS Virtuaaliyhteisöjen muodostaminen Versio 1.0
EDISTYMISRAPORTTI - PS Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 3 Projektisuunnitelma 3 Vaatimusmäärittely
LisätiedotTik-76.115 Projektisuunnitelma
Tik-76.115 Projektisuunnitelma Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä Päivitetty October 16, 2000 Tomas Björnfot, 46538J Jussi Isotupa, 47131N Projektiryhmällä
LisätiedotTestausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testausdokumentti Kivireki Helsinki 17.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Anu Kontio Ilmari
LisätiedotLohtu-projekti. Testaussuunnitelma
Lohtu-projekti Testaussuunnitelma Versiohistoria: 1.0 19.2.2003 1. versio Mari 1.1 20.2.2003 Muutoksia Mari 1.2 25.2.2003 Katselmoinnissa esiin tulleet Mari muutokset 1.3 17.3.2003 2. syklissä tehtävät
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Demosovelluksen toiminnallinen määrittely v. 1.1 Päivitetty 11.12.2000 klo 20:16 Timo Lämsä 2 (13) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite Timo Lämsä Pieniä korjauksia.
LisätiedotVerkkopokerijärjestelmä. Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008
Verkkopokerijärjestelmä Loppuraportti Ryhmä Kanat Ohjelmistotuotantoprojekti, syksy 2008 Projektiryhmä Samuli Aalto-Setälä Jukka Kekälainen Jarno Kyykkä Mika Mielonen Mårten Smeds Otto Waltari Ohjaaja
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant Versio: V0.3
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision päiväys: 29.11.2004 Seuraavan
LisätiedotOhjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit
Ohjelmiston testaus ja laatu Ohjelmistotekniikka elinkaarimallit Vesiputousmalli - 1 Esitutkimus Määrittely mikä on ongelma, onko valmista ratkaisua, kustannukset, reunaehdot millainen järjestelmä täyttää
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Testaussuunnitelma v. 1.1 Päivitetty 12.12.2000 klo 12:03 Mikko Viljainen 2 (14) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.1 12.12.2000
LisätiedotAutomaattinen yksikkötestaus
Teknillinen Korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Automaattinen yksikkötestaus Ryhmä Rajoitteiset Versio Päivämäärä Tekijä
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset. Riskienhallinta DTV projektissa
Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Riskienhallinta DTV projektissa Riskienhallinta DTV projektissa Sivu 1/8 Sisällysluettelo 1. Riskienhallinta DTV projektissa...3 1.1. Projektin
LisätiedotKieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä
Kieliaineistojen käyttöoikeuksien hallinnan tietojärjestelmä Omistaja Tyyppi Tiedoston nimi Turvaluokitus Kohderyhmä Turvaluokituskäytäntö --- SE/Pekka Järveläinen Projektisuunnitelma projektisuunnitelma_kielihallinto.doc
LisätiedotMatopeli C#:lla. Aram Abdulla Hassan. Ammattiopisto Tavastia. Opinnäytetyö
Matopeli C#:lla Aram Abdulla Hassan Ammattiopisto Tavastia Opinnäytetyö Syksy 2014 1 Sisällysluettelo 1. Johdanto... 3 2. Projektin aihe: Matopeli C#:lla... 3 3. Projektissa käytetyt menetelmät ja työkalut
LisätiedotLiite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu
Liite 1: skenaariot ja PoC tulokset 1. Palvelun kehittäjän näkökulma Tilanne Vaatimus Ongelma jos vaatimus ei toteudu Palvelun uusi versio on Palveluiden kehittäminen voitava asentaa tuotantoon vaikeutuu
LisätiedotOpintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Rajapinnat ja sisäluokat
Opintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Rajapinnat ja sisäluokat Rajapinnat Java-kieli ei tue luokkien moniperintää. Jokaisella luokalla voi olla vain yksi välitön yliluokka. Toisinaan olisi
LisätiedotT Tietojenkäsittelyopin ohjelmatyö Tietokonegrafiikka-algoritmien visualisointi Vaatimustenhallinta
T-76.115 Tietojenkäsittelyopin ohjelmatyö Sisältö Tämä on dokumentti esittelee tietokonegrafiikkaalgoritmien visualisointijärjestelmän kehitysprojektissa käytettävän vaatimustenhallintamenetelmän. Päivämäärä
LisätiedotSYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI
Päivitetty 28.3.2017 SYSTEMAATTINEN RISKIANALYYSI YRITYKSEN TOIMINTAVARMUUDEN KEHITTÄMISEKSI Riskianalyysiohjeen tarkoitus on tukea yrityksen toimintaa uhkaavien tilanteiden (riskien) tunnistamisessa,
LisätiedotTämän lisäksi listataan ranskalaisin viivoin järjestelmän tarjoama toiminnallisuus:
Dokumentaatio, osa 1 Tehtävämäärittely Kirjoitetaan lyhyt kuvaus toteutettavasta ohjelmasta. Kuvaus tarkentuu myöhemmin, aluksi dokumentoidaan vain ideat, joiden pohjalta työtä lähdetään tekemään. Kuvaus
LisätiedotProjektin suunnittelu
Projektin suunnittelu Sami Kollanus TJTA330 Ohjelmistotuotanto 15.3. Projektin suunnittelu - CMMIkäytänteet Projektin estimaatit: Määritellään projektin laajuus (scope) Määritellään tehtävien ja tuotosten
LisätiedotRaitiotieallianssin riskienhallintamenettelyt
Riskienhallintamenettelyt 1 (7) Raitiotieallianssin riskienhallintamenettelyt Riskienhallintamenettelyt 2 (7) SISÄLTÖ 1 PERIAATTEET JA TAVOITTEET... 3 2 ORGANISOINTI JA VASTUUT... 4 3 RISKIENHALLINTAPROSESSI...
LisätiedotT-110.4100 Harjoitustyöluento
1. lokakuuta 2009 Yhteenveto 1 2 3 Linkkitilaprotokolla 4 5 6 DL! Ensimmäinen deadline lähestyy: harjoitustyön suunnitelma pitäisi palauttaa 15.10 klo 12 mennessä. Itse harjoitustyöstä lisää tuota pikaa..
LisätiedotProjektityö
Projektityö 21.10.2005 Projektisuunnitelma Työn ositus Projektisuunnitelman sisältö Kurssin luennoitsija ja projektiryhmien ohjaaja: Timo Poranen (email: tp@cs.uta.fi, työhuone: B1042) Kurssin kotisivut:
LisätiedotSALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti
Järjestelmäprojekti 1 projektisuunnitelma ICT4TN007-2 SALAKIRJOITUKSEN VAIKUTUS SUORITUSKYKYYN UBUNTU 11.10 käyttöjärjestelmässä -projekti Versio 0.1 Tekijät Keijo Nykänen Tarkastanut Hyväksynyt HAAGA-HELIA
LisätiedotProjektinhallintaa paikkatiedon avulla
Projektinhallintaa paikkatiedon avulla Tampereen Teknillinen Yliopisto / Porin laitos Teemu Kumpumäki teemu.kumpumaki@tut.fi 25.6.2015 1 Paikkatieto ja projektinhallinta Paikkatiedon käyttäminen projektinhallinnassa
LisätiedotTestaussuunnitelma PULSU. Syksy 2008 Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PULSU Syksy 2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Heikki Manninen Noora Joensuu
Lisätiedot13/20: Kierrätys kannattaa koodaamisessakin
Ohjelmointi 1 / syksy 2007 13/20: Kierrätys kannattaa koodaamisessakin Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy
LisätiedotProjektisuunnitelma. (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus
Projektisuunnitelma (välipalautukseen muokattu versio) Vesiprosessin sekvenssiohjelmointi ja simulointiavusteinen testaus Ville Toiviainen Tomi Tuovinen Lauri af Heurlin Tavoite Projektin tarkoituksena
LisätiedotCOTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria...........................................................................
Lisätiedotohjelman arkkitehtuurista.
1 Legacy-järjestelmällä tarkoitetaan (mahdollisesti) vanhaa, olemassa olevaa ja käyttökelpoista ohjelmistoa, joka on toteutettu käyttäen vanhoja menetelmiä ja/tai ohjelmointikieliä, joiden tuntemus yrityksessä
LisätiedotTestaussuunnitelma Labra
Testaussuunnitelma Labra Helsinki 25.8.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos 1 Kurssi 581260 Ohjelmistotuotantoprojekti (9+1op) Projektiryhmä Anssi Kapanen,
LisätiedotFile [Otsikko] 2014-02-26 40212. Projektisuunnitelma. SPT2014 Selvitysprojekti projektihallinnan työkaluista
apj2014 Projektisuunnitelma 1 (6) Projektisuunnitelma SPT2014 Selvitysprojekti projektihallinnan työkaluista Versio 1.0 Muutoshistoria umero Pvm Selitys Tekijä(t) 0.1 12.2.2014 Projektisuunnitelmaluonnos
LisätiedotPROJEKTITOIMINTA Tietoa käytännöistä
PROJEKTITOIMINTA 2019 Tietoa käytännöistä TAVOITE Toisaalta: tuntea projektitoiminnan käytännöt ja ohjelmistoprojekteissa toimiminen Toisaalta: integroida aiemmin opittua ja tuottaa projektin tilaajalle
LisätiedotT harjoitustyö, kevät 2012
T-110.4100 harjoitustyö, kevät 2012 Kurssiassistentit T-110.4100@tkk.fi Tietotekniikan laitos Perustieteiden korkeakoulu Aalto-yliopisto 31.1.2012 Yleistä Kurssin osasuoritteita ovat kaksi osatenttiä,
LisätiedotAS Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker
AS 0.3200 Automaatio ja systeemitekniikan projektityöt Projektisuunnitelma Syksy 2009 A09 05 OSGi IRC Bot For Coffee Maker Henri Nieminen Juha Sironen Palautettu: 21.9.2009 Nieminen, Sironen Sisällysluettelo
LisätiedotToteutusvaihe T2 Edistymisraportti
Toteutusvaihe T2 Edistymisraportti Sisällysluettelo 1. Projektin tila...3 1.1. Suoritetut tehtävät...4 1.2. Käytetyt menetelmät...5 1.3. Ongelmat...6 1.4. Jatkosuunnitelmat...6 Versio- ja muutoshistoria
LisätiedotSudenkuoppia, yllätyksiä, pään vaivaa
Aika Rahoitus Sudenkuoppia, yllätyksiä, pään vaivaa Odotukset: Tilaaja(t), toteuttaja(t) Osaaminen: Liikaa tietoa/liian vähän tietoa Sopimusasiat (tekijänoikeus, tilauksen toimitussopimus, yhteistyösopimus)
LisätiedotCS-C2130 / CS-C2140 / CS-E4910 Software Project 1 / 2 / 3 ja Accenture Luento
CS-C2130 / CS-C2140 / CS-E4910 Software Project 1 / 2 / 3 ja Accenture 2016-2017 Luento 14.9.2016 Accenture yleisesti Maailmanlaajuisesti: henkilömäärä: ~ 375 000 toimistoja yli 200 kaupungissa, 120 maassa
LisätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I3-iteraatio 17.3.2004 Agenda Tavoitteiden toteutuminen (5 min) Resurssien käyttö (5 min) Iteraation tulokset (10 min) Riskit (5min) +Kokemuksia työskentelymenetelmistä
LisätiedotCase TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000
Case TUHTI 17.12.2002 1 TietoEnator 2002 Projektin tunnuslukuja! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999! Otettu tuotantokäyttöön syksyllä 2001! Proof of Concept (5 henkilöä 4 kk) ->
LisätiedotTarjolla tänää: Ohjelmiston toteutuksesta. Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit. Testilähtöinen kehittäminen JOT2007. Uudelleenrakentaminen
Tarjolla tänää: Ohjelmiston toteutuksesta JOT2007 CRC-kortit Testilähtöinen kehittäminen Uudelleenrakentaminen Voisiko ohjelmointi olla sittenkin suunnittelua? Kuinka tulla hyväksi ohjelmoijaksi? CRC-kortit
LisätiedotYlläpitodokumentti. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Ylläpitodokumentti Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 16.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotOHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta
OHJ-3010 Ohjelmistotuotannon perusteet Ohjelmistoprojektin hallinta 1 Sisältö Projektiorganisaatio ja sidosryhmät Ohjelmistoprojektin kulku Projektin suunnittelu Ositus Osallistujat Työmäärän arviointi
LisätiedotSisällys. JAVA-OHJELMOINTI Osa 7: Abstrakti luokka ja rajapinta. Abstraktin luokan idea. Abstrakti luokka ja metodi. Esimerkki
Sisällys JAVA-OHJELMOINTI Osa 7: Abstrakti luokka ja rajapinta Abstrakti luokka ja metodi Rajapintamäärittely (interface) Eero Hyvönen Tietojenkäsittelytieteen laitos Helsingin yliopisto 13.10.2000 E.
LisätiedotOhjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server. Infotilaisuus 3.12.2014 klo 10:00
Ohjelmistoteknologioiden koulutus: Web-sovelluskehitys, Java Server Infotilaisuus 3.12.2014 klo 10:00 Yleistä Ohjelmistoteknologioiden koulutukset 2014-2015 3: Internet sovellusten ohjelmointi Java Server
LisätiedotLego Mindstorms anturit
Lego Mindstorms anturit Metropolia Ammattikorkeakoulu Projektisuunnitelma Tomi Ilonen KA09 Tommi Nuotiomaa KA09 Matias Pitkänen KA09 20.1.2012 Insinöörityö Päivämäärä Sisällys 1 Projektin kuvaus 1 1.1
LisätiedotEDISTYMISRAPORTTI - T1 Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 1)
EDISTYMISRAPORTTI - T1 Edited by Checked by Approved by Antti Tuomaala i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 2. SUORITETUT TEHTÄVÄT 4 Projektisuunnitelma Vaatimusmäärittely Virhe.
LisätiedotProject group Tete Work-time Attendance Software
Project group Tete Work-time Attendance Software Henkilökohtainen SE harjoitus: etenemisraportti Projektin etenemisen seuranta ja kontrollointi Niilo Fredrikson T-76.115 Software project 2(5) Muutosloki
LisätiedotUCOT-Sovellusprojekti. Testausraportti
UCOT-Sovellusprojekti Testausraportti Ilari Liukko Tuomo Pieniluoma Vesa Pikki Panu Suominen Versio: 0.02 Julkinen 11. lokakuuta 2006 Jyväskylän yliopisto Tietotekniikan laitos Jyväskylä Hyväksyjä Päivämäärä
LisätiedotTietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto
LisätiedotProjektisuunnitelma. Boa Open Access. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Boa Open Access Helsinki 4.2.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
LisätiedotElectric power steering
AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Electric power steering Ohjausmoottorin jäähdytys ja ylikuumenemisen esto Projektisuunnitelma 19.9.2014 Työn ohjaaja: Ville Matikainen Tekijät: Samppa
LisätiedotPROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009
PROJEKTIN OHJAUS JA SEURANTA JOUNI HUOTARI 28.9.2009 POHDINTAA Mitä asioita projektissa seurataan? Kuka vastaa ohjauksesta? Millä tavoin projektia seurataan ja ohjataan? Mitä asioita ohjaukseen kuuluu?
LisätiedotSOVELLUSPROJEKTIN ARVIOINTILOMAKE
SOVELLUSPROJEKTIN ARVIOINTILOMAKE Arviointilomake on tarkoitettu Sovellusprojektin vastaavan ohjaajan arvioinnin tueksi, eikä sillä siten tule korvata erillistä projektilausuntoa. Useaa arviointikohtaa
Lisätiedotdokumentin aihe Dokumentti: Testausraportti_I1.doc Päiväys: Projekti : AgileElephant
AgilElephant Testausraportti I1 Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: Testausraportti Sivu 1 / 5 Dokumentti Historia Muutoshistoria Revision Numero Revision Päiväys Yhteenveto muutoksista Revision
LisätiedotPROJEKTISUUNNITELMA. FotMana17
PROJEKTISUUNNITELMA FotMana17 Tekijä(t) Kimmo Kärki Kka Päiväys: 15.5.2017 Tiivistelmä Tarkoituksena on rakentaa Jalkapallomanageri järjestelmä, jolla voidaan pelata visuaalisesti manageripeliä. Järjestelmää
LisätiedotProjektisuunnitelma Viulu
Projektisuunnitelma Viulu Kuusela Johannes Sjöblom Teemu Suominen Osma Ohjelmistotuotantoprojekti Helsinki 23.9.2004 HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Versiohistoria Päivämäärä Versio
LisätiedotSuunnitteluvaihe prosessissa
Suunnittelu Suunnitteluvaihe prosessissa Silta analyysin ja toteutuksen välillä (raja usein hämärä kumpaankin suuntaan) Asteittain tarkentuva Analyysi -Korkea abstraktiotaso -Sovellusläheiset käsitteet
LisätiedotTOIMINNALLINEN MÄÄRITTELY MS
TOIMINNALLINEN MÄÄRITTELY 11.11.2015 MS YLEISTÄ 1/2 jäsennelty etenee yleiskuvauksesta yksityiskohtiin kieliasultaan selkeä kuvaa myös tulevan järjestelmän ympäristöä tarpeellisella tarkkuudella kuvaa
LisätiedotT Harjoitustyöluento
29. syyskuuta 2010 Luennon sisältö 1 2 3 Simulaatiopalvelin Moodle Harjoitustyön demoaminen 4 Aikataulu Kysyttävää? Harjoitustyössä toteutetaan ohjelma, joka simuloi reititintä: ohjelma vastaanottaa reititysdataa
Lisätiedot15. Ohjelmoinnin tekniikkaa 15.1
15. Ohjelmoinnin tekniikkaa 15.1 Sisällys For-each-rakenne. Geneerinen ohjelmointi. Lueteltu tyyppi enum. 15.2 For-each-rakenne For-rakenteen variaatio taulukoiden ja muiden kokoelmien silmukoimiseen:
LisätiedotUutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2
LisätiedotTietojärjestelmän kehittäminen syksy 2003
Tietojärjestelmän kehittäminen syksy 2003 Ryhmä C2 Väliraportti 2-24.10. Päivi Laiterla Tomas Windahl Toni Nikkanen Antti Lehto 1 Sisällysluettelo Rich Picture...4 Käsitemalli...5 P-tason
LisätiedotOmahoitopolut.fi Toteutuksen tilannekatsaus
Omahoitopolut.fi Toteutuksen tilannekatsaus PVM 1 Sisällysluettelo Aikataulu ja saavutukset tähän mennessä Aikataulu, seuraavaksi toteutettavat tehtävät Budjetti Kertynyt työmäärä suhteessa suunniteltuun
LisätiedotSoveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen
Soveltuvuustutkimus Lifebelt-ohjelman ideologian käytettävyydestä olioorientoituneeseen ohjelmointiin Jukka Talvitie Valvoja: Professori Jorma Jormakka Paikka: TietoEnator oyj Ongelma Ideologia Lifebelt
LisätiedotUudet maksupalvelut valvojan ajankohtaiskatsaus
Uudet maksupalvelut valvojan ajankohtaiskatsaus Maksufoorumi 1 PSD2-sääntelyn aikajana PSD2:n edellyttämät maksupalvelu- ja maksulaitoslain muutokset pääosin voimaan 13.1.2018 PSD2-testijakso alkoi 14.3.2019
LisätiedotPS-vaiheen edistymisraportti Kuopio
PS-vaiheen edistymisraportti Kuopio Kuopio, PS-vaiheen edistymisraportti, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 1.0 30.10.2001 Ossi Jokinen Kuopio2001, vain kurssin T-76.115 arvostelun
LisätiedotTyön ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework
Työn ositusmalleista Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Walker Royce, Software Project Management, A Unified Framework 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata:
Lisätiedot9.2.2015 1 (3) KAUPUNKI Sosiaali- ja terveyskeskus Vanhustyö / K.R-P B. RISKIEN ARVIOINTI JA RISKIENHALUNTASUUNNITELMA
UUDENKAUPUNGIN Sosiaali- ja terveyskeskus Vanhustyö / K.R-P 9.2.2015 1 (3) B. RISKIEN ARVIOINTI JA RISKIENHALUNTASUUNNITELMA Olennaisimmat toimintaan ja talouteen liittyvät riskit sekä niihin suunnitellut
LisätiedotAineistosiirron testauksen aloituksen ohje Trafin sopimuskumppaneille
TraFin ulkoinen integraatio Aineistosiirron testauksen aloituksen ohje Trafin sopimuskumppaneille Ohje 26.2.2014 Versio 1.1, Hyväksytty Luottamuksellinen Vastuutaho Trafi MUUTOSHISTORIA Versio Päiväys
LisätiedotYlläpito. Ylläpito. Ylläpidon lajeja Ohjelmistotuotanto, syksy 1998 Ylläpito
Kaikki ohjelmistoon sen julkistamisen jälkeen kohdistuvat muutostoimenpiteet jopa 70-80% ohjelmiston elinkaarenaikaisista kehityskustannuksista Ylläpidon lajeja korjaava ylläpito (corrective) testausvaiheessa
LisätiedotProjektinhallinta SFS-ISO mukaan
Projektinhallinta SFS-ISO 21500 mukaan (Ohjeita projektinhallinnasta, 2012) 13.4.2017 Panu Kiviluoma Osaamistavoitteet Luennon jälkeen osaat selittää, mitä tarkoitetaan Projektilla Projektinhallinnalla
LisätiedotTest-Driven Development
Test-Driven Development Ohjelmistotuotanto syksy 2006 Jyväskylän yliopisto Test-Driven Development Testilähtöinen ohjelmistojen kehitystapa. Tehdään ensin testi, sitten vasta koodi. Tarkoituksena ei ole
LisätiedotToiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen
Vaatimusluettelo versio 0.17 Toiminnalliset ja ei-toiminnalliset vaatimukset Tunnus (ID) Vaatimus Vaatimuksen Yleiset vaatimukset 1 Koodistopalvelujärjestelmä on selainkäyttöinen 2 Käyttöliittymän tulee
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Tik-76.115 Projektiryhmä: TeamAhma www.niksula.cs.hut.fi/~jjkankaa/teamahma/ Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä Demosovelluksen tietokantakuvaus v. 1.0 Päivitetty
Lisätiedot11/20: Konepelti auki
Ohjelmointi 1 / syksy 2007 11/20: Konepelti auki Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy 2007 p.1/11 Tämän luennon
LisätiedotTYÖOHJEET VR-HYVINKÄÄ
TEEMU JAUHIAINEN, JONI NORDSTRÖM TYÖOHJEET VR-HYVINKÄÄ Metropolia Ammattikorkeakoulu KONE- JA TUOTANTOTEKNIIKKA Projektisuunnitelma 19.3.2014 Sisällys Lyhenteet 1 Johdanto 1 2 Projektin tavoitteet 1 3
LisätiedotPedacode Pikaopas. Web Service asiakasohjelman luominen
Pedacode Pikaopas Web Service asiakasohjelman luominen Pikaoppaan sisältö Pikaoppaassa kuvataan, Netbeans-työkalulla luodaan valmista olemassa olevaa Web Service palvelua käyttävä asiakasohjelma. Opas
LisätiedotProjektisuunnitelma. Palvelujen siirto Palvelutietovarantoon (PTV) Harri Nevala 1
Projektisuunnitelma Palvelujen siirto Palvelutietovarantoon (PTV) 11.12.2017 Harri Nevala 1 Versiohistoria Versio Pvm Muutoksen kuvaus Tekijä Hyväksyjä 0.1 22.9.2016 Ensimmäinen versio Juha Ranki 0.2 30.9.2016
LisätiedotS14 09 Sisäpeltorobotti AS Automaatio ja systeemitekniikan projektityöt. Antti Kulpakko, Mikko Ikonen
S14 09 Sisäpeltorobotti AS 0.3200 Automaatio ja systeemitekniikan projektityöt Antti Kulpakko, Mikko Ikonen 1. Projektin tavoitteet Projektin tavoitteena on toteuttaa ohjelmisto sisäpeltorobottiin seuraavien
LisätiedotMäärittelyvaihe. Projektinhallinta
Määrittelyvaihe Projektinhallinta testaus määrittely suunnittelu ohjelmointi käyttöönotto, testaus tuotteenhallinta laadunvarmistus dokumentointi vaatimustenhallinta Määrittely Määrittely, eli kansanomaisesti
LisätiedotS12-11. Portaalinosturi AS-0.3200. Projektisuunnitelma 2012. Oleg Kovalev
S12-11 Portaalinosturi AS-0.3200 Projektisuunnitelma 2012 Oleg Kovalev Sisällys 1. Työn tavoite... 3 2. Projektin osa-alueet... 3 2.1. Suunnittelu... 3 2.2. Komponenttien hankinta... 3 2.3. Valmistus...
LisätiedotYksikkötestaus. import org.junit.test; public class LaskinTest public void testlaskimenluonti() { Laskin laskin = new Laskin(); } }
Yksikkötestauksella tarkoitetaan lähdekoodiin kuuluvien yksittäisten osien testaamista. Termi yksikkö viittaa ohjelman pienimpiin mahdollisiin testattaviin toiminnallisuuksiin, kuten olion tarjoamiin metodeihin.
LisätiedotSEPA diary. Dokumentti: SEPA_diary_PK_HS.doc Päiväys: Projekti: AgileElephant
AgilElephant SEPA Diary Petri Kalsi 55347A Heikki Salminen 51137K Tekijä: Petri Kalsi Omistaja: ElectricSeven Aihe: PK&HS Sivu 1 / 7 Dokumenttihistoria Revisiohistoria Revision Numero Revision Päiväys
LisätiedotSoftware product lines
Thomas Gustafsson, Henrik Heikkilä Software product lines Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikan koulutusohjelma Asiantuntijateksti 17.11.2013 Sisällys 1 Johdanto 1 2 Software product
LisätiedotTestausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria
Sivu: 1 / 10 Testausdokumentti Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto Versiohistoria Versio Päivitykset 0.4 Lisätty mod_form.php -tiedostoon liittyvät testit 0.5 Lisätty johdanto 1.0 Dokumentti
LisätiedotPedacode Pikaopas. Web-sovelluksen luominen
Pedacode Pikaopas Web-sovelluksen luominen Pikaoppaan sisältö Pikaoppaassa kuvataan, miten Netbeans-työkalulla luodaan uusi yksinkertainen web-sovellus ja testataan sen toiminta. Opas kattaa kaiken aiheeseen
LisätiedotSisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
LisätiedotOhjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista
582101 - Ohjelmistotekniikan menetelmät, Ohjelmistotuotannon työkaluista 1 Ohjelmistotuotannon työkaluuista Projektinhallintatyökalut (ei käsitellä tällä kurssilla) CASE- ja mallinnustyökalut (esim. Poseidon)
Lisätiedot