Proqram təminatının həyat dövrünün mərhələləri. Köməkçi həyat dövrü prosesləri

Bu bölmə aşağıdakı dəstəkləyici həyat dövrü proseslərini müəyyən edir:

1. sənədləşmə prosesi;
2. konfiqurasiya idarəetmə prosesi;
3. keyfiyyətin təminatı prosesi;
4. yoxlama prosesi;
5. sertifikatlaşdırma prosesi;
6. iştiraklı yoxlama prosesi;
7. audit prosesi;
8. problemin həlli prosesi.

Köməkçi prosesin işinə və tapşırıqlarına görə məsuliyyət bu prosesi həyata keçirən təşkilatın üzərinə düşür. Bu təşkilat müəyyən bir prosesin mövcudluğunun reallığına və funksional xüsusiyyətlərinə zəmanət verir.

Bu təşkilat idarəetmə prosesinə uyğun olaraq layihə səviyyəsində köməkçi prosesi təşkil edir və idarə edir (7.1-ci yarımbənd); infrastrukturun yaradılması prosesinə uyğun olaraq bu proses üçün infrastrukturu müəyyən edir (7.2-ci yarımbənd);

uyğunlaşma prosesinə (Əlavə A) uyğun olaraq bu prosesi layihə şərtlərinə uyğunlaşdırır və təkmilləşdirmə (7.3-cü alt bölmə) və öyrənmə proseslərinə (bölmə 7.4) uyğun olaraq təşkilati səviyyədə dəstək prosesini idarə edir. Keyfiyyətə zəmanətin aşağıdakı üsullarından istifadə edilə bilər: birgə təhlillər, auditlər, yoxlama və sertifikatlaşdırma.

6.1 Sənədləşdirmə prosesi

Sənədləşmə prosesi həyat dövrü prosesi və ya fəaliyyət zamanı yaradılmış məlumatın rəsmiləşdirilməsi prosesidir. Bu proses sistem və ya proqram məhsulunun idarəçiləri, mühəndisləri və istifadəçiləri kimi bütün maraqlı tərəflər üçün lazım olan sənədləri planlaşdıran, dizayn edən, inkişaf etdirən, buraxan, redaktə edən, paylayan və saxlayan fəaliyyətlər toplusundan ibarətdir.

1. prosesin hazırlanması;
2. dizayn və inkişaf;
3. azad etmək;
4. müşayiət.

6.1.1 Prosesin hazırlanması

6.1.1.1 Proqram məhsulunun həyat dövrü prosesləri zamanı buraxılan sənədlərin müəyyənləşdirilməsi planı hazırlanmalı, sənədləşdirilməli və həyata keçirilməlidir. Hər bir təyin edilmiş sənəd üçün aşağıdakılar müəyyən edilməlidir:

a) başlıq və ya başlıq;

b) məqsəd;

c) sənədin istifadəçiləri;

d) mənbənin hazırlanması, inkişafı, yoxlanılması, dəyişdirilməsi, təsdiqi, buraxılması, saxlanması, paylanması, texniki xidmət və konfiqurasiyanın idarə edilməsi üçün prosedurlar və öhdəliklər;

e) aralıq və yekun nəşrlərin buraxılış vaxtı.

6.1.2 Dizayn və inkişaf

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.1.2.1 Hər bir konkret sənəd aşağıdakılar baxımından müvafiq sənədləşmə standartlarına uyğun tərtib edilməlidir: format; bölmələrin tərkibi və məzmunu; səhifə nömrələmə; fiqurların və cədvəllərin tərtibi və tərtibatı; müəllif hüquqları bildirişləri, giriş hüquqları; broşuralar və məlumat təqdimatının digər elementləri.

6.1.2.2 Sənədlər üçün mənbə materiallarının mənbəyi və adekvatlığı təsdiq edilməlidir. Sənədlər hazırlanarkən sənədləşmənin avtomatlaşdırılması vasitələrindən istifadə edilə bilər.

6.1.2.3 Hazırlanmış sənədlər müvafiq sənədləşmə standartlarına uyğun olaraq formatlara, texniki məzmuna və təqdimat tərzinə görə yoxlanılmalı və redaktə edilməlidir. Buraxılışdan əvvəl sənədlər səlahiyyətli şəxslər tərəfindən təsdiqlənməlidir (razılaşdırılmalıdır).

6.1.3 Buraxılış

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.1.3.1 Sənədlər planlaşdırıldığı kimi dərc edilməli və paylanmalıdır. Sənədlərin nəşri və yayılması zamanı kağız, elektron və ya digər daşıyıcılardan istifadə oluna bilər. Sənədlərin əsli uçot, saxlama, mühafizə, dövriyyə və təkrarlama tələblərinə uyğun saxlanılmalıdır.

6.1.3.2 Sənədlərə nəzarət vasitələri konfiqurasiyanın idarə edilməsi prosesinə (6.2) uyğun olaraq müəyyən edilməlidir.

6.1.4 Baxım

6.1.4.1 Sənədlərə dəyişikliklərin edilməsi ilə bağlı problemlər həll edilməlidir (5.5-ci yarımbənd). Konfiqurasiya idarəetməsi altında sənədlərə dəyişikliklər konfiqurasiyanın idarə edilməsi prosesinə uyğun olaraq edilir (6.2-ci yarımbənd).

6.2 Konfiqurasiyanın idarə edilməsi prosesi

Konfiqurasiyanın idarə edilməsi prosesi proqram təminatının həyat dövrü ərzində inzibati və texniki prosedurların tətbiqi prosesidir: sistemdə proqram təminatı obyektlərinin vəziyyətini (əsas səviyyəsini) müəyyən etmək, müəyyən etmək və qurmaq;

obyektin dəyişdirilməsi və buraxılışının idarə edilməsi; obyektlərin vəziyyətləri haqqında təsvirlər və mesajlar və onlara dəyişikliklər üçün sorğular; obyektlərin tamlığının, uyğunluğunun və düzgünlüyünün təmin edilməsi; obyektlərin saxlanması, dövriyyəsi və çatdırılmasının idarə edilməsi.

Qeyd—Bu proses digər proqram məhsullarına və ya obyektlərinə tətbiq edildikdə, “proqram təminatı obyekti” termini aşağıda müvafiq olaraq şərh edilir.

Əsərlərin siyahısı. Bu proses aşağıdakı işlərdən ibarətdir:

1. prosesin hazırlanması;
2. konfiqurasiya tərifi;
3. konfiqurasiyaya nəzarət;
4. konfiqurasiya vəziyyətlərinin uçotu;
5. konfiqurasiyanın qiymətləndirilməsi;
6. buraxılışların idarə edilməsi və çatdırılması.

6.2.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifədən ibarətdir:

6.2.1.1 Konfiqurasiyanın idarə edilməsi planı hazırlanmalıdır. Plan müəyyən etməlidir:

konfiqurasiya idarəetmə işi; bu işlərin yerinə yetirilməsi prosedurları və qrafiki; bu işlərin yerinə yetirilməsinə cavabdeh olan təşkilat(lar); bu təşkilatın(ların) digər təşkilatlarla əlaqəsi, məsələn, proqram təminatının işlənib hazırlanması və saxlanması üçün. Plan sənədləşdirilməli və həyata keçirilməlidir.

Qeyd - Bu plan sistemin konfiqurasiya idarəetmə planının bir hissəsi ola bilər.

6.2.2 Konfiqurasiyanın müəyyən edilməsi.

Bu iş aşağıdakı vəzifədən ibarətdir:

6.2.2.1 Layihənin icrası zamanı idarə olunan proqram təminatı obyektləri və onların versiyaları (proqram təminatının konfiqurasiya obyektləri) üçün təyinat sxemi müəyyən edilməlidir. Hər bir proqram obyekti və onun versiyaları üçün aşağıdakılar müəyyən edilməlidir: onun konfiqurasiya vəziyyətini qeyd edən sənədlər; istinad versiyaları və digər təyinat elementləri.

6.2.3 Konfiqurasiyaya nəzarət

Bu iş aşağıdakı vəzifədən ibarətdir:

6.2.3.1 Aşağıdakılar yerinə yetirilməlidir: dəyişikliklərə dair sorğuların təyin edilməsi və qeydiyyatı;

dəyişikliklərin təhlili və qiymətləndirilməsi; ərizənin qəbulu və ya qəbul edilməməsi; dəyişdirilmiş proqram təminatı obyektinin həyata keçirilməsi, yoxlanılması və buraxılması. Hər bir dəyişiklik üçün hər dəyişikliyi, səbəbini və icazəsini nəzərdən keçirən auditlər aparılmalıdır. Kritik təhlükəsizlik və ya təhlükəsizlik funksiyaları ilə əlaqəli olan bütün idarə oluna bilən proqram obyektləri nəzarət edilməli və yoxlanılmalıdır.

6.2.4 Konfiqurasiya hallarının uçotu

Bu iş aşağıdakı vəzifədən ibarətdir:

6.2.4.1 İdarəetmə qeydləri və status hesabatları hazırlanmalıdır ki, bu da onların konfiqurasiya statusu daxil olmaqla, idarə olunan proqram təminatı obyektlərinin vəziyyətini və dəyişikliklərinin tarixini əks etdirir. Vəziyyət hesabatları verilmiş layihəyə edilən dəyişikliklərin sayını, proqram elementlərinin ən son versiyalarını, buraxılmış versiya təyinatlarını, buraxılışların sayını və proqram elementlərinin buraxılışlar üzrə müqayisəsini əhatə etməlidir.

6.2.5 Konfiqurasiyanın qiymətləndirilməsi

Bu iş aşağıdakı vəzifədən ibarətdir:

6.2.5.1 Aşağıdakılar müəyyən edilməli və təmin edilməlidir: proqram təminatı obyektlərinin onlar üçün müəyyən edilmiş tələblərin yerinə yetirilməsi baxımından funksional tamlığı; layihə və proqramlarda edilən bütün dəyişikliklərin həyata keçirilməsi baxımından proqram obyektlərinin fiziki tamlığı.

6.2.6 Buraxılışın idarə edilməsi və çatdırılması

Bu iş aşağıdakı vəzifədən ibarətdir:

6.2.6.1 Proqram məhsullarının buraxılması və çatdırılması, əlaqəli sənədlərlə birlikdə rəsmi şəkildə nəzarət edilməlidir. Orijinal proqramlar və sənədlər bütün həyat dövrü boyunca müşayiət edilməlidir. Kritik təhlükəsizlik və ya təhlükəsizlik funksiyaları ilə əlaqəli proqramlar və sənədlər müəyyən edilmiş prosedurlara uyğun olaraq emal edilməli, saxlanmalı, qablaşdırılmalı və çatdırılmalıdır.

6.3 Keyfiyyətin təminatı prosesi

Keyfiyyətin təminatı prosesi proqram məhsullarının və layihənin həyat dövründəki proseslərin müəyyən edilmiş tələblərə və təsdiq edilmiş planlara uyğunluğuna adekvat əminliyin təmin edilməsi prosesidir. Qərəzsizlik nöqteyi-nəzərindən keyfiyyətin təminatı proqram məhsulunun hazırlanması və ya layihədə prosesin icrası ilə birbaşa əlaqəli olan qurumlardan təşkilati və səlahiyyət baxımından müstəqil olmalıdır. Keyfiyyət təminatı subyektiv olaraq (daxili və ya xaricdən) məhsulun və ya prosesin keyfiyyətinin sübutunun təchizatçının və ya müştərinin nəzarəti altında nümayiş etdirilməsindən asılı ola bilər. Keyfiyyət təminatı yoxlama, yoxlama, birgə təhlil, audit və problemlərin həlli kimi digər dəstəkləyici proseslərin nəticələrindən istifadə edə bilər.

Əsərlərin siyahısı. Bu proses aşağıdakı işlərdən ibarətdir:

1. prosesin hazırlanması;
2. məhsul təminatı;
3. prosesin təmin edilməsi;
4. keyfiyyət sistemlərinin təmin edilməsi.

6.3.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.3.1.1 Keyfiyyətin təminatı prosesi xüsusi layihə şərtlərinə uyğunlaşdırılmalıdır. Keyfiyyət təminatı prosesinin məqsədləri proqram məhsullarının və həmin proqram məhsullarının yaradılması üçün istifadə olunan proseslərin müəyyən edilmiş tələblərə və təsdiq edilmiş planlara uyğun olmasını təmin etmək üçün müəyyən edilməlidir.

6.3.1.2 Keyfiyyətin təminatı prosesi əlaqəli yoxlama (6.4), ixtisas (6.5), həmyaşıdların rəyi (6.6) və audit (6.7) prosesləri ilə əlaqələndirilməlidir.

6.3.1.3 Müqavilənin icrası zamanı keyfiyyətin təminatı prosesinin işlərinin və tapşırıqlarının yerinə yetirilməsi planı hazırlanmalı, sənədləşdirilməli, həyata keçirilməli və dəstəklənməlidir. Plan müəyyən etməlidir:

a) keyfiyyətin təmin edilməsi üzrə işlərin yerinə yetirilməsi üçün keyfiyyət standartları, metodologiyalar, prosedurlar və alətlər (və ya müvafiq rəsmi sənədlərə keçidlər ehtiva edir);

b) müqavilənin icrası zamanı keyfiyyət təhlillərinin aparılması və bu işlərin əlaqələndirilməsi prosedurları;

c) keyfiyyətli məlumatın müəyyən edilməsi, toplanması, qeydə alınması, saxlanması və yayılması prosedurları;

d) keyfiyyətin təminatı fəaliyyətləri üçün resurslar, cədvəllər və öhdəliklər;

e) yoxlama (6.4), qiymətləndirmə (6.5), birgə nəzərdən keçirmə (6.6), audit (6.7) və problemin həlli (6.8) kimi dəstəkləyici proseslərdən seçilmiş fəaliyyətlər və tapşırıqlar.

6.3.1.4 Planlaşdırılmış və ənənəvi keyfiyyət təminatı fəaliyyətləri və tapşırıqları yerinə yetirilməlidir. Problemlərin yarandığı və ya müqavilə tələblərinə uyğunsuzluğun aşkar edildiyi hallarda, onlar sənədləşdirilməli və problemin həlli prosesinə giriş kimi göndərilməlidir (6.8-ci yarımbənd). Bu işlər və vəzifələr, onların icrası, qarşıya çıxan problemlər və onların həlli yolları haqqında hesabatlar hazırlanmalı və müşayiət olunmalıdır.

