Programų sistemų gyvavimo ciklo procesai

Programų sistemų gyvavimo ciklo procesai

Programų kūrimo procesas
Programų kūrimo procesas – visuma veiklų, kurios vykdomos kuriant programinį produktą (angl. software product) Programinis produktas – suprantamas kaip su programine įranga susiję darbo produktai ir paslaugos.

Programų kūrimo proceso modelis
Programų kūrimo proceso modelis – abstraktus kūrimo proceso apibūdinimas, architektūra ir apibrėžimas nusako žmones, metodus, įrankius, kurie naudojami pagaminti programinį produktą. Proceso modelį galima analizuoti, patikrinti, simuliuoti ir įsitikinti, kad toks procesas yra veikiantis Procesą, remiantis modeliu, galima gerinti – įvesti proceso pakeitimus, kad pagerėtų kokybė, sumažėtų kaštai, pagreitėtų rezultatai

Diskusija Kaip įsivaizduojate programų kūrimo proceso modeliavimą?
Kokie proceso modelio elementai gali būti? Agentas/aktorius Vaidmuo/rolė Veikla Artefaktas/produktas Įvykis

Diskusija

ISO 12207 ISO 15504 Rolė Procesas Veikla Užduotis (Darbo produktas)
Praktika (Subpraktika) Darbo produktas

ISO/IEC 12207:2005 – Information Technology – Software life cycle processes

Paskirtis Tarptautinis standartas nustato bendrus programų kūrimo gyvavimo ciklo apmatus, suderintą terminologiją Pateikia procesų, veiklų ir užduočių apibrėžimus ir aprašymus Apima: sistemas, kuriose programinė įranga yra atskiras komponentas, atskirus programinės įrangos produktus bei su programine įranga susijusias paslaugas Aprašo: programinės įrangos įsigijimą, tiekimą, kūrimą, eksploataciją ir priežiūrą Neapima: metodologijų, metodų, metrikų, procedūrų, technikų, įrankių, aplinkų

Gyvavimo ciklo procesų architektūra

Demingo ratas Act Plan Check Do

Modeliavimo principai
Moduliškumas: Vienas procesas atlieka vieną ir tik vieną gyvavimo ciklo funkciją Atskiri procesai kuo mažiau susiję tarpusavyje Priklausomumas: Jei funkcija naudojama kelių procesų, tai ji yra atskiras procesas Jei vienas ir tik vienas procesas A naudoja procesą B, tuomet procesas B laikomas proceso A dalimi Išlygos galimos tik numatant galimus taikymus ateityje

Modeliavimo principai
Atsakomybės: Kiekvienas procesas vykdomas su tam tikra atsakomybe Funkcija, kurios dalys vykdomos su skirtingomis atsakomybėmis, negali būti procesu Atsakomybės ~ vaidmenys, rolės

Veiklos ir užduotys Programų sistemų gyvavimo cikle atliekami veiksmai aprašomi užduotimis, kurios sugrupuotos į panašaus pobūdžio veiklas Užduotys nusako ką daryti, o ne kaip daryti Hierarchija: Procesai  Veiklos  Užduotys

Pagrindiniai gyvavimo ciklo procesai
Pagrindiniai gyvavimo ciklo procesai atitinka pagrindinius veikėjus, dalyvaujančius programinės įrangos gyvavimo cikle: „Pirkėjas“ „Pardavėjas“ „Kūrėjas” „Operatorius“ „Prižiūrėtojas“

5.1 Įsigijimo procesas (Acquisition) Aprašo sistemą, programinę įrangą ar PĮ paslaugą įsigyjančios organizacijos veiksmus 5.2 Tiekimo procesas (Supply) Aprašo sistemą, programinę įrangą ar PĮ paslaugą tiekiančios organizacijos veiksmus 5.3 Kūrimo procesas (Development) Aprašo programinę įrangą kuriančios organizacijos veiksmus 5.4 Eksploatavimo procesas (Operation) Aprašo organizacijos, eksploatuojančios sistemą realioje aplinkoje (realiems naudotojams) veiksmus 5.5 Priežiūros procesas (Maintenance) Aprašo veiksmus organizacijos, prižiūrinčios PĮ

Pagalbiniai gyvavimo ciklo procesai
Pagalbinis procesas papildo kitą procesą kaip sudėtinė to proceso dalis su atskira, specializuota paskirtimi ir prisideda prie to proceso sėkmės ir rezultato kokybės

Pagalbiniai gyvavimo ciklo procesai
6.1 Dokumentavimo procesas (Documentation) 6.2 Konfigūracijų valdymo procesas (Configuration management) 6.3 Kokybės valdymo procesas (Quality assurance) 6.4 Verifikavimo procesas (Verification) 6.5 Validavimo procesas (Validation) 6.6 Peržiūrų procesas (Joint review) 6.7 Audito procesas (Audit) 6.8 Problemų sprendimo procesas (Problem resolution) 6.9 Naudojimo užtikrinimas (Usability) 6.10 Produkto vertinimas (Product Evaluation)

Organizaciniai gyvavimo ciklo procesai
Organizaciniai procesai vykdomi tam, kad būtų sukurta (ir nuolatos gerinama) gyvavimo ciklo procesų infrastruktūra Paprastai jie vykdomi virš visų projektų ir sutarčių, nors šie procesai naudoja patirtį, įgytą projektų metu

Organizaciniai gyvavimo ciklo procesai
7.1 Valdymas (Management) 7.2 Infrastruktūros (Infrastructure) 7.3 Proceso gerinimo (Improvement) 7.4 Žmogiškųjų išteklių valdymas (Human Resource) 7.5 Išteklių valdymas (Asset Management) 7.6 Pakartotinio panaudojimo valdymas (Reuse Program Management) 7.7 Taikomosios srities inžinerijos (Domain Engineering)

Literatūra ISO/IEC – Information technology – Software life cycle processes – kam įdomus originalus tekstas; jei neįdomus, tai užtenka ir mano konspektų International Standard ISO/IEC Software Life Cycle Processes, by Raghu Singh. 23 June 98 An Introduction to International Standard ISO/IEC (Tutorial), by Raghu Singh Papildoma: ISO/IEC TR :2011 – Guide to the application of ISO/IEC (Software Life Cycle Processes) (former ISO/IEC 15271:1998)

ISO/IEC 12207 Pagrindiniai gyvavimo ciklo procesai

Proceso aprašo struktūra

Proceso pavadinimas Proceso veiklos pagal ISO 12207 Veiklos:
 Veikla 1 Veikla 2 ... Veikla N Užduotis 1 Užduotis 2 patikslinimai Dešinėje išrašytos kairėje pusėje paryškintos veiklõs užduotys

