Информационная модель
<<  Информационная модель системы Руны как информационная модель  >>
Проектирование информационной модели
Проектирование информационной модели
Постановка задачи
Постановка задачи
Упрощенная схема бизнес-процесса
Упрощенная схема бизнес-процесса
Анализ предметной области
Анализ предметной области
Допустим:
Допустим:
Например:
Например:
Или
Или
(Модель)
(Модель)
Этапы проектирования БД
Этапы проектирования БД
На втором этапе проектирования БД информационная модель имеет вид:
На втором этапе проектирования БД информационная модель имеет вид:
Приведение модели к нормальной форме
Приведение модели к нормальной форме
…
?
?
Транзитивная зависимость атрибутов объекта
Транзитивная зависимость атрибутов объекта
Физическое описание модели
Физическое описание модели
1) Тип и формат поля автоматически допускает ввод данных только
1) Тип и формат поля автоматически допускает ввод данных только
Этапы завершены
Этапы завершены

Презентация: «Проектирование информационной модели». Автор: ivs. Файл: «Проектирование информационной модели.ppt». Размер zip-архива: 486 КБ.

Проектирование информационной модели

содержание презентации «Проектирование информационной модели.ppt»
СлайдТекст
1 Проектирование информационной модели

Проектирование информационной модели

«FRONTON»

На примере работы фирмы

2 Постановка задачи

Постановка задачи

Описание предметной области

Компания «Fronton» занимается продажей легковых автомобилей на заказ. Процесс продажи выглядит следующим образом:

покупатель производит заказ на покупку автомобиля, пользуясь предоставленным ему фирмой каталогом легковых автомобилей. Представитель фирмы выписывает счет на выбранную модель автомобиля и одновременно с этим отправляет запрос на приобретение данного автомобиля на завод-изготовитель (фирме-поставщику). Фирма «Fronton» заключила юридические соглашения о поставке автомобилей с рядом заводов-изготовителей и крупных дистрибьюторов. После оплаты по соответствующему счету (клиентом) фирма «Fronton» подтверждает запрос о приобретении и обязуется в течение установленного срока (месяц) предоставить покупку соответствующему клиенту.

3 Упрощенная схема бизнес-процесса

Упрощенная схема бизнес-процесса

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

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

Ответим на 6 вопросов:

Что?

Кто?

Как?

Когда?

Где?

Почему?

Вопрос 1. Что лежит в основе бизнеса данной фирмы?

Вопрос 2. Как, каким образом работает фирма?

Список основных бизнес-процессов

Что лежит в основе бизнеса?

Кто работает в компании?

Когда – вопрос времени?

Как работает фирма?

Где происходят данные процессы?

Мотивация производственной деятельности…

Анализ рынка

Составление и рассылка каталога

Сотрудники

Продажи

Клиенты

Оформление счетов и накладных

Поставщики

Управление работой персонала

Каталог

Реклама

Автомобили

Решение бухгалтерских задач

Заказы

Работа с поставщиками

5 Допустим:

Допустим:

Вопрос 3. Где происходят данные процессы?

Возможные проблемы:

Вопрос 4. Кто работает в компании?

А) проблема синхронизации данных

Б) выбор системы распределения данных

Учет множества данных после большого объема операций, выполняемых торговыми агентами вне территории фирмы

При наличии филиалов фирмы возникает вопрос, где будут выполняться все операции с данными, т.Е. Либо в центральном офисе (централизованная обработка) либо в отдельных филиалах (распределенная)

6 Например:

Например:

Определим бизнес-задачи фирмы

Вопрос 5. Когда выполняются те или иные действия?

Вопрос 6. Почему (зачем) необходима автоматизация основных бизнес-процессов компании?

Периодичность существующих бизнес-процессов

Обновление каталога 1 раз в год и внесение поправок в экстренных случаях

Подведение итогов продаж - ежемесячно

Годовой отчет предоставлять ежегодно (к 20.02)

Мотивация деятельности

Достижение наилучшего соотношения «затраты-удобство» для клиента

Получение приемлемой прибыли

Повышение доходов при автоматизации обработки данных и, в целом, эффективности работы всего предприятия

Обеспечение условий для успешной работы персонала

7 Или

Или

Resources (ресурсы)

Events (события)

Agents (участники)

Для ее описания возможно применить 2-а инструмента:

Ответив на поставленные вопросы, можно приступить к построению структуры предметной области

Позволяет отобразить взаимосвязи между различными объектами предметной области

В нашем примере такая модель может быть представлена в виде взаимосвязей между бизнес-процессами и бизнес-компонентами

С помощью REA-модели можно учесть данные разного рода: управленческого характера, бухгалтерского и т.д.

