Современные технологии в программировании
|
|
engineerklub | Дата: Четверг, 06.09.2018, 19:12 | Сообщение # 1 |
Генералиссимус
Группа: Администраторы
Сообщений: 28596
Статус: Offline
| Современные технологии в программировании
Экзаменационный тест 1.Критичность определяется последствиями, вызываемыми дефектами в ПО, и может иметь один из четырех уровней. Установите соответствие между уровнем критичности и последствиями дефектов ПО. C 1.Дефекты вызывают потерю удобства D 2.Дефекты вызывают потерю возместимых средств (материальных или финансовых) E 3.Дефекты вызывают потерю невозместимых средств L 4.Дефекты создают угрозу человеческой жизни
2.Установите соответствие 1.Программный продукт 1. Запускается автором 2. Запускается в той системе, где была разработана 3. Использует и сопровождает любой человек 2.Компонент программного комплекса 4. Может использоваться в различных операционных системах 5. Может использоваться с различными данными 3.Программа 6. Входные и выходные данные должны удовлетворять точно определённым интерфейсам 7. Использует точно определённые ресурсы
3.В основе программной инженерии лежит одна фундаментальная идея: проектирование ПО является формальным процессом, который можно изучать и совершенствовать дорогостоящим процессом сложным процессом
4.Неотъемлемыми свойствами ПО являются сложность согласованность изменяемость незримость дороговизна
5.Системный подход —это методология исследования объектов любой природы как систем, которая ориентирована на раскрытие целостности объекта и обеспечивающих его механизмов выявление многообразных типов связей объекта сведение этих связей в единую картину изучение объекта в отрыве от взаимодействующих с ним объектов
6.К вспомогательным процессам ЖЦ не относят Приобретение документирование управление конфигурацией обеспечение качества верификация аттестация совместная оценка аудит разрешение проблем
7.Достоинствами спиральной модели являются на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности ускорение разработки (раннее получение результата за счет прототипирования) постоянное участие заказчика в процессе разработки снижение риска (повышение вероятности предсказуемого поведения системы) разбиение большого объема работы на небольшие части
8.В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 все процессы ЖЦ ПО разделены на три группы Основные процессы Вспомогательные процессы Организационные процессы Процессы разработки
9.Недостатком каскадной модели ЖЦ не является формирование на каждой стадии законченного набора проектной документации, отвечающий критериям полноты и согласованности позднее обнаружение проблем выход из календарного графика, запаздывание с получением результатов избыточное количество документации невозможность разбить систему на части (весь продукт разрабатывается за один раз) высокий риск создания системы, не удовлетворяющей изменившимся потребностям пользователей
10.Преимущества применения каскадной модели заключаются в следующем: на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности выполняемые в логичной последовательности стадии работ позволяют планировать сроки завершения всех работ и соответствующие затраты ранняя разработка прототипа системы
11.В модели CMM сформулированы критерии _________ организации. совершенства финансовой устойчивости платёжеспособности
12.К недостаткам СММ относятся следующие Модель сосредоточена исключительно на управлении проектом В модели отсутствует анализ рисков и решений Не определена область применения модели Модель сосредоточена исключительно на процессе создания программного продукта
13.Зрелость процессов (software process maturity) — это степень их управляемости контролируемости эффективности модифицируемости
СКАЧАТЬ МОЖНО ЗДЕСЬ
|
|
| |
engineerklub | Дата: Четверг, 06.09.2018, 19:13 | Сообщение # 2 |
Генералиссимус
Группа: Администраторы
Сообщений: 28596
Статус: Offline
| 14.СММ — это описательная модель в том смысле, что она описывает существенные (или ключевые) атрибуты, которые определяют на каком уровне технологической зрелости находится организация. насколько эффективно работает организация насколько высоки прибыли организации
15.В самом общем виде подход СВР - критически важные практические навыки предлагает сфокусироваться на количественных параметрах завершения проекта (дате, бюджете, объеме) придумать быстро реализуемую стратегию выполнения проекта измерять продвижение к цели измерять активность разработки повышать квалификацию работников
16.CASE технология представляет собой совокупность методов проектирования ПО набор инструментальных средств набор аппаратных средств
17.Абстрагирование — это выделение наиболее важных, существенных характеристик ________, которые отличают его от всех других видов объектов, и игнорирование менее важных или незначительных деталей. некоторого объекта контекста связей объекта
18.Агрегация представляет собой форму ассоциации — более сильный тип связи между целым __________ и его частями объектом классом модулем
19.Атрибут — поименованное свойство класса, определяющее диапазон допустимых __________, которые могут принимать экземпляры данного свойства значений операций интерфейсов
20.Существуют два основных подхода к декомпозиции систем ~%50%функционально-модульный ~%50%объектно-ориентированный ~%-100%структурный ~%-100%процедурный
21.Вариант использования представляет собой последовательность действий (транзакций), выполняемых ________ в ответ на событие, инициируемое системой действующим лицом прецедентом
22.На диаграмме компонентов изображают зависимости между отдельными компонентами, соответствующие зависимостям на этапе компиляции зависимостям на этапе выполнения зависимостям классов компонентов
23.Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы взаимосвязи между классами потоки управления объектами
24.Диаграммы взаимодействия описывают поведение взаимодействующих групп объектов в рамках потока событий варианта использования некоторой операции класса проектируемой системы
25.Диаграммы состояний отображают все возможные состояния, в которых может находиться конкретный объект процесс смены состояний объекта в результате наступления некоторых событий сообщения, которыми объект может обмениваться с другими объектами
26.Объектно-ориентированный подход к моделированию бизнес-процессов в технологии Rational Unified Process предусматривает построение двух моделей модели бизнес-процессов (Business Use Case Model) модели бизнес-анализа (Business Analysis Model модели бизнес-правил
27.Важным шагом структуризации деятельности любой организации являются выделение и классификация бизнес-процессов. Можно выделить следующие классы процессов основные процессы обеспечивающие процессы процессы управления информационные процессы
28.Модель бизнес-анализа — объектная модель, описывающая реализацию бизнес-процесса терминах взаимодействующих объектов (бизнес-объектов —принадлежащих к двум классам Business Worker Business Entity Business Use Case
29.В состав модели бизнес-анализа обязательно должна входить диаграмма классов, содержащая исполнителей и сущности. диаграмма состояний диаграмма последовательности
30.Модель бизнес-анализа строится для каждого Business Use Case системы ПО нескольких Business Use Case
СКАЧАТЬ МОЖНО ЗДЕСЬ
|
|
| |
engineerklub | Дата: Четверг, 06.09.2018, 19:13 | Сообщение # 3 |
Генералиссимус
Группа: Администраторы
Сообщений: 28596
Статус: Offline
| 31.Функциональные требования к системе моделируются и документируются с помощью вариантов использования (use case) диаграмм состояний диаграммы взаимодействия
32.Все требования к ПО делятся на функциональные нефункциональные системные
33.Категории FURPS для нефункциональных требований включают в себя Практичность Надежность Производительность Возможность поддержки стоимость
34.Концепция как один из основных документов, выражающий требования к ПО, определяет глобальные цели проекта основные особенности разрабатываемой системы постановку задачи разработки, определяющую требования к выполняемым системой функциям варианты использования
35.Выявленные требования к ПО оформляются в виде ряда документов и моделей. К основным документам, регламентируемым технологией, предназначенным для оформления требований относятся Концепция Словарь предметной области (глоссарий) Дополнительные спецификации (технические требования) Варианты использования
36.Установите соответствие. Укажите обязанности для класса каждого типа. 1.Граничные классы отвечают за 1. Взаимодействие с внешней средой системы (действующими лицами) 2.Классы-сущности отвечают за 2. Хранение и манипулирование данными 3.Управляющие классы 3. Координируют потоки событий варианта использования
37.Анализ вариантов использования выполняется проектировщиками и включает в себя идентификацию классов, участвующих в реализации потоков событий варианта использования распределение поведения, реализуемого вариантом использования, между классами (определение обязанностей классов) определение атрибутов и ассоциаций классов унификацию классов анализа определение отношений между действующими лицами системы
38.Архитектурные механизмы отражают нефункциональные требования к системе реализацию нефункциональных требований в архитектуре системы функциональные требования к системе реализацию функциональных требований в архитектуре системы
39.Архитектурный анализ выполняется архитектором системы и включает в себя утверждение общих стандартов (соглашений) моделирования и документирования системы предварительное выявление архитектурных механизмов (механизмов анализа) формирование набора основных абстракций предметной области (классов анализа) формирование начального представления архитектурных уровней разработка компонентов системы
40.Объектно-ориентированный анализ включает два вида деятельности архитектурный анализ анализ вариантов использования выделение классов предметной области
41.Установите соответствие 1.Архитектурные механизмы — это некоторые типовые решения (образцы), они документируются в проекте (модели) 1.С помощью кооперации 2.Структурная часть архитектурного механизма описывается 2.С помощью диаграмм классов 3.Поведение архитектурного механизмаописывается 3.С помощью диаграмм взаимодействия
42.Объектно-ориентированное проектирование включает два вида деятельности проектирование архитектуры системы проектирование элементов системы проектирование вариантов использования
43.По каждому классу анализа принимается одно из двух решений класс анализа отображается в проектный класс, если он простой или представляет единственную логическую абстракцию сложный класс анализа может быть разбит на несколько классов, преобразован в пакет или в подсистему несколько классов анализа объединить в один класс
44.Проектирование архитектуры системы выполняется архитектором системы и включает в себя идентификацию архитектурных решений и механизмов, необходимых для проектирования системы анализ взаимодействий между классами анализа, выявление подсистем и интерфейсов формирование архитектурных уровней проектирование структуры потоков управления проектирование конфигурации системы проектирование элементов системы
СКАЧАТЬ МОЖНО ЗДЕСЬ
|
|
| |
engineerklub | Дата: Четверг, 06.09.2018, 19:14 | Сообщение # 4 |
Генералиссимус
Группа: Администраторы
Сообщений: 28596
Статус: Offline
| 45.Проектирование классов включает следующие действия детализация проектных классов уточнение операций и атрибутов моделирование состояний для объектов классов уточнение связей между классами проектирование бизнес-процессов
46.Технология создания ПО — упорядоченная совокупность взаимосвязанных технологических ___________ в рамках ЖЦ ПО. процессов действий операций
47.Технологический процесс — совокупность взаимосвязанных технологических процессов действий операций
48.Технологическая операция — основная единица _______, выполняемая определенной ролью работы процесса операции
49.Технологическая операция — основная единица работы, выполняемая определенной ролью человеком инструментальным средством
50.Рабочий продукт — это информационная сущность материальная сущность инструментальное средство
Комментарии: Уважаемый слушатель, дистанционного обучения, Оценена Ваша работа по предмету: Современные технологии в программировании (часть 2) Вид работы: Экзамен Оценка:Отлично Дата оценки: 12.10.2016
СКАЧАТЬ МОЖНО ЗДЕСЬ
|
|
| |