Proceso pavadinimas Vertinimas
ISO 12207: Veikla 1 Veikla 2 ISO / PKP BRANDA: PR1. ISO procesas 1 PR2. ISO procesas 2 Nurodyta atitiktis tarp ISO 12207 veiklų ir ISO 15504 procesų (PRx – proceso identifikatorius, taip pat žr. PKP Branda) Techniškai ISO 15504 yra sukonstruotas, paimant ISO 12207 veiklas, jas adaptuojant, kad tiktų vertinimo modeliui, ir pavadinant „procesais“

Proceso pavadinimas Vertinimas
Proceso aprašymas kaip pateikta ISO 15504 standarte / PKP Branda modelyje Proceso pavadinimas Vertinimas PR1. ISO procesas 1 Proceso tikslas Sėkmingai įgyvendinto proceso rezultatai: proceso rezultatas 1; proceso rezultatas 2; ...

5.1 Įsigijimo procesas (Acquisition) Aprašo sistemą, programinę įrangą ar PĮ paslaugą įsigyjančios organizacijos veiksmus 5.2 Tiekimo procesas (Supply) Aprašo sistemą, programinę įrangą ar PĮ paslaugą tiekiančios organizacijos veiksmus 5.3 Kūrimo procesas (Development) Aprašo programinę įrangą kuriančios organizacijos veiksmus 5.4 Eksploatavimo procesas (Operation) Aprašo organizacijos, eksploatuojančios sistemą realioje aplinkoje (realiems vartotojams) veiksmus 5.5 Priežiūros procesas (Maintenance) Aprašo veiksmus organizacijos, prižiūrinčios PĮ

Įsigijimo procesas (Acquisition)
Ką atlieka sistemą, programinę įrangą ar PĮ paslaugą įsigyjanti organizacija?

Veiklos:  Inicijavimas Konkurso paskelbimas Kontrakto sudarymas Tiekėjo stebėjimas Priėmimas ir užbaigimas Pareiškiamas poreikis įsigyti, sukurti ar modifikuoti sistemą, PĮ arba paslaugą Apibrėžiami reikalavimai sistemai Įvertinami rizika, kaštai. Svarstomi realizacijos būdai: a) įsigyti egzistuojančią PĮ; b) sukurti patiems; c) užsakyti, kad sukurtų; d) taikyti kombinaciją a), b) ir c); e) modifikuoti esamą PĮ ar paslaugą.

Veiklos:  Inicijavimas Konkurso paskelbimas Kontrakto sudarymas Tiekėjo stebėjimas Priėmimas ir užbaigimas (tęsinys) Paruošiamas įsigijimo planas: reikalavimai, realizacijos būdai, kontrakto tipas, šalių atsakomybės, palaikymas, rizikos valdymas

Veiklos:  Inicijavimas  Konkurso paskelbimas Kontrakto sudarymas Tiekėjo stebėjimas Priėmimas ir užbaigimas Request-for-proposal (RFP) paruošimas: reikalavimai sistemai; PĮ sąrašas; laiko terminai ir sąlygos; subrangovų kontrolė; techniniai apribojimai; ... Šio standarto procesų, veiklų ir užduočių pritaikymas projekte (tailoring) Tiekėjo veiklos kontroliniai taškai

Veiklos:  Inicijavimas  Konkurso paskelbimas  Kontrakto sudarymas Tiekėjo stebėjimas Priėmimas ir užbaigimas Procedūra, kaip išrenkamas tiekėjas Tiekėjo pasirinkimas pagal tiekėjų pasiūlymus, gebėjimus ir kitus faktorius Kontrakto derinimas ir sudarymas. Kontrakte: įsigijimo reikalavimai; kaina ir laiko terminai; garantijos, licenzijos, ... Kontrakto pakeitimų kontrolė naudojant pakeitimų kontrolės mechanizmą

Veiklos:  Inicijavimas  Konkurso paskelbimas  Kontrakto sudarymas  Tiekėjo stebėjimas Priėmimas ir užbaigimas Tiekėjo veiklos stebėjimas: pagalbiniai procesai – jungtinių peržiūrų, audito, verifikavimo, validavimo Reikalingos tiekėjui informacijos pateikimas ir kilusių neaiškumų sprendimas

Veiklos:  Inicijavimas  Konkurso paskelbimas  Kontrakto sudarymas  Tiekėjo stebėjimas  Priėmimas ir užbaigimas Priėmimo strategija (testai, duomenys, testavimo aplinka) Pirkėjas praveda priėmimo peržiūras ir testus Atsakomybės perėmimas už pateikto produkto konfigūracijų valdymą

Įsigijimo procesas (Acquisition) Vertinimas
ISO 12207: Įsigijimo procesas ISO / PKP BRANDA: ACQ.1 Pasiruošimas įsigijimui ACQ.2 Tiekėjo pasirinkimas ACQ.3 Kontrakto derinimas ACQ.4 Tiekėjo stebėjimas ACQ.5 Priėmimas

ACQ.1 Pasiruošimas įsigijimui Nustatyti įsigijimo poreikius ir tikslus bei juos paskelbti potencialiems tiekėjams. Sėkmingai įgyvendinto proceso rezultatai: nustatyti įsigijimo, kūrimo ar patobulinimo poreikiai ar koncepcija; apibrėžti ir paskelbti įsigijimo reikalavimai, apibrėžiantys projekto poreikius; apibrėžti ir paskelbti užsakovui žinomi reikalavimai; sukurta įsigijimo strategija; nustatyti tiekėjo pasirinkimo kriterijai.

ACQ.2 Tiekėjo pasirinkimas Pasirinkti tiekėją, kuris bus atsakingas už ACQ procese aprašyto projekto įgyvendinimą. Sėkmingai įgyvendinto proceso rezultatai: nustatyti įsigijimo reikalavimai (pvz.: kvietimas teikti pasiūlymus); išanalizavus gautus pasiūlymus pasirinktas tiekėjas.

ACQ.3 Kontrakto derinimas Sudaryti ir aprobuoti sutartį, kuri aiškiai ir nedviprasmiškai apibrėžia tiekėjo ir gavėjo lūkesčius, atsakomybę, darbo produktus bei įsipareigojimus. Sėkmingai įgyvendinto proceso rezultatai: kontraktas arba sutartis yra suderinti, peržiūrėti, aprobuoti ir įteikti tiekėjui; tiekėjo gebėjimų ir veiklos stebėjimo bei identifikuotos rizikos sumažinimo mechanizmai yra peržiūrėti ir numatomi įtraukti į kontrakto sąlygas; siūlymų pateikėjams praneštas paraiškų atrankos rezultatas.

ACQ.4 Tiekėjo stebėjimas Stebėti tiekėjo veiklą programų kūrimo ar paslaugų teikimo metu. Sėkmingai įgyvendinto proceso rezultatai: prireikus vykdomos veiklos, kuriose dalyvauja užsakovas ir tiekėjas; nuolat keičiamasi technine informacija su tiekėju apie esamą progresą; tiekėjo darbai stebimi remiantis suderintais reikalavimais.

