Reja: Refaktoring usullari

Mavzu: Refaktoring usullari.
Reja:

1. 
   Refaktoring usullari.
   
2. 
   Refaktoring o‘tkazishning instrumental vositalari.
   
3. 
   Dasturlarning quvvatini oshirish.
   
4. 
   Prototiplash.
   
5. 
   Rivojlanishning sharshara usuli.
   
6. 
   Xulosa.
   
7. 
   Foydalanilgan adabiyotlar.
   

Refactoring — bu mavjud kodlar majmuasini qayta tuzish, tashqi tuzilishini o’zgartirmasdan ichki tuzilishini o’zgartirish uchun ajoyib texnika.
Bu funksiyalarni tranformatsiya(funksiyaning vazifasi o’zgarmaydi, balki bajarish usuli o’zgaradi. Masalan, bank tranformatsiyasi deganda, bank qiladigan funksiyalar o’zgarmaydi, lekin uslub o’zgaradi) qilish va algoritmlarni qayta ko’rib chiqish orqali ichki kod tuzilishini yaxshilaydi. Bu takroriy jarayon. Refactoringa qamrov(scope)ni qisqartirish, murakkab ko’rsatmalarni oddiylashtirish va bir nechta bayonot(statement)larni bitta bayonotga birlashtirish kiradi. Kodni refactoring texnikasi orqali qayta ishlash, uni o’zgartirish, bajarish va yuklab olish jarayonini tezlashtiradi. Hosildorligini(productivity) oshirishni xohlaydigan dasturchilar uchun bu eng yaxshi amaliyotdir.
Janob Martin Fauler refaktoring qilish uchun to’rtta asosiy sababini aytib o’tdi. Refactoring dasturiy ta’minot dizaynini yaxshilaydi, dasturiy ta’minotni tushunishni osonlashtiradi, xatolarni topishga yordam beradi va dasturni tezroq bajarilishiga yordam beradi. Refactoringning qo’shimcha foydasi bor. Refactoringsiz, dasturchi dastur haqida o’ylash tarzini o’zgartiradi.
Refactoringning quyidagi 3 ta turi mavjud:

1. 
   Kodni qayta ishlash: Bu dasturning manba kodini qayta ishlash.
   
2. 
   Ma’lumotlar bazasini qayta tuzish: bu ma’lumotlar bazasini o’zgartirish, bu uning axborot semantikasini saqlab, dizaynini yaxshilaydi.
   
3. 
   Foydalanuvchi interfeysi (UI)ni qayta tuzilish: bu foydalanuvchi interfeysi uchun oddiy o’zgarish bo’lib, uning semantikasini saqlab qoladi.
   

Asboblarni qayta ishlash uchun texnik mezonlar:

• 
  dastur ma'lumotlar bazalari;
  
• 
  daraxtlarni tahlil qilish;
  
• 
  aniqlik.
  

Refaktoring vositalarining amaliy mezonlari:

• 
  tezlik;
  
• 
  o'zgartirishlarni bekor qilish;
  
• 
  boshqa vositalar bilan integratsiya.
  

