Оценка и измерение нефункциональных требований с использованием SNAP
Non-functional requirements framework
Нефункциональные требования (NFR): фреймворк для структурирования. Анализ начинается с softgoals – общих целей (юзабилити, производительность, безопасность).
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
НФР (нефункциональные требования) нуждаются в структуре для систематизации. Анализ начинается с мягких целей, представляющих собой НФР, с которыми согласуются заинтересованные стороны. Мягкие цели – это цели, которые сложно четко сформулировать, но обычно отражают общие качества программной системы, такие как удобство использования, производительность, безопасность и гибкость. Если команда начинает их собирать, то часто обнаруживает их очень много. Для сокращения их количества до управляемого объема полезным является структурированный подход. Существует несколько фреймворков, которые могут служить основой для такой структуры.
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 – это процесс оценки нефункциональных характеристик программного обеспечения. В то время как функциональные точки измеряют функциональные требования, определяя объем потока данных в программном приложении, SNAP от IFPUG измеряет нефункциональные требования. Модель 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.