2. Принципы логического проектирования БД

Проектирование баз данных

Процесс типового проектирования БД включает в себя:

1.построение концептуальной (инфологической) модели предметной области (по результатам предпроектного обследования);

2.выбор типа БД и проектирование логической (даталогической) модели БД;

3.выбор СУБД и проектирование физической модели БД;

4.разработку программных модулей и процедур для работы с приложением БД;

5.разработку процедур для администрирования БД.

ЭТАПЫ проектирования БД

1.Анализ предметной области

2.Выбор модели представления данных

3. Выбор СУБД

4. Генерация БД

5. Создание приложений

Предметная область

Концептуальная модель

данных

CASE средства

Логическая модель

BPWin,

данных

ERWin,

Физическая модель

MS Visio

данных

СУБД

Описание данных

Манипулирование данными

Приложение 1

База

Приложение 2

данных

Приложение 3

Концептуальная (инфологическая) модель - словесное описание предметной области. Наиболее наглядным является использование специальных графических нотаций (соглашений).

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

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

Физическая модель создается с учетом конкретной СУБД и должна учитывать все ее особенности. К таким особенностям могут относиться правила именования таблиц и атрибутов, создание связей между таблицами, поддерживаемые типы данных.

Отражение бизнес- процессов компании на модели

Отображаются в

моделях…

… данные, собранные на предпроектном обследовании предмета автоматизации (должностные инструкции, положения о подразделениях, описание входных и выходных форм, анкеты, опросы, приказы, руководства)

•	Функциональные - IDEF0
•	Потоков данных	- IDEF1 (DFD)
•	Процессов - IDEF3 (WorkFlow)
•	Логические	- IDEF1X (из ER)
•	Комплексные	- ARIS (cтандарт де-факто,
	разработчиков и пользователей), UML.

Типы моделей

признан среди

Статус официального стандарта получили языки IDEF и UML.

Инструменты для создания моделей

•Computer Associates AllFusion (ERWin, BPWin, Paradigm Plus) - IDEF0, ER, DFD

•Rational Rose - UML

•ARIS Toolset - DFD, UML, eEPC, Industrial and Office process, Value-added chain diagram (VAD)

•Microsoft Visio - IDEF0, ER, DFD, WorkFlow, UML, Basic Flowchart, Cross- Functional Flowchart (SwimLine)

•	Design/IDEF	- IDEF0, DFD
•	Case – аналитик - IDEF0, DFD

IDEF0

DFD (IDEF1)

WorkFlow	из ER
(IDEF3)	(IDEF1X)

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

•Методология IDEF основана на подходе, разработанном Дугласом Россом в начале 70-х годов и получившем название SADT (Structured Analysis & Design Technique — метод структурного анализа и проектирования).

•Программа интегрированной компьютеризации производства (ICAM), предложенная ВВС США, была направлена на увеличение производительности в промышленности посредством повсеместного внедрения компьютерных технологий. Подход, лежащий в основе программы ICAM, заключается в разработке структурных методов, способствующих применению компьютерных технологий в промышленном производстве. Программа ICAM выявила потребность в более совершенных способах обмена информацией и методах анализа производственных систем.

•ВВС США в качестве методологии блочного моделирования выбрали методологию SADT и в рамках программы ICAM разработали методологию IDEF (ICAM Definition), позволяющую проводить исследование определенных характеристик промышленного производства.

Состав нотаций стандарта языка IDEF

Стандарт IDEF (Integration Definition for Function Modeling) имеет дело с моделями следующих типов:

•IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0 система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функциональных блоков. Как правило, моделирование средствами IDEFO является первым этапом изучения любой системы. Эта нотация используется для создания укрупненной модели бизнес-процессов предприятия;

•IDEF1 (Data Flow Diagram, DFD) - методология информационного моделирования документооборота внутри системы, позволяющая отображать и анализировать структуру информационных потоков и их взаимосвязи. DFD диаграмма или диаграмма потоков данных - используется на этапе

исследования предметной области (при концептуальном моделировании) для описания документооборота и обработки информации как дополнение к модели IDEF0. DFD описывают работы, документы (обозначаются стрелками - arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации (внешние ссылки - external references) и таблицы для хранения документов (хранилище данных - data store). В отличие от IDEF0 для стрелок нет понятия вход, выход, управление или механизм, и неважно, в какую грань работы входит или из какой грани выходят стрелки.

•IDEF1X (ER) - методология построения реляционных структур. IDEF1X относится к типу методологий СУЩНОСТЬ - СВЯЗЬ (ER, Entity Relationship), применяется для построения логических моделей реляционных БД;

•IDEF3 (WorkFlow, WFD) - методология уточнения технологии выполнения работ на предприятии, технологии обработки информации. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса, сценарии действий сотрудников организации, например, последовательность обработки заказа или события, которые необходимо обработать за конечное время. WFD диаграмма используется для графического описания связей между процессами обработки информации и объектами, являющимися частью этих процессов, и информационных потоков. IDEF3 имеет прямую взаимосвязь с методологией IDEF0: каждый функциональный блок может быть представлена в виде отдельного процесса средствами IDEF3, т.е. нотация IDEF3 используется для детализации модели, созданной с помощью нотации IDEF0.

В результате дополнения диаграмм IDEF0 диаграммами DFD и WFD может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия.