Mavzu kursi bo'yicha test spetsifikatsiyasini tayyorlash

Rasm-7. Turli xil IClar o'rtasidagi xabar almashishning kontseptual diagrammasi.
Aytaylik, kiruvchi xabar muvaffaqiyatli qabul qilindi va izchil tuzilish va formatga ega. Qabul qiluvchining maqsadlari uchun dastlabki xabardan olingan o'zgartirilgan xabarni modellashtirish va ko'rish mexanizmlarini amalga oshirish xatolarni nazorat qilishning qo'shimcha vositalarini ta'minlaydi (8-rasm). Yakuniy funktsional talab, agar qayta ishlangan kiruvchi xabarni qayta yuklashga harakat qilinsa, foydalanuvchilarni bloklash/xabar berishdir.

Rasm- 8. Yuklanishi kerak bo'lgan ma'lumotlarni ko'rish uchun SAP ERP tizimining LSMW tranzaksiyasi: a) boshlang'ich; b) asl nusxadan aylantirilgan.
5.6. Kengaytmalar bilan ishlash (E-turi)
Dasturiy ta'minot kengaytmalariga (E-tip) tegishli funktsional talablar orasida quyidagilarni ajratib ko'rsatish mumkin - standart MDH funksiyalaridan maksimal darajada foydalanish. Unda aytilgan narsa: ko'pincha dasturni o'zgartirishingiz kerak va birinchi qarashda kengaytma nuqtasi eng murakkab va murakkab dasturlardan birida amalga oshirilishi kerak. Ko'pgina ERP tizimlarida jarayonlarni amalga oshirish biznes ob'ektlariga asoslanadi, masalan: buyurtma, kvitansiya, schyot-faktura, hisobdan chiqarish va boshqalar, shu bilan o'zaro bog'langan hujjatlar oqimini tashkil qiladi. Yaratilgan hujjatlarning atributlari ko'pincha oldingi ob'ektlar ma'lumotlari asosida avtomatik ravishda aniqlanadi. Shuning uchun, agar ob'ektni qayta ishlash mantiqini takomillashtirish zarur bo'lsa, hozirgi emas, balki avvalgi hujjatlarni qayta ishlash algoritmini o'zgartirish kerak bo'ladi (9-rasm).

Rasm-9. ERP tizimlarining standart mexanizmlaridan maksimal darajada foydalangan holda kengaytmalarni amalga oshirish uchun funktsional talabning grafik tasviri.
5.6. Funktsional spetsifikatsiyalarni tayyorlashda keng tarqalgan xatolar
ERP tizimini ishlab chiqish spetsifikatsiyasi ishlab chiqilgan va funktsional talablar bilan boyitilgan. Keyinchalik, tasdiqlanganidan keyin u rivojlanishga o'tadi. Biroq, funktsional spetsifikatsiyani tekshirish jarayoni uzoq davom etishi mumkin. Muzokaralar jarayonini murakkablashtiradigan spetsifikatsiya hujjatidagi xatolar quyidagilardir:
• TO-BE modeli va yechim konsepsiyasining yo‘qligi, bu nuqtalarsiz foydalanuvchiga taklif etilayotgan yechim nima ekanligini va keyinchalik uzluksiz biznes jarayonining bir qismi sifatida qanday qo‘llanilishini tushuntirish juda qiyin. Afsuski, spetsifikatsiyaning tafsilotlari texnik bo'lmagan shaxsga tarkibni aniqlab bera olmaydi;
• farazlarning haddan tashqari ko'pligi, bu erda dastur arxitekturasiga katta ta'sir ko'rsatadigan gipotezani hech kim tasdiqlay yoki rad eta olmasa, faraz majburiy o'lchov ekanligini tushunish muhimdir. Shuning uchun, taxminlar soni minimal bo'lishi kerak;
• ma'lumotlarni tanlash va maydonlarni tavsifsiz to'ldirish algoritmlarini ko'rsatish, SQL so'rovlaridan foydalanish ma'lumotlarni qayta ishlash mantig'i tavsifini unifikatsiya qilish imkonini beradi, bu esa ishlab chiquvchi uchun juda foydali. Shu bilan birga, biznes foydalanuvchilari ham spetsifikatsiyani o'qishini unutmasligimiz kerak, shuning uchun har bir algoritm inson o'qiy oladigan tavsif bilan birga bo'lishi kerak.
Tasdiqlash natijasida yangilangan funktsional spetsifikatsiya amalga oshirish uchun ABAP ishlab chiqaruvchisiga beriladi.Rejalashtirilgan ishlab chiqish vaqti spetsifikatsiya hujjatini yozish muddatini belgilash uchun foydalanilgan bir xil Tahminlovchi tomonidan belgilanadi.
6. Funktsional spetsifikatsiyani tayyorlashdan keyingi qadamlar
Amalga oshirilgan funktsional spetsifikatsiya sinovga asoslangan ishlab chiqishning V-modeli yordamida sinovdan o'tkaziladi (10-rasm). Ushbu model funktsional-modulli, tizimli, integratsiya va uzluksiz qabul sinovlarini o'tkazishni belgilaydi, ularning natijalari dastur mantig'ini o'zgartirishi mumkin. Bunday o'zgarishlar rang belgisi qo'llaniladigan spetsifikatsiya hujjatida aks ettirilgan (32-rasm).