�ݺ�ߣ

Program ų inžinerija Programų inžinerijos procesas Autorius: Rolandas Kri štapaitis

Turinys Program ų inžinerijos procesas ir jo dalyviai PĮ sistemų kūrimo procesas Programų inžinerijos proceso modeliai

Program ų inžinerijos procesas ir jo dalyviai

Programų inžinerijos proceso samprata Programinės įrangos procesas yra aibė veiksmų ir su jais susijusių rezultatų, kurie kuria programinės įrangos produktą Programų inžinerijos procesas nagrinėja, kaip sukurti programinės įrangos sistemą (PS), ją tobulinti ir palaikyti

PS kūrimas PS kūrimas – tai kompleksinė veikla, apimanti rinkos analizę, lėšų (užsakovų) paiešką, pageidaujamų PS funkcijų ir savybių nustatymą, jos kūrimo proceso organizavimą, diegimą ar pardavimą, vartotojų nuomonių surinkimą, tolimesnį PS tobulinimą ir palaikymą

Programų inžinerijos proceso dalyviai Programų inžinerijos proceso dalyviai : t echnologijos p riemonės ž monės organizacinis modelis

Technologijos ir priemonės Technologijos – PS kūrime naudojamos iš anksto turimos darbo aplinkos, žinios, taisyklės (programavimo kalbos, OS, kompiuterių sistemos, tinklai, CASE priemonės, ...) Priemonės (įrankiai) – PS kūrimui pagamintos pagalbinės priemonės, sukurtos iš anksto, palaikomos ir tobulinamos proceso metu kartu su pagrindinio produkto kūrimu

Žmonės Žmonės – proceso dalyviai ir PS vartotojai Prieš kuriant PS b ūtina nustatyti : PS kūrėjų poreikį komandos kvalifikacinę sudėt į Žmonės yra labiausiai ribotas proceso parametras

Organizacinis modelis (1) Organizacinis modelis nusako: KAS dalyvaus PS kūrime KĄ proceso dalyviai turės daryti KADA prasidės ir baigsis kiekvienas proceso etapas KAIP bus atliekamas PS kūrimo procesas kokiomis ORGANIZACINĖMIS PRIEMONĖMIS bus naudojamasi

Organizacinis modelis (2) KAS - žmonės (laisvai samdomi ar įdarbinami), reikalavimai jų gebėjimams ir kvalifikacijai, atlyginimai, ... KĄ - darbai, etapai, ... KADA - tinklinis grafikas, darbų ir produktų tarpusavio priklausomybė, ... KAIP - užduotys, reikalavimai kokybei, ...

Organizacinis modelis (3) ORGANIZACINĖS PRIEMONĖS - grupinis darbas, virtual a us darbo organizavimas, darbas per atstumą, darbo planavimo priemonės, sub - kontraktai, ...

PS kūrimo proceso apibrėžimas PS kūrimo procesas pagal pateiktus vartotojo reikalavimus sukuria PS:

PS kūrimo proceso savybės (1) PS kūrimo procesas yra iteracinis ir nuolat besivystantis , nes PS dekomponuojama į atskirai realizuojamas posistemes, kurios po to integruojamos į vieningą sistemą Posistemių kūrimas – iteracinis mini procesas su savo etapais: analizė, projektavimas, įgyvendinimas ir testavimas

PS kūrimo proceso savybės (2) Kiekviena iteracija remiasi ankstesnės iteracijos rezultatais ir bendrojo projekto poreikiais – vystymosi garantija Kiekvienos iteracijos metu vyksta gilesnis projekto ar jo dalies detalizavimas, tikslinami reikalavimai ar sprendimai, o tai iššaukia naujas iteracijas

Apibendrintas PS kūrimo procesas (1)

Apibendrintas PS kūrimo procesas (2) Panaudojimo atvejų modelis aprašo visus PS panaudojimo atvejus Analitinis modelis išgrynina ir detalizuoja panaudojimo atvejus, paskirsto funkcijas tarp objektų, realizuojančių sistemos funkcijas Projektinis modelis nustato statinę sistemos struktūrą, susidedančią iš posistemių, klasių ir interfeisų bei paskirsto panaudojimo atvejų realizavimą tarp šių elementų

Apibendrintas PS kūrimo procesas (3) Išdėstymo modelis nustato komponenčių išdėstymą fiziniuose kompiuteriuose Įgyvendinimo modelis nustato sistemos komponentus ir klasių išdėstymą juose Testavimo modelis aprašo testinius atvejus, tikrinančius panaudojimo atvejus

PS kūrimo procesą įtakojantys faktoriai (1) Ž mogiškasis faktorius ž monės dalyvauja visame PS gyvavimo cikle: finansuoja ir planuoja procesą, kuria, vadovauja, testuoja, eksploatuoja ir naudoja, gauna naudą,...

PS kūrimo procesą įtakojantys faktoriai (2) Galimybė projektui būti įvykdytam t ai pirmasis faktorius, kuris turi būti pateiktas taip įtikinamai, kad būtų galima gauti finansavimą ir paramą produkto kūrimui bei skatintų žmones dirbti n iekas nesiaukos abejotinam projektui t ai psichologinis (moralinis) faktorius

