Proqram təminatının həyat dövrü konsepsiyası. İnformasiya sistemlərinin həyat dövrü modelləri

Həyat dövrü proqram təminatı

Proqram təminatının dizayn metodologiyasının əsas anlayışlarından biri onun proqram təminatının həyat dövrü (proqram təminatının həyat dövrü) konsepsiyasıdır. Proqram təminatının həyat dövrü, onun yaradılması zərurəti barədə qərar qəbul edildiyi andan başlayan və onun istismardan tamamilə çıxarılması anında başa çatan davamlı bir prosesdir.

Əsas normativ sənəd, proqram təminatının həyat dövrünü tənzimləyən ISO / IEC 12207 beynəlxalq standartıdır (ISO - Beynəlxalq Standartlaşdırma Təşkilatı - Beynəlxalq Standartlaşdırma Təşkilatı, IEC - Beynəlxalq Elektrotexniki Komissiyası - Elektrik Mühəndisliyi üzrə Beynəlxalq Komissiya). O, proqram təminatının hazırlanması zamanı tamamlanmalı olan prosesləri, fəaliyyətləri və tapşırıqları ehtiva edən həyat dövrü strukturunu müəyyən edir. Bu standartda Proqram təminatı (proqram məhsulu) dəst kimi müəyyən edilir kompüter proqramları, prosedurlar və mümkün əlaqəli sənədlər və məlumatlar. Proses bəzi girişi çıxışa çevirən bir-biri ilə əlaqəli hərəkətlər toplusu kimi müəyyən edilir. Hər bir proses müəyyən vəzifələr və onların həlli üsulları, digər proseslərdən alınan ilkin məlumatlar və nəticələrlə xarakterizə olunur.

ISO/IEC 12207 standartına uyğun olaraq proqram təminatının həyat dövrünün strukturu üç qrup prosesə əsaslanır:

proqram təminatının həyat dövrünün əsas prosesləri (alınma, təchizat, inkişaf, istismar, texniki xidmət);

əsas proseslərin həyata keçirilməsini təmin edən köməkçi proseslər (sənədləşdirmə, konfiqurasiyanın idarə edilməsi, keyfiyyətin təminatı, yoxlama, sertifikatlaşdırma, qiymətləndirmə, audit, problemlərin həlli);

təşkilati proseslər (layihənin idarə edilməsi, layihə infrastrukturunun yaradılması, həyat dövrünün özünün müəyyən edilməsi, qiymətləndirilməsi və təkmilləşdirilməsi, təlim).

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

Həyat dövrü modeli- icra ardıcıllığını və həyat dövrü ərzində yerinə yetirilən mərhələ və mərhələlərin əlaqəsini müəyyən edən struktur. Həyat dövrü modeli proqram təminatının xüsusiyyətlərindən və sonuncunun yaradıldığı və işlədiyi şəraitin xüsusiyyətlərindən asılıdır. Əsas həyat dövrü modelləri aşağıdakılardır.

1. Kaskad modeli(XX əsrin 70-ci illərinə qədər) əvvəlki mərhələ başa çatdıqdan sonra növbəti mərhələyə ardıcıl keçidi müəyyən edir.

Bu model informasiya inteqrasiyası və uyğunluğu, proqram təminatı, texniki və təşkilati interfeys tələb etməyən ayrı-ayrı əlaqəli olmayan tapşırıqların avtomatlaşdırılması ilə xarakterizə olunur.

Ləyaqət: fərdi problemlərin həllində inkişaf vaxtı və etibarlılıq baxımından yaxşı performans.

Qüsur: uzun dizayn dövrü ərzində sistem tələblərinin dəyişkənliyinə görə böyük və mürəkkəb layihələrə tətbiq edilmir.

2. İterativ model(XX əsrin 70-80-ci illəri) "aşağıdan yuxarı" dizayn texnologiyasına uyğundur. Növbəti mərhələnin icrasından sonra əvvəlki mərhələlərə iterativ qayıtmağa imkan verir;

Model fərdi tapşırıqlar üçün əldə edilmiş dizayn həllərinin ümumi sistem həllərinə ümumiləşdirilməsini nəzərdə tutur. Bu halda, əvvəllər tərtib edilmiş tələblərin yenidən nəzərdən keçirilməsinə ehtiyac var.

Ləyaqət: layihəyə tez düzəlişlər etmək imkanı.

Qüsur:çox sayda iterasiya ilə dizayn müddəti artır, dizayn həlləri və sənədlərdə uyğunsuzluqlar olur və yaradılmış proqram təminatının funksional və sistem arxitekturasında qarışıqlıq yaranır. Köhnəni yenidən dizayn etmək və ya yaratmaq ehtiyacı yeni sistem icra və ya istismar mərhələsindən dərhal sonra baş verə bilər.

3. Spiral model(20-ci əsrin 80-90-cı illəri) yuxarıdan aşağıya dizayn texnologiyasına uyğundur. Proqram təminatının genişləndirilməsinə imkan verən proqram prototipinin istifadəsini nəzərdə tutur. Sistemin dizaynı tələblərin dəqiqləşdirilməsindən proqram kodunun dəqiqləşdirilməsinə qədər olan yolu dövri olaraq təkrarlayır.

Sistem arxitekturasının layihələndirilməsi zamanı ilk növbədə funksional altsistemlərin tərkibi müəyyən edilir və ümumsistem məsələləri həll olunur (inteqrasiya edilmiş verilənlər bazasının təşkili, məlumatların toplanması, ötürülməsi və toplanması texnologiyası). Sonra fərdi tapşırıqlar tərtib edilir və onların həlli üçün texnologiya hazırlanır.

Proqramlaşdırma zamanı əvvəlcə əsas proqram modulları, sonra isə ayrı-ayrı funksiyaları yerinə yetirən modullar hazırlanır. Əvvəlcə modullar bir-biri ilə və verilənlər bazası ilə qarşılıqlı əlaqədə olur, sonra isə alqoritmlər həyata keçirilir.

Üstünlüklər:

1. iterasiyaların sayının və nəticədə düzəldilməli olan səhvlərin və uyğunsuzluqların sayının azaldılması;

2. dizayn vaxtının azaldılması;

3. yaradılmasının sadələşdirilməsi layihə sənədləri.

Qüsur: sistemli repozitoriya üçün yüksək keyfiyyət tələbləri (ümumi dizayn verilənlər bazası).

