Ohjelmistoprojektien hallinta Vaihejakomallit



Samankaltaiset tiedostot
ITK130 Ohjelmistoprosessi

2. Ohjelmistotuotantoprosessi

Copyright by Haikala. Ohjelmistotuotannon osa-alueet

Prosessimalli. 2. Ohjelmistotuotantoprosessi. Prosessimallin vaihejako. Prosessimallien perustehtävät. Ohjelmiston suunnittelu. Vaatimusmäärittely

Ohjelmistotekniikka - Luento 2

Ohjelmistotekniikka - Luento 2 Jouni Lappalainen

Standardi IEC Ohjelmisto

T Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä

Käyttäjäkeskeinen suunnittelu

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

Ketterä vaatimustenhallinta

Ohjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus

Miten luodaan tehokas ja sertifioitu laatujärjestelmä?

RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS

Yrittäjäkasvatuksen polku - sivusto. Yksityiskohtainen suunnittelu Huhtikuu 2018

Ohjelmistotuotanto, prosessit Syksy Ohjelmistotuotantoprosessi. Prosessimalli. Prosessimallien perustehtävät. Prosessimallin vaihejako

Paketoidut toiminnanohjausratkaisut projektiorganisaatioille. Jan Malmström Mepco Oy

Onnistunut SAP-projekti laadunvarmistuksen keinoin

7.4 Variability management

Johdantoluento. Ohjelmien ylläpito

Ohjelmistojen mallinnus, s2008 HY/TKTL, 28/10/2008. Harri Laine 1. Ohjelmisto

Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1

Ohjelemistotuotanto, syksy 1998 /Prosessi Prosessimallit

Ohjelmistoarkkitehtuuriin vaikuttavia tekijöitä. Kari Suihkonen

Oleelliset vaikeudet OT:ssa 1/2

Testaaminen ohjelmiston kehitysprosessin aikana

Kontrollipolkujen määrä

Ohjelmistoprosessit ja ohjelmistojen laatu Kevät Ohjelmistoprosessit ja ohjelmistojen laatu. Projektinhallinnan laadunvarmistus

Ohjelmistoarkkitehtuurit. Syksy 2008

OHJ-3010 Ohjelmistotuotannon perusteet. Ohjelmistoprojektin hallinta

Käyttövaltuushallinnan hyödyt tehokkaasti käyttöön. Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland

Scrum is Not Enough. Scrum ei riitä. Ari Tanninen & Marko Taipale. Nääsvillen oliopäivä 2009 Tampereen teknillinen yliopisto 9.12.

AKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY

Software engineering

Tietojärjestelmän osat

JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 2: Tarkistuslistoja

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma

PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS

Suunnitteluvaihe prosessissa

Ohjelmistojen mallintaminen, mallintaminen ja UML

Market. Need Market Research New Needs. Technical Research. Current Technological Level

Ohjelmointitekniikka lyhyesti Survival Kit 1 Evtek KA ELINKAARIMALLEISTA

Käyttäjäkeskeisen suunnittelun sulauttaminen osaksi tuotekehitysprosessia

ISEB/ISTQB FOUNDATION CERTIFICATE IN SOFTWARE TESTING III

Terveysliikuntapalveluiden tuotteistaminen. SHF-hankkeen loppuseminaari

PlugIT / Ydin: teemat ja jaksojen 2-6 suunnitelma ( )

Specifying user requirements for corporate intranet with user centered design methods. Espoo Tekijä: Henri Ström Valvoja: TkT Kalevi Kilkki

Testausoppeja toimialavaihdoksesta

<<PALVELUN NIMI>> Palvelukuvaus versio x.x

PALVELUKUVAUS järjestelmän nimi versio x.x

Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä

Ketterämpi Sonera Matka on alkanut!

EUREFin vaikutukset organisaatioiden tietojärjestelmiin

Ohjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1

COTOOL dokumentaatio SEPA: Refaktorointi

Ohjelmistojen suunnittelu

LAADUSTA KANSAINVÄLISTÄ KILPAILUKYKYÄETUA ESITELMÄN SISÄLTÖ: 1. SABRISCAN-TARINA 2. TULOKSET 3. YHTEENVETO

