LABA 2
1.1 Классификация требований
Требования разных уровней, это:
· требования пользователя для обозначения высокоуровневых обобщенных требований;
· системные требования для детализированного описания выполняемых системой функций.
Третий уровень требований используется для более детализированного описания системы – проектная системная спецификация, которая может служить мостом между этапом разработки требований и этапом проектирования системы.
Три перечисленных вида требований можно определить следующим образом.
1 Требования пользователя – описание на естественном языке (плюс поясняющие диаграммы) функций, выполняемых системой, и ограничений, накладываемых на нее.
2 Системные требования – детализированное описание системных функций и ограничений, которое иногда называют функциональной спецификацией. Она служит основой для заключения контракта между покупателем системы и разработчиками программного обеспечения.
3 Проектная системная спецификация – обобщенное описание структуры программной системы, которое будет основой для более детализированного проектирования системы и ее последующей реализации. Эта спецификация дополняет и детализирует спецификацию системных требований и разрабатывается для команды разработчиков.
Требования пользователя
Спецификация требований пользователя представляет собой процесс организации информации о нуждах пользователя и отображения их в документе.
Требование является условием или возможностью, необходимым пользователю, чтобы решить задачу или достичь цели. Поэтому существуют два вида требований: "мандатным требованиям" и "ограничительным требованиям".
|
|
Мандатные требования должны определять операцию или последовательность связанных операций, которые программное обеспечение будет способно выполнить. Мандатные требования в группе должны быть структурированы так, чтобы отражать любые временные или причинные связи между ними..
Требования пользователя к системе должны описывать функциональные и нефункциональные требования так, чтобы они были понятны даже пользователю, не имеющему специальных технических знаний.
Количественные формулировки, которые точно определяют атрибуты эффективности и точности, должны составлять часть спецификации мандатных требований. Это означает, что мандатное требование должно быть квалифицированным в таких оценках, как: объем; скорость и точность.
Ограничительные требования. Пользователь может наложить ограничения на программное обеспечение, относящиеся к интерфейсам, качеству, ресурсам и временным диапазонам.
Требование интерфейсных связей может точно определять сети и сетевые протоколы, которые должны быть использованы.
Требование аппаратного интерфейса точно определяет все или часть компьютерной аппаратуры, на которой надо выполнить программное обеспечение. Указание формулировок марки и модели устройства, физических ограничений, например: размера, веса; эффективности, например: скорости, памяти
Требование программного интерфейса точно определяет, должно ли программное обеспечение быть совместимым с другими, например: другими приложениями, компиляторами, операционными системами.
Требование взаимодействия "человек-компьютер" точно определяет любой аспект интерфейса «пользователь- ПК». Это может включать положение о стиле, языке команд, меню, окнах; форматах сообщений, времени, затрачиваемое на ответ по команде.
|
|
Классификация требований к ПО
Системные требования обычно служат основой для заключения контракта на разработку программной системы и поэтому должны представлять максимально полную спецификацию системы в целом. Системные требования также используются в качестве отправной точки на этапе проектирования системы.
Системные требования определяют, что должна делать система, не показывая при этом механизма ее реализации (как).
Спецификация системных требований может строиться на основе различных системных моделей, таких, как объектная модель или модель потоков данных.
Но для полного описания системы требуется детализированная информация о ней, которая по возможности должна включать всю информацию о системной архитектуре.
1. Первоначальная архитектура системы помогает структурировать спецификацию требований.
2. В качестве внешнего системного требования может выступать условие использования для разрабатываемой системы специальной архитектуры.
В спецификацию системных требований входит также спецификация интерфейсов.
Различают три типа специфицируемых интерфейсов.
1. Процедурные интерфейсы, когда существующие подсистемы предлагают набор сервисов, доступных посредством вызываемой интерфейсной процедуры.
2. Структуры (интерфейсные форматы) данных, которые пересылаются от одной подсистемы к другой.
|
|
3. Специальные представления данных, например в виде упорядоченной последовательности двоичных разрядов.
Требования к программному обеспечению также классифицируются как функциональные, нефункциональные и требования предметной области.
1 Функциональные требования. Это перечень сервисов, функций, которые должна выполнять система (или системный компонент), причем должно быть указано, как система реагирует на те или иные входные данные, как она ведет себя в определенных ситуациях и т.д. В некоторых случаях указывается, что система не должна делать.
2 Нефункциональные требования. Описывают характеристики системы и ее окружения, а не поведение системы. Здесь также может быть приведен перечень ограничений, накладываемых на действия и функции, выполняемые системой. Они включают временные ограничения, ограничения на процесс разработки системы, стандарты и т.д. Т.е. указываются характеристики производительности, которым должны удовлетворять система или ее компонент, такие как скорость, точность или частота.
3 Требования предметной области. Характеризуют ту предметную область, для которой разрабатывается система. Эти требования могут быть функциональными и нефункциональными.