ISO/IEC Pagrindiniai gyvavimo ciklo procesai

ISO/IEC 12207 Pagrindiniai gyvavimo ciklo procesai

Pagrindiniai gyvavimo ciklo procesai
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 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

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  Atsakymo 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  Atsakymo 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  Atsakymo 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  Atsakymo 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  Atsakymo 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ą Autorystė: A.Adamonio, nes ISO standarte šioje vietoje yra Acq.3 proceso kopija

SPL.3 Produkto laida Kontroliuoti produkto tinkamumą numatytam klientui Sėkmingai įgyvendinto proceso rezultatas: apibrėžtas produkto laidos turinys laida surinkta iš konfitūruotų 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)

Reikalavimai ir architektū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 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

V-model

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

Information Technology Infrastructure Library ITIL

ITIL Three Key Objectives of IT Service Management:
Align IT Services with the Current and Future Needs of the Business and its Customers Improve Quality of IT Services Reduce Long-Term Costs of IT Service Provision

The ITIL Library Service Support The Technology The Business
Service Delivery Security Management The Business Perspective ICT Infrastructure Management Planning to Implement Service Management Applications Management The Business The Technology Software Asset Management Source: OGC

Service Support Service Delivery The Service Desk Incident Management
Problem Management Configuration Management Release Management Change Management Service Delivery Service Level Management Availability Management IT Service Continuity Management Capacity Management Financial Management for IT Services

The Service Desk The Service Desk Goals To act as the single point of contact between the User and IT Service Management and track status of all customer interactions To handle Incidents and requests, and provide an interface for other activities such as Change, Problem, Configuration, Release, Service Level, and IT Service Continuity Management

Inputs to the Service Desk
Information

Why a Service Desk? The Service Desk is more than just a Help Desk
Essentials The Service Desk is more than just a Help Desk The first and single point of contact High quality support to meet business goals Help identify costs of IT services Proactive support and communication of changes Increase user perception and satisfaction Identification of business opportunities Identification of Training Opportunities

Responsibilities Receive and record all calls from users
The Service Desk Responsibilities Activities Receive and record all calls from users Provide first-line support (using knowledge resources) Refer to second-line support where necessary Monitoring and escalation of incidents Keep users informed on status and progress Provide interface between ITSM disciplines Produce measurements and metrics

Incident Management Incident Management Goals To restore normal service operation as quickly as possible with minimum disruption to the business, thus ensuring that the best achievable levels of availability and service are maintained Incident definition Any event which is not part of the standard operation of a service and which causes, or may cause, an interruption to, or a reduction in, the quality of that service Work-around definition A method of avoiding an Incident or Problem either by employing a temporary fix or technique so the user is no longer reliant on a Configuration Item (CI) that is known to cause failure

The Incident Life Cycle – the monitoring and tracking of Incidents
Incident Management The Incident Life Cycle – the monitoring and tracking of Incidents Activities Including Impact and Urgency selection Yes No Note. This is not Problem Closure

Incident Management Categorization Activities Service affected (and possibly by association the affected SLA) User perception of failure in terms of the User’s inability to do something Batch job output has not been received I can’t print, connect to a server or access an application Category and details of CI thought to be at fault Category and details of CI eventually found to be at fault The fault in the CI, the quick fix and the action taken, etc.

Impact, Urgency & Priority
Incident Management Impact, Urgency & Priority Definitions Impact A measure of the business criticality of an incident or problem (e.g. numbers affected, magnitude) Urgency A measure of the speed with which an incident or problem requires resolution (i.e. how much delay will the resolution bear) Priority The order in which an incident or problem needs to be resolved, based on impact and urgency

Illustrative Example Impact Urgency Priority Impact Urgency Priority
Incident Management Illustrative Example Payroll Application: System run once per month to run payroll Impact Urgency Priority Failure of payroll server (first week in month) High: will effect all employees Low : Payroll not run for 3 weeks Low (at the moment) Failure in payroll server (last week of month) High : Fix needed before 06:00 tomorrow morning High Bank Teller Application: System used by cashiers in bank to transact on accounts Impact Urgency Priority One Branch teller application performing poorly Medium : one branch out of 150 High : Queues beginning to form High Router Interface down Low : Cashiers and customers not impacted due to redundancy in network Med : Router needs to be re-booted to restore network redundancy Med