ACQ.5 Darbo rezultatų priėmimas Aprobuoti tiekėjo pateiktus darbo rezultatus, jei visi kiti priėmimo kriterijai yra patenkinti. Sėkmingai įgyvendinto proceso rezultatai: atliktas priėmimas remiantis priėmimo strategija ir atliekamas pagal sutartus kriterijus; patikrinta ar pateikti produktai/paslaugos atitinka suderintus reikalavimus.

Kodėl verta ir reikia kalbėti apie Įsigijimo procesą? Žr. Programinės įrangos projektų žlugimo priežastys Kaip benagrinėsi priežastis, visais atvejais akivaizdu, kad užsakovas savo nesėkmingais veiksmais arba neveikimu gali nulemti projekto žlugimą, bet lygiai taip pat ir sėkmingais veiksmais gali padėti vykdytojui projektą sėkmingai įgyvendinti Papildoma literatūra: SEI, Software Acquisition Planning Guidelines.

Tiekimo procesas (Supply)
Ką atlieka sistemą, programinę įrangą ar PĮ paslaugą tiekianti organizacija?

Veiklos:  Inicijavimas Atsakymo paruošimas Kontrakto sudarymas Planavimas Vykdymas ir kontrolė Peržiūra ir įvertinimas Pateikimas ir užbaigimas RFP peržiūra Priimamas sprendimas, ar dalyvauti

Veiklos:  Inicijavimas  Pasiūlymo paruošimas Kontrakto sudarymas Planavimas Vykdymas ir kontrolė Peržiūra ir įvertinimas Pateikimas ir užbaigimas Pasiūlymo paruošimas Pasiūlyme pateikiamas siūlomas projekto vykdymo būdas, remiantis standartu

Veiklos:  Inicijavimas  Pasiūlymo paruošimas  Kontrakto sudarymas Planavimas Vykdymas ir kontrolė Peržiūra ir įvertinimas Pateikimas ir užbaigimas Derinamas ir pasirašomas kontraktas Kontraktas gali būti modifikuojamas (kaip dalis kontrakto pakeitimų mechanizmo)

Veiklos:  Inicijavimas  Pasiūlymo paruošimas  Kontrakto sudarymas  Planavimas Vykdymas ir kontrolė Peržiūra ir įvertinimas Pateikimas ir užbaigimas Reikalavimų peržiūra Gyvavimo ciklo modelio pasirinkimas Procesų, užduočių “mapping” modelyje Reikalavimai projekto valdymo planui ir produkto kokybės užtikrinimo planui Galimybių svarstymas (sukurti patiems, perduoti kurti kitiems, nusipirkti egzistuojantį produktą) Projekto valdymo plano (-ų) sudarymas: projekto organizacinė struktūra (dalyviai, rolės, atsakomybės), kūrimo aplinka, kokybės valdymas, subrangovų valdymas, pirkėjo ir vartotojų dalyvavimas, rizikos valdymas, įrankiai tvarkaraščiams bei ataskaitoms, ...

Veiklos:  Inicijavimas  Pasiūlymo paruošimas  Kontrakto sudarymas  Planavimas  Vykdymas ir kontrolė Peržiūra ir įvertinimas Pateikimas ir užbaigimas Įvykdyti projekto valdymo planą (-us) Sukurti, eksploatuoti ir/arba prižiūrėti PĮ (vykdant atitinkamą procesą) Stebėti ir kontroliuoti projekto progresą ir kokybę Padėti nepriklausomiems tikrinimo, testavimo agentams bei kitoms trečioms šalims, kaip tai numato kontraktas ir projekto planai

Veiklos:  Inicijavimas  Pasiūlymo paruošimas  Kontrakto sudarymas  Planavimas  Vykdymas ir kontrolė  Peržiūra ir įvertinimas Pateikimas ir užbaigimas Peržiūrų koordinavimas Verifikavimo ir validavimo vykdymas Audito, peržiūrų, testų ir problemų sprendimų ataskaitų pateikimas pirkėjui

Veiklos:  Inicijavimas  Pasiūlymo paruošimas  Kontrakto sudarymas  Planavimas  Vykdymas ir kontrolė  Peržiūra ir įvertinimas  Pateikimas ir užbaigimas Pateikti produktą, kaip nurodyta kontrakte Teikti paramą, kaip nurodyta kontrakte

Tiekimo procesas (Supply) Vertinimas
ISO 12207: Tiekimo procesas PKP Branda: SPL.1 Tiekėjo pasiūlymai SPL.2 Kontrakto derinimas* SPL.3 Produkto laida SPL.4 Produkto priėmimo palaikymas *) neįtraukta į PKP Branda

Pateikti klientui programinę įrangą, atitinkančią suderintus reikalavimus. Sėkmingai įgyvendinto proceso rezultatai: paruoštas atsakymas į užsakovo kvietimą teikti pasiūlymus; sudarytas kontraktas tarp tiekėjo ir užsakovo dėl programinės įrangos kūrimo, pakavimo, įteikimo ir įdiegimo ar dėl paslaugų teikimo; tiekėjas sukuria produktą ar/ir suteikia paslaugas, atitinkančius suderintus reikalavimus; produktas arba paslauga yra pateikta užsakovui laikantis suderintų reikalavimų; Produktas yra įdiegtas užsakovui laikantis suderintų reikalavimų.

SPL.1 Tiekėjo pasiūlymai sukurti ryšį su užsakovu, kad būtų galima reaguoti į užsakovo klausimus ir pasiūlymų pageidavimus, paruošti ir pateikti pasiūlymus, patvirtinti užduotis parengiant tinkamą sutartį/kontraktą Sėkmingai įgyvendinto proceso rezultatai: komunikacinis ryšys sukuriamas ir palaikomas tam, kad būtų galima atsakyti į užsakovo klausimus ir kvietimus pasiūlymams kvietimai pasiūlymams įvertinami pagal apibrėžtus kriterijus tam, kad būtų galima nuspręsti, ar pasiūlymą pateikti įvertinamas reikalingumas imtis preliminarių apklausų ar projekto įgyvendinamumo tyrimų pasiūlyto darbo įvykdymui identifikuojami tinkami resursai tiekėjo pasiūlymas paruošiamas ir pateikiamas atsakant į užsakovo pageidavimą gautas formalus kontrakto patvirtinimas

