Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
|
|
- Anni Sami Tamminen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Projektisuunnitelma v. 3.1 Päivitetty klo 19:30
2 Jussi Isotupa 2 (30) Dokumentin versiohistoria Versio Päivämäärä Muutoksen tekijä Selite Jussi Isotupa Päivitetty T3-vaiheen tehtävät Jussi Isotupa Tarkennettu käytettyjä työkaluja testipalvelimen osalta sekä käytettävää code conventionia. Lisätty liitteeksi muistilista T2-palautusta varten. Vaihdettu työkaluista käytettävä tietokantapalvelin ja lisätty maininta hakemistopalveluista Jussi Isotupa Lisätty T2-vaiheen aikana toteutettavat tuotokset ja kappale vaatimusten hallinnasta. Muutettu kooditarkastusten (8.7) määrittelyä, käytettävää palvelinalustaa sekä ulkoasua. Poistettu laatupäällikön tehtävistä koodin hyväksyminen. Selvennetty projektin tavoitetta Jussi Isotupa Lisätty maininta JUnit-ohjelman käyttämisestä moduulitestaukseen Jussi Isotupa Lisätty versiohistoria, versionumerointi ja kustannusarvio. Korjattu sisällysluettelosta turhat pois Jussi Isotupa Projektisuunnitelman ensimmäinen versio valmis. PROJEKTISUUNNITELMA 2
3 Jussi Isotupa 3 (30) Projektiryhmällä tarkoitetaan opiskelijoiden muodostamaa työryhmää, jonka vastuulla on projektin toteutus. Asiakkaalla tarkoitetaan projektin lopputuotteen vastaanottajaa, eli A-Ware Oy:tä. Tiivistelmä Asiakkaan projektit koostuvat usein palvelinpuolen sovelluksista, jotka toteutetaan räätälöidysti A-Ware Oy:n asiakkaan tarpeisiin. Sovellukset julkistavat usein palveluita Internetiin, Intranetiin tai Extranetiin. Näillä sovelluksilla on lähes aina liityntöjä tietokantoihin, tapahtumankäsittelyjärjestelmiin tai muihin olemassaoleviin tietovarastoihin ja järjestelmiin. Johtuen järjestelmien ja käyttäjätietojen eroista projektien väleillä, on perinteisesti käyttäjien ja käyttöoikeuksien hallinta jouduttu toteuttamaan projektikohtaisesti. Projektin tavoitteena on kehittää sovelluskehikko, joka tarjoaa rajapintoja ja valmiiksi toteutettuja toimintoja käyttäjien autentikointiin sekä käyttäjätietojen ja käyttöoikeuksien hallintaan. Kehitettävän sovelluskehikon tulee toimia modulaarisena ja laajennettavana, jolloin ei sitouduta tiettyihin tietolähteisiin tai tietoihin. Tämä dokumentti sisältää projektisuunnitelman, joka kuvaa projektiryhmän käytännöt, resurssit, käytettävät menetelmät, aikataulun sekä projektin tavoitteet ja sen riskit. PROJEKTISUUNNITELMA 3
4 Jussi Isotupa 4 (30) Sisällysluettelo Tiivistelmä Johdanto Termit ja määritelmät Asiakkaan nykyinen ratkaisu Projektin toteutusperusteet Projektin organisaatio Projektin tavoitteet ja päättäminen Projektin resurssit Projektissa käytettävät menetelmät ja työkalut Projektin ositus, vaiheistus ja resurssointi Seuranta ja ohjaus Standardit, direktiivit ja määräykset Riskienhallintasuunnitelma Projektiryhmän sisäinen koulutussuunnitelma Lähdeluettelo Liiteluettelo PROJEKTISUUNNITELMA 4
5 Jussi Isotupa 5 (30) 1. Johdanto 1.1. Projektin tarkoitus ja kattavuus Ryhmä suunnittelee ja toteuttaa geneerisen sovelluskehikon, joka tarjoaa palveluita käyttäjien autentikointiin ja käyttöoikeuksien hallintaan hajautetuissa ympäristöissä. Kehikon ajatus on tarjota sovelluskehitystä helpottava ja nopeuttava abstraktio alla oleville käyttäjätietolähteille siten, että samoja komponentteja voidaan käyttää riippumatta allaolevasta käyttäjätietovarastosta (esim. LDAP, tietokannat jne.). Arkkitehtuuriin tulee voida liittää rajapintoja mahdollisesti myös myöhemmin lisättäviin käyttäjätietovarastoihin. Sovelluskehikon itse toteutus ei ole ensisijaisen tärkeä, vaan malli siitä, kuinka käyttäjätiedoista muodostuvan kokonaisuuden hallinta on helppoa ja järkevää hajautetussa ympäristöissä. Ryhmän mahdollisesti löytämä ratkaisu toteutetaan Javalla ja mallia pilotoidaan esimerkkisovelluksella. Esimerkkisovelluksena käytetään yksinkertaista Webiin toteutettavaa projektin tuntiseuranta sovellusta. Myös tämä toteutetaan Java-pohjaisesti Asiakas Projektin asiakas on A-Ware Oy, joka on Espoossa sijaitseva itsenäinen internettalouden ratkaisuja kehittävä ohjelmisto- ja asiantuntijayritys, jonka asiakaskunta koostuu muutamasta valitusta, oman alansa johtavasta kansainvälisesti toimivasta telekommunikaatio-, media-, pankki-, rahoitus- ja vakuutusalan yrityksestä. A- Ware Oy on uuden teknologian luotettava kumppani ja sen menestys perustuu vankkaan osaamiseen ja asiantuntemukseen niin Java-/internet- ja olioteknologioiden kuin myös tietoturvan alueella. A-Ware Oy tekee yhteistyötä muun muassa sellaisten merkittävien teknologiatoimittajien kanssa kuten BEA Systems, IBM, Oracle ja Sun Microsystems. A-Ware Oy:llä on henkilökuntaa kirjoittamisen hetkellä noin 20 työntekijää, ja uuden yksikön käynnistyttyä vuoden vaihteessa tulee olemaan noin 30 työntekijää. [1] Asiakkaan yhteyshenkilönä toimii toimitusjohtaja Nina Kesälä ja ohjaajana Arto Laurila Oikeudet työn tuloksiin Oikeudet lähdekoodiin jäävät asiakkaalle. Projektin pääasiallinen tarkoitus on kuitenkin löytää malli käyttäjätietojen käyttöön, eikä asiakas puutu asiaan, jos projektiryhmän jäsenet hyödyntävät löydettyä mallia ja projektin aikana saavutettua tietoutta. PROJEKTISUUNNITELMA 5
6 Jussi Isotupa 6 (30) Projektiryhmän tuottama dokumentaatio on julkista ja sen tekijänoikeudet kuuluvat asiakkaalle. Jos asiakas yksipuolisesti haluaa keskeyttää projektin, voi projektiryhmä jatkaa projektia. Tällöin asiakas menettää oikeutensa projektin tuotoksiin ja kaikki oikeudet siirtyvät projektiryhmälle Projektisuunnitelman rakenne Projektisuunnitelman 1. luku sisältää lyhyen kuvauksen asiakkaasta, toteutettavasta sovelluskehikosta ja projektin luonteesta. Luku sisältää myös ohjeet projektisuunnitelman ylläpitoon. 2. luvussa käydään läpi projektisuunnitelmassa käytetyt termit ja lyhenteet. Kolmas ja neljäs luku kuvaavat asiakkaan tämän hetkisen ratkaisun ja motiivin sovelluskehikon kehittelylle, sekä projektista koituvat kustannukset ja haitat asiakkaalle. Viidennessä luvussa esitellään projektiorganisaatio, projektiryhmän jäsenet sekä sidosryhmät intresseineen. Kuudennessa luvussa esitellään projektin tavoitteet eri sidosryhmien näkökulmista katsoen ja seitsämäs luku listaa projektin käytettävissä olevat resurssit. Kahdeksas luku käy läpi projektiryhmän käyttämät menetelmät ja työkalut, joilla sovelluskehikko suunnitellaan ja toteuteaan. Yhdeksännessä luvussa projekti ositetaan ja osat esitellään. Lisäksi luvussa käydään läpi käytettävät resurssit vaiheittain, ja luvussa kymmenen käsitellään projektin vaiheiden seurantaan ja ohjaukseen käytettävät menetelmät. Luvussa 11 käydään läpi projektia koskevat direktiivit ja määräykset sekä projektin noudattamat standardit. Luku 12 esittelee projektiin kohdistuvat riskit ja menetelmät niiden välttämiseksi ja vahinkojen korjaamiseksi. Kolmastoista luku käsittelee ryhmän sisäisen koulutussuunnitelman. Projektiryhmä ei järjestä koulutusta asiakkaalle Projektisuunnitelman päivittäminen Projektisuunnitelma pidetään jatkuvasti projektin aikana ajantasalla. Projektisuunnitelma toimii eräänlaisena sopimuksena asiakkaan ja projektiryhmän välillä sekä tiedotuskanavana projektin käytännöistä. PROJEKTISUUNNITELMA 6
7 Jussi Isotupa 7 (30) 2. Termit ja määritelmät asiakas A-Ware Oy. Asiakkaan ollessa yritys, yrityksen edustajana toimii toimitusjohtaja Nina Kesälä. EJB Enterprise Java Beans, Javan komponenttiarkkitehtuuri. [2] katselmus projektin vaiheen loppuessa pidettävä tilaisuus, johon osallistuu asiakkaan edustaja, kurssin assistentti ja projektiryhmä. J2EE Java 2 Enterprise Edition, sovelluskehitysrajapinta Javalla toteutettuihin hajautettuihin sovelluksiin. [3] projektiryhmä opiskelijoiden muodostama työryhmä, katso projektiryhmän kokoonpano ohjaaja Ohjaa projektiryhmän työskentelyä ja auttaa projektiryhmää asiakkaan näkökulmasta. tarkastus projektiryhmän osan sisäinen tarkastus, jossa projektiryhmän jäsenet tarkastavat keskenään omaa työtään laadun varmistamiseksi. tilaaja Asiakkaan edustaja, joka on tilannut tuotteen. sovelluskehikko toteutettava rajapinnoista rakentuva malli, jolla mallinnetaan käyttäjätietoja ja käyttöoikeuksia. PROJEKTISUUNNITELMA 7
8 Jussi Isotupa 8 (30) 3. Asiakkaan nykyinen ratkaisu A-Ware Oy toteuttaa asiakkailleen räätälöityjä sovellusratkaisuja asiakkaiden tarpeisiin. Sovellukset lähes aina sisältävät jonkinasteista käyttäjän tunnistamista ja profilointia. Tällä hetkellä käyttäjien hallinta ja oikeuksien valvontaan ei ole yleiskäyttöistä ratkaisua, ja suuri osa käyttäjäinformaatioon liittyvästä toiminnallisuudesta joudutaan rakentamaan tai sovittamaan projektikohtaisesti. Tämä on aikaa ja resursseja vievä prosessi, jonka toistaminen jokaisessa projektissa on turhaa. Lisäksi tämä johtaa siihen, että ratkaisussa helposti sitoudutaan voimakkaasti johonkin suunnittelun ja toteutuksen aikana käytössä olleeseen teknologiaan, jolloin ratkaisu on riippuvainen tästä teknologiasta. Esimerkkinä voisi olla sitoutuminen johonkin tiettyyn tietokantaan, esimerkiksi DB2:en, jolloin sovelluksen käyttämän tietokannan vaihtaminen esimerkiksi Oracleen voi aiheuttaa mittavia muutoksia sovelluksessa. PROJEKTISUUNNITELMA 8
9 Jussi Isotupa 9 (30) 4. Projektin toteutusperusteet Projektista ei aiheudu asiakkaalle suoranaisia kustannuksia projektin vuoksi poislukien kurssin ilmoittautumismaksu. Asiakas antaa projektin toteuttamista varten projektiryhmälle mahdollisuuden erinäisten työkalujen käyttöön. Projektia varten ei hankita uutta laitteistoa tai ohjelmistoa. Projektiryhmään kuuluu kaksi asiakkaan työntekijää, joiden käyttämä aika projektiin on poissa muusta työnteosta asiakkaalle. Lisäksi ohjaaja sitoutuu käyttämään aikaansa projektin katselmuksiin ja projektiryhmän ohjaukseen ja neuvomiseen. Asiakkaan tavoitteena on tuoda lisää joustavuutta sovelluskehitykseen ja saavuttaa kustannussäästöjä helpottamalla sovelluskehitystä jatkossa sekä mahdollisia muutoksia sovelluskehikon pohjalta toteutettuihin sovelluksiin. PROJEKTISUUNNITELMA 9
10 Jussi Isotupa 10 (30) 5. Projektin organisaatio Nina Kesälä Asiakas A-Ware Oy Kristian Rautiainen Kurssiassistentti Arto Laurila TKK Ohjaaja A-Ware Oy arvioi Projektiryhmä Tomas Björnfot Projektipäällikkö Projektiryhmä Jussi Isotupa Tietolähdepäällikkö Projektiryhmä Timo Lämsä Laatupäällikkö Projektiryhmä Janne Kankaanpää Dokumentointipäällikkö Projektiryhmä Mickey Shroff Käytettävyyspäällikkö Projektiryhmä Opponenttiryhmä TKK Mikko Viljainen Testauspäällikkö Projektiryhmä 5.1. Projektiryhmä Jotta yksittäiset projektiryhmän jäsenet eivät olisi korvaamattomia, on jäsenille sovittu varahenkilöt. Varahenkilöt voivat hoitaa ryhmän jäsenen tehtäviä sairauden tai muun työkyvyttömyyden sattuessa. Varahenkilöiden tulee olla perillä tuurattavansa tehtävistä ja asioista tasolla, että korvaaminen todella on mahdollista. Tomas Björnfot, Projektipäällikkö Tomas vastaa projektiryhmän johtamisesta sekä A-Waren työntekijänä yhteydenpidosta asiakkaaseen. Tomaksen varahenkilönä toimii Jussi Isotupa. Puhelin: PROJEKTISUUNNITELMA 10
11 Jussi Isotupa 11 (30) Kiinnostus- ja osaamisalueet: Java Server Programming Opiskelu- ja työkokemus:?? 5. vuosikurssi TKK:lla tietotekniikan osastolla?? 1,5v. Hairstore Oy, ohjelmoija, Java -pohjaisen verkkokaupan suunnittelu ja toteutus, sekalaista Windows-ohjelmointia, Linux-ylläpitoa?? 0,5v. A-Ware Oy, Java programmer (työsuhde voimassa), hajautettujen Java-sovellusten suunnittelua ja toteutusta, WAP?? Henkilökohtainen kiinnostus projektia kohtaan työnantajan kautta Jussi-Pekka Isotupa, tietolähdepäällikkö Jussi vastaa tietolähdemodulien suunnittelusta ja toteutuksesta. Lisäksi hän hoitaa projektin ohjausta Tomaksen varahenkilönä. Puhelin: Kiinnostus- ja osaamisalueet: Windows DNA arkkitehtuuri, hajautetut sovellukset, tietokannat Opiskelu- ja työkokemus:?? 5. vuosikurssi TKK:lla konetekniikan osastolla.?? 1,5v. WM-Data Faci Oy, asentaja, laitteiston ja ohjelmistojen esiasennukset, turvamerkinnät?? 2v. Tielaitoksen tuotanto, tiedonhallinta, suunnittelija, Intranetsovelluskehitys käyttäen Microsoftin tuotteita, asiakas/alihankkija/kilpailija rekisterin suunnittelu ja toteutus, tarjous- ja sopimusrekisterin suunnittelu ja toteutus?? 0,5v. Weppihiiri Oy, Tekninen johtaja (työsuhde voimassa), WWWsovelluskehitys Microsoft-tuotteilla, businesslogiikka ja tietokannat Janne Kankaanpää, dokumentointipäällikkö Janne vastaa dokumenttien laadusta, yhtenäisyydestä ja versionhallinnasta. Jannen varahenkilönä toimii Mikko Viljainen. Puhelin: Kiinnostus- ja osaamisalueet: Java programming Opiskelu- ja työkokemus:?? 2,5 vuotta Vaasan yliopistossa tietotekniikkaa?? vuosikurssi TKK:lla?? 0,5v. ICL, Vaasa, harjoittelija, sekalaista WWW-ohjelmointia?? 0,5v. Vaasan yliopisto, assistentti, tietorakenteet ja olio-ohjelmointi PROJEKTISUUNNITELMA 11
12 Jussi Isotupa 12 (30)?? 0,5v. A-Ware Oy, Java programmer (työsuhde voimassa), hajautettujen sovellusten toteutus Java-tuotteilla Timo Lämsä, Laatupäällikkö Timo vastaa sovelluskehikon laadusta ja pyrkii luomaan systemaattista toimintatapaa ryhmän sisälle. Timon varahenkilönä toimii Mickey Shroff. Puhelin: Kiinnostus- ja osaamisalueet: tietokannat, komponenttiohjelmointi, www-sovellusten ohjelmointi, MS:n työkalut edellämainittuissa Opiskelu- ja työkokemus:?? 5. vuosikurssi TKK:lla tietotekniikan osastolla?? 1½v. Tielaitoksen tuotanto, Intranet-sovellukset?? 1v. Hewlett-Packard, Intranet-sovellukset?? ½v. Weppihiiri Oy, Toimitusjohtaja (työsuhde voimassa)?? 2kk Kirahvi-domainit Oy, Toimitusjohtaja (työsuhde voimassa) Mickey Shroff, Käytettävyyspäällikkö Mickey vastaa siitä, että sovelluskehikko on käyttökelpoinen, helppo ja mukava. Sovelluskehikon tarkoituksena kuitenkin on helpottaa sovelluskehitystä eikä tehdä siitä monimutkaista ja vaikeaa. Mickeyn varahenkilönä toimii Timo Lämsä. Puhelin: Kiinnostus- ja osaamisalueet: c, c++, java, sulautetut järjestelmät, reaaliaikakäyttöjärjestelmät, tietokannat, WWW-sovellukset ja tietoturvallisuus Opiskelu- ja työkokemus:?? Aikaisempia opintoja Vaasassa?? vuosikurssi TKK:lla tietotekniikan osastolla?? Työkokemusta c:n, c++:n, sulautettujen järjestelmien, reaaliaikakäyttöjärjestelmät, ja salausalgoritmien parissa. Mikko Viljainen, Testauspäällikkö Testauksen erikoismiehenä Mikko suunnittelee ja osittain toteuttaa järjestelmän kuormitus- ja toiminnallisuustestauksen, sekä ohjaa moduulitestausta. Mikon varahenkilönä toimii Janne Kankaanpää. Puhelin: Kiinnostus- ja osaamisalueet: Testaus PROJEKTISUUNNITELMA 12
13 Jussi Isotupa 13 (30) Opiskelu- ja työkokemus:?? 5. vuosikurssi TKK:lla konetekniikan osastolla 5.2. Sidosryhmät Asiakas, A-Ware Oy Nina Kesälä, Asiakas Puhelin: GSM: Arto Laurila, Ohjaaja Puhelin: GSM: Sovelluskehikon käyttäjät Sovelluskehikon käyttäjäkuntaa tulevat olemaan asiakkaan ohjelmoijat, sekä mahdollisesti myös asiakkaan asiakkaat TKK, Ohjelmatyökurssin edustajat Kristian Rautiainen, Projektiryhmän kurssiassistentti Kristian toimii ohjelmatyökurssin edustajana ja ohjaajana sekä osallistuu katselmuksiin. WWW: GSM: Puhelin: Fax: Opponenttiryhmä Kurssin muista projektiryhmistä yksi valitaan projektiryhmän opponenttiryhmäksi. n opponenttiryhmä on Hayabusa. Opponenttiryhmät arvioivat toistensa työtä. PROJEKTISUUNNITELMA 13
14 Jussi Isotupa 14 (30) Weppihiiri Oy Projektiryhmään kuuluu Weppihiiri Oy:n työntekijöitä. Vaikka Weppihiiri ei yrityksenä ole mukana projektissa, voi Weppihiiri Oy luovuttaa projektiryhmän käyttöön palvelintiloja sekä ohjelmistoja. PROJEKTISUUNNITELMA 14
15 Jussi Isotupa 15 (30) 6. Projektin tavoitteet ja päättäminen 6.1. Projektiryhmän tavoitteet 1. Projektiryhmän ensisijainen tavoite on hyvän projektityöskentelyn opetteleminen. Tämä sisältää käytetyt menetelmät ja työkalut. Tavoitteeseen kuuluu myös se, että projektiryhmä hahmottaa kaikkien osapuolien tasaisen työpanoksen merkityksen. 2. Tyytyväinen asiakas. Tämä saavutetaan hyvällä lopputuotteella, joka taas on seurausta hyvästä suunnittelusta, dokumentoinnista ja laadunvalvonnasta. 3. Oppia käytettäviä Java-tekniikoita. 4. Viisi opintoviikkoa. Tämä ei luonnollisesti kuitenkaan ole se, josta ensimmäisenä tingitään, sillä opintoviikot ovat seurausta projektin läpiviennistä Asiakkaan tavoitteet Asiakkaan tarkemmat vaatimukset on määritelty vaatimusmäärittelyssä. Top-10 on asiakkaan pääasialliset tavoitteet, joiden avulla mitataan projektin onnistumista TOP Sovelluskehikko tarjoaa HTML-lomakkeella tapahtuvat käyttäjän identifioinnin/autentikoinnin ja HTTP standardien mukaisen Basic autentikoinnin 2. Sovelluskehikon avulla voi suorittaa operaatioita vain käyttäjän käyttöoikeuksien rajoissa (verifiointi vaikeaa; sovelluskehikko voidaan todistaa aukolliseksi, ei aukottomaksi!) 3. Projektiryhmä toteuttaa valmiit rajapinnat SQL92- ja LDAP tietolähteisiin, joita voi periyttämällä muokata sovelluskohtaisiin tarkoituksiin. 4. Sovelluskehikko on asiakkaan arvion mukaan riittävän modulaarinen ja laajennettava 5. Sovelluskehikko on geneerinen, ei saa sitoutua tiettyihin tietolähteisiin 6. Riittävä suorituskyvyltään, ts. se ei saa hidastaa sovelluksen toimintaa LIIKAA. Suorituskykyrajoitteet ovat AINA sovelluskohtaisia, joten tarkkoja rajoa SOVELLUSKEHYKSELLE ei voida määrittää. Projektiryhmän tulee selvittää, kuinka voimakas sovelluskehikon suorituskykyvaikutus on. 7. Riittävän helppokäyttöinen, että sovelluskehikon käyttäminen on mukavaa ja kannattavaa Käytön helppous ja kannattavuus kokeillaan esimerkkisovelluksella. 8. Sovelluskehikon tulee tarjota myös mahdollisuus käyttöoikeuksien valvontaan sovelluksessa, jolloin sovelluskehikko toimii vain rajapintana käyttäjätietolähteeseen. PROJEKTISUUNNITELMA 15
16 Jussi Isotupa 16 (30) 9. Sovelluskehikko tulee dokumentoida niin hyvin, että sen käyttöönotto asiakkaan omissa projekteissa on asiakkaan arvion mukaan riittävän helppoa ja tehokasta. 10. Sovelluskehikon tulee toimia J2EE standardeja noudattavissa sovelluspalvelimissa. Tämä varmistetaan. Projektiryhmä toteuttaa myös esimerkkisovelluksen työn osana. Esimerkkisovelluksen tarkoitus ei ole olla valmis tuote, vaan sen tarkoitus on kokeilla sovelluskehikon käyttöä tositilanteessa. Asiakas EI ole kiinnostunut esimerkkisovelluksesta. Esimerkkisovelluksen toteutus ei saa siis viedä liikaa aikaa, ja sen toiminnoista tingitään ensimmäiseksi. Esimerkkisovellus esitellään vaatimusmäärittelyssä. Esimerkkisovelluksena toteutetaan yksinkertainen projektien tuntiseurantasovellus Projektin tavoitteet Projektin tavoitteena on toteuttaa käyttäjien tunnistamiseen ja käyttöoikeuksien hallintaan sovelluskehikko, joka tarjoaa valmiita palveluja ja ratkaisumallin ongelmakentän ratkaisemiseen. Sovelluskehikosta pyritään tekemään helposti laajennettava ja mukautettava erilaisten sovellusten tarpeisiin Projektin keskeyttämiskriteerit Projekti keskeytetään mikäli?? Asiakas keskeyttää projektin?? Mikäli projektia ei pystytä viemään loppuun kurssin puitteissa tai hiukan yli. Työmäärä saa ylittää 25% projektiryhmän yhteenlasketun työmäärän (6*200h=1200h), eli saa olla maksimissaan 1500h.?? Mikäli todetaan asiakkaan kanssa, että sovelluskehikon toteuttaminen ei ole mahdollista?? Mikäli todetaan asiakkaan kanssa yhteisesti, että sovelluskehikon käytöstä ei saada riittävää hyötyä?? Microsoft julkaisee kaiken kattavan ilmaisen ratkaisun, joka toimii jokaisella laitealustalla Projektin keskeyttämiseksi tarvitaan asiakkaan päätös tai projektiryhmän enemmistön päätös. Jos asiakas keskeyttää projektin, voi projektiryhmä halutessaan jatkaa kehitystä ja saa samalla täydet oikeudet projektin tuotoksiin. Projektiryhmän keskeyttäessä projektin se laatii selvityksen keskeyttämisen syistä Projektin päättämiskriteerit Projekti päättyy, kun?? työtunteja on projektiryhmän jäseneet tehneet yhteensä riittävästi suhteessa kurssin työmäärän. Tämä tarkoittaa 75% kurssin työmäärästä, eli (6*200h*0,75) = 900h. PROJEKTISUUNNITELMA 16
17 Jussi Isotupa 17 (30)?? sovelluskehikko ja esimerkkisovellus ovat vaatimusmäärittelyn mukaisia ja asiakkaan hyväksymiä?? lopputulos dokumentteineen on toimitettu asiakkaalle?? on pidetty päätöspalaveri, johon osallistuvat asiakkaan edustajat (ohjaaja ja tilaaja), projektiryhmän enemmistö sekä kurssin ohjaaja Projektiryhmä toimittaa asiakkaalle?? sovelluskehikon käännettynä?? sovelluskehikon lähdekoodit?? dokumentaation sovelluskehikkoon, joka sisältää JavaDoc-referenssit sekä ohjeen, kuinka sovelluskehystä käytetään sovelluskehityksessä?? esimerkkisovelluksen lähdekoodit?? muun projektin aikana syntyneen dokumentaation Projektiryhmä ei kouluta asiakasta sovelluskehikon käyttöön. Projektiryhmään kuuluu kaksi asiakkaan työntekijää, joten asiakkaalle jää myös syvällisempää tietoutta sovelluskehikosta. Asiakas ja asiakkaan työntekijät sopivat keskenään koulutuksen järjestämisestä, mikäli se on tarpeellista. PROJEKTISUUNNITELMA 17
18 Jussi Isotupa 18 (30) 7. Projektin resurssit 7.1. Henkilöresurssit Henkilökohtaisen ajankäytön arvio projektin alussa: Tomas Jussi Janne Timo Mickey Mikko Yhteensä PS T T T T LU Yhteensä Tiedossa olevat poissaolot Tomas Jussi Janne Timo Mickey Mikko Ohjaaja Projektin ohjaaja on käytettävissä, jos ja kun tarvetta ilmenee ja hänet kiinni saa Laiteresurssit?? palvelin ryhmän käyttöön asiakkaalta?? tarvittaessa palvelintilaa ja verkkoyhteys Weppihiiri Oy:ltä?? tarvittaessa Jussin laitteisto käytettävissä, dynaamisella IP:llä DSL-piuhan takaa PROJEKTISUUNNITELMA 18
19 Jussi Isotupa 19 (30) 7.4. Projektin kustannusarvio Projektiryhmä on arvioinut käyttävänsä projektiin n tuntia työtä. Tämän lisäksi asiakkaalle tulee kustannuksia oman väen sitomisesta projektiin sekä toimitettavista laitteista ja ohjelmistoista. Työntekijöistä, laitteista ym. kuluista on arvioitu koituvan kuluja yhteensä n. 375mk/h. 1200h x 350mk/h ~ mk PROJEKTISUUNNITELMA 19
20 Jussi Isotupa 20 (30) 8. Projektissa käytettävät menetelmät ja työkalut 8.1. Työkalut Sovelluskehikko suunnitellaan ja kuvataan UML-kuvauskielellä. UML-työkaluja ryhmällä on käytössä?? Rational Rose, käyttöön koululta. Ei käytetä.?? TogetherJ, käyttöön asiakkaalta, vastuuhenkilönä Tomas Sovelluskehikon toteutukseen käytetään?? JBuilder, käyttöön asiakkaalta, vastuuhenkilönä Janne?? J2EE SDK 1.2.1, ilmainen, vastuuhenkilönä Jussi?? J2SE SDK 1.3.0, ilmainen, vastuuhenkilönä Jussi Jos aikaa jää, toteutetaan demoluonteisesti Microsoft COM-arkkitehtuurin mukainen rajapinta. Tähän tarvittavavat työkalut ovat Microsoft Visual Studio MS Visual J sekä Sunin Proxy COM-komponentteihin. Microsoftin tuotteet on käytettävissä Weppihiiri Oy:n tiloissa. Vastuuhenkilö Jussi. T2-vaiheen alussa asennetaan ryhmän käyttöön palvelin asiakkaan tiloihin. Käytettävä palvelinympäristö on Windows IBM WebSphere Application Server 3.5. Tietokantana käytetään Oracle 8i:tä. Hakemistopalvelut toteutettaneen Netscape Directory 3.0:lla. Dokumentointi tehdään Microsoft Office -työkaluilla tallettaen Office 97- formaatteihin. Katselmoitavat dokumentit konvertoidaan.pdf-tiedostoiksi, jotka laitetaan ryhmän kotisivuille, jotka löytyvät osoitteesta Dokumentointikielenä on suomi. Referenssidokumentaatio tehdään JavaDocilla. Esimerkkisovelluksen kuormitustestaus hoidetaan Microsoftin ilmaisella Web Application Stress Tool työkalulla. Ilmaista JUnit-ohjelmaa käytetään moduulitestaukseen, jonka käytöstä Mikko Viljainen kirjoittaa testaussuunnitelmaan. Raportointiin käytetään Buranaa, Tiranaa ja tulosten tarkastaluun ViCaa. Projektin aikataulu ja resurssien allokointi tehdään MS-Project 98:lla. Projectin kanta dumpataan Tiranaa varten PMIX-ohjelmalla. PROJEKTISUUNNITELMA 20
21 Jussi Isotupa 21 (30) 8.2. Versionhallinta Dokumentointipäällikkö ja VAIN dokumentointipäällikkö vastaa dokumenttien yhtenäisyydestä ja versionhallinnasta. Dokumentit tulee hyväksyttää dokumentointipäälliköllä, joka liittää ne ryhmäkohtaiseen dokumentaatioon. Ryhmäkohtainen dokumentaatio talletetaan ryhmän kotisivuille. Jokaisen suuremman muutoksen jälkeen tulee dokumenttien edellinen versio pitää tallessa projektin vaiheen ajan ja versionumero päivittää. Projektin vaiheen loputtua kun vaiheen katselmus on pidetty, voidaan vaiheen väliversiot poistaa. Projektikatselmuksissa hyväksytyt dokumentit tulee säilyttää! Koodiin pätee samat periaatteet. Laatupäällikkö valvoo koodin yhtenäistä tyyliä ja virheettömyyttä sekä huolehtii versionhallinnasta. Projektin vaiheen keston aikana suurempien muutosten jälkeen edellinen versio tulee säästää. Vaiheen loputtua versiot voidaan poistaa pl. katselmuksessa hyväksytyt koodit Versionumerointi Versionumerointi toteutetaan kaksinumeroisena. Jälkimmäinen numero kasvaa joka toimituksessa, toimitus tarkoittaen tässä yhteydessä koodin liittämistä ryhmäkohtaiseen koodivarastoon. Ensimmäinen numero kuvaa projektin vaihetta Seurantatyökalut Buranaa käytetään projektin tuotosten koon seurantaan, opponenttiryhmän tuotoksista löydettyihin bugeihin sekä omaan bugiraportointiin. Tiranaa käytetään tuntiseurantaan, jotta projektipäällikkö voi arvioida projektin etenemistä ja aikataulua sekä hyödyntää toteutumaa seuraavia vaiheita suunnitellessa Tiedonkulku Tiedonvälitys hoidetaan pääasiassa sähköpostitse. Projektiryhmällä on jakelulista, jonka avulla saa helposti postin kaikille Nimeämiskäytännöt Javakoodi Javassa noudatetaan Java Code Conventionia, eli luokat alkavat isoilla kirjaimilla, metodit ja attribuutit alkavat pienellä kirjaimella ja sanat alkavat nimen keskellä isoilla. Sanat kirjoitetaan yhteen. [7] class ClassExample implements NanoNano { }... int kokonaislukumalli; PROJEKTISUUNNITELMA 21
22 Jussi Isotupa 22 (30) for {int i = 0; i < 0; i++) { } if (i == 0) { } Dokumentit Dokumentit nimetään kuvaavilla nimillä, esim. projektisuunnitelma.doc Suunnittelumenetelmät Luokkien mallinnus tehdään UML-notaatiolla Laadunvarmistus Laatupäällikkö valvoo koodin laatua, kommentointia ja dokumentteja. Testauksen yhteydessä järjestetään kooditarkistuksia, joissa koodin kirjoittaja esittelee koodin ydinajatukset tarkistajalle ja tärkeät kohdat voidaan käydä läpi rivi riviltä. Tarkistukset suoritetaan työpareittain. Laatupäällikkö EI tarkista kaikkea koodia itse, vaan valvoo tyylin ja käytäntöjen säilymistä Muutosten hallinta Pyritään luomaan hyvä dokumentaatio, jolloin muutosten säteily järjestelmän muihin osiin on helpommin hallittavissa. Laatupäällikkö valvoo ja ohjaa. Muutokset pyritään minimoimaan hyvällä suunnittelulla, erityisesti huolellisella rajapintojen määrittelyllä, mutta sovelluskehikon rakentamisessa muutokset ovat väistämättömiä Vaatimusten hallinta Muutokset sovelluskehikon vaatimuksiin tulee arvioida niiden vaikutusten perusteella. Vaikutusten perusteella arvioidaan tarvittavien muutostöiden määrä ja niiden vaikutus aikatauluun sekä lopputuotteeseen toteutettaviin ominaisuuksiin. Ryhmän työmäärän ei saa kasvaa vaatimusten muuttumisen myötä yli kurssin edellyttämän työmäärän. Projektiryhmän tekemä arvio muutosten vaikutuksesta esitetään asiakkaalle, joka hyväksyy tai hylkää haluamansa muutokset. PROJEKTISUUNNITELMA 22
23 Jussi Isotupa 23 (30) 9. Projektin ositus, vaiheistus ja resurssointi Tarkka resurssointi MS-Project-liitteessä. Projektin suunnittelu Projektin suunnittelun aikana laaditaan projektisuunnitelma ja resursoidaan projektin vaiheet. Tuotettavia dokumentteja ovat projektisuunnitelma ja vaatimusmäärittely. Projektisuunnitelma esitellään ja opponoidaan kello TKK:n päärakennuksen J-salissa. Toteutus 1 (T1) Vaiheen aikana tehdään toiminnallinen ja tekninen määrittely sovelluskehykselle ja toteutetaan alustava prototyyppi sovelluskehyksestä. Esimerkkisovelluksen kehittäminen aloitetaan sovelluskehyksen rinnalla. Tuotettavia dokumentteja ovat?? sovelluskehikon toiminnallinen ja tekninen määrittely, alustava?? esimerkkisovelluksen toiminnallinen ja tekninen määrittely?? testaussuunnitelma?? edistysmisraportti Toteutus 1-vaiheen lopussa pidetään projektikatselmus 10. marraskuuta Spektrin Kvintin ensimmäisessä kerroksessa huoneessa Toteutus (T2) Jatketaan sovelluskehikon määrittelyä ja suunnittelua sekä toteutusta. Esimerkkisovellus saatetaan kuntoon, jossa sovelluskehyksen käyttöä voidaan demota oikealla sovelluksella. Vaiheen jälkeen pidetään projektikatselmus Spektrissä 15. joulukuuta kello 1100, jolloin järjestetään proton demo. Vaiheen aikana toteutetaan: 1. Sovelluskehikon ensimmäinen versio 2. Tietokantarajapinta SQL-tietokantoihin käyttäen tietokantana IBM DB2:a. 3. Esimerkkisovellusta toteutetaan sen verran, että sillä pystytään demoamaan käytännössä sovelluskehikon tarjoamia palveluita.. Vaiheen aikana tuotettavat dokumentit: 1. hiotut sovelluskehikon toiminnalliset ja tekniset määrittelyt 2. hiotut esimerkkisovelluksen toiminnalliset ja tekniset määrittelyt 3. edistymisraportti 4. testausraportti PROJEKTISUUNNITELMA 23
24 Jussi Isotupa 24 (30) Toteutus (T3) Jatketaan sovelluskehikon määrittelyä ja suunnittelua sekä toteutusta. Vaihe jakaantuu joulun molemmin puolin, jolloin on tenttikaudet, joululoma jne. Pitkä vaihe ajallisesti, mutta tehokasta työaikaa yllättävän vähän. Vaiheen jälkeen pidetään projektikatselmus 16. helmikuuta Spektrissä, jolloin järjestetään proton demo. Vaiheen aikana toteutetaan: 1. tietolähderajapinnat kuntoon 2. Relaatiotietokanta-pohjainen esimerkkitoteutus 3. protoillaan LDAP-pohjaista esimerkkitoteutusta Vaiheen aikana tuotettavat dokumentit: 1. hiotut sovelluskehikon toiminnalliset ja tekniset määrittelyt 2. hiotut esimerkkisovelluksen toiminnalliset ja tekniset määrittelyt 3. edistymisraportti 4. testausraportti Toteutus (T4) Jatketaan sovelluskehikon määrittelyä ja suunnittelua sekä toteutusta. Vaihe jakaantuu joulun molemmin puolin, jolloin on tenttikaudet, joululoma jne. Pitkä vaihe ajallisesti, mutta tehokasta työaikaa yllättävän vähän. Vaiheen jälkeen pidetään projektikatselmus 22. tai 23. maaliskuuta, jolloin järjestetään proton demo. Vaiheen aikana tuotettavat dokumentit: 1. hiotut sovelluskehikon toiminnalliset ja tekniset määrittelyt 2. hiotut esimerkkisovelluksen toiminnalliset ja tekniset määrittelyt 3. edistymisraportti Luovutus Viimeistellään sovelluskehikko kaikin puolin. Vaiheen aikana tuotettavat dokumentit: 1. hiotut sovelluskehikon toiminnalliset ja tekniset määrittelyt 2. hiotut esimerkkisovelluksen toiminnalliset ja tekniset määrittelyt 3. edistymisraportti 4. loppuraportti PROJEKTISUUNNITELMA 24
25 Jussi Isotupa 25 (30) 10. Seuranta ja ohjaus Projektipalaverit Projektin seurantaa varten pidetään viikottainen projektipalaveri projektiryhmän kesken. Projektipalaverissa valitaan sihteeri, joka kirjaa projektipalaverissa ilmenneet asiat, ja tekee palaverista muistion. Muistio tulee tehdä ja lähettää projektiryhmän jäsenille kahden päivän sisällä palaveristä, jotteivat asiat pääse unohtumaan palaverin jälkeen. Dokumentointipäällikkö laittaa palaverimuistiot ryhmän kotisivulle. Asiakas tai ohjaaja eivät ole kiinnostuneita muistioista. Palaverit pidetään ennen luentoja luentojen ollessa käynnissä. Luentojen loppuessa valitaan uusi aika, joka sopii parhaiten projektiryhmälle. Palaverissä?? puidaan ilmenneet ongelmat ja asiat?? projektipäällikkö jakaa mahdolliset uudet tehtävät ja suorittaa ohjaustoimenpiteet?? käydään läpi projektiryhmän jäsenten edistyminen omissa tehtävissään?? arvioidaan eteneminen projektissa kokonaisuutena Asiakaspalaverit Asiakas ei halua sitoa resurssejaan kiinteään yhteydenpitoon. Asiakkaalle riittää kahvipöytäkeskustelut projektiryhmään kuuluvan A-Waren työntekijän, eli ryhmän projektipäällikön, kanssa. Asiakaspalaverejä voidaan järjestää tarvittaessa Kurssin toimittamat työkalut Projektiryhmä sitoutuu käyttämään tuntiseurantaan Tirana-järjestelmää ja bugiraportointiin Buranaa kurssin ohjeiden mukaisesti. [4] [5] Kurssin vaatimukset projektin seurannalle Kurssin vaatimuksia seurannalle pyritään noudattamaan. PROJEKTISUUNNITELMA 25
26 Jussi Isotupa 26 (30) 11. Standardit, direktiivit ja määräykset Toteutettava esimerkkisovellus, projektin tuntiseuranta, täyttää henkilörekisterin tunnusmerkit ja näinollen sen toteutuksessa on noudatettava henkilörekisterilakia. Testaussuunnitelma perustuu IEEE Standard for Software Test Documentation standardiin. [6] Projektiryhmä käyttää Sunin Java Code Conventionia java-koodiin ja tekee dokumentaation luokista käyttäen Javadocia. PROJEKTISUUNNITELMA 26
27 Jussi Isotupa 27 (30) 12. Riskienhallintasuunnitelma Projektin luonteen vuoksi erityisesti aikatauluihin liittyvät riskit ovat todennäköisiä. Projektiryhmä on varannut aikaa paljon iteroimiselle ja hiomiselle sekä projektin uudelleenjärjestelyille. Riskienhallintasuunnitelma erillisenä liitteenä. PROJEKTISUUNNITELMA 27
28 Jussi Isotupa 28 (30) 13. Projektiryhmän sisäinen koulutussuunnitelma Projektipäällikkö on sitoutunut antamaan koulutusta Java Server tekniikoista, sekä Servlet-ohjelmoinnista. Projektin aikatauluun on varattu aikaa opettelulle. PROJEKTISUUNNITELMA 28
29 Jussi Isotupa 29 (30) Liite A. Vaiheiden palautusten muistilistat A.1. T2-vaiheen muistilista - sovelluskehikko toiminnallinen määrittely liitetty palautukseen - sovelluskehikko tekninen määrittely liitetty palautukseen - demo toiminnallinen määrittely liitetty palautukseen - demo tekninen määrittely liitetty palautukseen - koodien liittäminen palautukseen - javadocit palautukseen - UML-malli Togetherilla, liitetty palautukseen - edistymisraportti T2 liitetty palautukseen - ms project päivitetty T3 liitetty palautukseen - buranaraportti koodin ja dokumentaation määrästä tehty - tuntimerkinnät tehty tiranaan - projektisuunnitelma liitetty palautukseen - riskienhallintasuunnitelma liitetty palautukseen - testaussuunnitelma liitetty palautukseen - pmix-dump T3 tehty - palautus tehty weppiliittymän läpi PROJEKTISUUNNITELMA 29
30 Jussi Isotupa 30 (30) Lähdeluettelo [1] A-Ware Oy, A-Ware Oy: Internet, Java, object and data security technologies, [viitattu ] < [2] Sun Microsystems Inc., The Industry-Backed Server-Side Component Architecture, [Viitattu ] < [3] Sun Microsystems Inc., Java 2 Platform, Enterprise Edition, [Viitattu ] < [4] TKK, Tik Software project, Tik BURANA 2000 Help Page, [Viitattu ] < [5] TKK, Tik Software project, Tuntiraportointiohje, [Viitattu ] < [6] ANSI/IEEE, Standard for Software Test Documentation, IEEE Standards 829, 1983 [7] Sun Microsystems, Code Conventions for the JavaTM Programming Language, [Viitattu ] < Liiteluettelo [A] Riskienhallintasuunnitelma PROJEKTISUUNNITELMA 30
Kä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ä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ä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ätiedotKä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ätiedotTik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu TESTIRAPORTTI LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Tekijä:
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
Jussi Isotupa 1 (13) Riskienhallintasuunnitelma v. 2.0 Päivitetty 11.2.2001 klo 21:30 RISKIENHALLINTASUUNNITELMA 1 Jussi Isotupa 2 (13) Dokumentin versiohistoria Versio Päivämäärä Muutoksen tekijä Selite
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri
Järjestelmäarkkitehtuuri (TK081702) ja Järjestelmäarkkitehtuuri Sovellukset ovat olemassa Järjestelmien uudistaminen vie yleensä arvioitua enemmän resursseja ja kestää arvioitua kauemmin Migration (Migraatio
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ätiedotIT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS
20.4.2015 IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA 1 1.1 SOVELTAMINEN Näitä erityisehtoja sovelletaan ohjelmistojen tai niiden osien toimituksiin ketterien
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ä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ätiedotTik Projektiryhmä: TeamAhma. Projektin HAYABUSA opponointi. Opponointisuunnitelma
TeamAhma Projektin HAYABUSA opponointi Opponointisuunnitelma Päivitetty 25.3.2001 klo 12:08 Projektin HAYABUSA opponointi Mikko Viljainen 2 (5) Sisällys 1. JOHDANTO...3 2. YMPÄRISTÖ...3 3. HENKILÖSTÖ...4
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ätiedotPROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS
PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS 10 KEYS TO SUCCESSFUL SOFTWARE PROJECT 1. Clear Vision 2. Stable, Complete, Written Requirements 3. Detailed User Interface Prototypes
LisätiedotTOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!
TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka
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ätiedotMäärittelydokumentti NJC2. Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Määrittelydokumentti NJC2 Helsinki 11.2.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti ( ov) Projektiryhmä Eero Anttila Olli
LisätiedotESITUTKIMUS. Polku Versio 0.1. Projektiryhmä
ESITUTKIMUS Polku Versio 0.1 Projektiryhmä Janne Pihlajaniemi janne.pihlajaniemi@iki.fi Antti Jämsén antti.jamsen@uta.fi Maria Hartikainen maria.hartikainen@uta.fi Pekka Kallioniemi pekka.kallioniemi@uta.fi
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ä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ätiedotJ2EE vs..net Olli Sakari
TEEMA-ARTIKKELI J2EE vs..net Olli Sakari J2EE ja.net ovat tietojärjestelmäteknologioita, joiden varaan suuri osa tulevaisuuden tietojärjestelmistä tulee rakentumaan. Molemmat teknologioista tarjoavat välineitä
LisätiedotTyökalut ohjelmistokehityksen tukena
1 Työkalut ohjelmistokehityksen tukena Johdanto 2 Työkaluja eli ohjelmistotyötä tukevia ohjelmistoja käytetään ohjelmistoalan yrityksissä nykypäivänä paljon. Työkalut auttavat ohjelmistoalan ihmisiä suunnittelemaan
LisätiedotS11-09 Control System for an. Autonomous Household Robot Platform
S11-09 Control System for an Autonomous Household Robot Platform Projektisuunnitelma AS-0.3200 Automaatio- ja systeemitekniikan projektityöt Quang Doan Lauri T. Mäkelä 1 Kuvaus Projektin tavoitteena on
LisätiedotEDISTYMISRAPORTTI - T2 Virtuaaliyhteisöjen muodostaminen Versio 1.2
EDISTYMISRAPORTTI - T2 Edited by Checked by Approved by Antti Tuomaala Harri Kauhanen i Sisällysluettelo DOKUMENTIN VERSIOT 1 1. PROJEKTIN TILA 2 1.1. Yleistä 2 1.2. Resurssit 2 1.3. Laatu 4 2. SUORITETUT
LisätiedotADE Oy Hämeen valtatie 144 20540 TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus: 1626957-3
Tuotekonfigurointi ADE Oy lyhyesti Asiakkaiden tarpeisiin suunnattua innovatiivista ja toimivaa ohjelmisto- ja 3d animaatiopalvelua. Ade Oy on toteuttanut vuodesta 2000 alkaen haastavaa interaktiivista
LisätiedotTietotekniikan Sovellusprojektit
Tietotekniikan Sovellusprojektit Jukka-Pekka Santanen Tietotekniikan laitos 16.2.2010 Tavoitteena taitoja ja kokemusta projektimuotoisesta työtavasta ja ryhmätyöstä, projektin hallinnasta ja johtamisesta,
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ä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ä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ätiedotJHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja
JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi 1 Yleistä Palvelun kehitys jakautuu vaiheisiin, joiden väleissä
LisätiedotMiten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä?
Se edullisempi tietokanta Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä? Rasmus Johansson rasmus.johansson@microsoft.com Ratkaisumyyntipäällikkö (Sovellusalusta) Microsoft Oy Miten
LisätiedotFuturaPlan. Järjestelmävaatimukset
FuturaPlan Järjestelmävaatimukset 25.1.2017 2.2 Hermiankatu 8 D tel. +358 3 359 9600 VAT FI05997751 33720 Tampere fax. +358 3 359 9660 www.dbmanager.fi i Versiot Versio Päivämäärä Tekijä Kommentit 1.0
LisätiedotHelia Ohjelmointitaito 14.3.2005 Tuomas Kaipainen Mermit Business Applications Oy. 2005 Mermit Business Applications
Helia Ohjelmointitaito 14.3.2005 Tuomas Kaipainen Mermit Business Applications Oy Esityksen sisältö Mermit yrityksenä Perustiedot Toimintamalli Mermit työpaikkana ohjelmistoinsinöörille Esimerkkiprojekti
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ätiedotTIETOJÄRJESTELMIEN AMMATILLISET ERIKOISTUMISOPINNOT (30 op)
1 TIETOJÄRJESTELMIEN AMMATILLISET ERIKOISTUMISOPINNOT (30 op) 14.1. 16.12.2011 Aikuis- ja täydennyskoulutuspalvelut Linnankatu 6, PL 51, 87101 KAJAANI www.aikopa.fi 2 KAJAANIN AMMATTIKORKEAKOULU Tervetuloa
LisätiedotDigi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät,
LisätiedotData Sailors - COTOOL dokumentaatio Riskiloki
Table of Contents 1 Johdanto.................................................................................... 1 1.1 Versiohistoria...........................................................................
Lisätiedot0.47 27.11.2005 Santeri Saarinen Korjattu testaustasoja ja tehty tarkennuksia I1-testaukseen
Muutoshistoria Versio Pvm Tekijä Kuvaus 0.1 24.10.2005 Elina Kontro Laatuasiat siirretty omaan dokumenttiin jatkotyöstetty 0.2 27.10.2005 Santeri Saarinen Bugien elinkaari yms. asioita jatkettu 0.3 28.10.2005
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Käyttöohje v. 0.8 Päivitetty 19.3.2001 klo 21:59 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 0.8 19.3.2001 Janne Kosmeettisia muutoksia
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ätiedotMatematiikan oppifoorumi Projektisuunnitelma
Matematiikan oppifoorumi Projektisuunnitelma Carl Johansson Jukka Kariola Outi Marttila Helena Venäläinen Sampsa Virtanen Ohjaaja Jukka Eskola Asiakas Mikko Mäkelä Ohjelmistotuotantoprojekti 29.10.1999
Lisätiedot! LAATUKÄSIKIRJA 2015
LAATUKÄSIKIRJA Sisällys 1. Yritys 2 1.1. Organisaatio ja vastuualueet 3 1.2. Laatupolitiikka 4 2. Laadunhallintajärjestelmä 5 2.1. Laadunhallintajärjestelmän rakenne 5 2.2. Laadunhallintajärjestelmän käyttö
LisätiedotTik-76.612 Ohjelmistoprojektien Hallinta
Tik-76.612 Ohjelmistoprojektien Hallinta Tervetuloa kurssille! 2 Kurssin yleisinfo Kurssin tausta Katsaus luentoihin Aloitusluennon agenda Luennoitsijoiden esittely Harjoitustyön läpikäynti Muut käytännön
LisätiedotOpiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston rakenteen ja laatia ohjelmiston teknisen spesifikaation.
1(7) TYÖSSÄOPPIMINEN JA AMMATTIOSAAMISEN NÄYTTÖ Tutkinnon osa: Ohjelmiston prototyypin toteuttaminen 30 osp Tavoitteet: Opiskelija osaa määritellä ohjelmiston tiedot ja toiminnot, suunnitella ohjelmiston
LisätiedotHajautettujen järjestelmien rakentaminen - Jini. Ohjelmistotuotantovälineet-seminaarin esitelmä
Hajautettujen järjestelmien rakentaminen - Jini Ohjelmistotuotantovälineet-seminaarin esitelmä Anu K. Leponiemi (anu@lepo.net) Helsingin yliopisto Tietojenkäsittelytieteen laitos Helsinki 2000 SISÄLLYSLUETTELO
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ätiedotProjektisuunnitelma Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Projektisuunnitelma Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1 Projektin tavoite...4 1.2 Projektin kattavuus...4 1.3 Tuote ja ympäristö...5 1.4
LisätiedotSovellusarkkitehtuurit
HELIA TiKo-05 1 (9) Sovellusarkkitehtuurit ODBC (Open Database Connectivity)... 2 JDBC (Java Database Connectivity)... 5 Middleware... 6 Middleware luokittelu... 7 Tietokanta -middleware... 8 Tapahtumamonitorit
LisätiedotMenetelmäraportti - Konfiguraationhallinta
Menetelmäraportti - Konfiguraationhallinta Päiväys Tekijä 22.03.02 Ville Vaittinen Sisällysluettelo 1. Johdanto... 3 1.1 Tärkeimmät lyhenteet... 3 2. Konfiguraationhallinnan tärkeimmät välineet... 4 2.1
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS Ti Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS Ti5004000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 4.6.2007,
LisätiedotProjektisuunnitelma. Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie
Projektisuunnitelma Ohjelmistotuotantoprojektin tietojärjestelmä OhtuTie Helsinki 12.7.2004 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti
LisätiedotProjektisuunnitelma. Asdf. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Projektisuunnitelma Asdf Helsinki 22.2.2008 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Kuisma Sami Louhio
LisätiedotTietomallintamisen suunnittelu ja dokumentointi käytännössä. Liisa Kemppainen, Sito Oy Jari Niskanen, WSP Finland Oy 4.11.2015
Tietomallintamisen suunnittelu ja dokumentointi käytännössä Liisa Kemppainen, Sito Oy Jari Niskanen, WSP Finland Oy TIETOMALLIPOHJAISEN HANKKEEN SUUNNITTELU Hankkeen käynnistysvaiheessa tulee suunnitella
LisätiedotT Testiraportti - integraatiotestaus
T-76.115 Testiraportti - integraatiotestaus 16. huhtikuuta 2002 Confuse 1 Tila Versio: 1.1 Tila: Päivitetty Jakelu: Julkinen Luotu: 19.03.2002 Jani Myyry Muutettu viimeksi: 16.04.2002 Jani Myyry Versiohistoria
LisätiedotMaatalouden Laskentakeskus Oy Minun Maatilani - ohjelmiston palvelusopimus
Minun Maatilani ohjelmiston palvelusopimus 23.12.2015 Page 1 of 5 Maatalouden Laskentakeskus Oy Minun Maatilani - ohjelmiston palvelusopimus Sisältö Käsitteet Tämä asiakirja on oikeudellisesti sitova sopimus
LisätiedotJHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi
JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Katselmointi osana laadunvarmistusta... 2 2 Yleistä katselmoinneista...
LisätiedotVisual Basic -sovelluskehitin Juha Vitikka
Visual Basic -sovelluskehitin Helsinki 30.10.2000 Seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Visual Basic sovelluskehitin Seminaari: Ohjelmistotuotantovälineet Tietojenkäsittelytieteen
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ä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ätiedotYhteenvetodokumentti. Boa Open Access. Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Yhteenvetodokumentti Boa Open Access Helsinki 5.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
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ätiedotIntegraatiotekniikan valinta - tie onnistumiseen.
Integraatiotekniikan valinta - tie onnistumiseen markus.andersson@commit.fi http://www.commit.fi 1 Agenda Järjestelmäintegroinnin nykytila Menestystekijät Teknologiatekijät Tekijöistä onnistunut projekti
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ätiedotAvoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4
Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4 Tämän esityksen sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan
LisätiedotAlkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008,
LisätiedotAvoimen ja yhteisen rajapinnan hallintamalli
Avoimen ja yhteisen rajapinnan hallintamalli 1.10.2015 Sisältö tausta avoimet toimittajakohtaiset rajapinnat (toimittajan hallitsemat rajapinnat) avoimet yhteiset rajapinnat (tilaajan hallitsemat rajapinnat)
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 Testiraportti - järjestelmätestaus
T-76.115 Testiraportti - järjestelmätestaus 18. huhtikuuta 2002 Confuse 1 Tila Versio: 1.0 Tila: Päivitetty Jakelu: Julkinen Luotu: 18.04.2002 Jani Myyry Muutettu viimeksi: 18.04.2002 Jani Myyry Versiohistoria
LisätiedotL models. Käyttöohje. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija L models Käyttöohje Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset 0.1
LisätiedotTKK: Shibboleth toteutuksia ja projekteja. Markus Melin
TKK: Shibboleth toteutuksia ja projekteja Markus Melin 24.11.2006 Sisältö Shibbolethin käyttö TKK:lla TKK:n shibboloidut palvelut Shibboloituja palveluita tarkemmin Grouper Halli etkk - Markus Melin 2
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ätiedotJärjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet
Järjestelmäarkkitehtuuri (TK081702) Integraation tavoitteita Lähtökohta Web-palvelut Asiakasrekisteri ERP, Tuotannon ohjaus Tuotanto Myynti Intranet Extranet? CRM Johdon tuki Henkilöstö Kirjanpito Palkanlaskenta
LisätiedotNäin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut www.helsinki.fi
Näin järjestän ohjelmointikurssin, vaikka en ole koskaan ohjelmoinut Ohjelmointikurssin järjestäminen Helsingin yliopiston Ohjelmoinnin MOOC-kurssimateriaalin avulla 15.4.2016 1 Linkki Tietojenkäsittelytieteen
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ätiedotVisma Software Oy
pidättää itsellään oikeuden mahdollisiin parannuksiin ja/tai muutoksiin tässä oppaassa ja/tai ohjelmassa ilman eri ilmoitusta. Oppaan ja siihen liittyvän muun materiaalin kopiointi on kielletty ilman :n
LisätiedotRiippumattomat arviointilaitokset
Riippumattomat arviointilaitokset CSM Riskienhallinta -asetuksen mukainen riippumaton arviointi Komission asetus (352/2009/EY) yhteisestä turvallisuusmenetelmästä, CSM riskienhallinta-asetus, vaatii rautatiejärjestelmässä
LisätiedotTIETOJENKÄSITTELYTIETEIDEN LAITOS
TIETOJENKÄSITTELYTIETEIDEN LAITOS PROJEKTITOIMINNAN PERUSTEET TENTTI 28.4.2001 Tonja Molin-Juustila Kustakin tehtävästä max 6 pistettä. Vastaukset arvostellaan 0,5 pisteen tarkkuudella. Oikeat vastaukset
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ätiedotPLA-32820 Mobiiliohjelmointi. Mika Saari mika.saari@tut.fi http://www.students.tut.fi/~saari5/pla_32820_2016/
PLA-32820 Mobiiliohjelmointi Mika Saari mika.saari@tut.fi http://www.students.tut.fi/~saari5/pla_32820_2016/ 1. Luento 2 Suoritus vaatimukset Kurssin sisältö Kirjallisuus Mobiiliohjelmointi Mobiililaitteita...
LisätiedotTik-76.115 Projektisuunnitelma
Tik-76.115 Projektisuunnitelma Älykäs kalenteri Viimeksi päivitetty 12/12/00 03:48:36. Lyhyt tiivistelmä Dokumentin tarkoitus on luoda yleiskuvaus Teknillisen korkeakoulun Tietojenkäsittelyopin ohjelmistotyö
LisätiedotValtioneuvoston kanslia VAIN VIRKAKÄYTTÖÖN Hallinto- ja palveluosasto/hallintoyksikkö Terja Ketola PTJ2008-työsuunnitelma 1 (5)
Terja Ketola PTJ2008-työsuunnitelma 1 (5) AIKATAULU JA TEHTÄVÄT / PTJ2008 VALMIS MENOSSA MYÖHÄSSÄ ALOITTAMATTA ALUSTAVA AJANKOHTA EI PIDETTY / TEHTY 1 Määrittelyn läpikäynti PTi, TKe, IHa, TRö 34 23.8.2007
LisätiedotSähköisen projektikansion dokumentointi Innon levyasemalle \\kapa10\inno
Valmistelu Suunnittelu ja organisointi Aloitus Toteutus Päätös Projektiidea, tarjous ja into tehdä! Valmentajan / ohjaavan opettajan nimeäminen Projektitiimin kokoaminen / roolit Sopimus toimeksiantajan
LisätiedotTik Projektiryhmä: TeamAhma.
Käyttöohje v. 1.0 Päivitetty 21.4.2001 klo 17:28 2 (13) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite 1.0 21.4.2001 Parempi kuin edellinen 0.8 19.3.2001 Kosmeettisia muutoksia
LisätiedotHOJ J2EE & EJB & SOAP &...
HOJ J2EE & EJB & SOAP &... Ville Leppänen HOJ, c Ville Leppänen, IT, Turun yliopisto, 2012 p.1/18 Missä mennään... 1. Johdanto (1h) 2. Säikeet (2h) 3. Samanaikaisuudesta (2h) 4. Hajautetuista sovelluksista
LisätiedotTietojärjestelmä tuotantoympäristössä. Sovellusohjelmat Helsingin ammattikorkeakoulu Stadia / Tekniikka ja liikenne Vesa Ollikainen
Tietojärjestelmä tuotantoympäristössä Tausta ja tavoitteet Tausta Kurssilla on opiskeltu suunnittelemaan ja toteuttamaan tietokanta, joka on pieni perustuu selkeisiin vaatimuksiin on (yleensä) yhden samanaikaisen
LisätiedotKONEAUTOMAATION LAATU JA TURVALLISUUS. 4.6.2015 Marko Varpunen
KONEAUTOMAATION LAATU JA TURVALLISUUS 4.6.2015 Marko Varpunen TLJ ja automaatio Rautatie, metro, teollisuus-laitokset, kaivoskoneet, vesi, n. 90 henkeä Mikkeli Turvallisuusjohtaminen konsultointi riskienarviointi
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ätiedotTik-76.115 Projektisuunnitelma
Tik-76.115 Projektisuunnitelma Älykäs kalenteri Viimeksi päivitetty 24/04/01 12:40:46. Lyhyt tiivistelmä Dokumentin tarkoitus on luoda yleiskuvaus Teknillisen korkeakoulun Tietojenkäsittelyopin ohjelmistotyö
LisätiedotVastuu- ja tehtäväalueet sekä tiedonvälitys OSCu-kursseilla
Vastuu- ja tehtäväalueet sekä tiedonvälitys OSCu-kursseilla Johdanto... 2 1. Opetushenkilökunnan tehtävät... 2 1.1. Kurssin vastuuopettaja... 2 1.2. Kurssimestarit ja assistentit... 3 1.2.1. Vastuuyliopiston
LisätiedotPROJEKTISUUNNITELMA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (Luonnos 5)
PROJEKTISUUNNITELMA Edited by Checked by Approved by i Sisällysluettelo DOKUMENTIN VERSIOT 1 Jakelu 1 1. JOHDANTO DOKUMENTTIIN 2 1.1. Dokumentin tarkoitus ja kattavuus 2 1.2. Dokumentin sisältö 2 1.3.
LisätiedotFacta palvelimien uusiminen Helsingin kaupunki
Facta palvelimien uusiminen Helsingin kaupunki TARJOUS 70214 06.03.2014 Helsingin kaupunki Kiinteistövirasto Anu Soukki PL 2205 00099 Helsingin kaupunki anu.soukki@hel.fi eero.saarinen@hel.fi tea.tikkanen@hel.fi
LisätiedotHSMT J2EE & EJB & SOAP &...
HSMT J2EE & EJB & SOAP &... Ville Leppänen HSMT, c Ville Leppänen, IT, Turun yliopisto, 2011 p.1/15 Missä mennään... 1. Johdanto (1h) 2. Säikeet (2h) 3. Samanaikaisuudesta (2h) 4. Hajautetuista sovelluksista
Lisätiedotwww.solita.fi solita@solita.fi
www.solita.fi solita@solita.fi JAVA-SOVELLUSTEN RAKENTAMINEN INTEGROITUUN YMPÄRISTÖÖN Jarno Peltoniemi Solita Oy 10.5.2005 Aiheet Johdanto Portaalit, portletit Oracle Portal Java-sovelluksen rakentaminen
LisätiedotHankesuunnitelma. Novus-Hanke. Novus-Hanke. YYL:n tietojärjestelmien kokonaisuudistus HANKESUUNNITELMA. www.prh.fi LIITE 1
Hankesuunnitelma YYL:n tietojärjestelmien kokonaisuudistus HANKESUUNNITELMA Hankesuunnitelma - Sisältö Tausta Hankkeen tavoitteet, hyödyt, riskit ja laadunvarmistus Arkkitehtuurit Kustannukset Organisaatio
LisätiedotTestidatan generointi
Testidatan generointi Anu Ahonen Kevät 2008 Tämä työ on tehty Creative Commons -lisenssin alla Työn tarkasti 9.4.2008 Jouni Huotari (JAMK/IT) 1 SISÄLTÖ 1 TYÖN LÄHTÖKOHDAT JA TOTEUTUS...2 2 TESTIDATAN GENEROINTI
LisätiedotPROJEKTIN SUDENKUOPAT. f JOUNI HUOTARI PÄIVITETTY
PROJEKTIN SUDENKUOPAT f JOUNI HUOTARI PÄIVITETTY 18.1.2011 TEHTÄVÄ Mitä sudenkuoppia esiintyy projektin eri prosesseissa (vaiheissa)? Miten ne voitaisiin välttää? Jouni Huotari 19.3.2012 2 Sudenkuoppia
LisätiedotHOJ Haja-aiheita. Ville Leppänen. HOJ, c Ville Leppänen, IT, Turun yliopisto, 2012 p.1/10
HOJ Haja-aiheita Ville Leppänen HOJ, c Ville Leppänen, IT, Turun yliopisto, 2012 p.1/10 Missä mennään... 1. Johdanto (1h) 2. Säikeet (2h) 3. Samanaikaisuudesta (2h) 4. Hajautetuista sovelluksista (1h)
LisätiedotToteutusvaihe T3 Digi-tv: Edistymisraportti
Toteutusvaihe T3 Digi-tv: Edistymisraportti Sisällysluettelo 1. Projektin tila...3 Dtv: Work done per Person (current phase)...3 Dtv: Work done per Worktype (current phase)...3 2. Suoritetut tehtävät...4
Lisätiedot