Главная страница

Тестовые задания для айдана. Методология и технология проектирования информационных систем


Скачать 43.38 Kb.
НазваниеМетодология и технология проектирования информационных систем
Дата15.10.2022
Размер43.38 Kb.
Формат файлаdocx
Имя файлаТестовые задания для айдана.docx
ТипАнализ
#735573

Тестовые задания
по дисциплине Методология и технология проектирования информационных систем

Тест № 2 семестр 1
Описание: Стандарты в области создания информационных систем, по разделу 2


  1. Жизненный цикл ИС - это


  • последовательная смена состояний стадий развития информационной системы


  • *непрерывный процесс, начинающийся с момента принятия решения о необходимости создания системы и заканчивается в момент ее изъятия из эксплуатации


  • Совокупность последовательных действий для получения информационной системы




  1. На какой стадии ЖЦ ИС формируются функциональные и нефункциональные системные требования к ИС


  • *Анализ


  • Проектирование


  • Реализация


  • Внедрение


  • Эксплуатация




  1. На какой стадии ЖЦ ИС осуществляется разработка и настройка ПО, наполнение базы данных, создание рабочих инструкций


  • Анализ


  • Проектирование


  • *Реализация


  • Внедрение


  • Эксплуатация



  1. Стадия внедрения ИС подразумевает


  • формирование и анализ требований к ИС


  • проектирование функциональной архитектуры и системной архитектуры


  • *комплексную отладку, обучение, поэтапный ввод в эксплуатацию


  • исправление недоработок, формирование требований на модернизацию



  1. На какой стадии осуществляется разработка архитектуры информационной системы:


  • Анализ


  • * Проектирование


  • Реализация


  • Внедрение


  • Эксплуатация



  1. На какой стадии осуществляется исправление недоработок, формирование требований на модернизацию:


  • Анализ


  • Проектирование


  • Реализация


  • Внедрение


  • * Эксплуатация



  1. Разработанная ИС должен отвечать требованиям на момент:


  • составления технического задания;


  • * завершения внедрения ИС;


  • модернизации ИС.




  1. Какая модель жизненного цикла обеспечивает строгую последовательность стадий разработки:


  • * Каскадная;


  • Итерационная;


  • Спиральная;


  • Инкрементная.




  1. Какая модель жизненного цикла основана на технологии прототипного проектирования ИС по принципу «Сверху – вниз»:


  • Каскадная;


  • Итерационная;


  • * Спиральная;


  • Инкрементная.



  1. Какая модель жизненного цикла обеспечивает технологию проектирования ИС по принципу «Снизу-вверх» с последующей увязкой компонентов


  • Каскадная;


  • * Итерационная;


  • Спиральная;


  • Инкрементная.



  1. Какая модель жизненного цикла обеспечивает многоверсионную разработку ИС:


  • Каскадная;


  • Итерационная;


  • Спиральная;


  • * Инкрементная.




  1. Какими факторами определяется необходимость стандартизации процесса создания ИС (выберите правильные ответы):


  • * Сложностью проекта ИС, состоящего из множества подсистем;


  • * Необходимостью взаимодействия с внешними ИС;


  • Требованиями государственных и международных организаций по стандартизации;


  • * Необходимостью взаимодействия различных участников процесса разработки;


  • * Необходимостью повторного использования разработанных компонентов




  1. Какие ГОСТы определяют стадии жизненного цикла ИС:


  • ГОСТ Р ИСО/МЭК 15288


  • ГОСТ Р ИСО/МЭК 12207


  • ГОСТ 34.601 - 90




  1. Какие ГОСТы определяют процессы жизненного цикла программных средств:


  • ГОСТ Р ИСО/МЭК 15288


  • * ГОСТ Р ИСО/МЭК 12207


  • ГОСТ 34.601 - 90




  1. Какие ГОСТы определяют процессы жизненного цикла систем:


  • * ГОСТ Р ИСО/МЭК 15288


  • ГОСТ Р ИСО/МЭК 12207


  • ГОСТ 34.601 – 90




  1. Проект – это


  • *уникальный процесс, состоящий из набора взаимоувязанных и контролируемых работ с датами начала и окончания и предпринятый, чтобы достичь цели соответствия конкретным требованиям, включая ограничения по времени, затратам и ресурсам


  • *временное предприятие (усилие) для создания уникального продукта или услуги


  • процесс применения знаний, навыков, методов, средств и технологий к проектной деятельности с целью достижения поставленных целей




  1. К особенностям процесса управления проектами не относится:


  • Высокая степень неопределенности в поведении управляемой системы;


  • Необходимость формирования команды проекта;


  • *Постоянное взаимодействие с заказчиком и поставщиками технических и программных средств;


  • Детальный расчет требуемых ресурсов;


  • Оценка трудоемкости этапов, процессов, процедур




  1. Сколько уровней зрелости организации существует:


