Proqram təminatının həyat dövrü. Mərhələlər və mərhələlər. Proqram Həyat Döngüsünü Anlamaq Proqram Ömrü Nədir

Proqramın inkişaf dövrü deyilən proqram ömrü başa düşülmədən mümkün deyil. Adi bir istifadəçinin bunu bilməsinə ehtiyac olmaya bilər, amma əsas standartları öyrənmək məsləhətdir (bunun nə üçün lazım olduğu sonradan deyiləcək).

Həyat dövrü formal mənada nədir?

Hər hansı birinin həyat dövrü, adətən inkişaf mərhələsindən anına qədər mövcud olduğu vaxt olaraq başa düşülür tam imtina seçilmiş tətbiq sahəsindəki istifadədən tətbiqin istifadədən tamamilə çıxarılmasına qədər.

Danışan sadə dil, proqramlar, verilənlər bazası və ya hətta "əməliyyat sistemləri" şəklində olan məlumat sistemləri yalnız verilənlərin uyğunluğu və təmin etdikləri qabiliyyət halında tələb olunur.

Həyat dövrü tərifinin istehsalda ən dəyişkən olan beta versiyaları kimi test tətbiqlərinə heç bir şəkildə tətbiq olunmadığına inanılır. Proqramın həyat dövrünün özü bir çox amillərdən asılıdır, bunlar arasında əsas rollardan birini proqramın istifadə ediləcəyi mühit oynayır. Bununla birlikdə, birini də ayırd etmək olar ümumi şərtlər həyat dövrü anlayışını təyin etmək üçün istifadə olunur.

İlkin tələblər

problemin formalaşdırılması;
sistem üçün gələcək proqram təminatının qarşılıqlı tələblərinin təhlili;
dizayn;
proqramlaşdırma;
kodlaşdırma və tərtib;
sınaq;
ayıklama;
bir proqram məhsulunun tətbiqi və saxlanması.

Proqram təminatının hazırlanması yuxarıda göstərilən bütün mərhələlərdən ibarətdir və onlardan heç biri olmadan edə bilməzsiniz. Ancaq bu cür proseslərə nəzarət etmək üçün xüsusi standartlar qurulur.

Proqram Həyat Dövrü Proses Standartları

Bu cür proseslər üçün şərtləri və tələbləri əvvəlcədən təyin edən sistemlər arasında bu gün yalnız üç əsas ad verə bilərik:

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

İkinci beynəlxalq standart üçün rus analoqu var. Bu sistem və proqram mühəndisliyindən məsul olan GOST R ISO / IEC 12207-2010-dur. Ancaq həyat dövrü proqram təminatı hər iki qaydada təsvir olunan mahiyyətcə eynidir. Bu olduqca sadə izah olunur.

Proqram növləri və yeniləmələr

Yeri gəlmişkən, indi məlum olan multimediya proqramlarının əksəriyyəti üçün əsas konfiqurasiya parametrlərini saxlamaq vasitəsidir. Bu tip proqramların istifadəsi, əlbəttə ki, olduqca 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ə, proqramın həyat dövrü yalnız pleyerin özünün versiyası və ya kodeklərin və dekoderlərin quraşdırılması üçün yeniləmə müddəti səviyyəsində müəyyən edilmişdir. Və audio və video transkoderləri hər hansı bir audio və ya video sisteminin vacib atributlarıdır.

FL Studio proqramına əsaslanan nümunə

Əvvəlcə FL Studio -nun virtual sequencer studiyası Fruity Loops adlanırdı. Həyat dövrüİlkin modifikasiyasında olan proqramın müddəti bitdi, lakin tətbiq bir qədər dəyişdi və indiki formasını aldı.

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

Yamaha RX kimi ritm maşınlarına bənzər bir baraban modulu yaratmaq, ancaq canlı studiyalarda qeydə alınmış bir vuruşlu nümunələrdən və ya WAV ardıcıllığından istifadə etməklə;
-ə inteqrasiya OS Windows;
bir layihəni WAV, MP3 və OGG formatında ixrac etmək imkanı;
layihələrin Fruity Tracks əlavə tətbiqi ilə uyğunluğu.

İnkişaf mərhələsində "C" proqramlaşdırma dillərinin vasitələrindən istifadə edilmişdir. Ancaq platforma olduqca primitiv görünürdü və son istifadəçiyə vermirdi tələb olunan keyfiyyət səs.

Bu baxımdan, sınaq və ayıklama mərhələsində, inkişaf etdiricilər Almaniyanın Steinberg korporasiyasının yolu ilə getməli və əsas səs sürücüsünə olan tələblərdə Tam Dupleks rejiminə dəstək tətbiq etməli idilər. Səs keyfiyyəti yaxşılaşdı və tempi dəyişdirməyə, səsləndirməyə və real vaxtda əlavə FX effektləri tətbiq etməyə imkan verdi.

