Ma’ruza mavzulari Dars soatlari hajmi

8-Ma’ruza
Mavzu: Konfigurasiyani boshqarish. Versiya menejmenti Tizimni qurish
O‘zgarishlarni boshqarish Ishlab chiqish menejmenti
REJA:

1. 
   Versiya menejmenti
   
2. 
   Tizimni qurish
   
3. 
   O‘zgarishlarni boshqarish
   
4. 
   Ishlab chiqish menejmenti
   

Dasturiy ta'minot konfiguratsiyasini boshqarish jarayonlari va vositalari bilan tanishtirishdir. Bo'limni o'qib chiqqach, siz:

• 
  versiyani boshqarish tizimi tomonidan ta'minlanishi kerak bo'lgan muhim funksionallikni va bu markazlashtirilgan va taqsimlangan tizimlarda qanday amalga oshirilishini bilish;
  
• 
  tizimni qurishdagi qiyinchiliklarni va uzluksiz integratsiya va tizimni qurishning afzalliklarini tushunish;
  
• 
  dasturiy ta'minotni o'zgartirishni boshqarish nima uchun muhimligini va o'zgarishlarni boshqarish jarayonida muhim tadbirlarni tushunish;
  

dasturiy ta'minotni chiqarishni boshqarish asoslarini va uning versiyalarni boshqarishdan qanday farq qilishini tushunish.
Dasturiy ta'minot tizimlari ishlab chiqish va foydalanish jarayonida doimo o'zgarib turadi. Xatolar aniqlangan va ularni tuzatish kerak. Tizim talablari o'zgaradi va siz ushbu o'zgarishlarni tizimning yangi versiyasida amalga oshirishingiz kerak. Uskuna va tizim platformalarining yangi versiyalari chiqarildi va siz tizimlaringizni ular bilan ishlashga moslashingiz kerak. Raqobatchilar o'z tizimida siz mos keladigan yangi xususiyatlarni taqdim etadilar. Dasturiy ta'minotga o'zgartirishlar kiritilganda, tizimning yangi versiyasi yaratiladi. Shuning uchun ko'pgina ­tizimlarni har bir versiyani saqlash va boshqarish kerak bo'lishi mumkin bo'lgan versiyalar to'plami sifatida ko'rish mumkin.
Konfiguratsiyani boshqarish (CM) o'zgaruvchan dasturiy ta'minot tizimlarini boshqarish uchun siyosatlar, jarayonlar va vositalar bilan bog'liq (Aiello and Sachs 2011). Rivojlanayotgan tizimlarni boshqarishingiz kerak, chunki har bir tizim versiyasiga qanday o'zgarishlar va tarkibiy versiyalar kiritilganligini kuzatishni yo'qotish oson . ­Versiyalar o'zgartirish, nosozliklarni tuzatish va turli apparat va operatsion tizimlar uchun moslashtirish bo'yicha takliflarni amalga oshiradi. Bir nechta versiyalar ishlab chiqilayotgan va bir vaqtning o'zida ishlatilayotgan bo'lishi mumkin. Agar sizda samarali konfiguratsiyani boshqarish tartib-qoidalari mavjud bo'lmasa, siz tizimning noto'g'ri versiyasini o'zgartirish, tizimning noto'g'ri versiyasini mijozlarga etkazish yoki tizimning ma'lum bir versiyasi uchun dasturiy ta'minot manba kodini qaerdan unutib qo'yish uchun kuch sarflashingiz mumkin. komponent saqlanadi.
Konfiguratsiyani boshqarish individual loyihalar uchun foydalidir, chunki bir kishi qanday o'zgarishlar kiritilganligini unutishi oson. Bu dasturiy ta'minot tizimida bir vaqtning o'zida bir nechta ishlab chiquvchilar ishlayotgan jamoaviy loyihalar uchun juda muhimdir. Ba'zida bu ishlab chiquvchilarning barchasi bir joyda ishlaydi, lekin tobora ko'proq rivojlanish guruhlari butun dunyo bo'ylab turli joylarda a'zolar bilan taqsimlanadi. Konfiguratsiyani ­boshqarish tizimi jamoa a'zolariga ishlab chiqilayotgan tizimga kirishni ta'minlaydi va ular kodga kiritadigan o'zgarishlarni boshqaradi.
Dasturiy ta'minot tizimi mahsulotining konfiguratsiyasini boshqarish bir-biri bilan chambarchas bog'liq bo'lgan to'rtta faoliyatni o'z ichiga oladi ( 25.1-rasm):

1. 
   Versiyani boshqarish Bu tizim komponentlarining bir nechta versiyalarini kuzatib borish va turli ishlab chiquvchilar tomonidan komponentlarga kiritilgan o'zgarishlar bir- ­biriga xalaqit bermasligini ta'minlashni o'z ichiga oladi.
   
2. 
   Tizim qurish Bu dastur komponentlari, ma'lumotlar va kutubxonalarni yig'ish, so'ngra bajariladigan tizimni yaratish uchun ularni kompilyatsiya qilish va bog'lash jarayonidir.
   
3. 
   O'zgarishlarni boshqarish bu mijozlar va ishlab chiquvchilar tomonidan taqdim etilgan dasturiy ta'minotga o'zgartirishlar bo'yicha so'rovlarni kuzatib borish, ushbu o'zgarishlarni amalga oshirish xarajatlari va ta'sirini ishlab chiqish va o'zgarishlarni qachon va qachon amalga oshirish kerakligini hal qilishni o'z ichiga oladi.
   