*6

4

5



  1. Процесс жизненного цикла –


  • *упорядоченная совокупность операций и переходов, направленных на достижение цели (получение результата)


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




  1. Участие заказчика в проекте:


  • *формирует требования к системе и ее частям; выдает техническое задание, финансирует разработку ИС; обеспечивает проведение комплекса мероприятий по ее созданию; проводит внедрение и прием проекта ИС.


  • отвечает перед пользователем за правильность результатов работы ИС и их своевременность; отвечает перед заказчиком и разработчиком за соблюдением условий эксплуатации, требований к технической документации


  • разрабатывает ИС по техническому заданию заказчика; принимает участие во внедрении; осуществляет сдачу проекта заказчику; осуществляет авторское сопровождение проекта



  1. Участие разработчика в проекте:


  • формирует требования к системе и ее частям; выдает техническое задание, финансирует разработку ИС; обеспечивает проведение комплекса мероприятий по ее созданию; проводит внедрение и прием проекта ИС.


  • отвечает перед пользователем за правильность результатов работы ИС и их своевременность; отвечает перед заказчиком и разработчиком за соблюдением условий эксплуатации, требований к технической документации


  • *разрабатывает ИС по техническому заданию заказчика; принимает участие во внедрении; осуществляет сдачу проекта заказчику; осуществляет авторское сопровождение проекта


Тест № 1 семестр2
Описание: название «Технология проектирования ИС», по разделу 3



  1. Технология проектирования ИС – это


  • *совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования


  • документ, в котором устанавливаются характеристики продукции, правила осуществления и характеристики процессов производства




  1. Установите соответствие методов и принципов проектирования ИС:


  • позадачный метод – «Снизу – вверх»


  • системный метод - «Сверху – вниз»




  1. Ручное проектирование подразумевает


  • *проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование на алгоритмических языках;


  • генерацию или конфигурацию (настройку) проектных решений на основе использования специальных инструментальных программных средств.



  1. Компьютерное проектирование подразумевает


  • проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование на алгоритмических языках;


  • *генерацию или конфигурацию (настройку) проектных решений на основе использования специальных инструментальных программных средств




  1. В оригинальном проектировании


  • *проектные решения разрабатываются «с нуля» в соответствии с требованиями к ИС;


  • конфигурация ИС осуществляется из готовых программных модулей.



  1. В типовом проектировании


  • проектные решения разрабатываются «с нуля» в соответствии с требованиями к ИС;


  • *конфигурация ИС осуществляется из готовых программных модулей.



  1. последовательность работ в рамках утвержденного плана, приводящая к созданию работоспособного варианта ИС, характеризует


  • *Итерационность


  • Инкрементность


  • Цикличность




  1. Роль (Role) – это


  • *категория исполнителей в процессе разработки рабочего продукта (артефакта)


  • активность исполнителей, нацеленая на получение результата (артефакта)


  • конкретный артефакт: модель, документ, план, код и т.д.




  1. Действие это


  • категория исполнителей в процессе разработки рабочего продукта (артефакта)


  • *активность исполнителей, нацеленая на получение результата (артефакта))


  • конкретный артефакт: модель, документ, план, код и т.д.




  1. К основным рабочим процессам относят:


  • *построение бизнес-моделей, определение требований, анализ и проектирование, тестирование, развертывание


  • управление конфигурацией и изменениями, управление проектом, управление средой




  1. К поддерживающим рабочим процессам относят:


  • построение бизнес-моделей, определение требований, анализ и проектирование, тестирование, развертывание


  • *управление конфигурацией и изменениями, управление проектом, управление инфраструктурой



  1. Сопоставьте:





Менеджер проекта


а. объективная оценка программного продукта на основе определенных критериев, таких как воспринимаемое качество, соответствие стандартам и выявление дефектов.


  1. Системный аналитик


б. отвечает за разработку и модификацию плана создания ИС (разработки ПО), а также его исполнение


  1. Системный архитектор




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


  1. Разработчик (проектировщик)


г. отвечает за определение требований к ИС (ПО)


  1. Тестировщик


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





  • *1 б 2 г 3д 4 в 5а


  • 1 а 2 д 3г 4 в 5б


  • 1 в 2 б 3г 4 а 5д


  • 1 г 2 б 3в 4 а 5д




  1. Рабочий продукт (артефакт)


  • *Объект (объем информации), создаваемый, модифицируемый или используемый в некотором процессе


  • Результат работы информационной системы




  1. Установите соответствие между задачами начальной фазы жизненного цикла и расшифровкой


1 понять, что создавать


1 разработать экономическое обоснование, минимизировать риски


2 определить ключевые функции системы


2 выявить одну возможную архитектуру


3 выявить хотя бы одно возможное архитектурное решение


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


4 оценить стоимость, сроки и риски, связанные с проектом - разработать экономическое обоснование, минимизировать риски


4 решить какому процессу следовать и какие средства использовать


5 настройка процесса разработки (настройка RUP)


5 определить варианты (прецеденты) использования





  • *1-3, 2-5, 3- 2, 4-1, 5-4


  • 1-4, 2-1, 3- 2, 4-5, 5-3


  • 1-1, 2-3, 3- 2, 4-5, 5-4




  1. Какие вопросы решаются при выборе архитектурных решений:


  • *Наличие сходных систем.


  • *Анализ существующей архитектуры, обоснование необходимости ее развития


  • Проводится обследование предметной области


  • *Обоснование программно-технической платформы


  • *Обоснование выбора новых технологий


  • Проводится формирование проектной команды


  • *Обоснование выбора программных компонентов




  1. Соотнесите роли с участниками проекта создания (модернизации ИС):


1 Формирование требований


1 тестировщик


2 Построение архитектуры


2 аналитик, заинтересованные лица


3 Разработка системы


3 разработчик


4Тестирование


4архитектор


5Управление выпусками


5 руководитель проекта


6Управление конфигурацией и изменениями