Bu proqramın həyat dövrünün sonu, əcdadlarından fərqli olaraq, virtual 64 kanalda parametrləri redaktə etmək qabiliyyətinə malik tam hüquqlu bir sequencer interfeysinə sahib olan FL Studio-nun ilk rəsmi versiyasının buraxılması hesab olunur. audio parçaları və MIDI parçaları məhdudiyyətsiz əlavə etməklə konsol qarışdırmaq.

Bu işin sonu deyildi. Layihə idarəetmə mərhələsində, əvvəllər Steinberg tərəfindən hazırlanan VST formatlı plug-inlərin (əvvəl ikinci, sonra üçüncü versiya) qoşulması üçün dəstək təqdim edildi. Təxminən desək, VST-hostu dəstəkləyən hər hansı bir 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 istifadə edə bilər, məsələn, bir zamanlar məşhur olan Korg M1 -in tam səs dəstləri. Daha çox. Addictive Drums və ya çox yönlü Kontakt plug-in kimi modulların istifadəsi, peşəkar studiyalarda bütün artikulyasiya çalarları ilə yazılmış, real alətlərin canlı səslərinin bərpasına imkan verdi.

Eyni zamanda, inkişaf etdiricilər Tam Dupleks rejimindən yuxarı baş və çiyin olduğu ortaya çıxan ASIO4ALL sürücülərinə dəstək yaradaraq maksimum keyfiyyət əldə etməyə çalışdılar. Buna görə bit sürəti də artdı. Bu gündən etibarən ixrac edilən audio faylın keyfiyyəti 192 kHz nümunə götürmə sürətində 320 kbps ola bilər. Və bu peşəkar səsdir.

İlkin versiyaya gəldikdə, onun həyat dövrünü tamamilə tamamlanmış adlandırmaq olardı, ancaq bu tətbiq nisbidir, çünki tətbiq yalnız adını dəyişdi və yeni xüsusiyyətlər əldə etdi.

İnkişaf perspektivləri

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

Deməyə ehtiyac yoxdur, hər hansı bir proqram təminatçısı bir neçə il bazarda qalması ehtimalı olmayan bir məhsul yaratmaqda maraqlı deyil. Uzun müddətdə hər kəs uzun müddətli istifadəsinə baxır. Buna müxtəlif yollarla nail olmaq olar. Ancaq, bir qayda olaraq, demək olar ki, hamısı yeniləmələrin və ya proqramların yeni versiyalarının buraxılmasına qədər azalır.

Hətta Windows -da belə tendensiyalar çılpaq gözlə görülə bilər. Bu gün 3.1, 95, 98 və ya Millennium dəyişiklikləri kimi sistemlərdən istifadə edən ən az bir istifadəçinin olması ehtimalı azdır. Onların həyat dövrü XP buraxıldıqdan sonra başa çatdı. Ancaq NT texnologiyalarına əsaslanan server versiyaları hələ də aktualdır. Hətta Windows 2000 bu gün nəinki çox aktualdır, həm də bəzi quraşdırma və ya təhlükəsizlik parametrlərində ən son inkişafları üstələyir. Eyni şey Windows Server 2012 -nin xüsusi modifikasiyası olduğu kimi NT 4.0 üçün də keçərlidir.

Ancaq bu sistemlərlə əlaqədar olaraq dəstək hələ də ən yüksək səviyyədə elan edilir. Ancaq sensasiyalı Vista açıq şəkildə dövrün sonunu yaşayır. Nəinki bitməmiş olduğu ortaya çıxdı, həm də özündə çoxlu səhvlər və təhlükəsizlik sistemində boşluqlar var idi ki, proqram məhsulları bazarına bu qədər əlçatmaz bir həlli necə buraxmağın mümkün olduğunu təxmin etmək olar.

Ancaq hər hansı bir növ proqramın (idarəetmə və ya tətbiqetmənin) inkişaf etməsinin bir yerdə dayanmadığından danışsaq, bu mümkündür, çünki bu gün təkcə kompüter sistemləri deyil, həm də texnologiyaların olduğu mobil qurğulara aiddir. tez -tez kompüter sektorunun qabağında istifadə olunur. Səkkiz nüvəyə əsaslanan prosessor çiplərinin ortaya çıxması ən çox deyil ən yaxşı nümunə? Və yenə də hər bir noutbuk belə bir "aparatın" olması ilə öyünə bilməz.

Bəzi əlavə suallar