6.3.1.5 Keyfiyyətin təminatı üzrə fəaliyyət və tapşırıqlar üzrə hesabatlar müqavilənin şərtlərinə uyğun olaraq sifarişçiyə təqdim edilməlidir.

6.3.1.6 Müqaviləyə riayət olunmasına cavabdeh olan şəxslərin təşkilati cəhətdən müstəqil olması, obyektiv qiymətləndirmələr aparmaq və qarşıya çıxan problemlərin həlli yollarını müəyyən etmək, həyata keçirmək və yoxlamaq üçün resurslara və səlahiyyətlərə malik olması təmin edilməlidir.

6.3.2 Məhsul təminatı

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.3.2.1 Müqavilədə tələb olunan bütün planların sənədləşdirilməsi, müqavilənin şərtlərinə uyğun olması, qarşılıqlı razılıq əldə edilməsi və lazımi qaydada icrası təmin edilməlidir.

6.3.2.2 Proqram məhsullarının və müvafiq sənədlərin müqavilə şərtlərinə uyğun olaraq və təsdiq edilmiş planlar çərçivəsində istehsalı təmin edilməlidir.

6.3.2.3 Proqram məhsullarının çatdırılmasına hazırlaşarkən bu məhsulların müqavilədə müəyyən edilmiş tələblərə tam uyğunluğu və müştərini qane etməsi təmin edilməlidir.

6.3.3 Prosesə dəstək

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.3.3.1 Layihənin həyata keçirilməsi ilə bağlı proqram təminatının həyat dövrü proseslərinin (çatdırılma, işlənmə, istismar, texniki xidmət və dəstək prosesləri, o cümlədən keyfiyyətin təminatı) müqavilənin şərtlərinə uyğun olaraq və müqavilə çərçivəsində həyata keçirilməsi təmin edilməlidir. təsdiq edilmiş planlar.

6.3.3.2 Layihədə istifadə olunan proqramlaşdırma texnologiyaları, inkişaf şərtləri, sınaq şərtləri və arxiv kitabxanalarının müqavilə şərtlərinə uyğunluğu təmin edilməlidir.

6.3.3.3 Əsas müqavilədə göstərilən tələblərin subpodratçıya çatdırılması və subpodratçı tərəfindən hazırlanmış proqram məhsullarının əsas müqavilənin tələblərinə cavab verməsi təmin edilməlidir.

6.3.3.4 Müqavilənin şərtlərinə, əldə edilmiş razılaşmalara və təsdiq edilmiş planlara uyğun olaraq sifarişçi və müqavilənin digər tərəfləri arasında qarşılıqlı dəstək və əməkdaşlıq təmin edilməlidir.

6.3.3.5 Proqram məhsulunun və proseslərin xüsusiyyətlərinin müəyyən edilmiş standartlara və prosedurlara uyğun olması təmin edilməlidir.

6.3.3.6 Layihənin həyata keçirilməsində iştirak edən personalın müəyyən edilmiş tələbləri yerinə yetirmək üçün lazım olan kifayət qədər təcrübə və biliyə malik olması və hər hansı zəruri təlimi mənimsəyə bilməsi təmin edilməlidir.

6.3.4 Keyfiyyət sistemlərinin təmin edilməsi

Bu iş aşağıdakı vəzifədən ibarətdir:

6.3.4.1 Müqavilədə göstərilən QOST R İSO 9001-in bölmələrinə uyğun olaraq əlavə keyfiyyətin idarə edilməsi işləri təmin edilməlidir.

6.4 Doğrulama prosesi

Doğrulama prosesi proqram məhsullarının əvvəlki işdə həyata keçirilən tələblərə və ya şərtlərə tam uyğun işləməsinin müəyyən edilməsi prosesidir. Xərc-effektivliyi və performansı qiymətləndirmək üçün yoxlama müvafiq proseslərdə (çatdırılma, inkişaf, istismar və ya texniki xidmət kimi) mümkün qədər tez həyata keçirilməlidir. Bu prosesə təhlil, yoxlama və sınaq (sınaq) daxil ola bilər.

Bu proses ifaçıların müxtəlif dərəcədə müstəqilliyi ilə həyata keçirilə bilər. İfaçıların müstəqillik dərəcəsi həm təşkilatın özündə olan müxtəlif subyektlər, həm də vəzifələrin müxtəlif dərəcələri ilə bölüşdürülməsi ilə başqa bir təşkilatdakı subyektlər arasında bölünə bilər. Əgər icraçı təşkilat təchizatçıdan, tərtibatçıdan, operatordan və ya dəstək personalından müstəqildirsə, bu proses müstəqil yoxlama prosesi adlanır.

Əsərlərin siyahısı. Bu proses aşağıdakı işlərdən ibarətdir:

1. prosesin hazırlanması;
2. yoxlama.

6.4.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.4.1.1 Layihədə yoxlama işlərinə ehtiyac və bu işin həyata keçirilməsində təşkilati müstəqillik dərəcəsi müəyyən edilməlidir. Dizayn tələbləri kritiklik baxımından təhlil edilməlidir. Tənqidilik aşağıdakılar baxımından qiymətləndirilə bilər:

a) personalın ölümü və ya yaralanması, missiyanın uğursuzluğu, maliyyə itkisi və ya avadanlığın fəlakətli məhvi ilə nəticələnən sistem və ya proqram təminatı tələbində aşkar edilməmiş xəta potensialı;

b) istifadə olunan proqramlaşdırma texnologiyasının mürəkkəbliyi və onun istifadəsi ilə bağlı risklər;

c) vəsaitlərin və resursların mövcudluğu.

6.4.1.2 Əgər layihə yoxlama işini nəzərdə tutursa, proqram məhsulunu yoxlamaq üçün yoxlama prosesi qurulmalıdır.

6.4.1.3 Əgər layihə müstəqil yoxlama işini nəzərdə tutursa, yoxlamanın aparılmasına cavabdeh olan ixtisaslı təşkilat seçilməlidir. Yoxlama işləri apararkən bu təşkilata müstəqillik və səlahiyyətlər təmin edilməlidir.

6.4.1.4 Planlaşdırılan həyat dövrü fəaliyyətləri və yoxlanılması tələb olunan proqram məhsulları layihənin həcminin, ölçüsünün, mürəkkəbliyinin və kritikliyinin təhlili əsasında müəyyən edilməlidir. Müvafiq metodlar, üsullar və alətlər daxil olmaqla, həyat tsiklində yoxlanılan işlər və proqram məhsulları üçün işlər və yoxlama tapşırıqları 6.4.2-də göstərilənlərdən seçilməlidir.

6.4.1.5 Müəyyən edilmiş yoxlama məqsədlərinə əsaslanan yoxlama planı hazırlanmalı və sənədləşdirilməlidir. Plan həyat dövründə yoxlanılan işə və proqram məhsullarına aid olmalıdır; hər bir obyekt üçün tələb olunan yoxlama tapşırıqlarını ehtiva edir; Müvafiq resursları, öhdəlikləri və iş qrafikini müəyyənləşdirin. Plan yoxlama hesabatlarının müştəriyə və digər maraqlı tərəflərə çatdırılması prosedurlarını əhatə etməlidir.

6.4.1.6 Yoxlama planı həyata keçirilməlidir. Yoxlama zamanı aşkar edilən problemlər və uyğunsuzluqlar problemin həlli prosesinə daxil edilməlidir (maddə 6.8). Yaranan bütün problemlər həll edilməli və aşkar edilmiş uyğunsuzluqlar aradan qaldırılmalıdır. Yoxlama işlərinin nəticələri sifarişçiyə və müqavilədə iştirak edən digər təşkilatlara açıq olmalıdır.

6.4.2 Doğrulama

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.4.2.1 Müqavilənin yoxlanılması

Müqavilə aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) təchizatçının müəyyən edilmiş tələblərə cavab vermək qabiliyyəti;

b) tələblərin ardıcıllığı və istifadəçi tələbatlarının əhatə olunması;

c) müəyyən edilmiş tələblərə dəyişikliklər və problemlərin həlli üçün müvafiq prosedurlar mövcuddur;

d) mülkiyyət hüquqları, zəmanətlər, müəllif hüquqları və məxfilik də daxil olmaqla, müqavilə tərəfləri arasında qarşılıqlı əlaqə və əməkdaşlıq üçün onların tətbiqi prosedurlarının və qaydalarının mövcudluğu;

e) müəyyən edilmiş tələblərə uyğun olaraq müvafiq meyarların və prosedurların mövcudluğu.

Qeyd: Bu iş müqavilənin qiymətləndirilməsi zamanı həyata keçirilə bilər (bax 6.3.1.3.b)].

6.4.2.2 Prosesin yoxlanılması

Proses aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) layihənin planlaşdırılması tələblərinin müəyyən edilməsinin adekvatlığı və vaxtında olması;

b) layihə üçün seçilmiş proseslərin plana və müqavilə şərtlərinə uyğunluğu, məqsədəuyğunluğu, mümkünlüyü;

c) layihələndirmə proseslərinə standartların, prosedurların və şərtlərin tətbiqi;

ç) müqavilənin şərtlərinə uyğun olaraq kadr hazırlığı və təlim.

6.4.2.3 Tələblərin yoxlanılması

Tələblər aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) sistem tələblərinin ardıcıllığı, mümkünlüyü və sınaqdan keçirilməsi;

b) sistem tələblərinin layihəyə uyğun olaraq aparat, proqram təminatı və əl əməliyyatları subyektləri arasında bölüşdürülməsi;

c) sistem tələblərinin proqram təminatı tələblərində əks olunmasının ardıcıllığı, mümkünlüyü, sınaqdan keçirilməsi və dəqiqliyi;

d) təhlükəsizlik, təhlükəsizlik və kritiklik üçün proqram təminatı tələblərinin müvafiq üsullarla təsdiq edilmiş düzgünlüyü.

6.4.2.4 Dizaynın yoxlanılması

Layihə aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) dizaynın düzgünlüyü, onun müəyyən edilmiş tələblərə uyğunluğu və bu tələblərin layihəyə daxil edilməsi;

b) layihədə hadisələrin müvafiq ardıcıllığının, giriş məlumatlarının, çıxış nəticələrinin, interfeyslərin, məntiqin, vaxtın və maddi resursların bölüşdürülməsinin, habelə səhvlərin aşkar edilməsinin, lokallaşdırılmasının və bərpasının mümkünlüyü;

c) müəyyən edilmiş tələblər əsasında layihə seçmək imkanı;

d) təhlükəsizlik, təhlükəsizlik və digər kritik tələblərin layihənin yerinə yetirilməsinin müvafiq üsullarla yoxlanılan düzgünlüyü.

6.4.2.5 Proqramın yoxlanılması

Proqram aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) proqram layihə şərtlərini və müəyyən edilmiş tələbləri nəzərə alır; onun sınaqdan keçirilməsi, düzgünlüyü və müəyyən edilmiş tələblərə və proqramlaşdırma standartlarına uyğunluğu;

b) proqramda aşağıdakıların həyata keçirilməsi: hadisələrin müvafiq ardıcıllığı, uyğun interfeyslər, düzgün verilənlər və idarəetmə məntiqi; vaxt və maddi resursların bölüşdürülməsi; səhvlərin aşkarlanması, lokallaşdırılması və bərpası, habelə onun tamlığı:

c) layihə və ya müəyyən edilmiş tələblər əsasında proqram seçmək imkanı;

d) proqramın təhlükəsizlik, təhlükəsizlik və digər kritik tələblərin yerinə yetirilməsi müvafiq üsullarla yoxlanılıb.

6.4.2.6 Montajın yoxlanılması

Montaj aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) hər bir proqram obyektinin proqram komponentlərinin və modullarının müvafiq proqram obyektinə tamlığı və düzgün yığılması;

b) sistemə texniki və proqram obyektlərinin yığılmasının və əl əməliyyatlarının tamlığı və düzgünlüyü;

c) Montaj planına uyğun olaraq montaj tapşırıqlarını yerinə yetirmək.

6.4.2.7 Sənədlərin yoxlanılması

Sənədlər aşağıdakı meyarlara uyğun olaraq yoxlanılmalıdır:

a) sənədlərin adekvatlığı, tamlığı və ardıcıllığı;

b) sənədlərin vaxtında hazırlanması;

c) müəyyən edilmiş sənəd konfiqurasiyasının idarə edilməsi prosedurlarına uyğunluq.

6.5 Doğrulama prosesi

Sertifikatlaşdırma prosesi müəyyən edilmiş tələblərin, yaradılmış sistemin və ya proqram məhsulunun funksional təyinatına uyğunluğunun tamlığının müəyyən edilməsi prosesidir. Sertifikatlaşdırma işin ilkin mərhələlərində həyata keçirilə bilər. Bu proses proqram təminatının qəbulu səylərinin bir hissəsi kimi həyata keçirilə bilər (bax 5.3.13).

Bu proses ifaçıların müxtəlif dərəcədə müstəqilliyi ilə həyata keçirilə bilər. İfaçıların müstəqillik dərəcəsi həm təşkilatın özündə olan müxtəlif subyektlər, həm də vəzifələrin müxtəlif dərəcələri ilə bölüşdürülməsi ilə başqa bir təşkilatdakı subyektlər arasında bölünə bilər. Əgər icraçı təşkilat təchizatçıdan, tərtibatçıdan, operatordan və ya yardımçı heyətdən müstəqildirsə, bu proses müstəqil sertifikatlaşdırma prosesi adlanır.

Əsərlərin siyahısı. Bu proses aşağıdakı işlərdən ibarətdir:

1. prosesin hazırlanması;
2. sertifikatlaşdırma.

6.5.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.5.1.1 Layihədə sertifikatlaşdırma işinə ehtiyac və bu işin həyata keçirilməsində təşkilati müstəqillik dərəcəsi müəyyən edilməlidir.

