Giriş

Müasir mürəkkəb sistemlərin ən mühüm hissəsini proqram məhsulları - intellektual komponent təşkil edir. İndi proqram məhsulları insan fəaliyyətinin demək olar ki, bütün sahələrində idarəetmə problemlərini həll etmək üçün istifadə olunur: iqtisadiyyatda, sosial, hərbi və digər sahələrdə. Təhlükəsizlik Yüksək keyfiyyət daxili proqram məhsulları onlarla kütləvi inkişafölkə daxilində və dünya bazarında müxtəlif tətbiqlər üçün təchizat strateji məqsədə çevrilmişdir.

Hal-hazırda proqram mühəndisliyi və proqram təminatı məhsulunun keyfiyyət təminatında standartlaşdırmanın iki demək olar ki, müstəqil sahəsi mövcuddur ki, onları şərti olaraq ISO (Beynəlxalq Standartlar Təşkilatı) standart profilləri və SEI (ABŞ Proqram Mühəndisliyi İnstitutu) yetkinlik modelləri adlandırmaq olar. Birincilər [ , ], ikincilər isə [ , ] ilə kifayət qədər tam təmsil olunur. Məqalənin əsas məzmunu yetkinlik modellərinə həsr edilmişdir.

Mürəkkəb proqram təminatı məhsulları dünyasında rəqabət qabiliyyətini və onların uğurlu ixracı imkanlarını təmin etmək üçün onlar tələblərə uyğun hazırlanmalı və sertifikatlaşdırılmalıdır. beynəlxalq standartlara uyğun profillərəsasında ISO 9000:2000 və ya yetkinlik modelləri - CMMI: 2003(Capability Maturity Model Integration - Integrated software engineering maturity qiymətləndirmə modeli). Bu iki istiqamət metodoloji cəhətdən çox yaxındır və qarşılıqlı istinadlar vasitəsilə qismən kəsişir.

Texniki-iqtisadi göstəricilərin və proqram məhsullarının keyfiyyətinin yaxşılaşdırılması, həmçinin xətaların və qüsurların qarşısının alınması proqram təminatından istifadə etməklə təmin edilir. müasir texnologiyalar proqram mühəndisliyi və sistemləri komputer vasitəsilə dizayn. Bunlar dizayn, tətbiq və texniki xidmət üçün resursların ümumi dəyərini azaltmağa yönəlmiş yüksək keyfiyyətli, etibarlılıq və təhlükəsizlik proqram komplekslərinin yaradılması üçün yüksək məhsuldar, resursa qənaət edən texnologiyalardır. proqram vasitələri(PS). Bunun üçün, ilk növbədə, əvvəldən məqsəd, məqsəd və funksiyaların konkretləşdirilməsini və ən dəqiq təsvirini təmin edən təhlil və layihələndirmə üçün metod və vasitələri tətbiq etmək lazımdır. həyat dövrü(LC) PS və mümkün sistem qüsurlarının sonrakı inkişafın mərhələlərinə yayılmasının qarşısını almaq. Bu cür proqram mühəndisliyi texnologiyaları əməliyyat üçün ötürülən proqram məhsullarında sistem, alqoritmik və proqram xətalarının səviyyəsini aradan qaldırmağa və ya əhəmiyyətli dərəcədə azaltmağa imkan verir. Bundan əlavə, onlar PS-nin dəyişdirilməsi və saxlanmasında, eləcə də xarici mühitdə baş verən dəyişikliklərdə təsirli olurlar.

Mürəkkəb, kritik sistemlərin istifadəsinin keyfiyyətini, etibarlılığını və təhlükəsizliyini təsdiq etmək üçün onlarda istifadə olunan proqram məhsulları sertifikatlaşdırma sertifikatlaşdırılmış, problem yönümlü test mərkəzləri və ya laboratoriyalar. Bu cür testlər proqramlar mürəkkəb, kritik prosesləri idarə etdikdə və ya onlarda qüsurlar və ya qeyri-kafi keyfiyyət əhəmiyyətli zərərə səbəb ola biləcək qədər vacib olan məlumatları emal etdikdə həyata keçirilməlidir. Sertifikatlaşdırma testləri proqram komplekslərinin sənədlərin tələblərinə uyğunluğunu müəyyən etməli və sınaqlar zamanı öyrənilən xarici mühitin parametrlərindəki dəyişikliklər hüdudlarında işləməyə imkan verməlidir. Bu növ testlər ən böyük ciddilik və yoxlamaların dərinliyi ilə xarakterizə olunur və tərtibatçılardan və müştərilərdən (istifadəçilər) müstəqil mütəxəssislər tərəfindən aparılmalıdır.

Sertifikatlaşdırmanın əsasını standartlaşdırılmış müştəri tələblərinə uyğunluq üçün proqram paketlərinin sınaqdan keçirilməsi üçün ətraflı və effektiv proqramlar və üsullar, xüsusi hazırlanmış test problemləri və onların formalaşması üçün generatorlar, habelə sınaqçıların yüksək ixtisas və səlahiyyətləri olmalıdır. Tələblərə əsasən PS-nin həyat dövrünü təmin etmək üçün proqram məhsullarının, sertifikatlaşdırılmış keyfiyyət sistemlərinin inkişaf etdiriciləri olan müəssisələrdə tətbiq ISO 9000:2000 və ya CMMI: 2003, onların həyat dövrü proseslərinin və məhsulların yüksək, davamlı keyfiyyət idarəçiliyinə zəmanət verir, həmçinin bir çox hallarda son proqram məhsulunun sertifikatlaşdırılmasını asanlaşdırmağa imkan verir. Buna görə də, mürəkkəb proqram təminatı layihələrinin müştəriləri uyğunlaşdırılmış beynəlxalq standartlar profilləri və ya yetkinlik modelləri əsasında keyfiyyət təminatı sistemlərinin tətbiqini təsdiq edən sertifikatları olan icraçı podratçıları seçməyə meyllidirlər.

Proqram təminatı mühəndisliyi metodlarının tədrisindəki boşluqlar mütəxəssislərin işlərinin keyfiyyətinin qiymətləndirilməsində özbaşınalıqlarına, həmçinin proqram layihələrində çoxsaylı qüsur və xətaların yaranmasına geniş meydan qoyur. Proqramlar tərəfindən həll edilən müasir vəzifələrin artan mürəkkəbliyi və məsuliyyəti, habelə onların nəticələrinin qeyri-kafi keyfiyyətinin mümkün zərərləri keyfiyyət xüsusiyyətlərinə və ölçmə üsullarına tələblərin tam, standartlaşdırılmış təsviri üçün mənimsənilmə üsullarının aktuallığını əhəmiyyətli dərəcədə artırdı. proqram təminatının həyat dövrünün müxtəlif mərhələlərində onların real, əldə edilmiş dəyərləri. Mütəxəssislərin proqram məhsullarının keyfiyyətinin xüsusiyyətlərini qiymətləndirmək üçün anlayışları, tərifləri və üsulları bilmə ehtiyacı kəskin şəkildə artmışdır.

Proqram təminatı komplekslərinin sürətlə artması və mürəkkəbləşməsi peşəkar əmək bölgüsü ilə böyük proqramlaşdırma komandalarının yaradılmasına gətirib çıxarır ki, bu zaman vahid layihə üzrə mütəxəssis qruplarının əlaqələndirilmiş fəaliyyətini tənzimləmək lazımdır. Tərtibatçıların müqavilələrdə yüksək keyfiyyətli proqram təminatını razılaşdırılmış müddət ərzində çatdırmaq vədləri çox vaxt yerinə yetirilmir. Çox vaxt bu ona görə baş verir ki, sifarişçi və podratçı keyfiyyət səviyyəsini müxtəlif meyarlara görə qiymətləndirirlər və bu məsələdə onların razılığı yoxdur və proqramların keyfiyyətinin qiymətləndirilməsinə yanaşma kifayət qədər rəsmiləşdirilməmişdir. Bundan əlavə, bəzən yüksək keyfiyyətli proqramlara nail olmaq üçün lazım olan resursları düzgün qiymətləndirmək bacarığı yoxdur. Nəticədə, proqram məhsullarının keyfiyyəti çox vaxt beynəlxalq bazarda aşağı, etibarsız və rəqabətsiz olaraq qalır. Buna görə də bir çoxunun inkişafı və tətbiqi ən əhəmiyyətli problemdir müasir sistemlər proqram təminatı mühəndisliyi sahəsində mütəxəssislərin hazırlanması və təhsili, proqram təminatının yüksək keyfiyyətinə töhfə verən beynəlxalq standartların istifadəsi və əsas məqsədlə etibarlı qiymətləndirilməsi - layihə proseslərinin həyata keçirilməsidir. idarə oluna bilən, və nəticələr proqnozlaşdırıla bilən. Tələbləri rəsmiləşdirmək və bu keyfiyyəti təmin etmək və təkmilləşdirmək üçün mövcud olan resursları nəzərə alaraq mürəkkəb proqram paketlərinin işləməsi və tətbiqi keyfiyyətinin xüsusiyyətlərinin xüsusi dəyərlərinə nail olmaq lazımdır.

CMMI yetkinlik modeli - 1.1əvvəlki modelləri təkmilləşdirir və təkmilləşdirir CMM(bax ), həmçinin proqram təminatının idarə edilməsi sahəsində mövcud beynəlxalq standartların əsas tələblərini qismən nəzərə alır. Əhəmiyyətli diqqət CMMI Müştəri tələblərini dəyişdirərkən, onların funksiyalara, komponentlərə, testlərə və layihə sənədlərinə izlənilməsi üçün inkişaf proseslərinə və iterasiyaların uçotuna verilir. Bu yaxınlarda 2003-cü il versiyasının SEI versiyasının modernləşdirilməsi haqqında məlumatlar ortaya çıxdı. CMMI-1.1 yığılmış təcrübəyə və müəssisələrdən gələn rəylərə əsaslanır. 2006-cı ildə modelin yeni, əhəmiyyətli dərəcədə təkmilləşdirilmiş versiyasını buraxacağı gözlənilir CMMI-1.2, bundan sonra 1.1 versiyası mərhələli şəkildə ləğv edilməlidir. 2007-ci ilin sonuna qədər istifadəçilər versiyaya keçməlidirlər CMMI-1.2, və gələcəkdə proqram mühəndisliyi sahəsində müəssisə texnologiyasının keyfiyyətinin (sertifikasiyasının) rəsmi qiymətləndirilməsi üçün məcburi olacaqdır. Sertifikatın etibarlılıq müddəti üç il ilə məhdudlaşacaq. Böyük proqram sistemlərinin müştəriləri və tərtibatçıları bu dəyişikliklərə SEI tərəfindən 1.2 versiyasının rəsmi nəşrindən əvvəl hazırlaşmalıdırlar.

CMMI yetkinlik modelinin strukturu və məzmunu - 1.1

İki model variantı CMMI-1.1 təmin etmək üçün nəzərdə tutulmuşdur davamlı proqram təminatının inkişafının müəyyən bir sahəsində və ya üçün bir sıra proseslərin qiymətləndirilməsi mərhələli müəssisənin yetkinliyinin qiymətləndirilməsi və təkmilləşdirilməsi, eləcə də ümumilikdə proqram komplekslərinin həyat dövrünün təşkili üçün. Modellər CMMI məhsulların təşkili və təkmilləşdirilməsi, habelə PS-nin işlənib hazırlanması və saxlanması proseslərinin sadələşdirilməsi və onlara xidmət göstərilməsi üçün mütəxəssislərə köməklik göstərmək. Bu modellərin konsepsiyası mürəkkəb sistemlərin yetkinliyinin idarə edilməsi və qiymətləndirilməsi, proqram mühəndisliyi, eləcə də inteqrasiya olunmuş proqram məhsullarının yaradılması və onların inkişafının təkmilləşdirilməsi proseslərini əhatə edir. Davamlı və mərhələli modellərin komponentləri əsasən oxşardır və konkret layihələrin xüsusiyyətlərindən və xüsusiyyətlərindən asılı olaraq fərqli tərkibdə və istifadə ardıcıllığında seçilə və tətbiq oluna bilər.

Modelin təsviri variantları ümumi bölmələri ehtiva edən vahid bir sxemə uyğun olaraq qurulur:

• ön söz;
• 1 bölmə - giriş;
• Bölmə 2 - komponent modeli;
• 3-cü bölmə - terminologiya;
• 4-cü bölmə - səviyyələrin məzmunu və modelin hər bir versiyasının əsas komponentləri (məqsəd və prosedurların işlənməsi);
• 5-ci bölmə - proseslərin qarşılıqlı təsirinin strukturu; 7-ci bölmədə proseslərin dörd kateqoriyası, onların ümumi icmalı və CMMI proseslərinin qarşılıqlı əlaqə sxemləri şərh edilmişdir:
  • prosesin idarə edilməsi;
  • menecment - layihənin idarə edilməsi;
  • mühəndislik (texnologiya);
  • dəstək;
• Bölmə 6 - Modeldən istifadə CMMI- modelin tətbiqi və təlim üzrə istifadəçilər üçün qısa tövsiyələr; standartın 2-ci və 3-cü hissələrində model proseslərinin əvvəlki CMM modelinin tənzimlənən prosesləri ilə uyğunluğu və uyğunluğu qeyd olunur. ISO 15504.
• 7-ci bölmə hər bir standartda sonuncu, ən böyüyüdür, ümumi sənədin təxminən 500 səhifəsini tutur ki, bu da 700 səhifədən çoxdur. Bu bölmədə müəyyən bir modelin xüsusiyyətlərini nəzərə alan, orada sadalanan proseslərin hər birinin həyata keçirilməsi üçün ətraflı tövsiyələr verilir.

Birinci seçim(davamlı) model sənədi əks etdirir: Sistem Mühəndisliyi/ Proqram Mühəndisliyi/İnteqrasiya edilmiş Məhsul və Proseslərin İnkişafı, Versiya 1.1, Davamlı Nümayəndəlik üçün Qabiliyyət Yetkinlik Modeli İnteqrasiyası (CMMI) (CMMI-SE/SW/IPPD, V1.1, Davamlı). İnteqrasiya edilmiş Sistem Mühəndisliyi/Proqram Mühəndisliyi/İnteqrasiya edilmiş Məhsullar və İnkişaf Proseslərinin Yetkinlik Qiymətləndirilməsi Modeli - davamlı görünüş. Bu modeldə yeddinci bölmə proseslərdən ibarətdir:

• prosesin idarə edilməsi:
  • təlimin təşkili;
  • proseslərin transformasiyasının (dəyişikliklərinin) təşkili;
  • innovasiyaların və genişlənmələrin təşkili;
• layihənin idarə olunması:
  • layihənin planlaşdırılması;
  • layihə proseslərinin monitorinqi və nəzarəti;
  • Risklərin idarə edilməsi;
  • kəmiyyət layihənin idarə edilməsi;
• mühəndislik (texnologiya):
  • tələblərin idarə edilməsi;
  • tələblərin inkişafı;
  • texniki həllər;
  • məhsul inteqrasiyası;
  • yoxlama;
  • validasiya (attestasiya, təsdiq);
• dəstək:
  • konfiqurasiyanın idarə edilməsi;
  • dəyişikliklərlə bağlı təhlil və qərarların qəbulu;
  • kök səbəb təhlili və problemin həlli (nöqsanların aradan qaldırılması).

Beş əlavədə göstərilir:

AMMA- istifadə olunan ədəbi mənbələrin və sənədlərin tərkibi, lakin standartları qeyd etmir ISO;

AT- abbreviaturalar;

FROM- lüğətə əsaslanan terminologiya ISO yalnız dörd standartda istifadə olunur ISO 9000, ISO 12207, ISO 15504:1-9, ISO 15288;

D - yetkinlik səviyyələri üzrə model komponentlərinin formalaşdırılması üçün tələblərin və təkliflərin təsviri;

E - inkişaf iştirakçılarının siyahısı CMMI- layihə.

Bu modeldə diqqət təşkilati proseslərə, proqram layihələrinin həyata keçirilməsi proseslərinin planlaşdırılmasına, idarə edilməsinə və nəzarətinə, proqram məhsullarına tələblərin işlənib hazırlanmasına və idarə olunmasına yönəldilmişdir. Aşağıdakılar ətraflı nümunələrdir CMMI onlardan bəziləri.

Layihənin Planlaşdırılması həm bu, həm də ikinci modelə daxildir:

• proqram məhsulunun mümkün ölçüsünün (miqyasının) qiymətləndirilməsi;
• PS layihəsinin funksiyalarının və xüsusiyyətlərinin mürəkkəbliyinin qiymətləndirilməsi;
• proqram paketinin həyat dövrünün modelinin və mərhələlərinin müəyyən edilməsi;
• layihənin texniki-iqtisadi əsaslandırılması - yarımstansiyanın dəyərinin, əmək intensivliyinin və həyat dövrünün müddətinin müəyyən edilməsi;
• mərhələli iş qrafikinin və layihənin büdcəsinin hazırlanması;
• layihə risklərinin təhlili, müəyyən edilməsi və qiymətləndirilməsi;
• PS layihəsinin həyat dövründə proseslərin və məhsulların sənədlərinin planlaşdırılması və idarə edilməsi;
• PS-nin həyat dövrünün mərhələləri üzrə texniki və insan resurslarının planlaşdırılması və bölüşdürülməsi;
• layihənin həyata keçirilməsi üçün mütəxəssislər qrupunun bilik və ixtisas təminatının planlaşdırılması;
• PS layihəsi üçün planlar toplusunun ümumiləşdirilməsi və təhlili;
• PS layihəsinin sifarişçisi ilə tərtibatçı tərəfindən həyat dövrünün mərhələləri üçün işlərin və resursların əlaqələndirilməsi;
• iş planının sənədləşdirilməsi və layihənin tərtibçisi meneceri tərəfindən təsdiqlənməsi.

Tələblərin İnkişafı Prosesləri proqram məhsulu hər iki modeldəki proseslərə bənzəyir və bunlara daxildir:

• proqram məhsulunun funksiyalarına və xüsusiyyətlərinə müştərinin və istifadəçilərin real ehtiyaclarının müəyyən edilməsi;
• proqram məhsulunun funksiyalarına dair ilkin, əsas tələblərin sifarişçi ilə tərtibatçı arasında işlənib hazırlanması və əlaqələndirilməsi;
• mövcud resursların və proqram təminatı dəsti layihəsinin məhdudiyyətlərinin müəyyən edilməsi;
• PS-nin funksiyaları üçün əsas ilkin tələblərin proqram paketinin komponentləri və sınaqları üçün tələblər toplusuna parçalanması;
• əməliyyat və xarici mühitlə komponentlər arasında interfeyslərə tələblərin rəsmiləşdirilməsi;
• proqram məhsulu konsepsiyasının və ondan istifadə ssenarilərinin işlənib hazırlanması;
• funksional uyğunluğun ümumiləşdirilmiş xarakteristikalarına və proqram məhsulunun funksiyalarından təyinatı üzrə istifadəyə dair tələblərin işlənib hazırlanması.