- Как правило, это активы организации (деньги, материальные ценности: бюджет фирмы, товары и т.Д.)

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

- Они вовлечены или имеют отношение к происходящим событиям (продавцы оформляют продажи, кассиры выплачивают зарплату, поставщики получают заказы и т.Д.)

8 (Модель)

(Модель)

?

?

?

?

?

Заказ

?

?

?

Кассиры

Поставщик

Каталог

Клиент

Продавец

Платежи

Накладные

1

1

Автомобиль

1

1

1

1

1

9 Этапы проектирования БД

Этапы проектирования БД

Этап 1.

Этап 2.

Определение взаимосвязей сущностей.

Определение сущностей.

Модель автомобиль клиент продавец заказ продажа счет

10 На втором этапе проектирования БД информационная модель имеет вид:

На втором этапе проектирования БД информационная модель имеет вид:

Этап 3.

?

?

?

?

?

?

?

Задание первичных и альтернативных ключей. Определение атрибутов .

От него будет зависеть функционирование всей информационной системы.

Продавец

Заказ

Клиент

Счет

Модель

Продажа

Автомобиль

1

1

1

1

При переходе от логической модели к физической может произойти усечение числа объектов или наоборот – добавление новых…

1

1

1

Данный этап – один из самых важных при реализации БД.

11 Приведение модели к нормальной форме

Приведение модели к нормальной форме

Этап 4

Клиент

Заказ

Клиент

2-я нормальная форма

Заказ

Клиент

1ая нормальная форма

Фамилия

Имя

№ Заказа

Дата

Время

Фото

Телефон

Факс

№ Клиента

1

Иванов

Сергей

15/111

09.02.05

12:10

Файл 1

111-222

111-224

1

Иванов

Сергей

15/129

12.02.05

15:30

Файл 1

111-222

111-224

2

Сидоров

Иван

16/001

14.03.05

10:00

Файл 2

123-456

123-455

2

Сидоров

Иван

17/101

29.04.05

11:25

Файл 2

123-456

123-455

12 …

Сведения об автомобилях и моделях для модели «Fronton»

Автомобиль

Модель

Топливо

Модель

Шины

Кузов

Дублированные данные, связанные с моделью

С одной стороны

С другой стороны

Модели

АВТОМОБИЛЬ (много)

Модели

Модели

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

Номер авто

Цвет авто

Модель

Кузов

Шины

Страна

Уникал. ключ

Кол-во дверей

Топливо

1

230-10

Черный

Mercedes

Кадилак

4

Тип-1

Аи-95

Германия

«Daimler…»

2

178-13

Синий

Mercedes

Седан

4

Тип-1

Аи-95

Германия

«Benz& K?»

3

261-15

Белый

Лада

Седан

4

Тип-1

Аи-95

Россия

Фирма

13 ?

?

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

3-я нормальная форма требует: • все атрибуты таблицы должны зависеть от первичного ключа, • атрибуты таблицы не должны зависеть друг от друга транзитивно

Какие типы связей здесь можно выделить?

Страна фирма шины кузов топливо

Страна

Фирма

Модель

Топливо

Модель

Модель

Шины

Кузов

Модель

14 Транзитивная зависимость атрибутов объекта

Транзитивная зависимость атрибутов объекта

Атрибуты описывают

Если А, В и С - три атрибута одного отношения,

и С зависит от В, а В зависит от А, то говорят, что С транзитивно зависит от А.

Шины, топливо, кузов, страна, фирма

Атрибуты, связанные транзитивной зависимостью

Атрибуты, не связанные транзитивной зависимостью. Могут образовать несколько таблиц.

Транзитивная зависимость выявляет дублирование данных в одном отношении (таблице).

15 Физическое описание модели

Физическое описание модели

Для этого:

Решается проблема безошибочности и точности информации, сохраняемой в базе данных

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

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

Ограничения целостности:

Они могут относится: к атрибутам, записям, таблицам, связям между ними

16 1) Тип и формат поля автоматически допускает ввод данных только

1) Тип и формат поля автоматически допускает ввод данных только

определенного типа (например, data: ДД.ММ.ГГ., причем 1-я цифра ?31, 2-я цифра ?12).

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

2) Задаются диапазоны значений, как правило, используются для числовых полей.

4) Задание списка значений, если этот список можно ограничить (применение принципа подстановки).

5) Проверка на уникальность значения какого-то поля позволяет избежать записей-дубликатов (первичный ключ).

17 Этапы завершены

Этапы завершены

«Проектирование информационной модели»
http://900igr.net/prezentacija/informatika/proektirovanie-informatsionnoj-modeli-181661.html
cсылка на страницу
Урок

Информатика

130 тем
Слайды
900igr.net > Презентации по информатике > Информационная модель > Проектирование информационной модели