игра брюс 2048
Главная / Менеджмент / Архитектурное проектирование программного обеспечения / Тест 2

Архитектурное проектирование программного обеспечения - тест 2

Упражнение 1:
Номер 1
Архитектурное решение зависит от следующих факторов

Ответ:

 (1) Наличие свободных ресурсов; Поддержка спонсоров проекта 

 (2) Сроков проекта; Проектной команды 

 (3) «Внешнее окружение» архитектуры программного продукта; «Внутренние» используемые архитектурные компоненты и связи между ними 

 (4) Понятность и прозрачность требований к архитектуре программного продукта; Желаемые характеристики архитектуры 


Номер 2
Один из постулатов программной инженерии, гласит

Ответ:

 (1) Для проработки решения, следует привлекать всю проектную команду 

 (2) Реализованное однажды должно использоваться многократно 

 (3) Любое изменение должно быть задокументировано  

 (4) Архитектура должна быть максимально надежной 


Номер 3
К нефункциональным характеристикам архитектуры программного обеспечения относят

Ответ:

 (1) Безопасность 

 (2) Надежность 

 (3) Бизнес-требования 

 (4) Масштабируемость 


Упражнение 2:
Номер 1
Признаком успешной архитектуры является

Ответ:

 (1) Стабильность 

 (2) Простая видоизменяемость  

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

 (4) Многофункциональность 


Номер 2
Признаком плохой архитектуры является

Ответ:

 (1) Стоимость поддержки 

 (2) Частые изменения структуры 

 (3) Высокие требования к документированию 

 (4) Разрозненность систем и их связей 


Номер 3
Цель создания архитектурного программного продукта

Ответ:

 (1) Провести модернизацию существующих компонентов 

 (2) Добиться надежности и бесперебойности работы продукта 

 (3) Увеличить инвестиционную привлекательность компании 

 (4) Удовлетворение комплекса разноречивых потребностей группы наиболее важных заинтересованных лиц 


Упражнение 3:
Номер 1
Применение шаблона позволяет

Ответ:

 (1) Избежать организации процессов работы над требованиями 

 (2) Выработать общее решение группы задач/проблем в определенной ситуации, которое способствует повышению или стабильной эффективности уже созданных процессов. 

 (3) Выполнять разработку ПО в максимально короткие сроки 

 (4) Не работать над нефункциональными требованиями 


Номер 2
Под требованиями к программному обеспечению понимают

Ответ:

 (1) Совокупность утверждений относительно элементов, характеристик или качеств программной системы, подлежащей реализации 

 (2) Видение спонсоров проекта 

 (3) Свод правил компании 

 (4) Соответствие текущей информационной структуре предприятия 


Номер 3
Функциональные требования это

Ответ:

 (1) Характеристики программного продукта и требования к процессу взаимодействия между информационной системой и пользователями, в котором достигаются бизнес цели и задачи 

 (2) Безопасность 

 (3) Надежность 

 (4) Масштабируемость 


Упражнение 4:
Номер 1
Не функциональные требования это

Ответ:

 (1) Не требования 

 (2) Вид функциональных требований 

 (3) Вид требований, который позволяет заложить системный базис информационного продукта, на котором станет возможным «вырастить» оптимальную для конкретных условий архитектуру программного продукта 

 (4) Требования к аппаратному обеспечению 


Номер 2
Требования должны быть

Ответ:

 (1) Простые в понимании 

 (2) Соответствующие реальным ожиданиям пользователей 

 (3) Простые в использовании 

 (4) Согласованны всеми участниками проекта 


Номер 3
Под компонентом понимается

Ответ:

 (1) Вид требований 

 (2) Кусок «кода» 

 (3) Часть архитектуры программного продукта 

 (4) Модуль системы или отдельный программный продукт, назначение которого состоит в обработке и инкапсуляции его содержимого 


Упражнение 5:
Номер 1
Поведение компонента, как основного объекта архитектуры программного продукта, определяется следующими основными группами требований:

Ответ:

 (1) Требования к внутреннему интерфейсу/структуре данных, которые определяют характеристики компонента, его преимущества и недостатки 

 (2) Требования к безопасности, надежности и производительности 

 (3) Требованиями к внешнему интерфейсу, через который осуществляется взаимодействие с остальными частями архитектуры 

 (4) Требования к функционалу, интегрирующему внешнее и внутреннее поведение компонента и преобразующему данные в единый формат на основе которого становится возможным взаимодействие между модулями архитектуры программного продукта 


Номер 2
Объект, как элемент архитектуры программного обеспечения, должен поддерживать следующие связи компонентов

Ответ:

 (1) Узловые (комплексные процессы) 

 (2) Динамические (бизнес процессы) 

 (3) Статические (элементы структуры) 

 (4) Интеграционные (элементы взаимодействия) 


Номер 3
Факторы «контекста» это