Tələblərin İdarə Edilməsi hər iki modelə daxildir:

• müştəri və tərtibatçılar tərəfindən PS layihəsi üçün tələblərin birmənalı başa düşülməsinə nail olmaq;
• müştərinin proqram məhsuluna olan bütün tələblərini yerinə yetirmək üçün tərtibatçılardan öhdəliklərin alınması;
• sifarişçi və tərtibatçı arasında razılaşdırılmış PS layihəsi üçün tələblərdə dəyişikliklərin idarə edilməsi;
• PS layihəsi üçün ümumi tələblərdən komponentlərə və xüsusi proseslərə olan tələblərə dəyişikliklərin düzgünlüyünü təmin etmək;
• layihənin inkişaf prosesləri ilə müştəri tələbləri arasında uyğunsuzluqların müəyyən edilməsi və müəyyən edilməsi.

İkinci variant sənədi təqdim edir: Sistem Mühəndisliyi/Proqram Mühəndisliyi/İnteqrasiya edilmiş Məhsul və Proseslərin İnkişafı üçün Qabiliyyət Yetkinlik Modeli İnteqrasiyası (CMMI), Versiya 1.1, Mərhələli Nümayəndəlik (CMMI-SE/SW/IPPD, V1.1, Mərhələli). İnteqrasiya edilmiş Sistem Mühəndisliyi/Proqram Mühəndisliyi/İnteqrasiya edilmiş Məhsullar və İnkişaf Proseslərinin Yetkinlik Qiymətləndirilməsi Modeli - mərhələli təqdimat. Model beş yetkinlik səviyyəsi konsepsiyasının saxlanmasına əsaslanır CMM[ , ]. Proseslərin tərkibi praktiki olaraq modelin birinci versiyası üçün yuxarıda veriləni təkrarlayır, lakin bir qədər fərqli ardıcıllıqla və nisbətən kiçik əlavələrlə.

Birinci səviyyə müxtəlif nisbətən sadə layihələrdə proseslərin tərkibində və məzmununda əhəmiyyətli qeyri-müəyyənlik ilə xarakterizə olunur, buna görə də sənəddə şərh edilmir. Buna görə də, mərhələli versiyada proseslərin məzmununu aydınlaşdırarkən və təfərrüatlandırarkən CMMI məhdudlaşdırılması tövsiyə olunur dörd əsas səviyyə:

• ikinci səviyyə- əsas layihə idarəetməsini rəsmiləşdirir:
  • tələblərin idarə edilməsi;
  • layihənin planlaşdırılması;
  • layihənin monitorinqi və nəzarəti;
  • təchizatçılarla müqavilələrin idarə edilməsi;
  • proseslərin və məhsulların ölçülməsi və təhlili;
  • proseslərin və məhsulların keyfiyyətinin təmin edilməsi;
  • konfiqurasiyanın idarə edilməsi;
• üçüncü səviyyə- əsas proseslərin standartlaşdırılmasını ehtiva edir:
  • tələblərin inkişafı;
  • texniki həllər;
  • məhsul inteqrasiyası;
  • yoxlama;
  • validasiya (sertifikasiya);
  • təşkilati proseslərin məzmunu;
  • təşkilati proseslərin müəyyənləşdirilməsi;
  • təlimin təşkili;
  • layihə proseslərinin və məhsulların inteqrasiya olunmuş idarə edilməsi;
  • Risklərin idarə edilməsi;
  • inkişaf komandasının inteqrasiyası;
  • təchizatçıların inteqrasiya olunmuş idarə edilməsi;
  • problemlərin təhlili və həlli (nöqsanların aradan qaldırılması);
  • inteqrasiya mühitinin təşkili;
• dördüncü səviyyə- kəmiyyət idarəetməsini müəyyən edir:
  • proseslərin keyfiyyətinin təmsil olunmasının təşkili;
  • bütün layihənin və resursların kəmiyyət idarə edilməsi;
• beşinci səviyyə- optimallaşdırma, davamlı təkmilləşdirmə:
  • təşkili, innovasiya, proseslərin kəmiyyət idarə edilməsi və resursların təmin edilməsi;
  • qüsurların səbəblərinin təhlili, keyfiyyətin yüksəldilməsi və proseslərin və məhsulların idarə edilməsi.

Modelin ikinci versiyasındakı tətbiqlər tərkibinə görə birinci model üçün yuxarıda göstərilən tətbiqlərə oxşardır. Hər bir daha yüksək yetkinlik səviyyəsində müraciət etmək tövsiyə olunur bütün proseslərəvvəlki aşağı səviyyələr. Modelin hər iki versiyasında yuxarıda vurğulanan hər bir əsas proses onun praktiki həyata keçirilməsi üçün ətraflı tövsiyələrlə şərh olunur və bu tövsiyələr strukturda birləşdirilmiş təxminən 20-30 səhifədən ibarətdir:

• əldə ediləcək prosesin ümumi məqsədləri;
• giriş sözü və proses funksiyalarının ümumi təsviri;
• xüsusi proses məqsədləri;
• prosesin idarə edilməsi;
• proses tələblərinin işlənib hazırlanması;
• digər proseslərlə qarşılıqlı əlaqə və interfeys;
• praktik məqsədlər - proses fəaliyyətinin tələb olunan nəticələri;
• müəyyən bir prosesdə hərəkətlərin planlaşdırılması;
• prosesin həyata keçirilməsinin nəticələrinin təhlili və təsdiqi (təsdiqi);
• prosesin monitorinqi və nəzarəti.

Əsas proseslərin əhatə dairəsi, məzmunu və təsvirlərinin tamlığı baxımından bu tövsiyələr PS Həyat Dövrü Profili üçün təqdim olunan bir sıra standartlara bənzəyir. Yetkinlik səviyyələrinə uyğun olaraq istifadə olunan proseslərin tamlığını sifariş etmək və qiymətləndirmək, müəssisələrin istehsal potensialını proseslərin proqnozlaşdırılan keyfiyyəti və onların fəaliyyətinin nəticələri və sertifikatlaşdırmaya hazırlığı baxımından proqram məhsullarını inkişaf etdirməyə imkan verir. modelin müəyyən yetkinlik səviyyəsinə uyğunluğu CMMI - 1.1.

Modellərə diqqət yetirin CMMI PS layihəsinin idarəetmə proseslərinə verilir. Modellərin bu tələbləri və prosesləri praktiki olaraq standartlarda tənzimlənən və ətraflı tövsiyələrə uyğundur. ISO 9001:2000 və kompleks PS həyat dövrü standartlarının profilinin əsas komponentləri [ , ]. Standartların 4-8 funksional bölmələrindəki proseslərə tələblər ISO 9001, ISO 9004, ISO 90003 məzmunca adekvat olan bir sıra bölmələr modeldə müqayisə oluna bilər CMMI(şək. 1-də məzmunun üst-üstə düşmə zonası). Proseslərin və tələblərin ümumiliyi oxşarlıqdan ibarətdir: tərkibi, terminologiyası, strukturu, tövsiyə olunan idarəetmə proseslərinin siyahısı, planlaşdırma, mövcud resursların uçotu, proqram mühəndisliyi proseslərinin həyata keçirilməsi, mütəxəssislərin qiymətləndirilməsi və təşkili.

Şəkil 1. Proseslərin ümumiliyi və standartların və yetkinlik modellərinin tələbləri

Böyük proqram layihələrinin tam həyat dövrünün dəstəklənməsi və tənzimlənməsi baxımından modellərin çatışmazlıqları CMMI mövcud standartların profili ilə bağlı ISO aşağıdakıları əhatə edə bilər:

Yuxarıda göstərilən PS-nin həyat dövrünün təmin edilməsi üçün proseslərin yetkinlik səviyyələrini müəyyən etmək üçün geniş texniki hesabat hazırlanmış və ilkin olaraq 1998-ci ildə təsdiq edilmişdir. ISO 15504, doqquz hissədən və bir çox tətbiqdən ibarətdir. Yetkinlik modelini təsvir edir CMM və səkkiz əsas prinsiplər standarta əsaslanan proqram mühəndisliyi ISO 9000:2000. Sonra daxil ISO bu sənəd məqsəd və konsepsiyanı tam saxlamaqla, strukturu və məzmunu köklü şəkildə yenidən işlənmiş, ixtisar edilmiş, sadələşdirilmiş və təsdiq edilmişdir. standart olaraq beş hissədə.

Standart ISO 15504:1-5:2003-2006 müəssisələr tərəfindən həyata keçirilən proqram vasitələrinin və sistemlərinin yaradılması, saxlanması və təkmilləşdirilməsi proseslərinin yetkinliyinin qiymətləndirilməsini və sertifikatlaşdırılmasını tənzimləyir:

• öz texnoloji proseslərinin vəziyyətini qurmaq və onların təkmilləşdirilməsi;
• xüsusi tələblərə və ya müştəri tələblərinin siniflərinə cavab vermək üçün öz proseslərinin uyğunluğunu müəyyən etmək;
• performans üçün uyğunluğu baxımından müəyyən müqavilələr PS və sistemlərin müştəriləri ilə.

Standart aşağıdakılara kömək edir: müəssisələrin yetkinliyinin özünü qiymətləndirməsi, sertifikatlaşdırılmış proseslərin adekvat idarə edilməsini təmin etmək, proses reytinqlərinin profilini müəyyənləşdirmək, həmçinin ƏS və sistemlərin istənilən həcminə və ölçüsünə uyğundur. Standartın tətbiqi müəssisələrin və mütəxəssislərin inkişafına yönəlib davamlı təkmilləşdirmə mədəniyyəti texnologiya yetkinliyi layihələrin biznes məqsədlərinə cavab verən PS-nin həyat dövrünün təmin edilməsi və mövcud resurslardan istifadənin optimallaşdırılması. Müəssisə prosesinin yetkinliyinin qiymətləndirilməsi müəyyən layihələr üçün üstünlük verilən onları müqayisə etmək və seçmək imkanı verir:

• müştərilər, alıcılar, proqram məhsullarının və sistemlərinin istifadəçiləri üçün: təchizatçının həyat dövrü proseslərinin cari və potensial yetkinliyini müəyyən etmək imkanı;
• təchizatçılar və tərtibatçılar üçün: öz proqram təminatı və sistemlərinin həyat dövrü proseslərinin cari və potensial yetkinliyini, proseslərin təkmilləşdirilməsi üçün sahələri və prioritetləri müəyyən etmək bacarığı;
• qəbul qiymətləndiriciləri üçün: qiymətləndirmə proseslərinin aparılması və təkmilləşdirilməsi üçün çərçivə.

Standartda təsdiqləmə ilə məşğul olur iki aspekt: müəyyən bir müəssisənin PS və sistemlərinin həyat dövrü proseslərini təkmilləşdirmək və layihənin və ya müəssisəyə dəstək proseslərinin elan edilmiş müddətinin istifadə olunan faktiki proseslərə uyğun olub olmadığını müəyyən etmək. Bu, standartın aşağıdakı beş hissəsində öz əksini tapmışdır. ISO 15504:1-5:2003-2006.

1-ci hissə - Konsepsiya və lüğət. Proqram təminatının və sistemlərin yetkinliyinin sertifikatlaşdırılması prosesləri haqqında ümumi məlumatları və standart hissələrinin istifadəsi üçün tövsiyələri ehtiva edir. Konturlu Ümumi Tələb olunanlar sertifikatlaşdırma üçün, terminologiya, struktur, standartın qalan hissələrinin əhatə dairəsi müəyyən edilir.

2-ci hissə - Sertifikatlaşdırmanın yerinə yetirilməsi (istehsalatı). O, PS və sistemlərin həyat dövrünü təmin etmək üçün texnoloji proseslərin yetkinlik səviyyəsinin təkmilləşdirilməsi və müəyyən edilməsi üçün əsas kimi sertifikatlaşdırma proseslərinin aparılması üçün ətraflı tələbləri ehtiva edir. Sənəddə attestasiyanın aparılması prosesləri, attestasiya üçün tövsiyə olunan proseslərin modelləri və proseslərin yoxlanılması obyektiv, mənalı və təmsilçi olması üçün müəyyən edilir.

3-cü hissə - Sertifikatlaşdırma istehsalı üçün təlimat. Yetkinliyin qiymətləndirilməsi proseslərini yerinə yetirmək və tələblərin həyata keçirilməsini şərh etmək üçün texnologiyanın icmalını təqdim edir. O, əks etdirir: sertifikatlaşdırmanın icrası; yetkinlik proseslərinin müəyyən edilməsi üçün ölçmə vasitələri; sertifikatlaşdırma vasitələrinin seçilməsi və tətbiqi; sertifikat verənlərin səriştəsinin qiymətləndirilməsi; attestasiyanın bəyan edilmiş tələblərə uyğunluğunun yoxlanılması. Təsdiqləmə alətləri müəssisələr tərəfindən proqram məhsullarının və sistemlərinin planlaşdırılması, idarə edilməsi, monitorinqi, nəzarəti və təkmilləşdirilməsi, onların əldə edilməsi, inkişafı, tətbiqi və texniki xidmətində istifadə edilə bilər.

Hissə 4 - Bu iki aspektdə prosesin təkmilləşdirilməsi və prosesin yetkinliyi üçün istifadəçi təlimatı. Bir sıra addımlar tövsiyə olunur, bunlara aşağıdakılar daxildir: doğrulama proseslərinin nəticələrinin tətbiqi; yetkinliyin qiymətləndirilməsi üçün məqsədlərin müəyyən edilməsi; sertifikatlaşdırma üçün ilkin məlumatların müəyyən edilməsi; yaranan risklərin mümkün azaldılmasının qiymətləndirilməsi; prosesləri yaxşılaşdırmaq üçün addımlar; yetkinlik səviyyəsini müəyyən etmək üçün addımlar; kvalifikasiya təhlilinin nəticələrinin tələblərlə müqayisəsi.

5-ci hissə - 2-ci hissədə təqdim olunan tələblərə uyğunluq üçün attestasiya proseslərinin nümunə modeli. Geniş sənəd (162 səhifə) müxtəlif tətbiq sahələri, proqram layihələri və müəssisələr üçün həyat dövrü prosesinin yetkinlik qiymətləndirmələrinin təşkili, qiymətləndirilməsi və təkmilləşdirilməsi üçün standartın əvvəlki hissələrinin praktiki nümunələrini təqdim edir.

Layihələrin praktiki həyata keçirilməsində və mürəkkəb proqram təminatının həyat dövrünün təmin edilməsində, tərtibatçılar və təchizatçılar üçün tətbiq üçün modellərin üstünlüklərini müəyyən etmək və vurğulamaq bəzən çətin olur. CMMI. Müəssisənin ənənələrindən və böyük bir layihənin xüsusiyyətlərindən asılı olaraq, çox vaxt PS-ni əsas tam olaraq istifadə etmək məsləhət görülür. standart profilISO, və müştərinin qiymətləndirilməsi üçün yetkinlik səviyyəsi PS layihələrinin idarə edilməsi, təşkilati və texnoloji dəstəyi xüsusi tövsiyələr tətbiq edir CMMI. Bu təlimatlardan səmərəli istifadə oluna bilər proses keyfiyyətinin sertifikatlaşdırılması PS-nin həyat dövrünü təmin edən müəssisələrdə alternativ olaraq və ya bir sıra idarəetmə standartlarına uyğun olaraq sertifikatlaşdırma ilə birlikdə ISO 9000, layihənin xüsusiyyətlərindən və ərizəçinin proqram məhsulunun və ya texnologiyasının onun həyat dövrünü təmin etmək üçün sertifikatlaşdırma tələblərindən asılı olaraq.

Proqram məhsullarının sertifikatlaşdırılmasının təşkili

Sertifikatlaşdırma təşkil edən bir sıra təşkilati proseslərdən ibarətdir sertifikatlaşdırma sistemi, bu proseslər tənzimlənən prosedurlar və sənədlərlə dəstəklənir və ixtisaslı, sertifikatlı ekspertlər - müfəttişlər tərəfindən həyata keçirilməlidir. Tərtibatçı-müəssisənin və onun fəaliyyətinin nəticələrinin sertifikatlaşdırılması üçün - proqram məhsulları, modellər CMMI və ya standart profillər ISO[ , ] obyektlərin spesifik xüsusiyyətlərinə və PS-nin həyat dövrünün mühitinə uyğunlaşdırılmalı olan müəyyən bir nizam-intizam tövsiyə olunur. Aşağıda sadalanan proseslər və sənədlər böyük layihələr üçün nəzərdə tutulub və daha sadə hallarda tərtibatçılar, müştərilər və sertifikatçılar arasında razılaşma ilə azaldıla bilər.

Sertifikatlaşdırma işi orqanın və ya sınaq laboratoriyasının akkreditasiyası, akkreditasiyanın məqsədəuyğunluğu barədə qərar qəbul etmək üçün Mərkəzi Sertifikatlaşdırma Orqanına ərizə və sənədlər toplusunun formalaşdırılması və təqdim edilməsi ilə başlayır. Test nəticələri müsbət olarsa, akkreditasiya sertifikatı tərtib edilir və verilir.

Sertifikatlaşdırma orqanı və ya laboratoriyası haqqında əsasnamə akkreditasiyanın predmet sahəsini, hüquqi statusunu, funksiyalarını, strukturunu, hüquq və vəzifələrini, sınaqların üsullarını, vasitələrini və təşkilini müəyyən edən əsas sənəddir. Sertifikatlaşdırma laboratoriyasının (mərkəzinin) pasportunda avadanlıq haqqında məlumat olmalıdır kompyuter elmləri sınaq üçün zəruri olan işçi heyəti və işçi heyəti, sınaq alətləri ilə təchizat, normativ, texniki və metodiki sənədlərlə, habelə sınaq üçün zəruri olan digər resurslarla təmin edilməsi.

