2. Ta'limda axborot tizimlarini loyihalash bosqichlari isni rivojlantirish texnologiyalariga qo'yiladigan talablar

Pastdan yuqoriga ko'tarish usuli   Mahalliy dasturchilarning ish tajribasi va usullari yirik hisoblash markazlarida (KM) shakllandi, ularning asosiy maqsadi takrorlanadigan mahsulotlarni yaratish emas, balki muayyan muassasa vazifalarini bajarish edi. Zamonaviy menejerlar o'zlarining mutaxassislariga ega bo'lishlari qulay deb hisoblab, ko'pincha unga murojaat qilishadi. Malakali dasturchilar tomonidan amalga oshiriladigan "pastdan yuqoriga" dasturlarni ishlab chiqish, qoida tariqasida, individual ish jarayonlarini avtomatlashtirishga imkon beradi.Bu usul juda qimmatga tushadi va ayniqsa, kichik va o'rta korxonalarda tobora kamroq qo'llaniladi.

Tepadan pastga tushirish usuli   Tijorat va boshqa zamonaviy tuzilmalarning rivojlanishi har xil dasturiy vositalar bozorini shakllantirish uchun asos bo'lib xizmat qildi. Eng katta rivojlanish buxgalteriya hisobi va analitik hisobga olish va texnologik jarayonlarni avtomatlashtirishga yo'naltirilgan IS tomonidan amalga oshirildi. Natijada, bir IP ko'plab foydalanuvchilarning ehtiyojlarini qondirishi mumkin degan taxmin bilan, "yuqoridan" uchinchi tomon, odatda ixtisoslashgan tashkilotlar va mutaxassislar guruhlari tomonidan ishlab chiqilgan IP-lar paydo bo'ldi.

Ushbu g'oya ishlab chiquvchilarning ma'lumotlar bazalari to'plamlari tarkibida, ekran shakllari variantlarini, hisoblash algoritmlarini ishlatishda imkoniyatlarini cheklab qo'ydi va shuning uchun echilishi kerak bo'lgan vazifalar doirasini tubdan kengaytirishning iloji yo'q edi. "Yuqoridan" ("hamma uchun umumiy") o'rnatilgan qat'iy ramka IP imkoniyatlarini cheklaydi. Tashkilotni to'liq avtomatlashtirish vazifalarini muvaffaqiyatli amalga oshirish uchun avtomatlashtirilgan axborot tizimlarini (AIS) qurish mafkurasini o'zgartirish kerakligi aniq bo'ldi.

"Dualizm" va ko'pkomponentli   rivojlanish tamoyillari Tizimlar va korxonalarning rivojlanishi, ularning filiallari va mijozlari sonining ko'payishi, xizmat ko'rsatish sifatining oshishi va boshqalar AISni loyihalash va ishlashida, asosan, avvalgi ikki usulning muvozanatli kombinatsiyasiga asoslangan holda sezilarli o'zgarishlarga olib keldi.

Yangi yondashuv  ixtisoslashtirilgan dasturiy ta'minotga  (SPO), dasturiy ta'minotni deyarli har qanday sharoitga moslashtirish qobiliyatiga va qo'llanma materiallarining turli talablariga va qabul qilingan ish qoidalariga qaratilgan. Bundan tashqari, tarkibiy qismlardan birini modernizatsiya qilish paytida AISda ochiq manbali dasturiy ta'minotni sozlashning moslashuvchan tizimi AISning markaziy qismiga (yadrosiga) va uning boshqa qismlariga ta'sir qilmaslikka imkon beradi, bu ISning ishonchliligi, ishlash muddatini sezilarli darajada oshiradi va kerakli funktsiyalarning to'liq bajarilishini ta'minlaydi.

Ushbu yondashuv " dualizm printsipi " ning asosini tashkil etdi . Uni amalga oshirish dasturiy ta'minot modullari shaklida, bir-biri bilan uzviy bog'langan, ammo shu bilan birga avtonom ishlashga qodir bo'lgan yangi avlod AISsini qurishni talab qildi.

Ko'pkomponentli tizim  AIS qurilishining asosiy printsipiga rioya qilishni ta'minlaydi - dastlabki ma'lumotlarning takrorlanishining yo'qligi.

Tizim tarkibiy qismlaridan biri yordamida amalga oshiriladigan operatsiyalar to'g'risidagi ma'lumot tizimning istalgan boshqa komponentlari tomonidan ishlatilishi mumkin. Yangi avlod AISni qurish modulligi va bir martalik kiritish printsipi ushbu tizimlarning konfiguratsiyasini moslashuvchan ravishda o'zgartirishga imkon beradi. Ushbu tuzilma yangi avlodga ma'lumotlar omborlarini yaratish, operatsion tizimlar va qarorlarni qo'llab-quvvatlash tizimlarini ajratish uchun AIS tarkibiy qismlarini kiritishga imkon beradi.