Proqramın həyat dövrünü başa düşməyə gəldikdə, bunun müəyyən bir zamanda bitdiyini söyləmək olar, olduqca şərti ola bilər, çünki proqram məhsulları hələ də onları yaradan inkişaf etdiricilərdən dəstək alır. Əksinə, sonluq tələblərə cavab verməyən köhnə tətbiqlərə aiddir müasir sistemlər və öz mühitində işləyə bilməz.

Ancaq texniki tərəqqi nəzərə alınsa da, bir çoxu yaxın gələcəkdə uğursuz ola bilər. Sonra ya yeniləmələrin buraxılması, ya da əvvəlcə proqram məhsuluna daxil olan bütün konsepsiyanın tamamilə yenidən nəzərdən keçirilməsi barədə qərar verməli olacaqsınız. Beləliklə - və ilkin şərtlərdə, inkişaf mühitində, sınaqda və müəyyən bir sahədə uzunmüddətli istifadədə dəyişiklik təmin edən yeni bir dövr.

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

Eyni Visual Basic əsaslı mühit Windows sistemlərindən daha populyar olaraq qalır. UNIX sistemləri üçün tətbiq proqramlarından ümumiyyətlə danışmırıq. Eyni ABŞ -ın praktiki olaraq bütün kommunikasiya şəbəkələri yalnız onların üzərində 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 -in digər məhsullara nisbətən daha çox perspektivi var.

Cəmi əvəzinə

Əlavə etmək lazımdır ki, bu halda yalnız proqram ömrünün ümumi prinsipləri və mərhələləri verilir. Əslində, hətta əvvəlcə qoyulan vəzifələr də çox fərqli ola bilər. Buna görə, fərqlər digər mərhələlərdə də müşahidə edilə bilər.

Proqram məhsullarının sonrakı saxlanılması ilə inkişaf etdirilməsinin əsas texnologiyaları aydın olmalıdır. Qalanları üçün, yaradılan proqramın xüsusiyyətlərini, işləməli olduğu mühitləri və son istifadəçiyə və ya istehsala verilən 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 uyğunluğundan asılı ola bilər. Məsələn, bəzi proqramlaşdırma dili köhnəlsə, heç kim ona əsaslanan proqramlar yazmayacaq və daha da çoxu - onları istehsalda avtomatlaşdırılmış idarəetmə sistemlərinə daxil edəcək. Burada hətta proqramçılar deyil, kompüter bazarındakı dəyişikliklərə vaxtında cavab verməli olan marketoloqlar ön plana çıxır. Və dünyada belə mütəxəssislər o qədər də çox deyil. Barmağını bazarın nəbzində saxlaya bilən yüksək ixtisaslı kadrlar ən çox tələbat halına gəlir. Və tez-tez İT sahəsində müəyyən bir proqram məhsulunun müvəffəqiyyətinin və ya uğursuzluğunun asılı olduğu "boz kardinallar" adlanır.

Proqramlaşdırmanın mahiyyətini hər zaman dərk etməsələr də, bu sahədəki qlobal tendensiyalara əsaslanaraq proqram ömrü modellərini və tətbiq müddətini açıq şəkildə təyin edə bilirlər. Səmərəli idarəetmə daha çox nəticələr verir. Bəli, ən azından PR texnologiyaları, reklam və s. İstifadəçinin bir növ tətbiqə ehtiyacı olmaya bilər, ancaq aktiv şəkildə reklam edilərsə istifadəçi onu quraşdıracaq. Bu, belə desək, bilinçaltı bir səviyyədir (25 -ci kadrın eyni təsiri, istifadəçinin şüuruna özündən asılı olmayaraq daxil edildikdə).

Əlbəttə ki, bu cür texnologiyalar dünyada qadağandır, lakin bir çoxlarımız onlardan hələ də istifadə oluna biləcəyini və bilinçaltıya müəyyən bir şəkildə təsir edə biləcəyini belə anlamırıq. Xəbər kanalları və ya İnternet saytları tərəfindən "zombi" nədir, infraqırmızı təsirə məruz qalma kimi daha güclü vasitələrdən istifadə etməmək (bu bir opera istehsalında istifadə edilmişdir) nəticəsində bir insanın qorxu və ya uyğun olmayan duyğular.

Proqram təminatına qayıdaraq, bəzi proqramların istifadəçinin diqqətini çəkmək üçün başlanğıcda bir bip səsi istifadə etdiyini də əlavə etməyə dəyər. Və araşdırmaların göstərdiyi kimi, bu cür tətbiqlər digər proqramlardan daha canlıdır. Təbii ki, proqramın ömrü də əvvəlcə hansı funksiyaya həvalə olunmasından asılı olmayaraq artır. Və bu, təəssüf ki, bir çox inkişaf etdiricilər tərəfindən istifadə olunur və bu da bu cür üsulların qanuniliyinə dair şübhələr yaradır.

