Структурный подход к проектированию БД (моделированию информационных систем)
Сущность структурного подхода к моделированию систем
Базовые принципы структурного подхода
Методология структурного анализа и проектирования Стандарты IDEF
Методология IDEF0
Функциональный блок (Activity Box)
Функциональный блок (Activity Box)
Функциональный блок (Activity Box)
Функциональный блок
Интерфейсная дуга
Интерфейсная дуга
Декомпозиция
Декомпозиция
Декомпозиция
Нумерация работ и диаграмм
Основные правила построения диаграмм
Основные правила построения диаграмм
Основные правила построения диаграмм
Основные правила построения диаграмм
Граничные стрелки
Тоннельные стрелки
Глоссарий и FEO-страница
Мастерская страница (каркас диаграммы)
Мастерская страница
Пример модели процесса постройки садового домика
Пример модели процесса постройки садового домика
Пример модели, построенной с использованием CASE-средства BPWin
Пример модели, построенной с использованием CASE-средства BPWin
Дерево узлов
FEO-страница
Контекстная диаграмма ИС «Гостиница»
Контекстная диаграмма ИС «Гостиница»
Декомпозиция
Диаграмма «Предоставление номеров»
Диаграмма «Обслуживание номеров»
Диаграмма «Обеспечение телефонных переговоров»
Диаграмма «Резервирование номеров»
Диаграмма «Убрать номер»
Контекстная диаграмма «Убрать номер»
Декомпозиция «Убрать номер»
773.00K
Category: databasedatabase

Структурный подход к проектированию БД (моделированию информационных систем)

1. Структурный подход к проектированию БД (моделированию информационных систем)

Методология
функционального
моделирования IDEF0

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

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



Подфункция 1
Задача 1
Подфункция 2
Задача 2

Подфункция n
Функция n


Задача n




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

•принцип «Разделяй и властвуй»
•принцип иерархического
упорядочивания
•принцип абстрагирования
•принцип непротиворечивости
•принцип структурирования данных

4. Методология структурного анализа и проектирования Стандарты IDEF

Общая методология IDEF включает ряд частных
методологий для моделирования систем, в том числе:
• IDEF0 - функциональное моделирования (графическое
изображение системы в виде набора взаимосвязанных
функций)
• IDEF1 - моделирование информационных потоков и их
взаимосвязей
• IDEF1X - моделирование данных (для реляционных баз
данных)
• IDEF3 - моделирование процессов
• IDEF4 - объектно-ориентированное проектирование и
анализ
• IDEF5 - определение онтологий (описание системы при
помощи словарей и правил)
• IDEF9 - моделирование требований к системе

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

•В основе IDEF0-методологии лежат 4
основных понятия:
•1) функциональный блок;
•2) интерфейсная дуга (стрелка);
•3) декомпозиция;
•4) глоссарий.

6. Функциональный блок (Activity Box)

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

7.

8. Функциональный блок (Activity Box)

Входы преобразуются в выходы,
управление
ограничивает
или
предписывает условия выполнения
преобразований,
механизмы
показывают, что и как выполняет
функция.
IDEF0
требует,
чтобы
в
диаграмме было от трех до шести
блоков.
Эти
ограничения
поддерживают сложность диаграмм и
модели на уровне, доступном для
чтения, понимания и использования.

9. Функциональный блок (Activity Box)

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

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

Каждая сторона
функционального
блока имеет свое
Вход
назначение
(Input)
Управление
(Control)
Управлять
предприятием
Выход
(Output)
А0
Наименование
осуществляется
оборотом глагола
или
существительного
Каждый блок в
рамках единой
Механизм
системы имеет
(Mechanism)
уникальный номер

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

• Интерфейсная дуга отображает элемент системы, который
обрабатывается функциональным блоком или оказывает
иное влияние на функцию, отображаемую
функциональным блоком.
• Графически изображается в виде однонаправленной
стрелки.
• Каждая дуга должна иметь свое уникальное название,
сформулированное оборотом существительного (должно
отвечать на вопросы кто?, что?). Примеры: информация,
разработчик, документ, обработанная заявка.
• В зависимости от того, к какой стороне блока она подходит,
интерфейсная дуга будет являться входящей, выходящей,
управления, механизма.

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

