Programų sistemų inžinerija

17
Programų sistemų inžinerija Saulius Ragaišis, VU MIF [email protected]

description

Programų sistemų inžinerija. Saulius Ragaišis , VU MIF [email protected]. Pakopinės architektūros CMMI modelis. Brandos lygiai. Brandos lygiams priskirtos proceso sritys. Brandos lygiams priskirtos proceso sritys. Tolydinės architektūros CMMI modelis. Gebėjimo lygiai. - PowerPoint PPT Presentation

Transcript of Programų sistemų inžinerija

Page 1: Programų sistemų inžinerija

Programų sistemų inžinerija

Saulius Ragaišis, VU [email protected]

Page 2: Programų sistemų inžinerija

Pakopinės architektūros CMMI modelis

Bendrieji bruožai

Brandos lygiai

Proceso sritis 1 (PA1) Proceso sritis 2 (PA2) Proceso sritis n (PAn)

Specifiniai tikslai Bendrieji tikslai

Specifinės praktikosĮsipareigojimas

atliktiSugebėjimas

atliktiTiesioginis

įgyvendinimasVerifikavimo

įgyvendinimas

Bendrosios praktikos

Page 3: Programų sistemų inžinerija

Brandos lygiai

Brandos lygis Pakopinės architektūros brandos lygis

1 Pradinis (angl. Initial)

2 Valdomas (angl. Managed)

3 Apibrėžtas (angl. Defined)

4 Kiekybiškai valdomas (angl. Quantitatively Managed)

5 Optimizuojamas (angl. Optimizing)

Page 4: Programų sistemų inžinerija

Brandos lygiams priskirtos proceso sritysBrandos lygis Priskirtos proceso sritys

1: Pradinis -

2: Valdomas (7 proceso sritys)

REQM: Reikalavimų valdymas, PP: Projekto planavimas, PMC: Projekto stebėjimas ir kontrolė,SAM: Sutarties su tiekėju valdymas, MA: Matavimai ir analizė, PPQA: Proceso ir produkto kokybės užtikrinimas, CM: Konfigūracijos valdymas

3: Apibrėžtas (14 proceso sričių)

RD: Reikalavimų apibrėžimas, TS: Techninis sprendimas, PI: Produkto integravimas, VER: Verifikavimas, VAL: Validavimas, OPF: Organizacinis dėmesys procesui, OPD: Organizacinis proceso apibrėžimas, OT: Organizaciniai mokymai, IPM: Integruotas projekto valdymas, RSKM: Rizikos valdymas, IT: Integruotas komandų valdymas, ISM: Integruotas tiekėjo valdymas, DAR: Sprendimų analizė ir priėmimas, OEI: Organizacinė aplinka integravimui.

Page 5: Programų sistemų inžinerija

Brandos lygiams priskirtos proceso sritys

Brandos lygis Priskirtos proceso sritys

4: Kiekybiškai valdomas (2 proceso sritys)

OPP: Organizacinis proceso vykdymas, QPM: Kiekybinis projekto valdymas.

5: Optimizuojamas (2 proceso sritys)

OID: Organizacinės inovacijos ir skleidimas, CAR: Priežasčių analizė ir panaikinimas.

Page 6: Programų sistemų inžinerija

Tolydinės architektūros CMMI modelis

Proceso sritis 1 (PA1) Proceso sritis 2 (PA2) Proceso sritis n (PAn)

Specifiniai tikslai Bendrieji tikslai

Specifinės praktikos Bendrosios praktikosGebėjimo lygiai

Page 7: Programų sistemų inžinerija

Gebėjimo lygiai

Gebėjimo lygis Tolydinės architektūros gebėjimo lygis

0 Nevykdomas (Incomplete)

1 Vykdomas (Performed)

2 Valdomas (Managed)

3 Apibrėžtas (Defined)

4 Kiekybiškai valdomas (Quantitatively Managed)

5 Optimizuojamas (Optimizing)

Page 8: Programų sistemų inžinerija

Proceso sričių kategorijosKategorija Priskirtos proceso sritys

Proceso valdymo 5 proceso sritys: OPD: Organizacinis proceso apibrėžimas, OPF: Organizacinis dėmesys procesui, OPP: Organizacinis proceso vykdymas, OT: Organizaciniai mokymai, OID: Organizacinės inovacijos ir skleidimas.

Projekto valdymo 8 proceso sritys:PP: Projekto planavimas, PMC: Projekto stebėjimas ir kontrolė, IPM: Integruotas projekto valdymas, RSKM: Rizikos valdymas, SAM: Sutarties su tiekėju valdymas, QPM: Kiekybinis projekto valdymas, ISM: Integruotas tiekėjo valdymas, IT: Integruotas komandų valdymas.

Page 9: Programų sistemų inžinerija

Proceso sričių kategorijos (2)

Kategorija Priskirtos proceso sritys

Inžinerinė 6 proceso sritys: RD: Reikalavimų apibrėžimas, REQM: Reikalavimų valdymas, TS: Techninis sprendimas, VAL: Validavimas, VER: Verifikavimas, PI: Produkto integravimas.