Bundan tashqari, yangi avlod AISni yaratishda asosiy bo'lgan ko'pkomponentli printsipning afzalliklaridan  biri bu ISni bosqichma-bosqich amalga oshirish imkoniyatidir. Amalga oshirishning birinchi bosqichida ular dasturiy ta'minotni yangilashga muhtoj bo'lgan eskirgan IS komponentlarini o'rnatadilar yoki almashtiradilar. Ikkinchi bosqichda tizim yangi tarkibiy qismlarning ulanishi va komponentlararo aloqalarning rivojlanishi bilan rivojlanadi. Bunday tatbiq etish metodologiyasidan foydalanish imkoniyati uning juda sodda takrorlanishi va mahalliy sharoitga moslashishini ta'minlaydi.

Yuqorida aytib o'tilganlardan, yangi avlod avtomatlashtirilgan axborot tizimi tarqatilgan ma'lumotlar bazasiga ega bo'lgan ko'pkomponentli tizim deb taxmin qilish mumkin.

Modellashtirish jarayonlari bosqichma-bosqich amalga oshiriladi. "Kaskad" ("palapartishlik"), "girdob" va "spiral" kabi modellarning asosiy turlari ikkinchi bobda tasvirlangan. Ularning ko'rib chiqilishiga qaytish ushbu modellarni ISni rivojlantirish jarayonida foydalanishning o'ziga xos xususiyatlari bilan bog'liq.

Kaskadli IP modeli  ketma-ket bajarilgan bosqichlardan iborat. Keyingi boshlanishidan oldin har bir bosqich to'liq tugaydi. Bosqichlar o'z vaqtida bir-birining ustiga chiqmaydi: keyingisi avvalgisi tugamaguncha boshlanmaydi. Oldingi bosqichlarga qaytish ta'minlanmagan yoki har tomonlama cheklangan. Xatolar faqat sinov bosqichida tuzatiladi. Natija ISni rivojlantirish oxirida paydo bo'ladi. Natija ko'rinishining mezonlari xatolarning yo'qligi va olingan IS ning asl xususiyatlariga to'liq mos kelishidir.

Qidiruv boshqaruvga ega bosqichli (iterativ) model   Ushbu model iterativ model yoki "girdob" deb nomlanadi. Unda, shuningdek, "palapartishlik" modelida, ISni yaratish bosqichlarini tartibga solish ketma-ketligi ishlatiladi. Ammo har bir keyingi bosqichda avvalgi bosqichlar bilan aloqalar mavjud. Xatolar har bir bosqichda tuzatiladi, muammo aniqlangandan so'ng -  oraliq nazorat . Keyingi bosqich avvalgisi tugamaguncha boshlanmaydi. Modeldan yuqoridan pastgacha birinchi o'tishda, xato aniqlangandan so'ng, u xatoga sabab bo'lgan oldingi bosqichlarga (pastdan yuqoriga) qaytadi. Bosqichlar o'z vaqtida uzaytirildi. Natija IS rivojlanishining oxirida, xuddi "palapartishlik" modelidagi kabi paydo bo'ladi.

Spiral model   Ushbu modelda natija spiralning deyarli har bir burilishida paydo bo'ladi. Ushbu oraliq natija tahlil qilinadi va ISning aniqlangan kamchiliklari spiralning navbatdagi burilishiga olib keladi. Shunday qilib, loyihaning tafsilotlari doimiy ravishda konkretlashtiriladi va natijada oqilona variant tanlanadi va amalga oshirishga topshiriladi. Spiral mijoz va ishlab chiquvchi natijada kelishganida tugaydi.

Avtomatlashtirilgan modellashtirish tizimi  (AFM) - foydalanuvchiga o'zi uchun zarur bo'lgan muammoni ushbu tizimda qabul qilingan ma'lum bir matematik sxema shaklida taqdim etishda yordam berish, muammoni echish (olingan sxema bo'yicha modellashtirishni amalga oshirish) va natijalarni tahlil qilish uchun mo'ljallangan kompyuter tizimi.

AFM uchta asosiy tarkibiy qismdan iborat: funktsional tarkib, vazifa tili va tizim tarkibi .

Funktsional tarkib  - bu sxema (model) tuzilgan tarkibiy elementlar (modullar) to'plamidir.

Tizim tarkibi  - bu AFMni amalga oshirishning o'ziga xos xususiyatlarini aks ettiradigan va tizimning haqiqiy ishlashini ta'minlaydigan dasturlar to'plami: tarjima va vazifalarni bajarish, mavzu sohasi bo'yicha bilimlar bazasini qo'llab-quvvatlash va boshqalar.

Vazifalar tili  (LAN) tizimga kiritilgan vazifalarni tavsiflash uchun ishlatiladi.

Axborot tizimlarini kompyuter yordamida loyihalashtirish va ishlab chiqish uchun vositalar va vositalar bu axborot tizimlarini rivojlantirishni qo'llab-quvvatlashga qaratilgan CASE vositalari va tizimlari (1-bob).