SPL.2 Kontrakto derinimas Derėtis ir patvirtinti kontraktą / sutartį, kurioje aiškiai ir neprieštaringai išdėstyti tiek tiekėjo, tiek įsigyjančios šalies lūkesčiai, atsakomybės, darbo produktai ir įsipareigojimai Sėkmingai įgyvendino proceso rezultatas: kontraktas / sutartis yra suderėta, peržiūrėta ir sutaryta su įsigyjančia šalimi kontrakto pakeitimai atliekami pagal sutartą pakeitimų valdymo mechanizmą

SPL.3 Produkto laida Kontroliuoti produkto tinkamumą numatytam klientui Sėkmingai įgyvendinto proceso rezultatas: apibrėžtas produkto laidos turinys laida surinkta iš konfigūracijos elementų nustatytas ir pateiktas laidos patvirtinimas apibrėžti laidos pateikimo mechanizmai ir priemonės atliktas laidos aprobavimas pagal apibrėžtus kriterijus laidos produktai prieinami įsigyti numatytam klientui? gautas laidos patvirtinimas

SPL.4 Produkto priėmimo palaikymas Suteikti pasitikėjimą, asistuoti klientą perimant produkto nuosavybę Sėkmingai įgyvendinto proceso rezultatas: produktas užbaigtas ir įteiktas klientui produktas eksploatuojamas kliento aplinkoje palaikomi kliento priėmimo testai ir peržiūros

Kūrimo procesas (Development)
Iš ko susideda programinės įrangos (kitų produktų) kūrimas?

Veiklos:  Inicijavimas Reikalavimų sistemai analizė Sistemos architektūros projektavimas Reikalavimų PĮ analizė PĮ architektūros projektavimas PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas GCM parinkimas Dokumentuoti standartai, metodai, įrankiai bei programavimo kalbos Veiklų vykdymo planai (standartai, metodai, įrankiai, veiksmai, atsakomybės)

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė Sistemos architektūros projektavimas Reikalavimų PĮ analizė PĮ architektūros projektavimas PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Reikalavimai: dalykinės srities, organizaciniai bei vartotojų saugumo, žmogiškųjų faktorių inžinerijos, sąsajų, eksploatacijos, palaikymo projektavimo apribojimų Reikalavimų įvertinimas: gebėjimas nustatyti atitinkantį poreikį neprieštaringumas ir vientisumas gebėjimas patikrinti sistemos architektūros projektavimo įvykdomumas eksploatacijos ir palaikymo įvykdomumas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas Reikalavimų PĮ analizė PĮ architektūros projektavimas PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Aukštesnio sistemos architektūros lygmens projektavimas: techninės įrangos elementai PĮ elementai rankiniu būdu atliekamos operacijos Projektavimo rezultatų įvertinimas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė PĮ architektūros projektavimas PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Reikalavimų PĮ nustatymas ir dokumentavimas: funkciniai reikalavimai išoriniai interfeisai kvalifikaciniai reikalavimai saugumo reikalavimai ergonominiai reikalavimai duomenų apibrėžimai ir reikalavimai DB diegimo ir priėmimo reikalavimai vartotojų vadovas eksploatacijos ir palaikymo reikalavimai Reikalavimų įvertinimas Bendros peržiūros (Joint Review)

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Kiekvienam PĮ elementui, nustatoma ir aprašoma: Nustatoma ir aprašoma architektūra, reikalavimai PĮ komponentams Vidiniai ir išoriniai interfeisai Duomenų bazė Pradinė vartotojų vadovo versija Pradiniai reikalavimai testams ir PĮ integravimo tvarkaraštis Projektavimo įvertinimas Bendra peržiūra

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Kiekvienam PĮ elementui: Detalus kiekvieno komponento projektavimas (Software Units) Vidiniai ir išoriniai interfeisai Duomenų bazė Vartotojo vadovo tikslinimas Reikalavimų testams ir PĮ integravimo tvarkaraščio tikslinimas Detalaus projektavimo įvertinimas Bendra peržiūra

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Kiekvieno PĮ modulio ir duomenų bazės kūrimas ir dokumentavimas Testų ir testinių duomenų kiekvienam PĮ moduliui ir DB kūrimas ir dokumentavimas Testavimas (ar atitinka reikalavimus) ir testavimo rezultatų dokumentavimas Vartotojo vadovo tikslinimas PĮ kodo ir testų rezultatų įvertinimas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas  PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Kiekvienam PĮ elementui: Integravimo planas (Software Units ir Software Component – į Software Item) Integravimas ir gautų elementų testavimas Vartotojo vadovo tikslinimas Kiekvienam elemento kvalifikaciniam reikalavimui kuriamas ir aprašomas testas (Software Qualification testavimui atlikti) Integravimo įvertinimas Bendra peržiūra

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas  PĮ integravimas  PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Kiekvienam PĮ elementui: Testuojama pagal kvalifikacinius reikalavimus PĮ elementui. Rezultatai dokumentuojami. Vartotojo vadovo tikslinimas Kvalifikacinio testo įvertinimas Auditų palaikymas Projekto ir PĮ kodo „baseline“ nustatymas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas  PĮ integravimas  PĮ kvalifikacinis testavimas  Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas PĮ elementų integravimas su technine įranga, kitomis sistemomis, rankiniu darbu Kiekvienam sistemos kvalifikaciniam reikalavimui kuriamas ir aprašomas testas (sistemos kvalifikaciniam testui atlikti) Integravimo įvertinimas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas  PĮ integravimas  PĮ kvalifikacinis testavimas  Sistemos integravimas  Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimas Testuojama pagal kvalifikacinius reikalavimus sistemai. Rezultatai dokumentuojami Sistema įvertinama atsižvelgiant į: kaip testai „padengia“ reikalavimus sistemai ar atitinka laukiamus rezultatus eksploatavimo ir palaikymo įvykdomumą Auditų palaikymas Projekto ir kodo „baseline“ nustatymas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas  PĮ integravimas  PĮ kvalifikacinis testavimas  Sistemos integravimas  Sistemos kvalifikacinis testavimas  PĮ diegimas PĮ priėmimas Diegimo nustatytoje aplinkoje planas Diegimas pagal planą. Įvykių ir rezultatų dokumentavimas

Veiklos:  Inicijavimas  Reikalavimų sistemai analizė  Sistemos architektūros projektavimas  Reikalavimų PĮ analizė  PĮ architektūros projektavimas  PĮ detalus projektavimas  PĮ programavimas ir testavimas  PĮ integravimas  PĮ kvalifikacinis testavimas  Sistemos integravimas  Sistemos kvalifikacinis testavimas  PĮ diegimas  PĮ priėmimo palaikymas Pirkėjo priėmimo peržiūros palaikymas Darbų užbaigimas ir produkto perdavimas Pradinis ir tolimesnis apmokymas ir palaikymas, jei nustatyta kontraktu