6 разработчик





  • *1-2 2-4 3 -6 4-1 5 -5 6 -3


  • 1-3 2-4 3 -5 4-1 5 -6 6 -2


  • 1-6 2-4 3 -2 4-1 5 -3 6 -5

  1. Среди задач системного аналитика на начальной фазе формирования требований выделяются по технологии RUP:


  • *Понимание потребностей пользователей и других заинтересованных лиц


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


  • *Документирование и ранжирование требований


  • *Согласование требований со всеми заинтересованными лицами: пользователями, архитекторами, разработчиками, менеджерами проектов




  1. Среди задач фазы проектирования отсутствует задача по технологии RUP:


  • Более глубоко понять требования


  • Спроектировать, реализовать и проверить базовую архитектуру


  • Снизить существенные риски и дать более точную оценку сроков и стоимости


  • Уточнить прецедент разработки и установить среду разработки


  • *Выбрать и создать основы архитектуры системы




  1. В фазе проектирования ИС в технологии RUP архитектор


  • *направляет и координирует решение технических задач и разработку артефактов


  • *координирует принятие ряда ключевых решений, касающихся технологий, структуры и организации программной системы (ИС)


  • Проводит анализ бизнес-требований




  1. В фазе построения ИС в технологии RUP разработчик:


  • Координирует принятие ряда ключевых решений, касающихся технологий, структуры и организации программной системы (ИС)


  • * Спроектировать, реализовать и протестировать программное обеспечение, удовлетворяющее этим требованиям


  • Документирование и ранжирование требований


  • * Спроектировать, реализовать и протестировать все необходимые базы данных


  • * Осуществлять интеграцию своего приложения с работой других разработчиков




  1. В фазе построения ИС в технологии RUP тестировщик:


  • Осуществляет интеграцию приложения с работой других приложений


  • * Проверяет стабильности выпуска (можно ли его инсталлировать, загрузить и запустить),


  • * Осуществляет создание отчетов о выявленных инцидентах.


  • Согласовывает требования со всеми заинтересованными лицами


  • * Оценивает достижение приемлемого результата с точки зрения выполнения требования




  1. На всех фазах разработки проекта ИС в технологии RUP менеджер проекта:


    • * управляет персоналом, подбором и координацией членов проектной группы


    • координирует принятие ряда ключевых решений, касающихся технологий, структуры и организации программной системы (ИС)


    • * определяет цели и границы создаваемой информационной системы (программного продукта)


    • согласовывает требования со всеми заинтересованными лицами


    • * управляет процессами разработки информационной системы




  1. Для определения границ проекта необходимо:


    • *Согласовать высокоуровневую концепцию


    • Провести анализ программно-технической платформы


    • *Подробное описание ключевых акторов и вариантов использования




  1. Выявить акторов означает:


    • определить взаимодействие действующих лиц с системой и их группировка (активности/функции в бизнес-процессах)


    • *проанализировать свойства и запросы заинтересованных лиц


    • определить все ли объекты используются в прецедентах




  1. Выявить варианты использования означает:


  • составление глоссария


  • *определить взаимодействие действующих лиц с системой и их группировка (активности/функции в бизнес-процессах)


  • проанализировать свойства и запросы заинтересованных лиц


  • определить все ли объекты используются в прецедентах



  1. Модель вариантов использования —


  • *это абстрактное представление взаимодействия системы с её окружением: пользователями, внешними системами и устройствами.


  • роль, которую играет человек или внешняя система при взаимодействии с разрабатываемой системой.


  • взаимодействие между одним или несколькими акторами и системой




  1. Укажите верные утверждения:


  • *Диаграмма классов определяет типы классов системы и различного рода статические связи, которые существуют между ними.


  • *На диаграммах классов изображаются атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами.


  • Диаграммы классов описывают поведение взаимодействующих групп объектов.




  1. Модели, описывающие поведение взаимодействующих классов объектов называются


  • диаграммами классов


  • диаграммами активности


  • * диаграммами взаимодействия




  1. Взгляд на взаимодействие объектов с акцентом на временной последовательности обмена сообщениями отображает:


  • *Диаграмма последовательности


  • Диаграмма коммуникации




  1. Взгляд на взаимодействие объектов с акцентом на структурную организацию взаимодействующих объектов отображает


  • Диаграмма последовательности


  • *Диаграмма коммуникации




  1. Диаграмма состояний —


  • *диаграмма, на которой представлен конечный автомат с простыми состояниями, переходами и композитными состояниями.


  • диаграмма, отражающие события, происходящие в рамках варианта использования.


  1. Диаграмма деятельности (активностей) отображает:


  • * технологию, позволяющую описывать логику процедур, бизнес-процессы и потоки работ.


  • спецификацию последовательности состояний, через которые проходит объект или взаимодействие в ответ на события своей жизни




  1. Диаграмма развертывания служит:


  • для объединения элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы


  • * для отображения физического расположения системы, показывая, на каком физическом оборудовании запускается та или иная составляющая программного обеспечения


  • для отображения интерфейсов между элементами (подсистемами).




  1. Диаграмма компонентов служит:


  • для объединения элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы


  • для отображения физического расположения системы, показывая, на каком физическом оборудовании запускается та или иная составляющая программного обеспечения


  • * для отображения интерфейсов между элементами (подсистемами).




  1. Диаграмма вариантов использования применяется для


  • *визуализации подмножества модели вариантов использования с целью упрощения коммуникаций участников проекта


  • описания взаимодействие между акторами



