Komponentteja oliopohjaisesti. Heini Holopainen TietoEnator Oyj Public & Healthcare/ dgov
|
|
- Markku Aho
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Komponentteja oliopohjaisesti Heini Holopainen TietoEnator Oyj Public & Healthcare/ dgov
2 Agenda TE Objectin historiaa ja käyttölaajuus Miksi oma ohjelmistotuotantoprosessi TE Objectin fyysinen rakenne Ohjelmistotuotantoprosessi Ratkaisumallit Uudelleenkäyttö
3 UML (notation) Historiaa Object-TT (Finance, Forest) Mid./97 Beg./98 End./98 End./99 End./00 End./01 Processes from other divisions Tieto Object v 1.0 Tieto Object v 2.0 Tieto Object v 2.1 Tieto Object v 2.2 TE Object... v 3.0 Experience from OO projects OHTU Core process Component repository Reusable components Web-server for docs etc. (Avancer) Project mgmt Further development Architecture Usability Project management roles estimation Experiences English version Components Quality Assurance RAD Light updates to all books UPM Requirements Analysis Component Paradigm Example Project mgmt Updates to all books
4 Käyttö Kaikissa uusissa projekteissa soveltaen TE Objectin RAD-soveltamisohje Perinteinen TE Object määrittelykuvaukset TEO:n mukaisesti menetelmän vaihto määrittelyn jälkeen
5 Mikä TE Object on TE Object on oliokeskeinen ohjelmistotuotantoprosessi Kehitetty/ kehitetään eri liiketoimintaryhmien asiantuntijoiden yhteistyönä Tukee komponenttipohjaista ohjelmistotuotantoa Perustuu UML-notaatioon (Unified Modeling Language) Tieto Repository Tieto Frame
6 Kehittämisen tavoitteet Yhtenäinen ohjelmistotuotantomalli erityyppisiin sovelluksiin Nykyaikaistetaan sovelluskehitystä Parannetaan projektien ennustettavuutta ja ohjattavuutta Lisätä ohjelmistokehityksen tuottavuutta
7 Ulkoiset vaatimukset kehittämiselle Teknologia kehittyy hurjaa vauhtia Ohjelmointikielten kehitys Uudelleenkäyttö kustannusten alentaja Ohjelmistot yhä laajempia, monimutkaisempia ja vaativampia
8 Miksi oliokeskeisyys Jäsennellympi tapa tehdä töitä Käyttäjälähtöisyys Reaalimaailman vastaavuus Jäljitettävyys - ohjelmisto samanrakenteinen reaalimaailman kanssa Olio- ja komponenttiteknologia on yleinen suuntaus (tosiasia) Tekniikan/ välineistön vaatimukset -> uusi teknologia edellyttää
9 Miksi oliokeskeisyys Komponenttiajattelun edut palvelurajapinnat (riippuvuus vain rajapinnoista) alustoista riippumattomia ratkaisuja yleisosat -> ylläpitokustannusten alentuminen Samankaltaisten osien löytäminen -> uudelleenkäyttö ->tehokkuus, laadukkuus
10 Menestyksen kolmio Notaatio UML Voit oppia notaation, mutta jos et tiedä miten sitä pitäisi käyttää (prosessi)- luultavasti epäonnistut Prosessi TE Object Työkalu Rose Select Word ABC FC Sinulla voi olla hyvä prosessi, mutta, jos et voi kommunikoida (notaatio) sen avulla - luultavasti epäonnistut Jos et dokumentoi työsi tuloksia (työkalut) - luultavasti epäonnistut Tarvitset kaikki! (Terry Quatrani
11 Project mgmt Quality Reuse BOOK IV Materiaalit Painettu, HTML, PDF Valmiita lomakkeita, mallipohjia ja joukko erilaisia soveltamisohjeita Deployment Example Testing How (=working instructions) What (=process) BPR Analysis Design Implemen. process modelling object modeling usability user interface database desing Vocabulary Templates BOOK I B BOOK II BOOK III BOOK I A
12 Ohjelmistotuotantoprosessi Määrittely Liiketoiminnan kehittäminen Uudelleenkäyttö Suunnittelu Sovellus Toteutus Projektinhallinta Laadunvarmistus
13 Työvaiheet Liiketoiminnan kehittäminen kuvataan tulevan toiminnan kokonaisratkaisu, tavoitetila, tuleva arkkitehtuuri Määrittely kuvataan sovellus käyttäjän näkökulmasta, reaalimaailman käsitteillä ts. määritellään MITÄ järjestelmän pitäisi tehdä ja missä ympäristössä.
14 Työvaiheet Suunnittelu tuotetaan lopputuloksena riittävä dokumentaatio toteutuksen lähtökohdaksi ts. suunnitellaan MITEN määritykset toteutetaan. Toteutus toteutetaan ja testataan sovellus suunnitteludokumentaation pohjalta.
15 Paikallinen Alueellinen Keskitetty <<Tietokanta>> Desk Help Lisenssi t <<Tietokanta>> <<GSM>> Kännykkä <<GSM>> Kännykkä Konttorityöasema <<WindowsNT>> HelpDesk <<RS-232>> <<Kannettava>> Tukihenkilön työasema <<TCP/IP 64 Kb>> <<sms>> <<TCP/IP 64 Kb>> <<GSM-data>> HelpDesk SNA Jkylän <<Keskuslaite>> palvelukeskuksen MF Käytäjätiedot Käytöomaisusrekisteri Käyttäjätiedo <<Tietokanta t : Hakija : Tili : Osoite LaskeSaldo LaskeHenkilonSaldo HaeUlkomaanOsite Ohjelmistotuotantoprosessi Business development Analysis Design Construction Implementation Preliminary study Focusing business goals Present state analysis Requirement analysis Description of target state Analysis of system functionality Analysis of user activities Käyttäjä Myynti Use case model Tarjouksen teko uses Varaston tarkistus extends extends Tarjouksen hyväksyntä Alennusten laskenta extends Kuukusilaskutus Laskutus Architecture design Application architecture Development environment description Adjusted deployment diagrams Replication plan IAsiakastiedot Asiakastiedot Designing application functionality ITilaukset Tilaukset Constructing the technical environment Business processes Preliminary architectures <<Unix-palvelin>> Sovelluspalvelin HelpDesk Lisensienhalinta Preliminary use cases and business components Analysis of user interfaces Preliminary screen diagrams Reports Prototype Analysis of business concepts Class model Component model State diagrams Voimassaolo (from HT-bisnes) Henkilo 1 Edunvalvoja (from HT-bisnes) 0..* Osoite (from HT-bisnes) (from HT-bisnes) User interface specification Component and Class specifications Division into components Relations, attributes and states Technical classes derived from the architecture Component interfaces Esitilaus VoimassaOloPäivä Asiakas Tilaus {abstract} AsiakasNumero Hyväksyjä HyväksymisPvm TilausNumero TilausPvm Tuotetilaus MuutosPvm Screen content description Prototype Layouts of reports and printouts 1+ Tilausrivi TilattuMäärä TilausNumero Tilausrivinro ToimitettuMäärä ToimitusPvm Tuote 1+ Tuote TuoteKoodi TuoteKuvaus Constructing the application Implementing user interfaces Implementing Components and classes Development planning Enterprise development plan Impact analysis Cost estimates Benefit analysis Risk analysis OsoiteKotimaassa (from HT-bisnes) Architecture specification <<Käyttöliittymä>> Tilaajan toiminnot <<Palvelin>> Tilaajan palvelut <<Liittymä>> Käyttöomaisuusrekisteri <<Käyttöliittymä>> Help Desk toiminnot <<Palvelin>> Help Desk palvelut <<Liittymä>> Valvontajärjestelmä OsoiteUlkomailla (from HT-bisnes) Interfaces Subsystems Subsystem relations Technical architecture Deployment descriptions Description of object interaction Database design Storage structure of permanent classes Database structure Creation of development database Varasto VarastoKoodi VarastoNimi Constructing the database
16 Projektihallinta Työnjako ja organisointi perustana perinteinen projektihallinta projektipäällikön tunnettava oliolähestymistapa uusia rooleja Työtavat BPD Testing kasvattava (inkrementaalinen) vähitellen täsmentävä (iteroiva) aikaviipaletekniikkaa soveltava (time boxing) protoileva Analyzing Desingn Implementation
17 Projektihallinta Sovelluskirja Sovelluskirja on järjestelmästä syntyvä dokumentaatio Sisältöluettelo TE Objectissa Kaikkien dokumenttien tuottamista ei käsitellä TE Objectissa Projektin loppuraportti System functionality Business development Analysis Construction: Design Implementation Construction: Design Implementation Testing Construction: Design Implementation Testing Testing
18 Paikallinen Alueellinen Keskitetty <<Tietokanta>> Desk Help <<Tietokanta>> Lisenssi t <<GSM>> Kännykkä <<GSM>> Kännykkä <<Unix-palvelin>> Sovelluspalvelin HelpDesk Lisensienhalinta <<WindowsNT>> Konttorityöasema HelpDesk <<RS-232>> <<Kannettava>> Tukihenkilön työasema <<TCP/IP 64 Kb>> <<TCP/IP 64 Kb>> <<sms>> <<GSM-data>> HelpDesk SNA Jkylän <<Keskuslaite>> MF palvelukeskuksen Käytäjätiedot Käytöomaisusrekisteri Käyttäjätiedo <<Tietokanta t : Hakija : Tili : Osoite LaskeSaldo LaskeHenkilonSaldo HaeUlkomaanOsite Prosessi ja laadunvarmistus Business development Analysis Design Construction Implementation 1 Preliminary study Focusing business goals Present state analysis Requirement analysis Description of target state Analysis of system functionality Analysis of user activities Käyttäjä Myynti Use case model Tarjouksen teko uses Varaston tarkistus extends extends Tarjouksen hyväksyntä Alennusten laskenta extends Kuukusilaskutus Laskutus Architecture design Application architecture Development environment description Adjusted deployment diagrams Replication plan IAsiakastiedot Asiakastiedot Designing application functionality 6 ITilaukset Tilaukset Constructing the technical environment Business processes Preliminary architectures Preliminary use cases and business components Analysis of user interfaces Preliminary screen diagrams Reports Prototype Analysis of business concepts Class model Component model State diagrams Voimassaolo (from HT-bisnes) Henkilo (from HT-bisnes) Edunvalvoja (from HT-bisnes) 0..* Osoite (from HT-bisnes) 3 4 User interface specification Component and Class specifications Division into components Relations, attributes and states Technical classes derived from the architecture Component interfaces Esitilaus VoimassaOloPäivä Asiakas Tilaus {abstract} AsiakasNumero Hyväksyjä HyväksymisPvm TilausNumero TilausPvm Tuotetilaus MuutosPvm Screen content description Prototype Layouts of reports and printouts 1+ Tilausrivi TilattuMäärä TilausNumero Tilausrivinro ToimitettuMäärä ToimitusPvm Tuote 1+ Tuote TuoteKoodi TuoteKuvaus Constructing the application Implementing user interfaces Implementing Components and classes 9 Development planning Enterprise development plan Impact analysis Cost estimates Benefit analysis Risk analysis 2 OsoiteKotimaassa (from HT-bisnes) Architecture specification <<Käyttöliittymä>> Tilaajan toiminnot <<Palvelin>> Tilaajan palvelut <<Liittymä>> Käyttöomaisuusrekisteri <<Käyttöliittymä>> Help Desk toiminnot <<Palvelin>> Help Desk palvelut <<Liittymä>> Valvontajärjestelmä OsoiteUlkomailla (from HT-bisnes) Interfaces Subsystems Subsystem relations Technical architecture Deployment descriptions Description of object interaction Database design Storage structure of permanent classes Database structure Creation of development database Varasto VarastoKoodi VarastoNimi Constructing the database n Point where quality assurance-related actions take place
19 Laadunvarmistus Tavoitteena varmistaa tulosten oikeellisuus ja oikea-aikaisuus Seuranta auttaa laatupoikkeamien havaitsemiseen ajoissa -> korjaavat toimenpiteet ajoissa Katselmoinnit jokaisen osaprosessin lopussa tarvittaessa osaprosessin aikana Projektitoiminnan tueksi erillinen toimintaohjeisto -> projektikatselmukset
20 Paikallinen Alueellinen Keskitetty <<Tietokanta>> Desk Help <<Tietokanta>> Lisenssi t <<GSM>> Kännykkä <<GSM>> Kännykkä <<Unix-palvelin>> Sovelluspalvelin HelpDesk Lisensienhalinta Konttorityöasema <<WindowsNT>> HelpDesk <<RS-232>> <<Kannettava>> Tukihenkilön työasema <<TCP/IP 64 Kb>> <<sms>> <<TCP/IP 64 Kb>> <<GSM-data>> HelpDesk SNA <<Keskuslaite>> JkylänMF palvelukeskuksen Käytäjätiedot Käytöomaisusrekisteri Käyttäjätiedo <<Tietokanta t : Hakija : Tili : Osoite LaskeSaldo LaskeHenkilonSaldo HaeUlkomaanOsite Prosessi ja testaus Business development Preliminary study Focusing business goals Present state analysis Requirement analysis Description of target state Business processes Preliminary architectures Preliminary use cases and business components Development planning Enterprise development plan Impact analysis Cost estimates Benefit analysis Risk analysis n 1 Analysis Analysis of system functionality Analysis of user activities Käyttäjä Myynti Use case model Tarjouksen teko uses Varaston tarkistus extends extends Tarjouksen hyväksyntä Alennusten laskenta extends Kuukusilaskutus Analysis of user interfaces Preliminary screen diagrams Reports Prototype Analysis of business concepts Class model Component model State diagrams Voimassaolo (from HT-bisnes) Henkilo 1 (from HT-bisnes) (from HT-bisnes) OsoiteKotimaassa (from HT-bisnes) Architecture specification <<Käyttöliittymä>> Tilaajan toiminnot <<Palvelin>> Tilaajan palvelut <<Liittymä>> Käyttöomaisuusrekisteri <<Käyttöliittymä>> Help Desk toiminnot <<Palvelin>> Help Desk palvelut <<Liittymä>> Valvontajärjestelmä Point where quality assurance-related actions take place Edunvalvoja (from HT-bisnes) 0..* Osoite Laskutus 2 OsoiteUlkomailla (from HT-bisnes) Interfaces Subsystems Subsystem relations Technical architecture Deployment descriptions 3 Architecture design Application architecture Development environment description Adjusted deployment diagrams Replication plan Database design Storage structure of permanent classes Database structure Creation of development database IAsiakastiedot Asiakastiedot Designing application functionality User interface specification Component and Class specifications Division into components Relations, attributes and states Technical classes derived from the architecture Component interfaces Esitilaus VoimassaOloPäivä Asiakas Tilaus {abstract} AsiakasNumero Hyväksyjä HyväksymisPvm TilausNumero TilausPvm Description of object interaction Tuotetilaus MuutosPvm 1+ Design Screen content description Prototype Layouts of reports and printouts Tilausrivi TilattuMäärä TilausNumero Tilausrivinro ToimitettuMäärä ToimitusPvm Tuote 1+ Tuote TuoteKoodi TuoteKuvaus Varasto VarastoKoodi VarastoNimi Construction 5 ITilaukset Tilaukset Implementation Constructing the technical environment 7 Constructing the application Implementing user interfaces Implementing Components and classes 8 Constructing the database 9 10 Acceptance testing
21 The domain of TE-Object Business development Vaatimusten hallinta Describing business goals Analysis of the current state Describing target state model of operation Business development actions Continuous improvement Business requirements Change management Requirement management Requirements identification & capturing Requirements follow-up System requirements Change management Development of the information system Analysis Design Implementation Deployment Application management Supporting information systems
22 Liiketoiminnan kehittäminen A s I a k a s Tilaus Sopimus Strategiat Visiot Tavoitteiden tarkentaminen Nykytoiminnan ja arkkitehtuurin kuvaaminen Tavoitteiden asettaminen Tavoitetoiminnan ja arkitehtuurin kuvaaminen Kehityssuunnitelman laatiminen Kehittämistarpeet Nykytoimintamalli Tavitetoiminnan prosessit ja arkkitehtuuri Kehityssuunnitelma Määrittely Toteutus Suunnittelu Varmistaa kehittämisen tarkoituksenmukaisuus Tukee päätöksentekoa Usein varsinaisia tietojärjestelmäprojekteja edeltävä oma projektinsa
23 Määrittely Käyttötapaukset kuvaavat käyttäjän ja järjestelmän vuorovaikutusta Liiketoiminnan luokkamalli attribuutit, vastuut Käyttötapauksia ja luokkamallia tehdään rinnakkain ITuotehallinta (from Liittymat) Myyjä TeeSopimus <<extend>> VahvistaSopimus MuutaSopim uksen tietoja
24 Määrittely Karkeantason näyttökuvat ja näyttökaavio Kohdealueen arkkitehtuurivaatimukset, arkkitehtuurinmäärittely Alustavat liiketoimintakomponentit ja rajapinnat Kuulumisaika Ajoneuvo Alkupvm Loppupvm Eraisyys KausiveronVaihtopvm +RekisteritunnuksenAjoneuvot MuuMaa Valmistenumero 1..* 1..* VerollisuudenAlkupvm +AjoneuvonRekisteritunnus VerollisuudenLoppupvm Rekisteritunnus Rekisterilaji Rekisteritunnus Laskutus Asiakaspalvelu Tilaukset Ostoreskontra KuormaAuto 0..* Vetolaitteet Alkupvm Kaytto Lisalaite Loppupvm
25 Suunnittelu Keskitytään kokonaisuuteen Luokkamalli täsmennetään metodit, tekniset luokat Käyttöliittymä suunnitellaan valmiiksi Tekninen ja sovellusarkkitehtuuri Fyysiset komponentit SessionBean (from ejb) SessionBeanBaseAC SessionBeanBaseAC() handleexception() SopimusBusinessIF lis aa() hyvaksy() hae() paivita() : ISopimusPaivity EJBObject (from ejb) : clssopsopimus PaivitaSopimus(udtSOPSopimusP, udtsopliitesopimusp) Hyvaksy( ) : ITuotehallinta HaeTuotteenTuoteEhtosisallot( ) OnHanke( ) OnOsapuoliYhteys( ) AsetaTila(Variant) Sopimus Ses sionbean Remote SopimusSession
26 Arkkitehtuuri yleisesti Mistä osista jokin tietojärjestelmä tai järjestelmäkokonaisuus on muodostettu Miten se on rakennettu Mitä tekniikoita tai teknologioita käytetään Eri osien väliset yhteydet ja suhteet Mikä on laitteistokokoonpano ja hajautusratkaisu
27 Arkkitehtuurin lähtökohdat Tietohallinnon strategiat Liiketoimintamallit Teknologian tarjoamat mahdollisuudet ja realiteetit Käytettävissä olevat resurssit
28 Arkkitehtuurin lähtökohdat Liiketoiminnan ja sen prosessien kehittämistarpeet Järjestelmälle asetetut vaatimukset Arkkitehtuurin nykytila Liiketoiminta Hyödyntä minen Varusohjelmistot Tietoyhteydet Uudelleen käyttö Tietovarastot Laitteistot Tekninen arkkitehtuuri Nykyiset järjestelmät Hajautus Strategiat Tietojärjestelmäarkkitehtuuri Vaatimukset Nykytila Teknologiat Tavoitetil a Ohjelmisto kehitys
29 Arkkitehtuurin johtaminen Tietohal. strategia Looginen arkkitehtuuri Tietojärjestelmäarkkitehtuuri Tekninen arkkitehtuuri Tietoliikennearkkitehtuuri Liiketoiminnan asettamat tarpeet Teknologian mahdollisuudet Hajautus Varusohjelmistot Laitteistoarkkitehtuuri Tietovarannot Tuotantokäyttöympäristö Sovellusarkkitehtuuri Uudelleenkäyttö Vuorovaikutus Ohjelmistokehitysympäristö Liiketoimintaprosessien uudelleensuunnittelu
30 Arkkitehtuuri määrittelyssä Liittymien kuvaukset Alijärjestelmät <<Interface>> IReskomtra IR e s ko m tra HaeTuotteenSaldo() HaeTuotteenSaldo() Alijärjestelmien/liittymien vuorovaikutus Tekninen arkkitehtuuri Alijärjestelmien hajautus Asiakaspalvelu Laskutus Ostoreskontra Tilaukset
31 Arkkitehtuuri määrittelyssä Uudelleenkäyttö Pilotointi Ohjeet ja standardit <<Käyttöliittymä>> Tilaajan toiminnot <<Käyttöliittymä>> Help Desk toiminnot <<Palvelin>> Tilaajan palvelut <<Palvelin>> Help Desk palvelut <<Liittymä>> Käyttöomaisuusrekisteri <<Liittymä>> Valvontajärjestelm ä
32 Arkkitehtuuri suunnittelussa Sovellusarkkitehtuurin kuvaus Fyysinen komponentti-/ alijärjestelmäjako Kehitysaikaisen ympäristön kuvaus Ajonaikaisen ympäristön kuvaus Replikoinnin suunnittelu Suunnittelumallit Sovelluskehykset <<Linux>> Käyttäjätie to järjestemä <<U n i x> > L i se n ssi ti e to järjestelmä <<IE/NS 3.0-taso>> Asiakkaan työasema <<HT TP>> <<Windows NT 4.0-server>> <<T uxedo>> He l p Desk-p <<T uxedo>> <<Windows NT He l p Desk-t yö a se m a <<RM I>> <<T uxedo>> <<Unix>> Heniklöstotie to järjestelmä <<OS/390>> Toiminnanohjaus järjestelmä <<SM TP>> <<SMS>> Sä hköpo sti <<DB>> Hel pdesk <<GSM>> Puhelin
33 Ratkaisumallit TE Objectissa selitetty ainoastaan rakenne ja tarkoitus Arkkitehtuurin puolella käytetään laajasti MVC, Facade, Command Liiketoiminnan puolella alkuaskeleet Sopimuksen käsittely Työlista.. jne Tulossa erillinen ohje Tapahtuma suorita() Jos ei haluta suodatella mitenkään, niin liitetään tämä oletussuodatin. 1..n Suodatin suorita() Out n In Sääntö Ja (and) {Liitetyllä Suodattimella ei saa olla In- tai Out-sääntöjä eikä AND-suhteita} 0..1 voidaan liittää muita suodattimia jotka halutaan liittää AND-operaattorilla. suorita()
34 Uudelleenkäyttö Projektien sisäinen uudelleenkäyttö uudelleenkäyttöä tukeva ohjelmistotuotantoprosessi uudelleenkäyttöä tukeva projektihallinta ja organisaatio Domain component Reuse Pattern Reuse Artefact Reuse Framework Reuse Component Reuse Template Reuse Inheritance Reuse Code Reuse Scott Ambler, 1998
35 Uudelleenkäyttö Organisaatiotasoinen uudelleenkäyttö uudelleenkäyttöprosessi ja organisaatio hierarkinen kohdealueanalyysi repository-prosessi ja repository ohjelmistotuotantoprosessin pitää olla kunnossa
36 More time for Users Heini Holopainen Public & Healthcare dgov
Perinteinen oliomenetelmä ketteräksi
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
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ä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ä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ä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ä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ä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ä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ä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ä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ätiedotArkkitehtuuripankki. Mallintamisen metamalli ja notaatiot
Arkkitehtuuripankki Mallintamisen metamalli ja notaatiot 21.2.2018 Sisältö Kuvaustapa (notaatio) ja standardit Mallityypit Metamalli Muuta Kuvaustavat ja hyödynnetyt standardit JHS179 template ArchiMate
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ä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ätiedotOhjelmistoarkkitehtuuriin vaikuttavia tekijöitä. Kari Suihkonen
Ohjelmistoarkkitehtuuriin vaikuttavia tekijöitä Kari Suihkonen Ohjelmistoarkkitehtuuriin vaikuttavia tekijöitä Tuote Ohjelmisto Ulkoiset tekijät Sisäiset tekijät 2 Hissin ohjausjärjestelmä ohjelmistotuotteena
LisätiedotHarjoitustyö Case - HelpDesk
Harjoitustyö Case - HelpDesk Harjoitustyön Case: HelpDesk -sovellus Tietotekniikkatoimittaja AB ja asiakas X ovat viime vuonna sopineet mikrotukiyksikön ulkoistamisesta X:ltä AB:n liikkeenjohdon vastuulle.
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ä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ä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ä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ä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ä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ä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ätiedotCase TUHTI. Projektin tunnuslukuja. ! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999. ! Java luokkia n. 5000
Case TUHTI 17.12.2002 1 TietoEnator 2002 Projektin tunnuslukuja! Suuri perusjärjestelmäuudistus! Työt alkoivat kesällä 1999! Otettu tuotantokäyttöön syksyllä 2001! Proof of Concept (5 henkilöä 4 kk) ->
Lisä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ätiedotJohtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako?
Johtamisen haaste kokonaisarkkitehtuuri menestyksen mahdollistajako? JÄRJESTÄJÄ SAVO Q AIKA 14.11.2018 Kokonaisarkkitehtuurin määrittelyä Tekijä(t) Armour, F. & Kaisler, S. 2017. Introduction to Enterprise
LisätiedotDIGIROAD DIGIROAD PALVELUT
Tilannekatsaus 6.8.2003 DIGIROAD PALVELUT DIGIROAD PALVELURAJAPINNAT DIGIROAD Kansallinen tie- ja katutietojärjestelmä DIGIROAD tietokanta 1 TietoEnator 2003 Tavoitteet DR-palvelupilotti antaa yleisen
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ä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ä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ä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ätiedotUML:n yleiskatsaus. UML:n osat:
UML:n yleiskatsaus - voidaan hyödyntää hyvin laajasti. - sopii liiketoimintamallinnukseen, ohjelmistomallinnukseen sen jokaiseen vaiheeseen tai minkä tahansa pysyviä ja muuttuvia ominaisuuksia sisältävän
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ätiedotSovellusarkkitehtuurit
HELIA TiKo-05 1 (9) Sovellusarkkitehtuurit ODBC (Open Database Connectivity)... 2 JDBC (Java Database Connectivity)... 5 Middleware... 6 Middleware luokittelu... 7 Tietokanta -middleware... 8 Tapahtumamonitorit
LisätiedotJHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi
JHS XXX ICT-palvelujen kehittäminen: Laadunvarmistus Liite 6: Katselmointi Versio: 0.9 Julkaistu: n.n.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Katselmointi osana laadunvarmistusta... 2 2 Yleistä katselmoinneista...
Lisä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ä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ä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ä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ä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ätiedotAKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY
T304/A01/2017 Liite 1 / Appendix 1 Sivu / Page 1(5) AKKREDITOITU TESTAUSLABORATORIO ACCREDITED TESTING LABORATORY WE CERTIFICATION OY OPERATOR LABORATORY Tunnus Code Laboratorio Laboratory Osoite Address
LisätiedotHelia Ohjelmointitaito 14.3.2005 Tuomas Kaipainen Mermit Business Applications Oy. 2005 Mermit Business Applications
Helia Ohjelmointitaito 14.3.2005 Tuomas Kaipainen Mermit Business Applications Oy Esityksen sisältö Mermit yrityksenä Perustiedot Toimintamalli Mermit työpaikkana ohjelmistoinsinöörille Esimerkkiprojekti
Lisä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ä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ä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ä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ätiedotToiminnot eli käyttäytyminen. Tieto eli rakenteelliset ominaisuudet
Toiminnot eli käyttäytyminen Tieto eli rakenteelliset ominaisuudet Olio (ks. määritelmä): rajattavissa ja yksilöitävissä oleva asia tai käsite, joka on merkityksellinen käsillä olevan tarkastelun kannalta
Lisätiedotin condition monitoring
Etäteknologioiden automaatiosovellukset Using e-speak e in condition monitoring tutkija professori Hannu Koivisto Sisältö Tausta Globaali kunnonvalvontajärjestelmä E-speak globaalissa kunnonvalvontajärjestelmässä
LisätiedotOhjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Harri Laine 1
Ohjelmistojen mallinnus (OMa) - Johdatus ohjelmistotuotantoon 31.10.2008 Harri Laine 1 Ohjelmisto Tietokoneohjelma (computer program) toimintaohje, jonka mukaan toimien tietokone suorittaa jonkin tietojenkäsittelytehtävän
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ätiedotPortaaliteknologiat mahdollistavat ajattelutavan muutoksen
- 1 - Portaaliteknologiat mahdollistavat ajattelutavan muutoksen Petri Kanerva Fusion Middleware Architect, Oracle Finland Oy 29.04.2010 The following is intended to outline our general
LisätiedotProsessien kehittäminen. Prosessien parantaminen. Eri mallien vertailua. Useita eri malleja. Mitä kehitetään?
Prosessien kehittäminen Prosessien parantaminen Sami Kollanus TJTA330 Ohjelmistotuotanto 21.2.2007 Mitä kehitetään? CMMI, SPICE yms. Miten kehittämishanke saadaan toteutettua? Organisaation kehittämisen
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ä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ätiedotHELIA 1 (8) Outi Virkki Tietokantasuunnittelu
HELIA 1 (8) Luento 1 Johdatusta tietokannan suunnitteluun... 2 Tietokantasuunnittelu?... 2 Tietokanta?... 2 Tieto?... 2 Tietokantasuunnittelun tavoite, v.1... 2 Luotettavuus?... 3 Tietokantasuunnittelun
LisätiedotKäyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä
www.niksula.cs.hut.fi/~jjkankaa// Demosovelluksen tekninen määrittely v. 0.6 Päivitetty 11.12.2000 klo 20:26 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite
Lisä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ä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ä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ä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ätiedotKokonaisvaltainen mittaaminen ohjelmistokehityksen tukena
Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena Mittaaminen ja ohjelmistotuotanto seminaari 18.04.01 Matias Vierimaa 1 Miksi mitataan? Ohjelmistokehitystä ja lopputuotteen laatua on vaikea arvioida
Lisätiedot.NET 2006 ja sen jälkeen
.NET 2006 ja sen jälkeen Ahti Haukilehto FC Sovelto Oyj Microsoft Regional Director, Finland Superior tools, niin mitkä? Visual Studio Team System Team Foundation Server DSL Tools 2 Visual Studio Team
LisätiedotAutomaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat
Automaatiojärjestelmän hankinnassa huomioitavat tietoturva-asiat Teollisuusautomaation tietoturvaseminaari Purchasing Manager, Hydro Lead Buyer, Industrial Control Systems 1 Agenda / esityksen tavoite
LisätiedotDirectory Information Tree
IP-osoite / Host taulu, jossa neljä 8 bit lukua esim. 192.168.0.10/24, unix, linux, windows windows\system32\drivers\etc DNS (Domain Name System), muuttaa verkkotunnuksen IPosoitteeksi. X.500 perustuu
LisätiedotOhjelmistojen mallinnus, s2008 HY/TKTL, 28/10/2008. Harri Laine 1. Ohjelmisto
jen mallinnus, s2008 jen mallinnus (OMa) - Johdatus ohjelmistotuotantoon Tietokoneohjelma (computer program) toimintaohje, jonka mukaan toimien tietokone suorittaa jonkin tietojenkäsittelytehtävän suoritettava
LisätiedotInteraktiivisten järjestelmien arkkitehtuuriratkaisu, jolla käyttöliittymä erotetaan sovelluslogiikasta.
Malli-näkym kymä-ohjain arkkitehtuurit (Model-View View-Controller, MVC) Interaktiivisten järjestelmien arkkitehtuuriratkaisu, jolla käyttöliittymä erotetaan sovelluslogiikasta. Lähtökohdat: Sovelluksen
LisätiedotPaikkatiedon mallinnus Dokumentoinnin ymmärtäminen. Lassi Lehto
Paikkatiedon mallinnus Dokumentoinnin ymmärtäminen Lassi Lehto INSPIRE-seminaari 23.08.2012 Sisältö Tietotuoteselosteen rakenne (ISO 19131) Unified Modeling Language (UML) Luokkakaaviotekniikan perusteet
LisätiedotOhjelmistojen mallintaminen Unified Modeling Language (UML)
582104 Ohjelmistojen mallintaminen Unified Modeling Language (UML) 1 Olioperustaisuus Olio toimii mallinnuksen perusyksikkönä eri abstraktiotasoilla Järjestelmän rajaus, suunnittelu, ohjelmointi, suoritus..
LisätiedotAalto-yliopiston laatujärjestelmä ja auditointi. Aalto-yliopisto Inkeri Ruuska, Head of Planning & Management Support
Aalto-yliopiston laatujärjestelmä ja auditointi Aalto-yliopisto Inkeri Ruuska, Head of Planning & Management Support 16.11.2016 The quality policy principles governing the activities of Aalto University
LisätiedotToivakan kunnan teknologia-arkkitehtuuri
Toivakan kunnan teknologiaarkkitehtuuri Iikka Virtanen, Teemu Uusitalo & Vesa Kakriainen Toivakan kunnan teknologia-arkkitehtuuri Johdanto Nykytilan kartoitus Tavoitetilan kuvaus 6.7.1 Teknologiapalvelut
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ätiedotYhteenveto. Menettelytavat
Yhteenveto Ohjelmistotuotanto: Luotettavien ja tehokkaiden ohjelmistojärjestelmien tuottamista noudattaen hyviksi havaittuja menettelytapoja. Menettelytavat Prosessimalli (vesiputous/spiraali/kasvattava)
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ätiedotMoniulotteisten ohjelmistojen hallinta
Moniulotteisten ohjelmistojen hallinta Kai Koskimies Tampereen teknillinen yliopisto http://www.cs.tut.fi/~kk http://practise.cs.tut.fi 1 Ohjelmistokehityksen kehitys Vaatimukset Ohjelmointikieli Programming-in-the-small
LisätiedotOhjelmistojen mallintaminen. Luento 11, 7.12.
Ohjelmistojen mallintaminen Luento 11, 7.12. Viime viikolla... Oliosuunnittelun yleiset periaatteet Single responsibility eli luokilla vain yksi vastuu Program to an interface, not to concrete implementation,
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet
Järjestelmäarkkitehtuuri (TK081702) Ympäristö Muutostarpeet ja niihin vastaaminen Yritysarkkitehtuuri Liiketoiminta-arkkitehtuuri Tavoitteet, Palvelut, Prosessit Informaatioarkkitehtuuri Tietotarpeet,
LisätiedotIntegrointi. Ohjelmistotekniikka kevät 2003
Integrointi Ohjelmistotekniikka kevät 2003 ERP (Toiminnanohjausjärjestelmä) Myynti Henkilöstö, palkanlaskenta Kirjanpito Myynti Myyjät Extranet Tietovarasto Laskutus, reskontrat Asiakas ERP Asiakasrekisteri
LisätiedotObject Framework - One. OF-1 is a high-productive Multi-UI OpenEdge data driven development framework. Veli-Matti Korhonen
Object Framework - One OF-1 is a high-productive Multi-UI OpenEdge data driven development framework Veli-Matti Korhonen Aiheet OF-1 esittely Mitä ominaisuuksia saa ilman ohjelmointia Miten ohjelmoidaan
LisätiedotPaikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7
Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin
LisätiedotEnterprise SOA. Nyt. Systeemi-integraattorin näkökulma
Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma 12.11.2007 Janne J. Korhonen 12.11.2007 Agenda 1. Prosessit ja palvelut, BPM ja SOA 2. BPM-projekteista yleensä 3. Prosessin elinkaarimalli 4. Kokemuksia
LisätiedotTietojenkäsittelytieteiden koulutusohjelma. Tietojenkäsittelytieteiden laitos Department of Information Processing Science
Tietojenkäsittelytieteiden koulutusohjelma Tietojenkäsittelytieteet Laskennallinen data-analyysi Ohjelmistotekniikka, käyttöjärjestelmät, ihminen-kone -vuorovaikutus Teoreettinen tietojenkäsittelytiede
LisätiedotHankkeen toiminnot työsuunnitelman laatiminen
Hankkeen toiminnot työsuunnitelman laatiminen Hanketyöpaja LLP-ohjelman keskitettyjä hankkeita (Leonardo & Poikittaisohjelma) valmisteleville11.11.2011 Työsuunnitelma Vastaa kysymykseen mitä projektissa
LisätiedotSFS:n IT-standardisoinnin vuosiseminaari 16.12.2014
SFS:n IT-standardisoinnin vuosiseminaari 16.12.2014 Tomi Dahlberg Tietohallinto ISO/IEC 20000 ISO/IEC 38500 Liiketoiminta Liiketoimintaprosessit ISO/IEC 30105 2 SFS:n seurantaryhmä SR 308 seuraa ISO/IEC
LisätiedotTyön ositusmalleista. Luennon tavoitteista. Motivointia. Walker Royce, Software Project Management, A Unified Framework
Työn ositusmalleista Luennon tavoitteista Luennon sisällöstä Motivointia Lähteinä: Walker Royce, Software Project Management, A Unified Framework 1 Tavoitteista Luentojen jälkeen opiskelijan tulisi osata:
LisätiedotITK130 Ohjelmistojen luonne
ITK130 Ohjelmistojen luonne Luennon sisältö Ohjelmistotekniikka ja vaatimukset Ohjelmistotuote Ei-toiminnallisten vaatimusten luokittelu Sisäiset ja ulkoiset vaatimukset Oikeellisuus Luotettavuus Kestävyys
LisätiedotJärjestelmäarkkitehtuuri (TK081702) Järjestelmäarkkitehtuuri. Järjestelmäarkkitehtuuri
Järjestelmäarkkitehtuuri (TK081702) ja Järjestelmäarkkitehtuuri Sovellukset ovat olemassa Järjestelmien uudistaminen vie yleensä arvioitua enemmän resursseja ja kestää arvioitua kauemmin Migration (Migraatio
LisätiedotTietojärjestelmätieteen ohjelmat
Tietojärjestelmätieteen ohjelmat PÄÄAINEENVALINTAINFO KEVÄT 2018 LAURA LAPPALAINEN KO-VASTAAVA TEKNINEN VIESTINTÄ Tietojärjestelmiä on kaikkialla, ja yhteiskunnan digitalisoituminen vain kiihtyy Technology
LisätiedotStandardi IEC Ohjelmisto
Sundcon Oy Standardi IEC 61508 3 Ohjelmisto muutokset Matti Sundquist Sundcon Oy www.sundcon.fi Standardi IEC 61508 3 (1) Standardissa di esitetään vaatimukset niiden tietojen ja menettelytapojen valmisteluun,
Lisätiedot9. Muunneltavuuden hallinta
9. Muunneltavuuden hallinta Muunneltavuuden hallinta (Variability management): Tekniikat ja työtavat, jotka auttavat kuvaamaan, toteuttamaan ja hyödyntämään tuoterungon mahdollistamaa ohjelmistotuotteiden
LisätiedotÄlykkäämpi päätelaitteiden hallinta Juha Tujula, CTO, Enfo Oyj. 2013 IBM Corporation
Älykkäämpi päätelaitteiden hallinta Juha Tujula, CTO, Enfo Oyj 2013 IBM Corporation 3 Enfo Suomessa Markkinat: Suomessa IT-palvelumarkkinan koko on noin 2,5 miljardia euroa ja sen arvioidaan kasvavan pitkällä
LisätiedotLiiketoimintajärjestelmien integrointi
Liiketoimintajärjestelmien integrointi Vierailuluento 12.12.2016 Esa Heikkinen Mystes Oy Agenda Liiketoimintajärjestelmien integrointi EAI: Enterprise Application Integration EAS: Enterprise Application
LisätiedotTuottavuutta sovelluskehitykseen Oraclen työkaluilla: JDeveloper 10g ja HTML DB OUGF Syysseminaari
Tuottavuutta sovelluskehitykseen Oraclen työkaluilla: JDeveloper 10g ja HTML DB OUGF Syysseminaari 4.11.2004 Jari Kuokka Tuoteasiantuntija Oracle Finland Oracle Developer Suite 10 g JDeveloper Reports
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ätiedotA Plan vs a Roadmap. This is a PLAN. This is a ROADMAP. PRODUCT A Version 1 PRODUCT A Version 2. PRODUCT B Version 1.1. Product concept I.
A Plan vs a Roadmap PRODUCT A Version 1 PRODUCT A Version 2 PRODUCT B Version 1.1 This is a PLAN Component A RESEARCH project Development project B COMP. C COMP. B RESEARCH project Product concept I This
LisätiedotVBE II, vaihe 1:
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 VBE Kansainvälinen verkosto
LisätiedotCollaborative & Co-Creative Design in the Semogen -projects
1 Collaborative & Co-Creative Design in the Semogen -projects Pekka Ranta Project Manager -research group, Intelligent Information Systems Laboratory 2 Semogen -project Supporting design of a machine system
LisätiedotKokonaisarkkitehtuuri. Kankaanpään kaupunki
Kokonaisarkkitehtuuri Kankaanpään kaupunki Kokonaisarkkitehtuuri johtamisvälineenä Kankaanpään strategia 2015 Avoimmuus Edistävä johtajuus Luovuus Jatkuva kehittyminen Tehokkuus Vetovoimaisuus Kilpailukyky
LisätiedotJouni Huotari & Ari Hovi. Käsitemallinnuksesta relaatiokantaan KÄSITEMALLI. LOOGINEN MALLI: tietomalli valittu. FYYSINEN MALLI: DBMS valittu
Informaatioteknologian instituutti IIO30100 Tietokantojen suunnittelu Polku luokkakaavioista taulujen toteutukseen kirjan Hovi, Huotari, Lahdenmäki: Tietokantojen suunnittelu & indeksointi, Docendo (2003,
LisätiedotHankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka
Finland Tender Hankintailmoitus: Pohjois-Savon sairaanhoitopiirin kuntayhtymä/kiinteistöyksikkö : Puijon sairaalan Pääaula-alueen uudistus, Sähköurakka Tarjoukset 6.5.2011 klo 15.00 mennessä osoitteeseen:
LisätiedotPROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS
PROJEKTIN SUUNNITTELU JOUNI HUOTARI, PAAVO MOILANEN, ESA SALMIKANGAS 10 KEYS TO SUCCESSFUL SOFTWARE PROJECT 1. Clear Vision 2. Stable, Complete, Written Requirements 3. Detailed User Interface Prototypes
LisätiedotPOLKU LUOKKAKAAVIOISTA TAULUJEN TOTEUTUKSEEN
POLKU LUOKKAKAAVIOISTA TAULUJEN TOTEUTUKSEEN KIRJAN HOVI, HUOTARI, LAHDENMÄKI: TIETOKANTOJEN SUUNNITTELU & INDEKSOINTI DOCENDO (2003, 2005) LUKU 7 JOUNI HUOTARI & ARI HOVI IIO30100 TIETOKANTOJEN SUUNNITTELU
Lisätiedot