Kūrimo procesas (Development) Vertinimas
ISO 12207: Reikalavimų sistemai analizė Sistemos architektūros projektavimas Reikalavimų PĮ analizė PĮ architektūros projektavimas PĮ detalus projektavimas PĮ programavimas ir testavimas PĮ integravimas PĮ kvalifikacinis testavimas Sistemos integravimas Sistemos kvalifikacinis testavimas PĮ diegimas PĮ priėmimo palaikymas PKP Branda: ENG.1: Reikalavimų išsiaiškinimas ENG.2: Sistemos reikalavimų analizė ENG.3: Sistemos architektūros projektavimas ENG.4: PĮ reikalavimų analizė ENG.5: PĮ projektavimas --”-- ENG.6: PĮ projekto realizavimas ENG.7: PĮ integravimas ENG.8: PĮ testavimas ENG.9: Sistemos integravimas ENG.10: Sistemos testavimas ENG.11: PĮ instaliavimas (nėra atitikmens)

ENG.1: Reikalavimų išsiaiškinimas Išsiaiškinti, apdoroti ir stebėti užsakovo poreikius ir reikalavimus viso programinės įrangos produkto ar paslaugų gyvavimo ciklo metu, su tikslu sukurti bazinį reikalavimų komplektą, kurie sudarytų pagrindą apibrėžiant reikalingus programinės įrangos darbo produktus. Reikalavimų išsiaiškinimo procesas gali būti atliekamas užsakovo ar sistemos kūrėjo Sėkmingai įgyvendinto proceso rezultatas: palaikomas pastovus bendravimas su užsakovu užfiksuoti suderinti kliento reikalavimai sukurtas mechanizmas pakeistų kliento reikalavimų įtraukimui į bazinį reikalavimų komplektą sukurtas mechanizmas pastoviam užsakovo poreikių stebėjimui sukurtas mechanizmas leidžiantis užsakovui lengvai nustatyti einamąją iškeltų reikalavimų įgyvendinimo būseną nustatyti pakeitimai, kylantys dėl besikeičiančių technologijų bei užsakovo poreikių, valdoma jų įtaką projekto vykdymui

ENG.2: Sistemos reikalavimų analizė Užsakovo reikalavimus transformuoti į kuriamos sistemos techninius reikalavimus, kurie būtų naudojami sistemos projektavimo metu Sėkmingai įgyvendinto proceso rezultatas: apibrėžti sistemos funkciniai ir ne funkciniai reikalavimai pritaikyti projektinių sprendimų optimizavimo metodai sistemos reikalavimai išanalizuoti korektiškumo ir testuojamumo atžvilgiu nustatyta sistemos reikalavimų įtaka eksploatavimo aplinkai reikalavimams suteikti prioritetai, jie yra aprobuoti ir reikalui esant atnaujinami nustatyti neprieštaringi bei trasuojami sąryšiai tarp sistemos ir užsakovo reikalavimų patvirtintų reikalavimų pokyčiai įvertinami pagal kainą, laiką ir įtaką sistemos reikalavimai užtvirtinami bei paskelbiami visoms susijusiom šalim

ENG.3: Sistemos architektūros projektavimas Nustatyti, kokiais sistemos elementais turi būti realizuoti sistemos reikalavimai Sėkmingai įgyvendinto proceso rezultatas: apibrėžta sistemos architektūra, kuri identifikuoja sistemos elementus ir atitinka apibrėžtus reikalavimus atsižvelgta į visus sistemos funkcinius ir ne funkcinius reikalavimus reikalavimai yra paskirstyti sistemos elementams apibrėžti kiekvieno sistemos elemento vidiniai ir išoriniai interfeisai atlikta sistemos reikalavimų ir sistemos architektūros verifikacija reikalavimai paskirstyti sistemos elementams ir jų interfeisai yra trasuojami iki užsakovo reikalavimų bazinio komplekto palaikomi neprieštaringi ir trasuojami sąryšiai tarp sistemos reikalavimų ir sistemos architektūros sistemos reikalavimai, sistemos architektūra ir jų sąryšiai yra užfiksuoti ir perduoti visoms susijusiom šalim

ENG.4: Programinės įrangos reikalavimų analizė Nustatyti reikalavimus sistemos programinės įrangos elementams Sėkmingai įgyvendinto proceso rezultatas: reikalavimai paskirstyti sistemos programinės įrangos elementams ir jų interfeisai yra apibrėžti išanalizuotas programinės įrangos reikalavimų korektiškumas ir testuojamumas nustatyta programinės įrangos reikalavimų įtaka eksploatavimo aplinkai nustatytas neprieštaringumas ir trasuojamumas tarp programinės įrangos elementų ir sistemos reikalavimų suteikti prioritetai programinės įrangos reikalavimų realizavimui programinės įrangos reikalavimai yra aprobuoti ir esant reikalui atnaujinami programinės įrangos reikalavimų pakeitimai yra įvertinami pagal kainą, laiką ir techninius pokyčius programinės įrangos reikalavimai yra dokumentuoti ir perduoti visoms susijusiom šalim

ENG.5: Programinės įrangos projektavimas Suprojektuoti programinę įrangą, kuri realizuoja bei atitinka reikalavimus Sėkmingai įgyvendinto proceso rezultatas: sukurta ir dokumentuota programinės įrangos architektūrą, kuri apibrėžia programinės įrangos elementus realizuojančius programinės įrangos reikalavimus apibrėžti kiekvieno programinės įrangos elemento vidiniai ir išoriniai interfeisai sukurtas detalus projektas apibrėžiantis programinės įrangos modulius ir kaip jie turi būti sukomponuoti bei ištestuoti nustatytas neprieštaringumas ir trasuojamumas tarp programinės įrangos reikalavimų ir sistemos architektūros

ENG.6: Programinės įrangos projekto realizavimas Sukurti vykdomus programinės įrangos modulius, kurie atitiktų projektą Sėkmingai įgyvendinto proceso rezultatas: apibrėžti programinės įrangos modulių verifikavimo pagal reikalavimus kriterijai realizuoti programinės įrangos moduliai apibrėžti projekte nustatytas neprieštaringumas ir trasuojamumas tarp programinės įrangos reikalavimų, projekto ir programinės įrangos modulių programinės įrangos moduliai verifikuoti, kad atitiktų reikalavimus ir projektą

ENG.7: Programinės įrangos integravimas Sujungti programinės įrangos modulius, gauti integruotas programinės įrangos dalis atitinkančias projektą, parodyti funkcinių ir nefunkcinių reikalavimų atitikimą eksploatacinėje ar ekvivalenčioje veikimo aplinkoje Sėkmingai įgyvendinto proceso rezultatas: sukurta programinės įrangos modulių integravimo strategija remiantis programinės įrangos projektu ir reikalavimais sukurti verifikacijos kriterijai programinės įrangos dalims, kurie užtikrina, kad patenkinti reikalavimai priskirti programinės įrangos dalims programinės įrangos dalys yra verifikuotos naudojant apibrėžtus kriterijus sukurtos integravimo strategijoje apibrėžtos programinės įrangos dalys užfiksuoti integravimo testavimo rezultatai užtikrintas neprieštaringumas ir trasuojamumas tarp programinės įrangos projekto ir programinės įrangos dalių sukurta ir taikoma regresinė testavimo strategija jei programinės įrangos modulis yra keičiamas (įskaitant susijusių reikalavimų, projekto, kodo keitimą)

