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

+ управление доступом

+ совместное использование библиотек

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

+ Model Mart

+ BPwin

+ ERwin

Процесс внедрения CАSE-средств состоит из следующих этапов:

+ определение потребностей в CАSE-средствах

+ оценка и выбор CАSE-средств

+ выполнение пилотного проекта и практическое внедрение CАSE-средств

Процесс определения и анализа требований включает в себя:

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

+ разрешение противоречий и определение приоритетов

+ проверку, специфицирование и документирование требований

обеспечением

Процесс построения информационной модели в ERwin включает шаги:

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

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

+ задание триггеров, процедур и ограничений; генерация базы данных

Разветвление и слияние:

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

работу над проектом

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

+ стрелки, порожденные в разных работах, могут представлять собой одинаковые или однородные данные или объекты, которые в дальнейшем используются или перерабатываются в одном месте

Разновидности структурных сущностей:

+ класс

+ интерфейс

+ кооперация

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

+ стандарт оформления проектной документации

+стандарт пользовательского интерфейса

+ стандарт проектирования

Разработка проекта с помощью Rational Rose формирует следующие документы:

+ Спецификации объектов, классов, атрибутов и операций

+ диаграммы UML, которые представляют собой модель разрабатываемой информационной системы

+ Заготовки текстов программ

Результатами проектирования архитектуры являются:

+ модель данных

+ модель пользовательского интерфейса

+ модель процессов

Роль актеров в системе:

+ только снабжать информацией

+ только получать информацию

+ снабжать информацией и получать информацию

Символы ERD, соответствует отношениями:

+ ограниченное отношение

Символы ERD, соответствуют отношениям:

+ Ограниченное отношение

+ Неограниченное отношение

+ Существенно ограниченное отношение

Символы ERD, соответствующие сущностям:

+ независимая сущность

+ зависимая сущность

+ ассоциированная сущность

Словарь UML включает строительные блоки:

+ Связи

+ Диаграммы

+ Сущности

Смысл изображений , , в модели в нотации IDEF3:

+ Все следующие процессы должны быть запущены

+ Все следующие процессы запускаются одновременно

Смысл изображений , , в модели в нотации IDEF3:

+ Все следующие процессы запускаются одновременно

+ Все предшествующие процессы должны быть завершены

+ Только один предшествующий процесс завершён

Смысл изображений , , в модели в нотации IDEF3:

+ один или несколько предшествующих процессов должны быть завершены

+ один или несколько предшествующих процессов завершаются

одновременно

+ все следующие процессы должны быть запущены

Смысл изображений , , в модели в нотации IDEF3:

+ все предшествующие процессы должны быть завершены

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

+ только один предшествующий процесс завершен

Создание Use Case необходимо для:

+ Формализации требований системы

+ Для организации взаимодействия с будущими пользователями системы и экспертами предметной области

+ Для тестирования системы

Создание диаграммы состояния в программе Rational Rose:

+ Щелкнуть левой кнопкой мыши по классу в списке браузера

+ В контекстно-зависимом меню выбрать команду New – Statechart Diagram

+ Ввести имя новой диаграммы

Создание компонентов в программе Rational Rose:

+ Щелкнуть по диаграмме и поместить на нее компонент

+ Щелкнуть по кнопке Component на панели инструментов

+ Открыть диаграмму компонентов

Создание пакетов в представлении компонентов в программе Rational Rose:

+ В контекстно-зависимом меню выбрать команду New - Package

+ Щёлкнуть правой кнопкой мыши по разделу Component View в окне браузера

Создать атрибут в программе Rational Rose для диаграмм классов:

+ Щелкнуть правой кнопкой мыши по классу в окне браузера

+ В контекстно-зависимом меню выбрать команду New-Attribute

Создать операцию в программе Rational Rose:

+ щелкните правой кнопки мыши по классу в окне браузера

+ щелкните правой кнопки мыши по классу в окне диаграмм

+ ввести имя новой операции

Создать отчет в BPwin возможно с помощью:

+ встроенных шаблонов

+ Report Template Builder

+ RPTwin

Создать отчет возможно с помощью:

+ встроенных шаблонов

+ RPTwin

+ Report Template Builder

Среда функционирования CАSE-средств:

+ проектная среда

+ технические средства

+ технологическая среда

Стереотипы UML позволяют:

+ расширить словарь UML

+ вводить новые графические символы

+ добавлять в модель визуальные образы

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

+ Решение

+ Процесс
+ Пиктограмма

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

+ процесс

Стереотипы сообщений диаграммы последовательности в нотации UML:

+ «Call» (вызвать), «Return» (возвратить)

+ «Create» (создать), «Copy» (копировать)

+ «Destroy» (уничтожить), «Send» (послать)

Стихийное программирование – это:

+ первый этап в истории развития технологии разработки программного обеспечения, когда программирование фактически было искусством

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

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

Стрелка управления (Control) в модели в нотации IDEF0 служит:

+ для описания правил

+ для описания стандартов

+ для описания функций и процедур

Строительные блоки UML:

+ сущность

+ отношения

+ диаграммы

Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на группах процессов:

+ Основные процессы ЖЦ ПО

+ Вспомогательные процессы, обеспечивающие выполнение основных процессов

+ Организационные процессы

Структурные сущности:

+ Класс

+ Интерфейс

+ Кооперация

Структурный подход к программированию – это:

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

+ подход, в основе которого лежит декомпозиция (разбиение на части) сложных систем с целью последующей реализации в виде отдельных небольших (до 40-50 операторов) подпрограмм

+ подход, требующий представления задачи в виде иерархии подзадач простейшей структуры

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

+ структурные и аннотационные

+ группирующие

Технология АВС включает следующие основные понятия:

+ Двигатель затрат

+ Центры затрат

+ Объект затрат

Технология проектирования определяется как совокупность составляющих:

+ пошаговая процедура

+ критерий и правила

+ нотаций

Тип основных элементов, использующихся для построения концептуальной модели UML:

+ базовые строительные блоки

+ правила, определяющие как блоки могут сочетаться между собой

+ общие механизмы языка

Типичная схема процесса анализа С-требований включает в себя:

+ идентификацию заказчика и проведение интервью с представителями заказчика

+ написание С-требований в форме стандартного документа

+ проверку С-требований и согласование их с заказчиком