Va kommunikatsiyalarini rivojlantirish vazirligi muhammad al-xorazmiy nomidagi toshkent axborot

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. 

---

126 
 
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. 

---

127 
 
 
4.5- rasm. Manba tarixi 
 
Bunday  o‘ta  shiddatli  dasturlash  kabi  ba'zi  tezkor  usullar,  yilda  mijozlarda 
bevosita o‘zgarish amalga oshirish kerak yoki yo‘qligida foydalaniladi. 
Ular tizim talablariga o‘zgarishlar, takliflar kiritishdi, ular tizimining keyingi 
o‘sishidan  uchun  rejalashtirilgan  xususiyatlarni  ustuvor  o‘zgartirish  qaror  keyin 
o‘zgarishlar  ta'sirini  baholash  va  jamoa  bilan  ishlash.  Shu  bilan  birga,  dasturiy 
ta'minotni  takomillashtirish  o‘z  ichiga  o‘zgarishlar,  tizim  ustida  ish  ishlab 
chiquvchilari  taqdir  qolgan.  dasturiy  ta'minot  doimo  takomillashtirib  borilmoqda 
Refactoring,  balki  ishlab  chiqish  jarayonining  zaruriy  qismi  sifatida,  xarajatlarni 
deb hisoblanmaydi. 
Ular tizim talablariga bir o‘zgarish taklif bo‘lsa, ular o‘zgarishining ta'sirini 
baholash va keyingo‘zgarish tizimini keyingi o‘sishi uchun rejalashtirilgan ustivor 
xususiyatlarini jamoa bilan ishlash.qarorini qabul qiladi.  Shu bilan birga, dasturiy 
ta'minotni takomillashtirish, tizim ustida ish ishlab chiquvchilar ishlarini o‘z ichiga 
oladi.  Dasturiy  ta'minot  doimiy  yaxshilash,  qayta  tartibga  solishni  bir  yuk  deb 
emas, balki rivojlantirish jarayonining zaruriy qismi sifatida qarashlari kerak. 
Rivojlantirish guruhi dasturlar qismlarining o‘zgartiradi, ular har bir tarkibiy 
qism  uchun  qilingan  o‘zgarishlarni  bayonnomada  saqlablari  kerak.  Manbaning 
kodi  qismi  manba  tarixini  saqlab  qolish  uchun  bir  yaxshi  yo‘li  (4.5-  rasm). 
Dasturiy  o‘zgarishni  amalga  oshirish  uchun  o‘zgarishga  so‘rov  ma'lumotnoma 
kerak.  Hujjatlar  uchun  odatda  hujjatning  oldida  alohida  qog'ozga  muhofaza 

---

128 
 
qilinadi har bir batianti kiritilgan o‘zgarishlarni qayd qilinadi. Men hujjatlar ustida 
web-bobdato‘htalib o‘tganman. 
O‘zgarishlarni  boshqarish  odatda  maxsus  dasturiy  ta'minot  bilan  qo‘llab-
quvvatlanadi.  Ular  masalan,  Bugzilla  kabi  nisbatan  oddiy  vebga  asoslangan 
vositalari bo‘lishi mumkin, u ko‘p ochiq manba tizimlari bilan bog'liq muammolar 
haqida  xabar  berish  uchun  ishlatiladi.  Shu  bilan  bir  qatorda,  yanada  murakkab 
vositalar  roziligini  o‘zgartirish,  boshlang'ich  mijoz  taklifiga  o‘zgarish  talablarini 
kiritib butun jarayonni avtomatlashtirish uchun foydalanish mumkin.