http://tuuretoivikko.luoblogi.net/Tuure-Toivikko-blog-b1.htm Ensimmäinen blogisi Tue, 07 Feb 2012 05:50:39 GMT 10 http://tuuretoivikko.luoblogi.net/Tuure-Toivikko-blog-b1.htm Tuure Toivikko blog 2008-12-17T14:26:14Z <p><br /><span style="font-size: 11pt; font-family: Arial"><strong>Tietojenkäsittelytieteestä - Otteita esseistäni tietojenkäsittelytieteestä: Kehitettävyys</strong></span><br /></p><br /><span style="font-size: 11pt; font-family: Arial"><strong><br /><p><br /><br /><br />Ohjelmistotekniikan kriisi on ollut jatkuva puheenaihe, ja Parnas <span style="font-size: 11pt; font-family: Arial"><strong><strong>( artikkelin Software Aging, Parnas,1994) </strong></strong></span>toteaakin osuvasti että se ei voi olla kriisi koska siitä puhuttu jo 25 vuotta.<br /></p><br /><p><br />Kriisihän tarkoittaa äkillistä hätätilaa, sanan alkuperänä lienee ollen käännekohta, ja tietysti 25 vuotta on pitkä aika jollekin muutokselle [artikkeli, Software Aging, Parnas,1994] Ohjelmistot ikääntyvät ja ei luoda kestäviä ohjelmistoja.<br /><br />[Meir Lehmanin tammi-helmikuussa 1998 IEEE Software -lehden artikkeli; Software’s Future: Managing Evolution.]<br /></p><br /><p><br />Yhteiskunta on tietokoneistunut ja se vaatii tietokoneyhteyksien integroitumista. Irralliset järjestelmätkin on saatava yhdistettyä toisiin.<br /></p><br /><p><br />Voi olla myös ulkoisia paineita, kuten Y2K (vuosituhannen vaihde vuonna 2000) oli, sekä esim. raha-yksikön tai puhelinnumero-systeemien muuttuminen.<br /></p><br /><p><br />Meir Lehmanilla on kokonaisvaltaisempi käsitys ohjelmistoprosessista kuin yleensä, eli hän sisältää kaiken ohjelmistossa tapahtuvan prosessikäsitteeseensä, kun yleensä sillä käsitetään vain ohjelmiston kehitykseen ja ylläpitoon liittyvät toiminnot.<br /></p><br /><p><br />Rajat muuttuvat koko ajan joten muutettavuus on yksi ohjelmistoarkkitehtuurien, suunnittelujen ja toteutusten välttämätön ominaisuus. Rajat muuttuvat koska olosuhteet muuttuvat. Rajoja on määriteltävä säännöllisesti.<br /></p><br /><p><br />Oletukset on kirjattava systemaattisesti, jotta ne voidaan varmentaa. Kaikki muutosten vaikutukset on analysoitava. Osien väliset riippuvuudet on minimoitava. Ohjelmiston osien ensisijaisesti palveltava suoraan käyttäjää, tuottamatta tietoa muille osille.<br /></p><br /><p><br />Tavoite on että ohjelmiston osat eivät olisi riippuvaisia toisistaan.<br /></p><br /><p><br />Koko kuuluisa Therac-25 tapaus vaikuttaa todella leväperäiseltä toiminnalta, koska normaalin järjen mukaan olisi luullut että olisi tehty kattavammat tarkistukset ongelmien tultua tietoon,koska:<br /><br /><br /><br />a) kone oli uudella ohjelmistolla<br /><br />b) koska koneen toiminto saattoi olla vaarallinen toimiessaan väärin.<br /></p><br /></strong></span><br /> http://tuuretoivikko.luoblogi.net/Tuure-Toivikko-blog-b1/Tietojenkasittelytieteesta-Otteita-esseistani-tietojenkasittelytieteesta-2-b1-p3.htm Tuure Toivikko blog 2008-12-16T18:21:11Z Onnittelut, blogisi luonti on onnistunut !<br />Hallinnoidaksesi blogiasi, klikkaa "Kirjaudu sisään" -linkkiä.<br />Kirjaudu sisään käyttäjänimellä "Admin" ja sillä salasanalla jonka valitsit blogia luodessasi.<br />Kun olet sisäänkirjautunut sivun ylälaidassa on työkalupalkki jonka kautta pääset hallintapaneeliin.<br />(Tämä teksti on artikkeli esimerkki, voit poistaa sen heti kun haluat)<br /> http://tuuretoivikko.luoblogi.net/Tuure-Toivikko-blog-b1/Tervetuloa-b1-p1.htm