Spiral model əsasdır sürətli proqram inkişaf texnologiyaları və ya gələcək sistemin son istifadəçilərinin onun yaradılması prosesində fəal iştirakını nəzərdə tutan RAD-texnologiyası (tətbiqlərin sürətli inkişafı). İnformasiya mühəndisliyinin əsas mərhələləri aşağıdakılardır:

· İnformasiya strategiyasının təhlili və planlaşdırılması.İstifadəçilər mütəxəssis tərtibatçılarla birlikdə problem sahəsinin müəyyən edilməsində iştirak edirlər.

· Dizayn. Tərtibatçıların rəhbərliyi altında istifadəçilər texniki dizaynda iştirak edirlər.

· Dizayn. Tərtibatçılar 4-cü nəsil dillərdən istifadə edərək proqram təminatının işlək versiyasını tərtib edirlər;

· İcra. Tərtibatçılar istifadəçiləri yeni proqram mühitində işləmək üçün öyrədirlər.

Formalaşma və təhlil mərhələlərində müəyyən edilmiş hazırlanmış PS-yə olan tələblər ciddi şəkildə TOR şəklində sənədləşdirilir və layihənin inkişafının bütün müddəti üçün müəyyən edilir. Hər bir mərhələ, inkişafın başqa bir inkişaf qrupu tərəfindən davam etdirilməsi üçün kifayət qədər tam sənədlər toplusunun (TOR, EP, TP, RP) buraxılması ilə başa çatır. Bu yanaşma ilə inkişaf keyfiyyətinin meyarı TOR-un spesifikasiyalarının yerinə yetirilməsinin dəqiqliyidir. Tərtibatçıların əsas diqqəti optimal dəyərlərə nail olmaqdır spesifikasiyalar işlənmiş PS - performans, işğal edilmiş yaddaşın miqdarı və s.

Üstünlüklər şəlalə modeli:

• 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 formalaşır;
• 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 xərcləri planlaşdırmağa imkan verir.

Kaskad yanaşması PS-lərin qurulmasında özünü yaxşı sübut etdi, bunun üçün bütün tələblər layihənin ən əvvəlində tam və aydın şəkildə ifadə oluna bilər. Nə qədər ki, bütün bunlar standartlar və müxtəlif dövlət qəbul komissiyaları tərəfindən idarə olunur, sxem yaxşı işləyir.

Qüsurlar şəlalə modeli:

• səhvlərin müəyyən edilməsi və aradan qaldırılması yalnız sınaq mərhələsində həyata keçirilir ki, bu da əhəmiyyətli dərəcədə genişləndirilə bilər;
• real layihələr tez-tez standart addımlar ardıcıllığından kənara çıxmağı tələb edir;
• dövr PS üçün ilkin tələblərin dəqiq formalaşdırılmasına əsaslanır, əslində layihənin başlanğıcında müştərinin tələbləri yalnız qismən müəyyən edilir;
• işin nəticələri yalnız layihə başa çatdıqdan sonra sifarişçiyə təqdim olunur.

PS-nin həyat dövrünün iterativ modeli

Kommersiya layihələrinin böyüməsi ilə aydın oldu ki, gələcək sistemin layihəsini hər zaman ətraflı şəkildə işləmək mümkün deyil, çünki sistem yaradılarkən onun dinamik fəaliyyət sahələrində (biznesdə) işləməsinin bir çox aspektləri dəyişir. İnkişafın istənilən mərhələsi başa çatdıqdan sonra lazımi düzəlişlərin edilməsini təmin etmək üçün inkişaf prosesini dəyişdirmək lazım idi. Beləliklə, PS-nin həyat dövrünün iterativ modeli meydana çıxdı, aralıq idarəetmə ilə model və ya fazaların tsiklik təkrarlanması ilə model adlanır.

Belə bir vəziyyətdə tələblərin formalaşdırılması, spesifikasiyaların tərtib edilməsi və sistem planının yaradılması mərhələsi böyük əhəmiyyət kəsb edir. Proqram memarları dizayn qərarlarına edilən bütün sonrakı dəyişikliklər üçün şəxsən məsuliyyət daşıyırlar. Sənədlərin həcmi minlərlə səhifədir, təsdiq görüşlərinin sayı çox böyükdür. Bir çox layihələr heç vaxt planlaşdırma mərhələsini tərk etmir, analiz iflicinə düşür. Biri mümkün yollar Bu cür hallar üçün istisnalar çörək lövhəsidir (prototipləşdirmə).

Prototipləşdirmə

Çox vaxt müştəri gələcək üçün məlumatların daxil edilməsi, işlənməsi və ya çıxışı üçün tələbləri formalaşdıra bilmir proqram məhsulu. Tərtibatçı istifadəçi ilə dialoq şəklində məhsulun əməliyyat sistemi üçün uyğunluğuna və ya alqoritmin effektivliyinə şübhə edə bilər. Belə hallarda prototipdən istifadə etmək məqsədəuyğundur. Prototipləşdirmənin əsas məqsədi müştərinin tələblərindəki qeyri-müəyyənliyi aradan qaldırmaqdır. Modelləşdirmə (prototipləşdirmə) tələb olunan məhsulun modelinin yaradılması prosesidir.

Model aşağıdakı formaları ala bilər.

1. Kağız maketi (insan-maşın dialoqunun əl ilə çəkilmiş diaqramı) və ya PC əsaslı maket.
2. Tələb olunan bəzi funksiyaları həyata keçirən iş planı.
3. Xüsusiyyətləri təkmilləşdirilməli olan mövcud proqram.

Şəkil 5.7-də göstərildiyi kimi, prototipləşdirmə müştəri və tərtibatçının iştirak etdiyi çoxsaylı təkrarlara əsaslanır.

Prototipləşdirmə üçün hərəkətlərin ardıcıllığı Şəkil 5.8-də göstərilmişdir. Prototipləşdirmə yaradılan proqram təminatı sisteminə tələblərin toplanması və dəqiqləşdirilməsi ilə başlayır. Tərtibatçı və müştəri birlikdə proqram təminatının məqsədlərini müəyyən edir, hansı tələblərin məlum olduğunu və hansının yenidən müəyyən edilməsini müəyyənləşdirir. Sonra sürətli dizayn həyata keçirilir. O, istifadəçiyə görünməli olan xüsusiyyətlərə diqqət yetirir. Sürətli dizayn bir planın qurulmasına gətirib çıxarır. Dizayn müştəri tərəfindən qiymətləndirilir və proqram təminatı tələblərini aydınlaşdırmaq üçün istifadə olunur. Planlaşdırma müştərinin bütün tələblərini ortaya qoyana və tərtibatçıya nə edilməli olduğunu başa düşməyə imkan verənə qədər təkrarlamalar davam edir.