Ancaq bunu mühakimə etmək bizə aid deyil. Bəlkə də yaxın gələcəkdə bu cür təhdidləri müəyyən edəcək vasitələr hazırlanacaq. İndiyə qədər bu yalnız bir nəzəriyyədir, lakin bəzi analitiklərin və mütəxəssislərin fikrincə, praktik tətbiqdən əvvəl çox az şey qalıb. Əgər onlar artıq insan beyninin sinir şəbəkələrinin surətlərini yaradırlarsa, onda nə demək lazımdır?

Proqram ömrü standartları

GOST 34.601-90
ISO / IEC 12207: 1995 (rus analoqu - GOST R ISO / IEC 12207-99)

Standart GOST 34 .601-90

İterativ model

Ardıcıl modelə alternativ, sözdə iterativ və artan inkişaf modelidir (ing. təkrarlanan və artan inkişaf, IID ), 70 -ci illərdə T. Gilbdən də almışdır. başlıq təkamül modeli... Bu model də adlanır təkrarlanan model və artımlı model .

IID modeli, bütövlükdə layihə ilə müqayisədə kiçik funksionallıqların yaradılması üçün tətbiq olunan bütün inkişaf prosesləri daxil olmaqla, hər biri "mini layihəyə" bənzəyən bir sıra təkrarlamalara bölünməyi nəzərdə tutur. Hər birinin məqsədi təkrarlamalar- işləyən bir versiya əldə etmək proqram sistemi bütün əvvəlki və cari iterasiyaların inteqrasiya olunmuş məzmunu ilə təyin olunan funksionallığı ehtiva edir. Son təkrarlamanın nəticəsi məhsulun bütün lazımi funksiyalarını ehtiva edir. Beləliklə, hər bir iterasiyanın tamamlanması ilə məhsul artım qazanır - artım- bu səbəbdən inkişaf edən qabiliyyətlərinə təkamüllə... Bu vəziyyətdə təkrarlama, artanlıq və təkamülçülük, eyni mənanın bir az fərqli nöqtələrdən fərqli sözlərlə ifadəsidir.

T. Gilbaya görə, “təkamül sabitliyin görünüşünü yaratmaq üçün hazırlanmış bir texnikadır. Oran uğurlu quruluş kompleks sistem bir neçə kiçik addımda həyata keçirilərsə və hər bir addımda yaxşı müəyyən edilmiş bir müvəffəqiyyət varsa və uğursuzluq halında əvvəlki müvəffəqiyyətli mərhələyə "geri çəkilmə" ehtimalı varsa, maksimuma çatacaq. Bir sistem yaratmaq üçün nəzərdə tutulmuş bütün mənbələri işə salmadan əvvəl, geliştirici real dünyadan rəy almaq və düzəltmək imkanı əldə edir. mümkün səhvlər layihədə ".

IID yanaşmasının mənfi cəhətləri var, bunlar əslində - arxa tərəf ləyaqət. Birincisi, uzun müddətdir ki, layihənin imkanları və məhdudiyyətləri haqqında vahid bir anlayış yoxdur. İkincisi, təkrar edərkən, əvvəllər görülən işlərin bir hissəsini ləğv etməlisiniz. Üçüncüsü, iş görərkən mütəxəssislərin vicdanlılığı hələ də azalır, bu da psixoloji cəhətdən başa düşüləndir, çünki daim "hər şey sonradan dəyişdirilə və yaxşılaşdırıla bilər" hissinin hakimiyyəti altındadır.

İterativ yanaşmanın müxtəlif versiyaları ən müasir inkişaf metodologiyalarında (RUP, MSF,) tətbiq olunur.

Spiral model

Hər bir təkrar proqramın bir hissəsinin və ya bir versiyasının yaradılmasına uyğundur, bunun üzərində layihənin məqsədləri və xüsusiyyətləri göstərilir, əldə edilən nəticələrin keyfiyyəti qiymətləndirilir və növbəti iterasiyanın işi planlaşdırılır.

Hər təkrarlama zamanı aşağıdakılar qiymətləndirilir:

layihənin şərtlərini və dəyərini aşma riski;
başqa bir təkrarlama etmək ehtiyacı;
sistemə olan tələbləri başa düşməyin tamlığı və dəqiqliyi;
layihənin dayandırılmasının mümkünlüyü.