Uuden vieritestin käyttöönotto avoterveydenhuollossa

Ohjelmistoprojektien hallinta. Projektin strateginen suunnittelu

ISO 9001:2015 JÄRJESTELMÄ- JA PROSESSIAUDITOIN- NIN KYSYMYKSIÄ

Valtionhallinnon arkkitehtuurin kehittäminen

Testauksen hallinta Testaustyökalut Luento 7 Antti-Pekka Tuovinen

Käyttäjäkeskeisen suunnittelun periaatteet ja prosessit

7. Product-line architectures

Miten kuvaat ja kehität organisaation kokonaisarkkitehtuuria?

2 Description of Software Architectures

Testaus käsite. Sekalaista testausasiaa. Testauksen käsitteestä. Kattavuusmitat. Jos ajatellaan, että testaus = V&V, voidaan erottaa:

Asiakaskannattavuus. Cost Management Center to higher profits

Toimittajan johtaminen projektissa. Esko Hannula Annikki Parviainen

TeliaSonera Identity and Access Management

Ohjelmoinnin perusteet Y Python

käyttötapaukset mod. testaus

CAD/CAM Software with world class precision and control. What s Uusi

Enterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri

Toiminnallinen turvallisuus

Periaatteet standardien SFS-EN ISO/IEC 17025:2005 ja SFS-EN ISO 15189:2007 mukaisen näytteenottotoiminnan arvioimiseksi

Enterprise Security Architecture, A Business Driven Approach Kappaleet 7 ja 8

Ohjelmistoarkkitehtuurit. Syksy 2010

Projektityö

Prosessiajattelu. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessikuvaus - CMMI. Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4.

Laatu tietojärjestelmähankkeissa. Tietohallinnon kokemuksia Juha-Pekka Leskinen Atk-päällikkö Eduskunnan kanslia

Tietomallit ylläpidossa, periaatteita

Prosessiajattelu. Organisaation prosessikuvaus - CMMI. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessien määritys CMMI käytänteet

Mikkelin sähköisen asioinnin alusta - päätöksenteko. Kalle Launiala / ProtonIT Oy kalle.launiala@protonit.net

Integrated Management System. Ossi Ritola

IT2015 EKT ERITYISEHTOJA OHJELMISTOJEN TOIMITUKSISTA KETTERIEN MENETELMIEN PROJEKTEILLA LUONNOS

JULKISTEN PALVELUJEN ELINKAARI; HYVÄ PALVELU EILEN, TÄNÄÄN, HUOMENNA MIHIN PALVELUT OVAT MENOSSA? Lauri Helenius, Solita Oy

PROJEKTI- PÄÄLLIKÖSTÄ PRODUCT OWNERIKSI MEERI CEDERSTRÖM

1 TILATAR. 1.1 Yleistä. 1.2 Projektiorganisaatio

Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet

Yhteenvetoa, pieniä laajennuksia, tulevaisuuden haasteita

VBE2 Työpaketit Jiri Hietanen / TTY

Ohjelmistoarkkitehtuurit Kevät 2016 Johdantoa

Miten löydän Sen Oikean? Senaattoritilaisuus Liisa Paasiala, Senior Consultant

Projektinhallinta SFS-ISO mukaan

ONNISTUNUT VERTAILUMITTAUS Pätevyysvaatimukset vertailumittausjärjestäjälle. Tuija Sinervo FINAS-akkreditointipalvelu

Palveluliiketoimintaa verkostoitumalla

Ylläpito. Ylläpidon lajeja

Ohjelmistojen mallintaminen, kurssikoe esimerkkivastauksia

Ohjelmoinnin perusteet, syksy 2006

Transkriptio:

Ohjelmistoprojektien hallinta Vaihejakomallit

Vaihejakomallit TAVOITE: YMMÄRTÄÄ eri vaihejakomallien etujajahaittoja 2

