|
Ekstremal dasturlash (English Extreme Programming, XP) dasturiy ta'minotni ishlab chiqishning moslashuvchan uslublaridan biridir. Metodika mualliflari Kent Bek, Uord Kanningem, Martin Faul va boshqalar.
O'n ikkita ekstremal dasturlash texnikasi ("Ekstremal dasturlash" kitobining birinchi nashriga ko'ra) to'rt guruhga birlashtirilishi mumkin:
1. Qisqa tsikl mulohaza (Yaxshi o'lchovli mulohaza)
a. Sinovga asoslangan rivojlanish
b. O'yinni rejalashtirish
v. Mijoz har doim yonida (butun jamoa, sayt mijozi)
Яндекс.ДиректНаучно-практические конференцииПОДРОБНЕЕDISSZAKAZ.RU Пополняй контекстную рекламу у насПОДРОБНЕЕVITAMIN.TOOLS Работай с эффективными форматамиПОДРОБНЕЕMY.PROPELLERADS.COM
d. Dasturlashning juftligi
2. Uzluksiz, ommaviy jarayon emas
a. Doimiy integratsiya
b. Qayta ishlash (Dizaynni takomillashtirish, Qayta ishlash)
v. Tez-tez kichik nashrlar
3. Hamma tomonidan tushuniladigan tushuncha
a. Oddiylik (oddiy dizayn)
b. Aloqa
v. Hurmat
d. Kollektiv kodga egalik yoki tanlangan namunalarga egalik
e. Kodlash standarti yoki kodlash qoidalari
4. Dasturchining ijtimoiy ta'minoti (Programmer farovonligi):
a. 40 soatlik ish haftasi (Barqaror sur'at, haftada qirq soat)
XP-da, rejalashtirilgan jarayonlarga nisbatan jarayon juda kichik bosqichlarga bo'linadi. Bu birinchi qadamlar palapartishlik modelidagi har bir qadam uchun bir necha oy yoki hatto yillar o'rniga bir necha kun yoki haftani talab qilishi mumkinligiga olib keladi. Birinchidan, rivojlanish maqsadlarini tavsiflash uchun avtomatlashtirilgan testlar yoziladi. Keyin barcha testlar o'tgan payt tugaydigan kodlash keladi va dasturchilar yangi testlar bilan chiqa olmaydilar. Dizayn xuddi shu kodni yozadigan odamlar tomonidan amalga oshiriladi. (faqat oxirgi qadam - dizayn va kod o'rtasidagi bog'liqlik barcha tezkor jarayonlarga xosdir). Tugallanmagan, ammo ishlaydigan tizim tor doiradagi foydalanuvchilarga ko'rsatiladi (ko'pincha bu ishlab chiquvchilarning o'zi). Shu nuqtada ular tizimning keyingi muhim qismi uchun testlar yozishni boshlaydilar.
19. ICONIX - bu jarayon.
ICONIX Dag Rozenberg tomonidan ishlab chiqilgan ICONIX dasturiy ta'minotiICONIX jarayoni foydalanish holatlariga asoslangan, ammo uning ko'pgina kamchiliklariga duch kelmaydi. Ushbu jarayonda UML modellashtirish tili ham ishlatiladi, lekin faqat UML ning asosiy yozuvlari ishlatiladi - bu tilning 20%. ICONIX jarayoni foydalanish holatlari asosida dasturiy ta'minotni ishlab chiqishning to'rtta asosiy bosqichiga asoslangan:
● domenni modellashtirish;
Яндекс.ДиректНаучно-практические конференцииПОДРОБНЕЕDISSZAKAZ.RU Дробильный комплекс для песка!ПОДРОБНЕЕRU.NILEMINING.LTD Работай с эффективными форматамиПОДРОБНЕЕMY.PROPELLERADS.COM
● pretsedentlarni modellashtirish;
● talablarning muvofiqligini tahlil qilish (barcha funktsional talablarning bajarilishini tekshirish);
● ketma-ketlik diagrammalarini qurish.
Jarayonning asosiy bosqichlari quyidagilardan iborat:
● Talablarni tahlil qilish
● Dastlabki dizayn
● Dizayn
● amalga oshirish
Jarayon kelajakdagi tizimni aks ettiradigan minimal miqdordagi modellarni yaratishga asoslangan. Tahlil bosqichida case case modellari, foydalanuvchi interfeysi modeli va domen sub'ekti modeli yaratiladi. Dastlabki dizayn bosqichida mustahkamlik diagrammasi tuziladi. Shuningdek, u foydalanish modeli va domen mavjudot modelini to'ldiradi. Batafsil loyihalash bosqichida SequenceDiagramma yaratiladi va sinf diagrammasi yaratiladi. Amalga oshirish bosqichida manba kodi hosil bo'ladi. Bunday holda, tarqatish diagrammasi va tarkibiy diagrammasini yaratish mumkin. tuzilgan jadvallarni hamkasblar bilan muhokama qilish zarur bo'lganda, har bir bosqich o'zaro baholash bosqichi bilan yakunlanadi.
20. SCRUM - bu jarayon.
Scrum - bu qat'iy belgilangan qisqa vaqt ichida, rivojlanish jarayoni qurilgan tamoyillar to'plami ( yugurish2 dan 4 haftagacha) oxirgi foydalanuvchiga eng yuqori ustuvorlik aniqlangan yangi xususiyatlar bilan ishlaydigan dasturiy ta'minotni taqdim etadi. Dasturiy ta'minotning keyingi sprintda amalga oshirish imkoniyatlari rejalashtirish bosqichida sprintning boshida 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.
Яндекс.ДиректПополняй контекстную рекламу у насПОДРОБНЕЕVITAMIN.TOOLS Структура научных статейПОДРОБНЕЕYAASPIRANT.RU Ультразвуковой поточный гранулометрПОДРОБНЕЕRU.DFMC.CC
Scrum-dagi asosiy rollar: ScrumMaster - etakchi Scrum mitinglar va barcha printsiplarga rioya qilinishiga ishonch hosil qiladi Scrum (roli to'g'ri ishlashdan boshqa narsani anglatmaydi Scrum-a, loyiha menejeri ko'proq a Mahsulot egasi va bo'lmasligi kerak ScrumMaster);Mahsulot egasi (Mahsulot egasi) - oxirgi foydalanuvchilar va mahsulotdagi boshqa manfaatdor tomonlarning manfaatlarini himoya qiluvchi shaxs; va o'zaro faoliyat Buyruq (Scrum jamoasi), ham ishlab chiquvchilar, ham sinovchilar, me'morlar, tahlilchilar va boshqalardan iborat (jamoa tarkibi ideal holda 7 ± 2 kishidan iborat). Jamoa rivojlanishning yagona to'liq ishtirokchisidir va umuman natija uchun javobgardir. Sprint paytida jamoadan boshqa hech kim rivojlanish jarayoniga xalaqit bera olmaydi.
Dasturiy ta'minotning funktsional o'sishi har bir sprint paytida yaratiladi. Har bir sprintda amalga oshiriladigan imkoniyatlar to'plami deb nomlangan bosqichdan kelib chiqadi mahsulot ortda qolishi bajarilishi kerak bo'lgan ish talablari darajasi bo'yicha eng yuqori ustuvorlikka ega bo'lgan (ish so'rovi bo'yicha hujjatlar). Ish so'rovlari ( ortda qolgan narsalar) davomida aniqlanadi sprintni rejalashtirish bo'yicha maslahatlar (sprintni rejalashtirish bo'yicha yig'ilish) sprint bosqichiga o'tkaziladi. Ushbu uchrashuv davomida Mahsulot egasi bajarilishi kerak bo'lgan vazifalar to'g'risida xabar beradi. So'ngra Jamoa navbatdagi sprint davomida kerakli qismlarni to'ldirish uchun kerakli qancha narsani amalga oshirishi mumkinligini aniqlaydi. Sprint paytida jamoa ma'lum bir aniq vazifalar ro'yxatini bajaradi (shunday deb ataladi). sprint backlog). Ushbu davr mobaynida hech kim ish talablarining ro'yxatini o'zgartirishga haqli emas, bu talablarning muzlashi deb tushunilishi kerak ( talablar) sprint paytida.
Do'stlaringiz bilan baham: | 
