Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Кіріспе
NFR (функционалдық емес талаптар) жинақтау үшін негізгі құрылым қажет. Талдау мүдделі тараптар келіскен NFR-ді көрсететін жұмсақ мақсаттардан басталады. Жұмсақ мақсаттар – бұл бағдарламалық жүйенің жалпы сапалары болып табылатын, бірақ оларды нақты жеткізу қиын мақсаттар. Мысалы, қолдануға оңай болуы, өнімділік, қауіпсіздік және белгілі бір жүйедегі икемділік. Егер команда оларды жинауды бастаса, көбінесе олардың көптеген түрлерін кездестіреді. Олардың санын басқарылатын деңгейге дейін азайту үшін құрылымдау пайдалы тәсіл болып табылады. Құрылым ретінде қолдануға болатын бірнеше құрылымдық шеңберлер бар.
NFR (Non Functional Requirements) need a framework for compaction. The analysis begins with softgoals that represent NFR which stakeholders agree upon. Softgoals are goals that are hard to express, but tend to be global qualities of a software system. These could be usability, performance, security and flexibility in a given system. If the team starts collecting them it often finds a great many of them. In order to reduce the number to a manageable quantity, structuring is a valuable approach. There are several frameworks available that are useful as structure.
Функционалдық емес талаптарды өлшеу
SNAP – бағдарламалық жасақтаманың функционалды емес бағалау процесі. Функционалдық нүктелер бағдарламалық қосымша арқылы дерек ағынын өлшеу арқылы функционалдық талаптарды анықтаса, IFPUG ұйымының SNAP моделі функционалды емес талаптарды өлшейді. SNAP моделі функционалды емес талаптарды өлшеу үшін төрт категория мен он төрт кіші категориядан тұрады. Функционалды емес талаптар тиісті кіші категорияларға бейімделеді. Әрбір кіші категорияның өлшемі анықталады, ал талаптың өлшемі оның кіші категориялары өлшемдерінің қосындысынан құралады. SNAP өлшемін анықтау процесі Функционалдық нүкте өлшемін анықтау процесіне өте ұқсас. Қолданыс шегінде функционалды емес талаптар тиісті категориялармен және олардың кіші категорияларымен байланыстырылады. Стандартталған негізгі критерийлер жиынтығын қолдана отырып, әрбір кіші категория оның түрі мен күрделілігіне сәйкес өлшенеді; мұндай талаптың өлшемі оның кіші категориялары өлшемдерінің қосындысына тең. Бұл өлшемдер бағдарламалық қосымшаның функционалды емес өлшемін анықтау үшін жинақталады. Модельдің бета-тестілеуі SNAP өлшемінің бағдарламалық жасақтаманың функционалды емес бөлігін әзірлеуге қажетті еңбек шығындарымен тығыз байланысты екенін көрсетті.
SNAP is the Software Non functional Assessment Process. While Function Points measure the functional requirements by sizing the data flow through a software application, IFPUG's SNAP measures the non functional requirements. The SNAP model consists of four categories and fourteen sub categories to measure the non functional requirements. Non functional requirement are mapped to the relevant sub categories. Each sub category is sized, and the size of a requirement is the sum of the sizes of its sub categories. The SNAP sizing process is very similar to the Function Point sizing process. Within the application boundary, non functional requirements are associated with relevant categories and their sub categories. Using a standardized set of basic criteria, each of the sub categories is then sized according to its type and complexity; the size of such a requirement is the sum of the sizes of its sub categories. These sizes are then totaled to give the measure of non functional size of the software application. Beta testing of the model shows that SNAP size has a strong correlation with the work effort required to develop the non functional portion of the software application.