Spiral modelin təkamül modelinə (IID modeli) alternativ deyil, xüsusi olaraq hazırlanmış bir model olduğunu başa düşmək vacibdir. Təəssüf ki, spiral model tez -tez səhvən ümumiyyətlə təkamül modelinin sinonimi kimi istifadə olunur və ya (daha az səhvən) IID ilə birlikdə tamamilə müstəqil bir model olaraq adlandırılır.

Fərqləndirici xüsusiyyət spiral model, həyat dövrü risklərinə və mərhələlərinə xüsusi diqqət yetirir. Boehm ən çox yayılmış (prioritet) 10 riski sadalayır:

Mütəxəssis çatışmazlığı.
Qeyri -real vaxt qrafiki və büdcə.
Uyğun olmayan funksiyaların tətbiqi.
Səhv istifadəçi interfeysi dizaynı.
Mükəmməllik, lazımsız optimallaşdırma və detallar.
Ardıcıl dəyişiklik axını.
Sistem mühitini təyin edən və ya inteqrasiyada iştirak edən xarici komponentlər haqqında məlumatın olmaması.
Xarici (layihə ilə əlaqədar) qaynaqlar tərəfindən görülən işlərdə çatışmazlıqlar.
Yaranan sistemin qeyri -kafi performansı.
Fərqli sahələrdə mütəxəssislərin ixtisasındakı boşluq.

Mövcud spiral model aşağıdakı ümumi nəzarət nöqtələrini təyin edir:

Əməliyyat Konsepsiyası (COO) - sistemin konsepsiyası (istifadəsi);
Həyat dövrünün məqsədləri (LCO) - həyat dövrünün məqsədləri və məzmunu;
Life Cycle Architecture (LCA) - həyat dövrü memarlığı; burada hədəf proqram sisteminin konseptual arxitekturasının hazırlığından danışmaq olar;
İlkin Əməliyyat Qabiliyyəti (IOC) - yaradılan məhsulun sınaq üçün yararlı ilk versiyası;
Final Operational Capability (FOC), real əməliyyat üçün yerləşdirilən (quraşdırılmış və konfiqurasiya edilmiş) bitmiş bir məhsuldur.

Proqram təminatı inkişaf etdirmə metodologiyası

Microsoft Solutions Framework (MSF). 4 mərhələ daxildir: analiz, dizayn, inkişaf, sabitləşmə, obyekt yönümlü modelləşdirmənin istifadəsini nəzərdə tutur.
Həddindən artıq proqramlaşdırma (ing. Ekstremal Proqramlaşdırma, XP). Metodologiya komanda işinə əsaslanır, effektiv ünsiyyətİS -in inkişafı üçün bütün layihə zamanı müştəri ilə podratçı arasında. İnkişaf ardıcıl olaraq təmizlənmiş prototiplərdən istifadə etməklə həyata keçirilir.
ESPD - bir sıra dövlət standartları Rusiya Federasiyası proqramların və proqram sənədlərinin hazırlanması, tərtib edilməsi və dövriyyəsi üçün bir -biri ilə əlaqəli qaydalar müəyyən edən.

Ədəbiyyat

Bratishchenko V.V. Dizayn informasiya sistemləri... - İrkutsk: BSUEP Nəşriyyatı, 2004 .-- 84 s.
Vendrov A.M.İqtisadi informasiya sistemləri üçün proqram dizaynı. - M.: Maliyyə və statistika, 2000.
Grekul V.I., Denischenko G.N., Korovkina N.L.İnformasiya sistemlərinin dizaynı. - M.: İnternet Universiteti informasiya texnologiyaları- INTUIT.ru, 2005.
Mishenin A.I.İqtisadi informasiya sistemləri nəzəriyyəsi. - M.: Maliyyə və statistika, 2000 .-- 240 s.

Qeydlər (redaktə)

Vikimedia Vəqfi. 2010.

Proqramın həyat dövrü

Proqram təminatının həyat dövrü, bir proqram məhsulu yaratmaq ehtiyacı ilə əlaqədar qərar verildiyi andan başlayaraq tam istifadədən çıxdığı anda bitən bir müddətdir. (IEEE Std 610.12 standartı)

Proqram təminatının həyat dövrünün (LC) mərhələlərini müəyyən etmək ehtiyacı, inkişaf etdiricilərin problemin həllindən başlayaraq hər bir mərhələdə optimal inkişaf idarəetməsi və müxtəlif keyfiyyətə nəzarət mexanizmlərindən istifadə edərək proqram təminatının keyfiyyətini artırmaq istəyi ilə əlaqədardır. müəllifin proqram təminatı dəstəyi. Proqram ömrü dövrünün ən ümumi nümayişi, əsas mərhələlər - proseslər şəklində bir modeldir:

Proqram tələblərinin sistem təhlili və əsaslandırılması;

İlkin (eskiz) və ətraflı (texniki) proqram dizaynı;

Proqram komponentlərinin inkişafı, onların inteqrasiyası və bütövlükdə proqram təminatının ayıklanması;

Test, sınaq istismarı və proqramın təkrarlanması;

Proqram təminatının müntəzəm istifadəsi, texniki dəstək və nəticələrin təhlili;

Proqram təminatı, onun dəyişdirilməsi və təkmilləşdirilməsi, yeni versiyaların yaradılması.

Bu model ümumilikdə qəbul edilir və həm proqram təminatı sahəsində yerli tənzimləyici sənədlərə, həm də xarici sənədlərə uyğundur. Texnoloji təhlükəsizliyin təmin edilməsi baxımından, həyat modelinin xarici modellərdə təqdim edilməsinin xüsusiyyətlərini daha ətraflı nəzərdən keçirməyiniz məsləhətdir, çünki proqram təminatı qüsurlarının ən çox daşıyıcısı xarici proqramdır. təxribat növü.

Proqram ömrü standartları

GOST 34.601-90

ISO / IEC 12207: 1995 (rus analoqu - GOST R ISO / IEC 12207-99)

Həyat dövrü modellərinin qrafik təqdimatı onların xüsusiyyətlərini və proseslərin bəzi xüsusiyyətlərini vizual olaraq vurğulamağa imkan verir.

Başlanğıcda, əvvəlki işlərin nəticələrindən istifadə edərək əsas mərhələlərin bir -birinin ardınca başladığı kaskadlı bir həyat dövrü modeli yaradıldı. Layihənin bütün mərhələlərinin ciddi şəkildə müəyyən edilmiş ardıcıllıqla yerinə yetirilməsini təmin edir. Növbəti mərhələyə keçid, işin əvvəlki mərhələdə tamamlanması deməkdir. Tələblərin formalaşdırılması mərhələsində müəyyən edilmiş tələblər formada ciddi şəkildə sənədləşdirilir texniki tapşırıqlar və layihənin hazırlanması müddətində qeyd olunur. 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 sənədlərin tam dəsti ilə başa çatır. Hər hansı bir tələbin qeyri -dəqiqliyi və ya yanlış təfsiri, nəticədə, layihənin ilkin mərhələsinə "geri çəkilməyin" lazım olduğuna və lazımi yenidən işlərin aparılması layihə qrupunu nəinki cədvəldən kənarlaşdırır, xərclərin keyfiyyətcə artmasına və ehtimal ki, layihənin əvvəlcədən düşünülmüş formada dayandırılmasına gətirib çıxarır. Şəlalə modelinin müəlliflərinin əsas yanlış düşüncəsi, layihənin bütün prosesdən bir dəfə keçdiyi, dizayn edilmiş memarlığın yaxşı və istifadəsi asan olduğu, tətbiq dizaynının ağlabatan olması və sınaq getdikcə tətbiq səhvlərinin asanlıqla aradan qaldırılması fərziyyəsidir. Bu model, bütün səhvlərin tətbiqdə cəmləşəcəyini düşünür və buna görə də komponent və sistem sınaqları zamanı bərabər şəkildə aradan qaldırılır. Beləliklə, böyük layihələr üçün şəlalə modeli çox real deyil və yalnız kiçik sistemlərin yaradılması üçün səmərəli istifadə edilə bilər.

Ən spesifik spiral həyat dövrü modelidir. Bu modeldə, ilkin dizayn mərhələlərinin təkrarlanan prosesinə diqqət yetirilir. Bu mərhələlərdə ardıcıl olaraq anlayışlar, tələblər spesifikasiyası, ilkin və ətraflı dizayn yaradılır. Hər mərhələdə işin məzmunu dəqiqləşdirilir və yaradılan proqramın görünüşü cəmləşir, əldə edilən nəticələrin keyfiyyəti qiymətləndirilir və növbəti iterasiyanın işi planlaşdırılır. Hər təkrarlama zamanı aşağıdakılar qiymətləndirilir:

Layihənin şərtlərini və dəyərini aşma riski;

Daha bir təkrarlama etmək ehtiyacı;

Sistemə olan tələbləri başa düşməyin tamlığı və dəqiqliyi;

Layihənin dayandırılmasının mümkünlüyü.