6.5.1.2 Əgər layihə ixtisas işini nəzərdə tutursa, sistemin və ya proqram məhsulunun kvalifikasiyası üçün kvalifikasiya prosesi yaradılmalıdır. Aşağıda təsvir edilən qiymətləndirmə məqsədləri, o cümlədən bu məqsədlərin yerinə yetirilməsi üçün müvafiq metodlar, üsullar və alətlər müəyyən edilməlidir.

6.5.1.3 Əgər layihə müstəqil sertifikatlaşdırma işini nəzərdə tutursa, sertifikatlaşdırmanın aparılmasına cavabdeh olan ixtisaslı təşkilat seçilməlidir. Sertifikatlaşdırma işləri apararkən bu təşkilata müstəqillik və səlahiyyətlər təmin edilməlidir.

6.5.1.4 Sertifikatlaşdırma planı hazırlanmalı və sənədləşdirilməlidir. Plan müəyyən etməlidir (lakin bunlarla məhdudlaşmır):

a) sertifikatlaşdırılmalı olan obyektlər;

b) sertifikatlaşdırma zamanı həll edilməli olan vəzifələr;

c) qiymətləndirmənin aparılması üçün resurslar, öhdəliklər və cədvəl;

d) ixtisas hesabatlarının sifarişçiyə və digər tərəflərə çatdırılması prosedurları.

6.5.1.5 Sertifikatlaşdırmanın aparılması planı həyata keçirilməlidir. Qiymətləndirmə zamanı aşkar edilən problemlər və uyğunsuzluqlar problemin həlli prosesinə daxil edilməlidir (6.8). Yaranan bütün problemlər həll edilməli və aşkar edilmiş uyğunsuzluqlar aradan qaldırılmalıdır. Sertifikatlaşdırma işinin nəticələri sifarişçi və müqavilədə iştirak edən digər təşkilatlar üçün açıq olmalıdır.

6.5.2 Attestasiya

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.5.2.1 Sınaq nəticələrinin təhlili üçün seçilmiş sınaq tələblərini, sınaq nümunələrini və test spesifikasiyalarını hazırlamaq.

6.5.2.2 Sınaq tələblərinin, sınaq nümunələrinin və test spesifikasiyalarının xüsusi ixtisas bəndləri üçün xüsusi tələbləri əks etdirməsini təmin edin.

6.5.2.3 6.5.2.1 və 6.5.2.2 nəzərə alınmaqla sınaqların aparılması, o cümlədən:

a) giriş məlumatlarının kritik, sərhəd və xüsusi dəyərlərində sınaqlar;

b) proqram məhsulunu səhvlərin təsirini təcrid etmək və minimuma endirmək qabiliyyətinə görə sınaqdan keçirmək, uğursuzluqların təsirini tədricən azaltmaq və kritik, sərhəd və xüsusi şərtlərdə operatordan kömək istəmək;

c) proqram məhsulundan istifadə edərək tapşırıqlarını uğurla yerinə yetirə bilən istifadəçilərin nümayəndələri ilə sınaq.

6.5.2.4 Proqram məhsulunun qeyd olunmuş imkanlara cavab verməsinin təsdiqi.

6.5.2.5 Proqram məhsulunun əməliyyat mühitinin seçilmiş sahələrində sınaqdan keçirilməsi.

6.6 Birgə təhlil prosesi

Birgə nəzərdən keçirmə prosesi dövlətlərin və zəruri hallarda layihənin işinin (məhsullarının) nəticələrinin qiymətləndirilməsi prosesidir. Birgə baxışlar həm layihənin idarə edilməsi səviyyəsində, həm də layihənin texniki icrası səviyyəsində tətbiq edilir və müqavilənin bütün həyat dövrü ərzində həyata keçirilir. Bu proses müqavilədə iştirak edən istənilən iki tərəf tərəfindən həyata keçirilə bilər, bir tərəf (təhlil edir) digər tərəfi yoxlayır (təhlil edir).

6.1 Əsərlərin siyahısı.

Bu proses aşağıdakı işlərdən ibarətdir:

1) prosesin hazırlanması;

2) layihənin idarə edilməsinə baxış;

3) texniki təhlillər.

6.6.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.6.1.1 Layihənin plan(lar)ı ilə müəyyən edilmiş vaxt çərçivəsində dövri gedişat nəzərdən keçirilməlidir. Məqsədli təhlillər maraqlı tərəfin müəyyən etdiyi vaxt çərçivəsində aparılmalıdır.

6.6.1.2 Təhlilin aparılması üçün tələb olunan resursların həcmi və tərkibi təhlildə iştirak edən tərəflər arasında razılaşdırılmalıdır. Bu resurslara personal, yer, şərait, zəruri texniki, proqram təminatı və alətlər daxildir.

6.6.1.3 Tərəflər hər bir təhlil üçün aşağıdakı məsələlər üzrə razılığa gəlməlidirlər: təhlil planı; təhlil edilən proqram məhsullarının tərkibi (iş nəticələri) və problemləri; təhlilin həcmi və prosedurları; təhlil üçün ilkin və yekun meyarlar.

6.6.1.4 Təhlil zamanı aşkar edilmiş problemlər sənədləşdirilməli və problemin həlli prosesinə daxil edilməlidir (6.8-ci yarımbənd).

6.6.1.5 Təhlilin nəticələri sənədləşdirilməli və maraqlı tərəflərə paylanmalıdır. Təhlil edən tərəf təhlilin müvafiq nəticələrini (məsələn, razılaşdırılmış, razılaşdırılmamış və ya şərti razılaşdırılmış) təhlil edilən tərəfə bildirməlidir.

6.6.1.6 Tərəflər yoxlamanın yekun nəticəsi, üzərinə götürüləcək öhdəliklər və baxışın başa çatdırılması üçün meyarlar barədə razılığa gəlməlidirlər.

6.6.2 Layihənin idarə edilməsinə baxış

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.6.2.1 Layihənin statusu layihə planları, cədvəlləri, standartlar və təlimatlara uyğun qiymətləndirilməlidir. Təhlilin yekun nəticəsi iştirak edən iki tərəf arasında müzakirə edilməli və aşağıdakıları əhatə etməlidir:

a) işin və ya proqram məhsullarının vəziyyətinin qiymətləndirilməsi əsasında plana uyğun olaraq işin intensivləşdirilməsi təklifləri;

b) resursların müvafiq olaraq yenidən bölüşdürülməsi yolu ilə layihəyə ümumi nəzarət üzrə təkliflər;

c) layihənin gedişatının dəyişdirilməsi və ya layihənin yenidən planlaşdırılması zərurətinin müəyyən edilməsi təklifləri;

d) layihənin uğurlu irəliləyişinə təhlükə yarada biləcək kritik vəziyyətlərin qiymətləndirilməsi və idarə edilməsi üçün təkliflər.

6.6.3 Texniki təhlillər

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.6.3.1 Texniki baxışlar onları nəzərdən keçirmək üçün yaradılan proqram məhsulları və ya xidmətlərini qiymətləndirmək və aşağıdakıları sübut etmək üçün aparılmalıdır:

a) onlar hazırda tam şəkildə həyata keçirilir;

b) qəbul edilmiş standartlara və texniki tələblərə uyğundur;

c) onlara dəyişikliklər müvafiq qaydada edilir və yalnız konfiqurasiyanın idarə edilməsi prosesi ilə müəyyən edilmiş sahələrə təsir edir (6.2-ci yarımbənd);

d) müəyyən edilmiş iş qrafiklərinə tam əməl edirlər;

e) onlar sonrakı işlərə hazırdırlar;

f) onlar layihə planlarına, cədvəllərinə, standartlara və təlimatlara uyğun olaraq işlənib hazırlanır, idarə olunur və ya saxlanılır.

6.7 Audit prosesi

Audit prosesi tələblərə, planlara və müqavilə şərtlərinə uyğunluğun müəyyən edilməsi prosesidir. Bu proses müqavilədə iştirak edən istənilən iki tərəf tərəfindən həyata keçirilə bilər, bir tərəf (yoxlanılan tərəf) digər tərəfi (yoxlanılan) yoxlayır.

Əsərlərin siyahısı. Bu proses aşağıdakı işlərdən ibarətdir:

1. prosesin hazırlanması;
2. audit.

6.7.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.7.1.1 Auditlər layihə plan(lar)ı ilə müəyyən edilmiş müddətlərdə həyata keçirilməlidir.

6.7.1.2 Audit heyəti yoxlanılan proqram məhsulları və işlərə görə birbaşa məsuliyyət daşımır.

6.7.1.3 Auditin aparılması üçün tələb olunan resursların həcmi və tərkibi auditdə iştirak edən tərəflər arasında razılaşdırılmalıdır. Bu resurslara personal, yer, şərait, zəruri texniki, proqram təminatı və alətlər daxildir.

6.7.1.4 Tərəflər hər bir audit üzrə aşağıdakı məsələlər üzrə razılığa gəlməlidirlər: audit planı; sınaqdan keçirilən proqram məhsullarının tərkibi (və iş nəticələri); auditin aparılmasının həcmi və prosedurları; audit apararkən ilkin və yekun meyarlar.

6.7.1.5 Audit zamanı aşkar edilmiş problemlər sənədləşdirilməli və problemin həlli prosesinə daxil edilməlidir (6.8-ci yarımbənd).

6.7.1.6 Auditin nəticələri başa çatdıqdan sonra sənədləşdirilməli və yoxlanılan tərəfə təqdim edilməlidir. Yoxlanılan tərəf audit zamanı aşkar edilmiş bütün problemləri və müvafiq problemlərin planlaşdırılmış həlli yollarını yoxlanılan tərəfin diqqətinə çatdırmalıdır.

6.7.1.7 Tərəflər auditin yekun nəticəsi, üzərinə götürüləcək öhdəliklər və auditin başa çatdırılması üçün meyarlar barədə razılığa gəlməlidirlər. 6.7.2 Audit Bu iş aşağıdakı vəzifələrdən ibarətdir:

6.7.2.1 Auditlər aşağıdakıları təmin etmək üçün aparılmalıdır:

a) proqramlaşdırılmış proqram məhsulları (məsələn, proqram obyekti) dizayn sənədlərini əks etdirir;

b) sənədlərdə göstərilən qəbula hazırlıq və sınaq tələbləri proqram məhsullarının qəbulu üçün uyğundur;

c) sınaq məlumatları müəyyən edilmiş texniki tələblərə uyğundur;

d) proqram məhsulları uğurla sınaqdan keçirilmiş və onlar üçün müəyyən edilmiş tələblərə cavab vermişdir;

e) test hesabatları düzgündür və faktiki və gözlənilən nəticələr arasında uyğunsuzluqlar düzəldilmişdir;

o İstifadəçi sənədləri müəyyən edilmiş standartlara uyğundur;

g) iş təsdiq edilmiş tələblərə, planlara və müqaviləyə uyğun yerinə yetirilmişdir;

h) məsrəflər və iş qrafikləri təsdiq edilmiş planlara uyğundur.

6.8 Problemin həlli prosesi

Problemin həlli prosesi, mənşəyindən və ya mənbəyindən asılı olmayaraq, inkişaf, əməliyyatlar, texniki xidmət və ya digər proseslər zamanı aşkar edilən problemlərin (o cümlədən aşkar edilmiş uyğunsuzluqların) təhlili və həlli prosesidir. Bu prosesin məqsədi bütün müəyyən edilmiş problemlərin vaxtında, məsuliyyətli və sənədləşdirilmiş şəkildə təhlili və həlli üçün vasitə təmin etmək və onların baş vermə səbəblərini müəyyən etməkdir.

Əsərlərin siyahısı. Bu proses aşağıdakı işlərdən ibarətdir:

1. prosesin hazırlanması;
2. problemin həlli.

6.8.1 Prosesin hazırlanması

Bu iş aşağıdakı vəzifədən ibarətdir:

6.8.1.1 Proqram məhsullarında və işlərində müəyyən edilmiş bütün problemlərin (o cümlədən aşkar edilmiş uyğunsuzluqların) həlli üçün problemin həlli prosesi qurulmalıdır. Proses aşağıdakı tələblərə cavab verməlidir:

a) proses müqavilənin şərtlərinə uyğun olaraq dövri olaraq bağlanmalıdır: vaxtında sənədləşdirmə və aşkar edilmiş bütün problemlərin problemin həlli prosesinə daxil edilməsi; onlar üzərində işin təşkili; bu məsələlərlə bağlı maraqlı tərəflərə müvafiq bildirişlər; onların baş vermə səbəblərinin müəyyən edilməsi, təhlili və mümkün aradan qaldırılması;

bu problemlərin həlli yollarının həyata keçirilməsi və onların müvafiq obyektlərə daxil edilməsi; problemli vəziyyətlərin uçotu və sənədləşdirilməsi; problem hesabatlarının aparılması;

b) prosesdə məsələlərin təsnifatı və prioritetləşdirilməsi sxemi olmalıdır. Hər bir problem üçün onun baş vermə səbəblərinin təhlilini və problemin həllini asanlaşdırmaq üçün müvafiq sinif və prioritet müəyyən edilməlidir;

c) problem hesabatları səbəblərin təhlilini təmin etməlidir;

d) problemlərin həyata keçirilən həlli yolları və onların müvafiq obyektlərdə icrası aşağıdakı meyarlara əsasən qiymətləndirilməlidir: hansı problemlər həll edilmişdir; onların baş verməsinin hansı əlverişsiz səbəbləri aradan qaldırılıb; müvafiq proqram məhsulları və işlərində hansı dəyişikliklərin düzgün aparıldığını; Hansı əlavə problemlər aşkarlanıb?

6.8.2 Problemin həlli

Bu iş aşağıdakı vəzifədən ibarətdir:

6.8.2.1 Proqram məhsulunda və ya işində problemlər (o cümlədən aşkar edilmiş uyğunsuzluqlar) aşkar edildikdə, müəyyən edilmiş hər bir problemi təsvir edən problem hesabatı hazırlanmalıdır. Problem hesabatı yuxarıda göstərilən prosesin tərkib hissəsi olmalı, aşağıdakı məsələləri əhatə etməlidir: problemlərin müəyyən edilməsi; onların tədqiqi, təhlili və həlli yolları, habelə onların baş vermə səbəbləri; problemlərə kömək edən tendensiyaların müəyyən edilməsi.