Erilaisia malleja Tee ja korjaa (Code-and-Fix) Vesiputousmalli (Waterfall) Vesiputousmalli osaprojekteilla (Waterfall with Subprojects) Spiraalimalli (Spiral Model) Vaiheittainen toimitus (Staged Delivery) Versiointi (Evolutionary Delivery) Viipalointi (Design-to-Schedule) Protoilu (Evolutionary Prototyping) 3

Tee ja korjaa Code-and-Fix Product System Specification (if any) Release (if any) Steve McConnell: Rapid Development 4

Tee ja korjaa: edut ja haitat + Et tuhlaa aikaasi suunnitteluun, dokumentointiin, laadun varmistukseen, standardien käyttöönottoon tai mihinkään muuhun kuin vain koodaamiseen + Koska heti aletaan koodata, edistymisen merkit näkyvät ulospäin varsin nopeasti + Helppo metodi: jos osaat koodata, osaat käyttää Code-and-Fix -metodia + Monille ihmisille se luonnollinen tapa toimia Harvoin tehokas, mutta silti hyvin yleisesti käytössä Suurissa projekteissa malli on erittäin vaarallinen Johtaa ongelmiin: virheet ylläpito-ongelmat jatkokehitys? 5

Vesiputousmalli Software Concept Requirements Analysis Architectural Design The grandfather of all lifecycle models Detailed Design Coding and Debugging System Testing Steve McConnell: Rapid Development 6

Vesiputousmallin edut ja haitat Yksityiskohtainen suunnittelu Ohjelmistokonsepti Vaatimuskehitys Systeemitestaus Arkkitehtuurisuunnittelu Vaatii tarkan määrittelyn Arkkitehtuuri oltava selvillä Altis riskeille Päällekkäistä työtä R&D-projektissa Edistymistä vaikea nähdä Tulokset saadaan käyttöön vasta lopussa + Luotettava järjestelmä + Hyvä kasvualusta Koodaus ja debuggaus 7

Vesiputousmalli osaprojekteilla Software Concept Requirements Analysis Steve McConnell: Rapid Development Architectural Design Detailed Design Coding and Debugging Detailed Design Detailed Design Subsystem Testing Coding and Debugging Coding and Debugging Subsystem Testing Subsystem Testing System Testing 8

Spiraalimalli Toteutus Testaus Toimitus Suunnittelu Määrittely 9

Spiraalimallin edut ja haitat + Ei tarkkaa määrittelyä + Lopullinen arkkitehtuuri ei tiedossa projektin alussa + Luotettava järjestelmä + Hyvä kasvualusta + Riskit hallinnassa + Edistymän seurattavuus Vaatii paljon osaamista Vaikea asettaa tavoitteet Vaikea määritellä, onko kaikki valmista seuraavaan kierrokseen 10

Vaiheittainen toimitus Software Concept Requirements Analysis Architectural Design Stage 1: Detailed design, code, debug, test, and delivery Stage 2: Detailed design, code, debug, test, and delivery Stage n: Detailed design, code, debug, test, and delivery 11

Vaiheittaisen toimituksen edut ja haitat Tarve Määrittely Suunnittelu + Luotettava järjestelmä + Hyvä kasvualusta + Edistymän seurattavuus + Ongelmat varhain esille + Vähentää arviointivirheitä + Riskit pienenevät (kokonaisaika ei yleensä kuitenkaan lyhene) Vaatii tarkan määrittelyn Arkkitehtuuri oltava selvillä Ei mahdollista suunnanmuutoksia Vaihe 1: Toteutus, testaus, toimitus Vaihe 2: Toteutus, testaus, toimitus Riski: lisää ominaisuuksia Vaihe n: Toteutus, testaus, toimitus 12

Versiointi Software Concept Preliminary Requirements Analysis Design of Architecture and System Core Deliver Final Version Päätös ennen aloitusta: Develop a Version 1. Arkkitehtuuri ja ydin 2. Kierrosten lukumäärä - kehitystyön suunta Incorporate Customer Feedback Deliver the Version Elicit Customer Feedback 13