Ресурсы,
перерабатываемые
системой
управление
вход
Регулирует работу
системы, управляет
(нормативная
документация и т.п.)
выход
Функциональный
блок
А0
Ресурсы, необходимые для
проведения работы
(человеческие ресурсы,
оборудование, ИС).
механизм
Результат работы
системы,
переработанные
ресурсы, продукт
деятельности
Стрелки входа может не быть. Остальные интерфейсные дуги обязательны.

13. Декомпозиция

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

14. Декомпозиция

Контекстная
диаграмма
А0
Цель:
Т.зрения:
А-0
Декомпозиция
контекстной
диаграммы
А1
А2
А3
А0
А11
А31
А12
А32
А13
А1
Декомпозиция блока А1
А33
А3
Декомпозиция блока А3

15. Декомпозиция

А0
А1
А11
А12
А2
А13
А0 ____________
А1____________
А11___________
А12___________
А13___________
А2____________
А3____________
А3
Дерево узлов
Индекс узлов

16. Нумерация работ и диаграмм

Номер
функционального
блока на
контекстной
диаграмме
Формат номера
блока:
1. Префикс
2. Номер
родительской
работы
3. Собственный
порядковый
номер
Номер контекстной
диаграммы
А0
Цель:
Т.зрения:
А-0
Диаграммы
декомпозиции
имеют номер
декомпозируемого
блока
А1
А2
А3
А0
А11
А31
А12
А32
А13
А1
А33
А3

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

1. На одной диаграмме рекомендуется рисовать от 3 до 6
блоков. Иначе диаграмма будет плохо читаемой.
2. Функциональные блоки должны располагаться слева
направо сверху вниз в порядке доминирования.
3. Следует избегать излишнего пересечения стрелок.

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

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

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

Обратная связь по входу,
как правило, используется
для описания циклов.
а) обратная связь по входу
б) обратная связь по управлению
в) обратная связь по механизму
Обратная связь по
управлению – выход
нижестоящей работы
передается на управление
вышестоящей
Обратная связь по
механизму – выход
нижестоящей работы
создает ресурсы,
выполняющие
вышестоящую работу

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

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

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

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

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

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

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

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

24. Мастерская страница (каркас диаграммы)


Стандартный бланк для диаграмм (облегчает
подшивку и копирование)
Разделен на 3 основные части:
1) поле рабочей информации (для отслеживания
диаграммы в процессе моделирования)
2) поле сообщений (область рисования диаграммы)
3) поле идентификации (идентификация диаграммы и ее
позиционирование в иерархии)

25. Мастерская страница

USED AT:
AUTHOR: FIO
DATE: 27. 02.2009
WORKING
PROJECT: model1
REV:
DRAFT
27. 02.2009
READER
DATE CONTEXT:
TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICATION
Поле рабочей информации
Статусы проекта:
Сведения оСведения о
родительской
1) Рабочая версия –читателяхдиаграмма
с
работе
большим числом изменений
стадии
экспертахна
и дате
Сведения о модели:
разработки
экспертизы
-автор;
2) Эскиз имеет меньше изменений и
свидетельствует о достижении
-название проекта;
некоторого согласия ряда читателей
Поле
сообщений
-замечания;
3) Рекомендовано – сопутствующие
тексты утверждены
-дата создания и пересмотра.
4) Публикация – материал может
печататься.
Номер
диаграммы
Название диаграммы
(совпадает с названием
родительской работы)
Поле идентификации
NODE:
TITLE:
A-0
Уникальный
номер версии
диаграммы
NUMBER:

26. Пример модели процесса постройки садового домика

1. Строим контекстную диаграмму.
Проект дома
Материалы
Построить дом
Дом
Строители
Цель: Определить действия, необходимые для постройки дачного домика
Точка зрения: владельца дачного участка

27. Пример модели процесса постройки садового домика

2. Декомпозируем контекстную диаграмму
Проект дома
Материалы
Заложить
фундамент
Фундамент
Стены
Возвести
стены
Крыша
Положить
крышу
Выполнить
отделку
Каменщики
Плотники
Строители
Кровельщики
Мастера по
отделке
Дом

28. Пример модели, построенной с использованием CASE-средства BPWin

