Ma’ruza mavzulari Dars soatlari hajmi

Incremental rivojlanish bilan bog'liq muammolar
Incremental rivojlanish juda ko'p afzalliklarga ega bo'lsa-da, muammosiz emas. Qiyinchilikning asosiy sababi shundaki, yirik tashkilotlarda vaqt o'tishi bilan rivojlangan byurokratik tartib-qoidalar mavjud bo'lib, bu tartiblar bilan ko'proq norasmiy iterativ yoki tezkor jarayon o'rtasida nomuvofiqlik bo'lishi mumkin.
Ba'zida bu tartiblar yaxshi sabablarga ko'ra mavjud. Misol uchun, dasturiy ta'minot tashqi qoidalarga to'g'ri javob berishini ta'minlash uchun protseduralar bo'lishi mumkin (masalan, Qo'shma Shtatlarda, Sarbanes Oxley buxgalteriya qoidalari). Ushbu protseduralarni o'zgartirish mumkin bo'lmasligi mumkin, shuning uchun jarayon to'qnashuvlaridan qochib bo'lmaydi.
http://software-engineering-book.com/web/incremental-development /
ko'p ishlar amalga oshirildi. Mijozlarga dasturiy ta'minotni loyihalash hujjatlaridan taraqqiyotni baholash qiyin.

3. 
   Foydali dasturiy ta'minotni mijozga erta yetkazib berish va joylashtirish, hatto barcha funksiyalar kiritilmagan bo'lsa ham mumkin. Mijozlar palapartishlik jarayoni bilan mumkin bo'lgandan ko'ra ertaroq dasturiy ta'minotdan foydalanishlari va undan qiymat olishlari mumkin.
   

Boshqaruv nuqtai nazaridan, incremental yondashuv ikkita muammoga ega:

1. 
   Jarayon ko'rinmaydi. Menejerlar progressni o'lchash uchun muntazam natijalarga ­muhtoj . Agar tizimlar tez ishlab chiqilsa ­, tizimning har bir versiyasini aks ettiruvchi hujjatlarni ishlab chiqarish iqtisodiy jihatdan samarali emas.
   
2. 
   Tizim strukturasi yangi o'sishlar qo'shilganda yomonlashadi . Muntazam o'zgartirish tartibsiz kodga olib keladi, chunki har qanday usulda yangi funksiyalar qo'shiladi. Tizimga yangi xususiyatlarni qo'shish tobora qiyin va qimmatga tushadi. Strukturaviy degradatsiyani va kodning umumiy chalkashligini kamaytirish uchun tezkor usullar dasturiy ta'minotni ­muntazam ravishda qayta ishlash (yaxshilash va qayta qurish) kerakligini taklif qiladi.
   

Incremental rivojlanish muammolari, ayniqsa, turli jamoalar tizimning turli qismlarini ishlab chiqadigan katta, murakkab, uzoq umr ko'radigan tizimlar uchun keskin bo'ladi. Katta tizimlar barqaror ramka yoki arxitekturaga muhtoj va tizim qismlarida ishlaydigan turli guruhlarning javobgarliklari ­ushbu arxitekturaga nisbatan aniq belgilanishi kerak. Bu bosqichma-bosqich emas, balki oldindan rejalashtirilishi kerak.
Qo'shimcha rivojlanish tizim mijoziga har bir o'sishni yetkazib berishingiz kerak degani emas. Siz tizimni bosqichma-bosqich ishlab chiqishingiz va uni mijozlarga va boshqa manfaatdor tomonlarga sharhlar uchun taqdim etishingiz mumkin, uni yetkazib berish shart emas va mijozning muhitida joylashtirmasdan. Qo'shimcha yetkazib berish (2.3.2-bo'limda yoritilgan) dasturiy ta'minot real, operatsion jarayonlarda qo'llanilishini anglatadi, shuning uchun foydalanuvchining fikr-mulohazalari haqiqatga yaqin bo'lishi mumkin. Biroq, fikr-mulohazalarni taqdim etish har doim ham mumkin emas, ­chunki yangi dasturiy ta'minot bilan tajriba o'tkazish oddiy biznes jarayonlarini buzishi mumkin.