|
Boboev L. B., Abduraxmanova N. N. Dasturiy loyihalarni boshqarish fanidan
|
| bet | 60/79 | | Sana | 23.12.2023 | | Hajmi | 1,03 Mb. | | #127344 |
Bog'liq Dasturiy loyihalarni boshqarish -типография (2)Madifikatsion vaqti shtampi. Dastur kod fayl imzosi bu vaqt va kun hisoblanib, qachonki fayl indifikatsiyasi bo‘lganda ishga tushadi. Dastur kodi fayli kompanenti madifikatsiya bo‘lgandan keyin dastur kod fayli tizimga agar zarur bo‘lsa yangi kod faylini yaratadi.
Misol uchun aytaylik kompanentlar va comb.java comb.class va ular 17:03:05:02:04:2009 va 02:12:2009 da madifikatsiya bo‘lgan deylik. Bu java kodi 14-fevral 2009-yilda soat 5 dan 3 minutu 16:34:25: sekund o‘tganda madifikatsiya bo‘lganini bildiradi. Kompilatsiya versiyasi esa 12-fevral 2009-yilning 4 dan 34 minut 25 sekund o‘tgandagi madifikatsiyasini bildiradi. Bu xolatda tizim avtamatik ravishda comp.javani kompilatsiya qiladi chunki kompilatik versiyasi 12-fevraldagi dastur kodlarini o‘z ichiga oladi.
Dastur kodini tekshiruvchi funksiya. Bu dastur kodi fayli yaratilgan kundanboshlab tekshirishni boshlaydi.Bu funksiya dastur matinlarini ham kiritilgan son sifatida foydalanadi va hisoblaydi. Agar siz dastur kodini o‘zgartirsangiz, bu yangi tekshirish funksiyasini yaratadi. Siz shuni yahshi bilingki har bir dastur kod fayli uchun alohida tekshirish funksiyasi mavjud. Tekshirish funksiyasi dastur kodi komplyasiya bo‘lishdan oldin tekshirib oladi va u haqida ma‘lumotberadi. Tizim o‘rnatilgamdan keyin, yangi teglar obyekti kod faylini generatsiya qiladi. Agar kod fayli mavjud bo‘lmasa dasturdastur kodlari tizimga qo‘shilgan bo‘ladi. U holda qaytadan komplyatsiya qilish muhim hisoblanadi.
Obyekt kodining fayllari odatda versiyalanmagani uchun tizimda obyektning eng oxirgi kompilatsiya qilinga fayli tizimda saqlanadi. Bu odatda dastlabki kodning fayli bilan nomi boyicha bog‘lanadi (bu degani uning nomi dastlabki kod fayli bilan bir-xil lakin boshqa sufikas bilan). Shunday qilib COMP Java fayli Comp klas faylini generatsiyalash mumkin. Dastlabki va obyekt fayllari nomi bo‘yicha bog‘langanligi uchun bitta kataligda dastlabki kodning har xil versiyani saqlash mumkin emas chunki ular shunday nomlangan obyekt fayllarini yaratishadi.
4.12- rasm. Uzluksiz integratsiya
Nazorat yig‘indisi yondashuvi komponentni obyekt kodining har-xil versiyasini bir vaqtda quvvatlashga imkon beradi. Manba va obyekt kodini fayl nomi emas balki imzo bog‘lab turadi. Dastlabki kod va obyekt kodini fayllari bir-xil signatiraga ega bo‘ladi. Shining uchun siz komponentni qayta komplizatsiya qilganizda u vaqtincha belgili bo‘lganda obyekt kodini qayta yozmaydi. U obyetk kodini yangi faylini yaratadi va dastlabki kod imzosi bilan belgilaydi. Parallel kompliizatsiyada komponentning har-xil versiyasi bie vaqtda kompilatsiya qilinishi mumkin.
Tezkor usullarda tizim yig‘ilganda dasturiy ta‘minotdagi muammolarni aniqlash uchun avtomatlashtirilgan testlar o‘tkazilishi kerak(bazida tutin testlar deb nomlanadi). Tez-tez o‘tkaziladigan qurishlar 4.12-rasmda ko‘rsatilgandek uzliksiz integratsiya jarayonining qismi bo‘lishi mumkin. Tezkor usullar tushunchasiga binoan uzliksiz integratsiyada dastlabki kodni kichik o‘zgartirishlar miritilgandan keyin asosiy yo‘nalishga qaytish ko‘zda tutiladi. Uzluksiz integratsiyani bosqichlari quyidagilar:
Yaratuvchilarning ishchi joyida versiyalarni boshqarish tizimining magistral tizimini tekshiring.
Tizimni quring va avtomatlashtirilgan testlarni ishga tushurining, o‘rnatilgan tizim hamma testdan o‘tishini tekshiring. Agar o‘tmasa tizim yig‘ilgani noto‘g‘ri hisoblanadi va siz bazaviy tizimni kim oxirgi tekshirganini aniqlashingiz kerak bo‘ladi. Ular bu muammoni bartaraf etishiga javobgar bo‘ladilar.
Tizim komponentlariga o;zgartirish kiritish.
Xususiy ishchi o‘rinda tizimni quring va yana testdan o‘tkazing. Testdan yana o‘ta olmasa muharrirlashni davom ettiring.
Tizim sinovdat o‘tgandan so‘ng uni qurigan tizim deb belgilang lekin baza yabgi tizim sifatida emas.
Tizimni serverda quring va testlarni ishga tushiring. Siz tizimni tekshirganiz uchun boshqa komponentlar o‘zgartirilgan bo‘lsa shu ishni bajarishingiz kerak. Bu komponentlarni ham hususiy ishchi joyida tekshiring va muharrirlang.
Agar tizim testlarni qurilgan tizimga o‘tkazib yuborsa magistral yangi baza sifatida kiritilgan o‘zgarishlarni saqlab qolishingiz kerak.
Uzluksiz integratsiya afzalligi shundaki har-xil odamlar tomonidan yaratilgan komponentlar o‘rtasidagi muammolar ular paydo bo‘lishi bilan bartaraf etiladi. Magistral yo‘nalishidagi eng oxirgi tizim yakuniy tizim bo‘lib qoladi. Uzliksiz integratsiya yaxshi g‘oya bo‘lganiga qaramay tizimni qurishda bu yondashuvda qo‘llashni har doim ham ilojisi bo‘lmaydi. Buning sabalari quyidagilar:
Tizim juda katta bo‘lsa uni yaratish va testdan o‘tkazish jo‘p vaqt talab etadi. Shuning uchun uni kuniga bir necha marotaba qurish maqsadga muofiq emas.
Ishlab chiqarish platformasi mo‘ljallangan platformadan farq qilsa yaratilayotgan joyda tizimni sinovdan o‘tkazishni keragi yo‘q. Apparat taminoti, opetarsion tizim yoki dasturiy ta‘minotda farqlar bo‘lishi munkin. Demak tizimni testdan o‘tkazishga ko‘proq vaqt ketadi.
Katta tizim yoki platformasi boshqacha bo‘lgan tizimlar uchun uzluksiz integratsiyadan foydalanish maqsadga muofiq emas. Bu sharoitlarda tizimni har kuni yig‘ish yaxshi natija beradi buning hususiyatlari quyidagicha:
Tashkilot tizim komponentlarini yaratish uchun muddat belgilaydi. Agar yaratuvchilar komponentlarning yangi versiyalarini o‘sha vaqtga yetkazib berishi kerak. Komponentlar to‘liq bo‘lmasligi mumkin lekin tekshirish uchun bazi funksional imkoniyatlarga ega bo‘lishi kerak.
Tizimning yangi versiyasi bu komponentlarni birlashtirib to‘liq tizim shakillantiriladi.
Bu tizim sinov jamoasiga beriladi, ular tizimni sinovdan o‘tkazadilar. Shu paytda yaratuvchilar komponentlar ustida ishlaydi, funksional imkoniyatlar qo‘shadi va avvalgi testlarda aniqlangan hatoliklarni kuzatadi.
Test vaqtida aniqlanga hatolar rasmiylashtiriladi va tizim yaratuvchilariga beriladi. Ular bu hatolarni komponentning keying versiyasida bartaraf etadilar.
Dasturiy ta‘minotni tez-tez yig‘ishni afzalliklari shundaki, komponentlarni o‘zaro ta‘sirida paydo bo‘ladigan muammolar jarayonni boshida aniqlanadi. Tez-tez qurish component modullarini batafsil tekshirishni ko‘zda tutadi. Yaratuvchilar “qurishni sindirmaslik” uchun psixologik bosimda bo‘ladilar bu degani ular butun tizimni muavvaffaqqiyatsizlikka uchratadigan komponentlar versiyalarini tekshirishdan qochadilar.
Shuning uchun ular yaxshi tekshirilmagan komponentlarning yangi versiyalarini taqdim etishni hohlamaydi. Demak yaratuvchi tomonidan aniqlanishi mumkin bo‘lgan dasturiy ta‘minot hatoliklariga tizimni testlash vaqtida kamroq vaqt sarflanadi.
|
| |