Prototipləşdirmənin üstünlüyü tam sistem tələblərinin müəyyən edilməsini təmin etmək qabiliyyətidir. Layout Dezavantajları:

• müştəri məhsulun planını götürə bilər;
• tərtibatçı məhsulun tərtibatını səhv sala bilər.

Çatışmazlıqlar izah edilməlidir. Müştəri PS-nin işlək versiyasını görəndə başa düşməyi dayandırır ki, PS-nin işlək versiyasının ardınca bir çox keyfiyyət problemləri və müşayiət rahatlığı sistemləri. Tərtibatçı bu barədə müştəriyə məlumat verdikdə, cavab qəzəb və layoutun sürətlə işləyən məhsula çevrilməsi tələbi ola bilər. Bu, proqram təminatının hazırlanmasının idarə edilməsinə mənfi təsir göstərir.

Digər tərəfdən, tez bir iş sxemi əldə etmək üçün tərtibatçı tez-tez müəyyən güzəştlərə gedir. Məsələn, ən uyğun proqramlaşdırma dilləri və ya əməliyyat sistemi istifadə edilə bilməz. Sadə bir nümayiş üçün səmərəsiz (sadə) alqoritmdən istifadə edilə bilər. Bir müddət sonra tərtibatçı bu vasitələrin uyğun olmadığının səbəblərini unudur. Nəticədə idealdan uzaq seçilmiş variant sistemə inteqrasiya olunur.

Əvəz edilmiş digər proqram təminatının həyat dövrü modellərinə baxmadan əvvəl şəlalə modeli, proqram sistemlərinin layihələndirilməsi strategiyaları üzərində dayanmalıyıq. Proqram təminatının həyat dövrü modelini böyük ölçüdə müəyyən edən proqram dizayn strategiyasıdır.

Proqram təminatının dizayn strategiyaları

Proqram təminatı sistemlərinin qurulması üçün üç strategiya var:

• tək keçid (yuxarıda müzakirə olunan kaskad strategiyası) - dizayn addımlarının xətti ardıcıllığı;
• artan strategiya. Prosesin başlanğıcında bütün istifadəçi və sistem tələbləri müəyyən edilir, tikintinin qalan hissəsi bir sıra versiyalar kimi həyata keçirilir. Birinci versiya planlaşdırılmış funksiyaların bəzilərini həyata keçirir, növbəti versiya əlavə funksiyaları həyata keçirir və s. tam sistem əldə olunana qədər;
• təkamül strategiyası. Sistem həmçinin bir sıra versiyalar kimi qurulub, lakin prosesin əvvəlində bütün tələblər müəyyən edilməyib. Tələblər versiyaların hazırlanması nəticəsində müəyyən edilir. IEEE/EIA 12207 standartının tələblərinə uyğun olaraq proqram təminatının dizayn strategiyalarının xüsusiyyətləri aşağıda verilmişdir.

Proqram təminatının inkişafı sözdə proqramın həyat dövrünü başa düşmədən mümkün deyil. Adi istifadəçinin bunu bilməsi lazım olmaya bilər, lakin əsas standartları öyrənmək arzuolunandır (bunun nə üçün lazım olduğu daha sonra deyiləcək).

Formal mənada həyat dövrü nədir?

Hər hansı birinin həyat dövrü ərzində, inkişaf mərhələsindən başlayaraq seçilmiş tətbiq sahəsində istifadədən tamamilə imtina anına qədər, tətbiqin istifadədən tamamilə çıxarılmasına qədər mövcudluğunu başa düşmək adətdir.

danışır sadə dil, proqramlar, verilənlər bazası və ya hətta əməliyyat sistemləri şəklində informasiya sistemləri yalnız verilənlər və onların təqdim etdiyi imkanlar müvafiq olduqda tələb olunur.

Hesab edilir ki, həyat dövrünün tərifi, işləməkdə ən qeyri-sabit olan beta versiyaları kimi tətbiqləri sınaqdan keçirmək üçün heç bir şəkildə tətbiq edilmir. Proqram təminatının həyat dövrü özü bir çox amillərdən asılıdır, bunlar arasında əsas rollardan birini proqramın istifadə olunacağı mühit oynayır. Bununla belə, ayırd etmək olar Ümumi şərtlər həyat dövrü konsepsiyasının müəyyən edilməsində istifadə olunur.

İlkin Tələblər

• problemin formalaşdırılması;
• gələcək proqram təminatının sistemə qarşılıqlı tələblərinin təhlili;
• dizayn;
• proqramlaşdırma;
• kodlaşdırma və kompilyasiya;
• sınaq;
• sazlama;
• proqram məhsulunun həyata keçirilməsi və saxlanması.

Proqram təminatının hazırlanması yuxarıda qeyd olunan bütün mərhələlərdən ibarətdir və onlardan ən azı biri olmadan həyata keçirilə bilməz. Lakin bu cür proseslərə nəzarət etmək üçün xüsusi standartlar müəyyən edilir.

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

Bu cür proseslər üçün şərtləri və tələbləri əvvəlcədən müəyyən edən sistemlər arasında bu gün yalnız üç əsası qeyd etmək olar:

• QOST 34.601-90;
• ISO/IEC 12207:2008;
• Oracle CDM.

İkinci üçün beynəlxalq standart rusca ekvivalenti var. Bu sistemlər və proqram mühəndisliyi üçün cavabdeh olan GOST R ISO / IEC 12207-2010-dır. Lakin hər iki qaydada təsvir olunan proqram təminatının həyat dövrü mahiyyətcə eynidir. Bu olduqca sadə izah olunur.

Proqram təminatı və yeniləmələrin növləri

Yeri gəlmişkən, hazırda məlum olan multimedia proqramlarının əksəriyyəti üçün onlar əsas konfiqurasiya parametrlərinin saxlanması vasitəsidir. Bu tip proqram təminatının istifadəsi, əlbəttə ki, kifayət qədər məhduddur, lakin eyni media pleyerləri ilə işləməyin ümumi prinsiplərini başa düşmək zərər vermir. Və buna görə.

Əslində, onlar yalnız pleyerin özü versiyası və ya kodeklər və dekoderlərin quraşdırılması üçün yeniləmə müddəti səviyyəsində proqram təminatının həyat dövrünə malikdirlər. Audio və video transkoderlər istənilən audio və ya video sisteminin vacib atributlarıdır.

