Ohjelmiston vaatimusmäärittely
|
|
- Lasse Siitonen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Ohjelmiston vaatimusmäärittely Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1
2 1 Johdanto Tämä luku antaa yleiskuvan koko vaatimusmäärittelydokumentista. Tämä dokumentti kuvaa koko ohjelmiston data-, toiminnallisuus- ja käyttäytymisvaatimukset. Tämä dokumentti sisältää esimerkkejä muutamista tärkeimmistä käsitteistä ja tekniikoista, joita vaatimusmäärittelydokumentissa voi käyttää (kurssilla so. tulee). Esimerkit liittyvät kuviitteelliseen autokorjaamon tietojärjestelmään. Esimerkit eivät pyri olemaan täydellisiä vaan havainnollisia. Vaikka joitain kohtia ei ole täytetty tai on täytetty hyvin niukasti, kurssilla ne tulee täyttää. Joissain kohdissa on vain kerrottu, minkälaisia asioita niistä pitäisi löytyä. Useaan kohtaan löytyy lisätietoa luentokalvoista. 1.1 Tavoitteet Kuvataan ohjelmiston yleiset tavoitteet. Autokorjaamon tietojärjestelmän tulee tukea huoltamon rutiinitöiden tehokasta hoitamista. Järjestelmän tulee helpottaa asioimista asiakkaiden, toimiston ja mekaanikkojen välillä. Muun muassa asiakkaiden tietojen syötön ja töiden ajanvarauksien, huoltotoimenpiteiden syötön, laskutuksen, varastonhallinnan ja raporttien tulostamisen tulee hoitua helposti ja nopeasti järjestelmältä. 1.2 Laajuuslausunto Esitetään ohjelmiston kuvaus. Tärkeimmät syötteet, toiminnot ja tulokset kuvataan puuttumatta yksityiskohtiin. Asiakasrekisteriin kerätään asiakkaiden tietoja. Kanta-asiakkaat tulee huomioida. Ajanvarausjärjestelmällä varataan korjauspaikka (n kpl) ja mekaanikko (m kpl) asiakkaalle tietyksi ajaksi. Korjauspaikat ovat erilaisia, jokaisella niistä ei voi tehdä kaikkia töitä. Järjestelmä tuntee vakiotyöt ja niihin menevät ohjeelliset ajat. Muiden töiden kohdalla järjestelmä voi ehdottaa edellisten samankaltaisten töiden kohdalla jotain aikajaksoa, ja ohjelman käyttäjä voi sen hyväksyä tai vaihtaa sopivaksi. Korjaamopuolella mekaanikot kirjaavat huoltotoimenpiteitä järjestelmään. Tämä sisältää käytetyn ajan, toimenpiteen ja käytetyt osat. Järjestelmällä pystyy helposti tarkistamaan, löytyykö jotain tiettyä osaa omasta varastosta. Järjestelmän kautta pystyy tekemään myös kyselyjä varaosatoimittajien varastotilanteista ja tilauksia niistä. Asiakkaalle tulee pystyä tulostamaan lasku. Laskun tilaa halutaan seurata. Lisäksi halutaan raportteja huoltamon toiminnasta. Onko töiden määrässä tapahtunut muutoksia? Onko asiakkaiden kalusto vaihtunut? Onko jonkin tuotteen/osan 2
3 myynti- tai käyttömäärässä tapahtunut selviä muutoksia? 1.3 Ohjelmiston ympäristö (konteksti) Kuvataan ohjelmiston sijoitusympäristö. Kuvataan esimerkiksi sen merkitystä liiketoiminnalle. Keskustellaan ympäristöön liittyvistä oleellista strategisista asioista. Tarkoitus on antaa kokonaiskuva. Reaaliaikaisesti ajantasalla olevaan varastokirjanpitoa ei ole aiemmin ollut, mikä paikoin on hidastanut turhaan toimintaa. Lisäksi järjestelmä on koostunut aiemmin erillisistä ohjelmistoista: jotkin tiedot on täytynyt syöttää moneen kertaan eri ohjelmiin. Mekaanikoilla ei ole ollut mahdollisuutta päivittää tietoja korjaamohallin puolella. 1.4 Tärkeimmät rajoitteet Kuvataan kaikki liiketoimintaan tai tuotteisiin liittyvät rajoitteet, jotka vaikuttavat ohjelmiston määrittelyyn, suunnitteluun, toteutukseen tai testaukseen. Ohjelmiston ehkä tulee toimia tietyssä ympäristössä. Tai siinä on erityisesti käytettävä jotain tiettyä tekniikkaa... 2 Käyttöskenaariot (usage scenario) Tässä luvussa annetaan ohjelmiston käyttöskenaariot. Näiden avulla organisoidaan vaatimustenkeruun aikana kerätty informaatio käyttötapauksiksi (use-cases). 2.1 Käyttö- ja käyttäjäprofiilit Täällä kuvataan kaikkien käyttäjäkategorioiden profiilit. Näitä löytyy, kun haastattelee toimeksiantajaa. Alustavassa yhteydenotossa (aiesopimuksen aikoihin) on jo voinut tulla tärkeimpiä tai tärkeimmät esille. Yllä olevasta tekstistä löytyvät ainakin: mekaanikot (toimenpiteet, varaosatilaukset), korjaamopäällikkö (raportit, varaosatilaukset), sihteeri (laskut, töiden vastaanotto). Kutakin noita tulee kuvata tarkemmin tässä. Miksi profiilit eroavat? Onko joillain profiileilla oikeuksia käyttää toisten profiileiden toimintoja? Onko jossain tilanteessa se estetty? Miksi? 3
4 Taulukko 1: Käyttötapausesimerkki. Tehtävä 1. Työn tilaus Tarkoitus Henkilötiedot talteen. Ajan varaus (korjauspaikka ja mekaanikko), ongelman kuvaus. Esiehto/ Asiakas ottaa yhteyttä puhelimitse tai saapuu paikalle. laukaisija Taajuus Keskimäärin 15 yhteyden ottoa päivää kohden. Kriittisyys Asiakas voi tietää etukäteen erillistä korjattavaa ongelmakohtaa autostaan. Osatehtävät 1.1. Varaa sopiva korjauspaikka-aika ja mekaanikko Ota asiakkaan henkilötiedot ylös Kirjaa asiakkaan ongelman tai työtarpeen kuvaus. (Huom. tätä täytyy kysyä alustavasti heti alussa, jotta osaa etsiä oikeanlaisia korjauspaikkoja ja mekaanikkoja.) Muunnelmat/ poikkeukset 1.1a. Ei löydy sopivaa aikaa. 1.1b. Ei löydy sopivaa korjauspaikkaa. 1.1c. Ei löydy sopivaa mekaanikkoa. 1.2a. Kanta-asiakas. 1.3a. Vakiotyö tai -toimenpide. 2.2 Käyttötapaukset (use-cases) Esitetään kaikki ohjelman käyttötapaukset. Taulukossa 1 on esitetty mahdollinen käyttötapaus. Joistain osatehtävistä voi olla tarpeen tehdä vastaavat käyttötapaukset. Edelleen muista toiminnoista tulee omia käyttötapauksia. Onko esimerkiksi selvää, kuinka osatehtävä 1.1. kannattaa toteuttaa? Esimerkiksi asiakkaalla voi olla vanha järjestelmä, jota hän haluaa parantaa haluamallaan tavalla. 2.3 Erityiset käyttöön liittyvät tarkastalut Esitetään erityisvaatimukset, jotka liittyvät ohjelman käyttöön. Korjaamopuolelle hankitaan erityiset kannettavat toimenpiteiden syöttölaitteet. 4
5 3 Tietomalli ja -kuvaus Tässä luvussa kuvataan ohjelmiston käsittelemät tiedot, tietokannan tietosisältö, tiedon pysyvyysvaatimukset jne. Kuvataan tieto-objektit, joilla hallitaan ja muunnetaan ohjelmistoa. 3.1 Tieto-objektit Kuvataan tieto-objektit ja niiden tärkeimmät ominaisuudet. Korjaaja: erityisosaamiset, nimi. Korjauspaikka: mahdolliset toimenpiteet. Toimenpide: nimi, tyypillinen aika, tyypilliset tarvittavat varaosat, tyypillinen hinta. Tehty toimenpide: kuka teki, kauan meni aikaa, mitä tarvikkeita ja varaosia tarvittiin, hinta. Varattu aika: yhdistää korjaajan ja korjauspaikan tiettyyn ajanjaksoon. Varaosa: nimi, hinta, toimittaja. Asiakas: nimi, auto Auto: merkki, malli, vuosi, rekisterinumero. Lasku: kenelle, mille autolle, tehdyt toimenpiteet, varattu aika, tehtyjen toimenpiteiden yhteishinta. 3.2 Suhteet Kuvataan tieto-objektien suhteet esimerkiksi ER-kaavioin. Tässä vaiheessa ei puututa yksityiskohtiin. 3.3 Täydellinen tietomalli Kehitetään ER-kaavio ohjelmistolle. 3.4 Tietohakemisto Annetaan viittaus tietohakemistoon, jota ylläpidetään sähköisessä muodossa. 4 Toiminnallinen malli ja -kuvaus Kuvataan ohjelmiston tärkeimmät toiminnot. Mukana tietovirta- (kulku-) tai luokkahierarkiakaaviot (OO). Muita soveltuvia tekniikoita ovat pseudokoodi, päätöspuut ja -taulut, tulo- ja jättöehdot. 5
6 Huomaa, että tietovirtakaavio (DFD) ja prosessointimäärittely (PSPEC) liittyvät läheisesti toisiinsa. Tietovirtakaavioista on ollut paljon Tietojärjestelmien perusteet -kurssilla. Ensin tehdään päätason kaavio (taso 0), jota tarkennetaan alitasoiksi (taso 1), jne. tarpeen mukaan riittävän syvälle. Hyvä tapa päästä tasosta seuraavalla on käyttää tason sanallista kuvausta hyväksi: sieltä etsitään verbit ja substantiivit. Halutessanne voitte käyttää Kaveri-ohjelman prosessikaavioita ja tietovirtakaavioita, tai jonkin muun ohjelman käyttämää notaatiota. Myös tavallinen piirtoohjelma käy, tällöin mieluiten Pressmannin kirjasta löytyvät notaatiot käyttöön. 4.1 Toiminnon n kuvaus Kuvataan ohjelman kukin toiminto yksityiskohtaisesti. Toistetaan luku 4.1 kullekin n toiminnolle. Otsikkoon kannattaa laittaa toiminnon nimi. Muista liittää sanalliset selitykset kaavioista niiden yhteyteen Toiminnon n prosessointimäärittely (PSPEC) Esitetään toiminnon n prosessointimäärittely Toiminnon n tietovirtakaavio Esitetään kaavio, joka näyttää informaation virtauksen toiminnon lävitse ja myös muutokset, mitä informaatiolle tapahtuu Toiminnon n liittymän kuvaus Kuvataan toiminnon syöte- ja tulosliittymät Toiminnon n muunnokset Esitetään yksityiskohtainen kuvaus kustakin toiminnon n muunnoksesta (osatoiminnosta). Luku toistetaan kullekin k muunnokselle (osatoiminnolle). Muista liittää sanalliset selitykset kaavioista niiden yhteyteen. Muunnoksen k prosessointimäärittely Muunnoksen k liittymien kuvaus Muunnoksen k tietovirtakaaviot Tehokkuusasiat Määrätään erityiset tehokkuutteen liittyvät vaatimukset osasysteemille. 6
7 4.1.6 Suunnittelurajoitteet Mainitaan kaikki osasysteemiin vaikuttavat suunnittelurajoitteet. 4.2 Ohjelmiston käyttöliittymän kuvaus Kuvataan ohjelmiston käyttöliittymät Ulkoiset koneliittymät Kuvataan liittymät muihin koneisiin (tietokoneisiin ja laitteisiin) Ulkoiset systeemiliittymät Kuvataan liittymät muihin systeemeihin, tuotteisiin ja tietoverkkoihin Käyttäjien käyttöliittymät Annetaan yleiskuva ohjelmistolle suunniteltavista käyttäjien käyttäliittymistä. 4.3 Kontrollivirran kuvaus Esitetään systeemin kontrollivirta (CFD) ja viitataan tämän dokumentin lukuun 5 samalla. 5 Käyttäytymismalli ja -kuvaus Kuvataan ohjelmiston käyttäytyminen. 5.1 Ohjelmiston käyttäytymisen kuvaus Tässä luvussa kuvataan yksityiskohtaisesti tärkeimmät tapahtumat ja tilat Tapahtumat Listataan tapahtumat (kontrolli, kohdat), jotka aiheuttavat käyttäytymismuutoksia systeemissä Tilat Listataan tilat (käyttäytymismoodit, -tilat), jotka ovat tuloksina tapahtumista. 7
8 5.2 Tilasiirtokaaviot Kuvataan systeemin yleiskäyttäytyminen. 5.3 Kontrollimäärittely (CSPEC) Kuvataan tapa, jolla ohjelmiston kontrollia hallitaan. 6 Rajoitteet Mainitaan erityisasiat, jotka vaikuttavat ohjelmiston määrittelyyn, suunnitteluun tai toteutukseen. 7 Vahvistus-, hyväksymiskriteerit Kuvataan lähestymistapa ohjelmiston hyväksymiseen. 7.1 Testiluokat Määritetään suoritettavien testien tyypit. Mukaan niin paljon yksityiskohtia kuin mahdollista. Painotetaan black-box -testausta. 7.2 Odotettu ohjelmiston vastaus Määritetään testauksen odotetut vastaukset. 7.3 Tehokkuusrajat Määritetään erityiset tehokkuusvaatimukset. 8 Liitteet Esitetään vaatimusmäärittelyä täydentävää informaatiota (tietoa). 8.1 Systeemin jäljitettävyysmatriisi Matriisi, joka jäljittää esitetyt ohjelmistovaatimukset takaisin systeemimäärittelyyn. 8.2 Tuotestrategiat Jos määrittelyä kehitetään tuotteelle, kuvataan oleellinen tuotestrategia täällä. 8
9 8.3 Käytettävät analyysimetriikat Mainitaan analysoinnissa käytettävien metriikkojen kuvaukset. 8.4 Lisäinformaatiota (tarpeen mukaan) 9
Ohjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotOhjelmiston testaussuunnitelma
Ohjelmiston testaussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä lukaa antaa yleiskuvan koko testausdokumentista.
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ätiedotGroupDesk Toiminnallinen määrittely
GroupDesk Toiminnallinen määrittely Tilanne: Paikallinen oppilaitos, kuvitteellinen WAMK, tarvitsee ryhmätyöhön soveltuvan sähköisen asioiden hallintajärjestelmän ja ryhmätyöohjelmiston, jonka ajatuksena
LisätiedotOhjelmistojen mallintaminen, kurssikoe esimerkkivastauksia
Ohjelmistojen mallintaminen, kurssikoe 15.12. esimerkkivastauksia Tehtävä 1 a: Ohjelmistotuotantoprosessi sisältää yleensä aina seuraavat vaiheet: määrittely, suunnittelu, toteutus, testaus ja ylläpito.
LisätiedotEMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008. Meeri Nieminen
EMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008 Meeri Nieminen Asiakkaan vaihtoehdot Asiakkaan vaihtoehdot EMCS-järjestelmän käyttöön XML-sanomarajapinta oman järjestelmän
LisätiedotOhjelmistotuotanto, s
Toiminnan osiinjako Ohjelmistotuotanto Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT Vaatimusanalyysin menetelmiä systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa
LisätiedotVaatimusmääritelystä UML:n avulla
Vaatimusmääritelystä UML:n avulla Mitä käyttötapauskaaviolla voi kuvata? Mitkä ovat sen keskeiset elementit? Miten laaditaan käyttötapauskaavio? Miksi laaditaan kirjallisia kuvauksia? Miksi käyttötapaukset
LisätiedotSUOMEN KUNTALIITTO RY
Karttaliittymä Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Suosituksen tausta... 2 1.2 Suosituksen rakenne... 2 2 Soveltamisala... 2 3 Lyhenteet...
Lisätiedotkäyttötapaukset mod. testaus
käyttötapaukset Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Kartta hyväksyntä määrittely suunnittelu suunnittelu mod. testaus integrointi sys. testaus Ylläpito koodaus (toteutus)
LisätiedotLähestymistavat - toiminnallinen
Lähestymistavat - toiminnallinen Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa jakaa osasysteemeihin tietojärjestelmissä
LisätiedotOhjelmistojen suunnittelu
Ohjelmistojen suunnittelu 581259 Ohjelmistotuotanto 154 Ohjelmistojen suunnittelu Software design is a creative activity in which you identify software components and their relationships, based on a customer
LisätiedotOhjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely
582101 - Ohjelmistotekniikan menetelmät, käyttötapauksiin perustuva vaatimusmäärittely 1 Vaatimukset ja käyttötapaukset Vaiheittainen mallintaminen ja abstraktiotasot Järjestelmän rajaaminen sidosryhmäkaaviolla
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ätiedotHaaga-Helia / TIKO-05 1 (12) Tietokannan suunnittelu ja Toteutus Outi Virkki
Haaga-Helia / TIKO-05 1 (12) Tietotarpeet Tietotarpeiden määrittely... 2 Tietotarveanalyysi... 3 Lähtökohtana tietojenkäsittelytehtävät... 3 Määrittelyn sisältö... 4 Vaiheistus... 5 Tietolähteet... 5 Lähestymistapa...
LisätiedotOpus Online Client Web asetukset. Opus Internet ajanvaraus
Opus Online Client Web asetukset Opus Internet ajanvaraus Sivu 2 / 14 Sisältö Opus Online Client... 3 Web asetukset... 3 Vastaanotot... 3 Hoitohenkilöt... 5 Luo aliverkkotunnus... 6 Mukauttaminen... 7
LisätiedotHankinnan problematiikka
Antti Kirmanen Hankinnan problematiikka Toimittajan näkökulma Asiakkaan näkökulma www.sulava.com www.facebook.com/sulavaoy 2 1. Ristiriita www.sulava.com www.facebook.com/sulavaoy 3 Asiakas haluaa Onnistuneen
LisätiedotTESTIRAPORTTI - XMLREADER-LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0 (luonnos 2)
TESTIRAPORTTI - XMLREADER-LUOKKA Versio 1.0 (luonnos 2) Copyright Comptel Oyj i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin
LisätiedotKirjanpidon ALV-muutos
9.9.2010 1(10) Kirjanpidon ALV-muutos Tämä dokumentti sisältää ohjeen sille miten uudet ALVkoodit (ALV-prosentit) otetaan käyttöön. Vaihtoehto yksi(1) vaihda olemassaolevat ALV-koodit yhdestä prosentista
LisätiedotProjektisuunnitelma. Ryhmän nimi: Toimeksiantaja: Toimeksiantajan edustaja: Versio: Katselmoitu (pvm.):
Projektisuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tässä luvussa annetaan yleiskuva ohjelmistoprojektista. Tämä
LisätiedotOhjelmistojen mallintaminen Tietovuokaaviot Harri Laine 1
Ohjelmistojen mallintaminen Tietovuokaaviot 3.11.2008 Harri Laine 1 t Data flow diagrams Pohjana systeemiteoreettinen järjestelmämalli Input system output Järjestelmän tehtävä on muokata lähtötiedoista
LisätiedotT Ohjelmistojen määrittely- ja suunnittelumenetelmät Harjoitustyöraportti TNT - Tarkistetaan Ne Tentit Käyttötapaukset
T-76.611 Ohjelmistojen määrittely- ja suunnittelumenetelmät Harjoitustyöraportti TNT - Tarkistetaan Ne Tentit Käyttötapaukset Lasse Lindqvist Lasse Lopperi llindqvi@cc.hut.fi lmlopper@cc.hut.fi Andrey
LisätiedotAnalyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
LisätiedotAnalyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
Lisätiedot<e.g. must, essential, conditional>
Käyttötapaukset Kurssin malli käyttötapauksille: Tila < List of users and the other systems that interacts directly with a system>
LisätiedotAntalis-FI KÄYTTÖOPAS
Antalis-FI KÄYTTÖOPAS Helpommin Nopeammin Enemmän «Just Click Antalis» Antalis on Europan johtava jakelija: paperit, suurkuvatulostusmateriaalit, pakkausratkaisut. Tutustumalla käyttöoppaaseemme saat lisätietoa
LisätiedotUML- mallinnus: Tilakaavio
UML- mallinnus: Tilakaavio Karkea kuvaus UML- kaavioiden käytöstä ohjelmistonkehityksen eri vaiheissa ja tehtävissä. Mallinnus tilakaavioilla Tilakaaviolla kuvataan yhden luokan olioiden tilan muuttumista
LisätiedotS Ihminen ja tietoliikennetekniikka. Syksy 2005, laskari 1
Syksy 2005, laskari 1 Sisältö Tarvekartoituksen periaatteet Tutkimusmenetelmät Raportin laatiminen Tehtävä Kirjaa ylös: mitä tarvekartoituksen menetelmiä tunnet? Mitä hyötyjä tai haasteita tiedät niihin
LisätiedotTESTIRAPORTTI - XMLREADER LUOKKA Virtuaaliyhteisöjen muodostaminen Versio 1.0
TESTIRAPORTTI - XMLREADER LUOKKA i Sisällysluettelo 1. YLEISTÄ 2 1.1. Dokumentin tarkoitus ja yleisiä toimintaohjeita 2 1.2. Viittaukset muihin dokumentteihin 2 2. SUORITETTAVA TESTI 3 2.1. Testauksen
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ätiedotMTK:n esitteet ja materiaalit verkkokaupassa
MTK:n esitteet ja materiaalit verkkokaupassa http://mtkmateriaalit.valmiskauppa.fi Ohjeiden versio 23.9.2014 MTK:n esitteiden ja materiaalien tilaus siirtyy syyskuussa 2014 verkkokauppaan. MTK:n liitot
LisätiedotOhjelmistojen mallintaminen. Luento 2, pe 5.11.
Ohjelmistojen mallintaminen Luento 2, pe 5.11. Kertausta Ohjelmistotuotantoprosessin vaiheet: Vaatimusanalyysi- ja määrittely Mitä halutaan? Suunnittelu Miten tehdään? Toteutus Ohjelmointi Testaus Varmistetaan
LisätiedotTAPAHTUMIEN SEURANTA KEHITYSEHDOTUSTEN KIRJAUS POIKKEAMIEN HALLINTA
TAPAHTUMIEN SEURANTA KEHITYSEHDOTUSTEN KIRJAUS POIKKEAMIEN HALLINTA LMQ -ohjelmisto Kenelle miten miksi? LogMaster Oy 2007-2009 LMQ miksi? 1. KUSTANNUSTEN ALENTAMINEN Johtamisen välineet tapahtumien kirjaaminen
LisätiedotOhjelmoinnin perusteet Y Python
Ohjelmoinnin perusteet Y Python T-106.1208 2.3.2009 T-106.1208 Ohjelmoinnin perusteet Y 2.3.2009 1 / 28 Puhelinluettelo, koodi def lue_puhelinnumerot(): print "Anna lisattavat nimet ja numerot." print
LisätiedotModul-Fleet KALUSTONHALLINNAN OPTIMOINTIIN. I can help! Ordered 3 items. Can t serve last client. Running late!
Modul-Fleet KALUSTONHALLINNAN OPTIMOINTIIN I can help! Ordered 3 items Can t serve last client Running late! Modul-Fleet KALUSTONHALLINNAN OPTIMOINTIIN Haluatko hallita organisaatiosi suurempaa liikkuvuutta
LisätiedotVisual Case 2. Miika Kasnio (C9767) 23.4.2008
Visual Case 2 Miika Kasnio (C9767) 23.4.2008 Työn tarkasti: Jouni Huotari 24.4.2008 1 SISÄLTÖ 1. TYÖN LÄHTÖKOHDAT... 2 2. PERUSTIEDOT... 2 3. ASENTAMINEN... 2 4. OMINAISUUDET... 3 4.1. UML-kaaviot... 4
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ätiedotOhjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus
Yhteenveto Ohjelmistotuotanto vs. muut insinööritieteet Monimutkaisuus Näkymättömyys (Usein näennäinen) luotettavuus ja edullisuus Muunnettavuus Epäjatkuvuus virhetilanteissa Skaalautumattomuus Copyright
LisätiedotOhjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa Harri Laine 1
Ohjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa 14.11.2008 Harri Laine 1 Oliot ohjelmiston mallinnuksessa käyttötapaus käyttää Käyttämämme oliokeskeinen perusmalli ohjelmistojen
LisätiedotKäyttötapausanalyysi ja testaus tsoft
Käyttötapausanalyysi ja testaus tsoft 15.09.2004 http://cs.joensuu.fi/tsoft/ Johdanto Use Case analyysi (käyttötapausanalyysi) on yleisesti käytetty järjestelmälle asetettujen toiminnallisten vaatimusten
LisätiedotAika Vaihe Lopputulos
Ruokis-hanke ICT PROJEKTI: Projektin ohjaaja: Lasse Seppänen Projektipäällikkö: Tommi Leppänen Projektin jäsenet: Jenita Karimäki, Tuija Pörhölä, Kalle Veuro ja Olli Savisaari Projekti Projektin tarkoitus
LisätiedotYhteistoimintakaavio (Esimerkki)
Yhteistoimintakaavio (Esimerkki) Käyttötapaus: Vuokraa ajoneuvo Yleiskuvaus: Käyttäjä vuokraa ajoneuvon määräajaksi. Esiehdot: Käyttäjä on hakenut vuokrausaikana vapaat ajoneuvot näytölle. Aktori: Asiakas
LisätiedotOhjelmistotekniikan menetelmät, luokkamallin laatiminen
582101 - Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 1 Lähestymistapoja Kokonaisvaltainen lähestymistapa (top-down) etsitään kerralla koko kohdealuetta kuvaavaa mallia hankalaa, jos kohdealue
LisätiedotKÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014. Käyttäjätutkimus ja käsitteellinen suunnittelu. Järjestelmän nimi. versio 1.0
KÄYTTÄJÄKOKEMUKSEN PERUSTEET, TIE-04100, SYKSY 2014 Käyttäjätutkimus ja käsitteellinen suunnittelu Järjestelmän nimi versio 1.0 Jakelu: Tulostettu: 201543 Samuli Hirvonen samuli.hirvonen@student.tut.fi
LisätiedotTenttikysymykset. + UML- kaavioiden mallintamistehtävät
Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä
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ätiedotOhjelmistotekniikan menetelmät, UML
582101 - Ohjelmistotekniikan menetelmät, UML 1 Sisältö DFD- ja sidosryhmäkaavioiden kertaus Oliomallinnus UML:än kaaviotyypit 2 Tietovuokaaviot Data flow diagrams, DFD Historiallisesti käytetyin kuvaustekniikka
LisätiedotAdobe -määrälisensointi
Adobe -määrälisensointi VIP-jälleenmyyjäkonsolin käyttöopas Value Incentive Plan -ohjelmalle (VIP) Versio 3.1 syyskuu 12, 2013 Voimassa 15.8.2013 lähtien Sisältö Mikä on VIP-jälleenmyyjäkonsoli?... 4 Aloitus...
LisätiedotAHKERA-OHJELMISTOT OY GDPR Info 1
AHKERA-OHJELMISTOT OY GDPR Info 1 Yleistä liittyen GDPR:ään Uusi tietosuojasta annettu asetus (EU) astui voimaan 25. toukokuuta 2018. Kaikki yritykset, organisaatiot ja viranomaiset, jotka käsittelevät
LisätiedotVIS Online 2.0 version uudistukset
VIS Online 2.0 version uudistukset Tämä dokumentti kuvaa VIS Online 2.0 julkaisun erot VIS Online 1.0:aan nähden. Dokumentti on tarkoitettu vanhan VIS Online 1.0 version käyttäjille siirryttäessä uuden
LisätiedotNimi: Henkilötunnus: {id} {+id}
TEHTÄVÄ : Eräillä kursseilla on kertauskysymyksiä, joihin opiskelijat vastaavat webin kautta. Kurssilla voi olla useita kysymyssarjoja, joihin voi kuulua monta kysymystä. Kysymyssarjalla on kurssikohtainen
LisätiedotUUTTA!!! PROSPEKTI 9.0. Uusi versio julkaistu 4.7.2007. Huom! Uuden version julkaisun myötä tuki 7.5 ja 7.6 versioille päättyy vuoden 2007 lopussa.
UUTTA!!! PROSPEKTI 9.0 Uusi versio julkaistu 4.7.2007 Huom! Uuden version julkaisun myötä tuki 7.5 ja 7.6 versioille päättyy vuoden 2007 lopussa. PROSPEKTI 9.0, uutta tekniikkaa ja toiminnallisuutta Uutta
LisätiedotNova-4Field Myyntitilaukset langattomasti. Muista ottaa Nova mukaan
Nova-4Field Myyntitilaukset langattomasti Muista ottaa Nova mukaan Sisältö Nova-4Field... 1 Sisältö... 2 Nova myyjän taskussa... 3 Saavutettavat aikasäästöt... 3 Reaaliaikaisuus... 4 Laskutuskierron nopeutuminen...
LisätiedotOnnistunut Vaatimuspohjainen Testaus
Onnistunut Vaatimuspohjainen Testaus Kari Alho Solution Architect Nohau Solutions, Finland Sisältö Mitä on vaatimuspohjainen testaus? Vaatimusten ymmärtämisen haasteet Testitapausten generointi Työkalujen
LisätiedotASIO Tilavarausohjelmisto / Peruskäytön ohje
ASIO Tilavarausohjelmisto / Peruskäytön ohje Asio Tilavarausohjelmiston perustoimintojen esittely Sisällys 1. Johdanto 2. Käyttöoikeudet ja roolit 3. Toimintotasot 4. Kalenterityypit 5. Käyttötyypit 6.
LisätiedotCASE Varma Testauksen haasteet moniuloitteisessa testiympäristössä. 5.11.2015 Tuukka Vähäpassi
CASE Varma Testauksen haasteet moniuloitteisessa testiympäristössä 5.11.2015 Tuukka Vähäpassi Varman esittely Keskinäinen työeläkevakuutusyhtiö Varma on Suomen suurin työeläkevakuutusyhtiö ja yksityinen
LisätiedotSimulointi. Tapahtumapohjainen
Simulointi Tapahtumapohjainen Diskreettiaikainen simulointi 1 Tarkastellaan systeemejä, joissa on äärellisen monta komponenttia. Jokaisella komponentilla äärellisen monta tilaa. Komponentit vaikuttavat
LisätiedotElisa Puheratkaisu Vakio Pääkäyttäjän ohjeet
Elisa Puheratkaisu Vakio Pääkäyttäjän ohjeet Oma Elisa -palvelu Vaihderatkaisun hallinta Koska sovellusta kehitetään jatkuvasti, pidättää Elisa Oyj oikeudet muutoksiin. Sovelluksessa saattaa olla toiminteita
Lisätiedotwww.tulosakatemia.fi Toivo Koski Liiketoiminnan käynnistäminen, liiketoiminnan suunnittelu ja taloudelliset laskelmat
Liiketoiminnan käynnistäminen, liiketoiminnan suunnittelu ja taloudelliset laskelmat Jäljempänä esitetty vaiheistettu konsultoinnin sisältökuvaus sopii mm. uuden liiketoiminnan käynnistämiseen (kaupallistamiseen),
LisätiedotVisma Liikkuvan työn ratkaisut: Työnohjaus. Moderni työkalu työn hallintaan
Visma Liikkuvan työn ratkaisut: Työnohjaus Moderni työkalu työn hallintaan Visma Työnohjaus on selainkäyttöinen ratkaisu töiden ja niiden sisältämien tehtävien hallintaan, aikataulutukseen ja seurantaan.
LisätiedotTIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori
TIE-21204 Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2 Antti Jääskeläinen Matti Vuori Työn yleiset järjestelyt 14.9.2015 2 Valmistautuminen Ilmoittaudu kurssille Lue harjoitustyön nettisivut
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ätiedotWebforum. Version 14.4 uudet ominaisuudet. Viimeisin päivitys: 2014-12-6
Webforum Version 14.4 uudet ominaisuudet Viimeisin päivitys: 2014-12-6 Sisältö Tietoja tästä dokumentista... 3 Yleistä... 4 Yleistä & hallinnointi... 5 Dokumentit... 5 Perättäinen tarkistus- ja hyväksymisprosessi...
Lisätiedot3. Käsiteanalyysi ja käsitekaavio
3. Käsiteanalyysi ja käsitekaavio lehtori Pasi Ranne Metropolia ammattikorkeakoulu E-mail: pasi.ranne@metropolia.fi sivu 1 Käsiteanalyysi Selvitetään mitä tietokantaan pitää tallentaa Lähtökohtana käyttäjien
LisätiedotTestaussuunnitelma. PUSU-ryhmä. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Testaussuunnitelma PUSU-ryhmä Helsinki 13.12.2007 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (9 op) Projektiryhmä Jussi Hynninen
LisätiedotVaatimusmäärittelyt. Luennon tavoitteista. Motivointia. Haikala ja Märijärvi, Ohjelmistotuotanto
Vaatimusmäärittelyt Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Haikala ja Märijärvi, Ohjelmistotuotanto Software requirements, styles and techniques, Soren Lauesen. 1 Tavoitteista Luentojen
LisätiedotAjanvaraus. Muster lisäpalvelun palvelukuvaus
Ajanvaraus Muster lisäpalvelun palvelukuvaus 30.05.2018 Palvelukuvaus 2 / 14 Sisältö Sisältö 2 Johdanto 3 Lisäpalvelun ominaisuudet 3 Ajanvaraussivu 3 Asetukset 9 Käyttöönotto 14 Tukipalvelut 14 Palvelukuvaus
LisätiedotOpus Internet ajanvaraus Opus Online Client Web asetukset
Opus Internet ajanvaraus Opus Online Client Web asetukset Sisältö Opus Online Client...3 Web asetukset...3 Vastaanotot...3 Ryhmät... 4 Hoitohenkilöt...5 Luo aliverkkotunnus... 6 Mukauttaminen... 7 Yleiset
LisätiedotOhjelmiston vaatimusmäärittely. tietoteknisen järjestelmän osat
Ohjelmiston vaatimusmäärittely tietoteknisen järjestelmän osat toiminta dokumentit laitteisto järjestelmä tietokanta ihmiset ohjelmisto 1 Määrittelyprosessi Määrittelyprosessi ideat lähtökohdat rajoitteet
LisätiedotJohdatus sovellussuunnitteluun, s2001, osa 3 Helsingin yliopisto / TKTL. Harri Laine / Inkeri Verkamo 1. Järjestelmän palvelujen määrittely
Tietojärjestelmät tarjoavat tietoa sekä käyttäjille että epäsuorasti muille tahoille. Tahoja, jotka ovat järjestelmän ulkopuolella, mutta kuitenkin palvelujen kautta kytkeytyneitä järjestelmään, kutsutaan
LisätiedotEUREFin vaikutukset organisaatioiden tietojärjestelmiin
EUREFin vaikutukset organisaatioiden tietojärjestelmiin EUREF-päivä 4.9.2012 ALEKSI LESKINEN Sisältö Tietojärjestelmät ja EUREF Keskeiset haasteet EUREF-muunnoksissa EUREF-muunnosprosessin vaiheet Yhteenveto
LisätiedotHyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa
1 Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa Passion leads to design, design leads to performance, performance leads to SUCCESS! OLLI NIEMI Yoso Oy Mitä määrittelyltä
LisätiedotGood Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi
Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi Versiohistoria: Versio: Pvm: Laatijat: Muutokset: 0.1 2006-11-25 Janne Mäkelä Alustava 1.0 2006-12-10 Janne Mäkelä Valmis 1.
LisätiedotLyseopaneeli 2.0. Käyttäjän opas
Lyseopaneeli 2.0 Käyttäjän opas 1. Esittely Lyseopaneeli on Oulun Lyseon lukion käyttäjätietojen hallintapalvelu jonka tarkoitus on niputtaa yhteen muutamia oleellisia toimintoja. 2. Yleistä paneelin käytöstä
LisätiedotToiminnallisen määrittelyn tarina. Esimerkki Reaktorin tavasta tehdä toiminnallista määrittelyä.
Toiminnallisen määrittelyn tarina Esimerkki Reaktorin tavasta tehdä toiminnallista määrittelyä. Toimitusjohtajan pulma Tässä on toimitusjohtaja Roope, jonka tavoitteena on pyörittää Rengasmaster Oy:tä
Lisätiedot58160 Ohjelmoinnin harjoitustyö
58160 Ohjelmoinnin harjoitustyö Testaus 30.3.2009 Tuntiop. Sami Nikander sami.nikander@helsinki.fi 58160 Ohjelmoinnin harjoitustyö, Sami Nikander 30.3.2009 1 Testaus Ohjelman systemaattista tutkimista
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Web Services. Web Services
Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden
LisätiedotKanTa-palvelut. Sähköisen lääkemääräyksen testauspalvelun suunnitelma. versio 1.0
Kela Testauspalvelusuunnitelma 1 (7) KanTa-palvelut Sähköisen lääkemääräyksen testauspalvelun suunnitelma versio 1.0 Dokumentin muutoshistoria Versio Pvm Tekijä / hyväksyjä Kuvaus 1.0 11.11.2011 KanTa-palveluryhmä,
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ä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 kertausta Harri Laine 1
kertausta 5.12.2008 Harri Laine 1 Ohjelmiston elinkaari, elinkaarimallit Yleinen puitemalli (reference model) - abstrakti kokonaiskuva ei etenemiskontrollia, ei yksityiskohtia Ohjelmistoprosessimallit
LisätiedotSisäinen laskutus ja sisäiset lähetteet Käyttöohje. Sisällys. Päivitetty YLEISTÄ... 2
Sisäinen laskutus ja sisäiset lähetteet Käyttöohje Päivitetty 20.9.2012 Sisällys YLEISTÄ... 2 KÄYTTÖ MYYMÄLÖIDEN VÄLISTEN TAVARANSIIRTOJEN YHTEYDESSÄ... 2 PÄÄLLE LAITETTAVAT ASETUKSET... 2 ASIAKKAALLE
LisätiedotPipfrog AS www.pipfrog.com. Tilausten hallinta
Tilausten hallinta Tilausten hallinta Tilausten hallinnassa on neljän tyyppisiä dokumentteja: Tilaukset, laskut, lähetykset ja hyvityslaskut, Tilaus on ensimmäinen dokumentti, jonka joko ostaja on luonnut
Lisätiedot! Luettelo ilmoittautuneista Tästä ruudusta löytyy joukkueiden yhteystiedot, puh.nro +
! Mitä aiot tehdä? Valitse! Luettelo ilmoittautuneista Tästä ruudusta löytyy joukkueiden yhteystiedot, puh.nro + e-mail! Pelaajien syöttö Tässä ruudussa syötetään etukäteen pelaajien nimet ja numerot kuhunkin
LisätiedotLiiketoiminnan kokonaiskuva yhdellä silmäyksellä
Liiketoiminnan kokonaiskuva yhdellä silmäyksellä Flex on selainpohjainen käyttöliittymä, johon voi kerätä liiketoiminnan tärkeimmät avainluvut visuaalisesti ja helposti hahmotettavaan muotoon. Flex mahdollistaa
LisätiedotOHJ-3010 Ohjelmistotuotannon perusteet, kesä 2012
OHJ-3010 Ohjelmistotuotannon perust eet, kesäkurssi 2012 Ajankoht aist a kurssilla - Harjoitustyöryhmien muodostaminen tänään - Taustatarinat ja tieto parituksesta ryhmille sähköpostitse perjantain 1.6.2012
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ä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ätiedotOmakannan Omatietovaranto palvelun asiakastestaus
Omakannan Omatietovaranto palvelun asiakastestaus 18.4.2017 Johdanto Tämä dokumentti käsittelee hyvinvointisovelluksen toimittajan asiakastestaukseen liittymistä Kuvauksessa ei käsitellä Ammattilaissovelluksia
LisätiedotJohdatus sovellussuunnitteluun, s2000, osa3 Helsingin yliopisto;/tktl. Harri Laine 1. Järjestelmän palvelujen määrittely
Tietojärjestelmät tarjoavat tietoa sekä käyttäjille että epäsuorasti muille tahoille Tahoja, jotka ovat järjestelmän ulkopuolella, mutta kuitenkin palvelujen kautta kytkeytyneitä järjestelmään kutsutaan
LisätiedotOpetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen
Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen Toiminnallinen määrittely: Työsuunnitelma TYÖSUUNNITELMAN TIEDOT Versio 0.1 Laatija Ulla Angervo Laatimispäivämäärä Hyväksyjä Hyväksymispäivämäärä
LisätiedotNäin toimii Pagunetten Webshop
Näin toimii Pagunetten Webshop 1 Uusi webshop Pagunetten uusi webshop löytyy osoitteesta: www.pagunette.fi Päävalikon VERHOT otsikon alta löytyy kaikki metritavarana myytävät kankaat ja valmisverhot. SISUSTUSTUOTTEET
LisätiedotKenttätutkimusten merkitys vaatimuksille ja käliratkaisuille: kaupan osto-, myynti- ja kassaohjelmisto
Kenttätutkimusten merkitys vaatimuksille ja käliratkaisuille: kaupan osto-, myynti- ja kassaohjelmisto Aki Korpua Seminaari: Kälisuunnittelun vaikutukset ohjelmistoprosessiin (kevät 2007) Tietojenkäsittelytieteen
LisätiedotMitä tentissä tulee osata? 50 % arvioinnista
Mitä tentissä tulee osata? 50 % arvioinnista Sisältö 1. Luennot ja käsitteet 10 pistettä 2. NAVin käyttö 20 pistettä Läpäisyyn vaaditaan 12 pistettä, joista vähintään 8 on NAVin käytöstä. Luennot ja käsitteet
LisätiedotAnalyysi on tulkkaamista
Analyysi on tulkkaamista Petri: Pitää osata menetelmiä, arkkitehtuureja, suunnittelumalleja, eli miten [ohjelmistoja] ylipäänsä kehitetään. Pitää olla viestintätaitoja. Perttu: Pitää ymmärtää miten projekti
LisätiedotSisällysluettelo. v.0.9 2
Käyttöopas Sisällysluettelo DYNAROAD HENKILÖKUNTA... 3 TIEPROJEKTIN LUOMINEN... 4 DYNAROAD KÄYTTÄJÄ... 5 TIEPROJEKTIN MUOKKAUS... 6 Työkohdetyyppien lisääminen... 7 Työkohteen lisääminen... 8 Urakoitsijoiden
LisätiedotHyrrä-hankkeen aikataulu Fiksu arvaus vai tarkka tieto?
Hyrrä Tilannekatsaus 15.-16.1.2013 Haikko, Porvoo Tuija Riukulehto Hyrrä-hankkeen aikataulu Fiksu arvaus vai tarkka tieto? Aloitettu 03/2012 Perusmäärittelyt, valmis 09/2012 Projektiryhmä aloitti työnsä
LisätiedotTest World Oy. Ohjelmistoprojekti 2004 T-76.115
Test World Oy Ohjelmistoprojekti 2004 T-76.115 TW QMD JA 13.9.2004 Page 1(5) 1. Yritys Test World Oy on suomalainen yksityinen vuonna 1991 perustettu yritys. Sen toimialana on autojen ja renkaiden testaus
LisätiedotSAP. Lasse Metso 14.1.2011
SAP Lasse Metso 14.1.2011 Toiminnanohjausjärjestelmä engl. Enterprise Resource Planning, ERP Integroitu tietojärjestelmä joka palvelee kaikkia yrityksen osastoja. Tuotantoyrityksistä liikkeelle lähtenyt
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ätiedot