Proqram təminatının həyat dövrü proqram məhsulunun yaradılması zərurəti haqqında qərar qəbul edildiyi andan başlayan və onun xidmətdən tamamilə çıxarılması ilə başa çatan müddətdir. Bu dövr proqram təminatının yaradılması və inkişafı prosesidir.

Həyat dövrünün mərhələləri:

2. Dizayn

3. İcra

4. Montaj, sınaq, sınaq

5. İcra (buraxılış)

6. Müşayiət

Proqram təminatı istehsalının 2 halı var: 1) Proqram təminatı konkret müştəri üçün hazırlanır. Bu halda tətbiq olunan tapşırığı proqramlaşdırma tapşırığına çevirmək lazımdır. Avtomatlaşdırılmalı olan mühitin necə işlədiyini başa düşməlisiniz (biznes prosesinin təhlili). Nəticədə, hansı konkret tapşırıqların yerinə yetirilməli olduğunu göstərən tələbin sənədləşdirmə spesifikasiyası görünür. və hansı şərtlərlə həll edilir. Bu işi sistem analitiki (biznes prosesinin analitiki) yerinə yetirir.

2) Proqram təminatı bazar üçün hazırlanmışdır. Marketinq araşdırması aparıb bazarda hansı məhsulun olmadığını tapmaq lazımdır. Bu çox risklə gəlir. Məqsəd tələb spesifikasiyasını hazırlamaqdır.

Dizayn

Məqsəd proqram təminatının ümumi strukturunu (arxitekturasını) müəyyən etməkdir. Nəticə proqramın spesifikasiyasıdır. Bu işi sistem proqramçısı yerinə yetirir.

İcra

Proqram kodunun yazılması. İcraya inkişaf, sınaq və sənədləşdirmə daxildir.

Montaj, sınaq, sınaq

Müxtəlif proqramçılar tərəfindən hazırlanmış hər şeyin toplusu. Bütün proqram paketinin sınaqdan keçirilməsi. Sazlama - səhvlərin səbəblərini tapmaq və aradan qaldırmaq. Test - texniki xüsusiyyətlərin aydınlaşdırılması. Nəticədə proqramın işləməsinə zəmanət verilir.

İcra (buraxılış)

İcra - bir müştəri üçün işlədikləri zaman. Müştərinin yerində proqramın qurulması, müştərinin öyrədilməsi, məsləhətləşmələr, səhvlərin və aşkar çatışmazlıqların aradan qaldırılması daxildir. Proqram təminatı özgəninkiləşdirilməlidir - istifadəçi proqram təminatı ilə müəllifin iştirakı olmadan işləyə bilər.

Buraxılış – proqram təminatı bazar üçün hazırlandıqda. Beta sınaq mərhələsi ilə başlayır. Cavab. versiya - beta versiyası. Alpha testi proqramların hazırlanmasında iştirak etməyən eyni təşkilatdan olan insanlar tərəfindən sınaqdan keçirilir. Beta testi proqram təminatının bir neçə nüsxəsinin istehsalı və potensial müştərilərə göndərilməsidir. Məqsəd proqram təminatının işlənib hazırlanmasını yenidən yoxlamaqdır.

Əsasən yeni proqram təminatı bazara çıxarılarsa, bir neçə beta testi mümkündür. Beta testindən sonra - kommersiya versiyasının buraxılması.

Müşayiət

Əməliyyat zamanı aşkar edilən səhvlərin aradan qaldırılması. Vacib olmayan təkmilləşdirmələr etmək. Növbəti versiyanın hazırlanması üçün təkliflərin toplanması.

Həyat dövrü modelləri

1. Şəlalə (“şəlalə”, kaskad modeli)

2. Prototipləşdirmə

Birincisi, proqram məhsulunun özü deyil, tərtibatçıların üzləşdiyi əsas problemlərin həllini ehtiva edən prototipi hazırlanır. Prototipin hazırlanması müvəffəqiyyətlə başa çatdıqdan sonra eyni prinsiplərdən istifadə etməklə real proqram məhsulu hazırlanır. Prototip hazırlanmış proqram üçün tələbləri daha yaxşı başa düşməyə imkan verir. Prototipdən istifadə edərək, müştəri öz tələblərini daha dəqiq ifadə edə bilər. Tərtibatçı prototipdən istifadə edərək işinin ilkin nəticələrini müştəriyə təqdim etmək imkanına malikdir.

3. İterativ model

Tapşırıq alt tapşırıqlara bölünür və onların yerinə yetirilməsi qaydası elə müəyyən edilir ki, hər bir sonrakı alt tapşırıq proqram təminatının imkanlarını genişləndirsin. Müvəffəqiyyət əhəmiyyətli dərəcədə tapşırıqların alt tapşırıqlara necə bölünməsindən və sifarişin necə seçilməsindən asılıdır. Üstünlüklər: 1) müştərinin inkişafda fəal iştirakının mümkünlüyü, inkişaf zamanı onun tələblərini aydınlaşdırmaq imkanı var; 2) yeni işlənmiş hissələri əvvəllər hazırlanmışlarla birlikdə sınaqdan keçirmək imkanı, bu, mürəkkəb sazlama xərclərini azaldacaq; 3) inkişaf zamanı hissələrlə həyata keçirməyə başlaya bilərsiniz.

Ümumi halda, proqram sistemi, proqramların özündən əlavə, aparat da ehtiva edir və adətən digər proqram və aparat sistemləri ilə əhatə olunmuş hesab olunur.

Proqram təminatı sisteminin həyat dövrü dedikdə, bir qayda olaraq, sistemin ilkin konsepsiyasının işlənib hazırlandığı andan başlayaraq sistemin köhnəlməsi ilə başa çatan proqram təminatı sisteminin mövcudluğunun bütün dövrü başa düşülür. Konsepsiya ``həyat dövrü"" proqramların bir neçə dəfə işlədildiyi və bir daha istifadə olunmadığı eksperimental proqramlaşdırmadan fərqli olaraq, proqram sisteminin kifayət qədər uzun ömür sürməsi gözlənildikdə istifadə olunur.

Həyat dövrü ənənəvi olaraq müəyyən sayda ardıcıl mərhələlər (və ya mərhələlər, mərhələlər) kimi modelləşdirilir. Hal-hazırda proqram təminatı sisteminin həyat dövrünün mərhələlərə ümumi qəbul olunmuş bölgüsü yoxdur. Bəzən bir mərhələ ayrıca bir məqam kimi vurğulanır, bəzən daha böyük bir mərhələnin tərkib hissəsi kimi daxil edilir. Bu və ya digər mərhələdə həyata keçirilən hərəkətlər fərqli ola bilər. Bu mərhələlərin adlarında vahidlik yoxdur. Buna görə də, biz əvvəlcə proqram təminatı sisteminin bəzi ümumiləşdirilmiş həyat dövrünü təsvir etməyə çalışacağıq, sonra isə bu ümumiləşdirilmiş sikldən analogiyaları göstərən müxtəlif həyat dövrlərinin bir neçə nümunəsini nümayiş etdirəcəyik.

Proqram təminatının həyat dövrü mərhələləri

Proqram təminatının həyat dövrü proqram təminatının işlənib hazırlanması və istismarı dövrü olub, adətən aşağıdakı mərhələləri əhatə edir: -1- ideyanın yaranması və tədqiqi; -2- tələblərin təhlili və layihələndirilməsi; -3- proqramlaşdırma; -4- sınaq və sazlama; -5- proqramın qüvvəyə minməsi; -6- istismar və texniki xidmət; -7- əməliyyatın sonu.

Qeyd etmək lazımdır ki, həyat dövrünün mərhələlərə bölünməsi bəzən proqram təminatının yaradılmasının bəzi mühüm aspektlərini ört-basdır etməyə kömək edir; Bu, səhvləri düzəltmək, səhv olduğu ortaya çıxan qərarları dəyişdirmək və ya sistemə ümumi tələblərdəki dəyişiklikləri nəzərə almaq üçün həyat dövrünün müxtəlif mərhələlərinin iterativ şəkildə həyata keçirilməsi kimi zəruri prosesə münasibətdə xüsusilə doğrudur.

Həyat dövrü təsvirlərinin nümunələri

Ümumiləşdirilmiş həyat dövrünün mərhələlərinə bir növ şərh kimi xidmət edəcək proqram təminatının həyat dövrünün bir neçə təsvirinə baxaq.

Yerli tənzimləyici sənədlərdə (məsələn, GOST ESPD) bölmənin əvvəlində verilmiş siyahıdan analogiyalar göstərilməklə aşağıdakı mərhələlərə bölünmə qəbul edilir:

texniki şərtlərin işlənib hazırlanması (mərhələ 1 və 2);

texniki layihələndirmə (3.2.1 daxil olmaqla üçüncü mərhələ);

işçi layihəsi (3.2.2, 4.2.1 və qismən 4.2, 4.3);

pilot tətbiq (4.2 və 4.3);

kommersiya istismarı üçün istismara verilməsi (5-ci mərhələ);

sənaye istismarı (mərhələ 6).

Belə təsvir hardware inkişaf texnologiyasına əsaslanır və buna görə də proqram təminatının dizaynının bütün fərqli xüsusiyyətlərini tam nəzərə almır. Proqram təminatının həyat dövrünün daha uyğun təsviri ümumiləşdirilmiş həyat dövrünün mərhələlərinə çox oxşar olan 12 mərhələ kimi görünür (Şəkil 1.1-ə baxın). Fazanın adından sonra mötərizədə ümumiləşdirilmiş dövrdən bir analoq göstərilir. Demək olar ki, bütün mərhələlər müvafiq mərhələdə alınan nəticələrin yoxlanılması ilə başa çatır.

düyü. 1.1 Proqram təminatı sistemlərinin həyat dövrünün nümunəsi

Layihənin başlanması və planlaşdırılması (mərhələ 1). Lazımi tədbirlər, planlar və layihənin idarə edilməsinin təşkili müəyyən edilir. Həyat dövrü mərhələlərinin davamlı icrasını təmin etmək üçün tədbirlər müəyyən edilir.

Hədəf tələblərinin təhlili (2.1). Sistemin təmin etməli olduğu ümumi xüsusiyyətləri həyata keçirmə vasitələri nəzərə alınmadan müəyyən edilir. Sistemin nə etməli və bunu necə etməli olduğu müəyyən edilir.

Sistem tələblərinin təhlili (2.2). O, istifadəçinin sorğularının necə təmin edilməli olduğunu təsvir edir, konkret funksional konsepsiyalar baxımından təklif olunan sistemin hərəkətləri, saxlanılan məlumatlar, istifadə olunan interfeys təsvir olunur - bütün bunlar fiziki həyata keçirmə nəzərə alınmadan. Bu xüsusi konsepsiyaların uyğunluğu yoxlanılır.

Sistemin dizaynı (3.1). Sistemin strukturu və ya başqa sözlə desək, onun arxitekturası bu sistemin əsas komponentləri və onların nəzərdə tutulmuş icrası (texniki təminat, proqram təminatı, ətraf mühitdən istifadə və s.) baxımından müəyyən edilir. Hər bir komponent üçün tələblər, həmçinin sınaq və inteqrasiya strategiyası müəyyən edilir.

Proqram təminatının ilkin dizaynı (3.2.1). Yekun sistemdə hazırlanacaq və tətbiq ediləcək xüsusi proqram komponentlərinin müəyyən edilməsi. Bu komponentlər dəstinin ümumi proqram tələblərinə uyğunluğunun yoxlanılması. Hər bir xüsusi komponent üçün funksional, əməliyyat və sınaq tələblərinin müəyyən edilməsi.

Ətraflı proqram təminatının dizaynı (3.2.2). İstifadə olunan proqram konstruksiyaları baxımından hər bir xüsusi komponentin necə hazırlanacağı təsvir edilir. Sistemdəki hər bir komponentin istifadə üsulları təsvir edilmişdir.

Proqram təminatının kodlaşdırılması və sınaqdan keçirilməsi (4.1.1 və 4.1.2). Ayrı-ayrı modulların yaradılması, sınaqdan keçirilməsi, proqram təminatı sistemini təşkil edən proqram komponentlərinin sənədləşdirilməsi və qəbulu.

Proqram təminatının inteqrasiyası (4.2-ci hissə). Sistemin proqram hissələrinin performansının və funksional tamlığının proqnozlaşdırıla bilən mühitdə (aparat və mühit) sınaqdan keçirilməsi.

Sistem inteqrasiyası (4.3). Bütövlükdə sistemin hissələrinin performansını və funksional tamlığını yoxlamaq.

Sistemin qəbulu və çatdırılması (5). Sistem müştəri tərəfindən qəbul edilir və sistem ona çatdırılır.

Sistemin istismarı və texniki xidməti (6). Qüsurların aradan qaldırılması, dəyişdirilmiş tələblərin sınaqdan keçirilməsi və s.

Layihənin tamamlanması (7). Üstünlüklərin, çatışmazlıqların və s. təhlili ilə layihə fəaliyyətlərinin mənşədən sonrakı modelinin formalaşdırılması və onlardan inkişaf prosesinin təkmilləşdirilməsi üçün əsas kimi istifadə edilməsi.

Növbəti misal olaraq, əməliyyat və texniki xidmət mərhələləri olmayan natamam proqram təminatının həyat dövrünü nəzərdən keçirək (bax. Şəkil 1.2). Bu seçim mərhələlərin və ya mərhələlərin ardıcıllığını təyin etmir, əksinə proqram təminatının həyat dövrü ərzində yerinə yetirilməli olan hərəkətlərin siyahısını təklif edir. Bu hərəkətlər konkret şərtlərdən asılı olaraq bölünə və ya əksinə, müxtəlif mərhələlərə qruplaşdırıla bilər. Proqram sistemlərinin həyat dövrünün aşağıdakı mərhələlərini ayırd etmək olar (mötərizədə, əvvəllər olduğu kimi, ümumiləşdirilmiş dövr modelinin analoqlarıdır):

proqram təminatı sisteminin inkişafı üzrə fəaliyyətləri müəyyən edən və əlaqələndirən planlaşdırma mərhələsi (1-ci mərhələ);