FL Studio əsasında nümunə

Əvvəlcə virtual studio-sequencer FL Studio Fruity Loops adlanırdı. İlkin modifikasiyada proqram təminatının həyat dövrü başa çatıb, lakin tətbiq bir qədər dəyişdirilib və indiki formasını alıb.

Həyat dövrünün mərhələləri haqqında danışırıqsa, əvvəlcə vəzifənin qoyulması mərhələsində bir neçə məcburi şərt qoyuldu:

• Yamaha RX kimi ritm maşınlarına bənzər nağara modulunun yaradılması, lakin studiyalarda canlı olaraq qeydə alınmış birdəfəlik nümunələrdən və ya WAV ardıcıllıqlarından istifadə etməklə;
• inteqrasiyası ƏS pəncərələr;
• layihəni WAV, MP3 və OGG formatlarında ixrac etmək imkanı;
• Fruity Tracks əlavə tətbiqi ilə layihə uyğunluğu.

İnkişaf mərhələsində C proqramlaşdırma dillərinin alətlərindən istifadə edilmişdir. Lakin platforma kifayət qədər primitiv görünürdü və son istifadəçiyə lazımi səs keyfiyyətini vermirdi.

Bununla əlaqədar olaraq, sınaq və sazlama mərhələsində tərtibatçılar Alman korporasiyasının Steinberg yolunu tutmalı və əsas səs sürücüsünə olan tələblərdə Tam Dupleks rejimi dəstəyini tətbiq etməli idilər. Səsin keyfiyyəti yüksəldi və real vaxt rejimində tempi, səsi dəyişdirməyə və əlavə FX effektləri tətbiq etməyə imkan verir.

Bu proqram təminatının həyat dövrünün sonu birincinin buraxılması hesab olunur rəsmi versiya FL Studio, əcdadlarından fərqli olaraq, audio treklərin və MIDI treklərinin limitsiz əlavə edilməsi ilə virtual 64 kanallı qarışdırma konsolunda parametrləri redaktə etmək imkanı ilə artıq tam hüquqlu sequencer interfeysinə malik idi.

Bu məhdud deyildi. Layihənin idarə edilməsi mərhələsində bir dəfə Steinberg tərəfindən hazırlanmış VST formatında (əvvəlcə ikinci, sonra üçüncü versiya) plaginləri birləşdirmək üçün dəstək təqdim edildi. Kobud desək, VST-host-u dəstəkləyən istənilən virtual sintezator proqrama qoşula bilər.

Təəccüblü deyil ki, tezliklə hər hansı bir bəstəkar "dəmir" modellərin analoqlarından, məsələn, bir vaxtlar məşhur olan Korg M1-in tam səs dəstlərindən istifadə edə bilər. Daha çox. Addictive Drums və ya universal Kontakt plagini kimi modulların istifadəsi peşəkar studiyalarda bütün artikulyasiya çalarları ilə qeydə alınmış real alətlərin canlı səslərini təkrarlamağa imkan verdi.

Eyni zamanda, tərtibatçılar Tam Dupleks rejimindən yuxarı baş və çiyinlər olduğu ortaya çıxan ASIO4ALL sürücüləri üçün dəstək yaratmaqla maksimum keyfiyyət əldə etməyə çalışdılar. Müvafiq olaraq, bit sürəti də artdı. Bu günə qədər ixrac edilən audio faylın keyfiyyəti 192 kHz seçmə sürətində 320 kbps ola bilər. Bu peşəkar səsdir.

İlkin versiyaya gəldikdə, onun həyat dövrünü tamamilə bitmiş adlandırmaq olar, lakin belə bir bəyanat nisbidir, çünki tətbiq yalnız adını dəyişib və yeni xüsusiyyətlər qazanıb.

İnkişaf perspektivləri

Proqram təminatının həyat dövrünün hansı mərhələləri artıq aydındır. Ancaq bu cür texnologiyaların inkişafını ayrıca qeyd etmək lazımdır.

Söz yox ki, hər hansı bir proqram tərtibatçısı bazarda bir neçə il qalması ehtimalı az olan, keçici məhsul yaratmaqda maraqlı deyil. Gələcəkdə hər kəs onun uzunmüddətli istifadəsinə baxır. Buna nail olmaq olar fərqli yollar. Lakin, bir qayda olaraq, demək olar ki, hamısı proqramların yeniləmələrinin və ya yeni versiyalarının buraxılışına düşür.

Hətta Windows vəziyyətində belə tendensiyaları adi gözlə görmək olar. Bu gün 3.1, 95, 98 və ya Millenium modifikasiyaları kimi sistemlərdən istifadə edən ən azı bir istifadəçinin olması ehtimalı azdır. Onların həyat dövrü XP versiyasının buraxılmasından sonra başa çatdı. Lakin NT texnologiyalarına əsaslanan server versiyaları hələ də aktualdır. Hətta bu gün Windows 2000 nəinki çox müasirdir, hətta bəzi quraşdırma və ya təhlükəsizlik parametrlərində ən son inkişafları üstələyir. Eyni şey NT 4.0 sisteminə, eləcə də Windows Server 2012-nin xüsusi modifikasiyasına aiddir.

Lakin bu sistemlərlə bağlı dəstək hələ də ən yüksək səviyyədə elan edilir. Lakin sensasiyalı Vista öz dövründə açıq şəkildə dövrünün enişini yaşayır. Nəinki yarımçıq qaldı, həm də özündə o qədər çox səhvlər və təhlükəsizlik sistemində boşluqlar var idi ki, yalnız belə bir qarşısıalınmaz həllin proqram təminatı bazarına necə buraxılacağını təxmin etmək olar.

Amma hər hansı bir tipli proqram təminatının (idarəetmə və ya tətbiqi) hazırlanmasının bir yerdə dayanmamasından danışsaq, bu, yalnız mümkündür.Axı, bu gün bu, təkcə kompüter sistemlərinə deyil, həm də ona aiddir. mobil cihazlar tətbiq olunan texnologiyalar çox vaxt kompüter sektorunu qabaqlayır. Səkkiz nüvəyə əsaslanan prosessor çiplərinin ortaya çıxması - ən çox deyil ən yaxşı nümunə? Ancaq hər bir noutbuk belə bir təchizata malik olmaqla öyünə bilməz.

Bəzi əlavə suallar