Proqram təminatı ömrünün standartlaşdırılması üç istiqamətdə aparılır. Birinci istiqamət Beynəlxalq Standartlaşdırma Təşkilatı (ISO - Beynəlxalq Standart Təşkilatı) və Beynəlxalq Elektrotexniki Komissiya (IEC - Beynəlxalq Elektrotexniki Komissiya) tərəfindən təşkil edilir və təbliğ olunur. Bu səviyyədə ən ümumi texnoloji proseslərin standartlaşdırılması üçün əhəmiyyət kəsb edir beynəlxalq əməkdaşlıq... İkinci istiqamət ABŞ -da Elektrotexnika və Elektronika Mühəndisləri İnstitutu (IEEE) və Amerika Milli Standartlar İnstitutu (ANSI) ilə birlikdə fəal şəkildə inkişaf etdirilir. ISO / IEC və ANSI / IEEE standartları əsasən məsləhət xarakterlidir. Üçüncü sahə ABŞ Müdafiə Nazirliyi (Müdafiə Nazirliyi-DOD) tərəfindən stimullaşdırılır. DOD standartları, ABŞ Müdafiə Nazirliyinin sifariş verdiyi firmalar üçün məcburidir.

Mürəkkəb bir sistem, xüsusən də real vaxt sistemi üçün proqram təminatı hazırlamaq üçün nəzərdən keçirilən əsas proseslər çərçivəsində bütün məlum əsərlərin birləşməsinə əsaslanan sistem boyu həyat dövrü modelindən istifadə etmək məsləhətdir. Bu model müxtəlif proqram layihələrinin planlaşdırılması, planlaşdırılması və idarə edilməsində istifadə üçün nəzərdə tutulmuşdur.

Proseslərin xüsusiyyətləri, texniki və iqtisadi xüsusiyyətləri və onlara təsir edən amillər baxımından əhəmiyyətli dərəcədə fərqlənən bu həyat dövrü modelinin mərhələlər toplusunu iki hissəyə bölmək məsləhətdir.

Həyat dövrünün birinci hissəsində, sistem təhlili, proqram təminatının dizaynı, inkişafı, sınanması və sınaqdan keçirilməsi. Bu mərhələlərdə işlərin çeşidi, əmək intensivliyi, müddəti və digər xüsusiyyətləri obyektdən və inkişaf mühitindən əhəmiyyətli dərəcədə asılıdır. Fərqli proqram sinifləri üçün bu cür asılılıqların öyrənilməsi yeni proqram versiyaları üçün iş cədvəllərinin tərkibini və əsas xüsusiyyətlərini proqnozlaşdırmağa imkan verir.

Həyat dövrünün ikinci hissəsi, proqram təminatının istismarı və saxlanmasını əks etdirərək, obyektin xüsusiyyətləri və inkişaf mühiti ilə nisbətən zəif əlaqəlidir. Bu mərhələlərdəki iş diapazonu daha sabitdir və onların əmək intensivliyi və müddəti əhəmiyyətli dərəcədə dəyişə bilər və proqramın kütləvi istifadəsindən asılıdır. Hər hansı bir həyat dövrü modeli üçün yüksək keyfiyyətli proqram sistemlərinin təmin edilməsi yalnız tənzimlənmiş bir sistemdən istifadə edildikdə mümkündür texnoloji proses bu mərhələlərin hər birində. Belə bir proses, mövcud olanlardan seçmək və ya inkişaf obyektini və ona uyğun olan işlərin siyahısını nəzərə almaqla yaratmaq məsləhət görülən inkişaf avtomatlaşdırma vasitələri ilə dəstəklənir.

Proqramın həyat dövrü

Proqram dizayn metodologiyasının əsas anlayışlarından biri onun proqram ömrü (proqram ömrü) anlayışıdır. Proqram təminatının həyat dövrü, onu yaratmaq ehtiyacı ilə bağlı qərar verildiyi andan başlayaraq xidmətdən tamamilə çıxarıldığı anda bitən davam edən bir prosesdir.

Əsas normativ sənəd proqramın həyat dövrünü tənzimləyir beynəlxalq standart ISO / IEC 12207 (ISO - Beynəlxalq Standartlaşdırma Təşkilatı - Beynəlxalq Standartlaşdırma Təşkilatı, IEC - Beynəlxalq Elektrotexniki Komissiya - Beynəlxalq Elektrotexniki Komissiya). Proqramın yaradılması zamanı həyata keçirilməli olan prosesləri, hərəkətləri və vəzifələri ehtiva edən həyat dövrünün quruluşunu təyin edir. Bu standartda Proqram təminatı (proqram məhsulu) kompüter proqramlarının, prosedurlarının və bəlkə də əlaqəli sənədlərin və məlumatların toplusu olaraq təyin olunur. Proses bəzi girişləri çıxışa çevirən qarşılıqlı əlaqəli hərəkətlərin toplusu olaraq təyin olunur. Hər bir proses müəyyən vəzifələr və onların həlli üsulları, digər proseslərdən əldə edilən ilkin məlumatlar və nəticələrlə xarakterizə olunur.