Keyfiyyətli sertifikatlaşdırma orqanının və ya laboratoriyanın əsas funksiya və vəzifələrinin həyata keçirilməsi, sınaqların keyfiyyətinin və qiymətləndirmələrin, sınaqların və imtahanların nəticələrinə inamın təmin edilməsi ilə bağlı prinsiplərin bəyanatını, metod və prosedurların təsvirini ehtiva edir. Keyfiyyət üzrə təlimat adətən bölmələri ehtiva edir [ TWLSC$

• sınaq və imtahanların keyfiyyətinin təmin edilməsi sahəsində siyasət;
• mərkəzin müvafiq metodiki materiallar və proqram təminatı və sınaq alətləri ilə təchiz edilməsi;
• sınaq obyektlərinə tələblərin rəsmiləşdirilməsi;
• mərkəzin texniki təchizatı və kadrların təkmilləşdirilməsi sahəsində siyasət;
• sertifikatlaşdırma nəticələrinin sənədləşdirilməsinin arxivləşdirilməsi və təhlükəsizliyinə nəzarət.

Sertifikatlaşdırılmalı olan məhsulların və ya proseslərin qiymətləndirilməsi üçün ərizəçi sertifikatlaşdırma sistemində qəbul edilmiş formada sertifikatlaşdırma orqanına ərizə göndərir. Sertifikatlaşdırma orqanı müraciət əsasında məhsulun sertifikatlaşdırılmasının hazırlanması və təşkili üzrə iş aparır. Bu işə daxildir:

• məhsulların xüsusiyyətləri (həcm, texnologiya, normativ sənədlərin tələbləri və s.) və tərtibatçının təklifləri nəzərə alınmaqla sertifikatlaşdırma sxeminin seçilməsi;
• nümunələrin götürülməsinin və sınaqdan keçiriləcək komponentlərin, əgər bu, standartlarda nəzərdə tutulmayıbsa, sayının və qaydasının müəyyən edilməsi;
• sınaqların aparılması üçün akkreditə olunmuş sınaq laboratoriyasının seçilməsi və müəyyən edilməsi;
• işin yerinə yetirilməsi üçün müqavilə layihəsinin hazırlanması.

Sertifikatlaşdırma üzrə işin hazırlıq hissəsi sertifikatlaşdırma sistemində qəbul edilmiş formada qərarın buraxılması ilə başa çatır. Qərar işin görülməsi üçün müqavilə layihəsi ilə birlikdə ərizəçiyə göndərilir. Sertifikatlaşdırma sınaqlarını təşkil edərkən, sertifikatlaşdırma üçün elan edilmiş məhsullar üçün mövcud normativ sənədlərin seçilməsi və öyrənilməsi, sınaq üsulları və nəticələrin qiymətləndirilməsi həyata keçirilir.

Ərizəçi müəyyən vaxt intervalında sertifikatlaşdırma zamanı keyfiyyət sisteminin hansı elementlərinin, təşkilati və texniki fəaliyyət sahələrinin və növlərinin yoxlanılmalı olduğu barədə yekun qərarlar qəbul edir. Ərizəçi yoxlama proseslərini təmin etmək üçün şərait yaratmalı və sənədləri təqdim etməlidir. O, sertifikatlaşdırma orqanına məhsulların hazırlanması və istehsalı zamanı aparılmış sınaq hesabatlarını, üçüncü tərəfin sınaq laboratoriyaları tərəfindən aparılmış sınaqlara dair sənədləri və texnologiyanın və ya məhsulların müəyyən edilmiş tələblərə uyğunluğunu göstərən digər sənədləri təqdim edə bilər. Ərizə ilə birlikdə təqdim olunan məhsullarının müəyyən edilmiş tələblərə uyğunluğunun sənədləşdirilmiş sübutlarının təhlili əsasında sertifikatlaşdırma orqanı sınaqların həcmini azaltmaq və ya sertifikat vermək barədə qərar qəbul edə bilər.

Sınaqlar yalnız normativ, akkreditasiya sənədlərində nəzərdə tutulmuş sınaqları aparmaq üçün akkreditə olunmuş sınaq laboratoriyaları tərəfindən aparılır. Akkreditə olunmuş laboratoriyanın sınaq obyektində sınaqlar aparmaq mümkün olmadıqda, sınaqlar bu laboratoriyanın işçiləri tərəfindən sınaq laboratoriyasının öz imkanlarından və ya təchizatçıdan əldə edilən sınaq qurğularından istifadə etməklə bu məhsulun istehsalçısı və ya istehlakçısında aparıla bilər. .

Proqram məhsullarının və müəssisə keyfiyyət sistemlərinin sertifikatlaşdırılması prosesinə aşağıdakılar daxildir:

• tərtibatçı və ya sifarişçi (ərizəçi) tərəfindən bu sahədə səlahiyyətli orqanın və sertifikatlaşdırma sınaqlarının aparılması üçün sertifikatlaşdırılmış laboratoriyanın təhlili və seçilməsi;
• ərizəçi tərəfindən sınaqdan keçirilməsi üçün sertifikatlaşdırma orqanına ərizə təqdim edilməsi və sertifikatlaşdırıcılar tərəfindən ərizə ilə bağlı qərarın qəbul edilməsi, sertifikatlaşdırma sxeminin seçilməsi, sertifikatlaşdırma müqaviləsinin bağlanması;
• müəssisənin keyfiyyət sisteminə və/və ya sınaqdan keçiriləcək proqram məhsulunun versiyasına tələblərin müəyyən edilməsi;
• sertifikatlaşdırma laboratoriyası tərəfindən şirkətin keyfiyyət sisteminin və ya proqram məhsulunun versiyasının sertifikatlaşdırma sınaqlarının aparılması;
• əldə edilmiş nəticələrin təhlili və laboratoriya və/və ya sertifikatlaşdırma orqanı tərəfindən ərizəçiyə uyğunluq sertifikatının verilməsinin mümkünlüyü barədə qərar qəbul edilməsi;
• sertifikatlaşdırma orqanı tərəfindən ərizəçiyə - uyğunluq nişanından istifadə etmək və sertifikatlaşdırılmış məhsullar vermək üçün sertifikat və lisenziyanın - proqram məhsulunun versiyalarının verilməsi;
• müəssisənin və/və ya məhsulların sertifikatlaşdırılmış keyfiyyət sisteminə sertifikatlaşdırma orqanı tərəfindən təftiş nəzarətinin həyata keçirilməsi;
• keyfiyyət sisteminin və/və ya məhsulların proseslərinin müəyyən edilmiş tələblərə uyğunluğunun pozulması və uyğunluq nişanının düzgün tətbiq edilməməsi hallarında ərizəçi tərəfindən düzəliş tədbirlərinin həyata keçirilməsi.

Tərtibatçı rəhbərliyinin məhsulun keyfiyyətinə görə məsuliyyəti yoxlanılarkən müəyyən edilməlidir ki, müəssisə və ya layihə keyfiyyət sahəsində sənədləşdirilmiş siyasətə, məqsəd və öhdəliklərə malikdir, habelə bu siyasətin başa düşülməsi, həyata keçirilməsi və saxlanması dərəcəsi. təşkilatın bütün səviyyələrində işlək vəziyyətdə. Müəyyən edilməlidir ki, müəssisənin digər vəzifələrindən asılı olmayaraq, standartların və keyfiyyət sisteminin normativ sənədlərinin tələblərinin davamlı şəkildə yerinə yetirilməsi üçün səlahiyyət və məsuliyyət daşıyan idarəetmə nümayəndəsi var. Keyfiyyət sistemi proseslərinin praktiki həyata keçirilməsi üçün tələblərin, prosedurların, alətlərin və təlim keçmiş kadrların mövcudluğu, habelə keyfiyyət sisteminin bütün komponentlərinin, tələblərinin və müddəalarının aktuallığı və sistematik sənədləşdirilməsi yoxlanılmalıdır. PS-nin həyat dövrü. Keyfiyyət sisteminin yoxlanılması tərif daxil edilməlidir:

• texnoloji sənədlərin mövcudluğu və tamlığı və praktikada onun tələblərinə uyğunluğu;
• texnoloji avadanlığın vəziyyəti və onlara xidmət göstərilməsi üçün sistemin mövcudluğu;
• nəzarət və sınaq sisteminin mövcudluğu və effektivliyi;
• ölçmə və sınaq vasitələrinin vəziyyəti;
• məhsul və ya texnologiyada müəyyən edilmiş çatışmazlıqların müəyyən edilməsi və aradan qaldırılması üçün sistemin mövcudluğu.

Sınaqlar əsasında alınan nəticələr qiymətləndirilir və məhsulların və ya proseslərin normativ sənədlərin tələblərinə uyğunluğu və ya uyğunsuzluğu barədə nəticələr əsaslandırılır. Test hesabatları sertifikatlaşdırma orqanına, habelə ərizəçiyə onun tələbi ilə təqdim olunur. Sınaq hesabatları məhsulların sertifikatlaşdırılması sistemlərinin qaydalarında və sınaq laboratoriyasının sənədlərində müəyyən edilmiş müddətlərdə, lakin üç ildən az olmayaraq saxlanılmalıdır.

Sənədlərin tamlığını və keyfiyyətini qəbul etdikdən və yoxladıqdan sonra sınaq laboratoriyasının mütəxəssisləri keyfiyyət sisteminin faktiki tətbiqi dərəcəsinin yoxlanılması müəssisədə. Sınaq keyfiyyət sisteminin sınaq proqramının hazırlanması ilə başlayır və bu, sonrakı işlər üçün iş planı kimi xidmət etməlidir. Proqram sınaq laboratoriyasının daxili iş sənədidir və tərtibatçı müəssisənin xüsusiyyətlərinə uyğun olaraq təfərrüatlı işlərin siyahısını və təqdim edilmiş ilkin sənədlərin tamlığı və keyfiyyətinin təhlilini və onların praktiki tətbiq dərəcəsini ehtiva etməlidir. proqram təminatının dizaynı, inkişafı və çatdırılmasında. Keyfiyyət sistemi prosedurlarının tətbiqinin yoxlanılması PS-nin həyat dövrünü təmin edən müəssisənin iş yerlərində sınaq laboratoriyası tərəfindən həyata keçirilir. İş yerində müvafiq sənədləri tərtib edən mütəxəssis-mütəxəssislərin olması və onların müddəa və tövsiyələrindən istifadənin tamlığı üzrə yoxlamalar aparılır. Layihənin vəziyyətinin nəzərdən keçirilməsi və keyfiyyət sisteminin, proseslərin və/və ya məhsulların daxili auditləri bu işlərin həyata keçirilməsinə birbaşa cavabdeh olan şəxslərdən asılı olmayaraq işçilər tərəfindən aparılmalıdır.

İnkişafın keyfiyyətinin yoxlanılması üsulları təmin edilməlidir zəruri resurslar test proqramının həyata keçirilməsi, planlaşdırma üsulları və özəl test prosedurlarının inkişafı üçün. Metodlarda aşağıdakılar olmalıdır: testin obyektləri və məqsədləri; qiymətləndirilmiş keyfiyyət göstəriciləri; sınaqların keçirilməsi şərtləri və qaydası; sınaq nəticələrinin emalı, təhlili və qiymətləndirilməsi üsullarını; texniki dəstək sınaq və hesabat. Testlər zamanı istifadə olunan aparat və proqram təminatı və sınaq proseduru, habelə yoxlamaların gözlənilən nəticələri göstərilməlidir. Audit idarəetmə xidməti tərəfindən belə bir sorğu alınarsa, düzəlişlərə, qüsurları düzəltmək üçün tədbirlərə nəzarət etmək üçün üsullar hazırlanmalıdır. Test proqramının idarə edilməsi xidməti hər hansı test məlumatının, eləcə də qiymətləndiricilər tərəfindən saxlanılan məlumatların məxfiliyini qorumaq üçün prosedurlar müəyyən etməlidir.

Test hesabatlarıərizəçiyə və sertifikatlaşdırma orqanına təqdim edilir. Ərizəçi sertifikatlaşdırma orqanına məhsulların işlənib hazırlanması və istehsalı zamanı aparılan sınaq hesabatlarını və ya sertifikatlaşdırma sistemində akkreditə olunmuş və ya tanınmış yerli və ya xarici sınaq laboratoriyaları tərəfindən aparılan sınaqlara dair sənədləri onların qüvvədə olma şərtləri nəzərə alınmaqla sertifikatlaşdırma orqanına təqdim edə bilər. Sertifikatlaşdırma sınaq protokolları əsasında əldə edilmiş nəticələr qiymətləndirilir və məhsulların normativ sənədlərin tələblərinə uyğunluğu və ya uyğunsuzluğu barədə nəticələr əsaslandırılır.

Sertifikatlaşdırma sınaqlarının nəticələrinə dair nəticə sertifikatlaşdırıcılar tərəfindən hazırlanır və test nəticələri və sertifikatın verilməsi üçün əsaslar haqqında ümumiləşdirilmiş məlumatları ehtiva edir. Sertifikatlaşdırma sınaqlarının mənfi nəticələri alındıqda, uyğunluq sertifikatının verilməsindən imtina barədə qərar qəbul edilir. Sertifikatlaşdırılmış məhsul və ya keyfiyyət sistemi tamamlandıqdan sonra sınaqlar təkrarlana bilər. Texnologiyanın vəziyyətinin və ya məhsulun keyfiyyətinin təhlilinin nəticələri aktla tərtib edilir Test Proqramının bütün mövqeləri üçün təxminləri verən və istehsalın və məhsulların vəziyyətinin ümumi qiymətləndirilməsi, düzəliş tədbirlərinə ehtiyac da daxil olmaqla, nəticələri ehtiva edən . Akt sertifikatlaşdırma orqanı tərəfindən sınaq hesabatları, proqram məhsulu üçün sertifikatın verilməsi və etibarlılıq müddətinin müəyyən edilməsi üçün ərizə, yoxlama nəzarətinin tezliyi, habelə düzəliş tədbirlərinin tərtib edilməsi üçün istifadə olunur.

Sertifikatlaşdırma sınaqlarının və sənədlərin yoxlanılmasının nəticələrinə əsasən sertifikatın verilməsi barədə qərar qəbul edilir. Sertifikatlaşdırma sınaqlarının mənfi nəticələri alındıqda, bu barədə qərar qəbul edilir sertifikat verməkdən imtina uyğunluq. Bundan əlavə, sınaqların mənfi nəticələrinin iddia edilən səbəblərini aradan qaldırmaq üçün müraciət edən müəssisəyə təkliflər göndərilə bilər, sertifikatlaşdırılmış məhsullar başa çatdıqdan sonra sınaqlar təkrarlana bilər.

Sertifikatlaşdırma orqanı sınaq hesabatlarını təhlil etdikdən, istehsalı qiymətləndirdikdən, keyfiyyət sistemini sertifikatlaşdırdıqdan, ərizəyə dair qərarda göstərilən sənədləri təhlil etdikdən sonra məhsulların müəyyən edilmiş tələblərə uyğunluğunu qiymətləndirir, ekspertlərin rəyi əsasında sertifikat tərtib edir. və qeydiyyata alır. Sertifikatlaşdırma zamanı sertifikatlaşdırılan sistemin və ya proqram məhsulunun keyfiyyətinə təsir göstərə biləcək dizayn və ya istismar sənədlərinə dəyişikliklər edildikdə, ərizəçi əlavə sınaqların aparılması zərurəti barədə qərar qəbul etmək üçün bu barədə sertifikatlaşdırma orqanına məlumat verməlidir. Qeydiyyatdan keçdikdən sonra sertifikat qüvvəyə minir və ərizəçi şirkətə göndərilir. Sertifikatın verilməsi ilə eyni vaxtda ərizəçi müəssisəyə verilə bilər lisenziya uyğunluq nişanından istifadə hüququ üçün.

Uyğunluq sertifikatının bütün qüvvədə olduğu müddət ərzində işlədiyi müddətdə sertifikatlaşdırılmış proqram məhsulları üçün, yoxlama nəzarəti. Təftiş nəzarəti dövri və formada həyata keçirilir plandankənar yoxlamalar texnologiyanın və sertifikatlaşdırılmış məhsulların keyfiyyətinə dair tələblərə uyğunluq. Nəzarət obyektləri, sertifikatlaşdırma sxemindən asılı olaraq, sertifikatlaşdırılmış məhsullar, keyfiyyət sistemi və ya istehsalçının istehsalının sabitliyidir. Yoxlamanın tezliyi və həcmi müəyyən edilərkən aşağıdakı amillər nəzərə alınır: proqram məhsulunun potensial təhlükə dərəcəsi, istehsalın sabitliyi, buraxılış həcmi, işlənmə zamanı keyfiyyət sisteminin mövcudluğu və tətbiqi, məlumat. istehsalçı, dövlət nəzarət və nəzarət orqanları tərəfindən məhsulun və onun istehsalının sınaqlarının nəticələrinə.

Yoxlama nəzarətinin nəticələri aktla tərtib edilir nümunə sınaqlarının və digər yoxlamaların nəticələrini qiymətləndirən , sertifikatlaşdırılmış məhsulların istehsalının vəziyyəti və verilmiş sertifikatın etibarlılığının saxlanılması imkanları haqqında ümumi nəticə çıxarır. Akt sertifikatlaşdırma orqanında saxlanılır və onun surətləri tərtibatçıya və yoxlama nəzarətində iştirak etmiş təşkilatlara göndərilir. Sertifikatlaşdırma orqanı yoxlama nəzarətinin nəticələrinə əsasən məhsulların sertifikatlaşdırma zamanı nəzarət edilən normativ sənədlərin tələblərinə uyğun gəlmədiyi halda sertifikatın qüvvəsini dayandıra və ya ləğv edə və uyğunluq nişanından istifadə hüququna verilmiş lisenziyanı ləğv edə bilər. , həmçinin aşağıdakı hallarda:

• yetkinlik modelində, standartların profilində, məhsul qaydalarında və ya sınaq metodunda əsaslı dəyişikliklər;
• məhsulların dizaynında (tərkibində) dəyişikliklər, tamlıq;
• inkişaf və istehsalın təşkili və ya texnologiyasında dəyişikliklər;
• texnologiyanın, nəzarət və sınaq üsullarının, keyfiyyət sisteminin tələblərinə uyğun gəlməməsi, əgər sadalanan dəyişikliklər məhsulların sertifikatlaşdırma zamanı nəzarət edilən tələblərə uyğun gəlməməsinə səbəb ola bilərsə.

Sertifikatın və uyğunluq nişanından istifadə hüququ üçün lisenziyanın qüvvəsinin dayandırılması haqqında qərar, ərizəçi onu vermiş sertifikatlaşdırma orqanı ilə razılaşdırılmış düzəliş tədbirləri ilə aşkar edilmiş uyğunsuzluğun səbəblərini aradan qaldıra və təsdiq edə bildiyi təqdirdə qəbul edilmir. , akkreditə olunmuş laboratoriyada təkrar sınaqdan keçirilmədən məhsulun və ya proseslərin normativ sənədlərə uyğunluğu. Bunu etmək mümkün olmadıqda, sertifikatın qüvvəsi ləğv edilir və uyğunluq nişanından istifadə hüququ üçün lisenziya ləğv edilir. Sertifikatın fəaliyyətinin dayandırılması və ya ləğv edilməsi haqqında məlumat onu vermiş sertifikatlaşdırma orqanı tərəfindən ərizəçiyə, istehlakçılara və digər maraqlı təşkilatlara çatdırılır. Sertifikatın etibarlılığı və məhsulların uyğunluq nişanı ilə etiketlənməsi hüququ, tərtibatçı müəssisə aşağıdakı şərtləri yerinə yetirdikdə yenilənə bilər:

• uyğunsuzluğun səbəblərinin müəyyən edilməsi və onların aradan qaldırılması;
• sertifikatlaşdırma orqanına məhsulun keyfiyyətinin yaxşılaşdırılması və təmin edilməsi üzrə görülmüş işlər haqqında hesabatın təqdim edilməsi;
• üsullara uyğun və sertifikatlaşdırma orqanının nəzarəti altında məhsulların əlavə sınaqlarının aparılması və müsbət nəticələrin alınması.

Proqram məhsullarının sertifikatlaşdırılması proseslərinin və nəticələrinin sənədləşdirilməsi

Keyfiyyət sisteminin sertifikatlaşdırılması üçün sənədlərin tərkibi və məzmunu müəssisələr proqram təminatının dizaynı, işlənməsi və modifikasiyası xüsusiyyətlərindən, habelə onların keyfiyyətinə olan tələblərdən və texnoloji mühitin xüsusiyyətlərindən asılıdır. Buna görə də hər bir müəssisə və ya layihə üçün lazımi sənədlər toplusu bu xüsusiyyətlərə uyğun seçilməli və uyğunlaşdırılmalıdır. Sertifikatlaşdırma zamanı qiymətləndirilən keyfiyyət sisteminin göstəriciləri müvafiq sənədlərin mövcudluğu və yetkinlik modelinin müəyyən səviyyəsinin tələblərinin praktiki şəkildə yerinə yetirilməsidir. SMMI və ya uyğunlaşdırılmış standartlar profili ISO 9000:2000, eləcə də onların əsasında yaradılmış, iş təsvirləri inkişaf etdirici-müəssisənin mütəxəssisləri. Ərizəçi sifarişçi ilə tərtibatçı arasında razılaşdırılmış və normativ sənədlərə uyğun olaraq etibarlılığını, tərkibinin və işlənməsinin yetərliliyini yoxlamaq üçün təsdiq edilmiş sənədlər toplusunu hazırlayıb sınaq laboratoriyasına təqdim etməlidir.

Sertifikatlaşdırma üçün əsas sənədlərin göstərici dəsti üç qrupdan ibarətdir:

• əsas qaydalar standartların profilinin nomenklaturasına və məzmununa uyğun keyfiyyət sistemlərinə əsaslanır ISO 9000:2000 və ya yetkinlik modelləri SMMI, habelə yoxlanılan müəssisənin keyfiyyət sisteminin və ya məhsulunun sınaqçılarına (ekspertlərinə) təqdim edilən proqram, təlimat və onların əsasında tərtibatçılar tərəfindən hazırlanmış təlimatlar;
• keyfiyyətinin sertifikatlaşdırılması üçün layihə rəhbərliyi tərəfindən hazırlanmış konkret müəssisə və ya layihəni, habelə proqram təminatının həyat dövrünü xarakterizə edən mənbə sənədləri;
• sertifikatlaşdırma orqanına, ərizəçiyə və yoxlanılan müəssisənin rəhbərliyinə təqdim edilən müəssisənin keyfiyyət sisteminin və/və ya proqram məhsulunun auditinin (sertifikasiyasının) nəticələrini əks etdirən sınaqçıların hesabat sənədləri.

Sertifikatlaşdırma üçün təqdim edilən proqram təminatı məhsulu və ya müəssisənin keyfiyyət sistemi müvafiq sənədlərlə birlikdə təqdim edilməlidir. Bu sənədlərin qruplarının siyahısı və təxmini məzmunu böyük proqram məhsullarının həyat dövrünü təmin edən müəssisələrin keyfiyyət sistemlərinin yoxlanılmasının ümumi vəziyyətinə yönəldilmişdir. Sənədlər toplusu proqram layihələrinin xüsusiyyətlərinə uyğun olaraq ərizəçi, sertifikatlaşdırıcı və yoxlanılan müəssisənin rəhbərliyi arasında razılaşdırılmış şəkildə azaldıla və uyğunlaşdırıla bilər. Bəzi sənədlər onların həyata keçirilməsi üçün müəyyən mütəxəssislərin aydın məsuliyyəti ilə inteqrasiya olunmuş hesabatlara birləşdirilə bilər.

Müəssisənin keyfiyyət sisteminin və proqram təminatının həyat dövrünün əsas sənədləri

1. Performansın yaxşılaşdırılması üçün konsepsiya, terminologiya, tələblər və təlimatlar - keyfiyyət idarəetmə sistemləri - ISO 9000:2000 və ya CMMI yetkinlik modelinin versiyası.
2. Standartların uyğunlaşdırılmış versiyaları və ya bölmələrinin siyahısı və tövsiyələri ISO 12207, ISO 15504, onların dəyişiklikləri və tətbiqi qaydaları, uyğunlaşma zamanı seçilmiş və müəyyən bir müəssisənin və ya proqram məhsulu layihəsinin keyfiyyət sistemində istifadəsi məcburidir.
3. Standartın uyğunlaşdırılmış versiyası və ya bölmələrinin siyahısı və tövsiyələri ISO 900003, uyğunlaşma zamanı seçilmiş və proqram məhsulu istehsal edən müəssisənin keyfiyyət sistemində istifadəsi məcburidir.
4. Standartlar əsasında müəyyən edilmiş, uyğunlaşdırılmış və dəqiqləşdirilmiş PS layihəsinin əsas xüsusiyyətləri və keyfiyyət atributları ISO 12182, ISO 9126, ISO 14598, ISO 25000.
5. Standartların tövsiyələri əsasında texniki xidmət və konfiqurasiyanın idarə edilməsi üzrə təlimatın uyğunlaşdırılmış versiyası və təsdiq edilmiş nəşri ISO 14764, ISO 10007, ISO 15846.
6. Müəyyən bir PS layihəsi üçün müəssisənin keyfiyyət sisteminin prosedurlarında iştirak edən işçilərin işini yerinə yetirən və yoxlayan bütün idarəedicilərin məsuliyyətini, səlahiyyətlərini və qarşılıqlı əlaqə qaydasını müəyyən edən vəzifə təlimatları toplusu.

Müəyyən bir proqram vasitəsinin həyat dövrünün xüsusiyyətlərini əks etdirən mənbə sənədləri

1. Müəssisədə yaradılan proqram məhsullarının xüsusiyyətlərinin təsviri, sistem və onların həyat dövrünün xarici mühiti, PS layihəsinin standartlarının və tələblərinin və müəssisənin keyfiyyət sisteminin iş versiyalarının uyğunlaşdırılması və hazırlanması üçün zəruridir. standartların tövsiyələri ISO 12207, ISO 15504, ISO 90003 və ISO 9126.
2. Keyfiyyət sistemi sahəsində inkişaf etdirici-müəssisənin məqsədlərinin, tələblərinin və öhdəliklərinin təsviri, proqram təminatının bütün həyat dövrünün inkişafı, çatdırılması və dəstəklənməsi proseslərinin və məhsulları üçün keyfiyyət meyarları.
3. Uyğunlaşdırılmış standartlar əsasında proqram məhsulunun müəyyən bir versiyasının həyat dövrünü və istifadəsini təmin etmək üçün müştəriyə və istifadəçilərə təqdim edilən əməliyyat sənədləri toplusu. ISO 9294, ISO 15910, ISO 18019.
4. Proqram məhsulunun həyat dövrünü təmin etmək üçün istifadə olunan dizayn, inkişaf, modifikasiya, nəzarət və sınaq üçün sənədləşdirmə və avtomatlaşdırma vasitələri.
5. Tətbiqin sınaqdan keçirilməsi və müəssisənin və proqram məhsulunun keyfiyyət sisteminin proseslərinin səmərəliliyinin qiymətləndirilməsi planları və üsulları.
6. Texniki xidmət üsulları, proqram məhsulu komponentlərinin və sənədlərin identifikasiyası, proqram təminatı və məlumat komplekslərinin versiyalarının təhlili və təsdiqi.
7. Proqram məhsulunun versiyalarının və onlara əlavə olunan sənədlərin konfiqurasiyasının idarə edilməsi, təsdiqi, saxlanması, mühafizəsi, surətinin çıxarılması, həmçinin proqram məhsulu versiyalarının həyat dövrü ərzində müəssisə arxivində qeydə alınmış keyfiyyət xüsusiyyətləri haqqında məlumatların toplanması və saxlanması metodologiyası.

Nəticədə test sənədləri - müəssisənin və / və ya proqram məhsulunun keyfiyyət sisteminin sertifikatlaşdırılması

1. Proqram məhsulunun bütün həyat dövrü ərzində inteqrasiya olunmuş keyfiyyət təminatı prosesini təmin edən müəssisənin keyfiyyət sisteminin tələb və müddəalarına uyğunlaşdırılmış sənədlərin mövcudluğu, aktuallığı və sistematik icrası haqqında hesabat.
2. Keyfiyyət sisteminin vəziyyətinin və tətbiqinin monitorinqinin və sınaqlarının nəticələri, onun uyğunluğunu və effektivliyini müəyyən etmək üçün vaxtaşırı həyata keçirilir.
3. Müştəri ilə sertifikatlaşdırma müqaviləsinin tələblərinin yerinə yetirilməsinin əldə edilmiş keyfiyyətinin nəticələri üzrə yoxlamaların aparılması üsullarının mövcudluğu və saxlanması haqqında hesabat və sənədləşdirilmiş hesabatlar.
4. Proqram paketinin əldə edilmiş keyfiyyət xüsusiyyətlərinin qeydiyyatının nəticələri: proqram məhsulunun və onun komponentlərinin keyfiyyətinin xüsusiyyətləri və atributları haqqında qeydiyyatdan keçmiş məlumatların identifikasiyası, toplanması, saxlanması.
5. İnkişaf planının icrasının nəticələri, inkişaf mərhələlərinin sənədləşdirilmiş giriş və çıxış məlumatları və PS-nin həyat dövrünün həyata keçirilməsini yoxlamaq üçün protokollar.
6. Keyfiyyət proqramının praktiki icrasının nəticələri və PS-nin həyat dövrünün bütün mərhələlərində keyfiyyət sahəsində tənzimlənən fəaliyyətlərin həyata keçirilməsi.
7. Ətraf mühit simulyatorlarının və sınaq generatorlarının sertifikatlaşdırılmasının nəticələri, habelə proqram məhsulunun sertifikatlaşdırma sınaqlarının aparılması üçün onların kifayət qədər qiymətləndirilməsi.
8. Planların və sınaq metodlarının həyata keçirilməsinin təhlilinin nəticələri, sınaq hesabatları, sınaq nəticələrinin tələblərə uyğunluğunun qiymətləndirilməsi, habelə ərizəçinin, sifarişçinin və təchizatçının nümayəndələri tərəfindən təsdiq edilmiş sınaq nəticələri.
9. Proqram təminatı sisteminin həyat dövrünün və müəssisənin keyfiyyət sisteminin real xüsusiyyətlərinin yoxlanılması nəticələrinin aktı, onların proqram məhsulunun istehsalının sertifikatlaşdırılması tələblərinə uyğunluğu haqqında nəticələr.
10. Müəssisənin və/və ya proqram məhsulunun keyfiyyət sistemi və onun həyat dövrünü təmin edən sertifikat, uyğunluq nişanlarından istifadə üçün lisenziya.

Ədəbiyyat

V.V. Lipayev - Proqram təminatının həyat dövrü standartları profilləri. -- Jet Məlumatı, Xəbər bülleteni, N 12, 2005

K. Milman, S. Milman -- SMMI gələcəyə doğru bir addımdır. -- açıq sistemlər., N 5-6.(2005), N2.(2006) , 2005, 2006

İSO IEC TR 15504-CMMI proqram vasitələrinin və informasiya sistemlərinin yaradılması və saxlanması proseslərinin yetkinliyinin qiymətləndirilməsi və sertifikatlaşdırılması. Per. ingilis dilindən -- M .: Kitab və biznes, 2001

V.V. Lipayev - Mürəkkəb proqram təminatının həyat dövrünün prosesləri və standartları. kataloq.-- M.: SINTEG, 2006

V.V. Lipayev - İri miqyaslı proqram təminatının keyfiyyətinin təmin edilməsi üsulları.-- M.: RFBR. SINTEG, 2003

"; antisource: "Proqram məhsulları indi insan fəaliyyətinin demək olar ki, bütün sahələrində idarəetmə problemlərini həll etmək üçün istifadə olunur: iqtisadiyyatda, sosial, hərbi və digər sahələrdə. Ölkədə və dünya bazarında müxtəlif tətbiqlər üçün kütləvi şəkildə işlənib hazırlanması və çatdırılması zamanı yerli proqram məhsullarının yüksək keyfiyyətinin təmin edilməsi strateji vəzifəyə çevrilmişdir."; şərt: 1]$

Proqram məhsullarının keyfiyyəti proqram sənayesində bəlkə də ən ciddi problemlərdən biridir. Keyfiyyət səhvlərin olmamasından daha çox şeydir. Bu, müxtəlif xüsusiyyətlər toplusunu nəzərdə tutur: etibarlılıq, xakerlik, uyğunlaşma, uyğunluq, davamlılıq, daşınma, səmərəlilik və s.Proqram sənayesində bu qədər müxtəlif keyfiyyət standartlarının olması təəccüblü deyil.

Keyfiyyəti ölçmək asan idi: ya maaş aldıq, ya da almadıq.
Dean Leffingwell, Don Widrig.
Proqram təminatı tələblərinin idarə edilməsi

CMM/CMMI

Ola bilsin ki, ən məşhur keyfiyyət standartı Qabiliyyət Yetkinlik Modeli (CMM) hesab edilməlidir - törəmələri ilə birlikdə inkişaf proseslərinin yetkinlik səviyyəsini qiymətləndirmək üçün bir model. O, ABŞ Müdafiə Nazirliyi tərəfindən maliyyələşdirilən və Karnegi Mellon Universitetinin struktur bölməsi olan SEI (Proqram Mühəndisliyi İnstitutu) tərəfindən yaradılmışdır. Birinci rəsmi versiya standart 1993-cü ildə nəşr olundu, baxmayaraq ki, üzərində iş daha əvvəl başlamışdı - onun əsas müddəaları hələ 1986-cı ildə dərc edilmişdir.

CMM-in müvəffəqiyyəti bir neçə amillə əvvəlcədən müəyyən edilmişdir. Bu standart ilkin olaraq proqram təminatının inkişafının xüsusiyyətlərini nəzərə alan ilklərdən biri idi. Həm başa düşmək, həm də istifadə etmək üçün olduqca sadə və şəffaf olduğu ortaya çıxdı və "necə" deyil, "nə" tənzimləndi və buna görə də müxtəlif inkişaf metodologiyaları üçün uyğun idi və sənədləşdirmə standartlarına, alətlərinə, mühit və layihələrdə istifadə olunan dillər. Və bəlkə də CMM-in populyarlığını əvvəlcədən müəyyən edən əsas amil SEI-nin ABŞ Müdafiə Nazirliyi ilə əməkdaşlığı idi ki, bu da faktiki olaraq bu idarənin sifarişi ilə həyata keçirilən layihələrin həyata keçirilməsində standartdan istifadəni nəzərdə tuturdu.

CMM modeli (Cədvəl 1) hər biri müəyyən əsas proses sahələrinə (Əsas Proses Sahələri, KPA) uyğun gələn beş yetkinlik səviyyəsini nəzərdə tutur.

Cədvəl 1. CMM Model Qatları

səviyyə nömrəsi	Səviyyə adı	Əsas Proses Sahələri
1	İbtidai	Əgər təşkilat bu səviyyədədirsə, deməli, onun üçün əsas proses sahələri yoxdur
2	təkrarlanan	Proqram təminatı konfiqurasiyasının idarə edilməsi Proqram məhsulunun keyfiyyətinin təminatı Podratçı müqaviləsinin idarə edilməsi Layihənin gedişatının monitorinqi Proqram təminatı layihəsinin planlaşdırılması Tələblərin idarə edilməsi.
3	Mütləq	Ekspert qiymətləndirmələri.Layihə komandaları arasında qarşılıqlı əlaqələrin koordinasiyası.Proqram məhsulu mühəndisliyi.Kompleks proqram təminatının idarə edilməsi.Kadr hazırlığı proqramı.Təşkilati prosesin müəyyən edilməsi.Təşkilati prosesin əhatə dairəsi.
4	idarə olunur	Proqram təminatının keyfiyyətinin idarə edilməsi.Kəmiyyət metodlarına əsaslanan proseslərin idarə edilməsi
5	Optimallaşdırıla bilən	Proses dəyişikliyinin idarə edilməsi.Texnoloji dəyişikliklərin idarə edilməsi.Qüsurların qarşısının alınması

Səviyyələrə bölünmə və onların hər biri üçün KPA-nın müəyyənləşdirilməsi standartdan bələdçi kimi istifadə edərək CMM-nin ardıcıl şəkildə həyata keçirilməsinə imkan verir ki, bu da inkişaf prosesində davamlı təkmilləşdirməni təmin edə bilər.

CMM standartı çox uğurlu olduğunu sübut etdi və sonradan onun əsasında bir sıra standartlar yaradıldı (Cədvəl 2). Üstəlik, o, kifayət qədər böyük standartlar ailəsindəki mövqeyini daha dəqiq əks etdirən yeni bir ad aldı - SW-CMM (Proqram üçün Bacarıq Yetkinlik Modeli).

Cədvəl 2. CMM standartlarının işlənməsi

Standartın adı	Təsvir
Sistem Mühəndisliyi CMM (SE-CMM)	Sistem mühəndisliyi məsələlərinə diqqət yetirir - məhsulun inkişafı (tələblərin təhlili, məhsul sistemlərinin dizaynı və inteqrasiyası) və onların istehsalı (istehsal xəttinin planlaşdırılması və istismarı)
Etibarlı CMM (T-CMM)	Yüksək keyfiyyətli proqram təminatı tələb edən həssas və qapalı proqram sistemlərinə xidmət etmək üçün nəzərdə tutulmuşdur
Sistem Təhlükəsizliyi Mühəndisliyi CMM (SSE-CMM)	Proqram mühəndisliyinin təhlükəsizlik aspektlərinə diqqət yetirir, təhlükəsiz inkişaf prosesini, o cümlədən yaradılan komanda üzvlərinin təhlükəsizliyini təmin edir.
İnsanlar CMM (P-CMM)	Proqram təminatı təşkilatlarında kadrların inkişafı məsələlərini nəzərdən keçirir
Proqram təminatının əldə edilməsi CMM (SA-CMM)	Xarici təşkilatlardan proqram məhsullarının alınmasını əhatə edir
İnteqrasiya edilmiş Məhsul İnkişafı CMM (IPD-CMM)	Bütün həyat dövrü mərhələlərində və şirkət daxilindəki hər bir şöbədən inkişaf səylərini inteqrasiya etmək üçün bir mühit kimi xidmət edir

Bununla belə, CMM seriyası standartlarının praktiki tətbiqi göstərdi ki, onlar proqram təminatının hazırlanmasında qeyd-şərtsiz uğur qazanmır. Bu standartlar bir-biri ilə yaxşı əlaqələndirilməmişdi - CMM-nin müxtəlif modifikasiyalarının eyni vaxtda həyata keçirilməsi olduqca çətin ola bilər və bununla qarşılaşan təşkilatların mütəxəssislərini çaşdıra bilər.

Həmçinin, CMM-nin əhəmiyyətli bir problemi bütün prosesləri "uzalamaq" ehtiyacıdır. Əgər təşkilat müəyyən səviyyəyə sertifikat verməyə çalışırsa, o zaman bütün proseslərə müvafiq səviyyənin tətbiq olunmasını təmin etməlidir. Xüsusiyyətlər, metodologiya və ya inkişaf xüsusiyyətlərinin yerinə yetirilməli müəyyən prosesləri olmasa belə, sertifikatlaşdırma bunu tələb edir.

Digər problem CMM standartlarının müasir proqram sənayesində tutduğu mövqedən qaynaqlanır. CMM-ə uyğun olaraq yüksək səviyyəyə malik bir təşkilat daha aşağı səviyyələrdə sertifikatlaşdırılanlardan daha yüksək proqram məhsulu performansını təmin etməli olduğundan, standart proqram təminatının hazırlanması və ya autsorsing layihələri üçün tenderlərdə iştirak etmək üçün seçim meyarı kimi istifadə olunmağa başladı. Sertifikatlaşdırılmış təşkilatlara tələbat “tez və ağrısız sertifikatlaşdırma” təklifini doğurdu.

Bu vəziyyət sertifikatlaşdırma prosesindəki çatışmazlıqlar səbəbindən mümkün olub. Bütün təşkilat bütövlükdə sertifikatlaşdırmaya tabe deyil, yalnız müəyyən bir layihədir. Bir təşkilata CMM standartının yüksək səviyyələrinin bütün tələblərinə cavab verən “nümayiş etdirici” layihə yaratmağa, müvafiq səviyyəli sertifikat əldə etməyə, bütün məhsulların standartın filan səviyyəsinə cavab verdiyini bəyan etməyə heç nə mane olmur.

Əksər problemləri həll etmək üçün CMM nəzərdə tutulmuşdur yeni standart SEI - Integrated Capability Maturity Model (CMMI) - İnkişaf proseslərinin yetkinlik səviyyəsini qiymətləndirmək üçün inteqrasiya olunmuş model. CMMI standartı əvvəlcə mövcud CMM variantlarını birləşdirəcək və yüksək texnologiyalı şirkətlərin müxtəlif fəaliyyət sahələrində praktik tətbiqində hər hansı ziddiyyətləri aradan qaldıracaq şəkildə yaradılmışdır.

Təşkilatın proseslərini "uyğunlaşdırmaq" və onun iş ehtiyaclarına daha çox uyğunlaşmaq ehtiyacını aradan qaldırmaq üçün, əksinə deyil, CMMI standartı iki təqdimat formasına malikdir - klassik, çoxsəviyyəli, CMM-ə uyğundur. və yeni, davamlı. Təqdimatın davamlı forması yetkinlik səviyyələrini (Yetkinlik Səviyyələri) deyil, ayrı-ayrı proses sahələri (Proses Sahələri, PA) üçün qiymətləndirilən Bacarıq Səviyyələrini nəzərə alır. Cədvəldə. Şəkil 3, CMM standartının yetkinlik səviyyələrinin, eləcə də laylı CMMI təqdimatının yetkinlik səviyyələrinin və davamlı CMMI təqdimatının qabiliyyət səviyyələrinin xəritəsini verir.

SEI CMM-dən uzaqlaşır və əvəzində CMMI-ni fəal şəkildə təşviq edir, sertifikatlaşdırma prosesinə nəzarəti gücləndirməyi vəd edir, xərcləri azaltmaq və onu kiçik təşkilatlar üçün daha cəlbedici etmək üçün yeni siniflər təqdim edir; ISO standartlarına uyğunluğun təmin edilməsi. Bununla belə, fakt qalır: müasir şəraitdə müəyyən bir səviyyəli CMM / CMMI sertifikatının olması bir neçə il əvvəl olduğu kimi əhəmiyyətli bir amil deyil və bəlkə də həyata keçirdiyi layihələr istisna olmaqla, əlavə suallar olmadan qəbul edilir. hökumət sifarişi.

Annotasiya: Proqram təminatının işlənib hazırlanması proseslərinin təkmilləşdirilməsi üçün yəqin ki, ən məşhur metodologiyanın, CMM-in əsasında duran ideyaların çeşidi ətraflı öyrənilir. HMM-nin məntiqi və strukturu təhlil edilir. HMM ilə əvvəllər öyrənilmiş proses modelləri arasında əlaqə göstərilir.

çərçivəsində yaradılmış gözəl praktiki alət proses yanaşma fəaliyyət təsvirinə dizayn təşkilatı xüsusilə, inkişaf edən təşkilat İnformasiya sistemləri , HMM metodologiyasını nümayiş etdirir. CMM, Təxminən "idarəetmə sisteminin yetkinlik modeli" mənasını verən Capability Maturity Modeli deməkdir. Ədəbiyyatda CMM daha çox təşkilati yetkinlik modeli kimi xatırlanır və mən də bu ənənəyə əməl edəcəyəm.

SMM-in yaranma tarixi aşağıdakı kimidir. 80-ci illərin sonunda. Ötən əsrdə ABŞ Müdafiə Nazirliyi 1Eng Proqram Mühəndisliyi İnstitutuna sifariş verdi. SEI - Proqram Mühəndisliyi İnstitutu Carnegie Mellon Universiteti proqram təminatının hazırlanması layihələrində subpodratçıların seçilməsi üçün meyarlar sistemi üzərində işləyir. İş 1991-ci ildə tamamlandı və nəticəsi oldu CMM modeli. Dərhal qeyd etməliyik ki, model heç bir maliyyə, iqtisadi, siyasi, təşkilati xarakter daşımır seçim meyarları subpodratçı, eləcə də gizli işə buraxılma imkanının meyarları (yəqin ki, belə vəzifələr qoyulmayıb). Söhbət yalnız proqram sistemlərinin inkişafı baxımından potensial subpodratçının qabiliyyətini təsvir edən meyarlardan gedir.

CMM quruluşu

Modelin yaradıcıları təşkilatın proseslərini təşkilatın keyfiyyətli işi yerinə yetirmək qabiliyyətini qiymətləndirmək üçün əsas götürdülər ki, bu (qabiliyyət) yetkinlik adlanırdı. Sonra onlar bəzi qeyri-ciddi fərziyyələr irəli sürdülər, sonradan bir çox İT mütəxəssisləri (və bəlkə də əksəriyyəti) tərəfindən ədalətli kimi qəbul edildi və tanındı.

Fərziyyə 1. Yetkinliyin keyfiyyətcə müxtəlif səviyyələri var dizayn təşkilatı inkişaf edir İnformasiya sistemləri(HMM modelində beş belə səviyyə var).

Fərziyyə 2. İstənilən inkişaf təşkilatı daha yüksək yetkinlik səviyyəsinə keçməkdə maraqlıdır (yalnız Müdafiə Nazirliyinin müqavilələri uğrunda mübarizədə şanslarını artırmaq üçün deyil, həm də özünü təkmilləşdirmək üçün).

Fərziyyə 3. Keçid yalnız növbəti səviyyəyə uyğun olaraq mümkündür. Səviyyəni "atlamaq" mümkün deyil (daha doğrusu, təşkilat üçün risklər eyni zamanda kəskin şəkildə artır).

Beləliklə, səviyyələr təşkilatın yüksəldiyi bir "nərdivan" təşkil edir öz inkişafı. Hər bir səviyyə təşkilatın proseslərinin müəyyən tərkibi və xüsusiyyətləri ilə xarakterizə olunur. SMM "Səviyyə Nərdivanı" geniş şəkildə qəbul edilmiş və yayılmışdır. Onun necə göründüyü budur.

Səviyyə 1 "Başlanğıc". İstehsal prosesi bütövlükdə hər dəfə konkret bir layihə üçün yaradılan, bəzən hətta xaotik kimi xarakterizə olunur. Yalnız bir neçə proses müəyyən edilir və layihənin uğuru fərdlərin səylərindən asılıdır.

Səviyyə 2 "Təkrarlana bilən". Xərcləri izləməyə, iş qrafikinə və yaradılan proqram həllinin funksionallığına nəzarət etməyə imkan verən əsas layihə idarəetmə prosesləri yaradılmışdır. Oxşar proqram inkişaf layihələrində keçmiş uğurları təkrarlamaq üçün lazım olan proses intizamını qurdu.

Səviyyə 3 "Qeyri-müəyyən". İstehsal prosesi hər ikisi üçün sənədləşdirilmiş və standartlaşdırılmışdır idarəçilik işi eləcə də dizayn üçün. Bu proses təşkilatın standart istehsal prosesinə inteqrasiya olunur. Bütün layihələr təşkilatın standart əməliyyat prosesinin təsdiq edilmiş fərdiləşdirilmiş versiyasından istifadə edir.

Səviyyə 4 "İdarə olunan". İstehsal prosesinin və yaradılan məhsulun keyfiyyətinin ətraflı kəmiyyət göstəriciləri toplanır. Həm istehsal prosesi, həm də məhsullar kəmiyyət baxımından qiymətləndirilir və nəzarət edilir.

Səviyyə 5 "Optimallaşdırma". Prosesin davamlı təkmilləşdirilməsi prosesdən kəmiyyət əksi və ona qabaqcıl ideya və texnologiyaların tətbiqi ilə əldə edilir.

Sərtliyin olmamasına baxmayaraq, yuxarıdakı tərif intuitiv olaraq əksər hallarda etiraz yaratmır. Üstəlik, təcrübəli mütəxəssislər niyə keçidlərin yalnız növbəti səviyyəyə mümkün olduğunu, eləcə də niyə ümumiyyətlə belə bir keçid üçün səy göstərməyə dəyər olduğunu başa düşürlər. Eyni zamanda, HMM modelində belə bir yanaşmanın heç bir kəmiyyət və hətta formal əsaslandırması yoxdur, lakin bu, onun mahiyyətini azaltmır.

Bundan əlavə, necə deyərlər, texnologiya məsələsidir. Modelin strukturu müəyyən edilir (Şəkil 7.1), təriflər verilir və hər səviyyədə hər bir prosesi dəqiq təsvir etmək üçün zəhmətkeş işə başlayır. Görülən işlərin praktiki dəyərini qiymətləndirmək üçün bu yolun bir hissəsindən keçək.

düyü. 7.1.

Əncirdə. 7.1 aşağıdakı anlayışları ehtiva edir.

Əsas Proses Qrupu. (Paulk, et al., 1995) qeyd edildiyi kimi, "əsas proseslərin hər bir qrupu əlaqəli fəaliyyətlər blokunu müəyyənləşdirir, bunun nəticəsində istehsal prosesinin məhsuldarlığını artırmaq üçün əhəmiyyətli olan bir sıra məqsədlərə nail olunur. Üçün məsələn, bir qrup əsas proseslər üçün " Tələblərin İdarə Edilməsi"(Şəkil 7.2-ə baxın) məqsəd müştəri və tərtibatçı arasında proqram təminatının hazırlanması layihəsinin tələblərini uzlaşdırmaqdır."

CMM-də fərdi proseslər yoxdur. Əksinə, var fərdi əsərlər, əsas təcrübələr adlanır (aşağıya bax), bir-biri ilə giriş və çıxışlarla əlaqələndirilir və tikinti prosesləri üçün mənbə materialı kimi xidmət edir. CMM proseslərin necə strukturlaşdırılmasına, yəni əsas təcrübələrin məntiqi ardıcıllıqla əlaqələndirilməsinə dair təlimat vermir. Əsas təcrübələr toplusuna əsas proses qrupları deyilir.

düyü. 7.2.

CMM-də əsas proseslərin qrupları yetkinlik səviyyələrinə uyğunlaşdırılıb (Şəkil 7.2), yəni bir səviyyədəki bütün təcrübələr yalnız bir-biri ilə qarşılıqlı əlaqədə olur və digər səviyyələrdəki təcrübələrlə qarşılıqlı əlaqədə olmur. Bu, müəyyən bir səviyyədə bütün proseslərin tam yerinə yetirilməsinə zəmanət verməyə və buna görə də səviyyəni təşkilatın inkişafının başa çatmış mərhələsi ilə əlaqələndirməyə imkan verir.

"Açar" sifəti var olduğunu bildirir proses qrupları spesifik yetkinlik səviyyəsi baxımından əsas olmayan, yəni bu səviyyənin məqsədlərinə nail olunması ilə bağlı olmayan (yəni, təcrübələr toplusu) (aşağıya bax). HMM modeli hər şeyi təsvir etmir proses qrupları proqram təminatının inkişafı və saxlanması ilə bağlı. O, yalnız istehsal prosesinin məhsuldarlığının əsas müəyyənediciləri kimi müəyyən edilən qrupları təsvir edir.

Məqsədlər. CMM-də məqsədlər proseslərlə deyil, əsas proseslər qrupları ilə əlaqələndirilir. Yuxarıda qeyd edildiyi kimi, məqsədlərə əsas təcrübələrin həyata keçirilməsi ilə nail olunur. CMM-də məqsədə çatmaq o deməkdir ki, birincisi, əsas təcrübələrin həyata keçirilməsindən sonra istənilən nəticə əldə edilir, ikincisi, kifayət qədər ardıcıl olaraq əldə edilir. Əsas Proses Qrupunun məqsədlərinə nail olmaq üsulu layihədən layihəyə fərqli ola bilər. mövzu sahəsi və ya ətraf mühit.

Bu məqsədlər bütün layihələr üçün həyata keçirilirsə, bu, təşkilatın bu əsas proseslər qrupu ilə əlaqəli istehsal prosesinin yetkinlik səviyyəsinə çatması deməkdir.

Fəsil. Bölmələr (hər səviyyədə onlardan beşi var və onlar həmişə eynidir) müvafiq səviyyədə həyata keçirilməli olan əsas proseslər qruplarının xassələrini təmsil edir. Bu xüsusiyyətlər proseslərin necə həyata keçirildiyini və təşkilatda nə dərəcədə qanuniləşdirildiyini, yəni rəsmi olaraq təsdiqləndiyini və korporativ prosedurlar, siyasətlər və digər proseslərlə əlaqələndirildiyini təsvir edir. Budur beş bölmə.

İcra öhdəlikləri

Prosesin qurulmuş və sabit olmasını təmin etmək üçün təşkilatın görməli olduğu tədbirləri təsvir edin. İcra öhdəlikləri adətən təşkilati siyasətlərin yaradılması və yuxarı rəhbərliyin dəstəyi ilə bağlıdır.

İlkin şərtlər

İstehsal prosesinin səriştəli şəkildə həyata keçirilməsi üçün layihə və ya təşkilatda yerinə yetirilməli olan ilkin şərtləri təsvir edin; adətən resurslara, təşkilati strukturlara və tələb olunan təlimlərə aiddir.

Əməliyyatlar davam edir

Davam edən Əməliyyatlar bölməsi bu səviyyədə yerinə yetirilməli olan əsas işi təsvir edir. İcra edilən əməliyyatlara adətən planların yaradılması və xüsusi əməliyyatların həyata keçirilməsi, işlərin yerinə yetirilməsi və izlənilməsi və lazım olduqda düzəldici tədbirlərin görülməsi daxildir.

Ölçmələr və təhlillər

Bölmə "Ölçmələr və

“Əsas proseslərin hər bir qrupu əsas təcrübələrlə ifadə olunur, onların həyata keçirilməsi qrupun məqsədlərinə nail olmağa kömək edir.Əsas təcrübələr əsas proseslər qrupunun effektiv həyata keçirilməsinə və yaradılmasına ən çox töhfə verən infrastruktur və əməliyyatları təsvir edir.

Hər bir əsas təcrübə bir cümlədən ibarətdir, daha sonra nümunələr və aydınlaşdırmalar daxil ola bilən daha ətraflı təsvir verilir. Bəzən ən yüksək səviyyəli əsas təcrübələr adlandırılan Əsas Təcrübələr bir qrup əsas proseslər üçün əsas siyasətləri, prosedurları və əməliyyatları müəyyən edir. Təfərrüatlı təsvir komponentləri tez-tez alt təcrübələr adlanır."

Əsas təcrübələr NƏ Edilməli olduğunu təsvir edir, lakin onlar məqsədlərə NECƏ nail olmaq barədə dogma kimi qəbul edilməməlidir. Əsas proses qrupunun məqsədlərinə alternativ təcrübələr vasitəsilə nail olmaq olar. Əsas təcrübələrin şərhi ağlabatan olmalıdır, əsas proses qrupunun məqsədlərinə, bəlkə də, rəsmi şəkildə və tövsiyə olunan CMM-dən fərqli olaraq, səmərəli şəkildə nail olmağa imkan verir.

Proseslərin əvəzinə onların komponentlərinin - əsas təcrübələrin və proseslərin yalnız virtual olaraq mövcud olduğu İT idarəetmə fəaliyyətlərinə nəzər salmaq ilk baxışda bir qədər ekzotik görünür. İndiyədək İT idarəetmənin təkmilləşdirilməsi vəzifəsi referans proses modelindən hazır proseslərin tətbiqi ilə həll edilirdi. İndi fərqli (yəni proseslərə inteqrasiya olunmayan) əsas təcrübələri və səviyyələr arasında hərəkət etmək üçün tövsiyə olunan ardıcıllığı ehtiva edən səviyyələr dəsti var. İT menecmenti, CMM-ə görə, daha yüksək yetkinlik səviyyəsinə keçdikcə təkmilləşir. Bu tanıtımla nə baş verir?

Səviyyələrin təriflərində (bax Şəkil 7.2) "istehsal prosesi" kimi bir şey ortaya çıxdı. Əsas proseslər qrupunun tərifində də mövcuddur və bu təsadüfi deyil. İstehsal prosesi və ya CMM-də düzgün adlandırıldığı kimi, Standart İstehsal prosesi Təşkilatlar (OSS) bütün modelin mərkəzi anlayışlarından biridir.

Proqram təminatı və sistem inteqrasiyasının inkişafı, çatdırılması, tətbiqi və saxlanması sahəsində çalışan təşkilatlar getdikcə daha çox hiss edirlər ki, onların rəqabət qabiliyyəti keyfiyyətə və aşağı qiymətə, istehsal qabiliyyətinə əsaslanır.

Bu cür təşkilatların rəhbərləri həmişə öz şirkətlərinin fəaliyyətinin texnologiyasını təkmilləşdirmək və inkişaf etdirmək strategiyasını formalaşdıra bilmirlər; aydındır ki, əmək bazarında lazımi keyfiyyətlərə malik kifayət qədər mütəxəssis yoxdur. Eyni zamanda, proqram təminatının hazırlanması və istismarı üçün texnoloji proseslərin təkmilləşdirilməsi sahəsində beynəlxalq təcrübə uzun illər ərzində kifayət qədər ümumiləşdirilməmiş və rəsmiləşdirilməmişdir. Yalnız 1990-cı illərin əvvəllərində Amerika Proqram Mühəndisliyi İnstitutu (SEI) CMM təşkilatlarının texnoloji yetkinlik modelini (Capability Maturity Model), texnoloji yetkinlik səviyyələrini və onların fərqləndirici xüsusiyyətlər. On il ərzində CMM bir sıra təşkilatlarda sınaqdan keçirilmiş, onun effektivliyi və etibarlılığı sifariş verən təşkilatlar, proqram təminatçıları, xüsusi proqram təminatı inkişaf etdirən şirkətlər və dəniz proqramlaşdırması tərəfindən yoxlanılmışdır.

Bu gün qərbdə bir inkişaf şirkəti SMM tərəfindən sertifikatlaşdırılmadığı təqdirdə sifarişlərin alınmasında praktiki olaraq böyük çətinlik yaşayır. Müştərilər podratçının istehsal qabiliyyətinə zəmanət tələb edir, podratçının keyfiyyətsiz xidmət göstərə bilməyəcəyinə zəmanət verir.

Şirkətlərin texnoloji yetkinliyinin qiymətləndirilməsindən istifadə edilə bilər:

ən yaxşı ifaçıları seçərkən müştəri (məsələn, tenderdə);

· proqram təminatı şirkətləri öz texnoloji proseslərinin vəziyyətini sistematik şəkildə qiymətləndirmək və onların təkmilləşdirilməsi üçün istiqamətlər seçmək;

· "fəlakətin ölçüsünü" qiymətləndirmək üçün attestasiyadan keçməyə qərar verən şirkətlər, yəni. cari vəziyyətiniz;

standart sertifikatlaşdırma prosedurunu müəyyən etmək və lazımi qiymətləndirmələri aparmaq üçün auditorlar;

· konsaltinq firmaları informasiya texnologiyaları və əlaqəli xidmətlər üzrə şirkətlərin və xidmət təminatçılarının restrukturizasiyasında iştirak edir.

Təşkilatın texnoloji yetkinliyi artdıqca, proqram təminatının yaradılması və saxlanması prosesləri daha standart və ardıcıl olur. Eyni zamanda, proseslərin rəsmiləşdirilməsi onların həyata keçirilməsinin gözlənilən nəticələrini standartlaşdırmağa və layihənin icrasının nəticələrinin proqnozlaşdırıla bilməsini təmin etməyə imkan verir.

Proses yetkinliyi (proqram təminatı prosesinin yetkinliyi)- bu, onların idarəolunma, idarəolunma və effektivlik dərəcəsidir. Artan texnoloji yetkinlik proseslərin davamlılığının artırılması potensialına aiddir və təşkilat daxilində proqram təminatının hazırlanması və texniki xidmət proseslərinin istifadəsində səmərəlilik və ardıcıllıq dərəcəsini göstərir. Proseslərin sənədləşdirilməsi və təşkilatın şəxsi heyətinin diqqətinə çatdırılması, onların həyata keçirilməsinin daimi monitorinqi və təkmilləşdirilməsi olmadan real istifadə mümkün deyil. Yaxşı tərtib edilmiş proseslərin imkanları tam müəyyən edilmişdir. Proseslərin texnoloji yetkinliyinin artırılması o deməkdir ki, onların həyata keçirilməsinin nəticələrinin səmərəliliyi və keyfiyyəti daim arta bilər.

Texnoloji yetkinliyə çatmış təşkilatlarda proqram təminatının yaradılması və saxlanması prosesləri standart statusunu alır, təşkilati strukturlarda sabitlənir və istehsal taktikasını və strategiyasını müəyyənləşdirir. Onların qanun statusuna daxil edilməsi lazımi infrastrukturun qurulması və lazımi infrastrukturun yaradılması zərurətini doğurur. korporativ mədəniyyət biznesin aparılması üçün müvafiq metodları, əməliyyatları və prosedurları saxlayan sənayelər, hətta onu yaradanlar təşkilatı tərk etdikdən sonra belə.

CMM modeli təşkilatın keyfiyyət sistemi ilə bağlı müddəaları hazırlayır, onun təkmilləşdirilməsi meyarlarını - texnoloji yetkinliyin beş səviyyəsini formalaşdırır, prinsipcə, inkişaf təşkilatı tərəfindən əldə edilə bilər. Ən yüksək - dördüncü və beşinci səviyyələr, əslində, proqram təminatının yaradılması və saxlanması proseslərinin hərtərəfli avtomatlaşdırıldığı və texnoloji cəhətdən dəstəkləndiyi kollektiv inkişaf üsullarını mənimsəmiş təşkilatların xarakterik xüsusiyyətidir.

1990-cı ildən etibarən SEI ABŞ dövlət qurumlarının və proqram təminatının yaradılması üzrə təşkilatların dəstəyi ilə proqram təminatının yaradılması və saxlanması sahəsində bütün ən son nailiyyətləri nəzərə alaraq bu modeli daim inkişaf etdirir və təkmilləşdirir.

CMM istehsal mədəniyyətinin tədricən və davamlı təkmilləşdirilməsi üçün proqram təminatının və metodlarının yaradılması və saxlanması üçün idarəetmə sisteminin formalaşdırılması qaydalarını müəyyən edən metodoloji materialdır. SMM-in məqsədi tərtibatçı təşkilatları təmin etməkdir zəruri göstərişlər proseslərin texnoloji yetkinlik dərəcəsini və məhsulların keyfiyyətinə daha çox təsir edən amilləri təhlil etməklə onların keyfiyyətinin yaxşılaşdırılması strategiyasının seçilməsi haqqında. Az sayda ən vacib əməliyyatlara diqqət yetirməklə və onların icrasının səmərəliliyini və keyfiyyətini sistematik şəkildə yaxşılaşdırmaqla təşkilat proqram təminatının yaradılması və saxlanması mədəniyyətində davamlı davamlı təkmilləşdirməyə nail ola bilər.

CMM, təşkilatın hansı texnoloji yetkinlik səviyyəsində olduğunu müəyyən edən əsas (və ya əsas) atributları təsvir etdiyi mənada təsviri modeldir. Bu, o mənada normativ modeldir ki, metodologiyaların təfərrüatlı təsviri ABŞ-ın dövlət qurumları ilə bağlanmış müqavilələr əsasında müxtəlif mürəkkəblik və uzunmüddətli layihələrin həyata keçirilməsi üçün tələb olunan təşkilat səviyyəsini müəyyən edir. CMM resept deyil, bir təşkilatın necə inkişaf etməsini təyin etmir. CMM, səviyyədən səviyyəyə keçmək barədə heç bir göstəriş vermədən, hər bir texnoloji yetkinlik səviyyəsi üçün təşkilatın xüsusiyyətlərini təsvir edir. Bir təşkilatın birinci səviyyədən ikinci səviyyəyə keçməsi bir neçə il çəkə bilər və bir səviyyədən daha irəliyə keçmək üçün çox az vaxt tələb oluna bilər. Proqram təminatının hazırlanması texnologiyasının təkmilləşdirilməsi prosesi təşkilatın strateji planlarında, onun strukturunda, istifadə olunan texnologiyalarda, ümumi sosial mədəniyyətdə və idarəetmə sistemində öz əksini tapır.

Hər səviyyədə proseslərin ən əhəmiyyətli göstəricilərinin sabitləşməsinə nail olunan tələblər müəyyən edilir. Hər bir texnoloji yetkinlik səviyyəsinə nail olmaq proqram təminatının hazırlanması proseslərində müəyyən sayda komponentlərin meydana çıxmasının nəticəsidir ki, bu da öz növbəsində onların məhsuldarlığının və keyfiyyətinin yüksəlməsinə səbəb olur. Əncirdə. Şəkil 1.7 CMM texnoloji yetkinliyinin beş səviyyəsini göstərir.

düyü. 1.7. SMM Texnoloji Yetkinliyin Beş Səviyyəsi

Oxlardakı yazılar səviyyədən səviyyəyə keçərkən proseslərin təkmilləşdirilməsi xüsusiyyətlərini müəyyənləşdirir.

İkincidən beşinci səviyyəyə qədər proqram təminatının yaradılması proseslərinin standartlaşdırılmasına və (və ya) modernləşdirilməsinə yönəlmiş əməliyyatlar və onun yaradılması proseslərinin özlərini təşkil edən əməliyyatlar vasitəsilə xarakterizə edilə bilər. Eyni zamanda, birinci səviyyə, sanki, yuxarı səviyyələrin müqayisəli təhlili üçün baza, bünövrədir.

1-ci səviyyədə (ilkin) proqram təminatının yaradılması və saxlanmasının əsas prosesləri təsadüfi və xaotikdir. Layihənin uğuru tamamilə heyətin fərdi səylərindən asılıdır. Bu səviyyədə, bir qayda olaraq, təşkilatda proqram təminatının yaradılması və saxlanması üçün zəruri olan sabit mühit yoxdur.

Bu vəziyyətdə layihənin müvəffəqiyyəti, bir qayda olaraq, tamamilə rəhbərliyin enerji və təcrübə dərəcəsindən asılıdır peşəkar səviyyə ifaçılar. Ola bilər ki, enerjili lider layihə prosesində bütün maneələri dəf edir və həqiqətən həyat qabiliyyətli proqram məhsulunun buraxılmasına nail olur. Amma belə bir lider vəzifəsini tərk etdikdən sonra növbəti belə layihənin uğurlu olacağına zəmanət yoxdur. Lazımi səviyyədə layihə idarəetməsi olmadıqda, hətta qabaqcıl texnologiya vəziyyəti xilas edə bilməyəcək.

Layihənin icrası prosesində onların tərkibinin, məqsədinin və ardıcıllığının mövcud vəziyyətdən asılı olaraq təsadüfi dəyişməsi səbəbindən birinci səviyyədəki proseslər gözlənilməzliyi ilə xarakterizə olunur. Nəticədə ayrılan vəsait həddindən artıq xərclənir, iş qrafiki pozulur. Təşkilatlarda bacarıqlı və bilikli insanların hazırlanması yetkinliyin bütün səviyyələrində uğurun əsas şərtidir, lakin birinci səviyyədə hər hansı müsbət nəticə əldə etməyin yeganə yoludur.

2-ci səviyyədə (təkrarlana bilən proseslər səviyyəsi) layihənin idarə edilməsi prosesləri layihənin dəyərinə, cədvəlinə və yerinə yetirilən funksiyalara davamlı nəzarəti təmin edir. Layihənin nizam-intizamı elədir ki, oxşar proqram məhsullarının yaradılması üzrə layihələrin uğurunu proqnozlaşdırmaq olar.

Bu səviyyədə planlaşdırma dizayn işi və yeni layihələrin idarə edilməsi uğurla başa çatmış oxşar layihələrin təcrübəsinə əsaslanır. İkinci səviyyənin əsas xüsusiyyəti, uğurla başa çatmış layihələrin müsbət təcrübəsindən istifadə etməyə imkan verən rəsmiləşdirilmiş və sənədləşdirilmiş effektiv layihə idarəetmə proseslərinin olmasıdır. Effektiv proseslər sənədləşdirilmiş, faktiki istifadə edilən, ölçülə bilən və təkmilləşdirilə bilən proseslərdir. Kadrların onlardan istifadəyə öyrədilməsi vacibdir.

İkincidən başlayaraq hər bir CMM səviyyəsi bir sıra əsas proses qruplarının (KPA) olması ilə xarakterizə olunur. HMM modeli 18 belə qrupdan ibarətdir, son versiya CMMI modelləri - 20 qrup. Səviyyə 2 CMM təşkilatda aşağıdakı proseslərin olması ilə xarakterizə olunur (onların adları CMMI-yə uyğundur):

tələblərin idarə edilməsi;

konfiqurasiyanın idarə edilməsi;

layihənin planlaşdırılması;

layihənin monitorinqi və nəzarəti;

müqavilələrin idarə edilməsi;

ölçmə və təhlil;

prosesin və məhsulun keyfiyyətinin təmin edilməsi.

İkinci səviyyədəki proseslər əvvəlcədən planlaşdırıldığına və həyata keçirilməsinə ciddi nəzarət edildiyinə görə sifarişli kimi xarakterizə edilə bilər, bunun sayəsində layihənin nəticələrinin proqnozlaşdırılmasına nail olunur. Layihələrin artması və mürəkkəbliyi ilə diqqət onların həyata keçirilməsinin texniki aspektlərindən təşkilati və idarəetmə aspektlərinə keçir. Proseslərin icrası insanlardan daha səmərəli və ardıcıl işləməyi tələb edir ki, bu da öz növbəsində peşəkar mükəmməlliyi təkmilləşdirmək üçün sənədləşdirilmiş qabaqcıl təcrübələrin öyrənilməsini tələb edir.

3-cü səviyyədə (standartlaşdırılmış proseslər səviyyəsi) proqram təminatının hazırlanması prosesləri sənədləşdirilir, standartlaşdırılır və təşkilatın bütün bölmələri üçün məcburi olan vahid texnoloji sistemi təmsil edir. Bütün layihələr sınaqdan keçmiş, təsdiq edilmiş və standart statusuna yüksəlmiş proqram təminatı yaratmaq və saxlamaq üçün vahid texnologiyadan istifadə edir.

Bu səviyyədə 2-ci səviyyə proseslərinə aşağıdakı proseslər əlavə olunur:

tələblərin spesifikasiyası;

məhsul inteqrasiyası;

yoxlama;

sertifikatlaşdırma;

təşkilat proseslərinin standartlaşdırılması;

· təhsil;

inteqrasiya olunmuş layihə idarəetməsi;

· Risklərin idarə edilməsi;

Təhlil və qərar qəbulu.

Bu səviyyədəki proseslərdən istifadənin və lazım gəldikdə tənzimləmənin əsas meyarı layihənin icrasının səmərəliliyinin artırılmasında idarəetmə və texniki mütəxəssislərə kömək etməkdir. Bu səviyyədə prosesləri təşkil edən əməliyyatların tərkibinə cavabdeh olan təşkilatda xüsusi qrup - proqram mühəndisliyi proses qrupu (SEPG) yaradılır.

Hər bir layihə üçün vahid texnologiya əsasında onun xüsusiyyətləri nəzərə alınmaqla öz prosesləri hazırlana bilər. CMM-də bu cür proseslər "layihə yönümlü proqram təminatının inkişafı prosesləri" (layihənin müəyyən edilmiş proqram təminatı prosesi) adlanır.

Hər bir prosesin təsvirinə onun icra şərtləri, daxiletmə məlumatları, icra standartları və prosedurları, yoxlama mexanizmləri (məsələn, həmyaşıdların rəyləri), çıxış məlumatları və dayandırma şərtləri daxildir. Prosesin təsviri onu başa çatdırmaq üçün tələb olunan alətlər və onun icrasına cavabdeh olan rolun göstəricisi haqqında məlumatı da əhatə edir.

4-cü səviyyənin (idarə olunan proseslərin səviyyəsi) əsas məqsədi proseslərə cari nəzarətdir. Rəhbərlik proseslərin müəyyən edilmiş keyfiyyət çərçivəsində həyata keçirilməsini təmin etməlidir. Müdaxilə tələb edən ölçülmüş nəticələrdə qaçılmaz itkilər və müvəqqəti piklər ola bilər, lakin ümumilikdə sistem sabit olmalıdır.

4-cü səviyyədə aşağıdakı proseslər əlavə olunur:

performans və məhsuldarlığın idarə edilməsi;

Layihənin kəmiyyət idarəçiliyi.

Bu səviyyədə həm yaradılması proseslərinin, həm də proqram məhsulunun özünün keyfiyyətinin ətraflı qiymətləndirilməsi praktikada tətbiq edilir. Bu zaman kəmiyyət qiymətləndirmə meyarları tətbiq edilir.

Bütün təşkilat çərçivəsində proqram təminatının yaradılmasının məhsuldarlığına və keyfiyyətinə kəmiyyət nəzarəti üçün vahid proqram hazırlanır. Proseslərin təhlilini asanlaşdırmaq üçün təşkilatda həyata keçirilən bütün layihələr üçün proqram təminatının yaradılması və saxlanması proseslərinin vahid məlumat bazası yaradılır. Universal metodlar hazırlanır kəmiyyət göstəricisi proseslərin məhsuldarlığı və onların həyata keçirilməsinin keyfiyyəti. Bu həyata keçirməyə imkan verir kəmiyyət təhlili proqram təminatının yaradılması və texniki xidmət proseslərinin qiymətləndirilməsi.

Dördüncü səviyyədə proseslərin nəticələri proqnozlaşdırıla bilən olur, çünki onlar ölçülə bilir və verilən kəmiyyət məhdudiyyətləri daxilində dəyişir. Bu səviyyədə proseslərin və son məhsulların müəyyən edilmiş keyfiyyətini əvvəlcədən planlaşdırmaq mümkün olur.

5-ci səviyyənin (optimallaşdırılmış proseslərin səviyyəsi) əsas məqsədi proqram təminatının yaradılması və saxlanması proseslərinin ardıcıl təkmilləşdirilməsi və modernləşdirilməsidir. Proqram təminatının hazırlanması texnologiyasının planlaşdırılmış modernləşdirilməsi məqsədi ilə təşkilatda əsas vəzifələri proseslərin həyata keçirilməsi, onların təhlili, mövcud olanların modernləşdirilməsi və yeni proseslərin yaradılması haqqında məlumatların toplanması olan xüsusi bölmə yaradılır. , üçün onların yoxlanılması pilot layihələr və onlara müəssisə standartları statusunun verilməsi.

5-ci səviyyədə aşağıdakı proseslər əlavə olunur:

texnoloji və təşkilati yeniliklərin tətbiqi;

səbəb-nəticə təhlili və problemin həlli. Proqram təminatının yaradılması və saxlanması prosesləri ilə xarakterizə olunur

təşkilat onları modernləşdirmək üçün davamlı səylər göstərdikcə, ardıcıl olaraq təkmilləşdirilir. Bu təkmilləşdirmə həm istifadə olunan proseslərin əlavə imkanlarının müəyyən edilməsinə, həm də yeni optimal proseslərin yaradılmasına və yeni texnologiyaların istifadəsinə şamil edilir.

Ən böyük fayda gətirə biləcək yeniliklər standartlaşdırılır və bütün təşkilatda texnoloji sistemə uyğunlaşdırılır. Layihənin həyata keçirilməsində iştirak edən heyət qüsurları təhlil edir və onların baş vermə səbəblərini müəyyənləşdirir. Qüsurlara səbəb olan halların təkrarlanmaması üçün proqram təminatının hazırlanması prosesləri qiymətləndirilir və qiymətləndirmənin nəticələri sonrakı layihələrdə nəzərə alınır.

Hər bir sonrakı səviyyə əlavə olaraq proqram təminatının yaradılması və saxlanması proseslərinin daha dolğun görünməsini təmin edir.

Birinci səviyyədə proseslər amorfdur (“qara qutular”) və onların görünməsi çox məhduddur. Əvvəldən əməliyyatların tərkibi və məqsədi praktiki olaraq müəyyən edilməmişdir ki, bu da layihənin vəziyyətini və onun gedişatını müəyyən etməkdə əhəmiyyətli çətinliklər yaradır. Proseslərin icrasına dair tələblər nəzarətsiz qoyulur. Menecerlərin (xüsusilə proqramçı olmayanların) gözündə proqram təminatının inkişafı bəzən qara sehr kimi görünür.

İkinci səviyyədə istifadəçi tələblərinin yerinə yetirilməsinə və proqram təminatının yaradılmasına nəzarət edilir, çünki layihənin idarə edilməsi proseslərinin əsasları müəyyən edilir. Proqram təminatının yaradılması prosesinə bir “qutu”dan digərinə keçid nöqtələrində idarə oluna bilən “qara qutular” ardıcıllığı – sabit mərhələlər kimi baxmaq olar. Menecer “qutu içərisində” nə edildiyini bilməsə belə, prosesin nəticəsinin nə olacağı dəqiq müəyyən edilir və onun başlanğıcı və sonu üçün nəzarət nöqtələri müəyyən edilir. Buna görə də, rəhbərlik qara qutunun qarşılıqlı əlaqə nöqtələrində problemləri tanıya və onlara vaxtında reaksiya verə bilər.

Üçüncü səviyyədə "qara qutular"ın daxili strukturu müəyyən edilir, yəni. prosesləri təşkil edən vəzifələr. Daxili struktur təşkilatda standart proseslərin konkret layihələrə tətbiqi üsuludur. Rəhbərlik əlaqəsi və icraçılar layihə daxilində öz rol və məsuliyyətlərini lazımi detallara qədər bilirlər. Layihənin icrası zamanı yarana biləcək risklərə rəhbərlik əvvəlcədən hazırlanır. Standartlaşdırılmış və sənədləşdirilmiş proseslər nəzərdən keçirilmək üçün “şəffaf” olduğundan, layihədə bilavasitə iştirak etməyən işçilər onun cari vəziyyəti haqqında vaxtında dəqiq məlumat ala bilirlər.

Dördüncü səviyyədə proseslərin icrası alətlərlə ciddi şəkildə bağlıdır ki, bu da onların əmək intensivliyinin və icra keyfiyyətinin kəmiyyət xüsusiyyətlərini müəyyən etməyə imkan verir. Kəmiyyət ölçmələrinin obyektiv bazasına malik olan menecerlər layihənin mərhələlərini və mərhələlərini dəqiq planlaşdırmaq, layihənin gedişatını proqnozlaşdırmaq, yaranan problemlərə operativ və adekvat cavab vermək imkanı əldə edirlər. Layihənin icrası prosesində verilən şərtlərdən, qiymətdən və keyfiyyətdən mümkün kənarlaşmaların azalması ilə onların nəticələri proqnozlaşdırmaq qabiliyyəti daim artır.

Beşinci səviyyədə məhsulların keyfiyyətinin yüksəldilməsi və onun yaradılmasının səmərəliliyinin yüksəldilməsi məqsədilə proqram təminatının yaradılması üçün yeni təkmilləşdirilmiş metod və texnologiyaların yaradılması üzrə iş daim və sistemli şəkildə aparılır. Diqqət təkcə artıq istifadə olunanlara deyil, həm də yeni, daha səmərəli proseslərə və texnologiyalara yönəldilir. Menecerlər proqram təminatının hazırlanması və texniki xidmət texnologiyasındakı dəyişikliklərin təsirini və effektivliyini kəmiyyətcə qiymətləndirə bilərlər.

Dördüncü və beşinci səviyyələr proqram sənayesində nadirdir. Beləliklə, əgər dünyada bir neçə yüz şirkət üçüncü səviyyəyə çatmışdırsa, onda beşinci səviyyənin 62 firması (2002-ci il üçün SEI məlumatlarına görə) və dördüncü səviyyənin 72 firması var idi. Bəziləri təşkilati texnologiyalarını reklam etməkdə maraqlı deyil, digərləri isə sadəcə müştərinin təzyiqi altında sertifikatlaşdırma həyata keçirirlər.

SMM-in ən yüksək səviyyələrinə çatmaq üçün on il və ya daha çox vaxt lazımdır. Ancaq hətta 3-cü səviyyə də beynəlxalq arenaya cəsarətlə çıxmağa imkan verir. SMM-dən istifadə etmək üçün şirkətə bəzi unikal qabiliyyətlərə malik işçilər axtarmağa ehtiyac yoxdur, onun ümumi ideyanı başa düşməsi kifayətdir. CMM modelinin təsviri bu modelə uyğun olaraq inkişaf etdirmək üçün nə etmək lazım olduğunu ətraflı şəkildə göstərir. İstənilən orta səviyyəli menecer CMM-in tənzimlənən hərəkətlərinə əməl etməyə qadirdir.

SMM 1.1-in ən son versiyası əsasən diqqət mərkəzindədir böyük şirkətlər, böyük layihələrin həyata keçirilməsində iştirak edir, lakin iki və ya üç nəfərlik qruplar və ya fərdi proqramçılar tərəfindən kiçik layihələri (üç aya qədər) tamamlamaq üçün istifadə edilə bilər. Belə hallarda HMM modeli mühüm rol oynaya bilər. mühüm rol, çünki yeni sifarişlərin alınması əsasən əvvəlki layihələrin həyata keçirilməsinin keyfiyyəti ilə müəyyən edilir. Kiçik qruplar 2-ci səviyyədən olduqca razı qalacaqlar, çünki kiçik bir layihə üçün bir neçə həftəlik son tarixdən sapma əhəmiyyətsizdir.

2002-ci ildən CMMI-nin xüsusi inteqrasiya versiyası rəsmi olaraq yayıldı. o yeni inkişaf SEI, şirkətin fəaliyyətinin bütün aspektlərini əhatə edir: podratçının hazırlanması və seçilməsindən tutmuş təlim, tətbiq və texniki xidmətə qədər. Bundan əlavə, CMMI modeli sistem mühəndisliyindən gələn yanaşmalarla genişləndirilir. Bu modelə CMM 2.0 versiyasının dizaynı zamanı edilən inkişaflar daxildir (tamamlanmadı), əsas dəyişikliklər dördüncü və beşinci səviyyəli şirkətlər üçün prosesləri aydınlaşdırmağa yönəldilmişdir ki, bu da irimiqyaslı Amerika layihələri üçün ən aktualdır.

CMM modeli kifayət qədər ağır və vacibdir, lakin o, bütün proqram təminatının hazırlanması prosesini müəyyən edən yeganə əsas kimi istifadə edilməməlidir. O, ilk növbədə ABŞ Müdafiə Nazirliyi üçün proqram təminatı hazırlayan şirkətlər üçün nəzərdə tutulmuşdu. Bu sistemlər böyük ölçüləri və uzun xidmət müddəti, eləcə də aparat və digər proqram sistemləri ilə interfeysin mürəkkəbliyi ilə xarakterizə olunur. Əksinə, böyük proqramçılar komandaları Müdafiə Nazirliyi tərəfindən hazırlanmış tələblərə və standartlara cavab verməli olan belə sistemlərin yaradılması üzərində işləyirlər.

SMM-in çatışmazlıqlarına aşağıdakılar daxildir:

1. Model proqram məhsulunun yaradılması prosesinə deyil, yalnız layihənin idarə edilməsinə diqqət yetirir. Model prototipləşdirmə, formal və müəyyən üsulların istifadəsi kimi mühüm amilləri nəzərə almır struktur üsulları, statik analiz alətləri və s.

2. Modeldə problemlərin inkişaf prosesinə təsir etməzdən əvvəl aşkarlanmasının qarşısını alan risk və qərar təhlili yoxdur.

3. Modelin əhatə dairəsi müəyyən edilməyib, baxmayaraq ki, müəlliflər onun universal olduğunu və bütün təşkilatlar üçün uyğun olduğunu etiraf edirlər. Bununla belə, müəlliflər fəaliyyətlərində SMM-i tətbiq edə bilən və ya tətbiq etməyən təşkilatlar arasında aydın fərq qoymurlar. Kiçik şirkətlər bu modeli çox bürokratik hesab edin. Bu tənqidlərə cavab olaraq, kiçik təşkilatlar üçün proseslərin təkmilləşdirilməsi strategiyaları hazırlanmışdır.

əsas məqsəd CMM modelini yaratarkən, ABŞ Müdafiə Nazirliyinin niyyəti proqram təminatçılarının imkanlarını qiymətləndirmək idi. Üstündə Bu an inkişaf təşkilatlarının müəyyən inkişaf səviyyəsinə nail olmaq üçün aydın tələblər olmadığı halda. Bununla belə, yüksək səviyyəyə çatmış təşkilatın proqram təminatının tədarükü ilə bağlı tenderdə qalib gəlmə ehtimalının daha yüksək olduğu ümumiyyətlə qəbul edilir. CMM-ə alternativ olaraq, əksər təşkilatlar və proqram layihələri üçün uyğun olan texnoloji yetkinliyin təkmilləşdirilməsi proseslərinin ümumiləşdirilmiş təsnifatı təklif olunur. Təkmilləşdirmə proseslərinin bir neçə ümumi növlərini ayırd etmək olar.

1. qeyri-rəsmi proses. Dəqiq müəyyən edilmiş təkmilləşdirmə modeli yoxdur. Ayrı bir inkişaf qrupu tərəfindən uğurla istifadə edilə bilər

cov. Prosesin qeyri-rəsmi olması konfiqurasiyanın idarə edilməsi kimi formal fəaliyyətləri istisna etmir, lakin fəaliyyətlərin özləri və onların əlaqələri əvvəlcədən müəyyən edilmir.

2. İdarə olunan proses. Təkmilləşdirmə prosesini istiqamətləndirən hazırlanmış bir modelə malikdir. Model fəaliyyətləri, onların cədvəlini və onlar arasındakı əlaqələri müəyyən edir.

3. Metodik cəhətdən düzgün proses. Ehtimal olunur ki, müəyyən metodlar tətbiq edilib (məsələn, obyekt yönümlü dizayn metodları sistematik şəkildə tətbiq olunur). Bu tip proses üçün prosesin dizaynı və təhlilinə dəstək vasitələri (CASE alətləri) faydalı olacaqdır.

4. Birbaşa təkmilləşdirmə prosesi. Texnoloji prosesin təkmilləşdirilməsi kimi dəqiq müəyyən edilmiş məqsədi var, bunun üçün təşkilatın büdcəsində ayrıca bir xətt var və yeniliklərin tətbiqi normaları və prosedurları müəyyən edilir. Belə bir prosesin bir hissəsi təkmilləşdirmə prosesinin kəmiyyət təhlilidir.

Bu təsnifatı aydın və hərtərəfli adlandırmaq olmaz - bəzi proseslər eyni vaxtda bir neçə növə aid ola bilər. Məsələn, prosesin qeyri-rəsmi olması inkişaf qrupunun seçimidir. Eyni komanda prosesin birbaşa təkmilləşdirilməsi üçün bütün imkanlara malik olmaqla, konkret inkişaf metodologiyasını seçə bilər. Bu proses təsnif edilir qeyri-rəsmi, metodik cəhətdən əsaslandırılmış, birbaşa təkmilləşdirmə.

Bu təsnifata ehtiyac ondan ibarətdir ki, o, proqram təminatının hazırlanması texnologiyasının hərtərəfli təkmilləşdirilməsi üçün zəmin yaradır və təşkilata müxtəlif təkmilləşdirmə proseslərinin növlərini seçmək imkanı verir. Əncirdə. 1.8 arasındakı əlaqəni göstərir fərqli növlər onların inkişafı üçün proqram sistemləri və prosesləri.

düyü. 1.8. Təkmilləşdirmə proseslərinin tətbiqi

Hazırlanan məhsulun növünü bilmək proqram sistemləri ilə Şəkil 1-də göstərilən təkmilləşdirmə prosesləri arasında uyğunluq yaradacaqdır. 1.8 prosesin təkmilləşdirilməsi seçimində faydalıdır. Məsələn, proqram təminatının bir kompüter platformasından digərinə keçidini dəstəkləmək üçün proqram yaratmalısınız. Belə bir proqram kifayət qədər qısa müddətə malikdir, buna görə də onun inkişafı uzun ömürlü sistemlərin yaradılması zamanı olduğu kimi standartlara və təkmilləşdirmə prosesinin xüsusi idarə edilməsinə ehtiyac duymur.

Bir çox iş axınının indi CASE dəstəyi var, ona görə də onları çağırmaq olar dəstəklənən proseslər. Metodik cəhətdən əsaslandırılmış proseslər təhlil və dizayn vasitələri ilə dəstəklənir. Dəstək alətinin effektivliyi tətbiq edilən təkmilləşdirmə prosesindən asılıdır. Məsələn, qeyri-rəsmi prosesdə tipik dəstək vasitələrindən (prototipləşdirmə alətləri, kompilyatorlar, sazlama alətləri, mətn prosessorları və s.) istifadə edilə bilər. Qeyri-rəsmi proseslərdə davamlı olaraq daha çox ixtisaslaşmış dəstək alətlərindən istifadə ediləcəyi ehtimalı azdır.

SMM modeli unikal deyil. Demək olar ki, hər bir böyük şirkət öz proqram təminatı inkişaf texnologiyalarını inkişaf etdirir, bəzən bu texnologiyalar ictimailəşir və çox populyarlaşır. HMM modelinin geniş populyarlığı onunla əlaqələndirilir dövlət dəstəyi, lakin SMM-in faktiki effektivliyi bir çox aparıcı ekspertlər tərəfindən tənqid olunur. HMM-nin əsas çatışmazlıqlarından biri, bu modelin prinsiplərindən kənara çıxmamaq üçün lazımsız dərəcədə sərt tələb ilə bağlıdır, hətta sağlam düşüncəəksini təklif edir. Mütləq həqiqətə sahib olmaq üçün bu cür iddialar şübhə doğurmaya bilməz, buna görə də kiçik və orta şirkətlər arasında fərdi və kollektiv yaradıcılıq üçün daha çox sərbəstlik buraxan yanaşmalar daha populyardır. Aşağıda nəzərdən keçirilən SPMN texnikası sərt, “ağır” arasında aralıq mövqe tutur. böyük təşkilatlar SMM kimi həllər və ən çevik texnologiyalar. O görünür ən yaxşı variantdır bir tərəfdən öz işini asanlaşdırmaq istəyən şirkətlər üçün idarəetmə fəaliyyəti, digər tərəfdən isə gələcəkdə çatmağı planlaşdırırlar beynəlxalq səviyyədə burada CMM sertifikatı çox arzu edilir.

1986-cı ilin noyabrında Amerika Proqram Mühəndisliyi İnstitutu (SEI), Mitre Korporasiyası ilə birlikdə onların daxili proseslərini təkmilləşdirməyə kömək etmək məqsədi daşıyan Proqram İnkişafı Proseslərinin Yetkinlik İcmalını hazırlamağa başladı.

Bu icmalın hazırlanmasına proqram təminatının hazırlanması üçün subpodratçıların qiymətləndirilməsi metodu ilə bağlı ABŞ federal hökumətinin müraciəti səbəb olub. Əsl problem böyük layihələri idarə edə bilməmək idi. Bir çox şirkətlərdə layihələr əhəmiyyətli dərəcədə gec və büdcədən artıq çatdırılıb. Bu problemin həllini tapmaq lazım idi.

1987-ci ilin sentyabrında SEI buraxıldı qısa baxış onların yetkinlik səviyyələrinin təsviri ilə proqram təminatının inkişafı prosesləri, həmçinin şirkətdə təkmilləşdirmələrə ehtiyac duyulan sahələri müəyyən etmək üçün hazırlanmış sorğu anketi. Lakin əksər şirkətlər bu sorğu vərəqəsini hazır model hesab edirdilər və nəticədə 4 ildən sonra sorğu vərəqəsi real modelə, Proqram təminatının Yetkinlik Modelinə (CMM) çevrildi. 1991-ci ildə buraxılmış CMM-nin (Versiya 1.0) ilk versiyası 1992-ci ildə 200-ə yaxın proqram təminatı mütəxəssisinin və tərtibatçılar cəmiyyətinin üzvlərinin iştirak etdiyi işçi iclasın iştirakçıları tərəfindən yenidən işlənmişdir.

1. İbtidai. Təşkilatın ən primitiv statusu. Təşkilat proqram təminatı hazırlamağa qadirdir. Təşkilatın açıq şəkildə şüurlu bir prosesi yoxdur və məhsulun keyfiyyəti tamamilə inkişaf etdiricilərin fərdi qabiliyyətləri ilə müəyyən edilir. Biri təşəbbüsü ələ alır və komanda onun göstərişlərinə əməl edir. Bir layihənin uğuru digərinin uğuruna zəmanət vermir. Layihənin sonunda əmək xərcləri, qrafik və keyfiyyət haqqında məlumatlar qeyd edilmir.
2. təkrarlana bilən. Müəyyən dərəcədə prosesə nəzarət olunur. Əmək xərcləri və planlar haqqında qeydlər aparılır. Hər bir layihənin funksionallığı yazılı şəkildə təsvir olunur. 1999-cu ilin ortalarında təşkilatların yalnız 20%-i Səviyyə 2 və ya daha yüksək idi.
3. Quraşdırılıb. Müəyyən edilmiş, sənədləşdirilmiş və qurulmuş prosesdir fərdlərdən asılı olmayaraq işləmək. Yəni razılaşdırılmış peşəkar standartlar tətbiq edilir və tərtibatçılar onlara əməl edirlər. Bu cür təşkilatlar əvvəllər tamamlanan layihələrə oxşar layihələrin xərclərini kifayət qədər etibarlı şəkildə proqnozlaşdıra bilirlər.
4. idarə olunur. Onlar işin vaxtını və dəyərini dəqiq proqnozlaşdıra bilirlər. Yığılmış ölçmələrin məlumat bazası var. Ancaq yeni texnologiyaların və paradiqmaların ortaya çıxması ilə heç bir dəyişiklik yoxdur.
5. Optimallaşdırılmış. Yeni və təkmilləşdirilmiş metod və vasitələrin tapılması və mənimsənilməsi üçün davamlı prosedur mövcuddur.

İnkişaf

Modelin praktikada istifadəsi proqram təminatının hazırlanması proseslərinin təşkilinin daha yüksək səviyyələrinə nail olmaq üçün yanaşmalarda qeyri-müəyyənliyi üzə çıxardı. Buna görə də, 2002-ci ilə qədər adlanan inkişaf prosesini təkmilləşdirmək üçün tövsiyələr hazırlanır CMMI (Capability Maturity Model Integration). Hal-hazırda CMMi-nin ən son versiyası 1.3-dür (noyabr 2010-cu ildə nəşr edilmişdir).

həmçinin bax

Bağlantılar

MIT Tələbə Forumu > Əsas bölmə > Testlər > İdarəetmə Sistemlərinin Simulyasiyası

Baxın Tam versiyası: İdarəetmə sistemlərinin simulyasiyası

Bütün modulları həll etdim, hər şeyi 4 ilə, sonuncunu isə 2 ilə keçdim, indi üç gündən sonra yenidən keçməyə çalışacağam, bir dənə eyni sual yox idi. Son testi düzəltməyə çalışdım, amma yoxlayın, düzgünlüyünə zəmanət verə bilmərəm, məndə olan hər şeyi ifşa edirəm, bəlkə kimsə məndən yaxşı keçər. Əgər kiminsə ikinci, üçüncü cəhdi varsa, dözün, zəhmət olmasa, intizam verin, həqiqətən çox çətindir.:eek:

Yekun test 100-dən 100

Nəticə hər dəfə fərqlidir?

Burada qeyd olunmayan daha çox suallar məni tutdu. Cavab axtarmadım, çünki onsuz keçdim 4. Kim çaşqın olmaq istəyir, qalanları üçün cavabları bura yükləyin 🙂

Modul 1:
Biznes prosesinin əlaməti kimi nəyi nəzərə almaq olmaz?

Dəyər Əlavəsi

Bir cavab seçin:
Əvvəllər qarşıya qoyulmuş məqsədləri təcəssüm etdirən prosesin məhsulu

Bir cavab seçin:

Finalda (4. keçdi.

Qabiliyyət Yetkinlik Modeli nədir? (CMM)

Bu suallar + forumda olanlar):
1. Düzgün ifadəni seçin.
Bir cavab seçin:
Bölmələrin iş prosesi müxtəlif dəyər zəncirlərindən ibarətdir (UNSURE)
Başdan-başa biznes prosesi müxtəlif təşkilatların biznes proseslərindən ibarətdir
Çarpaz funksional biznes prosesi, bir qayda olaraq, şöbələrin biznes proseslərindən ibarətdir

2. Universal biznes prosesinin hərəkət sxeminin elementi olmayan nədir?
Bir və ya daha çox cavab seçin:
Proses resursları
Risklər
Biznes proseslərinin idarə edilməsi fəaliyyətləri
Ətraf Mühit faktorları
Girişləri çıxışa çevirmək üçün fəaliyyət

3. Proseslərin əsas elementi kimi maddi ehtiyatlar bunlardır:
Bir cavab seçin:
Bir-biri ilə və digər resurslarla qarşılıqlı əlaqədə olan sistemlərdə birləşən aktiv fəaliyyət subyektləri
Fəaliyyət subyektləri tərəfindən fəaliyyət obyektlərinə yönəldilmiş, proseslərin məqsəd və nəticələrini müəyyən edən nəzarət tədbirləri.
Prosesləri həyata keçirmək üçün istifadə olunan passiv qurğular və fəaliyyətlər (Əmin deyiləm)

28.03.2014, 10:07

Modul 1:
Nə biznes prosesinin əlaməti hesab edilməməlidir? Bir və ya bir neçə cavab seçin:
Girişlərin çıxışlara çevrilməsi
Məhsulun xarici istehlakçıya çatdırılması
Dəyər Əlavəsi
Artıqlıq və/və ya istifadə dəyərinin formalaşması

Proseslərin əsas elementləri kimi nəticələr bunlardır:
Bir cavab seçin:
Bir-biri ilə və digər resurslarla qarşılıqlı əlaqədə olan sistemlərdə birləşən aktiv fəaliyyət subyektləri
Əvvəllər qarşıya qoyulmuş məqsədləri təcəssüm etdirən prosesin məhsulu Prosesləri həyata keçirmək üçün istifadə olunan passiv qurğular və fəaliyyətlər
Prosesi başa çatdırmaq üçün zəruri olan maddi, enerji və informasiya obyektlərinin toplusu

Biznes prosesində əks əlaqə nədir?
Bir cavab seçin:
İstənilən nəticəni təmin etmək üçün nəzərdə tutulmuş prosesə məqsədyönlü və şüurlu təsir
Əvvəllər qarşıya qoyulmuş məqsədlərlə prosesin nəticələrinin təhlili və müqayisəsi
Sistemin fəaliyyətində müxtəlif növ sapmaların mənbəyi olan ətraf mühitin obyektləri və amilləri sisteminə təsir.
Mən belə cavab verdim! amma yenə də 4 çıxdı

Finalda - Bu suallar + artıq mövcud olanlar:
1 Siyahıdan dizayn məqsədli strukturların çatışmazlıqlarını seçin.

2 Siyahıdan əmrlərdən istifadə nümunələrini seçin.
Keyfiyyətli kupalar
Komitələr
İş Komandaları

3 Siyahıdan üzvi təşkilati strukturların tətbiqi şərtlərini seçin.
İşçilər mürəkkəb ehtiyaclarla motivasiya olunurlar
Məqsədlər bulanıqdır və dinamik olaraq dəyişir
Güc sorğulanır və sınaqdan keçirilir, tabeliyində olanlardan təsdiq tələb olunur

4 Siyahıdan layihə əsaslı təşkilati strukturların üstünlüklərini seçin.
işçilərin birbaşa layihə menecerinə tabe olması və bununla da bu işçilərin səylərinin istiqamətinin birmənalı olmamasına nail olunur.

5 Dəstəkləyici proseslər:
təmin etmək səmərəli həyata keçirilməsiəsas proseslər

Yekun sinif 5
sual 1
Komanda istifadə nümunələri siyahısından seçin.

Keyfiyyətli kupalar
Komitələr
İş Komandaları

Sual 2
Funksional struktur daxilində vasitəçilər nə üçün istifadə olunur?

Müxtəlif struktur bölmələrinin fəaliyyətini inteqrasiya etmək

Sual 3
SADT modelində əlaqələrin növlərini adlandırın:
Nəzarət
çıxış mexanizmi
Əlaqə girişdə

Sual 4
Aşağıdakı biznes proseslərindən hansı ən qısadır?
Bölmə iş prosesi

Sual 5
Biznes proseslərinin informasiya modellərini yaratmaq üçün hansı metodlardan, metodologiyalardan və alətlərdən istifadə etmək olar?

Gein-Sarson metodologiyası
Chen və Barkerin modelləşdirmə dili

Sual 6
Hansı biznes prosesinin təqdimatı ən aşağı səviyyəyə (sadalananlardan) uyğun gəlir?

Biznes Prosesləri Əməliyyatları

Sual 7
Biznes prosesinin uzunluğu:

Bu subyektivdir

Sual 8
Material resursları proseslərin əsas elementi kimi:

Prosesləri həyata keçirmək üçün istifadə olunan passiv vasitələr və fəaliyyət obyektləri

Sual 9
Siyahıdan layihə əsaslı təşkilati strukturların üstünlüklərini seçin.

İşçilərin bilavasitə layihə menecerinə tabeliyi həyata keçirilir və bununla da bu işçilərin səylərinin istiqamətinin birmənalı olmamasına nail olunur.

Sual 10
Siyahıdan matrix təşkilati strukturların üstünlüklərini seçin.

Təşkilati strukturu geniş diapazonda çevik şəkildə "fərdiləşdirmək" imkanı var: zəifdən güclü matrisə qədər.

Sual 11
Biznes sisteminin idarə edilməsinin ikinci dövrəsinə nə daxildir?

Əməliyyata nəzarət alt sistemi
inkişafın idarə edilməsi alt sistemi

Sual 12
Biznes sisteminin ümumi proses modeli aşağıdakı elementləri ehtiva edir:

Çıx
proses
Giriş
Narahatlıq

Sual 13
Hansı IDEF standartı fəaliyyətləri, axınları və obyektlərin vəziyyətini modelləşdirməyə imkan verir?

Sual 14
Güclü matris strukturunda Layihə Menecerinin səlahiyyətləri hansılardır?

Ortadan Yüksəkə

Sual 15
İnvestisiya və maliyyə proseslərinin əsas elementlərinə nə aid edilə bilər?

İnvestorlar
Kreditorlar

Sual 16
Siyahıdan dizayn hədəf strukturlarının çatışmazlıqlarını seçin.

Funksional sahələrdə azaldılmış istehsal qabiliyyəti

İdarəetmə Sistemlərinin Modelləşdirilməsi.rar (http://mti.prioz.ru/krfilesmanager.php?do=downloadfile&dlfileid=107)

SADT diaqramlarında dominantlıq sırası necədir?
Cavab: Ən çox üstünlük təşkil edən funksiyalar yuxarı sol küncdə yerləşir.

kömək edin 3təlim kimə sahibdir pliz

1 dəqiqədən sonra əlavə edildi
İdarəetmə sistemlərinin modelləşdirilməsi olan hər kəsdən 3 təlim xahiş edirəm

vBulletin® v3.8.7, Copyright 2000-2018, vBulletin Solutions, Inc.

Deyə biləcəyiniz tərcümə:

İS-in inkişafı üçün metodologiya. CMM/CMMI yetkinlik modeli.

1991-ci ildə Universitetin Proqram Mühəndisliyi İnstitutu

Carnegie Mellon (Proqram Mühəndisliyi İnstitutu, SEI) proqram məhsullarının hazırlanması üçün CMM yetkinlik modelini (Capability Maturity Model) yaratmışdır. Zamanla bütün modellər ailəsi buraxıldı:

SW-CMM - proqram məhsulları üçün, SE-CMM - sistem mühəndisliyi üçün, Acquisition CMM - satınalma üçün, People CMM - insan resurslarının idarə edilməsi üçün, ICMM - məhsul inteqrasiyası üçün.

Müxtəlif modelləri başa düşmək və həyata keçirmək olduqca çətin olduğu ortaya çıxdı. Onlar yaradılandan bəri müxtəlif qruplar mütəxəssislərin fikrincə, bu modellərin məzmunu həmişə bir-biri ilə, eləcə də uyğun deyildi

beynəlxalq standartların tələbləri. Buna görə də, 2002-ci ildə SEI əvvəllər buraxılmış modelləri birləşdirən və tələbləri nəzərə alaraq yeni CMMI modelini (Capability Maturity Model Integration) nəşr etdi.

beynəlxalq standartlar. CMMI müxtəlif ölçülü və fəaliyyət göstərən təşkilatlarda prosesləri təkmilləşdirmək üçün modellər (metodologiyalar) toplusudur. CMMI aşağıdakı təkmilləşdirmə sahələri qruplarını ayırır: prosesin idarə edilməsi, layihənin idarə edilməsi, mühəndislik sahələri, xidmət

sahələr. Bu halda, bütün sahələr onların necə həyata keçirildiyini deyil, interfeys tələblərini müəyyən edən tələblər şəklində göstərilir. Bundan iki nəticə çıxır.

Nəticə 1. CMMI müxtəlif tətbiqlərə imkan verir və MSF, Scrum, RUP və s. kimi proqram təminatının hazırlanması metodologiyası deyil. Sonuncu onun həyata keçirilməsində istifadə edilə bilər. Məsələn, CMMI üçün VSTS-də CMMI üçün MSF adlı xüsusi proses şablonu var.

Nəticə 2. CMMI şirkətləri proseslərinin yetkinliyinə görə sertifikatlaşdırmaq üçün istifadə olunur. Əvvəlcə, 80-ci illərin sonu və 90-cı illərin əvvəllərində CMM (o zaman hələ CMMI deyildi) dəqiq sertifikatlaşdırma vasitəsi kimi yaradılmışdır.

federal subpodratçılar. Və yalnız sonradan dünyada geniş yayılaraq istifadə olunmağa başladı və sonra proseslərin təkmilləşdirilməsinə yönəldilib. CMMI-nin daha bir vacib xüsusiyyətini qeyd edək. O, təkcə proqram sistemlərinin inkişafı üçün nəzərdə tutulmayıb. Bir çox böyük şirkətlər proqram təminatı buraxmır, lakin proqram təminatının ayrılmaz hissəsi kimi daxil olduğu məhsulları hədəfləyir.

Məsələn, aviasiya, aerokosmik sənaye. Yəni proqram təminatının inkişafı

digər növ mühəndis işləri ilə birlikdə baş verir. Və tez-tez olur ki, bir layihədə ikidən çox müxtəlif növ mühəndislik iştirak edir. CMMI-nin vəzifəsi belə layihələri və şirkətləri inkişaf prosesinin təşkili üçün vahid platforma ilə təmin etməkdir.

Ciddi iyerarxik olan və prosesləri səviyyələr üzrə yalnız ardıcıl təkmilləşdirməyə imkan verən klassik CMM modelindən fərqli olaraq, CMMI modeli iki ölçüyə malikdir - ardıcıl, məsələn.

CMM-də olduğu kimi və davamlı olaraq, təşkilatdakı proseslərin müəyyən dərəcədə özbaşına təkmilləşdirilməsinə imkan verir. Burada biz ardıcıl model üzərində dayanacağıq. 5 səviyyəsi var

prosesin yetkinliyi (şək. 1).

Birinci səviyyə(ödəmə səviyyəsi 1) tərifinə görə hər hansı bir şirkətin olduğu səviyyədir. Bu səviyyədə proqram təminatının inkişafı az-çox xaotikdir.

İdarə olunan Səviyyə(2-ci yetkinlik səviyyəsi) - şirkət səviyyəsində təsdiqlənmiş proseslərin təşkili üçün siyasət və prosedurlar artıq burada görünür. Amma proseslərin tam miqyası yalnız fərdi layihələr çərçivəsində mövcuddur.

Müəyyən bir səviyyə(yetkinlik səviyyəsi 3) - burada bütövlükdə bütün şirkət səviyyəsində standart proses görünür.

Qabiliyyət Yetkinlik Modeli (CMM) nədir? CMM Səviyyələri nədir?

Bu, böyük və daim böyüyən proses aktivləri dəstidir: sənəd şablonları,

həyat dövrü modelləri, proqram alətləri, təcrübələr və s. Hər hansı xüsusi proses bu standartdan kəsilməklə əldə edilir.

Kəmiyyət səviyyəsi(4-cü yetkinlik səviyyəsi) şirkətdə standart proses əsasında baş verən və inkişafın kəmiyyətcə idarə olunmasına imkan verən ölçmələr sisteminin meydana çıxmasını nəzərdə tutur.

Optimallaşdırma səviyyəsi(yetkinlik səviyyəsi 5) inkişaf proseslərinin həm artan, həm artımlı, həm də inqilabi olaraq davamlı təkmilləşdirilməsini nəzərdə tutur. Eyni zamanda, bu dəyişikliklər məcburi deyil, proaktiv problemlər və çətinliklərdir. Proses öz-özünə təkmilləşir və mütəmadi olaraq müvafiq mexanizmlər tətbiq edilir.

Bir çox insan CMMI abbreviaturasını bilir, bir çox insan bunun bir model olduğunu bilir, yəni. məsələn, proqram təminatının inkişafı ilə bağlı proseslərin təkmilləşdirilməsinə dair tövsiyələr toplusu. Ancaq çox az adam bir neçə CMMI modelinin olduğunu bilir. Onlardan ən məşhuru, həqiqətən bir çox cəhətdən inkişaf şirkətlərinin (yəni, müəyyən bir proqram məhsulu və ya digər mürəkkəb proqram və avadanlıqları işləyib təchiz edən şirkətlər və təşkilatların) fəaliyyəti ilə əlaqəli olan CMMI for Development (CMMI-DEV)-dir. həll).

Bəs məhsulu deyil, xidmətləri təqdim edənlər (məsələn, ümumi əmək məsrəflərində cüzi inkişaf payı ilə məhsul dəstəyi və ya heç bir əmək xərci olmayan) necə? Onlar üçün bir sıra tövsiyələr də var - Xidmətlər üçün CMMI modeli (CMMI-SVC). Məsələn, İT departamentləri üçün bu model (daha doğrusu, tövsiyələri) nə edilməli olduğunu anlamağa kömək edə bilər ki, məsələn, eyni ITIL tövsiyələri bir növ "müqəddəs təcrübə" deyil, normal bir prosesə çevrilsin.

Bacarıq Yetkinlik Modeli (CMM)

Maraqlıdır ki, bu modelin tövsiyələri olduqca universaldır və yalnız "bağlanmır" İnformasiya texnologiyaları. Bu modelin təcrübələrinin pilot tətbiqi... ABŞ-dakı xəstəxanaların birində baş tutdu (axı, tibbi xidmət də xidmətdir).

Ancaq sadalanan modellərdən hər hansı birini öyrənmək daha yaxşıdır. Əgər bütün MDB üzrə CMMI-DEV modelində təlim keçmiş bir neçə yüz insan varsa (təxminən 250-300 nəfər), MDB-də CMMI-SVC modelində təlim keçmiş cəmi 6 nəfər var. Söhbət təlimatçılardan yox, təlim keçmişlərdən gedir. Bu, 2011-ci ilin dekabrına qədər əsas problem idi: CMMI-DEV üçün bütün dünyada SEI (CMMI model tərtibatçısı) tərəfindən sertifikatlaşdırılmış yalnız bir rusdilli təlimatçı var idi, digər modellər üçün isə ümumiyyətlə yox idi! İndi belə bir təlimatçı CMMI-SVC modelinə görə də meydana çıxdı (buna görə də ilk 6 təlim keçmiş). Bu təlimatçı qeyd olunan modellər və rəsmi təlimlə bağlı istənilən suala cavab verə bilən bu nəşrin müəllifidir. Soruşun!

Bu material Club.CNews icmasının üzvünün şəxsi qeydidir.
CNews-un redaktorları onun məzmununa görə məsuliyyət daşımır.