IT-loyihalarni boshqarish uslublari (metodologiyalari) (og'ir, engil): xususiyatlari, misollari.

Axborot texnologiyalari loyihalarini boshqarish metodikasi (metodikasi)

Dasturiy ta'minotni ishlab chiqish jarayonlarining modellari (texnikasi, metodikasi) odatda "og'irlik" bo'yicha tasniflanadi - rasmiylashtirilgan jarayonlar soni (jarayonlarning aksariyati yoki faqat asosiylari) va ularni tartibga solish tafsilotlari. Jarayonlar qancha ko'p hujjatlashtirilsa, ular qanchalik batafsil bo'lsa, modelning "og'irligi" shunchalik katta bo'ladi.

Bunga bo'linadi:

Og'ir vazn: RUP, MSF

Yengil yoki tezkor metodikalar.



GOSTlar

Jadval 6

Model og'irligi	ijobiy tomonlari	Kamchiliklari
Og'ir	Jarayonlar ijrochilarning o'rtacha malakasi uchun mo'ljallangan. Ijrochilarning katta ixtisosligi. Quyida jamoaning barqarorligi uchun talablar keltirilgan. Amalga oshirilayotgan loyihalarning hajmi va murakkabligi bo'yicha cheklovlar mavjud emas.	Boshqaruvni sezilarli darajada qayta ishlashni talab qiladi Tahlil va dizaynning uzoq bosqichlari. Ko'proq rasmiylashtirilgan / aloqa. 8
O'pka	Loyihani boshqarish, xatarlar, o'zgarishlar, konfiguratsiyalar bilan bog'liq kamroq xarajatlar. Tahlil va dizaynning soddalashtirilgan bosqichlari, funktsionallikni rivojlantirishga asosiy ahamiyat, rollarning kombinatsiyasi. Norasmiy aloqa.	Samaradorlik individual qobiliyatlarga juda bog'liq bo'lib, yanada malakali, ko'p qirrali va barqaror jamoani talab qiladi. Amalga oshirilayotgan loyihalarning ko'lami va murakkabligi cheklangan.

GOST 19 "Dasturiy hujjatlarning yagona tizimi" va GOST 34 "Avtomatlashtirilgan tizimlarni ishlab chiqish va ularga xizmat ko'rsatish standartlari" dasturiy ta'minotni ishlab chiqishda izchil yondashishga qaratilgan.

Ushbu standartlarga muvofiq ishlab chiqish bosqichma-bosqich amalga oshiriladi, ularning har biri qat'iy belgilangan ishlarni bajarishni o'z ichiga oladi va juda ko'p sonli rasmiylashtirilgan va keng ko'lamli hujjatlarni chiqarish bilan yakunlanadi.

Shunday qilib, ushbu GOSTlarga qat'iy rioya qilish nafaqat palapartishlik yondashuviga olib keladi, balki rivojlanishning juda yuqori darajadagi rasmiylashtirilishini ham talab qiladi.

Ushbu standartlar asosida Rossiyada davlat buyurtmalari uchun dasturiy ta'minot tizimlari ishlab chiqilmoqda.

SW-CMM

1980-yillarning o'rtalarida AQSh Mudofaa vazirligi keng ko'lamli dasturiy ta'minot loyihalarini amalga oshirishda dasturiy ta'minotni ishlab chiqaruvchilarni qanday tanlash haqida ko'p o'ylay boshladi. Harbiylarning topshirig'iga binoan Karnegi Mellon Universitetidagi dasturiy ta'minot muhandisligi instituti dasturiy ta'minotni ishlab chiqishni tashkil etish uchun mos yozuvlar modeli sifatida SW-CMM, dasturiy ta'minot uchun qobiliyatning yetuklik modelini ishlab chiqdi.

Model dasturiy ta'minotni ishlab chiqish jarayonining 5 etuklik darajasini belgilaydi:

Dastlabki - rivojlanish jarayoni xaotikdir. Jarayonlarning atigi bir nechtasi aniqlandi va loyihalarning muvaffaqiyati individual ijrochilarga bog'liq.

Takrorlanadigan - Loyihani boshqarishning asosiy jarayonlari o'rnatildi: xarajatlarni kuzatish, vaqt jadvallari va funksionallik. Shunga o'xshash loyihalar bo'yicha avvalgi yutuqlarni takrorlash uchun zarur bo'lgan ba'zi jarayonlarni soddalashtirdi.

Belgilangan - dasturiy ta'minotni ishlab chiqish va loyihani boshqarish jarayonlari tavsiflanadi va kompaniya jarayonlarining yagona tizimiga kiritiladi. Barcha loyihalarda ma'lum bir loyihaga moslashtirilgan standart tashkiliy dasturiy ta'minotni ishlab chiqish va qo'llab-quvvatlash jarayoni qo'llaniladi.

Boshqariladigan - rivojlanish jarayonlarining ishlashi va yakuniy mahsulot sifati to'g'risida batafsil miqdoriy ma'lumotlar to'planadi. Ushbu ma'lumotlarning ahamiyati va dinamikasi tahlil qilinadi.

Optimallashtirilgan - jarayonni doimiy takomillashtirish miqdoriy jarayonlar ma'lumotlariga va yangi g'oyalar va texnologiyalarni tajriba asosida amalga oshirishga asoslangan.

SW-CMMning to'liq tavsifiga ega bo'lgan hujjatlar taxminan 500 sahifani tashkil etadi va agar tashkilot ushbu standartga muvofiq 5-daraja darajasida sertifikatlashni rejalashtirsa, u bajarishi kerak bo'lgan 312 talablar to'plamini belgilaydi.

RUP

Takroriy rivojlanish modelidan foydalangan holda eng taniqli jarayonlardan biri bu Rational Unified Process (RUP).

1990-yillarning ikkinchi yarmida Rational Software-da yaratilgan.

Asosiy ishlab chiquvchilar - Filipp Kruchten, Gradi Buch, Jeyms Rumbau va Ivar Jakobson.

Oxirgi uchtasi, shuningdek, UML notation-ning yaratuvchilari.

Ratsional birlashgan jarayon 4 bosqichni o'z ichiga olgan takroriy rivojlanish modelini taklif etadi : boshlash, tadqiq qilish, qurish va amalga oshirish.

Har bir fazani ichki yoki tashqi foydalanish uchun versiyasini ishlab chiqaradigan bosqichlarga (takrorlashlarga) ajratish mumkin.

Bosqichlardan o'tish rivojlanish tsikli bo'lib , har bir tsikl tizim versiyasini yaratish bilan tugaydi.

Agar bundan keyin loyihada ishlash to'xtamasa, hosil bo'lgan mahsulot rivojlanishda davom etadi va yana o'sha bosqichlarni chetlab o'tadi.

RUP doirasidagi ishlarning mohiyati UML asosida modellarni yaratish va ularga xizmat ko'rsatishdir.

Ushbu atama RUP metodologiyasini ishlab chiqish va ishlab chiqarish jarayonini boshqarish uchun IBM (ilgari - Rational) mahsulot ishlab chiqaruvchi kompaniyasini anglatadi .

RUP metodologiyasi tashkilot yoki loyiha jamoasi o'z ehtiyojlariga yo'naltirilgan ixtisoslashtirilgan jarayonni yaratishi kerak bo'lgan mavhum umumiy jarayonni tavsiflaydi.

RUP-da ish oqimi

RUP loyihasi nuqtai nazaridan guruh a'zolari ma'lum rollarda (rollarda) vazifalarni (vazifalarni) bajarib, deb nomlangan artefaktlar (ish mahsulotlari) yaratadilar .

Artefaktlar - bu texnik xususiyatlar, modellar, manba kodlari va boshqalar.

Vazifalar intizom deb nomlangan to'qqizta jarayon sohasiga bo'lingan .

Fanlarga quyidagilar kiradi:

Biznesni modellashtirish (biznesni modellashtirish) - mijozning mavjud biznes jarayonlarini o'rganish va tavsifi, shuningdek ularni takomillashtirish yo'llarini izlash.

Talablarni boshqarish (Requirements Management) - loyiha chegarasini aniqlash, kelajak tizimining funktsional dizaynini ishlab chiqish va uni buyurtmachi bilan muvofiqlashtirish.

Tahlil va dizayn (tahlil va dizayn) - tizim me'morchiligini funktsional talablar asosida loyihalashtirish va uni butun loyiha davomida ishlab chiqish.

Amalga oshirish - tizim tarkibiy qismlarini ishlab chiqish, sinovdan o'tkazish va birlashtirish.

Sinov - tizimdagi nuqsonlarni topish va kuzatish, talablarning bajarilishining to'g'riligini tekshirish.

Joylashtirish - tarqatish to'plamini yaratish, tizimni o'rnatish, foydalanuvchilarni o'qitish.

Konfiguratsiya va o'zgarishlarni boshqarish (Konfiguratsiya va o'zgarishlarni boshqarish) - o'zgartirish (so'rovlarni o'zgartirish) uchun manba kodi va hujjatlarni qayta ishlash bo'yicha so'rovlar versiyasi.