Hierarchical (authority) Functional (competence)
Incident Management Escalation Definitions Hierarchical escalation would typically include authorization, resources and/or cost Hierarchical (authority) Functional (competence) Functional escalation might include specialist groups e.g. Unix Group

Functional Escalation
Incident Management Functional Escalation Activities The use of support teams is important in efficient incident resolution. First line support deals with the communication to the user, resolution of known incidents (e.g. password resets)… …allowing the second and subsequent levels to focus on resolving assigned incidents. Targets are often set for improving the percentage of incidents resolved at first level.

Problem Management Problem Management Goals To minimize the adverse effect on the business of Incidents and Problems caused by errors in the infrastructure, and to proactively prevent the occurrence of Incidents, Problems and Errors. Problem definition Unknown cause of one or more incidents Known Error definition An Incident or Problem for which the root cause is known and for which a temporary work around or permanent alternative has been identified

Problem Flow Incidents Service Desk Problem Known Error Change Process
Problem Management Problem Flow Information Incidents Service Desk Problem Known Error Change Process

Configuration Management
Configueration Management Configuration Management Goals Enabling control of the infrastructure by monitoring and maintaining information on: Configuration Items (CI) needed to deliver services CI status and history CI relationships Valuable CIs (monetary or service) Providing information on the IT infrastructure to all other processes and to IT Management

Configuration Management
Configueration Management Configuration Management Definitions Configuration Item (CI) – a component of an IT infrastructure which is (or is to be) under the control of Configuration Management and therefore subject to formal change control Configuration Management Database (CMDB) – a database which contains details of the attributes and history of each CI and the relationships between CIs Baseline – a snapshot of the state of a CI and its components or related CIs, frozen in time for a particular purpose, such as: The ability to return a service to a trusted state if a change goes wrong A specification for copying the CI or for a roll-out The minimum CIs needed to maintain vital Business Functions after a disaster

Configueration Management
Major CI Types Definitions Documentation Designs; Reports; Agreements; Contracts; Procedures; Plans; Process Descriptions; Minutes; Records; Events (Incident, Problems, Change Records); Proposals; Quotations Data Files What, Where, Most Important Environment Accommodation; Light, Heat, Power; Utility Services (Electricity, Gas, Water, Oil); Office Equipment; Furniture; Plant & Machinery People Users, Customers, Who, Where, What Skills, Characteristics, Experience, Roles Services Desktop Support, , Service Desk, Payroll, Finance, Production Support Hardware Computers, Computer components, Network components & cables (LAN, WAN), Telephones, Switches Software Network Mgmt Systems; In-house applications; O/S; Utilities (scheduling, B/R); Packages; Office systems; Web Management

CI Relationships and Attributes
Configueration Management CI Relationships and Attributes Activities

Change Management Change Management Goals Process of controlling changes to the infrastructure or any other aspect of services, in a controlled manner, enabling approved changes with minimum disruption. Change Management ensures that standardized methods and procedures are used for the efficient and prompt handling of all Changes, in order to minimize the adverse impact of any Change‑related incidents upon service quality. Changes can arise as a result of Problems, Known Errors and their resolution, but many Changes can come from proactively seeking business benefits such as reducing costs or improving services

Change Management Change Management Definitions Change – a deliberate action that alters the form, fit or function of Configuration Item (CI) such as an addition, modification, movement, or deletion that impacts the IT infrastructure Request for Change (RFC) – a means of proposing a change to any component of an IT infrastructure or any aspect of an IT service Forward Schedule of Change (FSC) – a schedule that contains details of all the changes approved for implementation and their proposed implementation date

Change Management Change Management Definitions Standard Change – a Change that is recurrent, has been proceduralized to follow a pre-defined, relatively risk free path and where Change Management and budgetary authority is effectively give in advance Service Request – a request, usually made through a Service Desk, for a Standard Change Example: providing access to services for a new member of staff or relocating a few PCs

