- •1) Выберите правильные утверждения:
- •2) Какие из перечисленных моделей жцп относятся к эволюционным моделям разработки по?
- •1.2. Эволюционная модель разработки
- •3) Расположите в хронологическом порядке этапы процесса проектирования:
- •4) Расположите в хронологическом порядке этапы процесса тестирования:
- •5) Какие работы не должен выполнять менеджер проекта по разработке программного обеспечения?
- •6) Какие работы находятся в исключительной ответственности менеджера проекта?
- •7) Каким понятиям соответствуют приведённые определения?
- •8) Определите типы возможных рисков программных проектов:
- •Управление рисками
- •Типы рисков
- •Возможные риски программных проектов
- •9) Каким рискам соответствуют приведённые стратегии его уменьшения?
- •Планирование рисков
- •10) Каким понятиям соответствуют приведённые определения?
- •11) Какие атрибуты качества не очень важны для пользователей?
- •12) Сопоставьте перечисленные понятия их характеристикам:
- •13) Сопоставьте перечисленным этапам процесса разработки требований виды выполняемых на них работ:
- •Формирование и анализ требований
- •14) Что не включает в себя описание сценария?
- •15) Что позволяют описывать варианты использования?
- •16) Какие средства не используются для описания системных требований?
- •17) Что не может описать конечный автомат?
- •18) Расположите в хронологическом порядке работы, выполняемые в процессе эволюционного прототипирования:
- •19) Почему спецификация требований содержит пользовательские и системные требования?
- •20) Какие характеристики качества не предъявляются к документу спецификация требований?
- •21) Расположите в хронологическом порядке работы, выполняемые в процессе внесения изменений в спецификацию требований:
- •22) Какие модели, как правило, не разрабатываются на этапе проектирования архитектуры?
- •23) Какие преимущества имеет повторное использование программного обеспечения?
- •24) Какие проблемы возникают при повторном использовании?
- •25) Какими преимуществами обладают графические интерфейсы?
- •26) Процесс проектирования интерфейса включает в себя следующие этапы:
- •27) Каким описаниям соответствуют приведённые таблицы разработки интерфейса?
- •28) Каким понятиям соответствуют перечисленные определения?
- •29) Расположите в хронологическом порядке работы, выполняемы в процессе инспектирования:
11) Какие атрибуты качества не очень важны для пользователей?
А) Надёжность и доступность - важно
Б) Безопасность - важно
В) Мобильность– важно на этапе разработки требований => для пользователей не очень важно
Г) Удобство и простота обслуживания - важно
Д) Производительность -важно
Материал из электронной методы “Требования”:
Приведем некоторые атрибуты качества, важные для пользователей.
Производительность
Надежность и доступность
Безопасность
Удобство и простота обслуживания
Для разработчиков и специалистов по обслуживанию от системы требуются другие характеристики. Приведем некоторые из таких атрибутов качества.
Легкость сопровождения и эксплуатации
Мобильность
Повторное использование
Тестируемость

12) Сопоставьте перечисленные понятия их характеристикам:
1) Производительность
2) Надёжность
3) Доступность
4) Безопасность
5) Удобство и простота обслуживания
А) определяет насколько быстро и качественно система должна выполнять определённые функции
Б) время, в течении которого система доступна для использования и полностью работоспособна
В) определяет дружелюбие системы к пользователю
Г) вероятность работы системы без сбоев в течение определённого времени
Д) блокировка неавторизованного доступа к данным и функциям системы, предотвращением потерь информации
1 – А, 2 – Г, 3 – Б, 4 – Д, 5 – В
Материал из электронной методы “Требования”:
Производительность
Требования к производительности определяют насколько быстро и качественно система должна выполнять определенные функции. Они определяют время отклика, пропускную способность и т.д. Жесткие требования к производительности существенно влияют на выбор аппаратных средств, технологию разработки и принимаемые инженерные решения при реализации.
Надежность и доступность
Надежность – это вероятность работы системы без сбоев в течение определенного времени. Для измерения надежности может быть использовано среднее время работы системы до сбоя.
Под доступностью понимается время доступности, т.е. время, в течение которого система доступна для использования и полностью работоспособна. Это время определяется средним временем до сбоя и зависит от времени планового технического обслуживания.
Безопасность
Эти требования связаны с блокировкой неавторизованного доступа к данным и функциям системы, предотвращением потерь информации и т.п.
Удобство и простота обслуживания
Этот атрибут связан с большим числом факторов, определяющих, по словам пользователей, дружелюбие системы к пользователю. Другими словами система должна использоваться эффективно и необременительно. Достаточно подробно эти характеристики, определяющие практичность системы рассмотрены в [4].
Легкость сопровождения и эксплуатации
Этот атрибут определяет насколько просто и удобно модифицировать продукт и исправлять найденные в нем ошибки. Он важен для продуктов, которые подвергаются частым изменениям.
Мобильность
Этот атрибут определяет усилия, необходимые для перенесения продукта из одной операционной среды в другую. Важно на этапе разработке требований точно определить те среды и, возможно, части системы, которые должны быть перемещаемыми.
Повторное использование
Затраты на разработку повторно используемых компонент сравнительно велики, но эффект их использования в дальнейшем может компенсировать эти затраты. Для минимизации затрат в требованиях необходимо перечислить элементы проекта, которые должны быть спроектированы так, чтобы упростить их повторное использование.
Тестируемость
Этот атрибут показывает легкость, с которой компоненты проекта и комплексный продукт могут быть проверены на наличие ошибок.