Loyiha menejmenti (loyiha menejmenti) - loyiha guruhini yaratish, bosqichlarni va takrorlanishlarni rejalashtirish, byudjetni boshqarish va risklarni boshqarish.

Atrof-muhit (Atrof-muhit) - loyihani amalga oshirish uchun infratuzilmani yaratish, shu jumladan rivojlanish jarayonini tashkil etish va sozlash.

Loyihaning hayotiy tsikli davomida, loyiha jamoasi kuchini intizomlar bo'yicha taqsimlash doimiy ravishda o'zgarib turadi.

Masalan, qoida tariqasida, loyihaning boshida, kuchning katta qismi tahlil qilish va loyihalashtirishga, tugashga yaqinroq bo'lsa, tizimni amalga oshirish va sinovdan o'tkazishga sarflanadi. Biroq, umuman olganda, barcha to'qqiz fanning vazifalari parallel ravishda bajariladi.

Ushbu rasm o'rta o'lchamdagi loyihaning bajarilishini tasvirlaydi.

RUPni to'liq amalga oshirish uchun tashkilot xodimlarni o'qitishga katta mablag 'sarflashi kerak.

Shu bilan birga, buni o'zingiz qilishga urinish, ehtimol, muvaffaqiyatsizlikka uchraydi - tegishli tajribaga ega bo'lgan texnologik muhandisni izlash yoki maslahatchilarni jalb qilish kerak.

