4.1. O‘zgarishlarni boshqarish
Katta dasturiy tizimlar faoliyati uchun o‘zgarishlar haqiqatdir. Tashkiliy ehtiyojlari va talablarga tizimini hayoti davomida o‘zgarishlari, kamchiliklar ta'mirlanishi kerak, va ularning atrof-muhit o‘zgarishiga moslashish tizimlari bor. o‘zgarishlar ishonch hosil qilish uchun bir nazorat tizimi tarzda qo‘llaniladi, bunda sizga vositani qo‘llab-quvvatlaydigan, o‘zgarishni boshqarish jarayonlari majmui kerak. O‘zgarish boshqaruvi tizimining evolyutsiyasi ishonch hosil qilish uchun mo‘ljallangan muvaffaqiyat jarayoni va ustuvor eng dolzarb va iqtisodiy samarali o‘zgarishlar beriladi.
O‘zgarishni boshqarish jarayoni xarajatlarini va tahlil bilan bog'liq bo‘lgan daromadlar, Tavsiya etilgan o‘zgarishlar mos va munosib bo‘lgan o‘zgarishlar tasdiqlash va kuzatuv tizimi qismlariga o‘zgartirilgan. Modelning asosiy o‘zgarish boshqaruv jarayonini boshqarish faoliyati ko‘rsatadi (rasm 4.3). Foydalanishda bu jarayon ko‘p varyantlar bor lekin samarali bo‘lishi uchun, boshqaruv o‘zgartirish bor jarayonlar har doim anglamoq, tekshirish xarajat va tasdiqlash bir vositalarida o‘zgarish bo‘lishi kerak. Bu jarayon dasturiy ta'minot mijozlarga yoki tashkilot ichidagilarga tarqatish uchun topshiriladi.
Mijoz jarayonni tugallangach o‘zgarish boshqarish jarayonida boshlanadi va tizim uchun zarur bo‘lgan o‘zgarishlarni tushuntirib, o‘zgarish so‘rovini jo‘natadi. Bunday bo‘lishi mumkin bunda xato alomatlari tasvirlanadi, va xato hisobot yoki so‘rov uchun qo‘shimcha funktsional tizimiga qo‘shiladi. Ba'zi kompaniyalar xato band hisobotlar va yangi talablar alohida, asosan, bu shunchaki ham o‘zgartirish so‘rovlar. O‘zgartirish so‘rovlar talabi o‘zgarish shakli yordamida berilishi mumkin (CRF). Men «mijoz» atamasidan bu yerda foydalanish o‘zgarishlar bozor tomonidan taklif qilinishi mumkin bir qismi emas, balki har qanday bir kompaniya bo‘limiga ishlash jamoasi muddatini o‘z ichiga oladi.
4.4- rasm. O‘zgarish so‘ro‘v shaklining qisman yakunlanishi
O‘zgarish boshqaruvida ishtirok guruhlari elektron o‘zgartirishlar talabi orasidagi barcha ma'lumotni birgalikda ro‘yxatga olishdan hosil bo‘ladi. O‘zgartirish talabi ishlovi sifatida, ish haqqi haqidagi ma'lumot jarayonining har bir bosqichida qabul qilingan qarorlarni yozib uchun CRF qo‘shiladi. Har qanday vaqtda, u zarur o‘zgarishlarni oniy saqlashni anglatadi. CRF ga bog'liq holda tavsiyalarni yozib o‘zgartirish tasdiqlangan so‘ng amalga oshiriladi, va tasdiqlangan o‘zgarishda taxmin xarajatlar amalga oshirildi.
CRF bir sekundni o‘z ichiga olishi mumkin, ishlab chiqaruvchilar bir o‘zgarish amalga oshirish mumkin, qisman tugallangan o‘zgarishlar so‘rov shaklida 4.4- rasmda ko‘rsatilgan. Bu katta murakkab tizimlarida CRF bir turdagi muhandislik loyihalarida foydalanish mumkin. kichik loyihalar uchun, men kerak tavsiya va so‘rovlar o‘zgarishini rasman qayd qilinishini va CRF zarur o‘zgarishlarni amalga oshirish masalalari bo‘yicha kamroq e'tibor bilan bayonod qilish kerakligini aytib o‘tmoqchiman. Tizim ishlab chiquvchilari o‘zgarishlar qarorini amalga oshirish va taxmin qilish uchun zarur vaqt mavjud.
O‘zgarish talabi topshirilgandan so‘ng, u ishonch hosil qilish uchun tekshirish amal qiladi. Tekshiruvchi mijozlardan yoki ilovalarni qo‘llab quvvatlovchilardan ichki so‘rovlarni quvvatlash uchun, rivojlantirish jamoasi a'zosi bo‘lishi mumkin. Tekshirish kerakli barcha o‘zgartirish so‘rovlarini qabul qila olmaydi. O‘zgartirish talabi bir xato haqida xabar bo‘lsa, bu avvalgi xabar bo‘lishi mumkin. Ba'zi hollarda, odamlar allaqachon amalga oshirilgan, biroq ular bilmaydigan narsalardan oddiy so‘rov xususiyatlari haqida xabar beradilar. Bu har qanday haqiqiy bo‘lsa, o‘zgarishi so‘rov yopiladi va shakli yopilishi uchun sabab bilan yangilanadi. U amal so‘rov o‘zgarishi bo‘lsa, u bir chiqayotgan kamchilik sifatida kirgan keyingi tahlil qilish uchun so‘rov turgan.
Amal o‘zgarish istaklari uchun, jarayonning keyingi bosqichi baholash va xarajat o‘zgarishidir. Bu, odatda, ishlab chiqish yoki xizmat jamoa sifatida javobgar hisoblanadi. Ular o‘zgarishlarni amalga oshirishda ishtiroki ta'siri tizimining qolgan o‘zgartirish tekshirilishi kerak. Buning uchun, siz barcha o‘zgarishi ta'sir komponentlarini aniqlashiz kerak. O‘zgarish qilish yanada bo‘lsa boshqa joyda tizimda zarur o‘zgarishlar amalga oshirishni anglatadi, bu o‘zgartirish xarajatlarni oshirilishini anglatadi. Keyingi tizim bor modul uchun zarur bo‘lgan o‘zgarishlar baholavadi. Nihoyat, o‘zgarish qilish qiymati hisobga olgan holda, taxmin qilingan tegishli qismlariga o‘zgartirish xarajatlar belgilanadi.
Ularning iqtisodiy tahlil quyidagi alohida guruh bo‘lsa, keyin biznes nuqtai nazaridan samarali dasturiy ta'minot o‘zgarishlarni amalga oshirish uchun qaror kerak. harbiy va davlat tizimlari, bu guruh tez-tez o‘zgarishi (CCB) nazorat kengashi deb ataladi. Sanoatda u “mahsulot ishlab chiqish guruxi” deb atash mumkin. Dasturiy ta'minot tizimi haqida qaror qabul qilish uchun mas'ul bo‘lgan guruh ko‘rib chiqish va kerak bo‘lsa, barcha o‘zgarish so‘rovlarini tasdiqlash kerak. O‘zgarishlar ekran displeylari, veb-sahifalari yoki hujjatlarida kichik xatolarni tuzatishga jalb etiladi. Bu kichik so‘rovlar rivojlantirish jamoasi batafsil tahlil qilmasdan o‘tgan bo‘lishi kerak.
CCB yoki mahsulot ishlab guruhi tomonidan o‘zgarishining ta'sirini strategik va tashkiliy punkt o‘rniga texnik punkt ko‘rib chiqadi. Bu qaror o‘zgarishi iqtisodiy asoslangan va qabul darajasida ustuvor ahamiyat berilmoqda. Qabul o‘zgarishlar rivojlantirish uchun orqaga o‘tadi guruhi; rad etilgan o‘zgarish so‘rovlari yopiladi va yana harakat boshlanadi. Mazmunli o‘zgarish kerak yoki yo‘qligini qaror qabul qilish hisobiga olinishi lozim bo‘lgan omillar tasdiqlangan bo‘lishi kerak:
|
