ИСРП - Инструментальные средства разработки программ / Инструментальные средства разработки программ - ВОУД

Программные инструментальные средства разработки ПО - это: Программы, позволяющие выполнить все работы, определенные методологией проектирования ПО

Программные инструментальные средства разработки ПО — это: Программы, позволяющие выполнить все работы, определенные методологией - проектирования ПО; Программы, которые используются в ходе разработки, корректировки или развития других прикладных или системных программ; Программное обеспечение, используемое на всех стадиях разработки нового ПО

Программный продукт Model Mart позволяет решать следующие задачи: Управление доступом; Совместное моделирование; Создание библиотек решений

Проектирование функциональных моделей поддерживается инструментальными средствами: BPwin; Model Mart

Процесс построения информационной модели в Erwin включает шаги : Определение сущностей, определение зависимости между сущностями, задание первичных и альтернативных ключей, определение атрибутов сущностей, Приведение модели к требуемому уровню нормальной формы; переход к физическому описанию модели: назначение соответствий «имя сущности - имя таблицы», «атрибут сущности - атрибут таблицы»

Процесс построения информационной модели в Erwin включает шаги: Приведение модели к требуемому уровню нормальной формы; переход к физическому описанию модели: назначение соответствий «имя сущности – имя таблицы», «атрибут сущности – атрибут таблицы»; Определение сущностей, определение зависимости между сущностями, задание первичных и альтернативных ключей, определение атрибутов сущностей

Процесс разработки программного обеспечения (ПО), сочетающий в себе как проектирование, так и постадийное прототипирование ПО называется Спиральная модель

Процесс создания макета (черновой, пробной версии) программы, обычно — с целью проверки пригодности предлагаемых для применения концепций, архитектурных и/или технологических решений, а также для представления программы заказчику на ранних стадиях процесса разработки. Этот процесс называется Прототипирование программного обеспечения

Процесс, использующий итеративную модель разработки ПО – Rational Unified Process (RUP)

Разработка и сопровождение ИС в конкретной организации и конкретном проекте должна поддерживаться стандартам : Оформления проектной документаций, Проектирования, Пользовательского интерфейса

Разработка проекта с помощью Rational Rose формирует следующие документы : Диаграммы UML, которые представляют собой Модель разрабатываемой информационной системы

С основным компонентам диаграммы ERwin относятся: Атрибуты, Сущности

Символы ERD, соответствуют отношениям: Ограниченное отношение

Символы ERD, соответствуют отношениям: Ограниченное отношение; Неограниченное отношение; Существенно ограниченное отношение

Символы ERD, соответствующие сущностям : Ассоциированная сущность, Зависимая сущность, Независимая сущность

Системы создания прототипа программ CAPS

Словарь UML включает строительные блоки : Диаграммы, Связи, Сущности

Словарь UML включает строительные блоки: Диаграммы; Связи; Сущности

Словарь UML включает строительные блоки: Связи, Сущности

Смысл изображений ||&| , || &|| , || X| в модели в нотации IDEF3: Все следующие процессы запускаются одновременно; Все предшествующие процессы должны быть завершены

Совокупность нескольких баз данных с программами управления ими и совместимыми аппаратными средствами - Банк данных

Создать атрибут в программе Rational Rose для диаграмм классов: Щелкнуть в окне браузера по значку «+» слева от имени класса; В контекстно-зависимом меню выбрать команду New-Attribute

Создать отчет в BPwin возможно с помощью : Встроенных шаблонов, RPTwin, Report Template Builder

Создать отчет в BPwin возможно с помощью: RPTwin; Встроенных шаблонов; Report Template Builder

Создать отчет в BPwin возможно с помощью: Встроенных шаблонов

Спиральную модель (англ. spiral model) жизненного цикла (ЖЦ) впервые сформулировал (и) Барри Боэм в 1988 г.

Средство Rose, которое позволяет нарисованную модель преобразовать в описание на конкретном языке программирования : Кодогенерация

Стандарт IDEF0. Интерфейсная стрелка, которая обозначает использование регламентов, стандартов, процедур или технической документации. Графически изображается вверху прямоугольника действия называется интерфейсная стрелка «управление» (Control)

Стандарт IDEF0. Интерфейсная стрелка, которая характеризуют собой сырье и материалы. Графически изображается в левой части прямоугольника действия называется интерфейсная стрелка «вход» (Input)

Стандарт IDEF0. Интерфейсная стрелка, обозначающая материалы или информацию, производимую функциональным блоком. Графически изображается в правой части прямоугольника действия называется интерфейсная стрелка «выход» (Output)

Стандарт IDEF0. Интерфейсная стрелка, обозначающая ресурсы (например, люди, машины и оборудование), которые требуются для преобразования продукта. Графически изображается снизу прямоугольника действия называется интерфейсная стрелка «ресурс» (Mechanism)

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

Стандарт IDEF0. Элемент, с помощью которого можно задавать объекты в системе называется интерфейсная дуга (изображается в виде стрелки)

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

Стереотипы для компонентов в языке UML не входящие в список: Библиотека (library); Процесс

Стереотипы для компонентов в языке UML не входящие в список: Процесс; Пиктограмма

Стереотипы сообщений диаграммы последовательности в нотации UML: «Create» (создать)

Структурный подход к программированию — это : Подход, в основе которого лежит декомпозиция сложных систем с целью последующей реализации в виде подпрограмм, Подход, требующий представления задачи в виде иерархии подзадач простейшей структуры, Совокупность рекомендуемых технологических приемов, охватывающих выполнение всех этапов разработки ПО