Proqram təminatının həyat dövrünün başa düşülməsinə gəlincə, onun müəyyən bir vaxtda başa çatdığını söyləmək olar, bu, çox şərtlidir, çünki proqram məhsulları hələ də onları yaradan tərtibatçılar tərəfindən dəstəklənir. Daha doğrusu, sonluq müasir sistemlərin tələblərinə cavab verməyən və onların mühitində işləyə bilməyən köhnə tətbiqlərə aiddir.

Amma nəzərə alaraq texniki tərəqqi onların bir çoxu tezliklə müdafiəsiz ola bilər. Bu zaman ya yeniləmələri buraxmaq, ya da əvvəlcə proqram məhsuluna daxil edilmiş bütün konsepsiyanı tamamilə yenidən nəzərdən keçirmək barədə qərar qəbul etməli olacaqsınız. Beləliklə, ilkin şərtlərin, inkişaf mühitinin, sınaqların və müəyyən bir sahədə mümkün uzunmüddətli tətbiqin dəyişdirilməsini əhatə edən yeni dövr.

Lakin bu gün kompüter texnologiyasında istehsalda istifadə olunan avtomatlaşdırılmış idarəetmə sistemlərinin (AKS) inkişafına üstünlük verilir. Xüsusi proqramlarla müqayisədə hətta əməliyyat sistemləri də itirir.

Eyni Visual Basic əsaslı mühitlər Windows sistemlərindən daha populyar olaraq qalır. Və biz ümumiyyətlə UNIX sistemləri üçün tətbiqi proqram təminatından danışmırıq. Eyni Birləşmiş Ştatların demək olar ki, bütün rabitə şəbəkələri yalnız onlar üçün işləyirsə, nə deyə bilərəm. Yeri gəlmişkən, Linux və Android kimi sistemlər də əvvəlcə bu platformada yaradılmışdır. Buna görə də, çox güman ki, UNIX digər məhsullarla müqayisədə daha çox perspektivə malikdir.

Ümumi əvəzinə

Yalnız bu halda əlavə etmək qalır ümumi prinsiplər və proqram təminatının həyat dövrünün mərhələləri. Əslində, hətta ilkin tapşırıqlar çox əhəmiyyətli dərəcədə fərqlənə bilər. Müvafiq olaraq, fərqlər digər mərhələlərdə də müşahidə oluna bilər.

Lakin proqram məhsullarının hazırlanması üçün əsas texnologiyalar onların sonrakı texniki xidməti ilə aydın olmalıdır. Qalanları üçün yaradılan proqram təminatının xüsusiyyətlərini, onun işləməli olduğu mühitləri və son istifadəçiyə və ya istehsala təqdim olunan proqramların imkanlarını və daha çoxunu nəzərə almaq lazımdır.

Bundan əlavə, bəzən həyat dövrləri inkişaf vasitələrinin aktuallığından asılı ola bilər. Əgər, məsələn, hansısa proqramlaşdırma dili köhnəlirsə, heç kim onun əsasında proqramlar yazmayacaq və daha çox - istehsalda avtomatlaşdırılmış idarəetmə sistemlərində tətbiq etməyəcək. Burada hətta proqramçılar deyil, kompüter bazarındakı dəyişikliklərə vaxtında reaksiya verməli olan marketoloqlar ön plana çıxır. Və dünyada belə mütəxəssislər o qədər də çox deyil. Bazarla ayaqlaşa bilən yüksək ixtisaslı kadrlara ən çox tələbat var. İT sahəsində müəyyən bir proqram məhsulunun uğuru və ya uğursuzluğu çox vaxt "boz kardinallar" adlanan onlardır.

Onlar proqramlaşdırmanın mahiyyətini həmişə dərk etməsələr də, bu sahədə qlobal tendensiyalar əsasında proqram təminatının həyat dövrü modellərini və onların istifadə müddətini aydın şəkildə müəyyən edə bilirlər. Effektiv idarəetmə çox vaxt daha nəzərə çarpan nəticələr verir. Bəli, heç olmasa PR texnologiyaları, reklam və s... İstifadəçinin hansısa proqrama ehtiyacı olmaya bilər, amma aktiv şəkildə reklam olunarsa, istifadəçi onu quraşdıracaq. Bu, artıq belə desək, şüuraltı səviyyədir (istifadəçinin özündən asılı olmayaraq, informasiyanın zehninə qoyulduğu 25-ci kadrın eyni təsiri).

Əlbəttə ki, bu cür texnologiyalar dünyada qadağandır, lakin bir çoxlarımız hələ də istifadə oluna biləcəyini və müəyyən şəkildə şüuraltına təsir göstərə biləcəyini dərk etmirik. Xəbər kanallarının və ya internet saytlarının “zombifikasiyası” nə dəyərdir, daha güclü vasitələrin, məsələn, infrasəsə məruz qalma (bu, bir opera əsərində istifadə olunurdu), nəticədə insan qorxu və ya qorxu hissi keçirə bilər. qeyri-adekvat emosiyalar.

Proqram təminatına qayıdaraq, əlavə etmək lazımdır ki, bəzi proqramlar istifadəçinin diqqətini cəlb etmək üçün başlanğıcda səs siqnalından istifadə edir. Və araşdırmalar göstərir ki, bu cür proqramlar digər proqramlardan daha səmərəlidir. Təbii ki, ilkin olaraq hansı funksiyaya təyin olunmasından asılı olmayaraq, proqram təminatının həyat dövrü də artır. Və bu, təəssüf ki, bir çox tərtibatçı tərəfindən istifadə olunur, bu da bu cür metodların qanuniliyinə şübhə yaradır.

Amma bunu mühakimə etmək bizim işimiz deyil. Ola bilsin ki, yaxın gələcəkdə bu cür təhlükələri müəyyən etmək üçün alətlər hazırlansın. Hələlik bu, yalnız bir nəzəriyyədir, lakin bəzi analitiklərin və ekspertlərin fikrincə, praktik tətbiqə çox az vaxt qalıb. Əgər onlar artıq insan beyninin neyron şəbəkələrinin surətlərini yaradırlarsa, onda mən nə deyə bilərəm?

Salam, əziz Xabrovitlər! Düşünürəm ki, əvvəllər proqram təminatının hazırlanması, tətbiqi və istifadəsinin hansı modellərinin mövcud olduğunu, hazırda hansı modellərin əsasən istifadə edildiyini, niyə və əslində nə olduğunu xatırlamaq kimsə üçün maraqlı olacaq. Bu mənim kiçik mövzum olacaq.

