- •Порядок оформления учебных документов
- •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.2.2 Категории системных требований
Функциональные требования. Это перечень сервисов, функций, которые должна выполнять система (или системный компонент), должно быть указано, как система реагирует на те или иные входные данные, как она ведет себя в определенных ситуациях и т.д.
Нефункциональные требования. Описывают характеристики системы и ее окружения, а не поведение системы. Здесь также может быть приведен перечень ограничений, накладываемых на действия и функции, выполняемые системой.
Требования предметной области. Характеризуют ту предметную область, для которой разрабатывается система. Эти требования могут быть функциональными и нефункциональными.
Вывод
В действительности четкой границы между требованиями предметной области не существует. Например, требования пользователя, касающиеся безопасности системы, можно отнести к нефункциональным. Однако при более детальном рассмотрении такое требование можно отнести к функциональным, поскольку оно порождает необходимость включения в систему средства авторизации пользователя.
3.8.3 Проектная системная спецификация
Проектная системная спецификация как и спецификация системных требований предназначена для руководяшего технического состава компании-разработчика и менеджеров проекта.
Это может быть один документ, который ориентирован на разработчиков программного обеспечения.
4. Процесс разработки требований к по
Разработка требований – это процесс, включающий мероприятия, необходимые для создания и утверждения документа, содержащего спецификацию системных требований.
Различают четыре основных этапа процесса разработки требований:
анализ технической осуществимости создания системы;
формирования и анализ требований,
специфицирование требований,
аттестация этих требований
Овалы – это процессы
Прямоугольники – это виды отчётов, которые содержат различные диаграммы.