38

Оглавление

Сущность структурного подхода. Концепция методологии функционального моделирования. Нотация IDEF0 3

Основы методологии проектирования потоков данных. 6

Метод описания процессов IDEF3 9

Моделирование данных: IDEF1 11

Объектно-ориентированный подход к разработке ИС. Механизмы расширения UML 12

Диаграммы UML. Диаграммы вариантов использования и бизнес-вариантов использования. 13

Диаграммы UML. Диаграмма классов и пакетов. 14

Диаграммы UML. Диаграммы взаимодействия 17

Диаграммы UML. Диаграммы состояний 18

Диаграммы UML. Диаграммы деятельности 19

Диаграммы UML. Диаграммы компонентов и размещения. 22

Инструментальная среда Process Modeler, поддерживаемые нотации, слияние и расщепление модели. 24

Стоимостный анализ и свойства, определяемые пользователем. Рекомендации по рисованию диаграмм. 25

Понятие физической и логической модели данных. Интерфейс ERwin Data Modeler, поддерживаемые нотации. Уровни отображения сущностей в модели ERwin Data Modeler, Подмножества модели и хранимые отображения. Навигатор модели данных (Model Explorer). 26

Ключи, индексы и домены в ERwin Data Modeler. 27

Правила валидации и значения по умолчанию. Создание триггеров и хранимых процедур в ERwin Data Modeler. 29

18.Проектирование хранилищ данных. 30

Создание отчетов в Process Modeler и ERwin Data Modeler. 31

Моделирование данных: Базовые понятия, CASE-метод Баркера. 32

Нормализация, доменно-ключевая нормальная форма. 37

Роль нормализации в проектировании реляционных баз данных 37

Нормальные формы 37

Первая нормальная форма (1NF) 37

Вторая нормальная форма (2NF) 38

Третья нормальная форма (3NF) 38

Нормальная форма Бойса — Кодда (BCNF) 38

Четвёртая нормальная форма (4NF) 38

Пятая нормальная форма (5NF) 38

Доменно-ключевая нормальная форма (DKNF) 38

Шестая нормальная форма (6NF) 38

Сущность структурного подхода. Концепция методологии функционального моделирования. Нотация idef0

• Сущность структурного подхода к моделированию систем

Система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на подфункции, подфункции – на задачи и т.д. до конкретных процедур

• Базовые принципы структурного подхода

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

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

Принцип абстрагирования- выделение существенных аспектов системы и отвлечение от несущественных. Принцип непротиворечивости- обоснованность и согласованность элементов системы.

Принцип структурирования данных- данные должны быть структурированы и иерархически организованы.

• Методология структурного анализа и проектирования

70-е гг. ХХ века – методология SADT

Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области (рисунок). Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. ПредложенаДугласом Россом(DouglasRoss)

Основная идеяданной методологии – построение древовидной иерархической модели предприятия.

В начале 1990-хна основеSADTпринят стандарт моделирования бизнес-процессовIDEF0

• Сущность функционального моделирования

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

Методология IDEF0

IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (поток работ).

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

стрелка входа приходит всегда в левую кромку активности,

стрелка управления — в верхнюю кромку,

стрелка механизма — нижняя кромка,

стрелка выхода — правая кромка.

Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку.

Также отображаются все сигналы управления, которые на DFD (диаграмме потоков данных) не отображались. Данная модель используется при организации бизнес-проектов и проектов, основанных на моделировании всех процессов: как административных, так и организационных.

В основе IDEF0-методологии лежат4 основных понятия:

1) функциональный блок;

2) интерфейсная дуга (стрелка);

3) декомпозиция;

4) глоссарий.

• Функциональный блок

Олицетворяет некоторую конкретную функцию или работу в рамках рассматриваемой системы

РД IDEF0 – 2000: прямоугольник, содержащий имя и номер и используемый для описания функции

• Интерфейсная дуга

Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображаемую функциональным блоком.

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

• Декомпозиция

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

Модель IDEF0 всегда начинается с рассмотрения системы как единого целого, т.е. одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма называетсяконтекстной, она обозначается идентификатором А-0.

Для определения границ системы на контекстной диаграмме обязательно должны быть цель и точка зрения.

• Цель моделирования

Цель моделирования должна отвечать на следующие вопросы:

Почему процесс должен быть замоделирован? Что должна показывать модель? Что может получить читатель?

Примеры целей: «Идентифицировать слабые стороны процесса сбора данных», «Определить ответственность сотрудников для написания должностных инструкций» и т.п. [8]

• Точка зрения

Точка зрения– позиция, с которой будет строиться модель. В качестве точки зрения берется взгляд человека, который видит систему в нужном для моделирования аспекте.

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

Между целью и точкой зрения должно быть жесткое соответствие.

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

1. На одной диаграмме рекомендуется рисовать от 3 до 6 блоков. Иначе диаграмма будет плохо читаемой.

2. Функциональные блоки должны располагаться слева направо сверху вниз в порядке доминирования.

3. Следует избегать излишнего пересечения стрелок.

4. Выход одного блока может являться входом (управлением) для другого. Могут быть и обратные связи по входу и управлению.

5. Стрелки могут быть сливающимися и разветвляющимися

• Граничные стрелки

Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у функционального блока и наоборот. Такие стрелки называются граничными [8]. Граничные стрелки помечаются с помощью ICOM-меток(Input,Control,Output,Mechanism)

• Тоннельные стрелки

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

• Глоссарий и FEO-страница

• Для каждого из элементов в IDEF0 существует стандарт, подразумевающий создание и поддержку набора соответствующих определений, ключевых слов, повествований, изложений и т.д, которые характеризуют объект, отраженный данным элементом. Этот набор –глоссарий, являющийся описанием сущности данного элемента.

• FEO-диаграмма(For Exposition Only) – это диаграмма, которая поясняет особо интересные и тонкие аспекты диаграмм. Эти диаграммы не ограничены синтаксисомIDEF0. В них может быть текстовая, графическая информация, схемы, альтернативная точка зрения на процесс и т.п.