Əslində, nədir proqram təminatının həyat dövrü- sistemin yaradılması və sonrakı istifadəsi prosesində baş verən hadisələr silsiləsi. Başqa sözlə, bu, proqram məhsulunun yaradılmasının ilk anından onun işlənib hazırlanması və tətbiqinin sonuna qədər olan vaxtdır. Proqram təminatının həyat dövrü modellər şəklində təqdim edilə bilər.

Proqram təminatının həyat dövrü modeli- proqram məhsulunun hazırlanması, istifadəsi və saxlanması zamanı həyata keçirilən fəaliyyət proseslərini və tapşırıqları ehtiva edən struktur.
Bu modelləri 3 əsas qrupa bölmək olar:

1. Mühəndislik yanaşması
2. Tapşırığın xüsusiyyətlərini nəzərə alaraq
3. Müasir Sürətli İnkişaf Texnologiyaları

Kodlaşdırma və səhvlərin idarə edilməsi modeli

1. Problemin formalaşdırılması
2. Performans
3. Nəticənin yoxlanılması
4. Lazım gələrsə, birinci nöqtəyə keçin

Şəlalə Proqramının Həyat Dövrü Modeli (Şəlalə)

Üstünlüklər:

• Ciddi sabit qaydada layihə mərhələlərinin ardıcıl icrası
• Hər mərhələdə məhsulun keyfiyyətini qiymətləndirməyə imkan verir

• Mərhələlər arasında əks əlaqənin olmaması
• Proqram məhsulunun inkişafının real şərtlərinə uyğun gəlmir

Aralıq İdarəetmə ilə Kaskad Modeli (Whirlpool)

V modeli (test vasitəsilə inkişaf)

Model əsaslı prototipin inkişafı

1. Aydın olmayan tələbləri aydınlaşdırın (UI prototipi)
2. Bir sıra konseptual həllərdən birini seçin (ssenarilərin həyata keçirilməsi)
3. Layihənin mümkünlüyünü təhlil edin

1. Üfüqi və şaquli
2. Birdəfəlik və təkamül
3. kağız və hekayə lövhələri

Model ikinci qrupa aiddir.

Spiral proqram təminatının həyat dövrü modeli

Üstünlüklər:

• Sürətli nəticələr
• Rəqabət qabiliyyətinin artırılması
• Tələblərin dəyişdirilməsi problem deyil

• Səhnə tənzimlənməsinin olmaması

Diqqətiniz üçün təşəkkürlər!

Bəzən insanlar layihənin idarə edilməsi fəaliyyətləri ilə layihənin həyat dövrü fəaliyyətləri arasında aydın fərq qoymurlar, çünki layihəni uğurla başa çatdırmaq üçün hər iki fəaliyyət növü lazımdır. İkisi arasındakı əsas fərq, layihənin idarə edilməsinin layihənin müəyyənləşdirilməsinə, planlaşdırılmasına, monitorinqinə və nəzarətinə və bağlanmasına diqqət yetirməsidir. Layihənin çatdırılması nəticələrinin faktiki yaradılması ilə bağlı iş adətən layihənin “həyat dövrü” adlanır. Layihənin idarə edilməsi prosesində onun qrafiki yaradılır, lakin bu cədvəldəki işlərin böyük əksəriyyəti məhz layihənin həyat dövrünün işidir ki, bunun da nəticəsində çıxış məhsulu meydana çıxır.

Bütün layihələr unikal olsa da, əksər layihələrə tətbiq olunan ümumi idarəetmə prosesləri olduğu kimi, əksər layihələrin həyat dövrünü istiqamətləndirə biləcək ümumi modellər də var. Bu ümumi modellər layihə cədvəlini hazırlayarkən layihə qrupları üçün vaxta qənaət etmələri baxımından dəyərlidir.

Həyat dövrü modellərindən birinin nümunəsi ümumi klassik şəlalə modelidir. Bu model istənilən layihəyə tətbiq oluna bilən əsas yanaşmanı təmsil edir. Çox vaxt siz layihənin həyata keçirilməsinə dair tələbləri başa düşməkdən, ardınca çatdırıla biləni dizayn etməklə, çatdırıla biləni yaratmaq və sınaqdan keçirməklə və nəhayət, nəticəni həyata keçirməklə başlamalısınız. Bu diqqət sahələrinin hər biri mərhələ adlanır (analiz mərhələsi, dizayn mərhələsi, həyata keçirmə mərhələsi və s.). Klassik "şəlalə" yanaşması, çox güman ki, metodologiyalar haqqında heç nə bilmədən və sıfırdan bir layihə planlaşdırmadan tətbiq edə biləcəyiniz bir həyat dövrü modelidir.

Daha asan nə ola bilər? Çox kiçik bir layihəniz olsa belə, bəzilərini beyninizdə etsəniz belə, yenə də bu əsas addımlardan keçirsiniz. Məsələn, bir sənəd hazırlamaq və ya təkmilləşdirmək üçün 40 saatlıq (bir iş həftəsi) layihəniz varsa, elə görünə bilər ki, siz birbaşa "İcra" mərhələsinə keçirsiniz. Amma elədir? Çox güman ki, başa düşməli olduğunuz (Təhlil) və gələcək məzmun (Dizayn) üçün ideyaya çevrilməli olduğunuz tələblər və ya arzularla bir növ tapşırıq almısınız. Sonra ideyanı həyata keçirirsən (İmplementasiya), nəticəni sınaqdan keçirirsən (Test) və onu istifadəyə təqdim edirsən (İmplementasiya).

Şəlalə (şəlalə) sxemi bütün layihələrə aid olan bir neçə vacib əməliyyatı əhatə edir:

* sistemin inkişafı üçün tədbirlər planının tərtib edilməsi;

* hər bir fəaliyyətlə bağlı işin planlaşdırılması;

* mərhələlərlə hərəkətlərin gedişatını izləmək üçün əməliyyatın tətbiqi.

Layihə dövrünün “şəlalə modeli”nin qrafik təsviri

Şəkil.3 Layihənin həyat dövrünün şəlalə modeli

Şəlalə (kaskad) modelinin üstünlükləri.

Kaskad modeli, olduqca uyğun olduğu bir layihədə istifadə olunarsa, üstünlüklərə malikdir.

a. Model inkişaf etdirməyənlərə və son istifadəçilərə yaxşı məlumdur.

b. O, mürəkkəblikləri nizamlı şəkildə idarə edir və kifayət qədər aydın, lakin həlli çətin olan layihələr üçün yaxşı işləyir.