proqram təminatı sisteminin yaradıldığı inkişaf mərhələsi:

problem bəyanatı (mərhələ 2),

dizayn (3),

kodlaşdırma (4.1.1),

icra olunan kodun alınması (4.1.1, 4.3);

proqram təminatı sisteminin korreksiyasını, yoxlanılmasını və tamlığının müəyyən edilməsini, habelə buraxılışını təmin edən inteqrasiya olunmuş mərhələdir. Bu mərhələyə yoxlama, sistem konfiqurasiyasının monitorinqi, keyfiyyətin qiymətləndirilməsi və mərhələlər arasında qarşılıqlı əlaqənin yoxlanılması daxildir. Bu mərhələnin adından aydın olur ki, o, sistemin bütün həyat dövrü ərzində digər mərhələlərlə birlikdə həyata keçirilir.

düyü. 1.2 Proqram təminatı sisteminin sadələşdirilmiş həyat dövrü üçün seçim.

Ümumi həyat tsiklində inteqrasiya olunmuş mərhələnin olmaması o demək deyil ki, yoxlama yalnız mərhələnin adında aydın göstərildiyi halda həyata keçirilir (məsələn, 4.2.1 və 4.2). Hər bir mərhələ yalnız bu mərhələdə əldə edilmiş nəticələr qənaətbəxş hesab edildikdə başa çatmış hesab edilə bilər və bunun üçün hər mərhələdə nəticələri yoxlamaq lazımdır. Xülasə həyat dövründə bəzi çeklər bu yoxlamaların artan həcmini, mürəkkəbliyini və əhəmiyyətini nümayiş etdirmək üçün ayrıca maddələr kimi vurğulanmışdır.

Müxtəlif proqram sistemləri üçün həyat dövrü mərhələlərinin ardıcıllığı funksionallıq, mürəkkəblik, ölçü, sabitlik, əvvəllər əldə edilmiş nəticələrin istifadəsi, işlənib hazırlanan strategiya və aparat kimi xüsusiyyətlərlə müəyyən edilir.

Şəkildə. 1.3. müxtəlif həyat dövrləri olan vahid proqram sisteminin ayrı-ayrı komponentləri üçün proqram təminatının işlənib hazırlanması mərhələlərinin ardıcıllığını göstərir.

düyü. 1.3 Proqram təminatı komponentlərinin işlənib hazırlanması mərhələlərinin ardıcıllığı

W komponenti üçün vahid məhsul üçün sistem tələbləri toplusundan bu komponentə aid tələblərin alt toplusu formalaşır, bu tələblər proqram komponenti üçün layihə formalaşdırarkən istifadə olunur, bu layihə mənbə kodunda həyata keçirilir və sonra komponent aparatla inteqrasiya olunub. Komponent X əvvəllər hazırlanmış proqram təminatının istifadəsini göstərir. Komponent Y proqram tələblərinə əsasən birbaşa kodlaşdırıla bilən sadə bir funksiyanın istifadəsini göstərir. Komponent Z prototip strategiyasının istifadəsini göstərir. Tipik olaraq, prototipləşdirmənin məqsədləri proqram tələblərini daha yaxşı başa düşmək və son məhsulun yaradılması zamanı texniki və inkişaf risklərini azaltmaqdır. İlkin tələblər prototip əldə etmək üçün əsas kimi istifadə olunur. Bu prototip sistemin xüsusi inkişaf istifadəsi üçün xarakterik bir mühitə çevrilir. Transformasiyanın nəticəsi son proqram məhsulunu yaratmaq üçün istifadə olunan dəqiqləşdirilmiş məlumatlardır.

Həyat dövrünün demək olar ki, bütün mərhələləri yoxlama ilə birləşdirilir.

Biz müəyyən etməklə başlamalıyıqProqram təminatının həyat dövrü(Software Life Cycle Model) proqram məhsulunun yaradılması haqqında qərar qəbul edildiyi andan başlayan və onun xidmətdən tamamilə çıxarıldığı anda başa çatan müddətdir. Bu dövr proqram təminatının yaradılması və inkişafı prosesidir.

Proqram təminatının həyat dövrü modelləri

Həyat dövrü modellər şəklində təqdim edilə bilər. Hal-hazırda ən çox yayılmışlar:kaskad, artımlı (aralıq idarəetmə ilə pilləli model ) Və spiralhəyat dövrü modelləri.

Kaskad modeli

Kaskad modeli(İngilis dili) şəlalə modeli) proqram təminatının işlənib hazırlanması prosesinin modelidir, onun həyat dövrü ardıcıl olaraq tələblərin təhlili və layihələndirilməsi mərhələlərindən keçən axına bənzəyir. həyata keçirmə, sınaq, inteqrasiya və dəstək.

İnkişaf prosesi müstəqil addımların ardıcıl ardıcıllığı ilə həyata keçirilir. Model hər bir sonrakı addımın əvvəlki addımın tamamilə tamamlanmasından sonra başlamasını nəzərdə tutur. Modelin bütün mərhələlərində köməkçi və təşkilati proseslər və işlər, o cümlədən layihənin idarə edilməsi, keyfiyyətin qiymətləndirilməsi və idarə edilməsi, yoxlama və sertifikatlaşdırma, konfiqurasiyanın idarə edilməsi və sənədlərin işlənməsi həyata keçirilir. Addımların tamamlanması nəticəsində sonrakı mərhələlərdə dəyişdirilməsi mümkün olmayan ara məhsullar əmələ gəlir.

Həyat dövrü ənənəvi olaraq aşağıdakı əsaslara bölünürmərhələləri:

1. Tələblərin təhlili,
2. Dizayn,
3. Kodlaşdırma (proqramlaşdırma),
4. Test və sazlama,
5. İstismar və texniki xidmət.

Modelin üstünlükləri:

• bütün inkişafın həyat dövrü ərzində tələblərin sabitliyi;
• hər mərhələdə tamlıq və ardıcıllıq meyarlarına cavab verən layihə sənədlərinin tam dəsti yaradılır;
• modelin addımlarının dəqiqliyi və aydınlığı və onun tətbiqi asanlığı;
• məntiqi ardıcıllıqla yerinə yetirilən işlərin mərhələləri bütün işlərin tamamlanma vaxtını və müvafiq resursları (pul, maddi və insan) planlaşdırmağa imkan verir.

Modelin çatışmazlıqları:

• tələblərin aydın formalaşdırılmasının çətinliyi və tam həyat dövrü ərzində onların dinamik şəkildə dəyişdirilməsinin mümkünsüzlüyü;
• layihənin idarə edilməsində aşağı çeviklik;
• inkişaf prosesinin xətti strukturunun ardıcıllığı, nəticədə ortaya çıxan problemlərin həlli üçün əvvəlki addımlara qayıtmaq xərclərin artmasına və iş qrafikinin pozulmasına səbəb olur;
• aralıq məhsulun istifadəyə yararsızlığı;
• unikal sistemlərin çevik modelləşdirilməsinin mümkünsüzlüyü;
• İnkişafın sonunda bütün nəticələrin eyni vaxtda inteqrasiyası səbəbindən montaj problemlərinin gec aşkarlanması;
• sistemin yaradılmasında kifayət qədər istifadəçi iştirakının olmaması - ən başlanğıcda (tələblərin hazırlanması zamanı) və sonunda (qəbul sınaqları zamanı);
• bütün inkişaf prosesi başa çatana qədər istifadəçilər hazırlanmaqda olan məhsulun keyfiyyətinə əmin ola bilməzlər. Onların keyfiyyəti qiymətləndirmək imkanı yoxdur, çünki hazır inkişaf məhsulunu görmək mümkün deyil;
• istifadəçinin sistemə tədricən öyrəşmək imkanı yoxdur. Öyrənmə prosesi proqram təminatı artıq işə salındıqda, həyat dövrünün sonunda baş verir;
• hər bir mərhələ sonrakı hərəkətlər üçün ilkin şərtdir ki, bu da bu metodu analoqu olmayan sistemlər üçün riskli seçim edir, çünki çevik modelləşdirməyə imkan vermir.

Əvvəlki addımlara qayıtmadan və yaranan problemləri aradan qaldırmaq üçün onların nəticələrini dəyişdirmədən proqram təminatı sisteminin işlənib hazırlanmasının mürəkkəbliyi səbəbindən Cascade həyat dövrü modelini həyata keçirmək çətindir.

Cascade modelinin tətbiq dairəsi

Kaskad modelinin tətbiq dairəsinin məhdudlaşdırılması onun çatışmazlıqları ilə müəyyən edilir. Onun istifadəsi aşağıdakı hallarda ən təsirli olur:

1. aydın, dəyişməz layihələr hazırlayarkənhəyat dövrü tələblər, başa düşülən icra və texniki üsullar;
2. əvvəllər tərtibatçılar tərəfindən hazırlanmış eyni tipli bir sistem və ya məhsulun qurulmasına yönəlmiş bir layihə hazırlayarkən;
3. mövcud məhsulun və ya sistemin yeni versiyasının yaradılması və buraxılması ilə bağlı layihə hazırlayarkən;
4. mövcud məhsulun və ya sistemin yeni platformaya köçürülməsi ilə bağlı layihə hazırlayarkən;
5. bir neçə böyük inkişaf qrupunun iştirak etdiyi böyük layihələri icra edərkən.

Artan model

(aralıq idarəetmə ilə addım-addım model)

Artan model(İngilis dili) artım- artım, artım) mərhələlərin xətti ardıcıllığı ilə proqram təminatının işlənməsini nəzərdə tutur, lakin bir neçə artımda (versiyada), yəni. Proqram İnkişafı Həyat Dövrü başa çatana qədər bütün müddət ərzində planlaşdırılmış məhsul təkmilləşdirmələri ilə.

Proqram təminatının inkişafı mərhələlər arasında əks əlaqə dövrələri ilə iterasiyalarda baş verir. Mərhələlərarası düzəlişlər müxtəlif mərhələlərdə inkişafın nəticələrinin faktiki qarşılıqlı təsirini nəzərə almağa imkan verir, hər bir mərhələnin ömrü bütün inkişaf dövrü ərzində uzanır.

Layihə üzərində işin əvvəlində sistem üçün bütün əsas tələblər müəyyən edilir və daha çox və daha az vacib olanlara bölünür. Daha sonra sistem tədricən inkişaf etdirilir ki, tərtibatçı proqram təminatının hazırlanması zamanı əldə etdiyi məlumatlardan istifadə edə bilsin. Hər bir artım sistemə müəyyən funksionallıq əlavə etməlidir. Bu halda, buraxılış ən yüksək prioritet olan komponentlərdən başlayır. Sistemin hissələri müəyyən edildikdən sonra, birinci hissəni götürün və bunun üçün ən uyğun prosesdən istifadə edərək onu təfərrüatlandırmağa başlayın. Eyni zamanda, bu iş üçün mövcud tələblər toplusunda dondurulmuş digər hissələrə olan tələbləri aydınlaşdırmaq mümkündür. Lazım gələrsə, daha sonra bu hissəyə qayıda bilərsiniz. Hissə hazırdırsa, müştəriyə təhvil verilir, o, öz işində istifadə edə bilər. Bu, müştəriyə aşağıdakı komponentlər üçün tələbləri aydınlaşdırmağa imkan verəcəkdir. Sonra sistemin növbəti hissəsini inkişaf etdirirlər. Bu prosesdə əsas addımlar sadəcə proqram təminatı tələblərinin bir hissəsinin həyata keçirilməsi və proqram təminatı tam tətbiq olunana qədər modelin ardıcıl buraxılışlar seriyası üzərində təkmilləşdirilməsidir.

Bu modelin həyat dövrü mürəkkəb və mürəkkəb sistemlər hazırlayarkən xarakterikdir, bunun üçün son nəticənin nə olacağına dair aydın bir baxış (həm müştəri, həm də tərtibatçı tərəfindən) mövcuddur. Versiya inkişafı müxtəlif səbəblərə görə həyata keçirilir:

• müştərinin bütün bahalı layihəni bir anda maliyyələşdirə bilməməsi;
• tərtibatçının qısa müddətdə mürəkkəb layihəni həyata keçirmək üçün lazımi resursları yoxdur;
• məhsulun son istifadəçilər tərəfindən mərhələli şəkildə həyata keçirilməsi və qəbulu üçün tələblər. Bütün sistemin bir anda tətbiqi onun istifadəçiləri arasında imtinaya səbəb ola bilər və yalnız yeni texnologiyalara keçid prosesini "yavaşlata bilər". Obrazlı desək, onlar sadəcə olaraq “böyük parçanı həzm edə bilməzlər, ona görə də onu doğrayıb hissə-hissə vermək lazımdır”.

Üstünlüklər Və qüsurlarBu model (strategiyalar) şəlalə (klassik həyat dövrü modeli) ilə eynidir. Lakin klassik strategiyadan fərqli olaraq, müştəri nəticələri daha tez görə bilir. Birinci versiyanın işlənib hazırlanması və həyata keçirilməsinin nəticələrinə əsasən, o, inkişaf üçün tələbləri bir qədər dəyişdirə, ondan imtina edə və ya yeni müqavilə bağlamaqla daha təkmil məhsulun hazırlanmasını təklif edə bilər.

Üstünlüklər:

• istifadəçi tələblərinin dəyişməsi ilə əlaqədar çəkilən xərclər azalır, şəlalə modeli ilə müqayisədə təkrar təhlil və sənədləşdirmə əhəmiyyətli dərəcədə azalır;
• Müştəridən görülən işlərlə bağlı rəy almaq daha asandır - müştərilər hazır hissələr haqqında öz şərhlərini səsləndirə və artıq görülən işləri görə bilərlər. Çünki Sistemin ilk hissələri bütövlükdə sistemin prototipidir.
• müştəri proqram təminatını tez əldə etmək və mənimsəmək qabiliyyətinə malikdir - müştərilər sistemdən real faydaları şəlalə modeli ilə mümkün olduğundan daha tez reallaşdıra bilərlər.

Modelin çatışmazlıqları:

