К ә с І би білім беру г. Н. Федорова бағдарламалық модульдерді біріктіруге қатысу
жүктеу/скачать 4,31 Mb. Pdf көрінісі
|
foreign 745
| және/немесе төзімділігі бойынша ретке келтірілген болып табылады.
Әдеттегідей, бағдарламалық өнімге қатысты барлық талаптар, бірдей дәрежеде маңызды болып табылмайды. Кейбір талаптар, әсіресе қосымшалар үшін, адамның өмірі тәуелді болатын ажырамас болып табылады, сол мезетте басқалары тек қалаулы бола алады. SRS-гі әрбір талап, осы айырмашылықтарды нақты және анықтау үшін сәйкестендірілуі тиіс. Талаптарды келесі түрде сәйкестендіру мына тұлғаларға көмектеседі: ■ тапсырыс берушілерге: әрбір талапты мұқият қарап шығып, мүмкін болатын жасырын қателіктерді анықтауға мүмкіндік береді; ■ әзірлеушілерге: дұрыс жобалық шешімдер қабылдауға және бағдарламалық өнімнің әртүрлі құрауыштарына тиісті күш жұмсауға мүмкіндік береді. SRS, егер ондағы баяндалған әрбір талап тексерілуі мүмкін болған жағдайда тексерілетін болып табылады. Талап тексерілетін болып табылады, тек егер қайсыбір ақырғы экономикалық тиімді (рентабельді) процесс бар болған жағдайда, оны пайдалана отырып пайдаланушы немесе машина бағдарламалық қамсыздандыру осы талапты қанағаттандыратындығына көз жеткізе алады. Жалпы алғанда, кез келген бір мағыналы емес талап тексеруге келмейді. Тексерілмейтін талаптар «жақсы жұмыс істейді», «жақсы пайдаланушы интерфейсі» және «әдетте орын алуы тиіс» түбіндегі тұжырымдарды қамтиды. Бұл талаптар тексеріле алмайды, себебі «жақсы», «тәуір» немесе «әдетте» терминдерін анықтау мүмкін емес. «Бағдарлама ешқашан шырғаланбауы тиіс» деген пікір тексерілмейтін болып табылады, себебі осы қасиетті тестілеу теориялық тұрғыдан мүмкін емес. SRS түрлендірілетін болып табылады, егер оның құрылымы және стилі осындай болса, талаптардың кез келгені құрылымын және стилін сақтай отырып оңай, толық және қайшылықсыз түрде орындалуы мүмкін, SRS: ■ мазмұнымен, алфавитті көрсеткішпен және анық берілген тоғыспалы 279 сілтемелерімен байланысты және пайдалануға жеңіл құрылымды иеленуі үшін; ■ артық болмауы үшін (яғни, бірдей талап SRS-те бір жерден артық жерде пайда болмауы тиіс); ■ әрбір талапты басқа талаптармен араластырмай, жеке көрсететіндей. Артықшылық өз бетінше қате болып табылмайды, бірақ ол қателіктің пайда болуына оңай алып келуі мүмкін. Кей кездері артықшылық SRS-ті оқылатындай етуі мүмкін, алайда артықшыл құжатты жаңарту кезінде проблема пайда болуы мүмкін. Мысалы, талап тек ол пайда болған жерлердің біреуінде ғана өзгертілуі мүмкін. Ол жағдайда SRS қайшылықты болады. Артықшылық қажет болған кез келген кезде, түрлендірмелі ету үшін SRS анық тоғыспалы сілтемелерді іске қосуы тиіс. SRS, егер оның талаптарының әрқайсысы дереккөзі нақты бақыланып отырған кезде және егер ол кейінгі құжатты әзірлеуде немесе түрлендіруде талаптардың әрқайсысына сілтеме жасауға мүмкіндік беретін болса, қадағаланатын болып табылады. Қадағаланушылықтың келесі екі түрі ұсынылады: 1) кері қадағаланушылық (яғни, алдыңғы әзірлеу кезеңдеріне). Әрбір талап, оның ертеректегі құжаттардағы дереккөзіне сілтеме жасайтындығына байланысты.; 2) тікелей қадағаланушылық (яғни, SRS әзірленетін барлық құжаттарға). SRS-тен алынған әрбір талаптың бір мағыналы анықталған атауы немесе сілтеме нөмірлікі бар-жоғына байланысты. SRS тікелей қадағаланушылығы, бағдарламалық өнім пайдалану және сүйемелдеу кезеңіне енген кезде ерекше маңызды болады. Кодтары мен сәулеттік құжаттарының өзгеруіне қарай, осы өзгерістер әсер етуі мүмкін талаптардың толық жиынтығын анықтау мүмкіндігін иелену қажет. жүктеу/скачать 4,31 Mb. Достарыңызбен бөлісу:
|