ENG.8: Programinės įrangos testavimas Patvirtinti, kad integruotas programinis produktas patenkina apibrėžtus reikalavimus Sėkmingai įgyvendinto proceso rezultatas: sudaryti kriterijai, kurie parodo, kad integruota programinė įranga atitinka jai keliamus reikalavimus integruota programinė įranga yra verifikuota naudojant apibrėžtais kriterijais užfiksuoti testavimo rezultatai sukurta regresinė testavimo strategija, kuri taikoma pakeitus programinės įrangos agregatus

ENG.9: Sistemos integravimas Suintegruoti sistemos elementus (įskaitant programinės, techninės įrangos agregatus bei kitus reikalingus elementus) į galutinę sistemą, kuri tenkintų sistemos projektą ir užsakovo lūkesčius aprašytus sistemos reikalavimuose Sėkmingai įgyvendinto proceso rezultatas: sukurta sistemos integravimo strategija paremta sistemos reikalavimų prioritetais sukurti kriterijai užtikrinti, kad sistemos elementai tenkina jiems keliamus reikalavimus bei sąveikauja per apibrėžtus interfeisus sistemos integravimas verifikuotas naudojantis apibrėžtais kriterijais sukurta regresinė testavimo strategija, kuri taikoma pakeitus sistemos elementus užtikrintas neprieštaringumas ir trasuojamumas tarp sistemos projekto ir integruotų sistemos elementų sukurta pilna integruota sistema, kuri atitinka sistemos projektą

ENG.10: Sistemos testavimas Sistemos testavimo proceso tikslas yra užtikrinti, kad kiekvienas sistemos reikalavimas yra realizuotas ir kad sistema yra paruošta platinimui Sėkmingai įgyvendinto proceso rezultatas: sukurti kriterijai parodantys integruotos sistemos atitikimą sistemos reikalavimams integruota sistema yra verifikuota naudojantis apibrėžtais kriterijais užfiksuoti testavimo rezultatai sukurta regresinio testavimo strategija, kuri būtų taikoma esant sistemos elementų pakeitimams

ENG.11: Programinės įrangos instaliavimas instaliuoti programinį produktą numatomoje aplinkoje ir atitinkantį sutartus reikalavimus Sėkmingai įgyvendinto proceso rezultatas: sukurta programinės įrangos instaliavimo strategija sukurti programinės įrangos instaliavimo kriterijai parodantys atitikimą sistemos instaliavimo kriterijams programinė įranga instaliuojama konkrečioje aplinkoje užtikrinti, kad produktas yra parengtas naudoti numatytoje aplinkoje

Eksploatavimo procesas (Operation)
Kas eksploatuoja PĮ? Kas yra Eksploatavimo procesas?

Veiklos:  Inicijavimas Testavimas realioje aplinkoje Sistemos eksploatavimas Vartotojų palaikymas Eksploatavimo proceso planas ir standartai Problemų gavimo, įrašymo, sprendimo ir grįžtamojo ryšio procedūrų nustatymas Testavimo realioje aplinkoje procedūros, informavimo apie problemas ir užklausų pataisymams atlikti procedūros

Veiklos:  Inicijavimas  Testavimas realioje aplinkoje Sistemos eksploatavimas Vartotojų palaikymas Testuojama kiekviena PĮ versija (release). Jei tenkina kriterijus, išleidžiama eksploatuoti PĮ inicializavimo, veikimo ir nutraukimo užtikrinimas pagal planą

Veiklos:  Inicijavimas  Testavimas realioje aplinkoje  Sistemos eksploatavimas Vartotojų palaikymas Sistema eksploatuojama realioje aplinkoje taip, kaip nustatyta vartotojo vadove

Veiklos:  Inicijavimas  Testavimas realioje aplinkoje  Sistemos eksploatavimas  Paramos vartotojams teikimas Pagalba vartotojams, konsultavimas. Užklausos ir veiksmai fiksuojami Užklausų siuntimas Priežiūros procesui Laikini sprendimai (workarounds) teikimas

Eksploatavimo procesas (Operation) Vertinimas
ISO 12207: Eksploatavimo procesas PKP Branda: OPE.1: Eksploatacinis naudojimas OPE.2: Kliento palaikymas

OPE.1: Eksploatacinis naudojimas Užtikrinti korektišką ir efektyvų produkto naudojimą instaliuotoje aplinkoje Sėkmingai įgyvendinto proceso rezultatas: produkto įdiegimo ir naudojimo rizikos yra nustatytos ir stebimos produktas yra eksploatuojamas numatytoje aplinkoje laikantis reikalavimų nustatyti eksploatacinio naudojimo kriterijai, kurie atitinka suderintus reikalavimus

OPE.2: Kliento palaikymas Sukurti ir palaikyti atitinkamą paslaugų teikimo užsakovui lygį tuo užtikrinant efektyvų programinės įrangos produkto naudojimą. Tuo tikslu yra teikiama pagalba bei konsultacijos susijusios su programinės įrangos produkto efektyviu naudojimu Sėkmingai įgyvendinto proceso rezultatas: nuolat nustatomi ir stebimi užsakovo palaikymo poreikiai nuolat vertinamas užsakovo pasitenkinimas palaikymu bei pačiu programinės įrangos produktu produkto naudojimas palaikomas sprendžiant naudojimo problemas bei užsakovo prašymus ir pageidavimus užsakovo poreikiai patenkinami suteikiant atitinkamas paslaugas

Priežiūros procesas (Maintenance)
Kas yra Priežiūros procesas?

Veiklos:  Inicijavimas Problemos ir pataisymų analizė Pataisymai Priežiūros peržiūra / Priėmimas Migracija Demontavimas Sukurti ir dokumentuoti priežiūros veiklų planus Nustatyti procedūras, apibrėžiančias pranešimų apie problemas ir pakeitimų užsakymus gavimą ir atsakymų naudotojams pateikimą. Problemos turi būti sprendžiamos, įvykdant Problemų sprendimo procesą. Apibrėžti sąsają su Konfigūracijų valdymo procesu.