• menecerlər prosesin gedişatını davamlı olaraq ölçməlidirlər. sürətli inkişaf vəziyyətində, hər minimal versiya dəyişikliyi üçün sənədlər yaratmamalısınız;
• sistemin strukturu yeni komponentlər əlavə olunduqca pisləşməyə meyllidir - daimi dəyişikliklər sistemin strukturunu pozur. Bunun qarşısını almaq üçün refaktorinq üçün əlavə vaxt və pul tələb olunur. Zəif dizayn proqram təminatının sonradan dəyişdirilməsini çətinləşdirir və bahalı edir. Və kəsilmiş proqram təminatının həyat dövrü daha da böyük itkilərə səbəb olur.

Sxem, ortaya çıxan dəyişiklikləri və proqram tələblərinin dəqiqləşdirilməsini tez bir zamanda nəzərə almağa imkan vermir. İnkişaf nəticələrinin istifadəçilərlə əlaqələndirilməsi yalnız işin hər bir mərhələsi başa çatdıqdan sonra planlaşdırılan məntəqələrdə həyata keçirilir və proqram təminatına ümumi tələblər onun yaradılmasının bütün vaxtı üçün texniki şərtlər şəklində qeyd olunur. Beləliklə, istifadəçilər çox vaxt real ehtiyaclarını ödəməyən proqram təminatı alırlar.

Spiral model

Spiral model:Həyat dövrü - spiralın hər döngəsində məhsulun növbəti variantı yaradılır, layihənin tələbləri dəqiqləşdirilir, keyfiyyəti müəyyən edilir və növbəti növbənin işi planlaşdırılır. İnkişafın ilkin mərhələlərinə - təhlil və dizayna xüsusi diqqət yetirilir, burada müəyyən texniki həllərin mümkünlüyü sınaqdan keçirilir və prototiplərin yaradılması ilə əsaslandırılır.

Bu model həyat dövrünün ilkin mərhələlərini vurğulayaraq aşağıdan yuxarıya və yuxarıdan aşağıya konsepsiyaların üstünlüklərini birləşdirmək üçün həm dizaynı, həm də artımlı prototipləşdirməni birləşdirən proqram təminatının inkişafı prosesidir: təhlil və dizayn.Fərqli xüsusiyyət Bu model həyat dövrünün təşkilinə təsir edən risklərə xüsusi diqqət yetirir.

Təhlil və dizayn mərhələlərində prototiplər yaratmaqla texniki həllərin məqsədəuyğunluğu və müştəri ehtiyaclarının ödənilmə dərəcəsi yoxlanılır. Spiralın hər növbəsi sistemin işlək fraqmentinin və ya versiyasının yaradılmasına uyğundur. Bu, layihənin tələblərini, məqsədlərini və xüsusiyyətlərini dəqiqləşdirməyə, inkişafın keyfiyyətini müəyyən etməyə və spiralın növbəti növbəsinin işini planlaşdırmağa imkan verir. Beləliklə, layihənin təfərrüatları dərinləşdirilir və ardıcıl olaraq dəqiqləşdirilir və nəticədə müştərinin faktiki tələblərinə cavab verən ağlabatan variant seçilir və həyata keçirilir.

Spiralın hər döngəsində həyat dövrü - proqram təminatının hazırlanması prosesinin müxtəlif modellərindən istifadə etmək olar. Nəhayət, məhsul hazır məhsuldur. Model prototipləşdirmə modelinin imkanlarını birləşdirir vəşəlalə modeli. Təkrarlarla inkişaf, sistemin yaradılmasının obyektiv olaraq mövcud spiral dövrəsini əks etdirir. Hər mərhələdə işin natamam başa çatdırılması cari mərhələdə işin tam başa çatmasını gözləmədən növbəti mərhələyə keçməyə imkan verir. Əsas vəzifə sistem istifadəçilərinə mümkün qədər tez işləyən məhsulu göstərmək və bununla da tələblərin aydınlaşdırılması və əlavə edilməsi prosesini aktivləşdirməkdir.

Modelin üstünlükləri:

• sistem istifadəçilərinə işlək məhsulu tez göstərməyə imkan verir, bununla da tələblərin aydınlaşdırılması və əlavə edilməsi prosesini aktivləşdirir;
• proqram təminatının hazırlanması zamanı tələblərin dəyişdirilməsinə imkan verir ki, bu da əksər inkişaflar, o cümlədən standart olanlar üçün xarakterikdir;
• model çevik dizayna imkan verir, çünki o, şəlalə modelinin üstünlüklərini təcəssüm etdirir, eyni zamanda eyni modelin bütün fazalarında təkrarlamalara imkan verir;
• daha etibarlı və sabit sistem əldə etməyə imkan verir. Proqram təminatı inkişaf etdikcə səhvlər və zəif cəhətlər hər təkrarlamada aşkar edilir və düzəldilir;
• bu model istifadəçilərə planlaşdırma, risk təhlili, dizayn və qiymətləndirmə fəaliyyətlərində fəal iştirak etməyə imkan verir;
• müştəri riskləri azalır. Müştəri minimal maliyyə itkiləri ilə perspektivsiz layihənin hazırlanmasını başa çatdıra bilər;
• İstifadəçilərdən tərtibatçılara rəy yüksək tezlikdə və modelin əvvəlində baş verir ki, bu da istənilən yüksək keyfiyyətli məhsulun yaradılmasını təmin edir.

Modelin çatışmazlıqları:

• layihə riski azdırsa və ya ölçüsü kiçikdirsə, model bahalı ola bilər. Hər bir spiraldan sonra riskin qiymətləndirilməsi yüksək xərclərlə əlaqələndirilir;
• Modelin həyat dövrü mürəkkəb quruluşa malikdir, ona görə də onun tərtibatçılar, menecerlər və müştərilər tərəfindən istifadəsi çətin ola bilər;
• spiral qeyri-müəyyən müddətə davam edə bilər, çünki yaradılmış versiyaya hər bir müştəri cavabı layihənin sonunu gecikdirən yeni bir dövr yarada bilər;
• çox sayda aralıq dövrlər əlavə sənədlərin işlənməsi ehtiyacına səbəb ola bilər;
• modeli istifadə etmək bahalı və hətta əlçatmaz ola bilər, çünki vaxt. planlaşdırma, məqsədlərin yenidən müəyyən edilməsi, risk təhlillərinin aparılması və prototiplərin hazırlanmasına sərf olunan vaxt həddindən artıq ola bilər;
• İnkişaf prosesini növbəti mərhələyə qədər davam etdirməyə hazır olduğunuzu göstərən məqsədləri və mərhələləri müəyyən etmək çətin ola bilər

Spiral dövrün əsas problemi növbəti mərhələyə keçid anının müəyyən edilməsidir. Bu problemi həll etmək üçün hər bir mərhələ üçün vaxt məhdudiyyətləri tətbiq edilir.həyat dövrü və bütün planlaşdırılan işlər tamamlanmasa belə, keçid planlaşdırıldığı kimi davam edir.Planlaşdırmaəvvəlki layihələrdə əldə edilmiş statistik məlumatlar və tərtibatçıların şəxsi təcrübəsi əsasında hazırlanmışdır.

Spiral modelin tətbiq dairəsi

Spiral modelin istifadəsi aşağıdakı hallarda məqsədəuyğundur:

• yeni texnologiyalardan istifadə etməklə layihələr hazırlayarkən;
• yeni məhsullar və ya sistemlər seriyası hazırlayarkən;
• tələblərə əhəmiyyətli dəyişikliklər və ya əlavələr gözlənilən layihələri hazırlayarkən;
• uzunmüddətli layihələr həyata keçirmək;
• sistemin və ya məhsulun keyfiyyətinin və versiyalarının qısa müddət ərzində nümayiş etdirilməsini tələb edən layihələrin hazırlanması zamanı;
• layihələr hazırlayarkən. bunun üçün risklərin qiymətləndirilməsi və həlli ilə bağlı xərclərin hesablanması zəruridir.

Mövzu 3. Proqram təminatının həyat dövrü 28

Proqram təminatının həyat dövrü

Standarta uyğun olaraq, proqram təminatının bütün həyat dövrü prosesləri üç qrupa bölünür:

