|
Boboev L. B., Abduraxmanova N. N. Dasturiy loyihalarni boshqarish fanidan
|
| bet | 57/79 | | Sana | 23.12.2023 | | Hajmi | 1,03 Mb. | | #127344 |
Bog'liq Dasturiy loyihalarni boshqarish -типография (2)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.
O‘zgarish foydalari. Ko‘p foydalanuvchilari tizimi o‘zgarishida foyda beradi yoki birinchi navbatda, shunchaki bir taklif o‘zgartirish foyda bo‘ladimi?
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.
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.
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.
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 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.
4.6- rasm. Kod chiziqlari(Codeline) va asosiy chiziq(baseline)
|
| |