MSF

MSF (Microsoft Solutions Framework) qo'llanma to'plami orqali IT-sanoat giganti IT-loyihalarni ishlab chiqish, ishlab chiqish, amalga oshirish va ularga xizmat ko'rsatish bo'yicha tajribasi va to'plangan ma'lumotlari bilan bo'lishishga qaror qildi.

MSF bilimlari bazasi loyiha boshqaruvi, kadrlar resurslari, rejalashtirish, tavakkalchilik tahlili va boshqa tegishli fanlar kabi tajriba sohalari bo'yicha o'ziga xos modellar, usullar va istiqbollardan iborat.

Strukturaviy ravishda MSF qo'llanmasi to'plami "oq qog'ozlar" deb nomlangan beshta hujjatga bo'lingan bo'lib, ularning har biri ma'lum bir intizom yoki MSF modelini o'z ichiga oladi:

• 
  "MSF jarayon modeli"
  
• 
  "MSF dizayn jamoasi modeli",
  
• 
  "MSF loyihalarini boshqarish intizomi"
  
• 
  MSF Xatarlarni boshqarish intizomi va
  
• 
  "MSF treningini boshqarish intizomi".
  

PSP / TSP

Shaxsiy dasturiy ta'minot jarayoni / jamoaviy dasturiy ta'minot jarayoni dasturiy ta'minot muhandisligi institutining so'nggi ishlanmalaridan biri.

Shaxsiy dasturiy ta'minot jarayoni ishlab chiquvchilar vakolatiga qo'yiladigan talablarni belgilaydi.

Ushbu modelga muvofiq har bir dasturchi quyidagilarga qodir bo'lishi kerak:

• 
  loyihaga sarf qilingan vaqtni hisobga olish;
  
• 
  topilgan nuqsonlarni hisobga olish;
  
• 
  nuqsonlarning turlarini tasniflash;
  
• 
  topshiriq hajmini taxmin qilish;
  
• 
  test natijalarini tavsiflashga tizimli yondoshish;
  
• 
  dastur vazifalarini rejalashtirish;
  
• 
  ularni vaqtida tarqatish va ish jadvalini tuzish.
  
• 
  individual dizayn va arxitektura tekshiruvlarini o'tkazish;
  
• 
  shaxsiy kodni tekshirishni amalga oshirish;
  
• 
  regressiya testini o'tkazing.
  
• 
  Jamoa dasturiy ta'minot jarayoni 3-20 ishlab chiquvchidan iborat o'zini o'zi boshqaradigan jamoalarga tayanadi.
  

Jamoalar:

• 
  o'zingizning maqsadlaringizni belgilang;
  
• 
  o'zingizning jarayoningiz va rejalaringizni tuzing;
  
• 
  trek ishi;
  
• 
  motivatsiya va eng yuqori ko'rsatkichlarni saqlab qolish.
  

PSP / TSP modelini izchil tatbiq etish tashkilotdagi CMMning beshinchi darajasini normaga aylantiradi.

Chaqqon

Barcha epchil modellarning asosiy g'oyasi shundaki, dasturiy ta'minotni ishlab chiqishda ishlatiladigan jarayon moslashuvchan bo'lishi kerak .

Ular o'zlarining eng yuqori qiymatlarini jarayonlar va vositalarga emas, balki odamlarga va ularning o'zaro ta'siriga qaratilishini e'lon qilishadi .

Aslida, epchil metodikalar deb ataladigan metodologiyalar emas, balki takrorlash, ortib borish, jamoaning o'zini o'zi boshqarish va jarayonning moslashuvchanligi asosida samarali dasturiy ta'minot ishlab chiqishga imkon beradigan (yoki bo'lmasligi mumkin) amaliyotlar to'plamidir .

1990-yillar davomida tobora ko'proq dasturiy ta'minot ishlab chiqaruvchilari an'anaviy, odatda palapartishlikka asoslangan rivojlanish jarayonlariga alternativa izlay boshladilar. 2000 yilga kelib, engil uslublar deb ataladigan barcha to'plamlar mavjud edi .