beş əsas proses (satın alma, təchizat, inkişaf, əməliyyat, dəstək.

Əsas prosesləri dəstəkləyən səkkiz dəstəkləyici proses (sənədləşdirmə, konfiqurasiyanın idarə edilməsi, keyfiyyət təminatı, yoxlama, yoxlama, həmyaşıdların qiymətləndirilməsi, audit, problemin həlli).

Dörd təşkilati proses (idarəetmə, infrastrukturun yaradılması, təkmilləşdirmə, təlim).

PROQRAM TƏMİNATININ HƏYAT DÖVRÜNÜN ƏSAS PROSESLƏRİ

Alma prosesi.

Proqram təminatını satın alan müştərinin hərəkətləri və tapşırıqlarından ibarətdir. Bu proses aşağıdakı addımları əhatə edir:

alınmasının başlanması;

tender təkliflərinin hazırlanması;

müqavilənin hazırlanması və tənzimlənməsi;

təchizatçının fəaliyyətinə nəzarət;

işin qəbulu və başa çatdırılması.

Satınalmaya başlamaq aşağıdakı vəzifələri əhatə edir:

sistemin, proqram məhsullarının və ya xidmətlərin əldə edilməsi, inkişafı və ya təkmilləşdirilməsi üçün müştəri tərəfindən ehtiyaclarının müəyyən edilməsi;

sistem tələblərinin təhlili;

mövcud proqram təminatının alınması, inkişafı və ya təkmilləşdirilməsi ilə bağlı qərarların qəbul edilməsi;

proqram məhsulunun alınması zamanı zəruri sənədlərin, zəmanətlərin, sertifikatların, lisenziyaların və dəstəyin mövcudluğunun yoxlanılması;

sistem tələbləri, müqavilənin növü, tərəflərin öhdəlikləri və s. daxil olmaqla, satınalma planının hazırlanması və təsdiqi. Tender təkliflərində aşağıdakılar olmalıdır:

sistem tələbləri;

proqram məhsullarının siyahısı;

şərtlər və müqavilələr;

texniki məhdudiyyətlər (məsələn, sistemin işləmə mühiti).

Tender təklifləri seçilmiş təchizatçıya (və ya tender zamanı bir neçə təchizatçıya) göndərilir. Təchizatçı müqavilədə müəyyən edilmiş şərtlərə uyğun olaraq proqram təminatı sisteminin və ya proqram təminatı xidmətinin tədarükü üçün sifarişçi ilə müqavilə bağlayan təşkilatdır.

Müqavilənin hazırlanması və tənzimlənməsi aşağıdakı vəzifələri əhatə edir:

mümkün təchizatçıların təkliflərinin qiymətləndirilməsi meyarları daxil olmaqla, tədarükçünün seçilməsi prosedurunun sifarişçi tərəfindən müəyyən edilməsi;

təkliflərin təhlili əsasında konkret təchizatçının seçilməsi;

təchizatçı ilə müqavilənin hazırlanması və bağlanması;

onun icrası zamanı müqaviləyə dəyişikliklərin (zəruri hallarda) edilməsi.

Təchizatçının fəaliyyətinə nəzarət birgə qiymətləndirmə və audit proseslərində nəzərdə tutulmuş tədbirlərə uyğun olaraq həyata keçirilir.

Qəbul prosesi zamanı lazımi testlər hazırlanır və həyata keçirilir. Müqavilə üzrə işlərin tamamlanması bütün qəbul şərtləri yerinə yetirildikdə həyata keçirilir.

Çatdırılma prosesi.

Bu, müştərini proqram məhsulu və ya xidməti ilə təmin edən satıcı tərəfindən həyata keçirilən fəaliyyətləri və tapşırıqları əhatə edir. Bu prosesə aşağıdakı addımlar daxildir:

çatdırılmanın başlanması;

tender təkliflərinə cavabın hazırlanması;

müqavilənin hazırlanması;

planlaşdırma;

icra və nəzarət;

yoxlama və qiymətləndirmə;

işin çatdırılması və başa çatdırılması.

Çatdırılmanın təşəbbüsü təchizatçının tender təkliflərini nəzərdən keçirməsi və təqdim olunan tələb və şərtlərlə razılaşmaq və ya öz şərtlərini təklif etmək barədə qərar qəbul etməsindən ibarətdir.

Planlaşdırma aşağıdakı vəzifələri əhatə edir:

Təchizatçı tərəfindən işin təkbaşına və ya subpodratçının iştirakı ilə yerinə yetirilməsi ilə bağlı qərar qəbul edilməsi;

təchizatçı tərəfindən layihənin təşkilati strukturunu, vəzifələrin bölünməsini, inkişaf mühitinə və resurslarına texniki tələbləri, subpodratçıların idarə edilməsini və s.

İnkişaf prosesi.

Bu, tərtibatçı tərəfindən yerinə yetirilən hərəkətləri və tapşırıqları təmin edir və müəyyən edilmiş tələblərə uyğun olaraq proqram təminatının və onun komponentlərinin yaradılmasını, o cümlədən dizayn və əməliyyat sənədlərinin hazırlanmasını, proqram təminatının funksionallığını və müvafiq keyfiyyətini yoxlamaq üçün zəruri materialların hazırlanmasını əhatə edir. məmulatlar, kadr hazırlığının təşkili üçün lazım olan materiallar və s.

İnkişaf prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

sistem tələblərinin təhlili;

sistem arxitekturasının dizaynı;

proqram təminatı tələblərinin təhlili;

proqram təminatının arxitekturasının dizaynı;

ətraflı proqram təminatı dizaynı;

proqram təminatının kodlaşdırılması və sınaqdan keçirilməsi;

proqram təminatının inteqrasiyası;

proqram təminatının ixtisas testi;

sistem inteqrasiyası;

sistemin ixtisas testi;

proqram təminatının quraşdırılması;

proqram təminatının qəbulu.

Hazırlıq işləri layihənin miqyasına, əhəmiyyətinə və mürəkkəbliyinə uyğun gələn proqram təminatının həyat dövrü modelinin seçilməsi ilə başlayır. İnkişaf prosesinin fəaliyyəti və vəzifələri seçilmiş modelə uyğun olmalıdır. Tərtibatçı seçmək, layihə şərtlərinə uyğunlaşmaq və müştəri ilə razılaşdırılmış standartlar, metodlar və inkişaf vasitələrindən istifadə etməli, həmçinin işin icrası planını tərtib etməlidir.

Sistem tələblərinin təhlili onun funksionallığının, istifadəçi tələblərinin, etibarlılıq və təhlükəsizlik tələblərinin, xarici interfeys tələblərinin və s. müəyyən edilməsini nəzərdə tutur. Sistem tələbləri texniki-iqtisadi əsaslandırma və sınaqdan keçirilə bilən meyarlar əsasında qiymətləndirilir.

Sistemin arxitekturasının yüksək səviyyədə layihələndirilməsi onun aparat komponentlərinin, proqram təminatının və sistemi idarə edən personal tərəfindən yerinə yetirilən əməliyyatların müəyyən edilməsindən ibarətdir. Sistem arxitekturası sistem tələblərinə və qəbul edilmiş dizayn standartlarına və təcrübələrinə uyğun olmalıdır.

Proqram təminatı tələblərinin təhlili hər bir proqram komponenti üçün aşağıdakı xüsusiyyətlərin müəyyən edilməsini nəzərdə tutur:

komponentin performans xüsusiyyətləri və əməliyyat mühiti daxil olmaqla funksionallıq;

xarici interfeyslər;

etibarlılıq və təhlükəsizlik xüsusiyyətləri;

erqonomik tələblər;

istifadə olunan məlumatlara dair tələblər;

quraşdırma və qəbul tələbləri;

istifadəçi sənədləri üçün tələblər;

istismar və texniki xidmət üçün tələblər.

Proqram təminatı tələbləri sınaq zamanı sistem tələblərinə uyğunluq, texniki-iqtisadi əsaslandırma və yoxlanılabilirlik meyarları əsasında qiymətləndirilir.

Proqram təminatının arxitekturasının dizaynına aşağıdakı tapşırıqlar daxildir (hər bir proqram komponenti üçün):

proqram təminatına tələblərin proqram təminatının strukturunu və onun komponentlərinin tərkibini yüksək səviyyədə müəyyən edən arxitekturaya çevrilməsi;

proqram interfeyslərinin və verilənlər bazalarının işlənib hazırlanması və sənədləşdirilməsi;

istifadəçi sənədlərinin ilkin versiyasının hazırlanması;

ilkin test tələblərinin və proqram təminatının inteqrasiya planının hazırlanması və sənədləşdirilməsi.

Proqram komponentlərinin arxitekturası onlara olan tələblərə, eləcə də qəbul edilmiş dizayn standartlarına və metodlarına uyğun olmalıdır.

Ətraflı proqram təminatının dizaynı aşağıdakı vəzifələri əhatə edir:

proqram komponentlərinin və onlar arasındakı interfeyslərin daha aşağı səviyyədə təsviri, onların sonrakı müstəqil kodlaşdırılması və sınaqdan keçirilməsi üçün kifayətdir;

ətraflı verilənlər bazası dizaynının hazırlanması və sənədləşdirilməsi;

istifadəçi sənədlərinin yenilənməsi (lazım olduqda);

test tələblərinin və proqram komponentləri üçün sınaq planının hazırlanması və sənədləşdirilməsi;

Proqram təminatının kodlaşdırılması və sınaqdan keçirilməsi aşağıdakı vəzifələri əhatə edir:

hər bir proqram təminatı komponentinin və verilənlər bazasının işlənməsi (kodlaşdırılması) və sənədləşdirilməsi, habelə onların sınaqdan keçirilməsi üçün test prosedurları və verilənlər toplusu;

hər bir proqram komponentinin və verilənlər bazasının onlara qoyulan tələblərə uyğunluğunu yoxlamaq. Komponent sınaqlarının nəticələri sənədləşdirilməlidir;

istifadəçi sənədlərinin yenilənməsi (lazım olduqda);

proqram təminatının inteqrasiya planının yenilənməsi.

Proqram təminatının inteqrasiyası inteqrasiya planına uyğun olaraq hazırlanmış proqram komponentlərinin yığılmasını və yığılmış komponentlərin sınaqdan keçirilməsini nəzərdə tutur. Birləşdirilmiş komponentlərin hər biri üçün sonrakı ixtisas sınağı zamanı hər bir kvalifikasiya tələbini yoxlamaq üçün sınaq dəstləri və sınaq prosedurları hazırlanır. Kvalifikasiya tələbi proqram məhsulunun spesifikasiyalarına cavab verən və sahədə istifadəyə hazır olması üçün yerinə yetirilməli olan meyarlar və ya şərtlər toplusudur.

Proqram təminatının ixtisas testi proqram təminatının onun spesifikasiyalarına uyğun olduğunu və sahədə istifadəyə hazır olduğunu nümayiş etdirmək üçün müştərinin iştirakı ilə (mümkünsə) tərtibatçı tərəfindən həyata keçirilir. Kvalifikasiya testi hər bir proqram komponenti üçün tələblərin bütün bölmələri üzrə geniş testlərlə həyata keçirilir. Eyni zamanda, texniki və istifadəçi sənədlərinin tamlığı və onun proqram komponentlərinin özlərinə uyğunluğu da yoxlanılır.

Sistem inteqrasiyası onun bütün komponentlərinin, o cümlədən proqram təminatı və avadanlıqların yığılmasından ibarətdir. İnteqrasiyadan sonra sistem, öz növbəsində, ona qoyulan tələblər toplusuna uyğunluq üçün ixtisas testindən keçir. Eyni zamanda, sistem üçün sənədlərin tam dəsti də hazırlanır və yoxlanılır.

Proqram təminatının quraşdırılması plana uyğun olaraq tərtibatçı tərəfindən ətraf mühitdə və müqavilədə nəzərdə tutulmuş avadanlıqlarda həyata keçirilir. Quraşdırma prosesi zamanı proqram təminatının və verilənlər bazalarının funksionallığı yoxlanılır. Quraşdırılmış proqram təminatı mövcud sistemi əvəz edərsə, tərtibatçı müqaviləyə uyğun olaraq onların paralel işləməsini təmin etməlidir.

Proqram təminatının qəbulu proqram təminatının və sistemin ixtisas sınaqlarının nəticələrinin qiymətləndirilməsini və sifarişçi tərəfindən tərtibatçının köməyi ilə həyata keçirilən qiymətləndirmə nəticələrinin sənədləşdirilməsini əhatə edir. Tərtibatçı zəruri təlim və dəstəyi təmin etməklə yanaşı, müqaviləyə uyğun olaraq proqram təminatının müştəriyə son çatdırılmasını həyata keçirir.

Əməliyyat prosesi.

O, operatorun - sistemi idarə edən təşkilatın hərəkətlərini və tapşırıqlarını əhatə edir. Bu prosesə aşağıdakı addımlar daxildir:

1) hazırlıq işləri;

2) əməliyyat sınaqları;

3) sistemin işləməsi;

4) istifadəçi dəstəyi.

Hazırlıq işlərinə operator aşağıdakı vəzifələri yerinə yetirir:

fəaliyyətlərin və istismar zamanı görülən işlərin planlaşdırılması və əməliyyat standartlarının müəyyən edilməsi;

əməliyyat zamanı yaranan problemlərin lokallaşdırılması və həlli prosedurlarının müəyyən edilməsi.

Proqram məhsulunun hər növbəti buraxılışı üçün əməliyyat sınaqları aparılır, bundan sonra o, istifadəyə verilir.

Sistem istifadəçi sənədlərinə uyğun olaraq təyin edilmiş mühitdə idarə olunur.

İstifadəçi dəstəyi proqram təminatının işləməsi zamanı səhvlər aşkar edildikdə yardım və məsləhətlərin verilməsindən ibarətdir.

Baxım prosesi.

Müşayiət edən təşkilat (müşayiət xidməti) tərəfindən yerinə yetirilən hərəkətləri və tapşırıqları nəzərdə tutur. Bu proses proqram məhsulunda və müvafiq sənədlərdə dəyişikliklər (modifikasiyalar) proqram təminatının modernləşdirilməsi və ya uyğunlaşdırılması problemləri və ya ehtiyacları səbəbindən yarandıqda aktivləşdirilir. IEEE-90 standartına uyğun olaraq texniki qulluq səhvləri düzəltmək, performansı yaxşılaşdırmaq və ya dəyişən iş şəraitinə və ya tələblərinə uyğunlaşmaq üçün proqram təminatına dəyişikliklərin edilməsini nəzərdə tutur.

Mövcud proqram təminatına edilən dəyişikliklər onun bütövlüyünü pozmamalıdır. Baxım prosesinə proqram təminatının başqa mühitə köçürülməsi (miqrasiya) daxildir və proqram təminatının istismardan çıxarılması ilə başa çatır.

Baxım prosesi aşağıdakı hərəkətləri əhatə edir:

hazırlıq işləri;

problemlərin təhlili və proqram təminatının dəyişdirilməsi üçün müraciətlər;

proqram təminatının modifikasiyası;

yoxlama və qəbul;

proqram təminatının başqa mühitə ötürülməsi;

proqram təminatının istismardan çıxarılması.

Müşayiət xidmətinin hazırlıq işinə aşağıdakı vəzifələr daxildir:

dəstək prosesi zamanı hərəkətlərin və görülən işlərin planlaşdırılması;

texniki xidmət prosesi zamanı yaranan problemlərin lokallaşdırılması və həlli üçün prosedurların müəyyən edilməsi.

Dəstək xidməti tərəfindən həyata keçirilən problemlərin və proqram dəyişiklikləri üçün sorğuların təhlili aşağıdakı vəzifələri əhatə edir:

təşkilata, mövcud sistemə və digər sistemlərlə interfeyslərə təsiri ilə bağlı problem hesabatının və ya proqram təminatının dəyişdirilməsi sorğusunun təhlili. Bu zaman mümkün modifikasiyanın aşağıdakı xüsusiyyətləri müəyyən edilir: növü (düzəldici, təkmilləşdirici, profilaktik və ya yeni mühitə uyğunlaşan); miqyas (dəyişikliyin ölçüsü, dəyəri və həyata keçirilmə vaxtı); kritiklik (performans, etibarlılıq və ya təhlükəsizliyə təsir);

modifikasiyanın məqsədəuyğunluğunun və onun həyata keçirilməsinin mümkün variantlarının qiymətləndirilməsi;

seçilmiş modifikasiya variantının təsdiqi. Proqram təminatının dəyişdirilməsi proqram komponentlərinin müəyyənləşdirilməsini,

onların versiyaları və dəyişikliklərə məruz qalan sənədləri və inkişaf prosesinin qaydalarına uyğun olaraq lazımi dəyişikliklərin edilməsi. Hazırlanmış dəyişikliklər sənədlərdə müəyyən edilmiş meyarlara uyğun olaraq sınaqdan keçirilir və yoxlanılır. Proqramlarda edilən dəyişikliklərin düzgünlüyü təsdiq edildikdə, sənədlərə düzəlişlər edilir.

Yoxlama və qəbuletmə dəyişdirilmiş sistemin bütövlüyünün yoxlanılmasından və edilən dəyişikliklərin təsdiqindən ibarətdir.

Proqram təminatını başqa mühitə köçürərkən mövcud miqrasiya alətlərindən istifadə edilir və ya yeniləri hazırlanır, sonra proqramlar və məlumatlar yeni mühitə çevrilir. Keçidi asanlaşdırmaq üçün proqram təminatının köhnə və yeni mühitlərdə paralel işləməsi müəyyən müddətə, yeni mühitdə işləmək üçün lazımi istifadəçi hazırlığı aparıldıqda nəzərdə tutulur.

Proqram təminatının istismardan çıxarılması müştərinin istəyi ilə əməliyyat təşkilatının, dəstək xidmətinin və istifadəçilərin iştirakı ilə həyata keçirilir. Bu halda proqram məhsulları və müvafiq sənədlər müqaviləyə uyğun olaraq arxivləşdirilməlidir. Proqram təminatının başqa mühitə köçürülməsi kimi, yeni sistemə keçidi asanlaşdırmaq üçün köhnə və yeni proqram təminatının paralel işləməsi müəyyən müddət ərzində təmin edilir, bu müddət ərzində istifadəçilərə yeni sistemlə işləmək üçün lazımi təlimlər keçirilir.

PROQRAM HƏYATININ DƏYİŞİMİNİN KÖMƏKÇİ PROSESLƏRİ

Sənədləşmə prosesi.

O, proqram təminatının həyat dövrü ərzində yaradılmış məlumatın rəsmiləşdirilmiş təsvirini təqdim edir. Proses idarəetmə, texniki işçilər və sistemin istifadəçiləri kimi bütün maraqlı tərəflər üçün lazım olan sənədləri planlaşdıran, dizayn edən, inkişaf etdirən, istehsal edən, redaktə edən, paylayan və saxlayan fəaliyyətlər toplusundan ibarətdir.

Sənədləşmə prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

dizayn və inkişaf;

sənədlərin buraxılması;

müşayiət.

Konfiqurasiya idarəetmə prosesi.

Sistemdəki proqram komponentlərinin vəziyyətini müəyyən etmək, proqram modifikasiyalarını idarə etmək, proqram komponentlərinin vəziyyəti haqqında hesabatları təsvir etmək və hazırlamaq üçün proqram təminatının həyat dövrü ərzində inzibati və texniki prosedurların istifadəsini nəzərdə tutur.

və modifikasiya tələbləri, proqram komponentlərinin tamlığını, uyğunluğunu və düzgünlüyünü təmin etmək, proqram təminatının saxlanmasını və çatdırılmasını idarə etmək.

Konfiqurasiya idarəetmə prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

konfiqurasiya identifikasiyası;

konfiqurasiyaya nəzarət;

konfiqurasiya vəziyyətinin uçotu;

konfiqurasiyanın qiymətləndirilməsi;

buraxılışların idarə edilməsi və çatdırılması.

Hazırlıq işi konfiqurasiya idarəetməsini planlaşdırmağı əhatə edir.

