Какие из перечисленных моделей жцп относятся к эволюционным моделям разработки по. 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Какие из перечисленных моделей жцп относятся к эволюционным моделям разработки по.



А) каскадная модель – не относится

Б) Модель пробных разработок – точно относится

В) Прототипирование – точно относится

Г) Модель пошаговой разработки – не относится

Д) Спиральная модель – относится согласно Орлову

Согласно http://se.math.spbu.ru/seminars/se1/SE_4.htm#_1._Модели_процесса:

 

3) Расположите в хронологическом порядке этапы процесса проектирования:

А) Проектирование интерфейсов

Б) Архитектурное проектирования

В) Обобщённая спецификация

Г) Проектирование алгоритмов

Д) Компонентное проектирование

Е) Проектирование структур данных

 

Б – В – А – Д – Е – Г, согласно, http://se.math.spbu.ru/seminars/se1/SE_4.htm#_4._Проектирование_и:

 

 

4) Расположите в хронологическом порядке этапы процесса тестирования:

А) Тестирование компонентов

Б) Тестирование подсистем

В) Тестирование модулей

Г) Тестирование системы

Д) Приёмочные испытания

А – В – Б – Г – Д, согласно http://se.math.spbu.ru/seminars/se1/SE_4.htm#_5._Аттестация_программных:

 

Какие работы не должен выполнять менеджер проекта по разработке программного обеспечения?

А) Написание предложений по созданию ПО – менеджер тоже выполняет подобные работы

Б) Планирование и составление графика работ по созданию ПО

В) Тестирование модулей – для этого существует тестер

Г) Оценка стоимости проекта – должен выполнять менеджер

Д) Подбор персонала – отчасти выполняет менеджер

Е) Разработка требований к ПО – это дело разработчиков, заказчиков и пользователей, а менеджер только направляет

 

Вот то, что должен делать менеджер (взято с http://se.math.spbu.ru/seminars/se1/SE_3.htm#1):

 

 

Какие работы находятся в исключительной ответственности менеджера проекта?

А) Контроль выполнения проекта

Б) Контроль соответствия проекта требованиям заказчика

В) Обеспечение своевременного поступления средств

Г) Информирование заказчика о важных событиях проекта

Видимо, за всё перечисленное ответственен менеджер.

 

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):

Каким рискам соответствуют приведённые стратегии его уменьшения?

 

Причины риска Методы уменьшения риска
1. Финансовые проблемы организации А) Предупредить заказчика о потенциальных трудностях и возможной задержке проекта, рассмотреть вопрос о покупке компонентов системы
2. Проблемы неквалифицированного персонала Б) Попытаться определить требования, наиболее подверженные изменениям; в структуре системы не отображать детальную информацию
3. Изменение требований В) Рассмотреть возможность покупки более производительной базы данных
4. Недостаточная производительность базы данных Г) Подготовить краткий документ для руководства организации, показывающий важность данного проекта для достижения финансовых целей организации

 

1 à Г

2 à А

3 à Б

4 à В

 

То, что нам нужно (взято с http://se.math.spbu.ru/seminars/se1/SE_3.htm#4):

10) Каким понятиям соответствуют приведённые определения?

 

Понятие Определение
1. Пользовательские требования А) Определяют цели и задачи, которые пользователям позволит решить система, что они смогут делать с помощью системы
2. Системные требования Б) Описание функций, выполняемых системой, и ограничений, накладываемых на неё
3. Проектная системная спецификация В) Определяют функциональность и характеристики системы, которую должны построить разработчики, чтобы пользователи смогли выполнить свои задачи

 

1 à А

2 à В

3 à Б

Какие атрибуты качества не очень важны для пользователей?

А) Надёжность и доступность - важно

Б) Безопасность - важно

В) Мобильность – важно на этапе разработки требований => для пользователей не очень важно

Г) Удобство и простота обслуживания - важно

Д) Производительность -важно

 

12) Сопоставьте перечисленные понятия их характеристикам:

1) Производительность

2) Надёжность

3) Доступность

4) Безопасность

5) Удобство и простота обслуживания

 

А) определяет насколько быстро и качественно система должна выполнять определённые функции

Б) время, в течении которого система доступна для использования и полностью работоспособна

В) определяет дружелюбие системы к пользователю

Г) вероятность работы системы без сбоев в течение определённого времени

Д) блокировка неавторизованного доступа к данным и функциям системы, предотвращением потерь информации

 

А, 2 – Г, 3 – Б, 4 – Д, 5 – В

 

13) Сопоставьте перечисленным этапам процесса разработки требований виды выполняемых на них работ:

Этап процесса Вид работы
1. Анализ предметной области А) Изучение аналитиками предметной области, в которой будет эксплуатироваться система
2. Сбор требований Б) Взаимодействие с лицами, формирующими требования, продолжение анализа предметной области
3. Классификация требований В) Преобразование набора требований в логически связанные группы

 

1 à А

2 à Б

3 à В

 

Интуитивно понятно, но вот подтверждение (взято с http://se.math.spbu.ru/seminars/se1/SE_5.htm):

Что не включает в себя описание сценария?

А) Описание начального состояния системы

Б) Описание нормального протекания событий

В) Описание ограничений на систему

Г) Описание исключительных ситуаций и способов их обработки

 

 

15) Что позволяют описывать варианты использования?

А) нефункциональные требования

Б) внешние интерфейсы

В) форматы данных

Г) поведение системы

16) Какие средства не используются для описания системных требований?

А) Структурированный естественный язык

Б) Языки описания программ

В) Ассемблер

Г) Математические спецификации

Что не может описать конечный автомат?

А) Модель поведения системы

Б) Реакцию на внутренние или внешние события

В) Состояние системы

Г) События, которые служат причиной перехода системы в следующее состояние

Д) Поток данных внутри системы

 

18) Расположите в хронологическом порядке работы, выполняемые в процессе эволюционного прототипирования:

А) Разработка прототипа системы

Б) Разработка обобщённой спецификации

В) Использование прототипа системы

Г) Доработка прототипа системы

Д) Проверка системы

Е) Получение законченной системы

Б – А – В – Д – Г – Е

 

19) Почему спецификация требований содержит пользовательские и системные требования?

А) Спецификация описывает нефункциональные требования

Б) Спецификация – это формальное соглашение заказчика с разработчиком системы

В) Спецификация определяет производительность продукта

Г) Спецификация необходима различным группам заинтересованных лиц

20) Какие характеристики качества не предъявляются к документу спецификация требований?

А) Полнота требований

Б) Согласованность требований

В) Небольшой объём документа

Г) Способность к модификации

Д) Трассируемость требований

21) Расположите в хронологическом порядке работы, выполняемые в процессе внесения изменений в спецификацию требований:

А) Внесение изменений в код системы

Б) Разработка требования

В) Анализ требования, его стоимость

Г) Внесение изменения в спецификацию

Д) Оформление изменения

 

Б – В – Д – Г – А

22) Какие модели, как правило, не разрабатываются на этапе проектирования архитектуры?

А) Статическая структурная модель, в которой представлены подсистемы

Б) Модель качества системы

В) Динамическая модель процессов, представляющая организацию процессов во время работы системы

Г) Интерфейсная модель, которая определяет сервисы, предоставляемые каждой подсистемой через общий интерфейс

Д) Модель отношений, определяющая взаимоотношения между частями системы

 

Согласно http://se.math.spbu.ru/seminars/se1/SE_6.htm:

 



Поделиться:


Последнее изменение этой страницы: 2016-09-13; просмотров: 1368; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 34.238.138.162 (0.031 с.)