Release Management Release Management Goals Release Management takes a holistic view of a Change to an IT service and should ensure that all aspects of a Release, both technical and non-technical, are considered together Good resource planning and management are essential to package and distribute a Release successfully. The focus of Release Management is the protection of the live environment and its services through the use of formal procedures and checks.

Service Support Process Model
Service Desk Management Tools & IT Infrastructure Enquiries, Communications, Workarounds, Updates Incidents Users / Customers Incident Management Changes Problem Management Releases Services Reports, Incidents, Statistics, Audit Reports Change Management Release Management Problem Statistics, Trend Analysis, Problem Reports, Problem Reviews, Diagnostic Aids, Audit Reports Configuration Management Change Schedule, CAB Minutes, Change Statistics, Change Reviews, Audit Reports Release Schedule, Release Statistics, Release Reviews, Source Library, Testing Standards, Audit Reports CMDB Reports, CMDB Statistics, Policy/Standards, Audit Reports Configuration Management Database Incidents Problems, Known Errors Changes Releases CI Relationships

Service Support Service Delivery The Service Desk Incident Management
Problem Management Configuration Management Release Management Change Management Service Delivery Service Level Management Availability Management IT Service Continuity Management Capacity Management Financial Management for IT Services

Service Level Management
Goals To maintain and gradually improve business aligned IT service quality, through a constant cycle of defining, agreeing, monitoring, reporting and IT service achievements and through instigating actions to eradicate unacceptable levels of service Service Level Management manages and improves the agreed level of service between two parties The provider who may be an internal service department or the external organisation that provides an outsourced service The receiver of the servers i.e. the customer who pays the bill. Presenter Note : Note that ITIL’s definition of Service Level Management includes both maintaining and improving service level.

Availability Management
Availabtily Management Availability Management Goals To optimise the capability of the IT infrastructure and supporting organisations to deliver a cost effective and sustained level of availability that enables the business to satisfy its objectives

IT Service Continuity Management
IT Service Coninuity Management IT Service Continuity Management Goals To support the overall Business Continuity Management process by ensuring that the required IT technical services and facilities can be recovered within required and agreed business time-scales Note. IT Service Continuity Management used to be known as Disaster Recovery in the old ITIL books

Capacity Management Capacity Management Goals To understand the future business requirements (the required service delivery), the organization's operations (the current delivery), and ensure that all current and future capacity and aspects of the business requirements are provided cost effectively

Financial Management For IT Services
Goals To provide cost-effective stewardship of the IT assets and financial resources used in Services Note. Financial Management of IT Services used to be known as Cost Management in the old ITIL books Note. Financial Management of IT Services used to be known as Cost Recovery in the old ITIL books

Participants in IT Service Management
Service Delivery Sr. IT Mgt Sr. Mgt Strategic Tactical Service Support Service Level Management Customers Explain the difference between operational, tactical and strategic activities. Operational activities can be considered as day-to-day activities. Tactical activities are designed to ensure that the strategic direction is translated into a service that can be operationally supported and reflects the customer requirements. Difference between end users and customers… users make use of the IT services customers pay for it. Senior management sets policy and ensures strategies and goals are aligned. This is to show that they are all part of the ITIL activities Operational Service Desk Users IT The Business

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

Namų darbai http://proin.ktu.lt/pkp/pkbm/
Vartotojas: maf Slaptažodis: stud Reikalavimai: Internet Explorer 5.5+ Peržiūrėti (perskaityti) PKP Branda procesų ACQ, SPL, OPE, ENG aprašymus

ISO/IEC Pagrindiniai gyvavimo ciklo procesai

Similar presentations

Presentation on theme: "ISO/IEC Pagrindiniai gyvavimo ciklo procesai"— Presentation transcript:

Similar presentations

About project

Feedback

Log in

Auth with social network:

ISO/IEC Pagrindiniai gyvavimo ciklo procesai

Similar presentations

Presentation on theme: "ISO/IEC Pagrindiniai gyvavimo ciklo procesai"— Presentation transcript:

Similar presentations

About project

Feedback