Konfiqurasiya identifikasiyası proqram komponentlərini və onların versiyalarını unikal şəkildə müəyyən etmək və ayırmaq üçün istifadə edilə bilən qaydaları müəyyən edir. Bundan əlavə, hər bir komponent və onun versiyası proqram təminatının müxtəlif versiyalarını müəyyən edən məhdud və sifarişli simvollar sistemindən istifadə edərək proqram komponentlərinin versiyalarının birmənalı seçilməsi və manipulyasiyası üçün əsas yaradan unikal sənədlər toplusuna uyğundur.

Konfiqurasiyaya nəzarət təklif olunan proqram modifikasiyalarını sistematik şəkildə qiymətləndirmək və hər bir modifikasiyanın effektivliyini və onun həyata keçirilməsi xərclərini nəzərə almaqla onların icrasını əlaqələndirmək üçün nəzərdə tutulmuşdur. O, proqram komponentlərinin və onların versiyalarının statusu və inkişafı, habelə faktiki olaraq dəyişən komponentlərin və onların tam sənədlərinin adekvatlığına nəzarəti təmin edir.

Konfiqurasiya vəziyyətinin uçotu proqram komponentlərinin vəziyyətinin qeydiyyatı, proqram komponentlərinin versiyalarının bütün həyata keçirilmiş və rədd edilmiş dəyişiklikləri haqqında hesabatların hazırlanmasıdır. Hesabatlar toplusu sistemin və onun komponentlərinin mövcud vəziyyətinin birmənalı əksini təmin edir, həmçinin dəyişikliklər tarixini saxlayır.

Konfiqurasiyanın qiymətləndirilməsi proqram komponentlərinin funksional tamlığının, habelə onların fiziki vəziyyətinin cari texniki təsvirə uyğunluğunun qiymətləndirilməsindən ibarətdir.

Buraxılışların idarə edilməsi və çatdırılması proqramların və sənədlərin əsas nüsxələrinin hazırlanmasını, saxlanmasını və təşkilati prosedurlara uyğun olaraq istifadəçilərə çatdırılmasını əhatə edir.

Keyfiyyət Təminatı Prosesi.

O, proqram təminatının və onun həyat dövrü proseslərinin müəyyən edilmiş tələblərə və təsdiq edilmiş planlara uyğun olduğuna müvafiq təminat verir. Proqram təminatının keyfiyyəti proqram təminatının müəyyən edilmiş tələbləri ödəmək qabiliyyətini xarakterizə edən xüsusiyyətlər toplusu kimi başa düşülür.

Yaradılan proqram təminatının etibarlı qiymətləndirilməsini əldə etmək üçün onun keyfiyyətinin təmin edilməsi prosesi proqram təminatının inkişafı ilə birbaşa əlaqəli olan subyektlərdən asılı olmayaraq baş verməlidir. Yoxlama, doğrulama, birgə qiymətləndirmə, audit və problemin həlli kimi digər dəstəkləyici proseslərin nəticələrindən istifadə edilə bilər.

Keyfiyyətə zəmanət prosesi aşağıdakı fəaliyyətləri əhatə edir:

hazırlıq işləri;

məhsulun keyfiyyətinin təmin edilməsi;

prosesin keyfiyyətini təmin etmək;

sistemin keyfiyyətinin digər göstəricilərinin təmin edilməsi.

Hazırlıq işləri digər dəstəkləyici proseslərlə koordinasiyadan və istifadə olunan standartlar, metodlar, prosedurlar və alətlər nəzərə alınmaqla keyfiyyət təminatı prosesinin özünü planlaşdırmaqdan ibarətdir.

Məhsulun keyfiyyətinin təmin edilməsi proqram məhsullarının və onların sənədləşdirilməsinin müqavilədə nəzərdə tutulmuş müştərinin tələblərinə tam uyğunluğunun təmin edilməsi deməkdir.

Prosesin keyfiyyətinin təmin edilməsi proqram təminatının həyat dövrü proseslərinin, inkişaf metodlarının, inkişaf mühitinin və personalın ixtisasının müqavilə şərtlərinə, müəyyən edilmiş standartlara və prosedurlara uyğunluğuna zəmanət verilməsini əhatə edir.

Sistemin digər keyfiyyət göstəricilərinin təmin edilməsi müqavilənin şərtlərinə uyğun olaraq həyata keçirilir.

Doğrulama prosesi.

O, hansısa fəaliyyətin nəticəsi olan proqram məhsullarının əvvəlki hərəkətlərlə müəyyən edilmiş tələblərə və ya şərtlərə tam cavab verməsinin müəyyən edilməsindən ibarətdir (dar mənada yoxlama proqram təminatının düzgünlüyünün rəsmi sübutu deməkdir). Səmərəliliyi artırmaq üçün yoxlama ondan istifadə edən proseslərlə (çatdırılma, inkişaf, əməliyyatlar və ya texniki xidmət kimi) mümkün qədər tez birləşdirilməlidir. Bu prosesə təhlil, qiymətləndirmə və sınaq daxil ola bilər.

Doğrulama müxtəlif müstəqillik dərəcələri ilə həyata keçirilə bilər. Müstəqillik dərəcəsi podratçının özü və ya müəyyən bir təşkilatın başqa mütəxəssisi tərəfindən həyata keçirilən yoxlamadan müxtəlif variasiyalarla başqa bir təşkilatın mütəxəssisi tərəfindən həyata keçirilən yoxlamaya qədər dəyişə bilər. Doğrulama prosesi təchizatçıdan, tərtibatçıdan, operatordan və ya dəstək xidmətindən asılı olmayan bir təşkilat tərəfindən həyata keçirilirsə, o zaman müstəqil yoxlama prosesi adlanır.

Doğrulama prosesi aşağıdakı addımları əhatə edir:

1) hazırlıq işləri;

2) yoxlama.

Doğrulama prosesi zamanı aşağıdakı şərtlər yoxlanılır:

sistemə olan tələblərin ardıcıllığı və istifadəçi ehtiyaclarının nəzərə alınma dərəcəsi;

təchizatçının müəyyən edilmiş tələblərə cavab vermək qabiliyyəti;

seçilmiş həyat dövrü proseslərinin müqavilə şərtlərinə uyğunluğu;

standartların, prosedurların və inkişaf mühitinin proqram təminatının həyat dövrü proseslərinə uyğunluğu;

proqram təminatının dizayn spesifikasiyalarının müəyyən edilmiş tələblərə uyğunluğu;

giriş və çıxış məlumatlarının dizayn spesifikasiyalarında təsvirin düzgünlüyü, hadisələrin ardıcıllığı, interfeyslər, məntiq və s.;

dizayn spesifikasiyasına və tələblərinə kodun uyğunluğu;

kodun sınaqdan keçirilməsi və düzgünlüyü, qəbul edilmiş kodlaşdırma standartlarına uyğunluğu;

proqram komponentlərinin sistemə düzgün inteqrasiyası;

sənədlərin adekvatlığı, tamlığı və ardıcıllığı.

Sertifikatlaşdırma prosesi.

Bu, müəyyən edilmiş tələblərin və yaradılmış sistemin və ya proqram məhsulunun onların xüsusi funksional məqsədinə uyğunluğunun tamlığının müəyyən edilməsini əhatə edir. Sertifikatlaşdırma adətən proqram təminatının sınaqdan keçirilməsinin etibarlılığının təsdiqi və qiymətləndirilməsinə aiddir. Sertifikatlaşdırma proqram təminatının spesifikasiyalara, tələblərə və sənədlərə tam uyğun olmasını və istifadəçi tərəfindən təhlükəsiz və etibarlı şəkildə istifadə oluna biləcəyini təmin etməlidir. Sertifikatlaşdırmanın bütün mümkün vəziyyətlərdə sınaqdan keçirilməsi və müstəqil mütəxəssislərin köməyi ilə aparılması tövsiyə olunur. Sertifikatlaşdırma proqram təminatının həyat dövrünün ilkin mərhələlərində və ya proqram təminatının qəbulu işinin bir hissəsi kimi həyata keçirilə bilər.

Sertifikatlaşdırma, yoxlama kimi, müxtəlif müstəqillik dərəcələri ilə həyata keçirilə bilər. Sertifikatlaşdırma prosesi satıcıdan, tərtibatçıdan, operatordan və ya dəstək xidmətindən asılı olmayan bir təşkilat tərəfindən həyata keçirildikdə, bu, üçüncü tərəf sertifikatlaşdırma prosesi adlanır.

Sertifikatlaşdırma prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

sertifikatlaşdırma.

İştirak əsasında qiymətləndirmə prosesi.

Layihə üzrə işlərin vəziyyətini və bu işlərin (hərəkətlərin) icrası zamanı yaradılmış proqram təminatının qiymətləndirilməsi nəzərdə tutulur. O, ilk növbədə layihə resurslarının, personalın, avadanlıqların və alətlərin planlaşdırılması və idarə edilməsinə nəzarət edir.

Qiymətləndirmə həm layihənin idarə edilməsi səviyyəsində, həm də layihənin texniki icrası səviyyəsində tətbiq edilir və müqavilənin bütün müddəti ərzində həyata keçirilir. Bu proses müqavilədə iştirak edən istənilən iki tərəf tərəfindən həyata keçirilə bilər, bir tərəf digərini yoxlayır.

İştirak əsasında qiymətləndirmə prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

layihənin idarə edilməsinin qiymətləndirilməsi;

texniki qiymətləndirmə.

Audit prosesi.

Bu, tələblərə, planlara və müqavilə şərtlərinə uyğunluğun müəyyən edilməsidir. Audit müqavilədə iştirak edən istənilən iki tərəf tərəfindən həyata keçirilə bilər, bir tərəf digərini yoxlayır.

Audit proqram təminatının və ya proseslərin müəyyən edilmiş tələblərə uyğunluq dərəcəsinin müstəqil qiymətləndirilməsini təmin etmək məqsədi ilə səlahiyyətli orqan (şəxs) tərəfindən həyata keçirilən auditdir (yoxlama). Audit faktiki işlərin və hesabatların tələblərə, planlara və müqaviləyə uyğun olub olmadığını müəyyən etməyə xidmət edir. Auditorların (müfəttişlərin) proqram təminatı tərtibatçılarından birbaşa asılılığı olmamalıdır. Onlar işin vəziyyətini, resurslardan istifadəni, sənədlərin texniki şərtlərə və standartlara uyğunluğunu və sınaqların düzgünlüyünü müəyyənləşdirirlər.

Audit prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

Problemin həlli prosesi.

O, mənşəyindən və mənbəyindən asılı olmayaraq, inkişaf, istismar, texniki xidmət və ya digər proseslər zamanı aşkar edilən problemlərin (o cümlədən aşkar edilmiş uyğunsuzluqların) təhlilini və həllini nəzərdə tutur. Aşkar edilmiş hər bir problem müəyyən edilməli, təsvir edilməli, təhlil edilməli və həll edilməlidir.

Problemin həlli prosesi aşağıdakı addımları əhatə edir:

1) hazırlıq işləri;

2) problemin həlli.

PROGRAM HƏYATI MƏRKƏZİNİN TƏŞKİLAT PROSESLERİ

İdarəetmə prosesi.

Bu, öz proseslərini idarə edən hər hansı bir tərəfin yerinə yetirə biləcəyi fəaliyyət və tapşırıqlardan ibarətdir. Bu tərəf (menecer) məhsul buraxılışının idarə edilməsi, layihənin idarə edilməsi və əldə, çatdırılma, inkişaf, istismar, texniki xidmət və s. kimi əlaqəli proseslərin tapşırıqlarının idarə edilməsinə cavabdehdir.

İdarəetmə prosesi aşağıdakı hərəkətləri əhatə edir:

idarəetməyə başlamaq və əhatə dairəsini müəyyən etmək;

planlaşdırma;

icra və nəzarət;

yoxlama və qiymətləndirmə;

tamamlama.

Təşəbbüs edərkən menecer idarəetmə üçün lazım olan resursların (kadrlar, avadanlıq və texnologiya) kifayət qədər miqdarda sərəncamında olmasını təmin etməlidir.

Planlaşdırma ən azı aşağıdakı vəzifələri yerinə yetirməyi əhatə edir:

iş qrafiklərinin tərtib edilməsi;

xərclərin qiymətləndirilməsi;

tələb olunan resursların ayrılması;

məsuliyyət bölgüsü;

konkret tapşırıqlarla bağlı risklərin qiymətləndirilməsi;

idarəetmə infrastrukturunun yaradılması.

İnfrastrukturun yaradılması prosesi.

O, texnologiyanın, standartların və alətlərin seçilməsi və dəstəklənməsi (saxlanılması), proqram təminatının inkişafı, istismarı və ya texniki xidməti üçün istifadə olunan aparat və proqram təminatının seçilməsi və quraşdırılmasını əhatə edir. İnfrastruktur müvafiq proseslərə olan tələblərdəki dəyişikliklərə uyğun olaraq dəyişdirilməli və saxlanılmalıdır. İnfrastruktur, öz növbəsində, konfiqurasiya idarəetmə obyektlərindən biridir.

İnfrastrukturun yaradılması prosesi aşağıdakı addımları əhatə edir:

hazırlıq işləri;

infrastrukturun yaradılması;

infrastruktur dəstəyi.

Təkmilləşdirmə prosesi.

O, proqram təminatının həyat dövrü proseslərinin qiymətləndirilməsini, ölçülməsini, nəzarətini və təkmilləşdirilməsini təmin edir. Bu prosesə aşağıdakı addımlar daxildir:

prosesin yaradılması;

prosesin qiymətləndirilməsi;

prosesin təkmilləşdirilməsi.

Proqram təminatının həyat dövrü proseslərinin təkmilləşdirilməsi istifadə olunan texnologiyanı, idarəetmə üsullarını, alətlərin seçimini və kadr hazırlığını təkmilləşdirməklə onlara cəlb olunmuş bütün mütəxəssislərin əmək məhsuldarlığının artırılmasına yönəlib. Təkmilləşdirmə hər bir prosesin üstünlükləri və mənfi cəhətlərinin təhlilinə əsaslanır. Həyata keçirilən layihələr üzrə tarixi, texniki, iqtisadi və digər məlumatların təşkilində toplanması bu cür təhlili xeyli asanlaşdırır.

Öyrənmə prosesi.