Anjir. 5.2.

Bunday jihatlar quyidagilar:

1. mijoz va etkazib beruvchi shartnoma munosabatlariga kiradigan va sotib olish va etkazib berish jarayonlarini amalga oshirishga kelishuvning huquqi;
2. eCP (etkazib beruvchi, mijozlar, ishlab chiqaruvchi, operator va boshqalar) boshqaruvchi shaxslarning harakatlarini o'z ichiga olgan boshqaruv yo'nalishi;
3. tizim foydalanuvchilariga xizmat ko'rsatadigan operatorning xatti-harakatlarini o'z ichiga olgan operatsion jihati;
4. dasturiy ta'minot mahsulotlarini ishlab chiqish yoki o'zgartirish yoki o'zgartirish bilan bog'liq texnik vazifalarni hal qilish uchun ishlab chiquvchining harakatlarini yoki texnik xizmat ko'rsatish xizmatini o'z ichiga olgan muhandischilik jihati;
5. qo'llab-quvvatlash xizmatlari ishning barcha ishtirokchilariga zarur xizmatlarni taqdim etadigan yordamchi jarayonlarni amalga oshirish bilan bog'liq qo'llab-quvvatlash sohasi. Ushbu jihatdan siz dasturiy ta'minot sifatini boshqarish, shu jumladan sifatni ta'minlash, tekshirish, sertifikatlashtirish, hamkorlikni baholash va auditni ajratishingiz mumkin.

Tashkiliy jarayonlar o'tkaziladi korporativ darajasi Yoki butun tashkilotning darajasida, ECP jarayonlarini amalga oshirish va doimiy ravishda yaxshilash uchun asos yaratadigan.

5.6. LC modellari va bosqichlari

JHC rusumida tuzilish jarayonlar, harakatlar va vazifalarni bajarish va vazifalarni bajarish tartibini belgilaydigan tuzilishi tushuniladi. LCC modeli loyihaning o'ziga xos xususiyatlari, miqyosida va murakkabligi va tizim yaratilgan shartlar va funktsiyalarning o'ziga xos xususiyatlariga bog'liq.

ISO / IEC 12207 Standart Model va dasturiy ta'minotni ishlab chiqish usullarini taklif qilmaydi. Uning qoidalari LCC, usullar va texnologiyalarni rivojlantirish texnologiyalarining har qanday modellari uchun keng tarqalgan. Standagi ELC dasturiy ta'minot jarayonlarining tuzilishini tavsiflaydi, ammo ushbu jarayonlarga kiritilgan harakatlar va vazifalarni qanday amalga oshirish yoki bajarish kerakligini ko'rsatmaydi.

Har qanday ma'lum bir dasturiy ta'minotning LDC modeli uning yaratilishi jarayonining mohiyatini belgilaydi, bu ishning faza (faza fazasi) (faza bosqichidagi) va birlashtirilgan vaqt, ijro etilishi zarur va dasturiy ta'minotni yaratish uchun etarli va etarli vaqt belgilangan talablarga javob beradi.

Talablar bilan belgilanadigan dasturiy ta'minotni yaratish va ma'lum bir mahsulot bilan cheklangan dasturiy ta'minotni yaratish jarayonining bir qismi sifatida tushuniladi, talablar bilan belgilanadi ushbu bosqichda ko'rsatilgan. Yaratuv bosqichlari oqilona rejalashtirish va belgilangan natijalar bilan ishlashni tashkil etish masalalariga ajratiladi. Quyidagi bosqichlar Odatda jismoniy mashqlar LCC-ga kiritilgan:

1. dasturiy ta'minotga qo'yiladigan talablarni shakllantirish;
2. dizayn (tizimni rivojlantirish);
3. amalga oshirish (Subteplarga bo'linishi mumkin: batafsil dizayn, kodlash);
4. sinov (avtonom va murakkab sinov va integratsiyaga);
5. ishga tushirish (amalga oshirish);
6. foydalanish va texnik xizmat ko'rsatish;
7. olib tashlash.

Ba'zi mutaxassislar qo'shimcha boshlang'ich bosqichni taqdim etadi - mijozlarning tahlili Tizimlar. Bu erda yaratilgan dasturiy ta'minot va apparat tizimi dasturiy ta'minot tomonidan sotib olinadi yoki o'zgartiriladi.

Dasturiy ta'minotga qo'yiladigan talablarni shakllantirish bosqichi muhim ahamiyat kasb etadigan va muhim ahamiyat kasb etadigan hisoblanadi. Ushbu bosqichning boshida tasdiqlangan va dasturiy ta'minot va dasturlar o'rtasidagi funktsiyalarni taqsimlash to'g'risidagi asosiy kelishuvlarni kiritish bilan tasdiqlangan va tasdiqlangan tizim arxitekturasini olish. Ushbu hujjat, shuningdek, shaxsiy shartnomalar faoliyatining umumiy g'oyasini, asosiy shartnomalarni tuzish bilan, tizim va tizim o'rtasidagi funktsiyalarni taqsimlash bo'yicha tasdiqlanishi kerak.

Dasturiy ta'minot talablarining shakllanishi bosqichida quyidagi qadamlarni kiradi.

1. Loyiha bo'yicha ishlarni bashorat qiladigan ishlarni rejalashtirish. Sahnaning asosiy vazifalari - rivojlanish maqsadlarining ta'rifi, dastlabki iqtisodiy baho Loyiha, ishlash uchun reja jadvalini tuzish, qo'shma ishchi guruhini yaratish va o'rganish.
2. Avtomatlashtirilgan tashkilotni (ob'ekt) o'tkazib, kelgusidagi tizimga qo'yiladigan talablarni dastlabki belgilash amalga oshiriladi. Tashkilotning ta'rifi amalga oshiriladi, tashkilotning maqsadli funktsiyalari, bo'limlardagi funktsiyalarni taqsimlashni tahlil qilish, bo'limlarning maqsadli funktsiyalari ro'yxatini belgilash, bo'linmalar bo'yicha funktsiyalarni taqsimlash tahlili va xodimlar birliklar, birliklar o'rtasidagi funksional o'zaro ta'sirlarni aniqlash, ob'ektlar va ular orasidagi funktsiya oqimlari ob'ektlarni tashkil etish va tashqi axborot ta'sirini tashkil etish, tashkilot faoliyatini avtomatlashtirish vositalarining tahlili.

Tashkilot faoliyati (Ob'ekt) modelini yaratish, ekspertiza materiallarini qayta ishlash va ikki turdagi modellarni qurishni ta'minlaydigan:

• ekspertiza vaqtida ekspertiza paytida va ushbu tashkilot qanday ishlashini, shuningdek, muammolarni aniqlash va takomillashtirish uchun takliflarni shakllantirishga imkon beradigan modellar ("mavjud". Vaziyat;
• "BU" Modellar ("bo'lish" ("bo'lish") tashkilotning yangi ish texnologiyalari g'oyasini aks ettiruvchi.

Har bir modellar tashkilotning to'liq funktsional va axborot modelini, shuningdek, tashkilotning xatti-harakati dinamikasini tavsiflovchi modelni o'z ichiga olishi kerak. E'tibor bering, qurilgan modellar, kompaniya ishlab chiqilgan va amalga oshiriladimi yoki bajarilmasligidan qat'i nazar, mustaqil amaliy ahamiyatga ega axborot tizimiChunki ularning yordami bilan siz xodimlarni o'qitamiz va korxonaning biznes jarayonlarini yaxshilashingiz mumkin.

Dasturiy ta'minot uchun talablar shakllanishining natijasi - bu dasturiy ta'minot xususiyatlari, funktsional, texnik va interfeys texnik xususiyatlari ularning to'liqligi, tekshiruvi va texnik-iqtisodiysi tasdiqlangan.

Dizayn bosqichi quyidagi bosqichlarni o'z ichiga oladi.

1. Tizim loyihasi dasturini ishlab chiqish. Ushbu bosqichda "Kelajakdagi tizim nima qilishi kerak?" Degan savolga javob beriladi. axborot komponentlari, ijrochilarning tarkibi va rivojlanish vaqti, tuzatish va sifatni nazorat qilishni rejalashtiradi.

   Tizim loyihasining asosi "BU" Modelda qurilgan ishlab chiqarilgan tizimning modellari. Tizim loyihasining rivojlanishining natijasi dasturiy ta'minot talablariga muvofiq tasdiqlanishi va tasdiqlangan texnik, texnik va interfeysning texnik va interfeysi xususiyatlari bilan tasdiqlanishi kerak, ular uchun belgilangan va texnik-iqtisodiy asoslar mavjud.

2. To'liq (texnik) loyihani ishlab chiqish. Ushbu bosqichda dasturiy ta'minot dizayni o'zi, jumladan, tizim arxitekturasi va batafsil dizayn. Shunday qilib, javob: "Qanday qilib tizimni talablarga javob berish uchun tizim yaratilishi kerak?"

Batafsil dizayn natijasi tasdiqlangan dasturiy ta'minotni ishlab chiqish, shu jumladan:

• dastur komponentlari ierarxiyasini shakllantirish ma'lumotlar va boshqaruvga muvofiq intermomadli interfeyslar;
• dasturiy ta'minot, ismi, joylashtirish, taxminlar, o'lchamlar, qo'ng'iroqlar, qo'ng'iroqlar, qo'ng'iroqlar va chiqish, noto'g'ri ish joyining har bir tarkibiy qismini spetsifikatsiya chiqishlar, algoritm va mantiq sxemalari;
• jismoniy va mantiqiy ma'lumotlar tuzilmalarini individual maydonlar darajasiga shakllantirish;
• hisoblash resurslarini tarqatish rejasini (markaziy protsessorlar, xotira va boshqalar) ishlab chiqish;
• to'liqlikni, izchillik, maqsadga muvofiqligini tekshirish va talablarning amal qilishini tasdiqlash;
• to'xtatilishning dastlabki rejasi, foydalanuvchilar uchun qo'lda rejalar va test sinovlarini olish.

Batafsil dizayn bosqichi tugashi

I. N. Skopin

Dasturiy ta'minot mahsulotlarining hayotiy tsiklini simulyatsiya qilish dasturlarning texnologik rivojlanishining asosi hisoblanadi. Hayotiy tsiklni modellashtirishga turli xil yondashuvlar bunday modellashtirishni tayinlash to'g'risida turli g'oyalarni aks ettiruvchi turli xil yondashuvlar. Bu hayotiy tsiklni ob'ektiv modellashtirish organlari, shu jumladan loyihaning doimiy talablarini hisobga olish, shu jumladan ishlab chiqilgan loyihaga bo'lgan doimiy talablarni hisobga olish tomonidan tasvirlangan.

Kirish

Hayot aylanishi tushunchasi dasturiy ta'minot Dastlab dasturchi jamoasi texnologik ishlab chiqarish uchun dasturlarni ishlab chiqish uchun hunarmandchilik xujumlari usullaridan o'tish zarurligini anglaganida paydo bo'ldi. Odatdagidek, odatdagidek dasturchilar boshqa sanoat mahsulotlari tajribasini o'z sohalariga o'tkazishga harakat qilishdi. Xususan, hayotiy tsikl tushunchasi qarzga olingan.

Texnik tizimlar bilan dasturiy ta'minotning qiymati o'xshashligi birinchi qarashda ko'rinishi mumkin bo'lganga qaraganda chuqurroq ildizlarga ega. Dasturlar jismoniy xususiyatlarga ega emas, ammo ularda xatolar (nosozliklar) aniqlanadi. Xatolar dasturdan foydalanish shartlarini o'zgartirishdan kelib chiqadi. Ikkinchisi, dasturiy ta'minotning asosiy mulki, aks holda u uning ma'nosini yo'qotadi. Shuning uchun aytadigan qonuniydir qarish dasturlari haqidaGarchi jismoniy qarish haqida emas, balki axloqiy.

Aniqlanishi mumkin bo'lgan xatolar tufayli ham joriy dasturlarga o'zgartirish kiritish zarurati, dasturning ishlab chiqilganidan keyin va hayot davomida dasturiy ta'minotning ishlash muddati davom etayotganiga olib keladi. Bunday rivojlanishning juda ko'p ishlarini hal qilish bilan bog'liq faoliyat. dasturiy ta'minotni qo'llab-quvvatlash (1-rasm).

Anjir. 1. Dasturni ishlab chiqish, undan foydalanish va qo'llab-quvvatlash

Tarixan, hayotiy tsiklik tushunchalarini ishlab chiqish uning etarli modellarini qidirish bilan bog'liq. Boshqa har qanday kabi, hayot aylanishi modeli abstraksiya haqiqiy jarayonQaysi qismlarda model dizayni nuqtai nazaridan ahamiyatsiz emas. Modellardan foydalanishni tayinlashdagi farq ularning xilma-xilligini aniqlaydi.

Hayotiy ta'minot tsiklini modellashtirish masalalarini o'rganish uchun asosiy sabablar quyidagicha shakllantirilishi mumkin.

Birinchidan, bu bilim hatto professional bo'lmagan dasturchiga ham buyurtma berish yoki sotib olishda pulni buyurtma qilish yoki undan talab qilish, undan talab qilinmasligi mumkinligini tushunishga yordam beradi. Xususan, dastur bilan ishlashning noqulay lahzalarida doimiy rivojlanish paytida xatolar va kamchiliklari bartaraf etiladi va keyingi versiyalar yaxshiroq bo'lishini kutish uchun asos bor. Biroq, dastur tushunchalarining tub o'zgarishlari boshqa loyiha vazifasidir, bu esa ushbu tizimning barcha jihatdan yaxshiroq bo'lishi shart emas.

Ikkinchidan, hayotiy tsikl modeli Dasturlash texnologiyalari va ularni qo'llab-quvvatlovchi vositalar bilimlarining asosidir. Dasturchi doimo o'z ishidagi vositalarda qo'llaniladi, ammo malakali dasturchi ularni qachon va qanday qilib qo'llash kerakligini biladi. Aynan shuki, hayot aylanishini modellashtirish tushunchalari: Har qanday texnologiya hayot aylanishining ba'zi g'oyalariga asoslanadi, hayot aylanishining bosqichlari va bosqichlarini yaratadi.

Uchinchidan, umumiy bilim Dastur loyihasi qanday rivojlanayotgani, rejalashtirish uchun eng ishonchli ko'rsatmalarga ega bo'lish, tejamkorlikni tejash, ko'proq erishish uchun tejashni tejashga imkon beradi yuqori sifatli Boshqaruv. Bularning barchasi sohaga tegishli kasbiy vazifalar Dastur menejeri.

Ushbu ishda hayotiy tsiklning modeli, ularga ma'lum dasturiy ta'minot tizimlarining rivojlanishining xususiyatlaridan, mavhumligini, mavhumligini hisobga olish imkonini beradigan ushbu shaklda keltirilgan. An'anaviy modellarni va ularning rivojlanishini ob'ektga yo'naltirilgan dizayn ehtiyojlariga moslashtirilgan.

1. An'anaviy taqdimot modellari
Hayot aylanishi haqida

1.1. Umuman qabul qilingan model

Ehtimol, hayot aylanish kontseptsiyasiga eng keng tarqalgan harakat, texnologik jarayonga muvofiq ishlarni tizimlashtirish zarurati. Ushbu tayinlash deb ataladigan narsalarga mos keladi umuman qabul qilingan model Dasturiy ta'minot tizimlariga ko'ra, dasturiy ta'minot tizimiga ko'ra, dasturiy ta'minotning ishlashi faza:

• rivojlanish
• eskord.

Fazalar raqamga bo'linadi bosqichlar(2-rasm).

Anjir. 2. Umumiy qabul qilingan dasturiy ta'minot hayot aylanishi modeli

Rivojlanish Sayni boshlaydi. identifikatsiya ehtiyojlari Yangi dasturda va mahsulotni ishlab chiqish mahsulotini uzatish bilan tugaydi.

Rivojlanish fazasining birinchi bosqichi vazifani va talablarni aniqlash. Talablarning ta'rifi vazifaning umumiy kontekstining tavsifini, kutilayotgan tizim funktsiyalari va uning cheklovlarini o'z ichiga oladi. Ushbu bosqichda, mijoz ishlab chiqaruvchilar bilan birgalikda tizimni yaratish to'g'risida qaror qabul qiladilar. Ushbu bosqich an'anaviy bo'lmagan dasturlar uchun ayniqsa muhimdir.

Ijobiy qaror sodir bo'lgan taqdirda bosqichni boshlaydi talabnomalarga muvofiq tizim xususiyatlari. Dasturiy ta'minot ishlab chiquvchilar mijoz tomonidan ilgari surilgan talablarni tushunishga harakat qilmoqdalar va ularni tizimning texnik xususiyatlari shaklida tuzatishga harakat qilmoqdalar. Ta'kidlash joizki, ushbu xususiyatlarni tayinlash tizimining ichki tashkilotiga emas, balki ishlab chiqilgan tizimning tashqi xatti-harakatlarini tavsiflashdir, I.E. savolga javob bering, nima u qilishi kerak va yo'q kabiu amalga oshiriladi. Bu erda bu erda o'ziga xos xususiyatlar shaklida emas, balki tayinlash to'g'risida aytilgan, chunki amalda tegishli tillar yo'qligi, afsuski, ko'pincha tavsifga murojaat qilish kerak. nima»Bilan" kabi" Texnik xususiyatlar bo'yicha loyihani yaratishga kirishishdan oldin, ular boshlang'ich maqsadlar, to'liqligi, muvofiqligi (izchilligi) va o'ziga xoslik bilan taqqoslash uchun ehtiyotkorlik bilan sinovdan o'tkazish kerak.

Tasallik tilining muammolari qat'iy emas (yoki qattiq), loyihada nima talab qilinadigan narsalarni aniq tasvirlamaydi. Ko'p jihatdan ular tavsifga muvofiqlikni ta'minlash va ta'minlash zarurati bilan bog'liq " nima»Loyqa, noaniq va ko'pincha tashqi odamlarning loyihaga nisbatan qarama-qarshi talablari. Bu odamlar "eng yaxshi texnik xususiyatlari" bilan tanishishlari uchun ular o'zlarining da'volariga g'amxo'rlik qilishlari bilan tanishishiga ishonish uchun hech qanday sabab yo'q. Xususiyat fazasining vazifasi shundaki, dastur tavsifi ushbu rivojlanishning mijozlari, bo'lajak foydalanuvchilari va Loyihaning ijrochilari uchun tushunarli bo'lgan mantiqiy tekshirish tizimi shaklida qurilishi.

Savol uchun javobgar bo'lgan dizayn echimlarini ishlab chiqish kabi Tizim belgilangan talablarni qondirish uchun amalga oshirish uchun amalga oshirilishi kerak dizayn. Bu umuman tizimning murakkabligi juda katta bo'lishi mumkin, chunki ushbu bosqichning asosiy vazifasi tizimning sari darajaga yo'nalishi aniq amalga oshirildimodullar yoki protseduralar.

Keyingi bosqichda savdoyoki kodlashushbu modullarning har biri ushbu ilova uchun eng munosib tilda dasturlashtirilgan. Avtomatlashtirish nuqtai nazaridan, bu bosqich an'anaviy ravishda eng rivojlangan.

Ko'rib chiqishning dizayn bosqichiga ko'ra, rivojlanish bosqichida bosqichma-bosqich tugaydi test(avtonom va kompleks) va o'tkazmoq B tizimlari B. operatsiya.

Ishlash va parvarishlash bosqichida dasturiy ta'minot tizimlarining normal ishlashini ta'minlash, shu jumladan dasturlarni ijro etish paytida ochilgan xatolarni belgilash, ularning sabablari va tuzatishni izlash, ko'tarish, ko'tarish, ularning sabablari va tuzatishlarini izlash. ishlash xususiyatlari Tizimlar, tizim moslashuvi atrof-muhitAgar kerak bo'lsa, tizimni takomillashtirish bo'yicha katta ish. Bularning barchasi haqida gapirish huquqini beradi evolyutsiya tizimi. Bu borada operatsiya va hamrohlik bosqichi ikki bosqichga bo'linadi: aslida qo'llab-quvvatlashva rivojlanish. Ba'zi hollarda, ushbu bosqich dasturiy ta'minotning hayotiy tsiklida o'tkazilgan mablag'larning aksariyati uchun ushbu bosqichga to'g'ri keladi.

Dasturchilarning rivojlanishning bir yoki boshqa bosqichlariga e'tibori aniq loyihaga bog'liqligi aniq. Ko'pincha ishlab chiquvchi aniq maqsad bilan kichik yaxshi tushunarli dastur yaratilgan bo'lsa, barcha bosqichlardan o'tishi shart emas. Kichik foydalanish uchun kichik dasturlarni ishlab chiquvchilar tomonidan yaxshi tushunilmagan bo'lsa, yirik tizimlar uchun juda muhimdir.

Bu umuman qabul qilingan modelning qisqacha tavsifi. Adabiyotda o'rta bosqichlar, bosqichlar, bosqichlarni, bosqichma-bosqich va qo'shimchalar kiritish yo'nalishi bo'yicha ko'plab imkoniyatlar mavjud. alohida ish (masalan, hujjatlar va texnologik tayyorgarlik Loyihalar) Dastur loyihalari yoki ishlab chiqaruvchi imtiyozlarining xususiyatlariga qarab.

1.2. Klassik iterativ model

Hayotiy tsiklning umumta'lim aylanmasining umuman qabul qilingan modeli idealdir, chunki faqat juda oddiy vazifalar barcha bosqichlarni istamaydi iteratsiyalar - texnologik jarayonning oldingi bosqichlariga qaytadi. Masalan, dasturlashda, ba'zi funktsiyani amalga oshirish tizimdan zarur bo'lgan quvvati bilan juda noqulay, samarasiz va nizolar juda qiyin. Bunday holda, oshib ketish kerak va ehtimol, texnik xususiyatlarni o'zgartirishi mumkin. Katta noan'anaviy tizimlarni ishlab chiqishda, xatolar va noaniqliklarning har qanday bosqichida, agar noaniq bosqichlarda va tizimning ish sharoitlari uchun tashqi talablar o'zgarishi sababli amalga oshiriladi.

Bu naqshlar klassik iterativ model Hayot aylanishi (3-rasm).

Anjir. 3. Klassik iterativ model

Artilayotgan o'qlar, aniqlangan xatoni tuzatish uchun qadamni takrorlash uchun oldingi bosqichlarga qaytariladi. Shu munosabat bilan "operatsiya va hamrohlik qilish bosqichida" sinov va disklash "bosqichida g'alati o'tish mumkin. Gap shundaki, tizimning ishlashi davomida taqdim etilgan shikoyatlar ko'pincha ularning qayta hisoblagan shaklda beriladi. Reklamada qanday xatolar ekanligini tushunish uchun ishlab chiqaruvchilar foydalanuvchining holatini oldindan takrorlash uchun foydalidir, i.e. Odatda sinovdan o'tadigan harakatlarni bajaring.

Klassik iterativ model oldingi qadamlarga qaytish qobiliyatini mutlaqo. Biroq, bu holat sezilarli darajada ajralmas qismni aks ettiradi. dasturiy ta'minot ishlanmasiOb'ektga yo'naltirilgan dizaynga asoslanmagan: tizimdan foydalanishning barcha holatlarini va aksariyat hollarda muvaffaqiyatlarning ko'pchiligidagi holatlarda oldindan aytib berish istagi. Barcha an'anaviy dasturlash texnologiyalari faqat daromadlarni minimallashtirish uchun yo'naltiriladi. Ammo mohiyat buningdan o'zgartirilmaydi: Qaytib kelganida, avval o'qilgan narsalarning qurilishini takrorlash uchun zarurdir.

Ob'ektga yo'naltirilgan texnologiyalar bilan boshqa pozitsiya. Faza va bosqichlarning to'liqligiga rioya qilishning o'rniga, uni amalga oshirish funktsional imkoniyatlari va interfeys qobiliyatini iteratsiyalar bo'yicha tarqatish taklif etiladi, bunda qayta-qayta qaytishda eski o'zgarishlar talabini susaytirishi mumkin. Aslida, klassik sxema to'g'ri bo'lib qoladi, faqat bitta iteratsiyada va bir muhim tuzatish bilan: hamma narsa avvalo amalga oshirilgan, undan oldin bajarilgan, saqlanib qolgan. Dasturiy ta'minot tizimi uchun umuman yangi yondashuv hayot aylanishining yangi modellarini talab qiladi, bu uning xususiyatlarini ilgari belgilangan xususiyatlarini aks ettiradi. Bu an'anaviy hayot tsiklining asosiy variantlarini o'rgangandan so'ng muhokama qilinadi.

1.3. Kaskadli model

Klassik modelning yanada qat'iyroq turli xil kaskadli modelQaysi usullar qaytarilishini minimallashtirishning ko'rsatkichi sifatida ko'rib chiqilishi mumkin.

Kaskadiy modelining belgi xususiyatlari:
• har bir bosqichni tugatish (ular klassik modeldagi kabi), mahsulotni ishlab chiqish bilan bog'liq muammolarni bartaraf etish uchun olingan natijalarni tekshirish;
• velosiped bosqichlarining tsiklik takrorlanishi (klassik modelda bo'lgani kabi).

Kaskad modelining motivatsiyasi chaqirilganlar bilan bog'liq sifat menejmenti Dasturiy ta'minot. U bilan bog'liq holda, bosqichma-bosqich kontseptsiyalar belgilangan, ularning ba'zilari tuzilgan (talablar va amalga oshirishning spetsifikatsiyasi).

Shaklda. 4 klassik iterativ modelni o'zgartirish sifatida qurilgan kaskad modelining sxemasini ko'rsatadi. Sahnani ko'rsatadigan har bir blokda, harakat tugallanganligi ko'rsatilgan (ushbu harakatlarning ismlari kul rang fonida belgilangan). Ushbu rasmda ushbu modelda sinov alohida qadam sifatida chiqarilmaydi, ammo boshqa shunga o'xshash harakatlar kabi sahnani bajarish uchun faqat old tomondan o'tishingiz kerak bo'lgan chegara hisoblanadi.

Anjir. 4. Kaskad modeli

Kaskadir modeliga muvofiq, ta'rif bosqichi tizim talablari Berilgan maxsus hujjatlar shaklida fiksatsiyani o'z ichiga oladi sharhlar Tizim talab qilinishi (funktsiyalar tavsifi) va dasturlarga qo'yiladigan talablar aniqlanishi. tasdiqlash Amalga oshirishni rejalashtirgan dasturlar bo'yicha sharhlarda qayd etilgan funktsiyalar. Bundan tashqari, birinchi bosqichda tasdiqlash, I.E. Talablarni aniqlagandan keyin. Bu olingan talablar mijoz bilan kelishilgan bo'lishi kerakligini aks ettiradi.

Dizayn natijasi tasdiqlangan. Qabul qilingan tizim tuzilishi va amalga oshirish mexanizmlari belgilangan funktsiyalarning maqsadga muvofiqligini ta'minlaydi.

Savdo yo'l bilan boshqariladi test komponent va komponentni tizimda birlashtirgandan so'ng va kompleks tuzatish amalga oshiriladi sertifikatlash. Haqiqatan ishlangan tizim funktsiyalarini tekshirish, amalga oshirish cheklovlarining tavsifi va boshqalar.

Ish paytida va mahsulotni saqlash paytida tizim foydalanuvchi so'rovlarini qanchalik yaxshi bajarishga to'g'ri keladi, i.e. amalga oshirilgan tashish.

Belgilangan tekshiruvlarning har biri tizim ishlab chiqaruvchilarini avvalgi amaliy bosqichlarning takrorlanishiga yuborishlari mumkin, ular anjirdagi o'qlar bilan tasvirlangan. 4. Shu bilan birga, kaskad modeli Dasturiy loyihalarni ishlab chiqish amaliyotiga javoban ishlab chiqilgan, bunda belgilangan bosqichlarga qaytariladigan to'siqlarni minimallashtirish tekshiruv to'siqlarini engib o'tish orqali amalga oshiriladi. Bunday minimallashtirish nafaqat Sxemaga ko'ra kavshaklar soni bo'yicha bo'lishi mumkin: inspektsiyalarni kuchaytirish hisobiga, ishlab chiquvchilar bir necha bosqichlarda to'g'ridan-to'g'ri qaytishni yo'q qilishga harakat qilmoqdalar. Tegishli sxema qo'ng'iroq qildi qat'iy kaskadlash modeli, rasmda taqdim etilgan. Beshta.

Anjir. 5. Qattiq kaskad modeli

Ta'lim izi, qat'iy kaskad modelida bo'lgani kabi, erta bosqichlarda xatolar tuzatiladi. Ushbu sxemaga muvofiq har qanday bosqichni ishlab chiquvchilar manba materiallari Uning faoliyati uchun, i.e. rivojlanish uchun vazifalarOldingi bosqichning natijalari tegishli tekshiruvdan o'tgan (Ideal holda, sahnaning ijrochilari avvalgi bosqichlarni bilishga qodir bo'lmasligi mumkin). Sahnaning ishini olib borishda, vazifa quyidagi sabablardan biri bilan amalga oshirilishi mumkin:

• bu qarama-qarshi, i.e. to'liq bo'lmagan yoki imkonsiz talablarni o'z ichiga oladi;
• mumkin bo'lgan echimlardan birini tanlash bo'yicha mezonlar ishlab chiqilmagan.

Ikkala vaziyat ham mos keladi vazifalar xatolari. oldingi bosqichdagi xatoligi sifatida. Oldingi bosqichdagi aniqlangan xatolarni tuzatish, yangilang. Natijada, xato yo'q qilinadi yoki to'g'ridan-to'g'ri tuzatishning mumkin emasligi mumkin emas. Birinchi holatda, bunga qaytarilgan bosqichning ta'siri tuzatilgan vazifa bilan yangilanadi. Ikkinchi holat avvalgi bosqichning xato sifatida belgilanadi.

Qattiq kaskad modeli hayot aylanishining ikki muhim daqiqasini tuzatadi:
• ishlarning aniq bo'limi, bosqichma-bosqich va ishlarni tekshirish, keyingi bosqichga o'tishni boshlaydi;
• qo'shni bosqichlar orasidagi kichik tsikllar, natijada murosaj vazifalari amalga oshiriladi.

Birinchi nuqta har bir bosqichda amalga oshiriladigan texnologik va tashkiliy funktsiyalarni aniq taqsimlashning aniq bo'linishi to'g'risida xabardorlik. Natijada ushbu funktsiyalarni avtomatlashtirilgan qo'llab-quvvatlash vazifasini belgilash imkoniyati paydo bo'ladi. Ikkinchi nuqta qo'shni bosqichma-bosqich ishlarining qo'shma ijrosi sifatida sharhlash mumkin, I.E. ularning bir-biriga o'xshashligi. Biroq, kaskad modeli doirasida bu holatlar faqat bilvosita aks etadi. Keyingi bo'limda ularni hayot tsiklining modeli elementlari sifatida aniq kiritishning mahsuldorligi keyingi bo'limda keltirilgan.

1.4. Fazaviy funktsiya modeli

Dasturiy ta'minot tsiklini rivojlantirish uchun juda muhim sabab - bu loyihalarni integratsiyalashgan muvofiqlashtirish uchun mos muassasaga ehtiyoj. Aslida, bu bayonot model ishlab chiquvchilar o'rtasidagi munosabatlarni tashkillashtirish uchun asos bo'lib xizmat qilishi va shu sababli uning maqsadlaridan biri boshqaruv funktsiyalarini qo'llab-quvvatlashdir. Bu loyihaning tashkiliy-vaqtivor doirasini belgilaydigan boshqarish punktlari va funktsiyalarining modelini joriy etish zarurligiga olib keladi.

Eng izchil klassik sxemaning bunday qo'shilishi "fazali funktsiyasi" matritsasi shaklida ganter modelida amalga oshiriladi. MeRrix esdan chiqarganidan keyin, genter modeli ikki o'lchovga ega:

• fazaLoyihaning bosqichlarini va ular bilan bog'liq voqealarni aks ettirish;
• funktsionalLoyihani rivojlantirishda qaysi tashkiliy funktsiyalar amalga oshirilishini va ularning har bir bosqichida ularning intensivligini ko'rsatmoqda.

Ganter modeli bir bosqichda funktsiyaning bajarilishi quyidagilarni davom ettirishi mumkinligini aks ettiradi. Shaklda. 6 Modelni hozirgi fazi o'lchash. Yog'li (vaqtinchalik yo'nalishni ko'rsatadigan bo'shliq va o'q bilan) rivojlanish jarayonini tasvirlaydi. Tadbirlarning boshqaruv ballari va ismlari ushbu xususiyat asosida ko'rsatilgan. Ular raqamlangan. Modeldagi loyihaning barcha rivojlanishi ushbu nazorat punktlari va tadbirlari bilan bog'liq.

Anjir. 6. Fazaviy funktsiyaning modelini bosqichma-bosqich o'lchash

Ushbu modelda hayot aylanishi quyidagi bosqichli fazalarda parchalanadi (qadamlar):
• tadqiqot - Sahna rivojlanish zarurati loyihani boshqarish (Leating Point 1) sifatida tan olingan va ishlab chiqilgan mahsulotga qo'yiladigan talablar va ishlab chiqilgan mahsulotga qo'yiladigan talablar va ishlab chiqilgan mahsulotga qo'yiladigan talablar hisoblanadi ;
• mijozlarning tahlili - Loyiha ijrochilari aniqlanganda, tadqiqot bosqichidan boshlanadi (1-nazorat punkti) va talablarni tasdiqlash bilan yakunlanadi (3-nazorat 3). Sahnaning maqsadi mahsulotni texnik nuqtai nazardan loyihalashtirish ehtimolini aniqlash (manbalarga, malakaviy va hk) amaliy foydalanish uchun etarli darajada, iqtisodiy va tijorat samaradorligi masalalariga etarlicha qulaydir;
• dizayn - sahna odatda texnik-iqtisodiy tahlil bosqichidan boshlanadi, chunki loyihaning dastlabki ob'ektiv maqsadlari (nazorat punkti) rasmiylashtirilgan maqsadlari va loyihani rasmiylashtirish spetsifikatsiyasi shaklida (nazorat qilish punkti) loyihasi bayonoti;
• dasturlash - ishlab chiqarishning individual tarkibiy qismlari (4-nazorat punkti) uchun asosiy talablar mavjud bo'lganda, dizayn bosqichida boshlanadi, ammo ilgari talablarning talablarini tasdiqlash (3-nazorat punktlari). Ushbu bosqichni yakuniy dizayn bosqichi bilan birlashtirish loyihaviy qarorlar qarorlarini va asosiy rivojlanish masalalarini tezkor tekshirishni ta'minlaydi. Sahnaning maqsadi - bu mahsulotning keyingi yig'ish bilan komponent dasturlarini amalga oshirish. Ishlab chiquvchilar hujjatlarni hujjatlashtirish, tuzatish va tartiblash va mahsulotning ish natijalarini mustaqil baholaydigan xizmatga topshirish va mahsulotni amalga oshiradigan xizmatga pul berish (mustaqil sinovlar boshlandi - nazorat punkti);
• baholash - fazasi sinov boshlanishi va mahsulotdan amaliy foydalanish o'rtasidagi bufer zonasidir. Mahsulotni sinovdan o'tkazish (boshqaruvchi) ichki (ishlab chiqaruvchilar) tomonidan boshlanadi (nazorat punkti) va mahsulot mavjudligi tasdiqlanganligini tasdiqlaydi (Check Point 9);
• ishlatish - mahsulotni tarqatish va davom etadigan mahsulotni berish paytida boshlanadi, mahsulot harakatda va jadal ishlaydigan. Sahna kirish, o'qitish, sozlash va texnik xizmat ko'rsatish bilan bog'liq, ehtimol mahsulotni modernizatsiya qilish bilan bog'liq. Dasturchilar muntazam ravishda ushbu dasturiy mahsulotni (tekshirish punkti 10) qo'llab-quvvatlaganda tugaydi.

Hayot tsiklining bosqichlarida ishlab chiquvchilar quyidagi texnologik (tashkiliy) funktsiyalarini (funktsiyalar sinflari) bajaradilar:
• rejalashtirish,
• rivojlanish
• xizmat,
• hujjatlarni chiqarish
• sinovlar,
• qo'llab-quvvatlash,
• eskord.

Turli bosqichlarda keltirilgan funktsiyalar turli xil tarkibga ega, turli intensivlikni talab qiladi, ammo bu model uchun ayniqsa muhim bo'lgan, bu loyihani amalga oshirish bilan birlashtirilgan. Fazaning o'lchovi butun fazali funktsiyani butunlay fazali funktsiyasini to'liq bajaradigan modelni funktsional o'lchash (7-rasmga qarang) matritsa hujayralari).

Tashkiliy funktsiyalar va ularning intensivligi loyihadan, loyiha boshqaruvi asosiy yoki ikkilamchi deb hisoblaydigan loyihaga qarab farq qilishi mumkin. Masalan, jamoaning dastlabki malakasi unchalik katta bo'lmagan bo'lsa, xodimlarni funktsiyalar ro'yxatiga qo'shish mumkin. Ba'zida rejalashtirish va nazoratni farqlashda (Xanterga ko'ra, boshqarish funktsiyalari ajratilmagan). Agar moslashtirilgan dizaynda modellashtirishning roli shundan ko'paydi, shunda uni dizayn uslublari toifasidan aniq ajratilgan texnologik funktsiyaga aylantirish tavsiya etiladi.

Model hayotiy tsiklning texnologik funktsiyalari va bosqichlarining nisbati, u ilgari "ideal" modellar deb hisoblangan oddiy (yoki cheklanganmi) dan farq qiladi. Ko'rinishidan, oddiylik-chegarali "ideal" modellar amalga oshirilgan bosqichga ega bo'lgan bosqichlarni aniqlashning natijasidir. Shu bilan birga, Ganter modelida iteratlikni aks ettirish vazifasi aniq taqdim etiladi. Garchi loyiha fazasi bir-biriga zid bo'lsa-da, tegishli hujjatlar tadbirlarining chiqarilishi tugallangan bosqichlarga qaytishni minimallashtirish usuli, bu esa modelda kiritilgan dasturlashuvlarni tavsiflashning yanada muhim vositasi qo'yilgan.

Anjir. 7. Fazaviy funktsiya matritsasi Ganter

Agar siz ganter modelini iteratlik deb hisoblash maqsadida ishlab chiqishga harakat qilsangiz, bu oldindan ko'rish mumkin hayotiy tsiklni ajratish liniyasiAniqda taqdim etilganidek. 8. Ammo bu amalga oshirilgan funktsiyalarning intriensivligini kuchaytiradi va ikkiga bo'linadi: asossiz deb taxmin qilib asossiz deb taxmin qilinsa, bunga javoban kuchlar beriladi. Umuman olganda, rivojlanishni yakunlash targ'ibotiga olib keladi, ular kamayishi kerak. Shunday qilib, matritsalikning intriensivligini loyihalashtirishning ijodkorligini aks ettiruvchi yangi o'lchovni oladi.

Murakkab dasturiy mahsulotlarni ishlab chiqishda uni tuzatish muqarrardir va shuning uchun uni rejalashtirish mos keladi. Biroq, loyihalarni ishlab chiqishga an'anaviy yondashuvlarni ko'rib chiqsak, ular dizaynning usuli sifatida iteratsionizmdan foydalanishga harakat qilmasliklari va faqat qaytarib berishni minimallashtirishga intilishadi.

Anjir. 8. Fazaviy funktsiyaning modelidagi itorizatsiyani hisobga olgan holda (bosqich o'lchovi, faqat ba'zi qaytishlar ko'rsatiladi)

2. Ob'ektga yo'naltirilgan modellar
Hayot sikli

Texnologik tekislikda loyihaning rivojlanishiga bo'lgan munosabat, izchil barcha metodologiyalardan ob'ektga yo'naltirilgan usulni ajratib turadi. An'anaviy yondashuvlar uchun, iteratsiya xatolarning tuzatishidir, i.e. Texnologik standartlar va qoidalarga boshqarish qiyin bo'lgan jarayon. Iteratsiyaning ob'ektga yo'naltirilgan yondoshuvi hech qachon bir-birining natijalarini bekor qilmaydi va har doim ularni to'ldiradi va rivojlantiradi.

2.1. Ob'ektga yo'naltirilgan dizayn tamoyillari

Loyihalarni rivojlantirishga nisbatan ob'ektga yo'naltirilgan yondashuv an'anaviy izchil uslublar bilan taqqoslanadigan asosiy lahzalar:

• Tusheatte rivojlanishi.

  Tahlil bosqichidan boshlab va amalga oshirish tugashidan oldin ob'ektga yo'naltirilgan dizaynni izchil rivojlanib borayotgan bir qator iteratsiyalar sifatida qurilgan bir qator Iteratsiyalar sifatida qurilgan. mavzu maydoni va umuman loyihaning vazifalari (bosqichma-bosqich) talablarning ta'riflari va dastlabki rejalashtirish).

• Stsenariylarga muvofiq funktsional imkoniyatlarni kengaytirish.

  Loyihalangan mahsulotning funktsional imkoniyatlarining o'sishi ob'ektlarning o'zaro ta'siri (diagrammalari) ni tashkil etish va jismoniy shaxslarning ishlashini aks ettiruvchi stsenariylarni ishlab chiqish sifatida taqdim etiladi. Ushbu tavsiflar Loyihaning ishlashi loyihasi loyihasida ishlab chiqiladi: u dizayn darajasidagi skriptlar (dizayn) asosida yaratiladi. To'liq funktsiya barcha stsenariylarning barcha funktsiyasidan iborat. Shunday qilib, ushbu strategiya bosqichma-bosqich tafsilotlarning klassik usuliga juda yaqin, agar ishlatilsa, funktsional imkoniyatlar yangilanish (fidokorlik) tomonidan kuchayib bormoqda niznya. Biroq, ushbu usuldan farqli o'laroq, ITERVativ CURUT har bir iteratsiya natijasida, mahsulotni skript tomonidan amalga oshirilishi rejalashtirilgan to'liq tayyor ishlash imkoniyatiga ega bo'lishini talab qiladi. Keyingi iteratsiyalar boshqa skriptga rejalashtirilgan qo'shimcha funktsiyani qo'shadi.

• Hech narsa bir marta amalga oshirilmaydi.

  Kuchli yondashuv shuni ko'rsatadiki, tahlil qilish loyihasini loyihalashtirishdan oldin tugagandan so'ng, uni tugatish dasturlash orqali amalga oshiriladi. Aspentsiyalarning bir-biriga zid kelishi (1.4- xatboshiga qarang) bu taxminni zaiflashtiradi, ammo vaziyat printsipial jihatdan o'zgarmaydi. Aksariyat ob'ektlarga yo'naltirilgan loyihalarda ushbu loyihaning butun rivojlanishi davomida tahlil hech qachon tugamaydi va dizayn jarayoni butun umr bo'yi rivojlanishiga hamroh bo'ladi.

• Naslchilik fazalari bo'yicha ishlash shunga o'xshash.

  Dizaynning boshida, keyinchalik iTeratsiyalar bo'yicha tahlil qilish dizaynni, so'ngra dasturlash, sinov va boshqa turdagi ishlarni amalga oshiradi.

Ob'ektga yo'naltirilgan dizaynda, Iererativ instituti paytida an'anaviy bosqichlar odatda bajariladi:

• Talablarni aniqlashyoki rejalashtirishni rejalashtirish- Ushbu iteratsiyada ushbu hududning ushbu iteratsiyasida ishlashni rejalashtirayotgan hududning tavsifi shaklida bajarilishi kerak va buning uchun nima kerak. Odatda ushbu bosqich ushbu iteratsiyada amalga oshirilishi kerak bo'lgan skriptlarni tanlashda kiradi.
• Tahlil - Rejalashtirilgan talablarni bajarish shartlari o'rganilgan, tanlangan stsenariylarning to'liqligi talab qilinadigan funktsional imkoniyatlarni amalga oshirish nuqtai nazaridan tekshiriladi.
• Foydalanuvchi interfeysi Modellashtirish - Etatsiya amalga oshirilganligi sababli, tez orada funktsional ravishda amalga oshirilishini ta'minlaganligi sababli, zarur funktsiyalarni faollashtirish uchun zarur bo'lgan o'zaro munosabatlar qoidalarini aniqlash kerak. Interfae modeli ushbu iteratsiya ob'ektlarining xatti-harakati foydalanuvchi vakili hisoblanadi.
• Dizayn - ob'ektga yo'naltirilgan uslubda o'tkazilgan loyihaning odatiy ravishda parchalanishi. Dizayn darslar tizimini qurish yoki kengaytirish, tadbirlarning tavsifi va ularga reaktsiyani aniqlash va boshqalarga kirishni o'z ichiga oladi. Dizayn davomida, amalga oshirilgan ob'ektlar va ushbu iteratsiyaga bag'ishlangan ob'ektlar aniqlanadi va ushbu iteratsiyaning vazifasini bajarishni ta'minlaydigan funktsiyalar (ob'ekt usullari).
• Savdo (Dasturlash) ushbu iteratsiya uchun qabul qilingan echimlarning dasturiy ta'minoti. Bu erda amalga oshirilishning zaruriy tarkibiy qismi ularning texnik modullari komponentlarining tarkibiy qismini (xususan, ob'ektlarning kerakli xatti-harakati berilishi kerak).
• Test - ushbu iteratsiyada olingan natijalar bo'yicha har tomonlama tasdiqlanish bosqichi.
• Baholash ITERIYA NALARI - Sahna umuman loyihaning kontekstida olingan natijalarni ko'rib chiqish bilan bog'liq ishlarni o'z ichiga oladi. Xususan, ushbu loyihaning qaysi vazifalarini ilgari berilgan savollarga javob olgani, yangi savollarda yangi savollar yuzaga kelganligini bilib olishlari mumkin.

2.2. Fazaviy funktsiyaning modelini o'zgartirish

Bitta iteratsiya doirasida loyihani ob'ektga yo'naltirilgan bosqichma-bosqich amalga oshirishga an'anaviy hayotiy tsikl modellarining o'zgarishi sifatida iterativ indikatsiyani taqsimlash muammosini o'rnatishga imkon beradi. Ushbu bo'limda bunday modifikatsiyani boshlang'ich fazaning fazaviy modeli uchun amalga oshiriladi.

Ob'ektga yo'naltirilgan dizaynda hayotiy tsiklni taqqoslashda, oddiy sxemada faqat bitta qo'shimcha qadamlar paydo bo'ladi: "foydalanuvchi interfeysi modellashtirish", bu "foydalanuvchi interfeysi modellashtirish", bu tahlilning bir qismi sifatida ko'rib chiqilishi mumkin va / yoki dizayn bosqichlari. Biroq, bu butunlay yondashuvni tavsiflovchi juda muhim qo'shimcha. Loyihalarni ob'ektlarning ob'ektiv rivojlanishida hayotiy tsiklda modellashtirishning asosiy maqsadi quyidagi ikkita xususiyat bilan bog'liqdir:

• Amalga oshirilgan iteratsiya talablarini taqsimlash.

  Keyingi iteratsiyada amalga oshirilgan stsenariylarning umumiyligi va ilgari amalga oshirilgan stsenariylar to'plami har doim shakllanadi tugatilgan, lekin tizimning to'liq versiyasifoydalanuvchilarga taklif etiladi. Turli sabablarga ko'ra, shu jumladan tushunish bo'yicha noaniqliklar uchun, foydalanuvchilarning ko'rinishini (shuningdek, mijozlar va boshqa manfaatdor tomonlar) nuqtai nazaridan mos keladigan modellar shaklida amalga oshirishni rejalashtirish uchun rejalashtirilgan narsani ifodalash kerak. ishlab chiquvchilar. Ushbu modellar tahlil bosqichida, bu ularning nomidan aks ettirilgan: tahlillar darajasi modellari.

• Tizimning qobiliyatini va rivojlanish qobiliyatini shakllantirishning o'ziga xos uslubi.

Tizimni o'zaro bog'liq bo'lgan sinf munosabatlari sifatida taqdim etish - bu ob'ektga yo'naltirilgan yondashuv bilan loyiha parchalanishining asosi hisoblanadi. Har bir yangi iteratsiya ilgari ilgari qurilgan muayyan sinflar sinfi bilan muayyan munosabatlarni kiritish orqali yangi darslarni kengaytirish orqali kengayadi. Agar biz istiqbolni amalga oshirish tafsilotlarini bilmasdan mavhum chiqing va agar biz istiqbolni hisobga olsak, qo'shimcha darslarning bir xil mavhum taqdimotisiz bunday kengaytmani bajaring. Boshqacha aytganda, qurilish talab qilinadi qurilish darajasi modellariishlab chiqilgan tizimning amalga oshirilishini taqdim etadigan.

Yuqoridagi hayotiy tsiklning yuqoridagi bosqichida, ob'ektga yo'naltirilgan yondashuv, tahlil darajasini aniqlash, stsenariylarning namunaviy taqdimotini yaratish uchun aniq ajratilgan. Ammo bu loyihani modellashtirishning faqat bitta jihati. Ko'rinib turibdiki, boshqasi, modellashtirishning muhim jihati, loyihalashda namoyon bo'ladi. Va nihoyat, tizimning har bir versiyasining har bir versiyasini taqdim etish bilan bog'liq yana bir uchinchi jihati mavjud bo'lib, ular, albatta, dizayn darajasining darajasiga bog'liq emas va tahlil tufayli faqat bilvosita hisoblanadi Darajaning modellari. Shunday qilib, agar siz hayot aylanishining bosh uslubiga rioya qilsangiz, modellashtirish modelini ajratish (belgilangan an'anaga ko'ra, ko'pincha bajariladi) va texnologikmodellashtirish funktsiyasiLoyihani rivojlantirish jarayoniga kirib bormoqda.

Yangi hayot tsikllari sxemasi qat'iy tartibga solinadigan bo'linma, barcha ish ketma-ketligi uchun yagona tartibda (9-rasm). Ammo bu yo'nalish noto'g'ri qabul qilingan echimlarni tartibga soladi, ammo amalga oshiriladigan to'liq rejalashtirilmagan, bu amalga oshiriladigan ishlarni bajarish jarayonida mahsulot imkoniyatlari ko'paymoqda.

Rasmda aks ettirilgan Ganter sxemasining yana bir o'zgarishi ta'kidlanishi kerak. Baholash bosqichining bir qismi sifatida maxsus ichki ishlar bosqichi ta'kidlangan Loyihaning asosiy muhitini to'ldirish, uning ma'nosi foydalanish uchun dasturni rejalashtirish va amalga oshirish uchun kamaytirildi. Har qanday ob'ektga yo'naltirilgan loyiha allaqachon mavjud bo'lgan sinf muhiti va boshqa tarkibiy qismlar asosida rivojlanadi. u asosiy muhit Loyiha intensiv qo'llaniladi va o'z navbatida, amalga oshirilayotgan qurilish natijasida hosil bo'lgan mablag'lar bilan to'ldiriladi. Ushbu mablag'larni joriy loyiha uchun saqlashning foydali va keyingi ishlanmalar uchun foydali narsa aniq. Shu munosabat bilan, ishlab chiqarish uchun baholash faza doirasida tavsiya etiladi qo'shimcha ishDepozitariy loyihalarida foydali saqlashga qaratilgan.

Tushunarli sabablarga ko'ra, ob'ektga yo'naltirilgan dizaynda, bir qator bosqichlarning mazmuni aniqlangan, bu rasmning raqami va ismlarida aks etadi.

Anjir. 9. Loyihaning ob'ektiv rivojlanishida hayotiy tsikl modelini o'lchash

Ob'ektiv loyihani rivojlantirishda hayotiy tsiklning modelini muhokama qilish, standart iTerativ jarayondan tashqari ishlarni ko'rsatish kerak. u boshlang'ich Loyihaning fazasitadqiqot paytida boshida amalga oshiriladi va texnik-iqtisodiyotni tahlil qilish va loyihani tugatish fazasi(iteratsiya, bajaradigan loyihada (yuqorida ko'rsatilgan) ish olib borilayotgan holda.

Dastlabki bosqich ishining ma'nosi loyihani ishlab chiqishning umumiy rejalashtirishidir. Umuman talabalar loyihasini aniqlash bosqichlariga ilova qilingan an'anaviy tarkibga qo'shimcha ravishda, ular rivojlanishning yana ikki usulida bo'lishi kerak:

• aniqlash kerak eng yaqin vazifa va loyihaning vazifalari. Birinchisi, birinchi iteratsiyaning vazifasi - bu, xususan, mijozga tayyorgarlik ko'rayotgan birinchi ishchi mahsulot tayyorlanmoqda. Loyihani rivojlantirish nuqtai nazaridan eng yaqin vazifa echimi tizimning kuchlari o'sishning keyingi ekerativ o'sishini ta'minlashi kerak (suhbat hali ham bo'lishi kerak). Ushbu loyihaning taqdiri umuman ushbu ikki natijaga bog'liq. Kelajakda tuzatishga imkon beradigan rejalashtirilgan rivojlanishni istiqbolli vazifalardir;
• tanlash kerak natijalarni baholash mezonlari iteratsiyalar. Ushbu mezonlar loyihaning yo'nalishi, amaliy maydoni va boshqa holatlarga qarab farq qilishi mumkin.

Loyihaning yakunlanishi (iteratsiyalar) hayot tsiklining bir qismini qamrab oladi, bu natijalarni olgandan keyin amalga oshirilgan ishchilar tomonidan ishlab chiquvchilarning rivojlanishini aks ettiradi. Bu juda o'xshash va texnik xizmat ko'rsatishning an'anaviy bosqichiga o'xshaydi, ammo ob'ektga yo'naltirilgan loyiha odatda o'sib borayotgan imkoniyatlarni aks ettiruvchi tizim versiyalari ierarxiyalari bilan shug'ullanadiganligi sababli farqlar mavjud. Ushbu bosqichni baholash bosqichida zid

Yuqorida aytib o'tilganidek, ob'ektga yo'naltirilgan dizayn uchun ish mahsulotlaridan foydalanish bilan bog'liq ishlar zarur. Tugatish davrida pregapsiya odatda joriy loyiha uchun ko'rib chiqiladi (asosiy muhitni to'ldirish bosqichida). Ilovadan so'ng (ishlov berish mahsuloti) bir muncha vaqt foydalaniladi va u sifatida ko'rib chiqilishi mumkin tayyorUshbu bosqich doirasida quyidagilar amalga oshiriladi:

• qayta ishlatilgan tarkibiy qismlarning umumiy (i.e., loyihaga to'lanmagan) taqsimot (odatda bu ishlar predmetga o'tkazish - Check Pointint 10).

Ob'ektga yo'naltirilgan dizaynning muhim lahzalaridan biri an'anaviy postulyatsiyadan bosh tortishi, bu tizimga bo'lgan barcha talablar oldindan shakllanadi. Shuning uchun, hayot aylanishini umuman modernizatsiya qilishda, xususan, tugatish bosqichi barcha bosqichlarda tashqi talablar oqimini qayta ishlashni hisobga olish kerak. Bu savol ham e'tiborni to'laydi, lekin buni ko'rib chiqilishi kerak bo'lsa (ko'pincha sodir bo'ladi). Iteratsiyalarning tugatish bosqichiga kiritilgan talablar quyidagi ITeratsiyalar bilan bog'liq deb hisoblanadi, I.E. tizimning quyidagi versiyalariga. Bunday holda, iteratsiyani tugatish dasturiy mahsulotni qo'llab-quvvatlashni va keyin ushbu versiya bilan ishlashni anglatadi. Ushbu davrda loyihani ishlab chiqish tilaklari keyingi (ehtimol hali boshlanmagan holda amalga oshirilgan) uchun talablar hisobga olinadi. Loyihaning oxiri tizimning barcha versiyalari bilan birga bo'lishdan bosh tortish deb hisoblanadi. Bu pozitsiyani dizaynga nisbatan an'anaviy yondashuvlar bilan taqqoslash kerak, chunki tizimning ishlashi jarayonida tilaklar haqidagi tilaklar, bu bitta narsani anglatadi: yangi loyihani tashkil etish (ehtimol, maxsus), uning maqsadi yangi talablarni hisobga olish.

Ob'ektga yo'naltirilgan yondashuv uchun o'zgartirilgan matrix funktsiyasida funktsional o'lchov haqida bir necha so'z. Yuqorida ko'rsatilganidek, modellashtirish orqali texnologik funktsiyalarning ro'yxatini kengaytirish tavsiya etiladi. Shunga ko'ra, ushbu funktsiya uchun ganter matritsadagi intensivlik satrini aniqlash kerak. Boshqa funktsiyalarning intensivligini saqlash (7-rasm), hayotiy tsiklning o'zgartirilgan modeli uchun intensivlik tsiklining o'zgartirilgan modeli uchun intensivlikni taqsimlash moslamasi sifatida ko'rsatilishi mumkin. 10, qaysi ko'rsatilgan yangi tur Butun modellar (rasmda hayot aylanish punktlari ularning raqamlari bilan izohsiz ko'rsatilgan).

Taqdim etilgan intensivlik taqsimoti mutlaqo bo'lolmaydi. Texnologik funktsiyalarning intizomini amalga oshirish, iteratsiyalar bo'yicha barqarorlikni o'z zimmasiga olishi sodda bo'lar edi. Binobarin, matritsada loyiha rivojlanishining butun tsikli, o'zgartirilgan boshlovchi modelining ikki o'lchovli namoyishi mumkin emas: bir hujayrani boshqasiga o'tishda texnologik funktsiyalarning intensivligini o'zgartirish mumkin emas. Shu sababli, texnologik funktsiyalarning intensivligini taqsimlash "o'rtacha" iteratsiyalar tendentsiyasida "o'rtacha" sifatida ko'rib chiqiladi. Funktsional o'lchovni ko'rib chiqishning amaliy foydaliligi haqiqiy loyihalardagi texnologik funktsiyalarning intensivliklarini taqsimlashda emas va bu loyihani boshqaruvni ishlab chiquvchilar jamoasi va jamoadagi kuchlarni hal qilish to'g'risida o'ylashga majbur qilmaydi va Umuman kadrlar loyihasi resurslarini to'g'ri taqsimlash to'g'risida.

Anjir. 10. Fazaviy funktsiyaning modeli, ob'ektga yo'naltirilgan loyiha rivojlanishining modifikatsiyasi

2.3. ITERATRASINING parallel ravishda bajarilishi

Rahbariyat menejeri rivojlanishini qo'llab-quvvatlashga loyiq bo'lgan har qanday dastur loyihasi jamoaviy jarayon. Shu sababli, jamoaning faoliyatining bir vaqtlari umr bo'yi hayot tsiklining modelida aks ettirilishi kerak. Bu juda tushunarli sabablar uchun bu modellarning rivojlanishining motivlaridan biridir.

Keyingi G'angter fazali diagrammada - funktsiya, dasturiy ta'minotni ishlab chiqishning ushbu sifati texnologik funktsiyalarni bir vaqtning o'zida ko'rsatadigan funktsional o'lchamda aks ettirilgan. Ob'ektga yo'naltirilgan yondashuv doirasida, texnologik parallelizmning boshqa turi aniq: bir vaqtning o'zida bir necha bor ijrochilar guruhlari ("turli guruhlar" iborasi bilan bir qatorda bir vaqtning o'zida rivojlanib boraveradi, bular guruhlar va a. Ayrim ijrochilar guruhi bir vaqtning o'zida bir nechta iteratsiyalarni ishlab chiqish uchun mas'ul bo'lishi mumkin).

Texnologik parallelizm bir vaqtning o'zida bir nechta iteratsiyalarni rivojlantirishning asosiy texnik-iqtisodiy asosini anglatadi. Biroq, bu ularning birlashmalarining ruxsatini anglatmaydi, chunki iTerseratlar ikkinchisiga bog'liq. Masalan, hali qurilgan darslar tizimini qurishning iloji yo'q, noma'lum shartlar bilan funktsiyani to'g'ri bajarish uchun ishlatish mumkin emas. Ish bilan birlashtirish haqida gapirganda, har doim o'xshash va boshqa turdagi bog'liqliklarni bilishingiz kerak. Quyidagi yo'nalishlarni ajratish kerak:

• qabul qilinishi mumkin bo'lmagan joylashuvi maydoni - Bir ishning bajarilishi boshqa ish natijalariga bevosita bog'liq bo'lsa;
• mumkinlik sohasi - oldingi ishning kutilayotgan natijalari bilan bog'liq bo'lsa (masalan, dasturiy bosqichlarning modellari hali qurilgan va sinovdan o'tgan bo'lsa ham tugallandi);
• aLUT ALUM mintaqasi bu yoki boshqa yo'l bilan qilingan ishning bir usuli bo'lsa (oldingi ishlar bajarilgan bo'lsa ham, ishlarning o'zaro ta'siri bayonnomasi va boshqalar amalga oshirilmasa ham. ) tuzilgan va tekshiriladi.

Turli xil iteratsiyalarni bajarishning bir soniyali, rasmda ko'rsatilgan sxemalar sifatida taqdim etilishi mumkin. o'n bir.

Shaklda. A) iteratsiyalarning bosqichlarini dekodlash ko'rsatadi. Bu erda umumiy model bilan taqqoslaganda (10-rasm), shuningdek, dastlabki ajratilgan, dastlabki sotuvlar texnik-iqtisodiy tahlilning bir qismi va dasturlashning umumiy bosqichlarining bir qismi sifatida sinovdan o'tkaziladi va baholash.

Anjir. B) bir vaqtning o'zida amalga oshirilgan iteratsiyalar amalga oshirilganligini ko'rsatadi: Ikkinchisi birinchi hisoblash bosqichida birinchi ko'chkisi tugaganidan keyin birinchi hisob-kitobni dasturlash jarayonida boshlanadi. Uchinchi ko'chmani rejalashtirish ikkinchi ko'chmani dasturlashtirish bosqichida bir vaqtning o'zida boshlanadi.

Anjir. 11. Loyiha tomonidan amalga oshiriladigan loyihalarni amalga oshirishni parallellashtirish

Anjir. 11) nomaqbul va oqilona muvofiqlik, shuningdek ikki itserning ketma-ket ijrochiligini ko'rsatadi. Kombinatsiyaning oldini olish Bu shuni anglatadiki, keyingi amalga oshirishni rejalashtirish juda to'liq ma'lumot yo'q, natijada uni samarali bajarib bo'lmaydi. Dizayn davrida bunday ma'lumotlar yangi iteratsiyada ishlarni faollashtirish qobiliyati paydo bo'ladi. Viloyat ta'rifi oqilona kombinatsiyaikki itserning asarlari avvalgi iteratsiyaning ishchi mahsuloti sinovdan o'tkazilmasa (11-rasmda ko'rsatilgan kombinatsiya) ushbu holatni qondirishda yangi iteratsiya dasturini boshlash asossiz ekanligini aks ettiradi. Keyingi ijro maydoni avvalgi ishda ishni tugatgandan so'ng keyingi amalga oshirish boshlanishiga to'g'ri keladi (moslik yo'q).

Ro'yxatdan o'tgan joylarning ta'rifi loyihaning bajarilish vaqtini taqsimlashning moslashuvchanligini oshiradi. Shunga qaramay, ishlarni rejalashtirish, iteratsiyalarni birlashtirishga ishonmaslik va vaqtincha resurslar loyihasi uchun imkoniyat sifatida ushbu imkoniyatni qoldiring. Shunday qilib, ob'ektga yo'naltirilgan dizaynning ta'sirchanligi loyiha vazifasini bajarmaslik xavfi bilan barqarorligini ta'minlaydi.

2.4. ITerativ indikatsiyani simulyatsiya qilish
Tizim xususiyatlari

Ob'ektga yo'naltirilgan dasturiy ta'minotning oldingi modellarida, ob'ektga yo'naltirilgan dasturiy ta'minotning muhim tsikllarida yondashuvning muhim jihatlari aniq izolyatsiya qilinmagan: loyiha sifatida tizimning imkoniyatlari rivojlanib bordi. Aks ettirish uchun siz hayotiy tsiklning shaklida taqdim etishingiz mumkin spiral rivojlanish12-rasmda ko'rsatilgan.

Anjir. 12. Ob'ektga yo'naltirilgan loyihaning spiral rivojlanishi

Rasmda, oldingi modeldagi kabi ma'noga ega bo'lgan gorizontal segmentlar iteratsiyalar. Ular tizimning imkoniyatlari vaqtiga qarab berilgan kosmosga joylashtiriladi. Vaqt o'qi bilan parallel ravishda kiritilgan liniyalar dasturiy ta'minotda qo'llaniladigan foydalanuvchilarning imkoniyatlari darajasini ko'rsatadi (iteratsiya raqamlari o'ng tomonidagi rim raqamlari). Iteratsiyalar orasidagi o'tishlar yuqorida muhokama qilingan ishlarning kombinatsiyasi uchun sharoitlarni hisobga oladi. Ushbu model kelgusi iteratsiyada nazarda tutilgan imkoniyatlar avvalgi qo'llanmalarda erishilgan darajani bekor qilmaydigan loyihalarni ta'kidlashni ta'kidlaydi.

Loyiha rivojlanishi bilan tizimning imkoniyatlarining asta-sekin o'sishi ko'pincha spiral shaklida tasvirlangan, ular smapda ko'rsatilganidek, markazdan, markazdan tekislashgan. 13. Ushbu oddiy (qo'pol) modelga muvofiq loyihaning rivojlanishi samolyotning ko'payishi hududini bosqichma-bosqich ko'rib chiqish sifatida tavsiflanadi, chunki loyiha bosqichdan va iterateratsiyani amalga oshirish uchun bosqichma-bosqich ko'rib chiqiladi. Aslida, ushbu model ob'ektga yo'naltirilgan rivojlanish ishchi ishchilar tomonidan qo'llaniladigan amaliy hududning asta-sekin kengayishiga olib keladi.

Anjir. 13. Ariza doirasini ob'ektiv tizimni qamrab olish modeli

Loyihalarni ob'ektlarga yo'naltirilgan rivojlantirish to'g'risida ko'pincha shuni ko'rsatadiki, dasturiy ta'minotni ishlab chiqishning an'anaviy bosqichlari hech qachon tugamaydi. Spiral spiral modeli ushbu tezisning ma'nosini aniq ko'rsatadi.

Ushbu modelda siz dasturiy tizimlarning dizaynining boshqa tomonini ko'rishingiz mumkin - ishlab chiqaruvchi jamoasini rivojlantirish uchun odatiy sxema - bu o'z loyihasining birinchi qismidan boshlab turli komponent tizimlarida qayta ishlatiladigan yuklarni asta-sekin to'ldiradi .

Oldingi modellardan farqli o'laroq, ikkala spiral modellar loyihaning yakunlanishi bosqichida ekanligini aks ettirmaydi. Natijada, ular chiqarilganidan keyin talab qilinadigan barcha dasturiy ta'minot tizimining barcha versiyalari quyidagi versiyalardan biriga tegishli deb taxmin qilishmoqda. Amalda, ushbu qoida juda tez-tez buzilgan: siz uni qo'llab-quvvatlashingiz kerak (va xususan, tizimning bir nechta versiyasini darhol o'zgartirishingiz kerak.

To'plamdan "Novosibirsk dasturlash maktabi. Times." Novosibirsk, 2004
Tahririyatning qarori bilan bosilgan.

Boshqaruv jarayoni Konfiguratsiyaning tarkibiy qismlari, tavsifi va dasturiy ta'minotni, saqlash va etkazib berishni boshqarishning to'liqligi, muvofiqligi va to'g'riligini ta'minlash uchun EDP orqali ma'muriy va texnikaviy protseduralarni o'z ichiga oladi .

IEEE-90 standartiga ko'ra, dasturiy ta'minotning konfiguratsiyasi uning funktsional va jismoniy xususiyatlari kombinatsiyasini anglatadi texnik hujjatlar va dasturiy ta'minotda amalga oshirildi. Konfiguratsiyani boshqarish SPCning barcha bosqichlarida dasturiy ta'minotdagi o'zgarishlarni kiritishni muntazam ravishda hisobga olish va monitoring qilishga imkon beradi. Umumiy printsiplar Dasturiy ta'minot konfiguratsiyasini boshqarish bo'yicha tavsiyalar ISO / IEC 15288 standart "Axborot texnologiyalari. Dasturiy ta'minotning hayotiy tsikl jarayoni. Dasturiy ta'minot uchun konfiguratsiyani boshqarish".

Boshqaruv jarayoni Konfiguratura quyidagi harakatlarni o'z ichiga oladi:

1. konfiguratsiyani boshqarishni rejalashtirishda tashkil etuvchi tayyorgarlik ishlari;
2. dasturning tarkibiy qismlari va ularning versiyalari aniqlangan qoidalarni o'rnatadigan konfiguratsiya aniqlash. Bunday holda, har bir komponent aniq hujjatlar to'plamiga aniq mos keladi;
3. konfiguratsiya nazorati - bu har bir o'zgartirish va uni amalga oshirish xarajatlarini hisobga olgan holda amalga oshirilgan dasturiy ta'minotni va ularni amalga oshirish uchun muvofiqlashtirilganligini muntazam ravishda baholash uchun mo'ljallangan harakatdir;
4. konfiguratsiya holatini hisobga olish, bu dasturiy tarkibiy qismlarning holatini ro'yxatdan o'tkazish. Dasturiy ta'minot tarkibiy qismlarining versiyalari amalga oshirilgan va rad etilgan o'zgartirishlar to'g'risida hisobotlarni tayyorlashni ta'minlaydi. Hisobotlar to'plami tizimning hozirgi holatini va uning tarkibiy qismlarini sezilarli aks ettiradi, shuningdek modifikatsiyalarni boshqarishni ta'minlaydi;
5. aniqlashdan iborat konfiguratsiya baholash funktsional to'liqlik dasturiy ta'minot tarkibiy qismlari, shuningdek, texnik tavsifning jismoniy holatiga muvofiqligi;
6. tashkilot dasturlarining dasturlari va hujjatlar, ularni saqlash va foydalanuvchilarni tashkilotda qabul qilingan tartibda saqlash va ularni etkazib berishni rejalashtirish va etkazib berishni boshqarish.

Mulk jarayoni Sifat o'z LCC dasturiy ta'minot va jarayonlar belgilangan talablar va tasdiqlangan rejalarga javob berishini ta'minlashi kerak. Dasturiy ta'minot sifati ostida xususiyatlarning kombinatsiyasi belgilangan talablarga javob beradigan imkoniyatlarni tavsiflaydi. Ishonchli baholarni olish uchun mulk jarayoni Uning fazilatlari dasturiy ta'minot mahsulotini rivojlantirish bilan bevosita bog'liq bo'lgan mavzulardan mustaqil ravishda yuzaga kelishi kerak. Shu bilan birga, tekshirish, sertifikatlashtirish, qo'shma baholash, audit va muammoli qaror kabi boshqa yordamchi jarayonlarning natijalari qo'llanilishi mumkin.

Mulk jarayoni Sifat quyidagi harakatlarni o'z ichiga oladi:

1. tayyorlov ishi (boshqa qo'llab-quvvatlash jarayonlari bilan muvofiqlashtirish va foydalaniladigan standartlar, usullar, protseduralar va mablag'larni hisobga olgan holda dasturiy ta'minot sifatini ta'minlash jarayonini rejalashtirish;
2. shartnomada taqdim etilayotgan mijozning talablariga binoan uning hujjatlariga to'liq muvofiqlikni ta'minlash;
3. fe jarayonlari, rivojlanish usullari, rivojlanish usullari, kontrakt shartlari, shartnoma muddati, belgilangan standartlar va protseduralar bilan bog'liq jarayonning sifatini ta'minlash;
4. shartnoma shartlariga muvofiq amalga oshiriladigan dasturiy ta'minot sifatining boshqa ko'rsatkichlarini va ISO 9001 sifat standarti.

Tekshirish jarayoni ba'zi tadbirlar natijalari avvalgi harakatlar natijasida kelib chiqadigan talablar yoki shartlarni to'liq qondirishi ekanligini aniqlashdir. Tekshirish jarayoni samaradorligini oshirish uchun tekshirish jarayonlar bilan iloji boricha tezroq birlashtirilishi kerak (i.e., etkazib berish, ishlab chiqish, ishlab chiqish, foydalanish bilan). Tekshirish jarayoni tahlil, baholash va sinovdan o'tishni o'z ichiga olishi mumkin.

Tasdiqlash turli darajadagi mustaqillik darajasi (ijrochidan, etkazib beruvchiga, ishlab chiqaruvchiga, ishlab chiqaruvchiga va boshqalarga bog'liq bo'lmagan boshqa tashkilot mutaxassislariga) amalga oshiriladi. Tekshirish jarayonida quyidagi shartlar tekshiriladi:

1. tizimga qo'yiladigan talablarning va foydalanuvchi buxgalteriya hisobi darajasining muvofiqligi;
2. etkazib beruvchining belgilangan talablarni bajarishga qodirligi;
3. tanlangan JC jarayonlariga shartnoma shartlariga muvofiq;
4. standartlar, protseduralar va atrof-muhitni rivojlantirish muhiti
5. belgilangan talablar bo'yicha loyihaviy xususiyatlarga rioya qilish;
6. dizaynni tuzish va mahsulot ishlab chiqarish xususiyatlari, tadbirlar, interfeyslar, mantiq va hk. Ta'rifning to'g'riligi;
7. loyiha xususiyatlari va talablariga rioya qilish;
8. kodeksning teskari va to'g'riligi, qabul qilingan kodlash standartlariga muvofiqligi;
9. tizim tarkibiy qismlarini integratsiyalashtirishning to'g'riligi;
10. doimiy hujjatlarning etarlilik, to'liqligi va izchilligi.

Sertifikatlash jarayoni belgilangan talablarning bajarilishi va o'ziga xosligi bilan yaratilganligini aniqlash uchun ishlab chiqilgan funktsional maqsadlar (Iste'molchi tomonidan talab qilinadi). Sertifikatlash paytida odatda dasturiy mahsulotni sinovdan o'tkazishning aniqligini tasdiqlash va baholash tushuniladi. Sertifikatlashtirish uchun texnik va hujjatlarga to'liq muvofiqlikni, shuningdek foydalanuvchi tomonidan xavfsiz va ishonchli foydalanish imkoniyatiga ega bo'lishi kerak.

Sertifikatlashtirish, shuningdek tekshirish, mustaqillikning turli darajalari bilan amalga oshirilishi mumkin (etkazib beruvchi, ishlab chiqaruvchi, operatorga yoki texnik xizmatga bog'liq bo'lmagan tashkilotga).

Qo'shma baholash jarayoni loyihaning holati va ushbu ishlarni bajarish paytida yaratilgan dasturiy mahsulotni baholash uchun ishlab chiqilgan. Bu asosan loyihaning resurslari, xodimlari, uskunalari va instrumental usullarini rejalashtirish va boshqarishning nazorati va boshqarishni nazorat qilishga qaratilgan.

Baholash loyihani boshqarish darajasida ham, loyihaning texnik jihatdan ta'minlanganligida ham, shartnomaning barcha muddati davomida amalga oshiriladi. Ushbu jarayon shartnomaga jalb qilingan ikki tomon tomonidan amalga oshirilishi mumkin, bir tomon esa ikkinchisini tekshiradi.

Auditorlik jarayoni loyihaning talablari, rejalari talablari, rejalari va shartlariga muvofiqligini aniqlashdir. Audit shartnomasida ishtirok etadigan ikkita tomon tomonidan bajarilishi mumkin, agar bir tomon ikkinchisini tekshiradi.

Audit - bu vakolatli organ (shaxs) tomonidan belgilangan talablarga rioya qilish yoki belgilangan talablarning mustaqil baholash darajasini mustaqil baholashni ta'minlash maqsadida o'tkaziladi.

Audit haqiqiy ishlarning muvofiqligini va talablar, rejalar va shartnomalarga hisobot berishga xizmat qiladi. Auditorlar dasturiy ta'minotni ishlab chiquvchilarga bevosita bog'liqlik bo'lmasligi kerak. Ular ishning holatini, resurslardan foydalanish, texnik xususiyatlar va standartlar hujjatlari, sinovning to'g'riligi va boshqalarga muvofiqligini belgilaydi.

Muammolarni hal qilish muammosi, ularning kelib chiqishi yoki manbasidan qat'i nazar, ishlab chiqish, foydalanish yoki boshqa jarayonlar davomida topilgan muammolarni (shu jumladan ochilmaganliklarni) tahlil qilish va hal etishni ko'zda tutadi.

5.4. Tashkiliy jarayonlar

Boshqaruv jarayoni U ularning jarayonlarini boshqaradigan har qanday partiya tomonidan bajarilishi mumkin bo'lgan harakatlar va vazifalardan iborat. Ushbu partiya (menejer) mahsulotni chiqarishni boshqarish uchun javobgardir,

Ta'rifdan boshlanishi kerakHayot sikli dasturiy ta'minot (Software Life Tsikl Model) - bu dasturiy mahsulotni yaratish bo'yicha qaror qabul qilish va tugash vaqtida tugaydigan vaqtdan boshlanadigan vaqt davri. Ushbu tsikl - bu bino va rivojlantirish dasturiy ta'minoti.

Dasturiy ta'minotning hayot tsikl modellari

Hayot tsiklini model sifatida tasvirlash mumkin. Hozirgi kunda eng keng tarqalgan:kaskad, orziqiy (oraliq nazorati bilan fazali model ) I. spiral Hayot tsikl modellari.

Kaskadli model

Kaskadli model (Eng. sharshara modeli) - hayotiy ta'minotni ishlab chiqish jarayonining modeli, uning oqim aylanishi modeli, strelkaga o'xshaydi, dizayn tahlili, dizayn tahlilini izchil ravishda amalga oshiradi. Amalga oshirish, sinov, integratsiya va qo'llab-quvvatlash.

Rivojlanish jarayoni mustaqil qadamlar tartibi asosida amalga oshiriladi. Model har bir keyingi qadam oldingi bosqichni tugatgandan so'ng boshlanadi. Modelning barcha bosqichlarida, yordamchi va tashkiliy jarayonlar va ish jarayoni va ish jarayoni, shu jumladan loyihalarni boshqarish, baholash va sifat menejmenti, tekshirish va sertifikatlashtirish, konfiguratsiyalarni boshqarish, hujjatlarni boshqarish, hujjatlarni boshqarish, hujjatlarni boshqarish, hujjatlarni ishlab chiqish, tasdiqlash, hujjatlarni ishlab chiqish. Zinapoyalar tugashi natijasida oraliq mahsulotlar shakllantiriladi, natijada keyingi bosqichlarda o'zgartirilmaydi.

Hayot aylanishi an'anaviy ravishda quyidagi asosiylarga bo'linadibosqichlar:

1. Talablarni tahlil qilish,
2. Dizayn,
3. Kodlash (dasturlash),
4. Sinov va disklash,
5. Foydalanish va texnik xizmat ko'rsatish.

Modelning afzalliklari:

• rivojlanish davomida barqarorlik talablari Hayot tsikllari;
• har bir bosqichda to'liq to'plam hosil bo'ladi loyiha hujjatlarito'liqlik va izchillik mezonlariga mos keladigan;
• modelning qadamlari va tushunchasini tushunish va undan foydalanishning soddaligi;
• mantiqiy ketma-ketlikdagi ish bosqichlari sizga barcha ishlar va tegishli resurslar (pul. Materiallar va inson) belgilangan vaqtni rejalashtirishga imkon beradi.

Modelning kamchiliklari:

• talablarni aniq shakllantirishning murakkabligi va ularning dinamik o'zgarishlarining o'zgarishi to'liq hayot aylanishiga olib kelishi mumkin emas;
• loyihani boshqarishda past moslashuvchanlik;
• ketma-ketlik chiziqli tuzilish Rivojlanish jarayoni, natijada paydo bo'lgan muammolarni hal qilish uchun oldingi bosqichlarni to'lash xarajatlarning xarajatlari va ish jadvalining buzilishiga olib keladi;
• foydalanish uchun oraliq mahsulotning baxtsizligi;
• noyob tizimlarni moslashuvchan modellashtirishning mumkin emasligi;
• keyinchalik, yig'ilish oxirida barcha natijalarning birlashtirilishi sababli, majlis bilan bog'liq muammolarni aniqlash;
• foydalanuvchining tizimni yaratishda ishtirok etishi - boshida (talablarni ishlab chiqishda) va oxirida (qabul qilingan sinovlar paytida);
• foydalanuvchilar mahsulotni butun rivojlanish jarayoni yakuniga qadar ishlab chiqilganiga ishonishlari mumkin emas. Ular sifatni baholash imkoniyatiga ega emas, chunki rivojlanishning tayyor mahsulotini ko'ra olmaydi;
• foydalanuvchi asta-sekin tizimga odatlanib qolish imkoniyatiga ega emas. O'quv jarayoni allaqachon foydalanishga topshirilganida hayotiy tsikl oxirida sodir bo'ladi;
• har bir faza keyingi usulni, u o'xshash tizimga ega bo'lmagan tizimlar uchun xavfli tanlovga aylantiradigan zarur shartdir, chunki Bu moslashuvchan modellashtirish qulay emas.

PSni rivojlantirishning murakkabligi murakkabligi sababli, hayotni rivojlantirishning murakkabligi va paydo bo'lgan muammolarni bartaraf etish uchun PS ning rivojlanishining murakkabligi tufayli hayot aylanishining kaskadiy modelini amalga oshirish qiyin.

Kaskad modelining ko'lami

Kaskad modelini qo'llashning cheklanishi uning kamchiliklari bilan belgilanadi. Uning qo'llanilishi quyidagi hollarda eng samarali hisoblanadi:

1. vaqtincha, o'zgarmas tarzdahayot sikli Talablar, tushunarli amalga oshirish va texnik texnika;
2. ilgari ishlab chiquvchilar tomonidan ishlab chiqilganidek, loyihalashtirilgan tizim yoki bir xil turdagi mahsulotni ishlab chiqishda;
3. yaratilish va ozod qilish bilan bog'liq loyihani ishlab chiqishda yangi versiya allaqachon mavjud mahsulot yoki tizim;
4. mavjud mahsulot yoki tizimni yangi platformaga o'tkazish bilan bog'liq bo'lgan loyihani ishlab chiqishda;
5. bir nechta yirik ishlab chiqaruvchilarning bir nechta jamoalari ishtirok etadigan yirik loyihalarni amalga oshirishda.

Ortdalash modeli

(oraliq nazorati bilan fazali model)

Ortdalash modeli (Eng. o'sish. - o'sishi, o'sishi) dasturiy ta'minotni chiziqli bosqichlar ketma-ketligi bilan amalga oshirishni anglatadi, ammo bir necha yildan so'ng (versiyalar), i.e. Mahsulotni rejalashtirilgan obodonlashtirish bilan har doim dasturiy ta'minotni ishlab chiqishning umr bo'yi oxirigacha oxiriga mos bo'lmaydi.

Dasturiy ta'minotni ishlab chiqish bosqichlari o'rtasidagi fikr-mulohazalar tsikllari bilan amalga oshiriladi. Saydonlararo tuzatishlar rivojlanish natijalarining turli bosqichlarda haqiqiy aralashuvini hisobga olishni hisobga olishni, har bir bosqichning umr bo'yi butun rivojlanish davriga belgilangan.

Loyihaning boshida loyiha tizim uchun asosiy talablarni aniqlaydi, tobora muhimroq ahamiyatga ega. Shundan so'ng, tizimning rivojlanishi o'sish tamoyilida amalga oshiriladi, shunda ishlab chiqaruvchi dasturiy ta'minotni ishlab chiqish paytida olingan ma'lumotlaridan foydalanishi mumkin. Har bir o'sish ma'lum bir funktsionallik tizimini qo'shishi kerak. Bunday holda, bo'shatish eng yuqori ustuvor vazifa bilan tarkibiy qismlardan boshlanadi. Tizimning qismlari aniqlanganda, birinchi qismni oling va buning uchun eng mos jarayondan foydalanib, batafsillashni boshlang. Shu bilan birga, siz ushbu ish talablarining kombinatsiyasida boshqa qismlarga bo'lgan talablarni aniqlashtirishingiz mumkin. Agar kerak bo'lsa, siz keyingi qismga qaytishingiz mumkin. Agar bir qismi tayyor bo'lsa, uni ishlatishda foydalanishi mumkin bo'lgan mijozga keladi. Bu mijozga quyidagi komponentlar uchun talablarni aniqlashtirishga imkon beradi. Keyin tizimning keyingi qismini rivojlantirish bilan shug'ullanadi. Ushbu jarayonning asosiy bosqichlari dasturga qo'yiladigan talablarning sodda va modelni to'liq tushuncha bo'yicha amalga oshirilguncha ishlab chiqarishni takomillashtirishdir.

Ushbu modelning hayotiy tsikli belgilangan natijani bildirishi kerak bo'lgan aniq tasavvur mavjud bo'lgan murakkab va integratsiyalashgan tizimlarni ishlab chiqishga xosdir (ikkalasi ham, ham ishlab chiqaruvchi tomoni). Versiyalarni ishlab chiqish turli sabablarga ko'ra turli xil sabablarga ko'ra amalga oshiriladi:

• mijozning etishmasligi qimmatbaho loyihani darhol moliyalashtirish imkoniyatini beradi;
• ishlab chiquvchining etishmasligi amalga oshirish uchun zarur bo'lgan mablag'larga muhtoj kompleks loyihasi qisqa vaqt ichida;
• talablar bosqichma-bosqich kirish va oxirgi foydalanuvchilar tomonidan mahsulotni ishlab chiqish. Butun tizimning kiritilishi darhol o'z foydalanuvchilariga rad etish va faqat yangi texnologiyalarga o'tishni keltirib chiqarishi mumkin. Majoziy ma'noda ular shunchaki "katta qismni hazm qilmaydilar, shuning uchun uni maydalash va berish kerak".

Qadr-qimmat va cheklash Ushbu model (strategiya) kaskad (hayot aylanishining klassik modeli) bilan bir xil. Ammo klassik strategiyadan farqli o'laroq, mijoz natijalarni ilgari ko'rish mumkin. Birinchi versiyani ishlab chiqish va amalga oshirish natijalariga ko'ra, bu rivojlanish uchun talablarni biroz o'zgartirishi yoki yangi shartnoma xulosasi bilan yanada rivojlangan mahsulotni ishlab chiqishni taklif qilishi mumkin.

Afzalliklari:

• foydalanuvchi talablarining o'zgarishi munosabati bilan olingan xarajatlar kamayadi, takroriy tahlil va hujjatlar to'plami kaskadli modelga nisbatan sezilarli darajada kamaydi;
• mijozdan qilingan ish haqidagi fikr-mulohazalarni olish osonroq - mijozlar tayyor qismlarga oid sharhlarini bildirishlari va nima qilinganini ko'rishlari mumkin. Chunki Tizimning birinchi qismlari umuman tizimning prototipi hisoblanadi.
• mijoz tezda olish imkoniyatiga ega va dasturiy ta'minotni o'zlashtirish imkoniyatiga ega, mijozlar kaskadli model bilan iloji boricha tizimdan haqiqiy foyda olishlari mumkin.

Modelning kamchiliklari:

• menejerlar doimiy ravishda jarayonning rivojlanishini o'lchashlari kerak. Tez rivojlanishda siz har bir eng kam versiyadagi o'zgarish uchun hujjatlar yaratmasligingiz kerak;
• tizimning tuzilishi yangi tarkibiy qismlarni qo'shganda yomonlashadi - doimiy o'zgarishlar tizim tuzilmasini buzadi. Buning oldini olish uchun qo'shimcha vaqt va pul mablag'larini qaytarishni talab qiladi. Yomon tuzilish dasturiy kompleksni va keyingi o'zgarishlar uchun qimmatga tushadi. Va uzilgan hayotiy tsikl katta yo'qotishlarga olib keladi.

Sxemada dasturiy ta'minot talablarining kelib chiqishi va takomillashtirish o'zgarishi va uni takomillashtirishga imkon bermaydi. Rivojlanish natijalarini foydalanuvchilarga muvofiqlashtirish faqat ishning har bir bosqichini tugatgandan so'ng faqat rejalashtirilgan fikrlarda amalga oshiriladi va umumiy talablar Dasturga texnik vazifa shaklida amalga oshiriladigan texnik vazifa shaklida belgilanadi. Shunday qilib, foydalanuvchilar ko'pincha o'zlarining ehtiyojlarini qondirmaydigan pp olishadi.

Spiral model

Spiral model: Hayot aylanishi - spiralning har bir burilishi, mahsulotning keyingi versiyasida amalga oshiriladi, loyiha talablari belgilangan, uning sifati aniqlanadi va keyingi navbatning ishi rejalashtirilgan. Taraqqiyotning dastlabki bosqichlariga alohida e'tibor beriladi - tahlil qilish va dizayn, muayyan texnik echimlar realizatsiya qilinishi tekshiriladi va prototiplar yaratib asoslanadi.

Ushbu model - o'sish tsiklining dastlabki bosqichlariga alohida e'tibor qaratadigan o'sish va quyi oqim kontseptsiyasining afzalliklarini birlashtirish uchun dizayn va pedastal prototipikovnovni birlashtirish uchun dasturiy ta'minotni ishlab chiqish jarayonidir: tahlil qilish va dizayn.O'ziga xos xususiyat Ushbu model hayotiy tsiklni tashkil etishga ta'sir qiluvchi xavflarga alohida e'tibor qaratilmoqda.

Tahlil va dizayn bosqichlarida, texnik echimlarning realizatsiya qilinishi va mijozlar qoniqish darajasi prototiplarni yaratish orqali tekshiriladi. Spiralning har bir turiga to'g'ri keladi yoki tizim versiyasini yaratishga to'g'ri keladi. Bu sizga loyihaning talablari, vazifalari va xususiyatlarini aniqlashtirish, rivojlanish sifatini aniqlab, keyingi spiralning ishini rejalashtirishga imkon beradi. Shunday qilib, loyihaning tafsilotlari chuqurlashtirilgan va izchil belgilanadi va mantiqiy variant tanlangan va bu mijozning amaldagi talablarini qondiradi va amalga oshiriladi.

Har bir spiral burilishdagi hayotiy tsikl - dasturiy ta'minotni ishlab chiqish jarayonining turli modellari qo'llanilishi mumkin. Oxir oqibat, ishlab chiqarish tayyor mahsulotdir. Model prototiplar modelining imkoniyatlarini birlashtiradi vasharshara modeli. Veterativ rivojlanish tizimni yaratishda ob'ektiv mavjud spiral tsiklni aks ettiradi. Har bir bosqichda ishlashning to'liq tugallanishi sizga keyingi bosqichga olib borishga imkon beradi, bu esa hozirgi ishni to'liq to'ldirishni kutmasdan. Asosiy vazifa foydalanuvchilarga imkonli mahsulotni iloji boricha tezroq ko'rsatish va shu bilan takomillashtirish va qo'shimchalar jarayonini faollashtirish.

Modelning afzalliklari:

• tizimga ishlayotgan mahsulot foydalanuvchilariga o'tishga imkon beradi, shu bilan aniqlik va qo'shimchalar bilan shug'ullanish jarayonini faollashtirish;
• aksariyat ishlanmalar, shu jumladan odatiy hollarda bo'lgan dasturiy ta'minotni ishlab chiqishda o'zgarishlarni o'zgartirishga ruxsat beradi;
• model moslashuvchan dizayn imkoniyatini beradi, chunki kaskad modelining afzalliklari, bir vaqtning o'zida bir xil modelning barcha bosqichlarida kiritilishi mumkin;
• sizga yanada ishonchli va barqaror tizimni olishga imkon beradi. Xato dasturi rivojlanishi va zaif tomonlari har bir iteratsiyada topilib, tuzatiladi;
• ushbu model foydalanuvchilarga xatni rejalashtirish, rivojlanish, rivojlanish, shuningdek baholash harakatlarini amalga oshirishda faol qatnashishga imkon beradi;
• mijozning xatarlari kamayadi. Xaridor bo'lishi mumkin, balki istiqbolli loyihani amalga oshirish uchun minimal moliyaviy yo'qotishlar;
• foydalanuvchilar yo'nalishi bo'yicha fikr-mulohazalar yuqori chastotali va modelning dastlabki bosqichlarida amalga oshiriladi, bu esa yuqori sifatli yuqori sifatli mahsulotni yaratishni ta'minlaydi.

Modelning kamchiliklari:

• agar loyiha kamroq xavf yoki kichik o'lchamga ega bo'lsa, model qimmat bo'lishi mumkin. Har bir spiralning o'tishidan keyin xavflarni baholash bog'liq;
• Modelning hayotiy aylanishi murakkab tuzilishga ega, shuning uchun ishlab chiqaruvchilar, menejerlar va mijozlar tomonidan foydalanish qiyin bo'lishi mumkin;
• spiral cheksiz davom etishi mumkin, chunki har bir mijozning yaratilgan versiyasiga javob yangi tsiklni keltirib chiqarishi mumkin, bu esa loyihaning oxirigacha beradi;
• ko'p sonli oraliq tsikllar qo'shimcha hujjatlarni qayta ishlash zarurligiga olib kelishi mumkin;
• modeldan foydalanish qimmat va hatto yaroqsiz bo'lishi mumkin, chunki vaqt. rejalashtirish, maqsadlarni qayta ta'riflash, xatarlar va prototiplarni amalga oshirish ortiqcha bo'lishi mumkin;
• qiyinchiliklar, rivojlanish jarayonini keyingi davom ettirishga tayyorligini ko'rsatadigan maqsad va bosqichlarni aniqlashda qiyinchiliklar yuzaga kelishi mumkin va

Spiral tsiklining asosiy muammosi keyingi bosqichga o'tish paytida. Uni hal qilish uchun har bir bosqichda vaqtinchalik cheklovlar joriy etiladihayot sikli va o'tish rejaga muvofiq amalga oshiriladi, hatto rejalashtirilmagan ishlar bajarilmasa ham amalga oshiriladi.Rejalashtirish oldingi loyihalarda olingan statistik ma'lumotlar asosida amalga oshiriladi va shaxsiy tajriba ishlab chiquvchilar.

Spiral modelning hajmi

Spiral modelidan foydalanish quyidagi hollarda tavsiya etiladi:

• yangi texnologiyalardan foydalangan holda loyihalarni ishlab chiqishda;
• rivojlanayotganda yangi seriyalar mahsulotlar yoki tizimlar;
• kutilayotgan sezilarli o'zgarishlar yoki qo'shimchalar bo'lgan loyihalarni ishlab chiqishda;
• uzoq muddatli loyihalarni amalga oshirish;
• qisqa vaqt davomida tizim yoki mahsulotning sifati va versiyalarini namoyish qilishni talab qiladigan loyihalarni ishlab chiqishda;
• loyihalarni ishlab chiqishda. Buning uchun xarajatlarni baholash va xavfni aniqlash xarajatlari talab qilinadi.