13) Сопоставьте перечисленным этапам процесса разработки требований виды выполняемых на них работ:
|
Этап процесса |
Вид работы |
|
1. Анализ предметной области |
А) Изучение аналитиками предметной области, в которой будет эксплуатироваться система |
|
2. Сбор требований |
Б) Взаимодействие с лицами, формирующими требования, продолжение анализа предметной области |
|
3. Классификация требований |
В) Преобразование набора требований в логически связанные группы |
1 А
2 Б
3 В
Интуитивно понятно, но вот подтверждение (взято с http://se.math.spbu.ru/seminars/se1/SE_5.htm):
Формирование и анализ требований
После выполнения анализа осуществимости следующим этапом процесса разработки требований является формирование (определение) и анализ требований. На этом этапе команда разработчиков ПО работает с заказчиком и конечными пользователями системы для выяснения области применения, описания системных сервисов, определения режимов работы системы и её характеристик выполнения, аппаратных ограничений и т.д.
Процесс формирования и анализа требований проходит через ряд этапов.
Анализ предметной области.Аналитики должны изучить предметную область, где будет эксплуатироваться система.
Сбор требований.Это процесс взаимодействия с лицами, формирующими требования. Во время этого процесса продолжается анализ предметной области.
Классификация требований.На этом этапе бесформенный набор требований преобразуется в логически связанные группы требований.
Разрешение противоречий.Без сомнения, требования многочисленных лиц, занятых в процессе формирования требований, будут противоречивыми. На этом этапе определяются и разрешаются противоречия такого рода.
Назначение приоритетов.В любом наборе требований одни из них будут более важны, чем другие. На этом этапе совместно с лицами, формирующими требования, определяются наиболее важные требования.
П
роверка
требований.На этом этапе определяется
их полнота, последовательность и
непротиворечивость.
14) Что не включает в себя описание сценария?
А) Описание начального состояния системы
Б) Описание нормального протекания событий
В) Описание ограничений на систему
Г) Описание исключительных ситуаций и способов их обработки
Материал из электронной методы “Требования”:
Событийные сценарии (event scenarios) используются для документирования поведения системы, представленного определенными событиями. В большинстве случаев сценарий включает в себя:
Описание начального состояния системы.
Описание нормального протекания событий.
Описание исключительных ситуаций и способов их обработки.
Сведения о других действиях, которые можно выполнять во время реализации сценария.
Описание конечного состояния системы.
15) Что позволяют описывать варианты использования?
А) нефункциональные требования
Б) внешние интерфейсы
В) форматы данных
Г) поведение системы
Материал из электронной методы “Требования”:
Вариант использования описывает поведение системы при ее ответах на запрос одного из участников (пользователей) системы, называемого основным действующим лицом, в различных условиях [7].