Тест № 2 семестр 2
Описание: Название «Внедрение и сопровождение ИС», по разделам 4 и 5



      1. Основные процессы планирования проекта не включают


  • *Разработку устава проекта


  • Разработку плана управления проектом


  • Планирование содержания (результатов)


  • Определение структуры и состава работ


  • Определение взаимосвязи работ


  • Оценку длительности и объемов работ


  • Определение потребности в ресурсах


  • Оценку стоимости проекта


  • Составление расписания выполнения работ


  • Разработку бюджета проекта




      1. процесс, необходимый для определения, подготовки, координации и интеграции всех вспомогательных планов в план управления проектом


  • *Разработка плана управления проектом


  • Определение содержания


  • Определение состава операций


  • Разработка плана управления проектом


  • *Планирование содержания


  • Определение состава операций




      1. процесс, необходимый для разделения основных результатов поставки проекта и работ проекта на меньшие элементы, которыми легче управлять


  • *Создание иерархической структуры работ (ИСР)


  • Разработка плана управления проектом


  • Определение состава операций


      1. К процессам планирования не относится:


  • Оценка длительности операций


  • *Процессы координации персонала и других ресурсов для выполнения работ


  • Разработка расписания


  • Стоимостная оценка


  • Разработка бюджета расходов




      1. Процесс, необходимый для применения плановых систематических операций по проверке качества, например, аудит или независимая экспертиза, чтобы удостовериться, что в проекте используются все необходимые процессы для выполнения требований.


  • *Обеспечение качества


  • Развитие команды проекта


  • Разработка плана управления проектом



      1. Процесс, необходимый для формирования человеческих ресурсов, нужных для выполнения проекта.


  • *Набор команды проекта


  • Развитие команды проекта




      1. Заказчик - это


  • *ответственное лицо, которое отвечает за создание, финансирование, приемку, внедрение ИС, выступает от лица пользователей.


  • ответственное лицо, которое выполняет эксплуатацию программно-технических средств и информационного и методологического обеспечения ИС (технологические и инструкционные карты), ИТ-служба


  • ответственное лицо (организация или подразделение), непосредственное создающее ИС



      1. Администратор - это


  • ответственное лицо, которое отвечает за создание, финансирование, приемку, внедрение ИС, выступает от лица пользователей.


  • *ответственное лицо, которое выполняет эксплуатацию программно-технических средств и информационного и методологического обеспечения ИС (технологические и инструкционные карты), ИТ-служба


  • ответственное лицо (организация или подразделение), непосредственное создающее ИС



      1. Разработчик - это


  • ответственное лицо, которое отвечает за создание, финансирование, приемку, внедрение ИС, выступает от лица пользователей.


  • ответственное лицо, которое выполняет эксплуатацию программно-технических средств и информационного и методологического обеспечения ИС (технологические и инструкционные карты), ИТ-служба


  • *ответственное лицо (организация или подразделение), непосредственное создающее ИС




      1. Функциональная организационная структура проектов предполагает:


  • четкое разделение функций сотрудников: предпроектное обследование, формирование и анализ требований, проектирование, разработка, тестирование, внедрение. Передача результатов от одной группы исполнителей к другой.


  • формирование проектной команды на все время выполнения проекта, возможное включение ключевых пользователей.


  • административное и проектное подчинение сотрудников. Удобно при одновременном выполнении нескольких проектов, один сотрудник может быть в нескольких проектах


