O‘zgarishlarni boshqarish

|
O‘zgarishlarni boshqarish
|
bet | 20/38 | Sana | 19.05.2024 | Hajmi | 0,95 Mb. | | #243559 |
Bog'liq Amaliyot SQL da dasturlashuslubiy ko\'rsatmaO‘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 xató 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:
1. O‘zgarish so‘rovini baholash oqibatida o‘zgarish qilish shart emas. Agar o‘zgarish amalga oshirilmagan bo‘lsa nimani e'tiborga olish kerak. Agar o‘zgarishi xabar tizim xatosi deb jiddiy xato bilan bog'liq kamchilik hisobga olinishi kerak. Tizim xatosi tizimini blokirovka qilishga sabab bo‘lsa, bu juda jiddiy va operatsion buzilish bo‘lishi mumkin, bu xolda o‘zgarishsiz tizimdan foydalaning. Boshqa tomondan etishmovchilikning ta'siri kichik bo‘lsa, ekrandagi turli ranglar muammoni hal qilish uchun muhim emas, o‘zgarishda past bo‘lsada ustuvor bo‘lishi kerak.
2. O‘zgarish foydalari. Ko‘p foydalanuvchilari tizimi o‘zgarishida foyda beradi yoki birinchi navbatda, shunchaki bir taklif o‘zgartirish foyda bo‘ladimi?
3. O‘zgarishi ta'sir foydalanuvchilari soni bir necha foydalanuvchilar keyin, ta'sir bo‘lsa o‘zgarish past ustuvor tayinlanishi mumkin. Aslida, o‘zgarish qilish maqsadga muvofiq emas, bu tizim aksariyat foydalanuvchilar salbiy ta'sir bo‘lishi mumkin.
4. O‘zgarish qilish xarajatlarin. O‘zgarish qilish ko‘p tizimlar komponentalariga ta'siri bo‘lsa (shunda yangi xatolar joriy etish imkoniyatlari oshadi) va yoki qiymatni oladi, amalga oshirish uchun vaqt ko‘p, o‘zgarish yuqori berilgan keyin uni rad etilishi ham mumkin.
5. Ishlab chiqarilgan mahsulotlarni aylanishi. Dasturiy ta'minotni yangi versiyasi nafaqat ozod qilingan bo‘lsa mijozlar uchun u qadar o‘zgarish amalga oshirishni kechiktirish mantiqiy bo‘lishi mumkin. Keyingi rejalashtirilgan ishlab chiqarishlar (4.3- rasmga qarang) dasturiy mahsulotlar uchun zarurdir. O‘zgarishni boshqarish (masalan, SAD tizimi mahsulot) o‘rniga xususan, muayyan mijoz uchun ishlab chiqilgan tizimlardan ko‘ra, ishlov kerak bir oz boshqacha tarzda amalga oshiriladi. Dasturiy mahsulotlar, mijozlar bevosita ishtirok emas tizimi evolyutsiyasi, shuning uchun mijozning uchun o‘zgarish dolzarb haqida qarorlar qabul ish muammo emas. Bu mahsulotlar uchun o‘zgaruvchi so‘rovlar mijozga kelib qo‘llab-quvvatlash jamoasi, kompaniya marketing jamoasi. Bu so‘rovlar mijozlar tomonidan taklif va mulohazalarni aks yoki mahsulotlari tomonidan taklif tahlillari raqobati bo‘lishi mumkin. Mijozlarni qo‘llab-quvvatlash jamoasi hasharotlar bilan bog'liq o‘zgartirish talablarini topshirishlari mumkin, deb dasturiy ta'minot bo‘ldi keyin mijozlar tomonidan kashf va xabar qilingan ozod. Iste'molchilar xatolar hisobot uchun veb- sahifa yoki elektron pochtadan foydalanish mumkin. Nuqsonli boshqaruv jamoasi keyin xato hisobotlar tegishli ekanligini tekshiradi va ularni rasmiy tarjima qilishadi. Tizim o‘zgarish so‘rovlar marketing xodimlari mijozlar bilan tanishish va mahsulotlarni reklamasi bilan shug‘ullanadi. Ular buni amalga oshirishlari uchun kiritilishi kerak bo‘lgan o‘zgartirishlarni taklif qilishlari mumkin. Muammolar va o‘zgarishlarni qayd etilish kerak, lekin faqat individual komponentlar va modul ta'sirdagi o‘zgarishlar mustaqil ravishda baholanadi ularni qayt etish shart emas. Nima uchun shart emas, chunki ular tizim ishlab turgan vaqt bevosita uzatiladi, yoki tizim ishlab ularni qabul qilad. Shu bilan birga, mustaqil hokimiyatda bunday tizim me'moriy baholash sifatida va turli jamoalar tomonidan ishlab chiqarilgan shu tizim modullari ta'sir o‘zgarishlar birinchi o‘ringa bo‘lishi kerak.
|
| |