Veiklos:  Inicijavimas  Problemos ir pataisymų analizė Pataisymai Priežiūros peržiūra / Priėmimas Migracija Demontavimas Problemos įtaka organizacijai, sistemai bei sąveikaujančioms sistemoms: problemos tipas (koreguojantis, gerinantis, apsaugojantis...) apimtis kritiškumas Problemos patikrinimas Pataisymų variantai Pasirinkto varianto patvirtinimas, kaip to reikalauja kontraktas

Veiklos:  Inicijavimas  Problemos ir pataisymų analizė  Pataisymai Priežiūros peržiūra / Priėmimas Migracija Demontavimas Nustatoma, kas bus taisoma Vykdomas Kūrimo procesas

Veiklos:  Inicijavimas  Problemos ir pataisymų analizė  Pataisymai  Priežiūros peržiūra / Priėmimas Migracija Demontavimas Peržiūros, užtikrinančios pakeistos sistemos vientisumą Patvirtinimas, kad pakeitimus galima užbaigti (kaip nusakyta kontrakte)

Veiklos:  Inicijavimas  Problemos ir pataisymų analizė  Pataisymai  Priežiūros peržiūra / Priėmimas  Migracija Demontavimas Migracijos planas: reikalavimai migracijos įrankiai PĮ ir duomenų konversija migracijos vykdymas migracijos rezultatų patikrinimas senos aplinkos palaikymas ateityje Vartotojų įspėjimas Lygiagretus senos ir naujos aplinkos veikimo užtikrinimas Senos aplinkos dokumentacijų, įrašų, kodo archyvavimas Priėjimas prie senos aplinkos duomenų

Veiklos:  Inicijavimas  Problemos ir pataisymų analizė  Pataisymai  Priežiūros peržiūra / Priėmimas  Migracija  Demontavimas Demontavimo planas Vartotojų įspėjimas Lygiagretus senos ir naujos aplinkos veikimo užtikrinimas Priėjimas prie senos PĮ duomenų

Priežiūros procesas (Maintenance) Vertinimas
ISO 12207: Priežiūros procesas PKP Branda: ENG.12: Programinės įrangos ir sistemos priežiūra

Priežiūros procesas (Maintenance) Vertinimas
ENG.12: Programinės įrangos ir sistemos priežiūra modifikuoti sistemą/programinę įrangą po išleidimo su tikslu pašalinti trukumus, pagerinti veikimą, kitus atributus ar pritaikyti sistemą/programinę įrangą pakeistai aplinkai Sėkmingai įgyvendinto proceso rezultatas: sukurta priežiūros strategija, kuri apima pakeitimų valdymą, atnaujinimus bei demontavimą identifikuota egzistuojančios sistemos, veiksmų ar interfeisų pateikimų įtaka esant reikalui pakeistos sistemos/programinės įrangos dokumentacija yra atnaujinama modifikuotas produktas yra testuojamas su tikslu užtikrinti, jog reikalavimai nėra kompromituojami produkto atnaujinimai perduodami užsakovui pageidaujant produktas yra demontuojamas, tai daroma valdant situacija ir minimaliai trikdant užsakovą visoms susijusiom šalim pranešta apie sistemos/programinės įrangos pakeitimus

Priedai

Programinės įrangos projektų žlugimo priežastys

Programinės įrangos krizė
The Standish Group, Extreme CHAOS, 2001.

Apibrėžimai Sėkmingi: projektas pabaigtas laiku, numatytomis lėšomis, su visu pradžioje specifikuotu funkcionalumu Pažeisti: Projektas pabaigtas ir sistema pradėta naudoti, tačiau vėluojant, viršijant pradžioje planuotą biudžetą, ir pateikia mažiau funkcionalumo, nei buvo pradžioje specifikuota Žlugę: Projektas nutrauktas kuriuo nors įgyvendinimo momentu

Programinės įrangos krizė (tęsiasi?)
Standish Group “CHAOS Summary 2009”: 32% sėkmingi, 44% pažeisti, 24% žlugo Standish group “CHAOS Manifesto 2011”: „shows a marked increase in project success rates from 2008 to 2010“ 2009: The Standish Group's just-released report, "CHAOS Summary 2009," "This year's results show a marked decrease in project success rates, with 32% of all projects succeeding which are delivered on time, on budget, with required features and functions" says Jim Johnson, chairman of The Standish Group, "44% were challenged which are late, over budget, and/or with less than the required features and functions and 24% failed which are cancelled prior to completion or delivered and never used." 2011: In the just-released report, CHAOS Manifesto 2011, The Standish Group's shows a marked increase in project success rates from 2008 to These numbers represent an uptick in the success rates from the previous study, as well as a decrease in the number of failures. The low point in the last five study periods was 2004, in which only 28% of the projects were successful. "This year's results represent the highest success rate in the history of the CHAOS Research, says Jim Johnson, chairman of The Standish Group, "We clearly are entering a new understanding of why projects succeed or fail." This understanding is spelled out in the CHAOS Manifesto research report.

