Programų sistemų inžinerija - Matematikos ir Informatikos fakultetas ...

Programų sistemų inžinerija10. Judriosios programų kūrimo metodikosTačiau programų sistemų inžinerija vis dar „vargsta“ su atskirtų aspektų palikimu -reikalavimų transformavimas į kodą yra toks sudėtingas, kad jis turi būti atliekamas atsietai nuožmogiškųjų aspektų. Galima pateikti keletą pavyzdžių - anksčiau paplitusių teiginių:- „vartotojo“ sąvoka negali būti tiksliai apibrėžta, todėl jai ne vieta informatikoje irprogramų sistemų inžinerijoje;- sistemos reikalavimų analizė ir paskirstymas nėra programų sistemų inžinerijos grupėsdarbas ir turi būti pateiktas jai prieš pradedant darbą;- programų sistemų inžinerija nėra projektų valdymas.Šiandieniniame ir ateities pasaulyje toks aspektų atskyrimas tampa vis labiau pavojingas.VertybėsKartu su žmonėmis yra vertybės - įvairios vertybės. Vienas iš svarbiausių programųsistemų inžinerijos iššūkių, kuriam, deja, neteikiama daug reikšmės, yra suderinti skirtingusvartotojų, užsakovų, kūrėjų ir kitų suinteresuotų asmenų vertybes įžvelgiamas planuojamojeprogramų sistemoje į visus patenkinančios ir visiems naudingos sistemos apibrėžimą ir galutinįrezultatą. Deja, programų sistemų inžinieriai dažnai dar veikia neutralioje aplinkoje, kurkiekvienas reikalavimas, vartojimo scenarijus, objektas, testas ir defektas yra vertinami kaipvienodai svarbūs. Didžioji dalis proceso gerinimo iniciatyvų ir debatų būna orientuoti į vidinįproceso efektyvumo gerinimą, o ne į išorinį efektą – suteikti suinteresuotiems asmenims didesnęvertę už kiekvieną įdėtą investiciją. Vėlgi judriosios metodikos prioritetizuodamos reikalavimusir atsižvelgdamos į vartotojo vertybių pasikeitimus veda prie labiau atsiperkančių sprendimų.KomunikavimasNetgi vidiniuose projektuose „aš negaliu išreikšti tiksliai, ko noriu, bet aš žinosiu, kaipamatysiu tai“ (IKIWISI: I can't express exactly what I need, but I'll know it when I see it)sindromas apriboja žmonių galimybes iš anksto suderinti reikalavimus sistemai. Jei sistemosapibrėžimas ir kūrimas vyksta keliose organizacijose, reikalingas dar aktyvesnis bendravimas,kad apibrėžti ir suderinti bendrą sistemos viziją ir jos kūrimo strategiją. Augantis pasikeitimųtempas dar paaštrina problemą ir padidina netinkamo komunikavimo pasekmes.Be jau minėtų darbų, orientuotų į žmones, yra labai nedaug šaltinių nagrinėjančių, kokiekomunikavimo būdai geriausiai tinka kokiose situacijose. Iš jų reiktų išskirti Cockburn knygą„Agile Software Development“, kurioje ne tik akivaizdžiai parodomas problemos, kylančios dėlnetinkamo komunikavimo, programų sistemų kūrimas apibūdinamas kaip bendras išradimo irkomunikavimo žaidimas, bet ir pateikiama visa eilė naudingų komunikavimo principų beikonkrečių būdų.Mokymo medžiaga 155