2001 yilda turli xil engil metodologiyalar bo'yicha ijodkorlar va mutaxassislar guruhi Agile Software Development (Agile Manifesto deb nomlangan) - Agile Manifestining asosiy tamoyillarini ishlab chiqqan seminar o'tkazdilar.

Xuddi shu seminarda engil metodologiyalarning yangi nomi - tezkor dasturiy ta'minotni ishlab chiqish taklif qilindi.

Tezkor metodologiyaning umumiy xususiyatlari:

Odamlarga yo'naltirilgan - ham ishlab chiquvchilar, ham mijozlar. Loyiha jamoasida "to'g'ri" odamlarni yig'ish qobiliyati loyihaning muvaffaqiyati yoki muvaffaqiyatsizligini har qanday jarayon yoki texnologiyalarga qaraganda ancha katta darajada belgilaydi deb ishoniladi.

Mumkin bo'lgan joylarda rasmiy spetsifikatsiyalar o'rniga og'zaki munozaralardan foydalaning . Muhokamalar mijoz bilan ham, loyiha jamoasi ichida ham muloqotning asosiy usuli bo'lishi kerak.

Eng qisqa (oqilona chegaralarda) takrorlanish davomiyligi bilan takroriy rivojlanish, har bir takrorlash mahsulotning to'liq ishlab chiqadigan versiyasini ishlab chiqaradi.

O'zgarishlarni kutish - chaqqon jarayonda loyiha jamoasi loyihaning boshida talablarni to'g'rilashga urinmaydi va keyin qat'iy belgilangan rejaga amal qiladi. O'zgarishlar loyihaning istalgan oxirgi bosqichida amalga oshirilishi mumkin.

Agile manifestida tushuntirilgan printsiplar :

• 
  qimmatbaho dasturiy ta'minotni erta va uzluksiz etkazib berish orqali mijozlar ehtiyojini qondirish;
  
• 
  ishlab chiqish oxirida ham talablarning o'zgarishini mamnuniyat bilan kutib olish (bu hosil bo'lgan mahsulotning raqobatdoshligini oshirishi mumkin);
  
• 
  Ishlaydigan dasturiy ta'minotni tez-tez etkazib berish (har oy yoki haftada yoki hatto tez-tez);
  
• 
  loyiha davomida buyurtmachi va ishlab chiquvchilar o'rtasida yaqin, kunlik aloqa;
  
• 
  loyiha zarur ish sharoitlari, qo'llab-quvvatlash va ishonch bilan ta'minlangan motivatsiyali shaxslar tomonidan amalga oshiriladi;
  
• 
  ma'lumotlarni uzatishning tavsiya etilgan usuli - bu shaxsiy suhbat (yuzma-yuz);
  
• 
  dasturiy ta'minotni ishga tushirish taraqqiyotning eng yaxshi o'lchovidir;
  
• 
  homiylar, ishlab chiquvchilar va foydalanuvchilar doimiy sur'atni cheksiz ushlab turishlari kerak;
  
• 
  texnik mukammallikni va foydalanuvchilarga qulay dizaynni takomillashtirishga doimiy e'tibor;
  
• 
  soddalik - keraksiz ishlarni qilmaslik san'ati;
  
• 
  eng yaxshi texnik talablar, dizayn va arxitektura o'z-o'zini tashkil etgan jamoadan olinadi;
  
• 
  o'zgaruvchan sharoitlarga doimiy moslashish.
  

eXtreme Programming yoki XP (haddan tashqari dasturlash)

XP metodikasi Kent Bek tomonidan 1996 yilda Chrysler uchun muvaffaqiyatsiz ish haqi loyihasini qutqarish maqsadida yaratilgan.

2000 yilda loyiha yopildi, ammo XP allaqachon mashhurlikka erishdi va shu vaqtgacha dasturiy ta'minot ishlab chiquvchilar orasida tarqaldi.

XP Agile-ning barcha umumiy tamoyillarini meros qilib oladi va ularga o'n ikkita muhandislik amaliyoti orqali erishadi.

U 12 ta amaliyot sifatida tavsiflanadi: rejalashtirish o'yini, qisqa nashrlar, metafora, sodda dizayn, qayta tuzish, sinovdan oldin ishlab chiqish, juft dasturlash, jamoaviy kodga egalik, 40 soatlik ish haftasi, mijozlar ishtiroki va kod standartlari.

XP-ga qiziqish og'riqli jarayon, hujjatlar, o'lchovlar va boshqa rasmiyatchilik bilan qiynalgan holda, ishlab chiquvchilar va sinovchilar tomonidan pastdan yuqoriga ko'tarildi. Ular intizomni inkor qilmadilar, ammo rasmiy talablarga bema'ni rioya qilishni xohlamadilar. Va biz yuqori sifatli dasturiy ta'minotni ishlab chiqishda yangi, tezkor va moslashuvchan yondashuvlarni izladik.

Kristal toza

