- •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) Расположите в хронологическом порядке работы, выполняемы в процессе инспектирования:
6) Какие работы находятся в исключительной ответственности менеджера проекта?
А) Контроль выполнения проекта
Б) Контроль соответствия проекта требованиям заказчика
В) Обеспечение своевременного поступления средств
Г) Информирование заказчика о важных событиях проекта
Видимо, за всё перечисленное ответственен менеджер.
7) Каким понятиям соответствуют приведённые определения?
Понятие |
Определение |
1. Жизненный цикл программы |
А) Деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам и ресурсам, а также качеству конечных результатов проекта |
2. Управление проектом |
Б) Совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные |
3. Процесс |
В) Весь период разработки и эксплуатации программы, начиная с момента возникновения замысла и заканчивая прекращением всех видов её использования |
4. Этап (стадия) |
Г) Одномоментное идентифицируемое событие, сопровождающееся появлением и фиксацией некоторого отчуждаемого материала (документа, программы, протокола) |
5. Контрольная отметка работ |
Д) Часть процесса работы над проектом, которая характеризуется вехой, достижение которой знаменует завершение этой части процесса |
1 В(интуитивно понятно)
2 А(классическое определение, см. в “Управление программными проектами” Фатрелл Р., Шафер Д, Шафер Л.)
3 Б(определение с лекции от 14.02.07)
4 Д(определение с лекции от 14.02.07)
5 Г(определение с лекции от 14.02.07) [Контрольная отметка работ – это то же самое, что веха]
8) Определите типы возможных рисков программных проектов:
Описание риска |
Тип риска |
1. Текучесть разработчиков: опытные разработчики покидают проект до его завершения |
А) Риск для проекта |
2. Изменение требований: появление большого количества непредвиденных изменений в требованиях, предъявляемых к разрабатываемому ПО |
Б) Риск для проекта и разрабатываемого продукта |
3. Недооценка размера разрабатываемой системы: CASE-средства, предназначенные для поддержки проекта, оказались менее эффективными, чем ожидалось |
В) Риски для разрабатываемого продукта |
Вообще, мы на лекциях до рисков не дошли...
Про риски можно почитать здесь: http://www.integrate.ru/tech/risks.html
1 А
2 Б
3 В
То, что нам нужно (взято с http://se.math.spbu.ru/seminars/se1/SE_3.htm#4):
Управление рисками
Риск- вероятность появления неблагоприятных обстоятельств, негативно влияющих на ход проекта.
Типы рисков
Риск для проекта- влияют на временные и другие ресурсы, необходимые для выполнения проекта.
Риски для разрабатываемого продукта- влияют на качество и производительность продукта.
Бизнес-риск,относящиеся к разработчику или поставщикам.
Возможные риски программных проектов
Текучесть разработчиков- риск для проекта.опытные разработчики покидают проект до его завершения
Изменения в управлении организации- риск для проекта.организация меняет сои приоритеты в управлении проектом
Неготовность аппаратных средств- риск для проекта.аппаратные средства не поступили вовремя или не готовы к эксплуатации
Изменение требований- риск для проекта и разрабатываемого продукта.появление большого количества непредвиденных изменений в требованиях к разрабатываемому ПО
Задержка в разработке спецификаций- риск для проекта и разрабатываемого продукта.спецификации основных интерфейсов подсистем не поступили к разработчику в соответствии с графиком
Недооценка размера разрабатываемой системы- риск для проекта и разрабатываемого продукта.размер системы значительно превысил первоначальную оценку
Недостаточная эффективность CASE средств- риск для разрабатываемого продукта.CASE - средства, предназначающиеся для поддержки проекта, оказались менее эффективными, чем ожидалось
Изменения в технологии разработки ПО- бизнес-риск.основные технологии построения программной системы заменяются новыми
Появление конкурирующего продукта- бизнес-риск.до окончания проекта на рынке появился конкурирующий продукт