c. Bunu başa düşmək asandır, çünki sadə məqsəd lazımi hərəkətləri yerinə yetirməkdir.

d. İnkişaf prosesi mərhələlərlə həyata keçirildiyi üçün sadə və istifadəsi asandır.

e. Sabit tələblərlə xarakterizə olunur.

f. Təhlil, dizayn, kodlaşdırma, sınaq və təminat üçün metodların yerləşdirilə biləcəyi bir şablondur.

g. Bu, icra etdikləri mərhələdə fəaliyyətləri tamamlamış layihə iştirakçılarına digər layihələrin həyata keçirilməsində iştirak etmək imkanı verir.

h. Keyfiyyətə nəzarət prosedurlarını müəyyənləşdirir. Alınan hər bir məlumat nəzərdən keçirilir. Bu prosedur inkişaf qrupu tərəfindən sistemin keyfiyyətini müəyyən etmək üçün istifadə olunur.

i. Hər bir mərhələnin tamamlanma anından bir mərhələ kimi istifadə edildiyi üçün layihənin gedişatını bir qrafikdən (Gantt chart) istifadə etməklə asanlıqla izləmək olar.

Şəlalə modelinin çatışmazlıqları.

Onun üçün çətin ki, uyğun olmayan bir layihə üçün bir şəlalə modelindən istifadə edərkən aşağıdakı çatışmazlıqlar görünür:

a. Model ardıcıllığa əsaslanır xətti quruluş, bununla da bəzi problem və ya çatışmazlıqları düzəltmək üçün bir və ya iki mərhələni geri qaytarmağa cəhd etmək xərclərin əhəmiyyətli dərəcədə artmasına və cədvəldə nasazlığa səbəb olacaq.

b. Müştərinin həmişə sistemlə əvvəlcədən tanış olmaq imkanı olmur, bu, yalnız həyat dövrünün ən sonunda baş verir.

c. Müştəri istifadə edə bilmir aralıq nəticələr, və istifadəçi rəyi tərtibatçılara geri ötürülə bilməz. Hazır məhsul prosesin sonuna qədər mövcud olmadığı üçün istifadəçi prosesə yalnız ən başlanğıcda - tələblərin toplanması zamanı, sonda isə qəbul sınaqları zamanı cəlb olunur.

d. Hər bir mərhələ sonrakı hərəkətlərin yerinə yetirilməsi üçün ilkin şərtdir ki, bu da çevik modelləşdirməyə imkan vermədiyi üçün belə bir metodu analoqu olmayan sistemlər üçün riskli seçim edir.

e. Performans məlumatları hər bir mərhələ üçün yaradılır və tamamlandıqdan sonra dondurulmuş hesab olunur. Bu o deməkdir ki, onlar dəyişdirilməməlidir növbəti addımlar məhsulun həyat dövrü. Hər hansı bir mərhələnin çatdırıla bilən məlumat elementi dəyişərsə, layihə olacaq Mənfi təsir yenidən planlaşdırma, çünki nə model, nə də plan həyat dövrünün sonrakı dövrlərində dəyişikliyi qəbul etmək və həll etmək üçün nəzərdə tutulmayıb.

f. Bütün tələblər həyat dövrünün əvvəlində bilinməlidir, lakin müştərilərin inkişafın bu mərhələsində bütün dəqiq müəyyən edilmiş tələbləri formalaşdırmaq həmişə mümkün olmur.

Şəlalə universaldır və istənilən layihəyə tətbiq oluna bilsə də, digər həyat dövrü modelləri layihənin xüsusiyyətlərindən asılı olaraq daha səmərəli və effektiv ola bilər. Məsələn, bir proqram paketi quraşdırsanız, dizayn və tətbiq mərhələlərini atlayacaqsınız. Eynilə, əgər siz R&D-dəsinizsə, görülən işin və ya onun bir hissəsinin tullantı səbətinə düşə biləcəyini nəzərə alan xüsusi bir layihənin Ar-Ge həyat dövrü modelindən istifadə edə bilərsiniz. Müəyyən növ layihələri sürətləndirmək üçün digər mühüm həyat dövrü modellərindən istifadə edilə bilər. Məsələn, İT layihələri tez-tez təkrarlanan və ya çevik inkişafdan istifadə edir.

Aşağıda bəzi digər layihə həyat dövrü modelləri verilmişdir:

İterativ yanaşma(ing. iteration - təkrar) - alınan nəticələrin davamlı təhlili və işin əvvəlki mərhələlərinin tənzimlənməsi ilə paralel olaraq işin yerinə yetirilməsi. İnkişafın hər bir mərhələsində bu yanaşma ilə layihə təkrarlanan dövrədən keçir: Planlaşdırma - Həyata keçirmə - Yoxlama - Qiymətləndirmə (ing. plan-et-yoxla-akt dövrü).

İterativ yanaşmanın üstünlükləri:

1. layihənin ilkin mərhələlərində ciddi risklərin təsirinin azaldılması, bu da onların aradan qaldırılması xərclərinin minimuma endirilməsinə gətirib çıxarır;

2. səmərəli təşkilat rəy istehlakçı (həmçinin müştərilər, maraqlı tərəflər) ilə layihə komandası və həqiqətən onun ehtiyaclarına cavab verən məhsulun yaradılması;

3. diqqəti layihənin ən vacib və kritik sahələrinə yönəltmək;

4. bütövlükdə layihənin uğurunu qiymətləndirmək üçün davamlı təkrarlanan sınaq;

5. tələblər, modellər və 6. layihənin icrası arasında ziddiyyətlərin erkən aşkarlanması;

8. toplanmış təcrübədən səmərəli istifadə;

9. layihənin cari vəziyyətinin real qiymətləndirilməsi və nəticədə onun müvəffəqiyyətlə başa çatdırılmasına daha çox inam 10. müştərilər və birbaşa iştirakçılar.

Spiral Layihə Həyat Dövrü Modeli. Bu model çərçivəsində layihənin səmərəliliyinin zamanla onun dəyərindən asılılığı nəzərdən keçirilir. 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.

Spiral modeli ilk dəfə 1988-ci ildə Barry Boehm tərəfindən tərtib edilmişdir. 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. Boehm "ilk 10" ən ümumi (prioritetləşdirilmiş) riskləri tərtib edir

1. Mütəxəssis çatışmazlığı.

2. Qeyri-real vaxt qrafiki və büdcə.

3. Uyğun olmayan funksionallığın həyata keçirilməsi.

4. Səhv istifadəçi interfeysinin dizaynı.