PS kūrimo procesą įtakojantys faktoriai (3) Rizikos vadyba r izika turi būti analizuojama ir mažinama b ūtina nustatyti rizikos faktorius ir jų mažinimo galimybes t ai atliekama ankstyvosiose projekto stadijose

PS kūrimo procesą įtakojantys faktoriai (4) Komandos sudėtis (struktūra) ž monės dirba mažose grupelėse po 6-8 darbuotojus , t odėl projektą reikia skaidyti į dalis, aprėpiamas tokioms grupelėms p apildoma problema – projekto koordinavimas ir atskirų dalių sąveikos užtikrinimas

PS kūrimo procesą įtakojantys faktoriai (5) Projekto planavimas j ei planas nerealus, tai matosi ir krenta darbingumas p lanas turi parodyti realią ir baigtinę veiksmų seką, leidžiančią laiku gauti rezultatą p lano realumu turi patikėti projektą finansuojantys ir realizuojantys žmonės

PS kūrimo procesą įtakojantys faktoriai (6) Projekto suprantamumas k ad žmogus dirbtų efektyviai, jis turi suprasti, ką jis daro ir kam to reikia t uri būti aiški projekto esmė net ir žmonėms, atliekantiems neesminius darbus

PS kūrimo procesą įtakojantys faktoriai (7) Projekto užbaigtumas i teraciniame procese žmogus turi ne tik gauti grįžtamąjį ryšį naujai iteracijai, bet turi egzistuoti ir pojūtis, kad rezultato gavimui numatomas baigtinis iteracijų skaičius

Programų inžinerijos proceso modeliai

PI proceso modelis PI proceso modelis yra supaprastintas PI proceso apibūdinimas, pateiktas iš tam tikros perspektyvos PI proceso modelis – tai abstraktus PS kūrimo proceso atvaizdavimas

PI proceso modeliai K rioklio (kaskadinis) modelis E voliucinis modelis F ormalusis modelis P akartotinio panaudojimo modelis

Krioklio modelio taikymas Modelį tikslinga taikyti, kai vartotojo reikalavimai yra aiškūs ir kai uždavinys nėra labai sudėtingas

Krioklio modelio trūkumai Nelankstus projekto skirstymas į stadijas , o t ai sukelia sunkumus, kai tenka taisyti klaidas arba kai tenka reaguoti į vartotojo reikalavimų pasikeitimą Vykstant procesui, sunku daryti pakeitimus, paprastai jie atliekami po paskutinės fazės, grįžtant į kurią nors fazę

Evoliucinio modelio taikymas Modelio esmė – darbas su užsakovu nuo pradinės specifikacijos iki galutinės PS PS reikalavimų supratimas auga realizavimo eigoje , todėl t ikslinga pradėti nuo neaiškių ir svarbių PA

Evoliucinio modelio privalumai Atitinka mūsų “suveltą” gyvenimą Nereikalauja aukštos kvalifikacijos sisteminių analitikų – brangiausių specialistų Efektyvu mažoms PS, nors taip kuriamos ir didelės PS, kurios yra per sudėtingos, kad būtų galima jas iš karto aprėpti Šis būdas realizuojamas natūraliai, einant per PS gyvavimo etapus

Evoliucinio modelio trūkumai PS gaunasi blogai struktūrizuota Reikia “specialių” specialistų, sugebančių įkalbėti vartotoją dirbti su nepilnai suprojektuota PS Labai svarbus yra kūrėjo bendravimas su vartotoju, gera psichologinė aplinka

Formaliojo modelio taikymas PS aprašoma matematiškai ir formalių metodų pagalba generuojamas galutinis jos variantas (vykdoma programa) Tokiu būdu galima sugeneruoti tik vykdomą programą, tačiau dar lieka parengti dokumentaciją, “help” failus ir t.t. Formalus metodas tinka nedidelėms sistemoms bei sistemoms, keliančioms aukštus reikalavimus patikimumui

Formaliojo modelio privalumai Iš pat pradžių būtina gerai suprasti reikalavimus PS ir jos veikimo ypatybes Vėlesnis procesas yra labai greitas

Formaliojo modelio trūkumai Procesas labai formalus ir sud ė tingas Sunku formaliai aprašyti sistemas Reikia aukštos kvalifikacijos specialist ų Nepavyksta visko gauti vien formali ų transformavim ų keli u , tenka į d ė ti ir rankinio darbo

P akartotinio panaudojimo modelis

P akartotinio panaudojimo modeli o taikymas P asaulyje yra daug visko, sunku atrasti ką nors naujo - b elieka rasti kas tau tinka geriausiai ir tai panaudoti... Modelio esmė – esamų sistemų, posistemių ar programų panaudojimas iškilusiems uždaviniams spręsti Naujas uždavinys – į vieningą sistemą integruoti skirtingų išdirbėjų sukurtas dalis

P akartotinio panaudojimo modeli o privalumai I š naudojamas kitų sukurtas produktas PĮ sukuriama greičiau ir pigiau

P akartotinio panaudojimo modeli o trūkumai Reikia gerai orientuotis produkt ų rinkoje Reikalingi specialistai, gebantys į sisavinti svetimus produktus, ne visuomet tur ėdami i š eities kodus Sud ė tinga posistemi ų integracija

�ݺ�ߣ

PI_2paskaita

More Related Content

PI_2paskaita