Olioperustaisuus ohjelmistotuotannossa
|
|
- Kirsi-Kaisa Aaltonen
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Olioperustaisuus ohjelmistotuotannossa perinteinen top-down toiminnan tarkennus karkea kuvaus tarkennuksia ohjelmakoodi Olioperustaisuus ohjelmistotuotannossa Perinteisen osituksen ongelmia komponentit riippuvat ylemmällä tasolla tehdyistä ratkaisuista -> pieni muutos ylätasolla voi aiheuttaa suuria muutoksia alempana komponentit sidoksissa yksittäisen ohjelmiston toiminnallisiin vaatimuksiin -> eivät ole helposti uudelleenkäytettävissä Harri Laine 1
2 Olioperustaisuus ohjelmistotuotannossa Olioperustainen ohjelmistosuunnittelu: ohjelmien tehtävänä on simuloida sovellusalueen tai ongelman ilmiöitä tai tapahtumia - muodostaa tietokoneessa toimiva malli sovellusalueesta luokat ja oliot vastaavat sovellusongelman ilmiöitä ja tapahtumia luokat ja oliot ovat itsenäisiä, vaikka toimivatkin yhdessä toiminnan yksityiskohdat eivät näy ulospäin uudelleenkäyttö sovellusalueella helppoa muutokset paikallisia? muutoskohdat helppo löytää? Oliolähestymistapa Olio: ohjelmistokomponentti, jolla on omat tietorakenteet ja itsenäinen käyttäytyminen tietotyyppi -> muuttuja luokka -> olio tieto ja toiminta muodostavat pakkauksen Harri Laine 2
3 Oliolähestymistapa Oliolähestymistavassa tiedon ja sitä käsittelevän toiminnan katsotaan kuuluvan yhteen yhdeksi kokonaisuudeksi - luonnollinen yhteenkuuluvuus Olion reaalimaailman vastineita olisivat parhaiten erilaiset aktiiviset toimintaa suorittavat yksiköt (ihmiset, organisaatioyksiköt, koneet,...) mutta koostuuko todellisuus vain tällaisista? onko tiedon ja toiminnan paketointi asian tarpeetonta monimutkaistamista - ihminen on suhteellisen luonnollinen (?) olio, mutta onko toiminnallisuudella varustettu vastaanottovirkailija enää sitä? onko olemassa luonnollista tapaa organisoida toimintaa? Oliolähestymistapa Oliolähestymistavassa yhtenä merkittävänä hyötynä pidetään sitä, että samaa oliokäsitteistöä käytetään kaikissa ohjelmistoprosessin vaiheissa analyysissä suunnittelussa ohjelmoinnissa abstaraktiotason muuttumisesta johtuen kuitenkin sovellettuna eri kohdealueisiin analyysissä luonnollisia olioita (ihmisolio, asiakirjaolio, ) suunnittelussa teknisiä olioita (tiedosto-olio, näyttöolio,...) Harri Laine 3
4 Oliokäsitteitä Abstrahointi (abstraction) voidaan keskittyä ohjelmiston tärkeimpiin komponentteihin voidaan valita tarkastelutaso yksityiskohdat voidaan jättää täsmennettäviksi myöhemmin jopa ohjelma voidaan kirjoittaa myöhemmin täsmentyvänä Kapselointi (encapsulation) ulkoinen liittymä erotetaan toteutuksesta sisäiset yksityiskohdat piiloon ulkopuolisilta turvallisuus paranee, ylläpiton rajautuu, uudelleenkäyttöön paremmat mahdollisuudet Oliokäsitteitä Tiedon ja käyttäytymisen yhdistäminen olion tietosisältöä voi käsitellä vain olion omin operaatioin muut eivät pääse sotkemaan elinkaari hallinnassa luokka = abstrakti tietotyyppi Jakaminen (sharing) yhteinen muoto ja käyttäytyminen voidaan koota omaksi kokonaisuudekseen (luokaksi) joka on jaettavissa (perittävissä) keskitetysti uudelleenkäyttö, kuvauksen taloudellisuus Harri Laine 4
5 Oliokäsitteitä Identiteetti (identity) tietosisältö ei määrää oliota (kuten esim. relaatiomallissa) oliot on erotettavissa toisistaan vaikka ne olisivat identtisiä Luokittelu (classification) keskenään samankaltaiset oliot kuvataan samassa luokassa luokka on olioiden malli voidaan määritellä luokkien välisiä yhteyksiä, esimerkiksi hierarkkinen riippuvuus ihminen : mies / nainen Oliokäsitteitä Monimuotoisuus (polymorphism) nimeen kytketyn toiminnan erilaisuus eri (sukulais)luokissa olio suorittaa nimetyn operaation oman luokkansa mukaisesti (=> olio voi kuulua vain yhteen luokkarakenteen lehtiluokkaan, eli luokkaan, jolla ei ole aliluokkia) sihteeri.maksaa ={antaa rahaa tarjoilijalle} johtaja.maksaa = {pyytää, että sihteeri.maksaa} nimettyä operaatiota pyytävän olion ei tarvitse tietää mihin luokkaan operaation suorittaja todella kuuluu tarjoilija voi pyytää maksua, joko sihteeriltä tai johtajalta (ja saa aina rahat) myöhäinen sidonta, operaation toteutustapa ratkeaa vasta operaatiota pyydettäessä laskun maksutapa selviää vasta kun lasku esitetään Harri Laine 5
6 Oliokäsitteitä - perintä Perintä (inheritance) muotoa voidaan jakaa luokkien väliseen hierarkiaan perustuen aliluokat (subclass) perivät muodon yliluokiltaan (superclass) vastaanottovirkailijakin on ihmisen muotoinen aliluokat erikoistavat (specialise) yleisiä yliluokkia erikoistettu aliluokka voi lisätä perittyyn muotoon omia ominaisuuksia aliluokka voi uudelleenmääritellä (syrjäyttää) (override) perimänsä ominaisuuden ominaisuudet attribuutteja (tietorakenteita) tai operaatioita Oliokäsitteitä - perintä ikä ihminen mies parta yksittäisperintä nainen hameita Mauno ikä: 75 parta: ei ilmentymiä Tellervo ikä: 72 hameita:37 Harri Laine 6
7 Oliokäsitteitä - perintä Auto moottoritilavuus Asunto vuodepaikkoja Asuntoauto moniperintä HIP-111 moottoritilavuus:3500 vuodepaikkoja:4 Oliokäsitteitä - perintä perintä on merkittävin ero olioohjelmoinnin ja muiden ohjelmointiparadigmojen välillä. Perinnän päätavoitteet: käsittellinen mallintaminen (puhdashenkinen europpalainen koulukunta) yleistäminen/erikoistaminen pääpaino ohjelmistokehityksen määrittely- ja analyysivaiheessa koodin uudelleenkäyttö (pragmaattinen amerikkalainen koulukunta) attribuuttien ja operaatioiden periminen kasvattava ohjelmakehitys pääpaino suunnittelu- ja toteutusvaiheessa Harri Laine 7
8 Oliomallintaminen Mallinnettaessä järjestelmää olioilla erotetaan yleensä kaksi puolta: staattinen millaisia luokkia - tietosisältö, yhteydet, rakenteet mitä palveluja tarjolla dynaaminen miten oliot toimivat yhteistyössä millainen on olion elinkaari Eri menetelmät tarjoavat erilaisia malleja sille, mitä oliokeskeisen määrittelyvaiheen yhteydessä pitäisi tehdä ja miten. Oliomallintaminen - Booch Tunnista luokat ja oliot etsi ehdokasolioita ja luokkia analysoi olioiden käyttäytymistä tunnista käyttöskenaariot (miten tavalliseti toimitaan) määritä attriobuutit ja operaatiot kullekin luokalle Määritä luokkien semantiikka valitse skenaariot ja analysoi ne kiinnitä luokille vastuut jaa vastuuta ja tasapainota käyttäytyminen tutki olion rooleja ja vastuita määrittele operaatiot vastuiden hoitamiseksi selvitä olioiden yhteistyötä Harri Laine 8
9 Oliomallintaminen - Booch Tunnista luokkien ja olioiden väliset yhteydet millaisia riippuvuuksia tunnista olioiden asemat yhteyksissä varmenna skenaarioiden toteutuvuus Tarkenna laadi kaaviot laadi hierarkia ryhmittele Toteuta Oliomallintaminen - Coad & Yordon Tunnista luokat Laadi hierarkia Määrittele sisältyvyydet Jaa luokat osa- alueisiin (subject) Määrittele attribuutit Määrittele palvelut Harri Laine 9
10 Oliomallintaminen - Jacobsson Tunnista käyttäjäryhmät Määrittele vaatimukset Määrittele käyttäjäryhmät Määrittele käyttötapaukset Laadi karkea kuvaus luokista ja yhteyksistä Varmista käyttötapausten toteutuvuus Laadi analyysimalli Määrittele liittymät ja niiden oliot Määrittele luokkarakenne Määrittele operaatiot Jaa kokonaisuus osajärjestelmiin Varmista käyttötapausten toteutuminen Oliomallintaminen - Rumbaugh Laadi luokkamalli tunnista relevantit luokat määritä attribuutit määritä yhteydet määritä luokkahierarkia Laadi käyttäytymismalli luo käyttöskenaariot määritä skenaarioon liittyvä viestinvälitys luo viestiyhteyskaaviot kuvaa olioiden elinkaaret varmista skenaarioiden toteutuvuus Harri Laine 10
11 Oliomallintaminen - Rumbaugh Laadi toimintomalli määritä järjestelmän syötteet ja tulosteet kuvaa toiminta tietovirtoina määrittele toiminta tehtäväkuvauksin määritä toimintaan kohdistuvat vaatimukset ja rajoitteet Olioiden/luokkien tunnistaminen Oliolähestymistapa soveltuu parhaiten tilanteisiin, joissa simuloidaan toimintaa sovellusalueella: sovelluksen oliot vastaavat pitkälti aktiivisia toimijoita sovellusalueella olioiden palvelut vastaavat niitä tehtäviä, joita sovellualueen toimijat suorittavat jäsennettävä sovellusalue, tunnistettava toimijat ja heidän tehtävänsä, selvitettävä mitä tietoa toimijat tarvitsevat kyetäkseen toimimaan Harri Laine 11
12 Olioiden/luokkien tunnistaminen - tekstin analysointi grammatical parse Laadi ongelmaa kuvaava teksti Analysoi kuvausta, etsi lauseista luokkaehdokkaita, alleviivaa ne Luokkaehdokkaita ongelman kannalta olennaiset substantiivit Tunnista ja karsi synomyymit Valitse luokat Määritä attribuutit etsi tekstistä ilmiöitä, jotka kuvailevat valittuja olioita Määritä yhteydet etsi tekstistä kuvauksia yhteyksistä, rakenteita, joissa oliot ovat mukana Määritä palvelut etsi tekstistä tekemiseen ja toimintaan liittyviä ilmauksia, kohdista ne luokkiin Olioiden/luokkien tunnistaminen - tekstin analysointi grammatical parse Luokkina tulevat kyseeseen, esim. ulkoiset oliot tahot, jotka tuottavat tai saavat tietoa järjestelmältä toiset järjestelmät, ihmiset, laitteet tietosisältöön kuuluvat asiat raportit, näytöt, kirjeet, signaalit tapahtumat, joihin järjestelmän pitäisi reagoida roolit, jotka edustavat erilaisia tapoja toimia järjestelmän kanssa organisaatioyksiköt paikat, jotka luovat ympäristön ongelmalle rakenteet Toiminnot eivät ole luokkia Harri Laine 12
13 Esimerkki Tarkastellaan seuraavaa kuvausta: SafeHome software enables the homeowner to configure the security system when it is installed, monitors all sensors connected to the security system and interacts with the homeowner through a key pad and function keys contained in the SafeHome control panel. During installation, the SafeHome control panel is used to 'program' and configure the system. Each sensor is assigned a number and type, a master password is programmed for alarming and disalarming the system, and telephone numbers are input for dialing when a sensor event occurs. Esimerkki When a sensor event is recognized, the software invokes an audible alarm attached to the system. After a delay time that is specified by the homeowner during the system configuration activities, the software dials a telephone number of a monitoring service, provides information about the location, reporting the nature of the event that has been detected. The number will be redialed every 20 seconds until telephone connection is obtained. All interaction with safehome is managed by a user interaction subsystem that reads input provided through the key pad and function keys, and displays prompting messages and system status on the LDC display. Keyboard interaction takes the following form Harri Laine 13
14 Esimerkki - ehdokkaita homeowner sensors key pad function keys control panel installation type number telephone numbers audible alarm security system system status interaction subsystem master password sensor event ulkoinen olio / rooli ulkoinen olio ulkoinen olio ulkoinen olio ulkoinen olio tapahtuma attribuutti attribuutti asia ulkoinen olio organisaatioyksikkö / asia attribuutti organisaatioyksikkö / asia asia tapahtuma Esimerkki - ehdokkaita lisää nature of the event configuration activities telephone connection prompting messages LDC display monitoring service location attribuutti toiminta ulkoinen olio asia ulkoinen olio organisaatioyksikkö paikka Harri Laine 14
15 Ehdokasluokasta luokaksi - kriteerejä (Coad & Yourdon) kaikkien pitäisi toteutua (1) muistamistarve tiedon säilyttäminen luokan olioista on välttämätöntä järjestelmän toiminnan kannalta sisältää muistettavaa tietoa (2) palvelujen tarjonta luokan olioiden täytyy tarjota palveluita, luokan attribuuttien käsittelyyn (3) moniattribuuttisuus määritysvaiheessa yksiattribuuttiset oliot harvoin ovat oleellisia ongelman kannalta Ehdokasluokasta luokaksi - kriteerejä (Coad & Yourdon) (4) attribuutien jaettavuus luokaaan on liitettävissä joukko sen kaikille esiintymille soveltuvia attribuutteja (5) palvelujen jaettavuus luokkaan on liitettävissä joukko palveluita, jotka luokan kaikki esiintymät kykenevät suorittamaan (6) olennaisuus ongelman kannalta Harri Laine 15
16 Esim. ehdokkaiden analysointi homeowner ulkoinen olio / rooli -1, -2, +6 sensors ulkoinen olio + kaikki key pad ulkoinen olio -6 function keys ulkoinen olio -6 control panel ulkoinen olio +kaikki installation tapahtuma -1, -2 type attribuutti number attribuutti telephone numbers asia -3 audible alarm ulkoinen olio -1, + muut security system organisaatioyksikkö / asia + kaikki system status attribuutti interaction subsystem organisaatioyksikkö / asia -6 master password asia -3 sensor event tapahtuma + kaikki Esim. ehdokkaiden analysointi nature of the event attribuutti configuration activities toiminta telephone connection ulkoinen olio -1,-2,-3, prompting messages asia -1,-6 LDC display ulkoinen olio -6 monitoring service organisaatioyksikkö -1, -2 location paikka -1,-2 Harri Laine 16
17 Atribuutteja: sensor Esim. ehdokkaiden analysointi type number tuning data control panel function keys LDC display messages audible alarm alarm specs. Delay state Esim. ehdokkaiden analysointi lisää attribuutteja security system telephone numbers system status location delay time master password no of tries sensor event nature of event telephone numbers Harri Laine 17
18 Esim. ehdokkaiden analysointi Yhteydet security system contains sensor manages emits provides sensor event contol panel audible alarm Esim. ehdokkaiden analysointi Palvelut sensor turnon turnoff adjust control panel get Input show State show Message audible alarm Emit Alarm adjust delay Harri Laine 18
19 Esim. ehdokkaiden analysointi palvelut jatkuu security system Turn on Turn off Register location Adjust delay Identify Process event sensor event Set connection Oliot ja määrittely Mitä määrittelyvaiheessa on välttämättä kuvattava järjestelmän toiminnalliset vaatimukset tarvitaanko tähän olioita - EI auttavatko oliot - VÄHÄN olioita käytettäessä toiminta ja siihen liittyvät vastuut saadaan jaettua eri luokille => oliokäsitteestä olisi apua kuvaamaan esim. osajärjestelmiä olioiden yläpuolelle tarvitaan toiminnan kokonaiskuvaus jos ollaan oliokeskeisiä, pitäisikö koko järjestelmä nähdä yhtenä oliona, joka tarjoaa palveluja - KYLLÄ käyttötapaukset (use case) ovat järjestelmän käyttäjilleen tarjoamien palvelujen määrityksiä Harri Laine 19
20 Oliot ja määrittely Mitä määrittelyvaiheessa on välttämättä kuvattava yleiskuva järjestelmän tietosisällöstä siinä laajuudessa, että paljelut tulevat ymmärretyiksi voiko tässä käyttää olioita - KYLLÄ keskeiset luokat ja niiden väliset yhteydet Harri Laine 20
Ohjelmiston suunnittelu. Olioperustaiset menetelmät
Ohjelmiston suunnittelu Suunnittelun tavoite Suunnitteluperiaatteet Perinteiset suunnittelumenetelmät toimintokeskeiset tietorakennepohjaiset Suunnitteludokumentti, katselmus Erityisteemat: käyttöliittymät,
LisätiedotOhjelmistotekniikan menetelmät, luokkamallin laatiminen
582101 - Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 1 Lähestymistapoja Kokonaisvaltainen lähestymistapa (top-down) etsitään kerralla koko kohdealuetta kuvaavaa mallia hankalaa, jos kohdealue
LisätiedotOhjelmistojen mallintaminen luokkamallin lisäpiirteitä
582104 Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä 1 Luokkamallin lisäpiirteitä Erilaiset yhteystyypit kooste kompositio Muita luokkien välisiä suhteita riippuvuudet periytyminen eli luokkahierarkia
LisätiedotOhjelmistotekniikan menetelmät, luokkamallin laatiminen
582101 - Ohjelmistotekniikan menetelmät, luokkamallin laatiminen 1 Lähestymistapoja Kokonaisvaltainen lähestymistapa (top-down) etsitään kerralla koko kohdealuetta kuvaavaa mallia hankalaa, jos kohdealue
LisätiedotTenttikysymykset. + UML- kaavioiden mallintamistehtävät
Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä
LisätiedotHELIA 1 (14) Outi Virkki Käyttöliittymät ja ohjlmiston suunnittelu
HELIA 1 (14) Luento 7 Käyttöliittymäolio... 2 Olioajattelun perusteet... 3 Tavoitteet... 3 Peruskäsitteet... 4 Olio / Olioinstanssi / Olion esiintymä... 4 Ominaisuudet... 4 Toiminnot... 4 Olioluokka /
LisätiedotLuokkakaavion laatiminen
Luokkakaavion laatiminen Kartoita luokkaehdokkaita Karsi ehdokkaita Tunnista olioiden väliset yhteydet Täsmennä luokkakuvauksia määrittelemällä attribuutit Määrittele yhteyksiin liittyvät osallistumisrajoitteet.
LisätiedotOhjelmistojen mallintaminen Tietovuokaaviot Harri Laine 1
Ohjelmistojen mallintaminen Tietovuokaaviot 3.11.2008 Harri Laine 1 t Data flow diagrams Pohjana systeemiteoreettinen järjestelmämalli Input system output Järjestelmän tehtävä on muokata lähtötiedoista
LisätiedotJohdatus sovellussuunnitteluun, s 2001, osa 4b Helsingin yliopisto / TKTL Harri Laine / Inkeri Verkamo 1. Luokkakaavion tarkoitus
Luokkakaavion tarkoitus Järjestelmän tietosisällön kuvaaminen: tiedot ja niiden väliset kytkennät järjestelmän tiedot kuvaavat kohdealueiden ilmiöitä, joten luokkakaavion tulisi määritellä kohdealueen
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ä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ätiedotTietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2007 ER-mallin peruskäsitteet.
Tietosisällön kuvaaminen Toteutusvälineistä riippumaton tietosisällön kuvaus Entity-Relationship malliperhe Lähtökohta: Chenin malli vuodelta 1976 Useita muunnelmia, pieniä eroja peruskäsitteissä ja erityisesti
LisätiedotJohdatus sovellussuunnitteluun, s2000, osa5 Helsingin yliopisto;/tktl. Harri Laine 1. Luokkakaavion tarkoitus. Luokkakaavion tarkoitus
Luokkakaavion tarkoitus Järjestelmän tietosisällön kuvaaminen tiedot ja niiden väliset kytkennät järjestelmän tiedot kuvaavat kohdealueiden ilmiöitä, joten luokkakaavion tulisi määrittellä kohdealueen
LisätiedotSisällys. Mitä on periytyminen? Yksittäis- ja moniperiytyminen. Oliot ja perityt luokat. Periytymisen käyttö. 8.2
8. Periytyminen 8.1 Sisällys Mitä on periytyminen? Yksittäis- ja moniperiytyminen. Oliot ja perityt luokat. Periytymisen käyttö. 8.2 Mitä on periytyminen? Periytyminen (inheritance) tarkoittaa luokan piirteiden
LisätiedotOhjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML Ohjelmistojen mallintamisesta ja kuvaamisesta Oliomallinnus ja UML Käyttötapauskaaviot Luokkakaaviot Sekvenssikaaviot 2 Yleisesti
LisätiedotTenttikysymykset. + UML-kaavioiden mallintamistehtävät
Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä
Lisä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ätiedotOhjelmistojen mallintaminen Luokkakaaviot Harri Laine 1
Ohjelmistojen mallintaminen Luokkakaaviot 5.12.2008 Harri Laine 1 Olioiden palvelut Palvelun kuvauksessa annettavat tiedot näkyvyys (kuten attribuuttien kohdalla) nimi (ainoa välttämätön osa) parametrit
LisätiedotOhjelmistojen mallintaminen olioiden elinkaaret - tilakaavio. 21.11.2008 Harri Laine 1
Ohjelmistojen mallintaminen olioiden elinkaaret - tilakaavio 21.11.2008 Harri Laine 1 Joidenkin järjestelmien sisältömallissa on erotettavissa luokkia, joiden ilmentymien käyttäytymisen kuvaaminen, kirjaus
LisätiedotOhjelmistojen mallintaminen luokkamallin lisäpiirteitä
582104 Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä 1 Luokkamallin lisäpiirteitä Erilaiset yhteystyypit kooste kompositio Muita luokkien välisiä suhteita riippuvuudet periytyminen eli luokkahierarkia
LisätiedotMitä on periytyminen?
8. Periytyminen 8.1 Sisällys Mitä on periytyminen? Yksittäis- ja moniperiytyminen. Oliot ja perityt luokat. Filosofinen ja käytännönläheinen näkökulma periytymiseen. Periytymisen soveltaminen. 8.2 Mitä
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ätiedotAnalyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio
Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia tehtäviä:
Lisätiedot812341A Olio-ohjelmointi, I Johdanto
812341A Olio-ohjelmointi, 2016 I Johdanto Sisältö 1. Abstraktiosta 2. Olio-ohjelmoinnin historiaa 3. Olioparadigmasta 4. Peruskäsitteiden kertausta 812341A Olio-ohjelmointi, Johdanto 2 1 Abstraktiosta
LisätiedotJohdanto. Olio (Object) Luokka (Class) Olion kuvaaminen
Johdanto Olio (Object) Luokat (ja oliot) mallintava järjestelmän rakennetta määrittely järjestelmän kannalta Luokat ja niiden väliset suhteet muuntuvat suoraan lähdekoodiksi! Luokkakaaviolla kuvataan ohjelmiston
LisätiedotAnalyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
Lisätiedot812347A Olio-ohjelmointi, 2015 syksy 2. vsk. II Johdanto olio-ohjelmointiin
812347A Olio-ohjelmointi, 2015 syksy 2. vsk II Johdanto olio-ohjelmointiin Sisältö 1. Abstraktiosta 2. Olio-ohjelmoinnin historiaa 3. Olioparadigmasta 4. Peruskäsitteiden esittely 2 II.1 Abstraktiosta
LisätiedotOhjelmistotuotanto, s
Toiminnan osiinjako Ohjelmistotuotanto Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT Vaatimusanalyysin menetelmiä systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa
LisätiedotAnalyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio
Analyysi, dynaaminen mallintaminen, yhteistoimintakaavio ja sekvenssikaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia
LisätiedotOhjelmistojen mallintaminen, kesä 2010
582104 Ohjelmistojen mallintaminen, kesä 2010 1 Ohjelmistojen mallintaminen Software Modeling Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön tuntemus Ohjelmoinnin
LisätiedotPerusarkkitehtuurin ja vuorovaikutuksen mallintamisen perusteita.
Perusarkkitehtuurin ja vuorovaikutuksen mallintamisen perusteita. Arkkitehtuuriin vaikuttavat ympäristötekijät Jo kehittämisen alkuvaiheessa on tarpeellista hahmotella arkkitehtuurin perusratkaisu. Lähtökohdat
LisätiedotOhjelmistotekniikan menetelmät, kesä 2008
582101 - Ohjelmistotekniikan menetelmät, kesä 2008 1 Ohjelmistotekniikan menetelmät Methods for Software Engineering Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön
Lisätiedot812336A C++ -kielen perusteet, 21.8.2010
812336A C++ -kielen perusteet, 21.8.2010 1. Vastaa lyhyesti seuraaviin kysymyksiin (1p kaikista): a) Mitä tarkoittaa funktion ylikuormittaminen (overloading)? b) Mitä tarkoittaa jäsenfunktion ylimääritys
Lisätiedot2. Olio-ohjelmoinnin perusteita 2.1
2. Olio-ohjelmoinnin perusteita 2.1 Sisällys Esitellään peruskäsitteitä yleisellä tasolla: Luokat ja oliot. Käsitteet, luokat ja oliot. Attribuutit, olion tila ja identiteetti. Metodit ja viestit. Olioperustainen
LisätiedotUML-kielen formalisointi Object-Z:lla
UML-kielen formalisointi Object-Z:lla Kalvot ja seminaarityö WWW:ssä: http://users.jyu.fi/~minurmin/opiskelu/form/ UML UML == Unified Modelling Language. OMG:n standardoima kieli ohjelmistojärjestelmien,
LisätiedotUML- mallinnus: Tilakaavio
UML- mallinnus: Tilakaavio Karkea kuvaus UML- kaavioiden käytöstä ohjelmistonkehityksen eri vaiheissa ja tehtävissä. Mallinnus tilakaavioilla Tilakaaviolla kuvataan yhden luokan olioiden tilan muuttumista
LisätiedotOhjelmistojen mallintaminen, kesä 2009
582104 Ohjelmistojen mallintaminen, kesä 2009 1 Ohjelmistojen mallintaminen Software Modeling Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön tuntemus Ohjelmoinnin
LisätiedotOhjelmistojen mallintaminen kertausta Harri Laine 1
kertausta 5.12.2008 Harri Laine 1 Ohjelmiston elinkaari, elinkaarimallit Yleinen puitemalli (reference model) - abstrakti kokonaiskuva ei etenemiskontrollia, ei yksityiskohtia Ohjelmistoprosessimallit
LisätiedotKertaus: yleistys-erikoistus ja perintä
Kertaus: yleistys-erikoistus ja perintä Nauta, Lehmä ja Kuttu ovat Kotieläimiä, Kotieläimet Eläimiä Kotieläimillä (siis myös Naudoilla, Lehmillä ja Kutuilla) on Omistaja Kuttu ja Lehmä toteuttavat rajapinnan
LisätiedotLähestymistavat - toiminnallinen
Lähestymistavat - toiminnallinen Systeemiteoreettinen lähestymistapa INPUT PROCESS OUTPUT systeemi on prosessi, joka saa syötteitä ja tuottaa tuloksia systeemi voidaa jakaa osasysteemeihin tietojärjestelmissä
LisätiedotTenttikysymykset. + UML- kaavioiden mallintamistehtävät
Tenttikysymykset 1. Selitä mitä asioita kuuluu tietojärjestelmän käsitteeseen. 2. Selitä kapseloinnin ja tiedon suojauksen periaatteet oliolähestymistavassa ja mitä hyötyä näistä periaatteista on. 3. Selitä
LisätiedotOhjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista,
LisätiedotOhjelmistoarkkitehtuurit Syksy 2009 TTY Ohjelmistotekniikka 1
3. Komponentit ja rajapinnat 3.1 Komponenttien idea: ohjelmistotuotannon rationalisointi 3.2 Mikä on ohjelmistokomponentti? 3.3 Komponentit ohjelmistoyksikköinä 3.4 Rajapinnat 3.6 Komponenttien räätälöinti
Lisätiedot3. Käsiteanalyysi ja käsitekaavio
3. Käsiteanalyysi ja käsitekaavio lehtori Pasi Ranne Metropolia ammattikorkeakoulu E-mail: pasi.ranne@metropolia.fi sivu 1 Käsiteanalyysi Selvitetään mitä tietokantaan pitää tallentaa Lähtökohtana käyttäjien
LisätiedotOhjelmistotekniikan menetelmät, kevät 2008
582101 - Ohjelmistotekniikan menetelmät, kevät 2008 1 Ohjelmistotekniikan menetelmät Methods for Software Engineering Perusopintojen pakollinen opintojakso, 4 op Esitietoina edellytetään oliokäsitteistön
LisätiedotSisällys. JAVA-OHJELMOINTI Osa 7: Abstrakti luokka ja rajapinta. Abstraktin luokan idea. Abstrakti luokka ja metodi. Esimerkki
Sisällys JAVA-OHJELMOINTI Osa 7: Abstrakti luokka ja rajapinta Abstrakti luokka ja metodi Rajapintamäärittely (interface) Eero Hyvönen Tietojenkäsittelytieteen laitos Helsingin yliopisto 13.10.2000 E.
Lisätiedotkäyttötapaukset mod. testaus
käyttötapaukset Jari Ojasti Nokia email : jari.ojasti@nokia.com puh : 040 5926 312 Kartta hyväksyntä määrittely suunnittelu suunnittelu mod. testaus integrointi sys. testaus Ylläpito koodaus (toteutus)
LisätiedotOhjelmistojen mallintaminen
Ohjelmistojen mallintaminen - Mallit - Ohjelmiston kuvaaminen malleilla 31.10.2008 Harri Laine 1 Malli: abstraktio jostain kohteesta Abstrahointi: asian ilmaiseminen tavalla, joka tuo esiin tietystä näkökulmasta
LisätiedotTIEDONHALLINTA - SYKSY Luento 7. Pasi Ranne /10/17 Helsinki Metropolia University of Applied Sciences
TIEDONHALLINTA - SYKSY 2017 Kurssikoodi: Saapumisryhmä: Luento 7 TX00CN57-3001 TXQ16ICT, TXQ16S1 ja TXQ16PROS Pasi Ranne 02.10.2017 1/10/17 Helsinki Metropolia University of Applied Sciences 1 Tietokannan
LisätiedotAnalyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio
Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio Analyysi Tarkentaa ja jäsentää vaatimusmäärittelyä, vastaa kysymykseen MITÄ järjestelmän tulisi tehdä. Suoritetaan seuraavia tehtäviä:
LisätiedotUML - unified modeling language
UML - unified modeling language Lähtökohtana: Booch, Rumbaugh, Jacobsson Tavoitteena Unified Method - syntyykö? Kehittäjänä: Rational Inc. Standardointi: Object Management Group (OMG) - vaiheessa Lähteet:
LisätiedotMuutamia peruskäsitteitä
Muutamia peruskäsitteitä Huom. 1: nämä peruskäsitteet eivät muodosta hyvin määriteltyä keskenään yhteensopivien käsitteiden joukkoa, vaan käsitteet ovat osittain päällekkäisiä ja eri yhteyksissä niillä
LisätiedotJoskus yleistäminen voi tapahtua monen ominaisuuden pohjalta. Myös tällöin voi tulla moniperintätilanteita.
Moniperintä 2 Joskus yleistäminen voi tapahtua monen ominaisuuden pohjalta. Myös tällöin voi tulla moniperintätilanteita. Oliomallinnus TITE.2040 Hannu K. Niinimäki 1 Delegointi 1 Moniperinnän toteuttaminen
LisätiedotLuokka- ja oliokaaviot
Luokka- ja oliokaaviot - tärkeimmät mallinnuselementit : luokat, oliot ja niiden väliset suhteet - luokat ja oliot mallintavat kuvattavan järjestelmän sisältöä ja niiden väliset suhteet näyttävät, kuinka
LisätiedotOhjelmistojen mallintaminen Olioiden yhteistyö. 18.11.2008 Harri Laine 1
Ohjelmistojen mallintaminen Olioiden yhteistyö 18.11.2008 Harri Laine 1 Olioiden yhteistyö Oliokeskeisen ohjelmistonäkemyksen mukaan ohjelmiston palvelut tuotetaan olioiden yhteistyön tuloksena. Ohjelmisto
LisätiedotJohdatus sovellussuunnitteluun, s99, osa2 Helsingin yliopisto;/tktl Harri Laine 1. Olioperustaisuus (object oriented)
DO NOT PRINT THIS DOCUMENT Olioperustainen ohjelmistokehitys Olioperustaisuus (object oriented) järjestelmä (system) muodostuu joukosta olioita (object), jotka yhteistyössä toimien tuottavat järjestelmän
LisätiedotJohdatus sovellussuunnitteluun, s99, osa2 Helsingin yliopisto;/tktl Harri Laine 1. Olioperustainen ohjelmistokehitys
DO NOT PRINT THIS DOCUMENT Olioperustainen ohjelmistokehitys Olioperustaisuus (object oriented) järjestelmä (system) muodostuu joukosta olioita (object), jotka yhteistyössä toimien tuottavat järjestelmän
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ä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ätiedotTOIMINNALLINEN MÄÄRITTELY MS
TOIMINNALLINEN MÄÄRITTELY 11.11.2015 MS YLEISTÄ 1/2 jäsennelty etenee yleiskuvauksesta yksityiskohtiin kieliasultaan selkeä kuvaa myös tulevan järjestelmän ympäristöä tarpeellisella tarkkuudella kuvaa
LisätiedotLuokkamalli LUOKKAKAAVIO. Tämän osan sisältö. Luokkamalli. Luokka ja olio. Luokkakaavio (class diagram)
4 Luokkamalli Rakenteet mittojen mukaan. Mitat rakenteen mukaan. Tämän osan sisältö Luokkakaavio luokkakaavion elementti attribuutit operaatiot määreet Olioiden väliset suhteet kytkös kooste yleistys rajapinta
Lisätiedot2. Olio-ohjelmoinnin perusteita 2.1
2. Olio-ohjelmoinnin perusteita 2.1 Sisällys Luokat ja oliot. Käsitteet, luokat ja oliot. Attribuutit, olion tila ja identiteetti. Metodit ja viestit. 2.2 Luokat ja oliot Olio-ohjelmoinnin keskeisimpiä
LisätiedotOhjelmistojen mallintaminen, mallintaminen ja UML
582104 Ohjelmistojen mallintaminen, mallintaminen ja UML 1 Mallintaminen ja UML (Ch 2.) Ohjelmistojen mallintamisesta ja kuvaamisesta Strukturoitu mallinnus Tietovuo- ja ER-kaaviot Oliomallinnus ja UML
Lisätiedot582104 Ohjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon
582104 Ohjelmistojen mallintaminen, Johdatus ohjelmistotuotantoon 1 Lyhyt johdatus ohjelmistotuotantoon Ohjelmistotuotanto, ohjelmistoprojektit Miten ohjelmistojen tuottaminen eroaa teollisesta tuotannosta
Lisätiedot815338A Ohjelmointikielten periaatteet
815338A Ohjelmointikielten periaatteet 2015-2016 V Abstraktit tietotyypit ja olioohjelmointi Sisältö I. Abstraktit tietotyypit II. 1. Johdatus abstrakteihin tietotyyppeihin 2. Abstraktit tietotyypit Adassa
LisätiedotHyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa
1 Hyvin määritelty on puoliksi tehty kuinka vältetään turha tekeminen jo alussa Passion leads to design, design leads to performance, performance leads to SUCCESS! OLLI NIEMI Yoso Oy Mitä määrittelyltä
Lisätiedot5. Järjestelmämallit. Mallinnus
5. Järjestelmämallit Käyttäjävaatimukset pitää kirjoittaa luonnollisella kielellä. Niitä lukevat myös asiakkaat ja loppukäyttäjät. Järjestelmävaatimukset kannattaa kirjoittaa jollain rakenteisella kuvaustavalla.
LisätiedotOhjelmistojen mallintaminen Ohjelmiston suunnittelu Model driven development Harri Laine 1
Ohjelmistojen mallintaminen Ohjelmiston suunnittelu Model driven development 2.12.2008 Harri Laine 1 Jacobson jakaa ohjelmiston oliot kolmeen tyyppiin liittymäolioiksi (interface objects, boundary objects)
LisätiedotOhjelmointikielet ja -paradigmat 5op. Markus Norrena
Ohjelmointikielet ja -paradigmat 5op Markus Norrena Kotitehtävä 6, toteuttakaa alla olevan luokka ja attribuutit (muuttujat) Kotitehtävä 6, toteuttakaa alla olevan luokka ja attribuutit (muuttujat) Huom!
LisätiedotOlioperustaisuus (object oriented)
DO NOT PRINT THIS DOCUMENT Olioperustainen ohjelmistokehitys Olioperustaisuus (object oriented) järjestelmä (system) muodostuu joukosta olioita (object), jotka yhteistyössä toimien tuottavat järjestelmän
LisätiedotOhjelmistojen mallintamisen ja tietokantojen perusteiden yhteys
Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys Tällä kurssilla on tutustuttu ohjelmistojen mallintamiseen oliomenetelmiä ja UML:ää käyttäen Samaan aikaan järjestetyllä kurssilla on käsitelty
LisätiedotSalasanan vaihto uuteen / How to change password
Salasanan vaihto uuteen / How to change password Sisällys Salasanakäytäntö / Password policy... 2 Salasanan vaihto verkkosivulla / Change password on website... 3 Salasanan vaihto matkapuhelimella / Change
LisätiedotLuokkakohtaiset eli stattiset metodit ja attribuutit
Luokkakohtaiset eli stattiset metodit ja attribuutit Ilmaistaan luokkakaaviossa alleviivattuina public class Jonotuskone { private static int yhteinenjuoksevanumero = 0; private int käyttökertoja; public
LisätiedotMallinnus. 5. Järjestelmämallit. Abstraktiot. Mallinnuksen etuja. Arkkitehtuurimalli. Yhteysmallit. Ohjelmistotuotanto, järjestelmämallit Kevät 2005
5. Järjestelmämallit Käyttäjävaatimukset pitää kirjoittaa luonnollisella kielellä. Niitä lukevat myös asiakkaat ja loppukäyttäjät. Järjestelmävaatimukset kannattaa kirjoittaa jollain rakenteisella kuvaustavalla.
LisätiedotUudelleenkäytön jako kahteen
Uudelleenkäyttö Yleistä On pyritty pääsemään vakiokomponenttien käyttöön Kuitenkin vakiokomponentit yleistyneet vain rajallisilla osa-alueilla (esim. windows-käyttöliittymä) On arvioitu, että 60-80% ohjelmistosta
LisätiedotAttribuuttipohjainen käyttövaltuuksien hallinta Case Dreamspark Premium
Attribuuttipohjainen käyttövaltuuksien hallinta Case Dreamspark Premium Jari Kotomäki Aalto University IT Käyttövaltuuksien hallinta eli auktorisointi Prosessi, jossa on kyse käyttäjän tunnistamisen (autentikoinnin,
LisätiedotOhjelmistojen mallintaminen, mallinnustekniikat käytännössä
582104 Ohjelmistojen mallintaminen, mallinnustekniikat käytännössä 1 Sisältö Oliomenetelmien taustaa Kirjastojärjestelmän käyttötapaukset Kirjastojärjestelmän luokkamalli 2 Oliosuuntautunut suunnittelumenetelmä
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ätiedotUML -mallinnus TILAKAAVIO
UML -mallinnus TILAKAAVIO SISÄLLYS 3. Tilakaavio 3.1 Tilakaavion alku- ja lopputilat 3.2 Tilan nimi, muuttujat ja toiminnot 3.3 Tilasiirtymä 3.4 Tilasiirtymän vai tilan toiminnot 3.5 Tilasiirtymän tapahtumat
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ätiedot812341A Olio-ohjelmointi, IX Olioiden välisistä yhteyksistä
2016 IX Olioiden välisistä yhteyksistä Sisältö 1. Johdanto 2. Kytkentä 3. Koheesio 4. Näkyvyydestä 2 Johdanto n Ohjelmassa syntyy kytkentöjä olioiden välille Toivottuja ja epätoivottuja n Näkyvyys vaikuttaa
LisätiedotOpintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op
Opintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Opintojakso TT00AA11 Ohjelmoinnin jatko (Java) Tavoite Opiskelija ymmärtää olio-ohjelmoinnin problematiikan. Opiskelija osaa määritellä ja käyttää itse
LisätiedotJohdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet
..999 DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Yhteyden nimi Nimen lukusuunta pankkitili asiakas 0..0 Omistaja->..3
LisätiedotMäärittelyvaihe. Projektinhallinta
Määrittelyvaihe Projektinhallinta testaus määrittely suunnittelu ohjelmointi käyttöönotto, testaus tuotteenhallinta laadunvarmistus dokumentointi vaatimustenhallinta Määrittely Määrittely, eli kansanomaisesti
Lisätiedot1.3 Lohkorakenne muodostetaan käyttämällä a) puolipistettä b) aaltosulkeita c) BEGIN ja END lausekkeita d) sisennystä
OULUN YLIOPISTO Tietojenkäsittelytieteiden laitos Johdatus ohjelmointiin 811122P (5 op.) 12.12.2005 Ohjelmointikieli on Java. Tentissä saa olla materiaali mukana. Tenttitulokset julkaistaan aikaisintaan
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ätiedot1. Tarkastellaan seuraavaa kaaviota
HELSINGIN YLIOPISTO TIETOJENKÄSITTELYTIETEEN LAITOS JOHDATUS SOVELLUSSUUNNITTELUUN (JSS) 19.12.2001 (H.Laine) 1. Tarkastellaan seuraavaa kaaviota Mitkä seuraavista väitteistä ovat kaavion mukaisia t.s.
LisätiedotTIE-20200 Ohjelmistojen suunnittelu. Luento 8..9: moniperintä
TIE-20200 Ohjelmistojen suunnittelu Luento 8..9: moniperintä 1 Ajankohtaista Harjoitustyön suunnittelusessiot pidetty, työt jatkuvat, välivaiheen esittely seuraavana Viimeinen viikkoharjoituskerta, palataan
LisätiedotThe OWL-S are not what they seem
The OWL-S are not what they seem...vai ovatko? Verkkopalveluiden koostamisen ontologia OWL-S Seminaariesitelmä 15.4.2013 Emilia Hjelm Internet on hankala Nykyinternet on dokumenttien verkko Asiat, joita
LisätiedotOlioperustainen ohjelmistokehitys määrittelyn, suunnittelun ja toteutuksen väliset suhteet
Juhani Haikonen Olioperustainen ohjelmistokehitys määrittelyn, suunnittelun ja toteutuksen väliset suhteet Tietojärjestelmätieteen kandidaatintutkielma 14.6.2004 Jyväskylän yliopisto Tietojenkäsittelytieteiden
LisätiedotSisällys. Ratkaisumallien historia. Ratkaisumalli. Ratkaisumalli [2] Esimerkki: Composite [2] Esimerkki: Composite. Jaakko Vuolasto 25.1.
Sisällys Ratkaisumallien historia Jaakko Vuolasto 25.1.2001! Ratkaisumalli! Christopher Alexander! Ohjelmistotuotannosta arkkitehtuuriin! Henkilöhistoriaa! Ensimmäisiä käyttökokemuksia! Yhteenveto 25.1.2001
LisätiedotOlio-ohjelmointi Johdanto olio-ohjelmointiin
Olio-ohjelmointi Johdanto olio-ohjelmointiin Ohjelmistoa kehitettäessä voidaan tunnistaa ainakin kaksi abstraktiota: prosessiabstraktio ja dataabstraktio. Prosessiabstraktio huomattiin jo varhain, koska
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ätiedot13/20: Kierrätys kannattaa koodaamisessakin
Ohjelmointi 1 / syksy 2007 13/20: Kierrätys kannattaa koodaamisessakin Paavo Nieminen nieminen@jyu.fi Tietotekniikan laitos Informaatioteknologian tiedekunta Jyväskylän yliopisto Ohjelmointi 1 / syksy
LisätiedotSisällys. JAVA-OHJELMOINTI Osa 6: Periytyminen ja näkyvyys. Luokkahierarkia. Periytyminen (inheritance)
Sisällys JAVA-OHJELMOINTI Osa 6: Periytyminen ja näkyvyys Periytyminen (inheritance) Näkyvyys (visibility) Eero Hyvönen Tietojenkäsittelytieteen laitos Helsingin yliopisto 13.10.2000 E. Hyvönen: Java Osa
LisätiedotSokkelon sisältö säilötään linkitetyille listalle ja tekstitiedostoon. Työ tehdään itsenäisesti yhden hengen ryhmissä. Ideoita voi vaihtaa koodia ei.
Harjoitustyö 1 Harjoitustyö Tehtävä: ohjelmoi olioperustainen sokkeloseikkailu peli Javakielellä. Sokkelon sisältö säilötään linkitetyille listalle ja tekstitiedostoon. Työ tehdään itsenäisesti yhden hengen
LisätiedotYhteydelle voi antaa nimen kumpaankin suuntaan Sille ei tarvise antaa lainkaan nimeä Yhteysnimen asemasta tai lisäksi voidaan käyttää roolinimiä
DO NOT PRINT THIS DOCUMENT DO NOT PRINT THIS DOCUMENT Olioiden väliset yhteydet Yhteyden nimi Nimen lukusuunta pankkitili 0..10 Omistaja-> 1..3 asiakas
LisätiedotVerifioinnin ja validoinnin ero. 7. Verifiointi ja validointi. Verifiointi- ja validointitekniikat. Verifiointi- ja validointitekniikat II
7. Verifiointi ja validointi Verifiointi ja validointi (V&V) on ohjelmistotuotannon työvaihe, missä varmistetaan, että ohjelmisto täyttää sille asetetut implisiittiset ja eksplisiittiset vaatimukset ja
LisätiedotOhjelmistojen mallintaminen, kertausta
582104 Ohjelmistojen mallintaminen, kertausta 1 Kertausluennon asiat Kysymyksiä? Kurssin keskeisin asiasisältö Koetehtävät tehtävätyypit esimerkkitehtäviä ja -ratkaisuja ja vielä kysymyksiä? 2 Kysymyksiä
LisätiedotOpintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Rajapinnat ja sisäluokat
Opintojakso TT00AA11 Ohjelmoinnin jatko (Java): 3 op Rajapinnat ja sisäluokat Rajapinnat Java-kieli ei tue luokkien moniperintää. Jokaisella luokalla voi olla vain yksi välitön yliluokka. Toisinaan olisi
Lisätiedot