Ma’ruza mavzulari Dars soatlari hajmi

O'zgarishlarni boshqarish
O'zgarish katta dasturiy ta'minot tizimlari uchun hayot haqiqatidir. Tizimning ishlash muddati davomida tashkilot ehtiyojlari va talablari o'zgaradi, xatolar tuzatilishi va tizimlar o'z muhitidagi o'zgarishlarga moslashishi kerak. O'zgarishlar qo'llanilishini ta'minlash uchun tizimga boshqariladigan tarzda o'tish uchun sizga asboblar tomonidan qo'llab-quvvatlanadigan, o'zgartirishni boshqarish ­jarayonlari to'plami kerak bo'ladi. O'zgarishlarni boshqarish tizimning evolyutsiyasi nazorat qilinishini va eng tezkor va tejamkor o'zgarishlarga ustuvor ahamiyat berilishini ta'minlash uchun mo'ljallangan.
O'zgarishlarni boshqarish - bu kutilayotgan o'zgarishlarning xarajatlari va foydalarini tahlil qilish, ­iqtisodiy jihatdan samarali bo'lgan o'zgarishlarni tasdiqlash va tizimdagi qaysi komponentlar o'zgartirilganligini kuzatish jarayoni. Rasm 25.14 - o'zgarishlarni boshqarish jarayonining modeli bo'lib, o'zgarishlarni boshqarishning asosiy faoliyatini ko'rsatadi. Ushbu ­jarayon dasturiy ta'minot mijozlarga chiqarish yoki tashkilot ichida joylashtirish uchun topshirilganda kuchga kirishi kerak.
Ushbu jarayonning ko'plab variantlari dasturiy ta'minotning buyurtma ­tizimi, mahsulot liniyasi yoki tayyor mahsulot ekanligiga qarab qo'llaniladi. Kompaniyaning kattaligi ham farq qiladi - kichik kompaniyalar korporativ yoki davlat mijozlari bilan ishlaydigan yirik kompaniyalarga qaraganda kamroq rasmiy jarayondan foydalanadilar . Biroq, barcha o'zgarishlarni boshqarish ­jarayonlari o'zgarishlarni tekshirish, xarajatlarni hisoblash va tasdiqlashning qandaydir usullarini o'z ichiga olishi kerak.

O'zgarishlarni boshqarishni qo'llab-quvvatlash vositalari nisbatan oddiy muammo yoki xatolarni kuzatish tizimlari yoki Rational Clea ­rcase kabi keng ko'lamli tizimlar uchun konfiguratsiyani boshqarish paketi bilan birlashtirilgan dasturiy ta'minot bo'lishi mumkin . Muammolarni kuzatish tizimlari har kimga ­xato haqida xabar berish yoki tizimni o'zgartirish bo'yicha taklif kiritish imkonini beradi va ular ishlab chiqish guruhi muammolarga qanday javob berganini kuzatib boradi. Ushbu tizimlar foydalanuvchilarga jarayonni yuklamaydi va shuning uchun turli xil sozlamalarda foydalanish mumkin. Keyinchalik murakkab tizimlar o'zgarishlarni boshqarish jarayonining jarayon modeli atrofida qurilgan. Ular mijozning dastlabki taklifidan tortib yakuniy o'zgarishlarni tasdiqlash va ishlab chiqish guruhiga o'zgartirishlar taqdim etishgacha bo'lgan o'zgartirish so'rovlarini ko'rib chiqishning butun jarayonini avtomatlashtirish.
O'zgarishlarni boshqarish jarayoni tizim manfaatdor tomonlari tizimga talab qilinadigan o'zgarishlarni tavsiflovchi o'zgartirish so'rovini tugatib yuborganida boshlanadi. Bu xato belgilari tasvirlangan xatoliklar hisoboti yoki tizimga qo'shilgan qo'shimcha funksionallik so'rovi ­bo'lishi mumkin . Ba'zi kompaniyalar xato hisobotlari va yangi ­talablarni alohida ko'rib chiqadilar, lekin printsipial jihatdan ikkalasi ham shunchaki o'zgartirish so'rovlaridir. O'zgartirish so'rovlari o'zgartirish so'rovi shakli (CRF) yordamida yuborilishi mumkin. Manfaatdor tomonlar tizim egalari va foydalanuvchilari, sinovchilar, ishlab chiquvchilar yoki kompaniyaning marketing bo'limi bo'lishi mumkin.
Elektron o'zgartirish so'rovi shakllari o'zgarishlarni boshqarish bilan shug'ullanadigan barcha guruhlar o'rtasida almashiladigan qayd ma'lumotlari. O'zgartirish so'rovi ko'rib ­chiqilayotganda, jarayonning har bir bosqichida qabul qilingan qarorlarni qayd etish uchun ma'lumotlar CRFga qo'shiladi . Istalgan vaqtda, shuning uchun u o'zgartirish so'rovi holatining oniy rasmini ifodalaydi. Kerakli o'zgarishlarni qayd etishdan tashqari, CRF o'zgartirish bo'yicha tavsiyalarni, o'zgartirishning taxminiy xarajatlarini va o'zgartirish so'ralgan, tasdiqlangan, amalga oshirilgan va tasdiqlangan sanalarni qayd qiladi. CRF shuningdek, ishlab chiquvchi o'zgartirishni qanday amalga oshirish mumkinligini ko'rsatadigan bo'limni o'z ichiga olishi mumkin. Shunga qaramay, CRFdagi rasmiyatchilik darajasi tizimni ishlab chiqayotgan tashkilotning hajmi va turiga qarab o'zgaradi.
kompleks tizim muhandislik loyihasida qo'llanilishi mumkin bo'lgan CRF turiga misol keltirilgan . ­Kichikroq loyihalar uchun men o'zgartirish so'rovlarini rasmiy ravishda yozib olishni tavsiya qilaman ; CRF ni tavsiflashga e'tibor qaratishi kerak