Ar Chaos interpretacija teisinga?
J. Laurenz Eveleens and Chris Verhoef “The Rise and Fall of the Chaos Report Figure”, IEEE Software, ( „these case studies show that the Standish figures for individual organizations don‘t reflect reality and are highly influenced by forecasting biases. Because the underlying data has an unknown bias, any aggregation of that data is unreliable and meaningless.“ Reply from Standish Group chairman: „All data and information in the Chaos reports and all Standish reports should be considered Standish opinion and the reader bears all risk in the use of this opinion.“

Ar Chaos interpretacija teisinga? (2)
„Objective research study findings do not, in general, support those Standish conclusions.“ Robert L. Glass “The Standish Report: Does It Really Describe a Software Crisis?” (

Žlugusių projektų pavyzdžiai (1)
JAV Federalinio tyrimų biuro (FTB) Virtual Case File (VCF) projektas Pradėtas 2000 m. rugsėjo mėn. ir nutrauktas 2005 m. sausio mėn. be jokio įdiegto rezultato Išleista 170 mln. JAV dolerių Žlugimo priežastys: Neparengta aiški reikalavimų apimtis, dėl ko IS architektūros sprendimai buvo netinkami (pvz. pasirinkta kurti visiškai naują sistemą vietoje to, kad būtų pritaikyta kokia nors egzistuojanti) Nuolatiniai pasikeitimai reikalavimų specifikacijoje, naujų reikalavimų pateikimas net ir tada, kai projektas jau beviltiškai vėlavo

Žlugimo priežastys (tęs.): Nuolatinė vadovybės kaita Programuotojų darbo mikrovaldymas Daugelis FTB valdymo ir inžinerinio personalo neturėjo pakankamų tokių sistemų kūrimo įgūdžių Nepaprastai didelis programų kodo išaugimas (“code bloat”) dėl nesibaigiančių reikalavimų pasikeitimų (kodo apimtis viršijo 700 tūkst. kodo eilučių) Planuotas sistemos paleidimas vienu kartu („big-bang“), reikalavęs ištobulinti sistemą prieš jos startą, vietoje sistemos įvedimo į organizaciją dalimis Congressional Testimony, US DOJ Inspector General Glenn A. Fine, February 2005, PDF Who Killed the Virtual Case File? Harry Goldstein, September 2005, ieee spectrum, HTML

Kalifornijos Marin rajono (Marin County) valdžia nusprendė nutraukti vykdomą SAP (apskaitos ir valdymo sistemos) diegimo projektą, pripažindama, kad iššvaistė 30 mln. JAV dolerių 2010 m. gale Marin County padavė ieškinį prieš Deloitte Consulting, reikalaudama atlyginti nuostolius 2013 m. pradžioje Marin County ir Deloitte Consulting sudarė taikos sutartį, pagal kurią Marin County iš Deloitte gauna 3,5 mln. JAV dolerių kompensaciją Marin County patyrė 5 mln. JAV dolerių bylinėjimosi išlaidų Istorinis kontekstas: The Board of Supervisors bought the SAP system in 2005, then paid mounting consultant bills as staff grappled with a fiscal nightmare in which the program could not produce basic financial reports. SAP never performed as promised, bobbling the payroll, accounts receivable and other routine financial functions. A grand jury probe concluded it cost taxpayers $28.6 million as of April 2009 SAP požiūris: “SAP strongly believes in the value and performance of its software in use in Marin County,” said spokesman Andy Kendzie. “Our software works exactly as it should, and any issues in this implementation in no way reflect on SAP. Our software is installed and functioning perfectly in tens of thousands of public sector agencies, including dozens in California.”

Ekspertai mano: Marin trūksta organizacinio ir valdymo brandumo bei gebėjimo priimti tokio dydžio (reikalingo SAP įdiegimui) veiklos transformaciją, ir tai yra pagrindinė projekto žlugimo priežastis. Be to, Marin nutraukė projektą norėdama sustiprinti savo poziciją teisme ir nusimesti savo atsakomybę Deloitte, nors nesutinka, tačiau irgi turi prisiimti savo atsakomybės dalį; Deloitte, atrodo, ieško kaip gauti atlyginimą už diegimo proceso atliktimą, vengdami atsižvelgti į tai, ar klientas pasiekė savo tikslus ar ne Understanding Marin County's $30 million ERP failure, Michael Kringsman, September 2, 2010, ZDnet.com, HTML Big money: Marin County and Deloitte settle ERP lawsuit under gag order, Michael Kringsman, January 14, 2013, ZDnet.com, HTML

2012 gale JAV Oro pajėgos nutraukė šešerius metus trukusį programinės įrangos atnaujinimo projektą, kainavusį 1,3 mlrd. JAV dolerių ir nesukūrusį jokios vertės „The root cause of the Air Force’s sad experience is, as Stross points out, that enterprise software deployment is a wicked problem. Wicked problems are problems that are mind- bogglingly difficult to solve. They arise because of incomplete, contradictory, and changing requirements that are often difficult to recognize. Moreover, because of interdependencies, the effort to solve one aspect of a wicked problem may reveal or create other problems.“ Šaltiniai: The New York Times Air Force Times

2013 gale Kalifornijos valstija nutraukė nuo 2004 metų vykdytą darbo užmokesčio apskaitos sistemos projektą „MyCalPAYS“ Pradžioje pasamdytas paslaugų teikėjas Bearingpoint išmestas apie 2010 2010 pasamdytas SAP, su kuriuo 2013 sutartis taip pat nutraukta 2014 m. Kalifornijos valstija skelbia konkursą, kuriuo siekia pasisamdyti nepriklausomą vertintoją, kuris įvertintų esamą situaciją ir parengtų rekomendacijas, kaip tęsti projekto įgyvendinimą. Biudžetas vertinimui ir konsultacijoms – 1,275 mln. USD. Apimtis: Įvertinti, kurie MyCalPAYS reikalavimai yra įgyvendinti Kurie reikalavimai nėra įgyvendinti Kokia dabar parengtos MyCalPAYS sistemos dalis yra tinkama naudoti Kokia yra likusios dalies modifikavimo ir įgyvendinimo darbų kaina

MyCalPAYS net įvertinimo subprojektas turi būsimo žlugimo požymių: Sudėtinga apimtis (reikalavimai, kuriuos reikės vertintojui įvertinti; išankstinė prielaida, kad diegiama technologija yra tinkama) Minimalus užsakovo įsitraukimas (konkurso reikalavimai visą atsakomybę perkelia ant būsimo paslaugos teikėjo) Politikavimas konkurso sąlygose (vietoje to, kad būtų prašoma įvertinti situaciją kaip yra, konkurso sąlygos suponuoja išankstinę buvusio paslaugų teikėjo kaltę, pvz. „SAP’s failure to meet its contractual obligation to cure, left the State with no choice but to terminate the contract with SAP“) Per žemi vertintojo pasirinkimo kvalifikaciniai reikalavimai, lyginant su projekto sudėtingumu Šaltinis: failure-waiting-to-happen /

Lietuvos Respublikos Vyriausybė 2003 m. gegužės 14 d. nusprendė nutraukti 1998 metais pradėtą įgyvendinti socialinės kortelės sukūrimo ir įdiegimo projektą Į projektą investuota apie 2 mln. litų, iš jų apie 500 tūkst. Lt už programinę įrangą Programinės įrangos gamintojas UAB „Sintagma sistemos“ mano, kad sistema užbaigta: „Sintagma” pristatė veikiančią socialinės kortelės sistemą Projekto nutraukimą įtakojo: Smarkiai pasikeitusi situacija IT sektoriuje – sprendimas su off-line rinkmena nėra optimalus (netinkamas architektūrinis sprendimas?) ES planai nuo 2004 m. įvesti sveikatos draudimo korteles Kad už parengtą, bet neįdiegtą sistemą būtų sumokėta, Sintagma sistemos turėjo kreiptis į teismą

Kodėl IT projektai žlunga?
Prastas planavimas Neaiškūs tikslai ir siekiai Tikslai keičiasi projekto eigoje Nerealistiški laiko ir resursų įverčiai Nepakankamas vadovybės ir būsimų naudotojų palaikymas ir įtraukimas Nepakankamas projekto komandinis bendradarbiavimas Netinkami ir nepakankami įgūdžiai Šaltinis:

Programų sistemų gyvavimo ciklo procesai

Similar presentations

Presentation on theme: "Programų sistemų gyvavimo ciklo procesai"— Presentation transcript:

Similar presentations

About project

Feedback

Log in

Auth with social network:

Programų sistemų gyvavimo ciklo procesai

Similar presentations

Presentation on theme: "Programų sistemų gyvavimo ciklo procesai"— Presentation transcript:

Similar presentations

About project

Feedback