Alistair Couburn tomonidan yaratilgan

Kristal - bu ishtirokchilar soniga va vazifalarning muhimligiga qarab, rivojlanish jarayonini rasmiylashtirishning zarur darajasini belgilaydigan metodologiyalar oilasi.

Bu ishlashda XP dan kam, ammo ulardan foydalanish imkon qadar oson. Amalga oshirish uchun minimal harakatlarni talab qiladi, chunki u inson odatlariga qaratilgan.

Bu etarli darajada malakali jamoalarda o'rnatilgan dasturiy ta'minotni ishlab chiqishning tabiiy tartibini tavsiflaydi, agar ular boshqa metodologiyani maqsadga muvofiq amalga oshirish bilan shug'ullanmasa, ishoniladi.

Metodikaning asosiy xususiyatlari:

• 
  Takroriy bosqichma-bosqich rivojlanish;
  
• 
  Avtomatik regressiya sinovi;
  
• 
  Foydalanuvchilar loyihada faol ishtirok etishlari tavsiya etiladi;
  
• 
  Hujjatlarning tarkibi loyiha ishtirokchilari tomonidan belgilanadi;
  
• 
  Odatda kod versiyasini boshqarish qo'llaniladi.
  
• 
  Crystal Clear-dan tashqari, Crystal oilasiga kattaroq yoki muhim loyihalar uchun mo'ljallangan bir nechta boshqa metodologiyalar kiradi. Ularda hujjat talablari biroz kattaroq va o'zgartirish va versiyalarni boshqarish kabi qo'llab-quvvatlash protseduralari mavjud.
  

Xususiyatlarga asoslangan rivojlanish

Funktsional yo'naltirilgan rivojlanish (FDD, Feature Driven Development).

Aslida, FDD-da ishlatiladigan funktsiya yoki tizim xususiyati tushunchasi RUP-da ishlatiladigan foydalanish holati tushunchasiga juda yaqin.

Ehtimol, eng muhim farq qo'shimcha cheklovdir: "har bir funktsiyani ikki haftadan ko'p bo'lmagan muddatda amalga oshirish kerak". Ya'ni, agar foydalanish holati etarlicha kichik bo'lsa, uni funktsiya deb hisoblash mumkin. Agar u katta bo'lsa, unda uni bir nechta nisbatan mustaqil funktsiyalarga bo'lish kerak.

FDD 5 ta jarayonni o'z ichiga oladi, ularning har ikkala funktsiyasi uchun oxirgi ikkitasi takrorlanadi:

1. 
   Umumiy modelni ishlab chiqish.
   
2. 
   Kerakli tizim funktsiyalarining ro'yxatini tuzish.
   
3. 
   Har bir funktsiya bo'yicha ishni rejalashtirish.
   
4. 
   Funktsiya dizayni.
   
5. 
   Funktsiya qurilishi.
   

FDD-da ishlab chiquvchilar "sinf egalari" va "bosh dasturchilar" - bosh dasturchilarga bo'linadi.

Asosiy dasturchilar keyingi mulkda ishlashga jalb qilingan sinf egalarini jalb qiladi. Taqqoslash uchun XP sinflar yoki usullar uchun shaxsiy javobgarlikni o'z zimmasiga olmaydi. Rivojlanish ishtirokchilaridan har qandaylari har qanday sinfda ishlashga jalb qilinishi mumkin.

Loyihada ishlash tez-tez tuzilishni o'z ichiga oladi va takrorlanishlarga bo'linadi, ularning har biri ma'lum funktsiyalar to'plamini amalga oshirishni o'z ichiga oladi.

OpenUP

Dasturiy ta'minotni takroriy-pog'onali ishlab chiqish usuli. U RUP ning engil va moslashuvchan versiyasi sifatida joylashtirilgan.

Asosiy OpenUP jarayoni - bu keng ko'lamli loyiha turlarining ehtiyojlarini qondirish uchun kengaytirilishi mumkin bo'lgan vosita-agnostik, tartibga solinmagan jarayon.

OpenUP quyidagi asosiy printsiplarga asoslanadi :

Qiziqishlarni muvofiqlashtirish va umumiy tushunishga erishish uchun birgalikda ishlash;

Loyihani doimiy ravishda qayta aloqa qilish va takomillashtirish maqsadida ishlab chiqish;

Xatarlarni minimallashtirish va rivojlanishni tashkil qilish uchun dastlabki bosqichda arxitektura masalalariga e'tibor qaratish;

Manfaatdor tomonlar uchun mijozlar qiymatini maksimal darajaga ko'tarish uchun raqobatbardosh ustunliklarni moslashtirish.

Scrum

Scrum - bu tezkor dasturiy ta'minotni ishlab chiqish uchun axborot tizimlarini ishlab chiqishni boshqarish metodologiyasi.

Scrum rivojlanish jarayoni sifatini nazorat qilishga aniq urg'u beradi.

