7-Ma`ruza. Talablar spetsifikatsiyasi. Talablarni tekshirish. Talablarni o‘zgartirish. Reja

|
7-Ma`ruza. Talablar spetsifikatsiyasi. Talablarni tekshirish. Talablarni o‘zgartirish. Reja
|
bet | 1/7 | Sana | 23.05.2024 | Hajmi | 24,46 Kb. | | #251573 |
Bog'liq 7-ma`ruza
7-Ma`ruza. Talablar spetsifikatsiyasi. Talablarni tekshirish. Talablarni o‘zgartirish.
REJA:
Talablar spetsifikatsiyasi.
Talablarni tekshirish.
O'zgaruvchan talablar.
1. Talablarning spetsifikatsiyasi.
Umuman olganda, talablar spetsifikatsiyasi - bu tizim sifatiga oid barcha manfaatdor tomonlarning taxminlarini to'liq qamrab oluvchi axborot tizimini joriy qilish uchun foydalanuvchining noyob talablarining tartiblangan, tuzilgan ro'yxati.
Dasturiy ta'minot talablari spetsifikatsiyasi talablar spetsifikatsiya , SRS) dasturiy ta'minot va uning tashqi interfeyslari uchun tuzilgan talablar (funksionallik, ishlash, dizayn cheklovlari va atributlari) to'plamidir .
Spetsifikatsiya matnli hujjat sifatida yaratilishi mumkin. Aynan shu hujjat Karl Vigersning "Dasturiy ta'minot talablarini ishlab chiqish" kitobida tasvirlangan.
SRS shablon tuzilishi
Havolalar. ( Havolalar )
Maqsad. ( maqsad )
Kirish. ( Kirish )
Ta'riflar , qisqartmalar , atamalar . (Ta'riflar, qisqartmalar, atamalar)
Umumiy koʻrinish. ( Umumiy ko'rinish )
Funksionallik. ( funksionallik )
Umumiy tavsif. ( Umumiy tavsif )
Talablar. ( Talablar )
Foydalanish imkoniyati. ( Usability - "qulaylik va foydalanish qulayligi )
Ishonchlilik. ( Ishonchlilik )
Ammo hujjatni saqlash juda noqulay, chunki matn muharriri muayyan talablarga kiritilgan o'zgarishlarni kuzatib borish uchun zarur funktsiyalarni ta'minlamaydi. Shuning uchun talablarni nazorat qilish uchun maxsus vositalar qo'llaniladi.
Foydalanuvchi hikoyalarini talablarga aylantirish. Foydalanuvchi hikoyasi ushbu dasturiy ta'minot foydalanuvchisi nuqtai nazaridan kelajakdagi tizimda ma'lum bir operatsiyani qanday bajarish kerakligini aks ettiradi . Avvalroq biz gaplashdik foydalanuvchi hikoyasini tizim sifati nuqtai nazaridan qanday shakllantirish kerak (foydalanuvchi hikoyalaridan talablarga o'tishda sifat ko'rsatkichlariga havolani yo'qotmaslik muhimdir).
Ammo tarix talab emas va ularning umumiyligi emas. Bu dasturiy ta'minotning kelajagi bo'yicha mumkin bo'lgan qarashlardan biri bo'lib, hatto fokus-guruhning bir ishtirokchisida ham bunday nuqtai nazarlar ko'p bo'lishi mumkin. Ko'pincha ma'lum bir funktsiyani u yoki bu tarzda bajarish mumkinligini eshitishingiz mumkin. Va hikoya muallifining o'zi variantlardan qaysi biri yaxshiroq ekanligini aniq ayta olmaydi. Foydalanuvchi hikoyalari turli odamlar bilan suhbatlar asosida shakllanadigan vaziyat haqida nima deyish mumkin?
Talab , yuqorida aytib o'tganimizdek, tizim dizaynida foydalanish uchun qo'llanilishi mumkin bo'lgan bir qator xususiyatlarga ega bo'lishi kerak .
Bir qator talablar xarakteristikalari foydalanuvchi hikoyalaridan avtomatik ravishda olinadi (albatta, agar hikoyalar yaxshi ishlab chiqilgan bo'lsa). Shunday qilib, hikoyalardan kelib chiqadigan talab deyarli har doim dolzarb bo'lib, talabga ega va kuzatilishi mumkin, ko'p jihatdan qarama-qarshiliklardan xalos bo'lib, boshqa talablar bilan bog'liq. Odatda talabni qanday amalga oshirish va amalga oshirilgandan so'ng talab bajarilganligini tekshirish bo'yicha yuqori darajadagi tushuncha mavjud.
Ammo biz atomlik ( to'liq bajariladigan yoki umuman bajarilmaydigan operatsiya; qisman bajarilmaydigan va qisman bajarilmaydigan operatsiya ) va yagonalikni ta'minlashimiz, noaniqliklardan xalos bo'lishimiz va har bir talabning to'liqligiga erishishimiz kerak. Shu bilan birga, izchillik va izchillikni yo'qotib bo'lmaydi. Shuningdek, talab haqiqatan ham amalga oshirilishi va tekshirilishi mumkinligiga ishonch hosil qilishingiz kerak.
|
| |