Ответ:

 (1) Миссия бизнеса, которую будет поддерживать архитектура программного продукта 

 (2) Условия, при которых происходит проработка концепта архитектурного решения 

 (3) Требования, участников проекта 

 (4) Цель модернизации существующего информационного комплекса 


Упражнение 6:
Номер 1
Группами единиц измерения размера программ, являются

Ответ:

 (1) Теоретическая 

 (2) Системная 

 (3) Техническая 

 (4) Функциональная 


Номер 2
В самом начале работы над реализацией архитектуры и функциональностью программного продукта важно

Ответ:

 (1) Заручится поддержкой спонсоров проекта 

 (2) Перебросить дополнительные человеческие ресурсы. Привлечь экспертов предметной области 

 (3) Проанализировать результаты предыдущих проектов 

 (4) Фиксировать и вести учет всей поступающей информации о необходимых возможностях, входящих в рамки разработки архитектуры программного продукта 


Номер 3
Первый этап работ в жизненном цикле программного продукта это

Ответ:

 (1) Разработка ПО 

 (2) Тестирование  

 (3) Формирование концепции и набора первичных, высокоуровневых требований к функциональности 

 (4) Анализ требований 


Упражнение 7:
Номер 1
В «правильном» процессе проектирования архитектуры для того, чтобы привести достоверную оценку, прогнозирование и обоснование спецификаций необходимы следующие данные:

Ответ:

 (1) Размер бюджета 

 (2) Характеристики необходимых ресурсов для документирования, оценки влияния на них функций, различных факторов, критичных для процессов разработки объектов и среды разработки; Планы документирования, включая перечни работ, реальные графики проведенных ранее оценок и разработок. 

 (3) Структура и содержание комплекта документов, являвшегося результатом выполнения отдельных работ конкретного проекта; Структура и содержание комплекта документов, являвшегося результатом выполнения отдельных работ конкретного проекта. 

 (4) Ресурсы, выделенные на стадию проектирования 


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

Ответ:

 (1) Неизменно 

 (2) Уникально и неизменно 

 (3) Уникально 

 (4) Определенным стэйкхолдером 


Номер 3
Для обеспечения системной работы с требованиями, на этапах архитектурного проектирования должны быть определены следующие принципы работы с требованиями

Ответ:

 (1) Обзорное рабочее проектирование 

 (2) Подробное детальное проектирование 

 (3) Пост-реализационный анализ требований 

 (4) Первичное архитектурное проектирование 


Упражнение 8:
Номер 1
Классическому «водопадному» подходу к проектированию архитектуры программных продуктов информационных систем свойственно

Ответ:

 (1) Итеративность работы  

 (2) Постоянное тестирование 

 (3) Постоянный анализ рисков 

 (4) Всеобъемлющая и «одноразовая» фиксация требований 


Номер 2
Для заказчика программного продукта и групп заинтересованных пользователей имеют значимость следующие результаты процессов разработки и использования конкретного приложения:

Ответ:

 (1) Пригодность качественных характеристик; Спрос на результаты деятельности программного продукта, не только конечных пользователей, но и смежных информационных систем. 

 (2) Финансовая прибыль от разработки ПО 

 (3) Функциональная эффективность системы; Конкурентоспособность по отношению к другим, аналогичным по функциям, программным продуктам, с учетом его общего качества и стоимости. 

 (4) Коммуникационная удовлетворенность 


Номер 3
Причины разработки документации с неудовлетворительным качеством:

Ответ:

 (1) Перекос по выделенным ресурсам в сторону менее значимых документов, не представляющим высокой ценности для последующих процессов 

 (2) Несбалансированные значения требований к отдельным, взаимосвязанным характеристикам и документам 

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

 (4) Отсутствие единого формата подготовки документации 


Упражнение 9:
Номер 1
Эффективное управление документацией программного продукта в процессах архитектурного проектирования может быть выстроено при условии, если выполнены задачи:

Ответ:

 (1) Анализ комплексной эффективности документации в процессах анализа,  

 (2) Разработки требований и последующего архитектурного проектирования 

 (3) Полного тестирования функционала 

 (4) Оценка системного влияния различных типов документов на программный продукт, с учетом ресурсов на их реализацию 


Номер 2
Для лучшей оценки влияния документа на реализуемую функциональность программного продукта в частности и на архитектуру в целом необходимо каждому из создаваемых документов присвоить

Ответ:

 (1) Классификацию и тип документа 

 (2) Коэффициент значимости или приоритет 

 (3) Атрибуты учета 

 (4) Версионность 


Номер 3
Для пользователей и заинтересованных сторон, ответственных за будущую поддержку и развитие программного продукта наибольшее значение имеют те документы, которые

Ответ:

 (1) Регламентировать подход к последующей модернизации  

 (2) Будут описывать системные ограничения и требования 

 (3) Будут описывать эффективное применение компонентов и архитектуры программного продукта 

 (4) Устанавливают требования к квалификации сотрудников, использующих продукт 




Главная / Менеджмент / Архитектурное проектирование программного обеспечения / Тест 2