4. 
   Relizlarni boshqarish Bu dasturiy ta'minotni tashqi nashrga tayyorlash va mijozlar foydalanishi uchun chiqarilgan tizim versiyalarini kuzatishni o'z ichiga oladi.
   

Boshqarish kerak bo'lgan katta hajmdagi ma'lumotlar va konfiguratsiya elementlari o'rtasidagi aloqalar tufayli asboblarni qo'llab-quvvatlash konfiguratsiyani boshqarish uchun zarurdir ­. Konfiguratsiyani boshqarish vositalari tizim komponentlarining versiyalarini saqlash , ­ushbu komponentlardan tizimlarni yaratish, tizim versiyalarining chiqarilishini kuzatish uchun ishlatiladi.

25.1-rasm. Konfiguratsiyani boshqarish faoliyati
mijozlar, va o'zgartirish takliflarini kuzatib boring. CM asboblari bitta konfiguratsiyani boshqarish vazifasini qo'llab-quvvatlaydigan oddiy vositalardan, masalan, xatolarni kuzatishdan tortib, ­barcha konfiguratsiyani boshqarish faoliyatini qo'llab-quvvatlaydigan integratsiyalangan muhitlargacha.
Komponentlar va tizimlar kuniga bir necha marta almashtiriladigan tezkor rivojlanish CM vositalaridan foydalanmasdan mumkin emas. Komponentlarning aniq versiyalari umumiy loyiha omborida saqlanadi va ishlab chiquvchilar ularni o'zlarining ish joylariga nusxalashadi. Ular kodga o'zgartirishlar kiritadilar va keyin sinov uchun o'zlarining kompyuterlarida yangi tizim yaratish uchun tizim qurish vositalaridan foydalanadilar. Ular kiritilgan o'zgarishlardan mamnun bo'lgach, ular o'zgartirilgan komponentlarni loyiha omboriga qaytaradilar. Bu o'zgartirilgan komponentlarni boshqa jamoa a'zolariga taqdim etadi.
Dasturiy ta'minot mahsuloti yoki maxsus dasturiy ta'minot tizimini ishlab chiqish uchta alohida bosqichda amalga oshiriladi:

1. 
   chiqish bosqichi va dasturiy ta'minotga yangi funksiyalar qo'shilmoqda. Rivojlanish guruhi tizimga kiritiladigan o'zgarishlar to'g'risida qaror qabul qiladi.
   
2. 
   versiyasi sinov uchun ichkarida chiqariladigan tizimni sinovdan o'tkazish bosqichi . Bu sifat menejmenti guruhi yoki ­ishlab chiqish guruhidagi shaxs yoki guruhning mas'uliyati bo'lishi mumkin. Ushbu bosqichda tizimga hech qanday yangi funksiya qo'shilmaydi. Ushbu bosqichda qilingan o'zgarishlar xatolarni tuzatish, ­ishlashni yaxshilash va xavfsizlik zaifliklarini tuzatishdir. Ushbu bosqichda beta testerlar sifatida mijozlar ishtirok etishi mumkin.
   
3. 
   Dasturiy ta'minot iste'molchilarga foydalanish uchun chiqariladigan chiqarish bosqichi . Chiqarish tarqatilgandan so'ng, mijozlar xato hisobotlarini yuborishlari va o'zgartirish so'rovlarini yuborishlari mumkin. Chiqarilgan tizimning yangi versiyalari xatolar va zaifliklarni tuzatish va mijozlar tomonidan taklif qilingan yangi xususiyatlarni o'z ichiga olish uchun ishlab chiqilishi mumkin.
   

Katta tizimlar uchun hech qachon tizimning faqat bitta "ishchi" versiyasi mavjud emas; rivojlanishning turli bosqichlarida tizimning har doim bir nechta versiyalari mavjud. Bir nechta

25.2-rasm. Ko'p versiyali tizimni ishlab chiqish
jamoalar turli tizim versiyalarini ishlab chiqishda ishtirok etishlari mumkin. 25.2-rasmda tizimning uchta versiyasi ishlab chiqilayotgan holatlar ko'rsatilgan:

1. 
   1.5 - versiyasi xatolarni tuzatish va tizimning birinchi versiyasi ish faoliyatini yaxshilash uchun ishlab chiqilgan. Bu tizimning ikkinchi versiyasining asosi (R1.1).
   
2. 
   2.4 versiyasi tizimning 2.0 versiyasiga aylanishi uchun sinovdan o'tkazilmoqda . Ushbu bosqichda hech qanday yangi xususiyatlar qo'shilmaydi.
   
3. 
   3 - versiya - bu mijozlar va ishlab chiquvchilar guruhining o'zgartirish so'rovlariga javoban yangi xususiyatlar qo'shiladigan ishlab chiqish tizimi. Bu oxir-oqibat 3.0 versiyasi sifatida chiqariladi .
   

Ushbu turli xil versiyalarda ko'plab umumiy komponentlar, shuningdek, ushbu tizim versiyasiga xos bo'lgan komponentlar yoki komponent versiyalari mavjud. CM tizimi har bir versiyaning bir qismi bo'lgan komponentlarni kuzatib boradi va tizimni yaratishda talab qilinganda ularni o'z ichiga oladi.