Dasturiy ta'minotni ishlab chiqish loyihalarini boshqarish bilan bir qatorda, Scrum dasturiy ta'minotni qo'llab-quvvatlash guruhlarida yoki dasturiy ta'minotni ishlab chiqish va texnik xizmat ko'rsatishni boshqarish uchun yondashuv sifatida ishlatilishi mumkin: Scrum of Scrums.

Bu sprintlar deb nomlangan qat'iy belgilangan va qisqa muddatli takrorlashlarda oxirgi foydalanuvchiga eng yuqori ustuvorlik aniqlangan yangi xususiyatlar bilan ishlaydigan dasturiy ta'minotni taqdim etishga imkon beradigan rivojlanish jarayoni asoslangan tamoyillar to'plami .

Dasturiy ta'minotning keyingi sprintda amalga oshirish imkoniyatlari sprintning boshida rejalashtirish bosqichida aniqlanadi va uni butun muddati davomida o'zgartirish mumkin emas. Shu bilan birga, qat'iy belgilangan qisqa sprint davomiyligi rivojlanish jarayonini bashorat qilish va moslashuvchanlikni beradi.

Sprint - bu dasturiy ta'minotning funktsional o'sishi yaratiladigan takrorlanish.

O'z vaqtida tuzatildi. Bitta sprintning davomiyligi 2 dan 4 haftagacha. Ba'zi hollarda, masalan Nokia-ning Scrum standartiga ko'ra, sprintning davomiyligi 6 haftadan oshmasligi kerak.

Sprint qancha qisqa bo'lsa, rivojlanish jarayoni shunchalik moslashuvchan bo'ladi, relizlar tez-tez chiqadi, iste'molchining fikri tezroq keladi va noto'g'ri yo'nalishda ishlashga kam vaqt sarflanadi.

Scrum uslubiga ko'ra ishlab chiqarish jarayonida "cho'chqalar" va "tovuqlar" ning 2 guruhiga bo'lingan ma'lum rollar mavjud.

Ismlar hazil uchun ishlatilgan:

Cho'chqa yo'l bo'ylab ketmoqda. Tovuq unga qarab: "Keling, restoran ochamiz!" Cho'chqa tovuqga qarab: "Yaxshi fikr, va uni nima deb atashni xohlaysiz?" Tovuq o'ylab: "Nega uni" Qovurilgan tuxum va bekon "deb nomlamaysiz?" "Bu natija bermaydi, - deb javob beradi cho'chqa, - chunki o'shanda men o'zimni loyihaga to'liq bag'ishlashim kerak, va siz faqatgina qisman ishtirok etasiz."

Asosiy rollar:

• 
  Scrum Master - barcha printsiplarga rioya qilish, nizolarni hal qilish va jamoani chalg'itadigan narsalardan himoya qilish uchun uchrashuvlar o'tkazadi. Faqat scrum jarayonini boshqaradi.
  
• 
  Mahsulot egasi - oxirgi foydalanuvchilar va mahsulotdagi boshqa manfaatdor tomonlarning manfaatlarini ifodalaydi.
  
• 
  Scrum Team - bu o'zaro faoliyat funktsional loyihalarni ishlab chiqish guruhi bo'lib, u turli xil profillar mutaxassislaridan iborat: sinovchilar, me'morlar, tahlilchilar, dasturchilar va boshqalar. Jamoa tarkibi 7 ± 2 kishidan iborat. Jamoa rivojlanishning to'liq ishtirok etgan yagona ishtirokchisidir va natija uchun javobgardir.
  

Kichik rollar:

• 
  Foydalanuvchilar
  
• 
  Mijozlar, manfaatdor tomonlar - loyihani tashabbuskori bo'lgan va loyiha uchun foyda keltiradigan shaxslar. Ular Scrum-da faqat Sprint Review-da qatnashadilar.
  
• 
  Menejerlar - bu xodimlarni boshqaradigan odamlar.
  
• 
  Konsalting mutaxassislari
  

Kundalik Scrum yig'ilishi:

• 
  o'z vaqtida boshlanadi;
  
• 
  hamma kuzatishi mumkin, lekin faqat asosiylari gapiradi;
  
• 
  davomiyligi 15 daqiqadan oshmaydi;
  
• 
  sprint paytida xuddi shu joyda o'tkaziladi.
  

Uchrashuv davomida jamoaning har bir a'zosi uchta savolga javob beradi:

1. 
   Oldingi kundalik uchrashuvdan beri nima qilingan?
   
2. 
   Hozirgi uchrashuvdan keyingi uchrashuvgacha nima qilinadi?
   
3. 
   Sprint maqsadlaringizni to'xtatib turadigan qanday muammolar bor? (Scrum Master ushbu muammolarni hal qilish ustida ishlamoqda. Odatda bu yechim kundalik yig'ilishdan tashqarida va to'siqqa bevosita ta'sir ko'rsatadigan odamlar tarkibida amalga oshiriladi.)