Тест: Технологические аспекты развития программных систем в моделях жизненного цикла
Список вопросов
1. Моделирование жизненного цикла может |
|
1) предназначается для иллюстрации каких-либо положений или служит основой для организации проектных работ. В первом случае мы говорим об иллюстративной модели, а во втором — об инструментальной | |
2) моделирования ограничиваются иллюстрацией, то огрубление, выделяющее значимый аспект рассмотрения. | |
3) использование модели как инструмента должно способствовать повышению качества процесса управления, а потому требуется точность. | |
2. Атрибутивность |
|
1) Схемы, которые мы обсуждали до каскадной модели, претендовали лишь на иллюстративную роль. | |
2) каскадной модели существует достаточно много инструментов поддержки в рамках CASE-систем. | |
3) с элементами модели связаны определенные атрибуты, необходимые для управления проектом. Эти атрибуты можно задавать или извлекать, т.е. размещать информацию о проекте в некотором хранилище или получать ее из хранилища. | |
3. Расширяемость |
|
1) как было показано в лекции 8 и при построении модифицированной модели Гантера в лекции 9, линия жизненного цикла может расщепляться. | |
2) элементы модели допускают пополнение, в результате чего модель становится более детализированной, точнее отражающей реальный процесс. Для модели жизненного цикла расширяемость означает возможность ее достраивания элементами, указывающими на составляющие процесса разработки, т.е. на добавляемые этапы и на продолжения поэтапного дробления процесса на задачи, работы и др. | |
4. Масштабируемость |
|
1) отношение лишь к последовательному развитию проектов. | |
2) возможность увидеть модель с разной степенью детализации, от охвата всего процесса и до конкретной работы. | |
5. Интегрированность |
|
1) с другими инструментами поддержки. Это качество не самой модели, а CASE-средств, совместно с которыми она используется. | |
2) пусть даже слабо интегрирующих ее с другим инструментарием, можно говорить о ее фактически более развитых средствах масштабирования. | |
6. Календарный план |
|
1) указывает на то, что календарный план отражает разбиение проектного задания на этапы. | |
2) ориентироваться в сроках поэтапного выполнения задания. Это внешние функции календарного плана. Внутрипроектные функции календарного плана описываются ниже. | |
3) то документ, с помощью которого устанавливаются юридические отношения, касающиеся объема, сроков и (зачастую) ресурсных потребностей выполняемых работ, между всеми участниками разработки проекта, включая и заказчиков, и планировщиков. | |
7. Определение целей, альтернативных вариантов и ограничений |
|
1) В этом квадранте начинается проект, т.е. определяется цель проекта и все аспекты условий его выполнения. | |
2) Находясь в квадранте определения целей, важно проводить исследования так, чтобы получать полную картину всего спектра. | |
8. Оценка должна |
|
1) релиз рассматривается как прототип для последующих версий. | |
2) не регламентирует характер прототипирования и изучения прототипов. | |
3) затрагивать все стороны проектного решения, относящиеся как к пользовательским нуждам и рискам | |
9. С помощью прототипов |
|
1) Подключение пользователей к определению перспектив проекта, анализ рисков и подготовка к их нейтрализации | |
2) говорить о вполне определенной методике работы. | |
10. Атрибутивность для модели Боэма |
|
1) отвечает за планирование работ проекта, которое зависит от накопленной к текущему моменту информации. | |
2) становится не очень важным свойством — доступ ко всем нужным атрибутам осуществляется при обращении к моделям уровня конкретного планирования. |