- •Порядок оформления учебных документов
- •3 Требования к оформлению текстовых документов
- •3.1 Общие требования
- •3.4 Рисунки, графики и диаграммы
- •3.9 Ссылки
- •3.10 Приложения
- •3.11 Перечисления
- •4 Документ, выпущенные до начала проектирование по
- •5.1 Принципы моделей процессов
- •5.2 Схема процесса разработки
- •6 Варианты жизненного цикла по (жцпо)
- •6.1 Каскадная модель
- •6.2 Итерационная модель жцпо
- •6.3 Спиральная модель жцпо.
- •6.4 Обязательные правила (жцпо)
- •6.4.1 Фаза «определение требований пользователя»
- •6.4.2 Фаза «определение требования к по»
- •6.4.3 Фаза «архитекрурное проектирование»
- •6.4.4 Фаза «детальное проектирование и разработка код-программ»
- •6.4.5 Фаза «тестирование и передача по в эксплуатацию»
- •6.4.6. Фаза «эксплуатации и сопровождения»
- •6.1 Процесс отладки
- •6.2 Принцип тестирование
- •3. Определение требований пользователя
- •Получение требований пользователя
- •Спецификация требования пользователя
- •Мандатные требования
- •Ограничительные требования пользователя
- •Суть требований для различных видов интерфейсов
- •Требование взаимодействия «человек-компьютер»
- •Качество программного обеспечения
- •Методы для определения требований пользователя
- •Методы для спецификации требований
- •Объединение требований.
- •Средства разработки для определения требований пользователя
- •Средства разработки для спецификации требований пользователя
- •3.6 Атрибуты требований пользователей
- •3.7 Последовательность действий
- •3.8 Классификация требований
- •3.8.1 Требования пользователя
- •3.8.2 Системные требования (требования к по) Дополнительные атрибуты требований к по. Полнота. Корректность. Дублирование.
- •3.8.2.1 Типа интерфейсов
- •3.8.2.2 Категории системных требований
- •3.8.3 Проектная системная спецификация
- •4. Процесс разработки требований к по
3.8 Классификация требований
Что бы различить требования разных уровней, используются термины:
Требования пользователя для обозначения высокоуровневых обобщенных требований;
Системные требования (требования к ПО) для детализированного описания выполняемых системой функций.
Третий уровень требований используется для более детализированного описания системы – это проектная системная спецификация, которая может служить мостом между этапом разработки требований и этапом проектирования системы.
Системные требования – детализированное описание системных функций и ограничений, которое иногда называют функциональной спецификацией, которая есть основной для заключения контракта между покупателем системы и разработчиками ПО.
Проектная системная спецификация – обобщенное описание структуры программной системы, которое будет основной для более детализированного проектирования системы и ее последующей реализации. Эта спецификация дополняет и детализирует спецификацию системных требований.
3.8.1 Требования пользователя
Мандатные требования описывают, «что» пользователи хотят делать.
Ограничительные требования.
Пользователь может наложить ограничения, относящиеся к:
Интерфейсам,
Качеству;
Ресурсам;
Временным диапазонам.
3.8.2 Системные требования (требования к по) Дополнительные атрибуты требований к по. Полнота. Корректность. Дублирование.
Системные требования (требования к ПО) обычно служат основой для заключения контракта на разработку ПО, они должны представлять максимально полную спецификацию системы в целом, т.к. используются в качестве отправной точки на этапе проектирования системы.
Спецификация системных требований может строиться на основе различных системных моделей (эти модели определяют, что должна делать система, не показывая при этом механизма ее реализации как).
Это могут быть модели объектов, классов, модель потоков данных, последовательности действий, вариантов использования.
Вывод. Для полного описания системы требуются детализированная информацию системной архитектуре.
Первоначальная архитектура системы помогает структурировать спецификацию требований. Системные требования должны описывать подсистемы, из которых состоит разрабатываемая система.
В большинстве случает разрабатываемая система должна взаимодействовать с уже существующими системами. Это может накладывать определенные ограничения на архитектуру новой системы.
В качестве внешнего системного требования может выступать условие использования для разрабатываемой системы специальной архитектуры.
В спецификацию системных требований входит также спецификация интерфейсов.
3.8.2.1 Типа интерфейсов
Три типа программных интерфейсов.
Процедурные интерфейсы, когда существующие подсистемы предлагают набор сервисов, доступных посредством вызываемой интерфейсной процедуры.
Структуры (интерфейсные форматы) данных, которые пересылаются от одной подсистемы к другой.
Специальные представления данных, например в виде упорядоченной последовательности двоичных разрядов.