Пример модели, построенной с использованием CASEсредства BPWin
USED AT: AUTHOR: Шилина М.А.
PROJECT: Постройка дома
DATE: 27.02.2009
REV: 27.02.2009
WORKING
DRAFT
RECOMMENDED
PUBLICATION
NOTES: 1 2 3 4 5 6 7 8 9 10
READER
DATE CONTEXT:
TOP
Проект дома
Материалы
Дом
Построить
дом
A0
Цель: определить действ ия, необходимые
для постройки дачного домика
Строители
Точка зрения: Владельца дачного у частка
NODE:
TITLE:
A-0
Построить дом
NUMBER:

29. Пример модели, построенной с использованием CASE-средства BPWin

Пример модели, построенной с использованием CASEсредства BPWin
USED AT: AUTHOR: Шилина М.А.
PROJECT: Постройка дома
DATE: 27.02.2009
REV: 10.03.2010
WORKING
DRAFT
RECOMMENDED
PUBLICATION
C1
Проект дома
NOTES: 1 2 3 4 5 6 7 8 9 10
Материалы
I1
Заложить
фу ндамент
A1
READER
DATE CONTEXT:
A-0
Фу ндамент
Возв ести
стены
Стены
A2
Положить
крышу
Крыша
A3
Выполнить
отделочные
работы
A4
Каменщики
Кров ельщики
Плотники
M1
NODE:
TITLE:
A0
Мастера
по отделке
Строители
Построить дом
NUMBER:
Дом
O1

30. Дерево узлов

USED AT: AUTHOR: Шилина М.А.
PROJECT: Постройка дома
DATE: 27.02.2009
REV: 27.02.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
TOP
A-0
Построить
дом
A0
Заложить
фу ндамент
Возв ести
стены
A1
A2
NODE:
Положить
крышу
TITLE:
A0
A3
Выполнить
отделочные
работы
A4
Построить дом
NUMBER:

31. FEO-страница

USED AT: AUTHOR: Шилина М.А.
PROJECT: Постройка дома
DATE: 27.02.2009
REV: 27.02.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
A-0
Проект дома
Материалы
Фу ндамент
Заложить
фу ндамент
A0.1
Стены
Возв ести
стены
A0.2
Положить
крышу
A0.3
Крыша
Выполнить
отделочные
работы
A0.4
Каменщики
Плотники
Кров ельщики
Мастера
по отделке
Строители
NODE:
TITLE:
A0F
Построить дом
NUMBER:
Дом

32. Контекстная диаграмма ИС «Гостиница»

33. Контекстная диаграмма ИС «Гостиница»

Взаимодействие системы с окружающей средой
описывается в терминах:
- входа - “Клиенты” и ”Плата за услуги”,
- выхода - “Оказанные услуги” и “Прибыль” (основной
результат процесса ),
- управления - “Законы РФ” и “Устав гостиницы”
- механизмов - “Материальная база”, “Персонал”,
“Помещение” (ресурсы, необходимые для процесса
функционирования гостиницы).

34.

• После описания контекстной диаграммы проводится функциональная
декомпозиция - система разбивается на подсистемы и каждая
подсистема описывается отдельно (диаграммы декомпозиции).
• Затем каждая подсистема разбивается на более мелкие и так далее до
достижения нужной степени подробности.

35. Декомпозиция

36. Диаграмма «Предоставление номеров»

37. Диаграмма «Обслуживание номеров»

38. Диаграмма «Обеспечение телефонных переговоров»

Диаграмма «Обеспечение телефонных переговоров

39. Диаграмма «Резервирование номеров»

40. Диаграмма «Убрать номер»

Правила уборки
Законы РФ
Указание на уборку
уборка номера
A-0
супервайзер
горничные
Принятый
номер

41. Контекстная диаграмма «Убрать номер»

Уборка номера
A0
Получить
задание
Получить
материалы
A1
убрать
A2
A3
сдать работу
A4

42. Декомпозиция «Убрать номер»

Нормативная
база гостиницы
Задание на уборку
Указание на
уборку
Получить
задание
A1
Получить
материалы
A2
Пполученные
материалы
убрать
A3
Убранный
номер
Принятый
номер
сдать работу
A4
супервайзер
горничные
УЗЕЛ:
A0
уборка ном_1ур
ЗАГОЛОВОК:
НОМЕР:
English     Русский Rules