Главная / Менеджмент /
Архитектурное проектирование программного обеспечения / Тест 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) Устанавливают требования к квалификации сотрудников, использующих продукт