11. Проектная организационная структура проектов предполагает:


  • четкое разделение функций сотрудников: предпроектное обследование, формирование и анализ требований, проектирование, разработка, тестирование, внедрение. Передача результатов от одной группы исполнителей к другой.


  • *формирование проектной команды на все время выполнения проекта, возможное включение ключевых пользователей.


  • административное и проектное подчинение сотрудников. Удобно при одновременном выполнении нескольких проектов, один сотрудник может быть в нескольких проектах




  1. Матричная организационная структура проектов предполагает:


  • четкое разделение функций сотрудников: предпроектное обследование, формирование и анализ требований, проектирование, разработка, тестирование, внедрение. Передача результатов от одной группы исполнителей к другой.


  • формирование проектной команды на все время выполнения проекта, возможное включение ключевых пользователей.


  • *административное и проектное подчинение сотрудников. Удобно при одновременном выполнении нескольких проектов, один сотрудник может быть в нескольких проектах



  1. Лицо, ответственное за управление проекта со стороны заказчика – составление планов, мониторинг исполнения, приемка работ


  • *Главный менеджер проекта


  • Менеджер проекта со стороны заказчика


  • Спонсор проекта


  • Ключевые (функциональные) пользователи




  1. Лицо ответственное за координацию работ со стороны заказчика


  • Главный менеджер проекта


  • *Менеджер проекта со стороны заказчика


  • Спонсор проекта


  • Ключевые (функциональные) пользователи




  1. Верификация –


  • *определение на различных стадиях проекта соответствия создаваемой системы сформулированным в начале каждой стадии требованиям.


  • проверка компонентов, выполняется после верификации, и представляет процесс создания выполняемых тестовых случаев, используемых в процессе реального тестирования функционирующей системы


  • выполняется методом анализа заданных условий применения и оценки соответствия характеристик продукции этим требованиям, результатом является вывод о возможности применения продукции для конкретных условий. Поверка соответствия конкретным условиям функционирования




  1. Аттестация –


  • определение на различных стадиях проекта соответствия создаваемой системы сформулированным в начале каждой стадии требованиям.


  • *тестирование компонентов, выполняется после верификации, и представляет процесс создания выполняемых тестовых случаев, используемых в процессе реального тестирования функционирующей системы


  • выполняется методом анализа заданных условий применения и оценки соответствия характеристик продукции этим требованиям, результатом является вывод о возможности применения продукции для конкретных условий. Поверка соответствия конкретным условиям функционирования



  1. Валидация –


  • определение на различных стадиях проекта соответствия создаваемой системы сформулированным в начале каждой стадии требованиям.


  • тестирование компонентов, выполняется после верификации, и представляет процесс создания выполняемых тестовых случаев, используемых в процессе реального тестирования функционирующей системы


  • выполняется методом анализа заданных условий применения и оценки соответствия характеристик продукции этим требованиям, результатом является вывод о возможности применения продукции для конкретных условий. Поверка соответствия конкретным условиям функционирования




  1. Цели преследуемые при бета-тестировании:


  • *Протестировать контролируемую реальную реализацию приложения


  • *Обеспечить предварительный просмотр готовящегося релиза


  • Обучить пользователей работе с системой




  1. Подготовка к окончательному развертыванию подразумевает:


  • *Создание материалов для обучения пользователей и обслуживающего персонала


  • Предрелизное тестирование


  • *Подготовка площадки для развертывания и конвертирование рабочих баз данных


  • *Подготовка к запуску




  1. Подготовка к запуску при окончательном развертывании не включает:


  • Подготовку упаковки и тиражирование


  • Подготовку к передаче материалов подразделениям маркетинга


  • Подготовку к распространению и продажам


  • *Подготовку к обучению всего персонала заказчика




  1. Укажите неверное утверждение:


  • *В фазе Внедрение акцент делается на обеспечение полного соответствия программного обеспечения нуждам пользователей


  • Фаза внедрения содержит более 10 итераций


  • *В итерациях тестирования вносятся небольшие усовершенствования на основе обратной связи с пользователями


написать администратору сайта