ISO / IEC 12207 standartına uyğun olaraq proqram ömrü quruluşu üç qrup prosesə əsaslanır:

· Proqram təminatı həyat dövrünün əsas prosesləri (satın alma, çatdırılma, inkişaf etdirmə, istismar, texniki xidmət);

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

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

Proqram ömrü modelləri

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

1. Şəlalə modeli(XX əsrin 70 -ci illərinə qədər) əvvəlki mərhələnin tamamlanmasından sonra növbəti mərhələyə ardıcıl keçidi təyin edir.

Bu model, məlumat inteqrasiyası və uyğunluğu, proqram təminatı, texniki və təşkilati interfeys tələb etməyən ayrı -ayrı vəzifələrin avtomatlaşdırılması ilə xarakterizə olunur.

Ləyaqət: inkişaf vaxtı və konkret problemlərin həllində etibarlılıq baxımından yaxşı göstəricilər.

Qüsur uzunmüddətli dizayn müddətində sistem tələblərinin dəyişkənliyi səbəbindən böyük və mürəkkəb layihələrə tətbiq edilməməsi.

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

Model, fərdi tapşırıqlar üçün əldə edilən dizayn həllərinin sistem miqyaslı həllərə ümumiləşdirilməsini təmin edir. Eyni zamanda, əvvəllər formalaşdırılmış tələblərin yenidən nəzərdən keçirilməsinə ehtiyac var.

Ləyaqət: layihəyə tez bir zamanda düzəlişlər etmək bacarığı.

Qüsur:çox sayda təkrarlama ilə dizayn müddəti artır, dizayn həlləri və sənədləşmə, funksional və sistem memarlığı yaradılmış proqram təminatı. Köhnəni yenidən dizayn etmək və ya yaratmaq ehtiyacı yeni sistem tətbiq və ya əməliyyat mərhələsindən dərhal sonra baş verə bilər.

3. Spiral model(XX əsrin 80-90-cı illəri) "yuxarıdan aşağıya" dizayn texnologiyasına uyğundur. Qoşula bilən bir proqram prototipinin istifadəsini nəzərdə tutur. Sistem dizaynı, tələblərin təfərrüatından proqram kodunun təfərrüatına qədər yolu təkrarlayır.

Sistem arxitekturası tərtib edilərkən, ilk növbədə funksional alt sistemlərin tərkibi müəyyən edilir və sistem miqyaslı məsələlər həll olunur (vahid verilənlər bazasının təşkili, məlumatların toplanması, ötürülməsi və toplanması texnologiyası). Sonra fərdi vəzifələr tərtib edilir və onların həlli üçün bir texnologiya hazırlanır.

Proqramlaşdırma zamanı əvvəlcə baş proqram modulları, sonra isə fərdi funksiyaları yerinə yetirən modullar hazırlanır. Əvvəlcə modullar bir -biri ilə və verilənlər bazası ilə qarşılıqlı əlaqə qurur və sonra alqoritmlər tətbiq olunur.

Üstünlüklər:

1. Təkrarların sayının və buna görə də düzəldilməsi lazım olan səhvlərin və uyğunsuzluqların sayının azaldılması;

2. dizayn müddətinin azaldılması;

3. Layihə sənədlərinin yaradılmasının sadələşdirilməsi.

Qüsur: sistem miqyaslı depo üçün yüksək keyfiyyət tələbləri ( ümumi baza dizayn məlumatları).

Bunun əsasında spiral model dayanır sürətli tətbiq inkişaf texnologiyaları və ya gələcək sistemin son istifadəçilərinin yaradılması prosesində fəal iştirakını nəzərdə tutan RAD texnologiyası (sürətli tətbiqetmənin inkişafı). İnformasiya mühəndisliyinin əsas mərhələləri aşağıdakılardır:

· Məlumat strategiyasının təhlili və planlaşdırılması.İstifadəçilər, inkişaf mütəxəssisləri ilə birlikdə problem sahəsinin müəyyənləşdirilməsində iştirak edirlər.

· Dizayn.İstifadəçilər, inkişaf etdiricilərin rəhbərliyi altında texniki dizaynda iştirak edirlər.

· Tikinti. Yaradıcılar 4 -cü nəsil dillərdən istifadə edərək proqramın işlək bir versiyasını hazırlayırlar;

· İcra. Yaradıcılar istifadəçiləri yeni proqramlarla işləməyə öyrədirlər.