Методологии, поддерживаемые в BPwin

+ IDEF0

+ IDEF3

+ DFD

Методы описания, используемые в ARIS:

+ EPC - метод описания процессов

+ ERM - модель сущность-связь для описания структуры данных

+ UML - унифицированный язык моделирования

Методы, указывающие уровни качества:

+ Тестирование и методы управления проектом

+ Инспектирование
+Формальные методы
+ Внедрение и проверка

Механизмы UML позволяют:

+ создавать новые свойства

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

+ определять новую семантику

Механизмы расширения UML включают:

+ стереотипы

+ помеченные значения

+ ограничения

Механизмы расширения языка UML:

+ стереотипы

+ помеченные значения

+ ограничения

Модели ARIS:

+ Модели процессов управления

+ Организационные и функциональные

Модели жизненного цикла ПО:

+ каскадная модель

+ спиральная модель

+ поэтапная модель с промежуточным контролем

Модели, дающие полное описание системы:

+ модель классов

+ модель взаимодействия

+ модель состояния

Моделирование в UML позволяет решать задачи:

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

Моделирование основывается на принципах:

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

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

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

Моделирование словаря системы включает этапы:

определение разработчиков и пользователей для описания задачи и его

р+ ешения

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

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

Модель в нотации IDEF3 содержит следующие диаграммы:

+ диаграмму описания последовательности этапов процесса

+ диаграмму состояния объекта и его изменений в процессе

+ диаграмму сценариев выполнения процессов

Модель ЖЦ ПО включает в себя:

+ Стадии

+ Ключевые события – точки завершения работ и принятия решений

+ Результаты выполнения работ на каждой стадии

На логическом уровне выполняются этапы процесса построения информационной модели в ERwin:

+ определение сущностей; определение зависимостей между сущностями

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

сущностей

+ приведение модели к требуемому уровню нормальной формы

На логическом уровне процесса построение информационной модели в Erwin:

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

+ приведение модели к требуемому уровню нормальной формы

На физическом уровне выполняются этапы процесса построения информационной модели в ERwin:

+ определение сущностей, определение зависимостей между сущностями;

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

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

На этапе анализа требовании ЖЦ ПО определяются:

+ требования к программным и информационным компонентам ПО, необходимые аппаратные ресурсы, требования к БД, физические характеристики компонент ПО, их интерфейсы

+ архитектура системы, ее функции, внешние условия, распределение функции между аппаратурой и ПО

+ интерфейсы и распределение функции между человеком и системой

На этапе анализа требований ЖЦ ПО определяются:

+ Архитектура системы, ее функции, внешние условия, распределения функций между аппаратурой и ПО

+ Интерфейсы и распределение функций между человеком и системой

+ Требования к программным и информационным компонентам ПО, необходимые аппаратные ресурсы

Общие механизмы языка UML:

+ спецификаций

+ дополнения и принятые деления

+ механизмы расширения

Общие функции CАSE-средств:

+ документирование

+ управление конфигурацией

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

Объектно – ориентированный подход в проектирование не использует:

+ Диаграммы потоков данных DFD

+ Диаграмму сущность - связь

+ Диаграмму ERD

Объектно-ориентированная методология (ООМ) включает в себя составные части:

+ Объектно-ориентированный анализ

+ Объектно-ориентированное программирование

+ Объектно-ориентированное проектирование

Объектно-ориентированное проектирование использует инструментальные средства:

+ ARIS

+ MS Visio

+ Rational Rose

Объектно-ориентированный подход в проектировании не использует:

+ диаграммы потоков данных DFD

+ диаграмму ERD

+ диаграмму сущность – связь

Объектный подход к программированию – это:

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

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

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

Ограничения UML позволяют:

+ изменять существующие правила

+ расширить семантику элемента UML

+ создавать новые правила

Описание актера в программе Rational Rose осуществляется при выполнении следующих действий:

+ открыть окно описания на экране, выбрав команду меню View-Documentation

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

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

Описание атрибута в диаграмме классов в программе Rational Rose:

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

+ Выбрать нужный атрибут, щелкнув по ней мышью

+ Установить курсор в окне описания и ввести описание для атрибута класса

Описание операций в программе Rational Rose:

+ Выбрать нужную операцию, щелкнув по ней мышью

+ Щелкнуть в окне браузера по значку «+» слева от имени класса

+ Установить курсор в окне описания и ввести описание операции

Опорные точки зрения конечных пользователей системы программного обеспечения можно трактовать как:

+ источник информации о системных данных

+ структуру представлений

Определенные в языке UML уровни видимости:

+ public (открытый)

+ protected (защищенный)

+ private (закрытый)

Организационные процессы жизненного цикла программного обеспечения:

+ Обучение

+ Управление, создание инфраструктуры

+ Усовершенствование

Основные пакеты метамодели языка UML:

+ Общие механизмы

+ Основные элементы

Основные пакеты метамодели языка UML:

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

+ элементы поведения

+ основные элементы

Основные понятие объекта – ориентированного подхода:

+ Полиморфизм

+ Инкапсуляция

+ Наследование

Основные понятия методологии IDEF0:

+ интерфейсные дуги или с трелки

+ функциональный блок или работа

+ глоссарий или словарь и декомпозиция

Основные понятия объектно-ориентированного подхода:

+ Наследование

+ Инкапсуляция

+ Полиморфизм

Основные принципы создания информационных систем:

+ управленческие

+ технические

+ организационные