Palaikymo 6 proceso sritys: CAR: Priežasčių analizė ir panaikinimas, CM: Konfigūracijos valdymas, DAR: Sprendimų analizė ir priėmimas, MA: Matavimai ir analizė, PPQA: Proceso ir produkto kokybės užtikrinimas, OEI: Organizacinė aplinka integravimui.

Page 10: Programų sistemų inžinerija

Proceso srities aprašymo struktūraProceso srities vardas Tikslas Įvadinės pastabos Susijusios proceso sritys Specifiniai tikslai

Specifinės praktikos Tipiniai darbo produktai Veiklos

Bendrieji tikslai Bendrosios praktikos

Bendrųjų praktikų detalizavimas

Page 11: Programų sistemų inžinerija

CMMI proceso sričių struktūra

Privalomi komponentai

Tikėtini komponentai

Informaciniai komponentai

Specifiniai tikslai

Bendrieji tikslai

Specifinės praktikos

Bendrosios praktikos

Bendrųjų praktikų detalizavimas

Uždaviniai, praktiniai patarimai

Veiklos

Tipiniai darbo produktai

Disciplinos plėtojimas

Nuorodos

Page 12: Programų sistemų inžinerija

Bendrieji tikslai

Bendrasis tikslas 1: Pasiekti specifinius tikslus.

Bendrasis tikslas 2: Institucionalizuoti valdomą procesą.

Bendrasis tikslas 3: Institucionalizuoti apibrėžtą procesą.

Bendrasis tikslas 4: Institucionalizuoti kiekybiškai valdomą procesą.

Bendrasis tikslas 5: Institucionalizuoti optimizuojamą procesą.

Page 13: Programų sistemų inžinerija

Atitikimas tarp CMMI proceso sričių gebėjimo lygių ir organizacijos brandos lygių

Proceso sritis BL GL1 GL2 GL3 GL4 GL5 Reikalavimų valdymas 2 Matavimai ir analizė 2 Projekto stebėjimas ir kontrolė 2 Projekto planavimas 2 Proceso ir produkto kokybės užtikrinimas 2 Sutarties su tiekėju valdymas 2 Konfigūracijos valdymas 2

Tikslinis profilis

2

Sprendimų analizė ir priėmimas 3 Produkto integravimas 3 Reikalavimų apibrėžimas 3 Techninis sprendimas 3 Validavimas 3 Verifikavimas 3 Organizacinis proceso apibrėžimas 3 Organizacinis dėmesys procesui 3 Integruotas projekto valdymas 3 Rizikos valdymas 3 Organizaciniai mokymai 3

Tikslinis profilis

3

Organizacinis proceso vykdymas 4 Kiekybinis projekto valdymas 4

Tikslinis profilis 4

Organizacinės inovacijos ir skleidimas 5 Priežasčių analizė ir panaikinimas 5

Tikslinis profilis 5

Page 14: Programų sistemų inžinerija

Vertinimas pagal CMMIVertinimas gali būti atliekamas dviem pagrindiniais

tikslais:- nustatyti tiekėjo gebėjimą (brandą);- proceso gerinimui atlikti.Kaip CMMI produktų šeimos dalis buvo apibrėžti

reikalavimai vertinimo metodams ARC (angl. Appraisal Requirements for CMMI).

Išskiriamos 3 pagrindinės vertinimo pagal CMMI metodų klasės.

Page 15: Programų sistemų inžinerija

Vertinimo pagal CMMI metodų klasės

Klasė Pagrindinės metodo charakteristikos

A klasės vertinimo metodas

Pilnai įgyvendina visus ARC reikalavimusCMMI įvertinimai yra užfiksuoti, apie juos oficialiai informuota ir jie gali būti naudojami organizacijų palyginimuiRezultatai gali būti transformuoti į ISO 15504*

B klasės vertinimo metodas

Dalinai įgyvendina ARC reikalavimusPirminių vertinimo rezultatų pateikimas nebūtinasNėra nurodymų galutinių rezultatų pateikimuiĮvertinimai nėra aprašytiRezultatai negali būti transformuoti į ISO 15504

C klasės vertinimo metodas

Dalinai įgyvendina ARC reikalavimusPirminių vertinimo rezultatų pateikimas nebūtinasNėra nurodymų galutinių rezultatų pateikimuiĮvertinimai nėra aprašytiRezultatai negali būti transformuoti į ISO 15504Pastebėjimų validavimas ir įrodymų pateikimas nėra būtinasVertinimo komandos narių konsensusas nėra būtinas

Page 16: Programų sistemų inžinerija

Vertinimas pagal SCAMPIFazė Veiklos

1. Planavimas ir pasiruošimas vertinimui

1.1 Reikalavimų analizė

1.2 Planavimas

1.3 Komandos subūrimas ir paruošimas

1.4 Reikiamų duomenų nustatymas

1.5 Pasiruošimas duomenų rinkimui

2. Vertinimas 2.1 Duomenų rinkimas

2.2 Gautų duomenų tikrinimas ir įvertinimas

2.3 Surinktos informacijos dokumentavimas

2.4 Vertinimo rezultatų generavimas

3. Rezultatų pateikimas

3.1 Vertinimo rezultatų paskelbimas

3.2 Vertinimo rezultatų ir aprašų surinkimas ir perdavimas į archyvą

Page 17: Programų sistemų inžinerija

Klausimai

?