5. “Qızıl xidmət”, mükəmməllik, lazımsız optimallaşdırma və detalların honlanması.

6. Sonsuz bir dəyişiklik axını.

7. Sistemin mühitini müəyyən edən və ya inteqrasiyada iştirak edən xarici komponentlər haqqında məlumatın olmaması.

8. Xarici (layihə ilə bağlı) resursların yerinə yetirdiyi işlərdə çatışmazlıqlar.

9. Yaranan sistemin qeyri-kafi performansı.

10. Müxtəlif bilik sahələri üzrə mütəxəssislərin ixtisaslarında “boşluq”.

Bu risklərin əksəriyyəti layihə komandasında mütəxəssislərin qarşılıqlı fəaliyyətinin təşkilati və proses aspektləri ilə bağlıdır.

Spiralın hər bir döngəsi proqram təminatının bir parçasının və ya versiyasının yaradılmasına uyğundur, burada layihənin məqsədləri və xüsusiyyətləri dəqiqləşdirilir, keyfiyyəti müəyyən edilir və spiralın növbəti növbəsinin işi planlaşdırılır. Beləliklə, layihənin təfərrüatları daha da dərinləşdirilir və ardıcıl olaraq konkretləşdirilir və nəticədə ağlabatan variant seçilir və o, həyata keçirilir. Hər növbə 4 sektora bölünür:

risklərin qiymətləndirilməsi və həlli,

məqsədlərin müəyyənləşdirilməsi,

inkişaf və sınaq,

planlaşdırma.

Spiral model böyük, bahalı və mürəkkəb layihələrə yönəldilmişdir.

Spiral modelin üstünlükləri:

Spiral modeli yaxşı uyğun olan bir layihədə istifadə edərkən aşağıdakı üstünlüklər görünür:

a Spiral model istifadəçilərə sistemi erkən “görməyə” imkan verir ki, bu da layihənin inkişaf dövründə sürətləndirilmiş prototipləşdirmədən istifadə etməklə əldə edilir.

b Aşağı qiymətlə qarşısı alınmaz risklərin müəyyən edilməsini təmin edir.

c Model istifadəçilərə planlaşdırma, risk təhlili, inkişaf və qiymətləndirmə fəaliyyətlərində fəal iştirak etməyə imkan verir.

d O, böyük potensial məhsul inkişaf işini daha kiçik parçalara ayırır.

e Model dizaynda çevikdir, çünki o, eyni modelin bütün fazalarında təkrarlamaya icazə verərkən şəlalə modelindən faydalanır.

f Artan modelin üstünlüyü, yəni artımların buraxılması, üst-üstə düşən artımlarla cədvəlin azaldılması və sistemin tədricən böyüməsi ilə resursların dəyişməzliyi həyata keçirildi.

Spiral modelin çatışmazlıqları:

Spiral modeli kifayət qədər uyğun olmayan bir layihədə istifadə edərkən aşağıdakı çatışmazlıqlar görünür:

a Spiral qeyri-müəyyən müddətə davam edə bilər.

b Çox sayda aralıq addımlar əlavə daxili və xarici sənədlərin işlənməsi ehtiyacı ilə nəticələnə bilər.

c Modeldən istifadə baha başa gələ bilər, çünki planlaşdırma, yenidən hədəfləmə, risk təhlili və prototipləşdirməyə sərf olunan vaxt həddindən artıq ola bilər.

Layihə dövrünün artımlı modeli. Bu model əksər hallarda çoxlu sayda iştirakçı tələb edən kompleks inkişaf işlərində istifadə olunur, çoxlu müxtəlif məsələlər bunu həll etmək lazımdır. Onun mahiyyəti böyük həcmdə işin daha kiçik tərkib hissələrinin ardıcıllığına bölünməsindədir. Bu, bütün sistemin qismən tətbiqi və yavaş-yavaş qurulması prosesidir funksionallıq və ya səmərəlilik.

Bu model layihənin həyat dövrünün iterasiya ardıcıllığına bölünməsini nəzərdə tutur ki, onların hər biri “mini-layihə”yə bənzəyir, layihə ilə müqayisədə daha kiçik funksionallıq hissələrinin yaradılmasına tətbiq edilən həyat dövrünün bütün mərhələləri daxildir. Bütöv. Hər bir iterasiyanın məqsədi bütün əvvəlki və cari iterasiyaların inteqrasiya olunmuş məzmunu ilə müəyyən edilmiş funksionallıq daxil olmaqla, proqram təminatı sisteminin işlək versiyasını əldə etməkdir. Son təkrarlamanın nəticələri məhsulun bütün tələb olunan funksionallığını ehtiva edir.

Artan modelin üstünlükləri.

Adekvat olan bir layihə hazırlayarkən artım modeli tətbiq etməklə aşağıdakı üstünlükləri görə bilərsiniz:

a Bütün layihəni inkişaf etdirmək üçün ilkin investisiya tələb olunmur.

b Hər artımın nəticəsi funksional məhsuldur.

c Artan artımların istifadəsi istifadəçi təcrübəsini yenidən inkişaf etdirmək üçün lazım olduğundan daha aşağı qiymətə təkmilləşdirilmiş məhsulda birləşdirməyə imkan verir.

d Böl və idarə et qaydası problemi idarə oluna bilən hissələrə ayırır, beləliklə, tələblərin mürəkkəb siyahılarının inkişaf komandasının qarşısına qoyulmasının qarşısını alır.

e İnkişaf prosesi zamanı siz heyətin sayını məhdudlaşdıra bilərsiniz ki, eyni komanda hər bir artımın çatdırılmasında ardıcıl olaraq işləsin.

f Hər bir əlavə çatdırılmanın sonunda dəyəri nəzərdən keçirmək və riskləri planlaşdırmaq imkanı var.

g İndidən gələcəyə keçid ani olmadığı üçün müştəri alışa bilər. yeni texnologiya tədricən.

h Risk bir neçə kiçik artıma yayılır və bir böyük inkişaf layihəsində cəmlənmir.

Artan modelin çatışmazlıqları.

Bu model kifayət qədər uyğun olmayan bir layihəyə tətbiq edildikdə, aşağıdakı çatışmazlıqlar görünür:

a Model hər artım daxilində iterasiyaya icazə vermir.

b Tam tərifi funksional sistem artımların müəyyən edilməsini təmin etmək üçün həyat dövrünün əvvəlində aparılmalıdır.

c Müştəri layihənin ümumi dəyərinin azalmayacağından xəbərdar olmalıdır.