Prototiplash - bu eksperimental jarayon bo'lib, unda dizayn guruhlari g'oyalarni qog'ozdan raqamligacha aniq shakllarga kiritadilar. Jamoalar dizayn kontseptsiyalarini qo'lga kiritish va foydalanuvchilarda sinab ko'rish uchun turli darajadagi ishonchlilik prototiplarini yaratadilar. Prototiplar yordamida siz dizaynlaringizni takomillashtirishingiz va tasdiqlashingiz mumkin, shunda brendingiz to'g'ri mahsulotlarni chiqarishi mumkin.
Prototiplash foydalanuvchilarga ideal mahsulotlarni sozlash uchun qanday yordam berishi mumkinligini bilib oling.
Sodiqlik prototipingizga kiritgan tafsilotlar va funksionallik darajasini bildiradi. Odatda, bu sizning mahsulotingizning rivojlanish bosqichiga bog'liq bo'ladi. Siz butun tizim yoki quyi tizimning keng ko‘rinishini (gorizontal prototip deb ataladi – masalan, butun veb-sayt deb ataladi) yoki faqat bitta xususiyatni (vertikal prototip, masalan, tekshirish jarayoni) batafsil ko‘rinishini ta’minlaydigan birini yaratishingiz mumkin. Siz tanlagan sodiqlik darajasi foydalanuvchi testida foydalanuvchilarga taqdim etish uchun mos bo'lishi kerak, shunda ular diqqatli fikr bildira oladilar. Farqlarni ko'rib chiqing:
Kam ishonchlilik
Misol : Qog'oz prototiplari
Taroziga soling : tez va arzon; bir martalik; o'zgartirishlar kiritish va yangi iteratsiyalarni sinab ko'rish oson; mahsulotning tez umumiy ko'rinishini ta'minlash; har kim ularni ishlab chiqarishi mumkin; dizayn fikrlashni rag'batlantiring, chunki prototiplar aniq yakunlanmagan.
Kamchiliklari : realizm yo'qligi, shuning uchun foydalanuvchilar fikr bildirishda qiynalishi mumkin; dastlabki versiyalardagi natijalarni qo'llash qiyin; tayyor mahsulotning foydalanuvchi tajribasini aks ettirish uchun juda oddiy bo'lishi mumkin; murakkab masalalarni ortiqcha soddalashtirishi mumkin; interaktivlikning yo'qligi foydalanuvchilarni bevosita nazorat qilishdan mahrum qiladi; foydalanuvchilar mahsulotni qanday ishlatishlarini tasavvur qilishlari kerak.
Yuqori aniqlik
Misol : Sketch yoki Adobe XD kabi dasturlarda yaratilgan raqamli prototiplar
Taroziga soling: Ishtirok etish - barcha manfaatdor tomonlar o'z qo'llarida tasavvurga ega va u foydalanuvchilarning ehtiyojlariga qanchalik mos kelishini va ularning muammolarini hal qilishini baholay oladilar; test yanada aniqroq, qo'llanilishi mumkin bo'lgan natijalarni beradi; Yakuniy mahsulotga eng yaqin versiyalar foydalanuvchilar uni bozorda qanday qabul qilishlarini taxmin qilish imkonini beradi.
Kamchiliklari : yaratish uchun uzoqroq/xarajat; foydalanuvchilar kontentdan ko'ra yuzaki tafsilotlarga ko'proq izoh berishadi; soatlab ishlaganingizdan so'ng, siz dizaynerga o'zgartirish kiritish g'oyasini yoqtirmasligingiz mumkin, bu ko'p vaqt talab qilishi mumkin; foydalanuvchilar tayyor mahsulot uchun prototipni xato qilib qo'yishi va noto'g'ri qarashlari mumkin.
Dasturiy ta'minotni ishlab chiqishning sharshara yoki kaskad modeli (palapartishlik, sharshara) - bu ishlab chiqish jarayoni bo'lib, unda talablarni yig'ish va tahlil qilish, loyihalash va prototiplash, amalga oshirish, sinovdan o'tkazish, integratsiya va qo'llab-quvvatlash bosqichlari ketma-ket o'tadi.
Sharshara modeliga rioya qilgan holda, ishlab chiquvchilar qat'iy ravishda bir jarayondan ikkinchisiga o'tadilar. Birinchidan, talablarni yig'ish bosqichi to'liq yakunlandi - aniqlangan dasturiy ta'minot talablari ro'yxati tuziladi. Talablar to'plangan va aniqlangandan keyingina loyihalash jarayoniga o'tish amalga oshiriladi, uning davomida ishlab chiquvchilar oldida turgan vazifalar tavsifi, shuningdek ularni amalga oshirish usullari va mavjud bo'lgan ishlarni o'z ichiga olgan ishlab chiqish uchun texnik topshiriqlar shakllantiriladi. cheklovlar. Dizayn to'liq bajarilgandan so'ng, ishlab chiquvchilar loyihani texnik topshiriqlarga muvofiq amalga oshiradilar - agar saytni ishlab chiqish misolidan foydalansa, u holda dizayn chiziladi, tartib va ​​dasturlash amalga oshiriladi. Ishlab chiqish bosqichi tugagandan so'ng, ishlab chiqilgan mahsulot sinovdan o'tkaziladi va tuzatiladi: ushbu bosqichda barcha kamchiliklar texnik topshiriqlarga muvofiq aniqlanadi va bartaraf etiladi. Shundan so'ng, loyiha ishga tushiriladi va uni qo'llab-quvvatlash ta'minlanadi - ishlashni ta'minlash va xatolarni bartaraf etish.
Sharshara modeli mahsulotni yaratishning bir bosqichidan ikkinchisiga o'tish faqat oldingi bosqich to'liq tugagandan so'ng sodir bo'lishini va hech qanday orqaga o'tish va fazalarni bir-biriga mos kelishini nazarda tutadi.
Ushbu model doirasida dasturiy ta'minotni ishlab chiqish byudjet va muddatlarni qat'iy belgilash imkonini beradi. Biroq, ushbu model ustida ishlash, agar mijoz ishlab chiqilayotgan mahsulotning maqsad va vazifalarini batafsil tushunsa va ularni shakllantirishga qodir bo'lsa, samarali bo'lishi mumkin. Buning sababi, ish hajmi ham belgilangan - agar biror narsa TORga kiritilmagan bo'lsa, u kelishilgan byudjet va muddatlarda amalga oshirilmaydi. Sharshara loyihalariga o'zgartirish kiritish ham juda muammoli. Shunday qilib, haqiqatan ham katta loyihalar va innovatsion narsalarni ishlab chiqish uchun bunday model mos kelmaydi.
Sharshara loyihalarida o'zgarishlarni boshqarish
Loyihani amalga oshirish jarayonida biror narsa tez-tez o'zgaradi: yoki asl ko'rinish aniq bo'ladi va yashirin talablar to'satdan aniq bo'ladi yoki o'zgarishlar dastlabki talablarni qayta ko'rib chiqish bilan bog'liq. Iterativ model bunday loyihalarda samaraliroq bo'lib chiqadi, ammo keling, sharshara loyihasidagi o'zgarishlar bilan nima qilish kerakligini aniqlashga harakat qilaylik.
Yangi vazifalarning bir qismi sifatida ilgari tugallangan bosqichlarga qaytish, shuningdek, kelgusi bosqichlarni ularning yangi vazifalarga muvofiqligini ko'rib chiqish zarurati tug'iladi. Agar siz o'zgartirishlar bilan ishlamasangiz, loyiha boshqarib bo'lmaydigan holatga tushib qoladi va o'zgarishlar amalga oshirilmaydi yoki ularning kiritilishi xaotik bo'ladi va funksionallikda nizolar paydo bo'ladi. Shuning uchun allaqachon boshlangan loyihadagi o'zgarishlar ma'lum bir biznes jarayonini ishlab chiqish va qurishni talab qiladi.
Sharsharalar modeli - bu ketma -ket chiziqli oqimga ega bo'lgan dasturiy ta'minotni ishlab chiqish jarayonining modeli. Bir bosqich oldingi bosqich tugagandan so'ng boshlanadi. Bosqichlar o'rtasida bir -biriga o'xshashlik yo'q. Ushbu yondashuvda dasturiy ta'minotni ishlab chiqishning butun jarayoni bosqichlarga bo'linadi. Bir bosqichning natijasi keyingi bosqichga kirish bo'ladi.
Birinchi bosqich - talablarni yig'ish va tahlil qilish. Ushbu bosqichda loyiha uchun zarur bo'lgan talablar yig'iladi va tahlil qilinadi. Keyin ular hujjatlashtiriladi. Ushbu hujjat dasturiy ta'minot talablari spetsifikatsiyasi (SRS ) deb nomlanadi. Keyingi bosqich - dizayn bosqichi. Tizim dizayni umumiy tizim arxitekturasini aniqlashga yordam beradi. Amalga oshirish bosqichida tizim kichik birliklarda ishlab chiqiladi. Har bir birlik sinovdan o'tkaziladi va barcha birliklar to'liq tizimga birlashtiriladi va integratsiya va sinov bosqichida sinovdan o'tkaziladi. Sinov tugagandan so'ng, mahsulot bozorga chiqariladi. Bu tarqatish bosqichi. Nihoyat, parvarishlash bosqichida mahsulotga yangi takomillashtirishlar va qo'shimcha yaxshilanishlar qo'shiladi.