Versioinnin edut ja haitat Tarve Määrittely Arkkitehtuuri oltava selvillä Mikä on lopullinen versio? Riski: lisää ominaisuuksia Suunnittelu Palautteen huomiointi + Ei vaadi tarkkaa määrittelyä + Melko luotettava järjestelmä + Hyvä kasvualusta + Mahdollistaa suunnanmuutoksia + Edistymisen seurattavuus Version toteutus Käyttäjäpalaute Lopullisen version toimitus Version toimitus 14

Viipalointi Software Concept Steve McConnell: Rapid Development Requirements Analysis Architectural Design High Priority: Detailed design, code, debug, test Medium High Priority: Detailed design, code, debug, test Release Run out of time or money here Medium Priority: Detailed design, code, debug, test Medium Low Priority: Detailed design, code, debug, test 15

Viipaloinnin etuja ja haittoja Toteuttamiskelpoinen strategia tuotteen julkistamiseen jonain ennalta määrättynä päivänä Erityisen käyttökelpoinen sellaisille tuotteen osille, jotka eivät ole kriittisiä Priorisointi - ensin tehdään tärkeimmät asiat ja lopuksi ne vähemmän tärkeät, jos on aikaa Alussa ei tiedetä, päästäänkö koskaan tuotteen lopulliseen julkistamiseen asti Suunnitelmassa on useampia tasoja kuin mihin päästään julkistamisen ajankohtaan (deadline) mennessä Jos olet 100% varma, että pysyt aikataulussa, tämä on tehoton lähestymistapa - muussa tapauksessa se säästää sinut monilta ongelmilta. 16

Protoilu Initial concept Design and implement initial prototype Refine prototype until acceptable Complete and release prototype Steve McConnell: Rapid Development 17

Protoilun edut ja haitat Erittäin käyttökelpoinen, kun vaatimukset muuttuvat tiheästi Käyttökelpoinen myös, kun kehittäjät eivät ole varmoja optimaalisesta arkkitehtuurista Saa aikaan tuotosta ja näkyviä merkkejä edistymisestä Projektin alussa on mahdotonta tietää, kuinka kauan kestää saada lopullinen tuote valmiiksi Ennakolta on myös mahdoton tietää, montako iteraatiokierrosta pitää tehdä 18

Harjoitustyö 2: Sidosryhmäanalyysi -mindmap Sidosryhmien ja niiden vaatimusten/intressien selvittäminen 1. Sidosryhmien eli intressiryhmien selvitys 2. Kunkin sidosryhmän vaatimusten eli intressien selvittämien 19

Sidosryhmäanalyysi -mindmap Keskelle projektin lopputulos Sidosryhmä on taho tai järjestelmä, jolla on intressejä tai vaatimuksia projektin lopputulokseen Vaatimus tai intressi on se mitä ko. taho tai järjestelmä odottaa tai vaatii projektin lopputulokselta Jos sidosryhmälle ei löydy intressiä, sen voi poistaa kuvasta Jos usealla taholla on sama vaatimus, ne voidaan yhdistää Kirjanpito Taloushallinto Töiden suunnittelu ALV Laskutuksen Oikeellisuus käsittely nopeus Jäljitettävyys Eurot Markat Viranomaiset Asiakkaat Liittyvät järjestelmät Uusi laskutusjärjestelmä Toimittaja Johto Käyttäjät Raportointi Ohjauksen Huoltolaskutus mittarit Myyntilaskutus Seuranta Raportointi Referenssi Laskutus Asiakassuhteen jatko 20

Sidosryhmäanalyysi -mindmap Intressiryhmät ja intressit voivat löytyä seuraavista aihealueista: henkilöryhmät, joita tulos koskee organisaatioyksiköt, jotka ovat kiinnostuneita tuloksesta ulkopuoliset intressiryhmät, joiden näkemykset tai määräykset on otettava huomioon koneet ja laitteet, joilla tulosta käsitellään tietojärjestelmät joihin tarvitaan liittymiä johtamisjärjestelmät, joihin tulos liittyy Harjoituksen suoritustapa: Yhdessä tarkennetaan ja täydennetään intressiryhmät ja lisätään intressit eli vaatimukset 21