Сущности языка в UML подразделяются на: Поведенческие; Структурные и аннотационные

Сущности языка в UML подразделяются на: Структурные ,и аннотационные; Группирующие

Сущность языка в UML подразделяются на : Поведенческие, Структурные и аннотационные

Технология проектирования программного обеспечения CASE

Типичная схема процесса анализа С-требований включает в себя : Написание С-требований в форме стандартного документа, Идентификацию заказчика и проведение интервью с представителями заказчика, Проверку С-требований и согласование их с заказчиком

Типы D-требований : Нефункциональные требования, Обратные требования, Функциональные требования

Типы D-требований: Функциональные требования; Нефункциональные требования

Типы диаграмм UML: Диаграммы классов; Диаграммы прецедентов.

Типы документаций, создаваемые в процессе или после разработки программы: Пользовательская документация; Документация по сопровождению

Типы объектов ссылок не входящие в IDEF3: CALL; CLASS; XOR (Exclusive OR)

Типы отношении между прецедентами: Extend

Типы отношений между прецедентами: Include; Extend

Типы отношений, использованные на рисунке : Ассоциация, Агрегация, Композиция

Типы отношений, использованные на рисунке: Ассоциация; Агрегация; Композиция

Типы ошибок: Ошибки моделирования; Ошибки компиляции; Ошибки алгоритмизации; Ошибки выполнения

Типы средств, иллюстрирующие цели моделирования системы : Функции, которые система должна выполнять, Отношения между данными, Зависящее от времени поведение системы (аспекты реального времени)

Типы стрелок используемые на Диаграммах кооперации для обозначения сообщений : Сплошная линия с полустрелкой, пунктирная линия с V-образной стрелкой, Сплошная линия с V-образной стрелкой

Типы требований к программным продуктам: Пользовательские требования; Эксплуатационные требования; Системные требования; Функциональные требования

Точки зрения организации в ARIS : Структура данных и структура процессов, Функциональная структура, Организационная структура

Точки зрения организации в ARIS: Структура данных и структура процессов; Организационная структура; Функциональная структура

Требования к разрабатываемой системе должны включать : Ограничения в процессе разработки, Совокупность условий, при которых предполагается эксплуатировать будущую систему, Описание выполняемых системой функций

Унифицированный язык моделирования UML разработал(и) Грейди Буч , Джеймс Рамбо и Айвар Якобсон в 1995 г.

Унифицированный язык моделирования (UML) : не зависит от объектно-ориентированных (ОО) языков программирования, Может поддерживать любой объектно-ориентированный язык программирования, не зависти от используемой методологии разработки проекта

Унифицированный язык моделирования (UML): Не зависит от используемой методологии разработки проекта

Унифицированный язык моделирования (UML): от объектно-ориентированных (ОО) языков программирования; Не зависит от объектно-ориентированных (ОО) языков программирования

Уровни организационного планирования при планировании разработки системы: Оперативный; Стратегический; Тактический

Уровни организационного управления при планировании разработки системы : Оперативный, Стратегический, Тактический

Фикции, ориентированные на фазы жизненного цикла Case-средств: Моделирование

Функции, выполняемые нотацией в визуальном моделировании: Обеспечивает достаточными классами; Обеспечивает достаточную семантику

Функции, выполняемые нотацией в визуальном моделировании: Обеспечивает достаточными классами; Обеспечивает достаточную семантику

Функции, ориентированные на фазы жизненного цикла CASE-средств : Моделирование, Тестирование, Реализация

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

Характеристика программных инструментов разработки: Упрощение связей, комментируемость функций и данных; Функциональная декомпозиция

Цепочка последовательных действий по преобразованию ресурсов, полученных на входе, в конечный продукт, имеющий ценность для потребителя, на выходе. Такая последовательность называется Бизнес-процесс

Что влияет на успешность проекта? решаемая задача, заказчик, команда разработки, выбранная методология ПО

Что не относится к основным компонентам диаграмм потоков данных: Проекты; Внутренние сущности; Правила, определяющие сочетание блоков между собой

Что является элементарным компонентом в программной системе? строчка кода

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

Элементы поведения состоят из подпакетов: Варианты использования и автоматы; Кооперации; Общее поведение

Элементы, которые составляют основу DFD-модели: Функция, Внешняя сущность, Хранилище данных

Элементы, которые составляют основу ER-модели: Сущности, Отношения и Атрибуты

Элементы, которые составляют основу диаграммы классов: Классы и их отношения

Элементы, которые составляют основу модели IDEF0: Функциональный блок и интерфейсные дуги

Элементы, которые составляют основу правил описания бизнес процессов в нотации eEPC: События и функции

Ядро знаний SWEBOK - это: Нормативный документ, разработанный IEEE

Язык UML – это: Unified Modelling Language; Унифицированный язык моделирования; Язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем

Язык UML - это: Язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем; Unified Modeling Language

Язык UML : Язык для визуализации,специфицирования, конструирования и документирования артефактов программных систем, Unified Modeling Language

Язык UML предназначен для : Визуализации, Конструирования, документирования

Язык UML предназначен для: Визуализации, Специфицирования, Конструирования, документирования

Язык UML: Unified Modeling Language; Язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем

Язык моделирования, как правило, включает в себя: Принципы использования; Элементы модели; Нотацию