Perinteinen oliomenetelmä ketteräksi
|
|
- Liisa Lehtinen
- 8 vuotta sitten
- Katselukertoja:
Transkriptio
1 Perinteinen oliomenetelmä ketteräksi Heini Holopainen ja Eija Hamina - Mäki TietoEnator Oyj/ Public & Healthcare/dGov Agenda Agile Manifesti Ketterän menetelmän päätavoitteet Ketterät menetelmät ja niiden yleisiä ja yhteisiä piirteitä Ketterä menetelmä Perinteinen oliomenetelmä TE Object Milloin menetelmä on agile Hajoitustehtävä
2 Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation. Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more Ketteryys Yleisesti ketteryydellä tarkoitetaan ohjelmistotuotantonossa : dynaamisuutta joustavuutta suunnan vaihdon nopeutta/ vikkelyyttä tehokkuutta vuorovaikutteisuutta
3 Ketterän menetelmän päätavoitteet Pyritään vastaamaan liiketoiminnan vaatimuksiin kevyistä, nopeista ja nokkelista ohjelmistotuotanto prosesseista Päätavoitteena tuottaa asiakkaalle jatkuvasti ja aikaisessa vaiheessa konkreettista tulosta (syklit/ inkrementit) Pyritään hallitsemaan muuttuvat vaatimukset, jopa pitkälle edenneessä ohjelmistotuotantovaiheessa. Ketterän menetelmän päätavoitteet Pyritään suoraan vuorovaikukseen asiakkaan kanssa. Asiakas on osa projekti- / ohjelmistokehitystiimiä. Motivoivaa henkilöstöhallintaa- roolit oikein itseorganisoituva/ tiimi- motivoitunut tiimi. Huomiota kiinnitettävä: taitoihin, osaamiseen viestintään yhteisöllisyyteen
4 Ketterän menetelmän päätavoitteet Edistää kestävää kehitystä Yksinkertaisuus on hallintaa - kuvataan vain tarvittavat asiat ja vain tarvittavalla tasolla, tuotetaan vain toiminnallisuus/ joustavuus, josta on hyötyä (tällä hetkellä). Keskitytään hallitsemaan epätäydellisyyttä (milloin valmis?) Ketterän menetelmän päätavoitteet Arvioidaan jatkuvasti etenemistä ja toimintaa, jotta pystytään tulemaan laadukkaasti tehokkaammiksi. Korostaa prosessin lisäksi voimaa, yhteisöä, ylpeyttä ja oppimista
5 Ketteriä menetelmiä XP- Extreme programming (Beck 1999), yksinkertaisesti pyrkimys saada työ tehtyä. /commonsense principles and practisie to extreme level. Kurinalaisuus lisääntyy SCRUM (Schwaber 1995; Schwaber and Beedle 2002). Lähtökohtana on hallita ohjelmistotuotantoprosessia ja hallita/tukea muuttuvaa ympäristöä/ vaatimuksia. Ketteriä menetelmiä Crystal family of methodologies (Cockburn 2002).Sisältää useita eri menetelmiä. Useita erilaisia lähestymistapoja erilaisille projekteille, erilaisia toimintamalleja, joita voi käyttää. FDD Feature Driven Development (Palmer and Felsing 2002). Prosessiorioitunut ketterä tapa. Keskittyy enemmän suunnittelu ja rakentamisvaiheisiin, ei kata koko ohjelmistotuotantoprosessia.
6 Ketteriä menetelmiä RUP - The Rational Unified Process ( Kruchten 1996, Kruchten 2000).Oliopohjaisten järjestelmien iterativiinen ohjelmistotuotantomenetelmä. DSDM - Dynamic Systems Development Method (Stapelton 1997). Vapaasti hyödynnettävä sovelluskehys RAD ohjelmistotuotantoon.kiinnittää ajan ja resurssit ja sitten siinä puitteissa säädetään toiminnallisuus (ei kaikkea kerralla) Ketteriä menetelmiä ASD - Adaptive Software Development (Highsmith 2000). Keskittyy pääasiassa suurten, monimutkaisten järjestelmien ongelmiin. Painottaa inkrementaalista ja iteratiivista ohjelmistotuotantoa ja jatkuvaa protoilua. AM Agile modelling (Amber 2002). Lisäys/ lisäarvo olemassa olevaan menetelmään se ei ole täydellinen menetelmä. Sisältää joukon käytännön ohjeita ja periaatteita.
7 Ketteriä menetelmiä PP Pragmatic Programming (Hunt & Thomas 2000). Joukko mielenkiintoisia ohjelmointi käytäntöjä/ vinkkejä, ei varsinainen menetelmä (ei prosessia, vaiheita, tai rooleja) OSS - Open Source Software develompment ( O Reilly 1999).Yhteneväisyyksiä agile - menetelmien kanssa Mitä yhteisiä piirteitä on ketterissä menetelmissä iteratiivisuus (tiheät syklit) inkrementaalisuus (jatkuvasti arvioitavaa tulosta) testauksen automatisointi (test first) pyritään sallimaan ja hallitsemaan muutokset kommunikoinnin ja yhteistyön ja yleensä vuorovaikutuksen korostaminen. Suoraviivaisuuden korostaminen
8 Pai kallinen Alueellinen Kes kitetty <<Tietokanta>> Help Desk <<Tietokanta>> Lisenssi <<GSM>> Kännykkä <<GSM>> Kännykkä <<Unix-palvelin>> So vellusp al velin Lisenssienhallinta <<RS-232>> << WindowsNT> > Konttorityöasema <<TCP/IP 64 Kb>> <<sms>> <<GSM-data>> SNA <<Kannett ava>> Tukihenkil ön työasema <<TCP/IP 64 Kb>> <<Keskuslaite>> Jkylän pal velukes kuksen MF Käyttäjätiedot Käyttöomaisuusr ekisteri <<Tietokanta Käyttäjätiedo Tilaajan toiminnot <<Käyttöliittymä>> Tilaajan palvelut <<Palvelin>> <<Liittymä>> Käyttöomaisuusrekisteri Help Desk toiminnot <<Käyttöliittymä>> <<Palvelin>> Help Desk palvelut <<Liittymä>> Valvontajärjestelmä Käyttäjä Myynti Tarjouksen teko extends Alennusten laskenta uses extends Henkilo 1 Tarjouksen hyväksyntä OsoiteKotimaassa extends Kuukusilaskutus Laskutus <<Service>> Trade <<MTS>> TradeService (from Trade) (from ITradeService (from TradeService) TradeService <<ATL>> TradeService) <<MTS>> TradeServiceTx (from Trade) (from ITradeServiceTx (fr om TradeServiceTx) <<ATL>> CTradeServiceTx TradeServiceTx) Osoite OsoiteUlkomailla <<Service>> Store Esitilaus VoimassaOloPäivä Asiakas Tilaus {abstract} AsiakasNumero Hyväksyjä HyväksymisPvm TilausNumero TilausPvm IAsiakastiedot Asiakastiedot Tuotetilaus MuutosPvm Tilausrivi TilattuMäärä TilausNumero 1+ Tilausrivinro ToimitettuMäärä ToimitusPvm Tuote ITilaukset Tilaukset TE OBJECT PROCESS BUSINESS DEVELOPMENT ANALYSIS DESIGN CONSTRUCTION IMPLEMENTATION PRELIMINARY STUDY Focusing business goals Present state analysis Identifying and capturing DESCRIPTION requirements OF TARGET STATE Business processe s Preliminary architectures Preliminary use cases and business components DEVELOPMENT PLANNING Enterprise development plan Impact analysis Cost estimates Benefit analysis Risk analysis System requirements derived from Business Requirements ARCHITECTURE DESIGN Application architecture ENVIRONMENT CONSRUCTION ANALYSIS OF SYSTEM FUNCTIONALITY Development environment Defining user activities description Constructing the technical Replication plan environment Adjusted deployment diagrams APPLICATION FUNCTIONALITY Use case APPLICATION Varaston tarkistus DESIGN CONSTRUCTION model User interface specification DESIGNING APPLICATION FUNCTIONALITY Implementing Analysis of user interfaces Screen content description user interfaces Prototype Implementing components Preliminary screen diagrams Layouts of reports and printouts and classes Reports Component and Class Component and Prototype specifications implementation test Division into components BUSINESS CONCEPTS Relations, attributes and states DATABASE CONSTRUCTION Technical classes derived from the Business component Architecture Constructing the database specifications Component model Class model State diagrams Responsibilitie s ARCHITECTURE SPECIFICATION Interfaces Subsystems Subsystem relations Technical architecture Deployment descriptions Component Interfaces Object interaction Interfaces of the other systems Describing interfaces to the other systems DATABASE DESIGN Storage structure of permanent classes Database structure Creation of development database Perinteinen oliomenetelmä TE Object Liiketoiminnan kehittäminen Määrittely Uudelleenkäyttö Testaus Suunnittelu Toteutuserä Toteutus Projektinhallinta Vaatimustenhallinta Laadunvarmistus
9 TE Object: Projektihallinta Työnjako ja organisointi perustana perinteinen projektinhallinta projektipäällikön tunnettava oliolähestymistapa uusia rooleja Työtavat kasvattava (inkrementaalinen) vähitellen täsmentävä (iteroiva) aikaviipaletekniikkaa soveltava (time boxing) protoileva pilotoiva Business development System functionality Analysis Copyright TietoEnator Construction: 2003 Testing Design Implementation Testing BPD Construction: Design Implementation Analyzing Desingn Implementation Construction: Design Implementation Testing Testing TE Object: Organisointi Osaprosessikohtaiset roolit ja vastuut Toimittaja Asiakas => aktiivisesti mukana Yhdellä henkilöllä useampia rooleja Laadunvarmistuksen vastuut ja roolit esimerkkirooleja: uudelleenkäytön edistäjä sovellusarkkitehti oliokonsultti Aloittelija : asiantuntija = 2 : 1
10 TE Object: Iteratiivinen työskentely Varmista tulosten laadullisuus Vertaile vaatimuksiin Hyväksytä tulokset Sovi ja kirjaa projektisuunnitelmaan Iterointikertojen lukumäärän Jokaisen iterointikierroksen lopputulokset ja tarkkuustaso Iteroinnin työskentelytapa Iteroitavat työt/tehtävät Iterointikierrosten välillä Varmista tulosten laatu Sovi seuraavan kierroksen tavoitteet Tarkista vaikutukset projektiin (muutoshallinta) End Iteration3 task 1 task 2 task 3 Start Iteration2 task 1 task 2 task 3 Iteration1 task 1 task 2 task 3 TE Object: Inkrementaalinen työskentely Design Implem. Testing Analysing Design Implem. Testing Design Implem. Testing Analysing Analysing Summarizing Analysing Design Implem. Testing Design Implem. Testing Design Implem. Testing Analysing Design Implem. Testing Analysing Design Implem. Testing Analysing Design Implem. Testing
11 <<Tietokanta>> <<Tietokanta>> <<RS-232>> SNA <<TCP/IP 64 Kb>> MF Käyttöomaisuusr ekisteri Pai kallinen Alueellinen Kes kitetty Help Desk Lisenssi <<GSM>> Kännykkä <<GSM>> Kännykkä <<Unix-palvelin>> Sovelluspal velin Lisenssienhallinta << WindowsNT> > Konttorityöasema <<TCP/IP 64 Kb>> <<sms>> <<GSM-data>> <<Kannett ava>> Tukihenkil ön työasema <<Keskuslaite>> Jkylän pal velukes kuksen Käyttäjätiedot <<Tietokanta Käyttäjätiedo <<Käyttöliittymä>> Tilaajan toiminnot Tilaajan palvelut <<Palvelin>> <<Liittymä>> Käyttöomaisuusrekisteri <<Käyttöliittymä>> Help Desk toiminnot <<Palvelin>> Help Desk palvelut <<Liittymä>> Valvontajärjestelmä Käyttäjä Myynti Tarjouksen teko extends Alennusten laskenta uses extends Varaston tarkistus Henkilo 1 OsoiteKotimaassa extends <<Service>> Trade TradeService <<MTS>> (from Trade) (from ITradeService (from TradeService) <<ATL>> TradeService TradeService) <<MTS>> TradeServiceTx (from Trade) (from ITradeServiceTx (from TradeServiceTx) <<ATL>> CTradeServiceTx TradeServiceTx) Osoite OsoiteUlkomailla <<Service>> Store Esitilaus VoimassaOloPäivä Asiakas Tilaus {abstract} AsiakasNumero Hyväksyjä HyväksymisPvm TilausNumero TilausPvm Tuotetilaus MuutosPvm IAsiakastiedot Asiakastiedot Tilausrivi TilattuMäärä TilausNumero 1+ Tilausrivinro ToimitettuMäärä ToimitusPvm Tuote : Hakija : Tili : Osoite LaskeSaldo HaeUlkomaanOsite LaskeHenkilonSaldo ITilaukset Tilaukset TE OBJECT QUALITY ASSURANCE PROCESS PRELIMINARY STUDY Focusing business goals Present state analysis Identifying and capturing DESCRIPTION requirements OF TARGET 1 STATE Busines s process es BUSINESS DEVELOPMENT Preliminary architecture s Business concepts DEVELOPMENT PLANNING Enterprise development plan Impact analysis Cost estimates Benefit analysis Risk analysis 2 REQUIREMENT System FOCUSING requirements derived from ANALYSIS OF SYSTEM FUNCTIONALITY Business Requirements Defining user activities Use case model ANALYSIS Tarjouksen hyväksyntä Kuukusilaskutus Laskutus 3 Analysis of user interfaces Preliminary screen diagrams Reports Prototype BUSINESS CONCEPTS Preliminary business components Reuse plan ARCHITECTURE DESIGN Application architecture Development environment Constructing description the technical Replication plan Adjusted deployment diagrams 6 environment APPLICATION DESIGNING APPLICATION FUNCTIONALITY CONSTRUCTION User interface specification Implementing Screen content description user interfaces 9 Prototype Layouts of reports and Implementing printouts Component and Class specifications components Division into components and classes Relations, attributes and states Constructing Technical classes derived from the database the architecture Component interfaces DESIGN Class model 4 State diagrams Description of ARCHITECTURE SPECIFICATION object interaction Interfaces Subsystems DATABASE DESIGN 7 Subsystem relations Storage structure of permanent Technical architecture classes Deployment descriptions 5 Database structure 8 Creation of development database CONSTRUCTION IMPLEMENTATION TE Object: Laadun varmistus Tavoitteena varmistaa tulosten oikeellisuus ja oikeaaikaisuus Seuranta auttaa laatupoikkeamien havaitsemiseen ajoissa -> korjaavat toimenpiteet ajoissa Katselmoinnit jokaisen osaprosessin lopussa tarvittaessa osaprosessin aikana Projektitoiminnan tueksi erillinen toimintaohjeisto -> projektikatselmukset
12 <<Tietokanta>> <<Tietokanta>> Paikallinen Alueellinen Kes kitetty <<RS-232>> Help Desk SNA Lisenssi <<GSM>> Kännykkä <<GSM>> Kännykkä <<Uni x-pal velin> > Sovelluspal velin Lisenssienhallinta <<TCP/IP 64 Kb>> MF Käyttöomaisuusr ekisteri << WindowsNT> > Konttorityöasema <<TCP/IP 64 Kb>> <<s ms>> <<GSM-data>> <<Kannett ava>> Tukihenkil ön työasema <<Keskuslaite>> Jkylän pal velukes kuksen Käyttäjätiedot <<Tietokanta Käyttäjätiedo <<Käyttöliittymä>> Tilaajan toiminnot Tilaajan palvelut <<Palvelin>> <<Liittymä>> Käyttöomaisuusrekisteri <<Käyttöliittymä>> Help Desk toiminnot <<Palvelin>> Help Desk palvelut <<Liittymä>> Valvontajärjestelmä Käyttäjä Myynti Tarjouksen teko extends Alennusten laskenta uses Varaston tarkistus extends Henkilo 1 Tarjouksen hyväksyntä OsoiteKotimaassa extends Kuukusilaskutus Laskutus <<Service>> Trade TradeService <<MTS>> (from Trade) (from ITradeService (from TradeService) TradeService <<ATL>> TradeService) TradeServiceTx <<MTS>> (from Trade) ITradeServiceTx (from (fr om TradeServiceTx) <<ATL>> CTradeServiceTx TradeServiceTx) Osoite OsoiteUlkomailla <<Service>> Store Esitilaus VoimassaOloPäivä Asiakas Tilaus {abstract} AsiakasNumero Hyväksyjä HyväksymisPvm TilausNumero TilausPvm Tuotetilaus MuutosPvm IAsiakastiedot Asiakastiedot 1+ Tilausrivi TilattuMäärä TilausNumero Tilausrivinro ToimitettuMäärä ToimitusPvm Tuote : Hakija : Tili : Osoite LaskeSaldo LaskeHenkilonSaldo HaeUlkomaanOsite ITilaukset Tilaukset TE OBJECT TESTING PROCESS PRELIMINARY STUDY Focusing business goals Present state analysis Identifying and capturing DESCRIPTION requirements OF TARGET STATE Business processe s BUSINESS DEVELOPMENT Preliminary architectures Business concepts DEVELOPMENT PLANNING Enterprise development plan 1 Impact analysis Cost estimates Benefit analysis Risk analysis ANALYSIS CONSTRUCTION DESIGN REQUIREMENT FOCUSING IMPLEMENTATION System FOCUSING requirements derived from Business Requirements ARCHITECTURE DESIGN Application architecture ANALYSIS OF SYSTEM FUNCTIONALITY Development environment Constructing Defining user activities description 7 the technical Replication plan environment Adjusted deployment diagrams APPLICATION Use case DESIGNING APPLICATION FUNCTIONALITY CONSTRUCTION model User interface specification Implementing 4 8 Screen content description user interfaces Analysis of user interfaces Prototype Preliminary screen diagrams Layouts of reports and printouts Reports 2 Implementing components Component and Class Prototype specifications and classes Division into components BUSINESS CONCEPTS Relations, attributes and states Technical classes derived from the Constructing the database Preliminary business architecture components Reuse plan Component interfaces 5 9 Class model 10 State diagrams Description of ARCHITECTURE SPECIFICATION object interaction 6 Interfaces 3 Subsystems DATABASE DESIGN Subsystem relations Storage structure of permanent Technical architecture classes Deployment descriptions Database structure Creation of development database 11 Milloin menetelmä on agile Ketteryys vähenee järjestelmän koon kasvaessa Ketteryyteen voidaan pyrkiä osittamalla järjestelmän kehitys itsenäisiin palasiin Tukee inkrementaalista ja iteratiivinen työskentelytapaa Menetelmä on riittävän tarkka ja riittävän yksityiskohtainen Menetelmä täyttää tarkoituksensa, on joustava, on sovellettavissa Periaatteet helposti opittavia suoraviivaisia Täydellisyyttä ei voi saavuttaa
13 Milloin menetelmä on agile Tuottaa projektille positiivista lisäarvoa Auttaa projektia pääsemään päämääräänsä Vähentää kustannuksia Menetelmä on ymmärrettävä Vaatimukset määritellään ensin liiketoiminnan kielellä Jos käytetään UML kuvaustapaa, tulee käyttäjät kouluttaa käyttämään kuvaustekniikkaa Tukee testauksen automatisointia Mieti ensin miten testaat ajattelu Milloin menetelmä on agile Edellyttää asiakkaan osallistumista projektiin. projektitiimin roolit ja vastuut kuvattu myös asiakkaan osalta Sallii maalaisjärjen käytön
14 Milloin menetelmä on agile agility in business EI merkitse tehokkuuden parantamista kustannusten vähentämistä laadun kustannuksella Linkkejä Agile alliance: Martin Fowler's Agile Software Development pages: VTT Agile Software Technologies
15 Harjoitustehtävä Mieti mitä haasteita tuo ketterä lähestymistapa käytännön ohjelmistotuotantoon.(3-5 keskeisintä) Haasteet Vaatimusten hallinta Jäljitettävyys Muutoksen arviointi kustannukset, aikataulut Muutoksen toteutus Milloin? Testauksen automatisointi Test first, Mieti kuinka testaat ensin, kirjoita testitapaukset ja koodaa sitten, hahmottuu toiminnallisuuden arvo Testitapausten automatisoitu tuottaminen (activity kaavioiden perusteella?) Kuka, Miten
16 Haasteet Asiakkaan sitotuminen 100 % Asiakkaalla on omat hommat, delegointi Asiakkaan johdon sitoutuminen Tiimityöskentely, tiimiajattelu projekteissa Eri organisaatioiden henkilöiden välillä Henkilöiden osaaminen huomioitava, koulutustarve ( kaikki eivät voi olla asiantuntijoita, aloittelijat mukaan Ei ole omia lapsia - kuka tahansa saa koskea toisen tekemään tulokseen (dokumentti, koodi jne.) Haasteet Palaute Palautteen antaminen ja palautteen vastaanottaminen Oltava rakentavaa, ei henkilökohtaista Hyväksyttävä, ettei ole täysin oppinut nöyryys Yksinkertaisuus ja riittävyys Vain ne piirteet, jotka tuovat lisäarvoa, mutta ei mitään turhaa. Kaiken ei tarvitse olla kuvattuna 100% tarkasti
17 More time for Users Heini Holopainen ja Eija Hamina-Mäki Public & Healthcare dgov
Komponentteja oliopohjaisesti. Heini Holopainen TietoEnator Oyj Public & Healthcare/ dgov
Komponentteja oliopohjaisesti Heini Holopainen TietoEnator Oyj Public & Healthcare/ dgov Agenda TE Objectin historiaa ja käyttölaajuus Miksi oma ohjelmistotuotantoprosessi TE Objectin fyysinen rakenne
LisätiedotLyhyt johdatus ketterään testaukseen
TTY:n Testauspäivät, Tampere 15.8.2006 Lyhyt johdatus ketterään testaukseen eli Ketterän ohjelmistokehityksen laatukäytäntöjä Juha Itkonen SoberIT Teknillinen korkeakoulu Juha.Itkonen@tkk.fi Ketterä ohjelmistokehitys
LisätiedotVille Isomöttönen. Agile. Jyväskylän Yliopisto Sivu 1 Tietotekniikan laitos
Agile Jyväskylän Yliopisto Sivu 1 Tietotekniikan laitos Manifesto of Agile Software Development(2001): We are uncovering better ways of developing software by doing it and helping others doit.throughthisworkwehavecometovalue:
LisätiedotArkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä
Arkkitehtuuritietoisku eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä Esikysymys Kuinka moni aikoo suunnitella projektityönsä arkkitehtuurin? Onko tämä arkkitehtuuria?
LisätiedotAgile. Jyväskylän Yliopisto Sivu 1 Tietotekniikan laitos
Agile Jyväskylän Yliopisto Sivu 1 Tietotekniikan laitos Manifesto of Agile Software Development (2001): We are uncovering better ways of developing software by doing it and helping others do it. Through
LisätiedotOhjelmistotekniikka - Luento 2
Ohjelmistotekniikka - Luento 2 Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento 2: Prosessimallit
LisätiedotOhjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit 1 Luento
LisätiedotKetteryys pähkinänkuoressa. Kokopäivän Scrum-kurssin sisältö tislattuna ja tiivistettynä kolmeen varttiin
Ketteryys pähkinänkuoressa Kokopäivän Scrum-kurssin sisältö tislattuna ja tiivistettynä kolmeen varttiin Empiirinen prosessinhallinta Iteraatiot ja inkrementit riskienhallinnassa Imuohjaus Ketteryyden
LisätiedotCopyright by Haikala. Ohjelmistotuotannon osa-alueet
Copyright by Haikala Ohjelmistotuotannon osa-alueet Ohjelmiston elinkaari 1. Esitutkimus, tarvekartoitus, kokonaissuunnittelu, järjestelmäsuunnittelu (feasibility study, requirement study, preliminary
LisätiedotTietoEnator Pilot. Ari Hirvonen. TietoEnator Oyj. Senior Consultant, Ph. D. (Economics) presentation TietoEnator 2003 Page 1
TietoEnator Pilot Ari Hirvonen Senior Consultant, Ph. D. (Economics) TietoEnator Oyj presentation TietoEnator 2003 Page 1 Sallikaa minun kysyä, mitä tietä minun tulee kulkea? kysyi Liisa. Se riippuu suureksi
Lisätiedot7. Product-line architectures
7. Product-line architectures 7.1 Introduction 7.2 Product-line basics 7.3 Layered style for product-lines 7.4 Variability management 7.5 Benefits and problems with product-lines 1 Short history of software
LisätiedotGlobaalisti Hajautettu Ohjelmistokehitys Mitä, Miksi & Miten? Maria Paasivaara
Globaalisti Hajautettu Ohjelmistokehitys Mitä, Miksi & Miten? Maria Paasivaara Mitä? Mitä? Yrityksen sisäinen Mitä? Yrityksen sisäinen Alihankinta Mitä? Yrityksen sisäinen Open Source -kehitys Alihankinta
Lisätiedot7.4 Variability management
7.4 Variability management time... space software product-line should support variability in space (different products) support variability in time (maintenance, evolution) 1 Product variation Product
LisätiedotProsessiajattelu. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessikuvaus - CMMI. Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4.
Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4. Organisaation prosessikuvaus - CMMI Level5 Level4 Organizational Innovation and Deployment Causal Analysis and Resolution
Lisätiedot2 Description of Software Architectures
2 Description of Software Architectures 2.1 Significance of architectural descriptions 2.2 Context of architectural descriptions 2.3 Levels of architectural descriptions 2.4 Viewpoints and types in architecture
LisätiedotKetterät menetelmät ja julkinen hankinta
Liiketoimintaosaamisen klusteri Tietohallintojohtamisen EO Ylempi AMK Ketterät menetelmät ja julkinen hankinta Ilkka Meriläinen 27.4.2011 Ketterät menetelmät Joukko järjestelmän kehitysmenetelmiä, joille
LisätiedotProsessiajattelu. Organisaation prosessikuvaus - CMMI. Prosessikuvaukset ja elinkaarimallit. Organisaation prosessien määritys CMMI käytänteet
Organisaation prosessikuvaus - CMMI Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 7.2.2007 Level5 Level4 Level3 Requirements Development Technical Solution Product Integration
LisätiedotRakentamisen 3D-mallit hyötykäyttöön
Rakentamisen 3D-mallit hyötykäyttöön 1 BIM mallien tutkimuksen suunnat JAO, Jyväskylä, 22.05.2013 Prof. Jarmo Laitinen, TTY rakentamisen tietotekniikka Jarmo Laitinen 23.5.2013 Jarmo Laitinen 23.5.2013
LisätiedotSOA SIG SOA Tuotetoimittajan näkökulma
SOA SIG SOA Tuotetoimittajan näkökulma 12.11.2007 Kimmo Kaskikallio IT Architect Sisältö IBM SOA Palveluiden elinkaarimalli IBM Tuotteet elinkaarimallin tukena Palvelukeskeinen arkkitehtuuri (SOA) Eri
LisätiedotTIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo
TIEKE Verkottaja Service Tools for electronic data interchange utilizers Heikki Laaksamo TIEKE Finnish Information Society Development Centre (TIEKE Tietoyhteiskunnan kehittämiskeskus ry) TIEKE is a neutral,
LisätiedotTietohallinnon liiketoimintalähtöinen toiminnanohjaus IT-ERP
Tietohallinnon liiketoimintalähtöinen toiminnanohjaus IT-ERP 27.9.2007 Juha Berghäll Efecte Oy juha.berghall@efecte.fi / +358 40 589 5121 Kuka puhuu? z Juha Berghäll z Country Manager Finland z Laaja kokemus
LisätiedotJohdatus ohjelmistotuotantoon
Johdatus ohjelmistotuotantoon Luento nro 3, 9.9.2013 Kari Systä (materiaali osin Ilkka Haikalalta ja Marko Leppäseltä) 9.9.2013 JOTU/K.Systä 1 Tiedotettavaa Viikkoharjoitusryhmiä on vähennetty yhdellä
LisätiedotOhjelmistoarkkitehtuurit Kevät 2016 Johdantoa
Ohjelmistoarkkitehtuurit Kevät 2016 Johdantoa Samuel Lahtinen http://www.cs.tut.fi/~ohar/ 8.1.2014 1 1 Johdanto 1.1 Mikä on ohjelmistoarkkitehtuuri? 1.2 Ohjelmistoarkkitehtuuri ja laatuvaatimukset 1.3
LisätiedotEnterprise Architecture TJTSE Yrityksen kokonaisarkkitehtuuri
Enterprise Architecture TJTSE25 2009 Yrityksen kokonaisarkkitehtuuri Jukka (Jups) Heikkilä Professor, IS (ebusiness) Faculty of Information Technology University of Jyväskylä e-mail: jups@cc.jyu.fi tel:
Lisätiedot10 Kohti ketterää ohjelmistokehitystä
10 Kohti ketterää ohjelmistokehitystä Perinteinen ohjelmistokehitys perustuu vesiputousmalliin, jossa tavoitteena on ensisijaisesti projektin vieminen läpi tietyssä ajassa. Sovelluksen määrittelytyö tehdään
LisätiedotOhjelmistoprojektien hallinta Vaihejakomallit
Ohjelmistoprojektien hallinta Vaihejakomallit Vaihejakomallit TAVOITE: YMMÄRTÄÄ eri vaihejakomallien etujajahaittoja 2 Erilaisia malleja Tee ja korjaa (Code-and-Fix) Vesiputousmalli (Waterfall) Vesiputousmalli
LisätiedotVaatimusmäärittely- ja hallinta. Peruskäsitteet. Syyt aikataulun ja budjetin ylitykseen. TJTA330 Ohjelmistotuotanto
Vaatimusmäärittely- ja hallinta TJTA330 Ohjelmistotuotanto 27.3. Peruskäsitteet Vaatimusten yhteydessä puhutaan yleensä erikseen vaatimusmäärittelystä ja vaatimusten hallinnasta Vaatimusmäärittely on vaatimusten
LisätiedotPROJEKTI- PÄÄLLIKÖSTÄ PRODUCT OWNERIKSI MEERI CEDERSTRÖM
PROJEKTI- PÄÄLLIKÖSTÄ PRODUCT OWNERIKSI MEERI CEDERSTRÖM TAUSTA Otaniemi UX (User Experience) Teknologiaa kaikille Silta tekniikan ja bisneksen välillä Testaaja (Tanska) Scrum Käyttöliittymäsuunnittelija
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ätiedotVaatimusmäärittely- ja hallinta
Vaatimusmäärittely- ja hallinta TJTA330 Ohjelmistotuotanto 27.3. Peruskäsitteet Vaatimusten yhteydessä puhutaan yleensä erikseen vaatimusmäärittelystä ja vaatimusten hallinnasta Vaatimusmäärittely on vaatimusten
LisätiedotLaadukas vaatimustenhallinta. Pekka Mäkinen Copyright SoftQA Oy www.softqa.fi
Laadukas vaatimustenhallinta Pekka Mäkinen www.softqa.fi Esityksen perusajatuksia Vaatimuksilla on elinkaari ja ne muuttuvat. Tuotteen elinkaari vaikuttaa vaatimuksiin. Vaatimusten keruussa ja -hallinnassa
Lisätiedot1 TILATAR. 1.1 Yleistä. 1.2 Projektiorganisaatio
1 TILATAR 1.1 Yleistä TILATAR-projektin tehtävänä oli toteuttaa Tampereen Työväenyhdistys ry:lle Tampereen työväentalon kokous-, ryhmätyö- sekä juhlatilojen ja näiden tilavarausten hallinnointiin sopiva
LisätiedotKetterä vaatimustenhallinta
Ketterä vaatimustenhallinta ja miksi se on useimmiten hyvä asia K A R I A L HO C E O I M P R OV EIT OY Sisältö ImproveIt Oy Perinteinen vaatimushallinta Ketterä vaatimustenhallinta Monenlaista softakehitystä
LisätiedotTeollinen Internet & Digitalisaatio 2015
VTT TECHNICAL RESEARCH CENTRE OF FINLAND LTD Teollinen Internet & Digitalisaatio 2015 Jukka Kääriäinen 18.11.2015 VTT, Kaitoväylä 1, Oulu Teollinen Internet & Digitalisaatio 2015 - seminaari Teollinen
LisätiedotJohdatus ohjelmistotuotantoon
Johdatus ohjelmistotuotantoon Luento 21.9.2015 Käyttäjä ja käyttäjäkokemus ohjelmistoprojektissa Kati Kuusinen Thomas Olsson Tutkijatohtori Agile UX Dr. Ubicomp kati.kuusinen thomas.olsson@tut.fi Kurssin
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ätiedotProjektityö
Projektityö 24.9.2010 Ohjelmistojen kehitysmalleista Vaatimusten määrittely ja kerääminen Lähteinä (vaatimusten määrittely): Haikala ja Märijärvi, Ohjelmistotuotanto, Talentum, 2005. Luvut 3, 4, 5, 6-10
LisätiedotTestausta vai määrittelyä? Hyväksymistestaus ja jatkuva integraatio ketterässä ohjelmistokehityksessä
Testausta vai määrittelyä? Hyväksymistestaus ja jatkuva integraatio ketterässä ohjelmistokehityksessä Public 27.10.2008 Ixonos Oyj Juha Inkinen Työnantaja: Ixonos marraskuusta 2007, sitäennen Nokia Networks
LisätiedotMistä kilpailukykyä kotimaiseen tuotantoon? Tuotannon ulkomaille siirtämisen haasteet
Mistä kilpailukykyä kotimaiseen tuotantoon? Tuotannon ulkomaille siirtämisen haasteet Timo Salmu 29.5.2013 NESTIX Oy 1982 perustettu ohjelmistotalo Tuotekehitys, myynti, johto, projektointija asiakastuki
LisätiedotTutkittua tietoa. Tutkittua tietoa 1
Tutkittua tietoa T. Dybå, T. Dingsøyr: Empirical Studies of Agile Software Development : A Systematic Review. Information and Software Technology 50, 2008, 833-859. J.E. Hannay, T. Dybå, E. Arisholm, D.I.K.
LisätiedotRAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS
RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS Loppuseminaari 11.12.2018 YIT:n pääkonttori, Helsinki RAIN hankkeen loppuseminaari 11.12.2018 Käyttäjälähtöinen tiedonhallinta (WP 4) Professori Harri Haapasalo OY
LisätiedotKetterien periaatteiden merkitys projektityössä
Ketterien periaatteiden merkitys projektityössä Suvi Jentze-Korpi Helsinki 18.10.2012 Kandidaatintutkielma-kurssin aine HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Sisältö i 1 Johdanto 1 2 Lineaarinen
Lisätiedot1 Introduction. TTY Ohjelmistotekniikka. Ohjelmistoarkkitehtuurit Syksy 2006
1 Introduction 1.1 What is software architecture? 1.2 Why is software architecture important? 1.3 Architecting process 1.4 Architecture-oriented programming 1.5 Conclusions 1 1.1 What is software architecture?
LisätiedotKetterä projektinhallinta
Ketterä projektinhallinta Petri Heiramo Agile Coach, CST 1 Petri Heiramo Ikä: 37 (vielä pari päivää ) Oma koulutus- ja valmennusyritys, Agilecraft Oy, reilut 3 viikkoa Lähes 10v ohjelmistokehitys- ja -prosessitausta
LisätiedotOpenUP ohjelmistokehitysprosessi
OpenUP ohjelmistokehitysprosessi Sami Männistö Helsinki 14.11.2008 Seminaari HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos i HELSINGIN YLIOPISTO HELSINGFORS UNIVERSITET Tiedekunta/Osasto Matemaattis-luonnontieteellinen
LisätiedotTapahtuipa Testaajalle...
Tapahtuipa Testaajalle... - eli testaus tosielämässä 09.10.2007 Juhani Snellman Qentinel Oy 2007 Agenda Minä ja mistä tulen Testauksen konteksti Tapauksia tosielämästä ja työkaluja 2 Minä Juhani Snellman
LisätiedotVBE2 Työpaketit Jiri Hietanen / TTY
VBE2 Työpaketit Jiri Hietanen / TTY 1 WP2.1 Technology review and VBE platform 2 Tavoitteet In In charge: charge: Method: Method: Jiri Jiri Hietanen, Hietanen, TUT TUT Analysis Analysis of of existing
LisätiedotLiikenteen hankeaihioita
Hermia Oy Tamlink Oy Liikenteen hankeaihioita Hannu Hakala Artemis Call 2011 - työpaja Artemis haluaa the design, development and deployment of ubiquitous, interoperable and cost-effective, powerful, safe
LisätiedotOhjelmistotekniikka - Luento 3 Jouni Lappalainen
Ohjelmistotekniikka - Luento 3 Jouni Lappalainen Luku 3: Ketterä kehitys - ketterien menetelmien 12 periaatetta - XP (extreme programming) - Scrum menetelmä - Lean menetelmä 1 Luku 3: Ketterä kehittäminen
LisätiedotISEB/ISTQB FOUNDATION CERTIFICATE IN SOFTWARE TESTING III
KOULUTUSTIEDOTE 1(5) ISEB/ISTQB FOUNDATION CERTIFICATE IN SOFTWARE TESTING III Kuvaus ja tavoite ISEB/ISTQB Foundation Certificate in Software Testing -sertifikaattiin valmentava koulutus (2,5 pv) ja sertifikaattikoe
LisätiedotProsessikuvaukset ja elinkaarimallit
Prosessikuvaukset ja elinkaarimallit Sami Kollanus TJTA330 Ohjelmistotuotanto 3.4. Organisaation prosessikuvaus - CMMI Level5 Level4 Organizational Innovation and Deployment Causal Analysis and Resolution
LisätiedotKetteryys kokeilemalla. Leo Malila Kehittämispäällikkö, Kela
Ketteryys kokeilemalla Leo Malila Kehittämispäällikkö, Kela 1.11.2016 Agenda Kelan ICT Ketteryys tavoitteena Teetetyn tutkimuksen ja sen kohteen esittely Havaintoja tutkimuksen perusteella Kelan ketteryys
LisätiedotOnnistunut käyttöliittymäprojekti
Onnistunut käyttöliittymäprojekti Timo Jokela, FT, KRM* Joticon Oy (Oulun yliopisto/tol) Case: Assessment of a XP project XP, extreme programming a basic agile method intensive communication with customers
LisätiedotTietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut
Tietojärjestelmä uusiksi? Toimijaverkostot, niiden haasteet ja ratkaisut Samuli Pekkola Aki Alanne Taru Salmimaa Novi Research Center Tampereen teknillinen yliopisto Sisältö tausta, motiivi ja konteksti
LisätiedotBDD (behavior-driven development) suunnittelumenetelmän käyttö open source projektissa, case: SpecFlow/.NET.
BDD (behavior-driven development) suunnittelumenetelmän käyttö open source projektissa, case: SpecFlow/.NET. Pekka Ollikainen Open Source Microsoft CodePlex bio Verkkosivustovastaava Suomen Sarjakuvaseura
LisätiedotWindows Phone. Module Descriptions. Opiframe Oy puh. +358 44 7220800 eero.huusko@opiframe.com. 02600 Espoo
Windows Phone Module Descriptions Mikä on RekryKoulutus? Harvassa ovat ne työnantajat, jotka löytävät juuri heidän alansa hallitsevat ammatti-ihmiset valmiina. Fiksuinta on tunnustaa tosiasiat ja hankkia
LisätiedotOhjelmistotekniikka - Luento 3
Ohjelmistotekniikka - Luento 3 Luku 3: Ketterä kehitys - ketterien menetelmien 12 periaatetta - XP (extreme programming) - Scrum menetelmä Lean menetelmä 1 Luku 3: Ketterä kehittäminen Ketterä (agile)
LisätiedotTeknologia-arkkitehtuurit. Valinta ja mallinnus
Teknologia-arkkitehtuurit Valinta ja mallinnus ENTERPRISE ARCHITECTURE - A FRAMEWORK TM DATA What FUNCTION How NETWORK Where PEOPLE Who When MOTIVATION Why T IM E SCOPE (CONTEXTUAL) List of Things Important
LisätiedotHITSAUKSEN TUOTTAVUUSRATKAISUT
Kemppi ARC YOU GET WHAT YOU MEASURE OR BE CAREFUL WHAT YOU WISH FOR HITSAUKSEN TUOTTAVUUSRATKAISUT Puolitetaan hitsauskustannukset seminaari 9.4.2008 Mikko Veikkolainen, Ratkaisuliiketoimintapäällikkö
LisätiedotWP3 Decision Support Technologies
WP3 Decision Support Technologies 1 WP3 Decision Support Technologies WP Leader: Jarmo Laitinen Proposed budget: 185 000, VTT 100 000, TUT 85 000. WP3 focuses in utilizing decision support technologies
LisätiedotT Software Architecture
T-76.3601 Software Architecture Introduction Tomi Männistö TEKNILLINEN KORKEAKOULU SA teaching at SoberIT TEKNILLINEN KORKEAKOULU 2 Overview Motivation for software architectures Dealing with increasing
LisätiedotElinar Oy Ltd IBM Arkistointiratkaisut
Löydä nautittavat ratkaisut Elinar Oy Ltd IBM Arkistointiratkaisut 16.11.2009 Elinar Oy Ltd Monipuolinen osaaminen: Asiakkaan tarpeen analysointi ja ongelmien tehokas ratkaisu mm. IBM Content tuoteperhe,
LisätiedotMarket. Need Market Research New Needs. Technical Research. Current Technological Level
! "! #$$#$$ $%% Market Need Market Research New Needs Idea Product Development Use of Products Possibilities Technical Research New Possibilities Current Technological Level (Jaakkola & Tunkelo 1987) Preliminary
LisätiedotITSM. Olli Saranen Senior Consultant Avoset Oy Oliko ennen kaikki paremmin kuin nykyään? Kivikaudelta nykyaikaan
ITSM Oliko ennen kaikki paremmin kuin nykyään? Kivikaudelta nykyaikaan Olli Saranen Senior Consultant Avoset Oy 31.8.2016 Esittely Mukana suomalaisten pankkijärjestelmien kehittämisessä ja ylläpitotyössä
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ätiedotConstructive Alignment in Specialisation Studies in Industrial Pharmacy in Finland
Constructive Alignment in Specialisation Studies in Industrial Pharmacy in Finland Anne Mari Juppo, Nina Katajavuori University of Helsinki Faculty of Pharmacy 23.7.2012 1 Background Pedagogic research
LisätiedotSiirtyminen ketterien menetelmien maailmaan! Maarit Laanti 24 October 2013!
Siirtyminen ketterien menetelmien maailmaan! Maarit Laanti 24 October 2013! Sisältö! 1. Tilanne nyt: waterscrumming! 2. Kokonaisvaltainen ketteryys mitä sillä haetaan, mitä sillä saadaan?! 3. Ketterän
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ätiedotRaakakahvin tilaus- ja toimitusketju läpinäkyväksi ja luotettavaksi. Jorma Varis, Paulig Tom Lindmark, IBM
Raakakahvin tilaus- ja toimitusketju läpinäkyväksi ja luotettavaksi Jorma Varis, Paulig Tom Lindmark, IBM 2 2013-10-14 PAULIG IBM SMARTER BUSINESS 2013 Taustaa Liiketoimintaraportoinnin lähtötilanne: Ulkoistettu
LisätiedotOhjelmistotuotanto, prosessit Syksy Ohjelmistotuotantoprosessi. Prosessimalli. Prosessimallien perustehtävät. Prosessimallin vaihejako
2. Ohjelmistotuotantoprosessi peruskäsitteet: prosessimalli: mahdollisimman yleisesti sovellettavissa oleva ohjeisto ohjelmistojen tuottamiseen ohjelmistotuotantoprosessi: yrityksessä käytössä oleva tapa
LisätiedotKokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli
Kokonaisarkkitehtuurin omaksuminen: Mahdollisia ongelmakohtia ja tapoja päästä niiden yli Samuli Pekkola professori Tuotantotalouden ja tietojohtamisen laboratorio Tampereen (teknillinen) yliopisto Sisältö
LisätiedotOhjelmistoprosessit ja ohjelmistojen laatu kevät 2009
7. Iteratiivinen ohjelmistokehitys Iteratiivinen (ja evoluutio-)ohjelmistokehitys (iterative and evolutionary software development) on prosessimallien perhe, missä ohjelmiston elinkaari muodostuu useasta
LisätiedotOhjelmistoposesseista
Ohjelmistoposesseista Luento nro 6, 23.9.2015 Kari Systä 28.9.2015 JOTU/K.Systä 1 Sisältöä Käytännön asioista kurssista Kertausta Ohjelmistoprosesseista 28.9.2015 JOTU/K.Systä 2 Kurssin tilannetta Asiakaspalaverit
LisätiedotCT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET. Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015
CT60A4150 OHJELMISTOTESTAUKSEN PERUSTEET Jussi Kasurinen (etu.suku@lut.fi) Kevät 2015 EDELLISELLÄ KERRALLA TAPAHTUNUTTA Täydellinen testaus on mahdotonta. Testataan, koska virheiden löytyminen ajoissa
LisätiedotITK130 Ohjelmistoprosessi
ITK130 Ohjelmistoprosessi Ohjelmistotuotteen elinkaari Ohjelmistoprosessimalli Koodaa ja korjaa Miksi ohjelmistoprosesseja? Prosessimallin tavoitteet Prosessi ongelmaratkaisuna Prosessi, musta laatikko
LisätiedotHelsinki Metropolitan Area Council
Helsinki Metropolitan Area Council Current events at YTV The future of YTV and HKL On the initiative of 4 city mayors the Helsinki region negotiation consortiums coordinating group have presented that:
LisätiedotAluksi. Riskien hallinta. Riskityyppejä. Riskillä on kaksi ominaisuutta. Reaktiivinen strategia. Proaktiivinen strategia
Aluksi Riskien hallinta Sami Kollanus TJTA330 Ohjelmistotuotanto 24.1.2007 Reaktiivinen strategia Indiana Jones -tyyli Ei huolehdita ongelmista ennen kuin ne tapahtuu Proaktiivinen strategia Tunnistetaan
LisätiedotSpecifica(on by Example Vaa(mukset ja testaus ke9erissä projekteissa. Marko Taipale
Specifica(on by Example Vaa(mukset ja testaus ke9erissä projekteissa Marko Taipale Mitä on ke*erä (testaus) Mitä on Specifica(on by Example Omat kokemukset Agile / Lean Mitä on ke9erä (testaus) Mitä
LisätiedotKetterämpi Sonera Matka on alkanut!
Ketterämpi Sonera Matka on alkanut! Muutamme maailmaa Asiakkaidemme ehdoilla Anne Rahkonen New Generation Telco Agenda Sonera tänään Matkalla muutokseen Digitalisaation ytimessä Globaali verkko maailma
LisätiedotJuha Taina, Marko Salmenkivi ja Kjell Lemström,
Ohjelmistotuotanto Johdattelua, motivointia, eli missä ollaan ja kuinka siihen on tultu Kuinka valmistaa laadukkaita ja tehokkaita ohjelmistoja mahdollisimman edullisesti? Ohjelmistotuotanto (Software
LisätiedotJohdatus ohjelmistotuotantoon
Johdatus ohjelmistotuotantoon Luento nro 3, 8.9.2014 Kari Systä 8.9.2014 JOTU/K.Systä 1 Viikkoharjoitusryhmät Tiistai klo 10-12 ilm. 22/28, oli 16. Tiistai klo 12-14 ilm. 28/28, oli 21. Keskiviikko klo
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ätiedotT Projektikatselmus
T-76.115 Projektikatselmus Projektityöryhmä GenCode I2-iteraatio 11.2.2004 Agenda Projektin tilanne (10 min) Tavoitteiden toteutuminen Iteraation tunnusluvut Käytetyt työskentelymenetelmät (5min) Iteraation
LisätiedotProjektin tavoitteet
VBE II, vaihe 1: 2005-2006 Data yrityksistä ja rakennushankkeista TUT Tekniset ratkaisut RAK (VRLab)+ARK iroom validointi Työpajat Seminaarit Esitelmät Osallistuvat yritykset VTT Käyttöönotto- ja hyötymallit,
LisätiedotGroup 2 - Dentego PTH Korvake. Peer Testing Report
Group 2 - Dentego PTH Korvake Peer Testing Report Revisions Version Date Author Description 1.0 Henrik Klinkmann First version Table of Contents Contents Revisions... 2 Table of Contents... 2 Testing...
LisätiedotTestaaminen ohjelmiston kehitysprosessin aikana
Testaaminen ohjelmiston kehitysprosessin aikana 04.02.2004 http://cs.joensuu.fi/tsoft/ Sisällys 1. Johdanto 2. Yksikkö- ja integrointitestaus 3. Järjestelmätestaus 4. Hyväksymistestaus http://cs.joensuu.fi/tsoft/
LisätiedotOhjelmistotekniikka - Luento 2 Jouni Lappalainen
Ohjelmistotekniikka - Luento 2 Jouni Lappalainen Luku 2: Prosessimallit - miten spiraalimalliin päädyttiin - spiraalimallista (R)UP malliin - oman ammattitaidon kehittäminen; PSP ja TSP mallit Luku 3:
LisätiedotPROJEKTIPOHJAINEN VERKKO-OPETUS. OPETUS Technical Communication 15 ov. TieVie-lähiseminaari Oulussa
PROJEKTIPOHJAINEN VERKKO-OPETUS OPETUS Technical Communication 15 ov Graduate Plaza 4+4+20ov TieVie-lähiseminaari Oulussa 24.9.04 Leena Kuure Oulun yliopisto Englannin kielen laitos Paikallinen virtuaaliyliopistohanke
LisätiedotDigirakentamisen menestystarinoita maailmalta
Digirakentamisen menestystarinoita maailmalta Asiakkuusjohtaja Tarmo Savolainen Viasys VDC Oy Agenda Viasys VDC Oy Digirakentamisen yhtälö Caseja: USA, Englanti, Ranska, Vietnam Yhteenveto 1 VIASYS VDC
LisätiedotAugmented Reality (AR) in media applications
Augmented Reality (AR) in media applications Maiju Aikala, Tatu Harviainen, Pekka Siltanen & Caj Södergård VTT Technical Research Centre of Finland Research questions Is it possible to create more addictive
LisätiedotKäytännön haasteita ja ratkaisuja integraation toteutuksessa. Jukka Jääheimo Teknologiajohtaja Solita Oy
Käytännön haasteita ja ratkaisuja integraation toteutuksessa Jukka Jääheimo Teknologiajohtaja Solita Oy 13.03.2008 Sisältö 2 Alustus Integraation haasteet Integraatioarkkitehtuuri Hyvän integraatioarkkitehtuurin
LisätiedotKun scrum ei riitä - skaalaa ketterä tuotekehitys SAFe lla Nestori Syynimaa Sovelto Oyj
Kun scrum ei riitä - skaalaa ketterä tuotekehitys SAFe lla 28.10.2016 Nestori Syynimaa Sovelto Oyj 1 Puhujasta Seniori-konsultti Nestori Syynimaa SAFe, Scrum, Lean IT, ITIL, kokonaisarkkitehtuuri,.. PhD
LisätiedotKuka käyttää? 2 2012
Agile Iteratiivinen ja inkrementaalinen Minimaalinen suunnittelu, pieniä tehtäviä Timeboxing Mahdollisimman paljon tuottavaa työtä Julkaise ajoissa ja usein Aloita pienestä Kehitä iteratiivisesti, muutosmahdollisuudet
LisätiedotTestauksen suunnittelu ja dokumentointi ketterässä testauksessa Tutkimustuloksia
Testauksen suunnittelu ja dokumentointi ketterässä testauksessa Tutkimustuloksia Nina Perta, Senior quality consultant Knowit Oy Elina Varteva, QA Specialist Knowit Oy Copyright Knowit Oy 2014 Nina Perta
LisätiedotOhjelmistoprosessit ja ohjelmistojen laatu Ohjelmistoprosessit ja ohjelmistojen laatu (4op)
581361 Ohjelmistoprosessit ja ohjelmistojen laatu (4op) Ohjelmistojärjestelmien syventävien opintojen kurssi Myös ohjelmistotekniikan profiilin pakollinen kurssi eli ohjelmistotekniikka-aiheisen gradun
LisätiedotUuden sukupolven soteratkaisut
Uuden sukupolven soteratkaisut Senaattoritapaaminen 23.1.2019 Kalle Reivilä kalle.reivila@tieto.com Kohti älykkäämpää yhteiskuntaa Yksilökohtaisesti räätälöityjä palveluita Rajattomat mahdollisuudet Informaation
LisätiedotYhteenveto. Menettelytavat
Yhteenveto Ohjelmistotuotanto: Luotettavien ja tehokkaiden ohjelmistojärjestelmien tuottamista noudattaen hyviksi havaittuja menettelytapoja. Menettelytavat Prosessimalli (vesiputous/spiraali/kasvattava)
LisätiedotVisualisoinnin aamu 16.4 Tiedon visualisointi. Ari Suominen Tuote- ja ratkaisupäällikkö Microsoft
Visualisoinnin aamu 16.4 Tiedon visualisointi Ari Suominen Tuote- ja ratkaisupäällikkö Microsoft 1 Visualisoinnin aamu 8:00 Ilmoittautuminen ja aamukahvi 8:45 Tiedon visualisointi Ari Suominen, Tuote-
LisätiedotProjektinhallinta TARJA NISKANEN LÄHTEENÄ MM. KEHITTÄJÄN KARTTAKIRJA
Projektinhallinta TARJA NISKANEN LÄHTEENÄ MM. KEHITTÄJÄN KARTTAKIRJA PROJEKTITOIMINNAN ONGELMIA Kaikkea mahdollista nimitetään projekteiksi Projekti annetaan henkilöille muiden töiden ohella Ei osata käyttää
LisätiedotAtostek. KanTa-konseptin tuotteistaminen ja vienti ulkomaille
Atostek KanTa-konseptin tuotteistaminen ja vienti ulkomaille 10.3.2017 Atostek CONFIDENTIAL Atostek - Company Facts Atostek Ltd. founded in 1999 56 employees mainly at Master level AAA credit rating since
Lisätiedot