'

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

Понравилась презентация – покажи это...





Слайд 0

Проектирование информационной модели на примере работы фирмы «FRONTON»


Слайд 1

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


Слайд 2

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


Слайд 3

Анализ предметной области Ответим на 6 вопросов: ЧТО? КАК? ГДЕ? КТО? КОГДА? ПОЧЕМУ? Что лежит в основе бизнеса? Как работает фирма? Где происходят данные процессы? Кто работает в компании? Когда – вопрос времени? Мотивация производственной деятельности… Вопрос 1. Что лежит в основе бизнеса данной фирмы? сотрудники клиенты поставщики каталог автомобили заказы Вопрос 2. Как, каким образом работает фирма? Список основных бизнес-процессов анализ рынка составление и рассылка каталога продажи оформление счетов и накладных управление работой персонала реклама решение бухгалтерских задач работа с поставщиками


Слайд 4

Вопрос 3. Где происходят данные процессы? Вопрос 4. Кто работает в компании? Возможные проблемы: а) проблема синхронизации данных б) выбор системы распределения данных учет множества данных после большого объема операций, выполняемых торговыми агентами вне территории фирмы при наличии филиалов фирмы возникает вопрос, где будут выполняться все операции с данными, т.е. либо в центральном офисе (централизованная обработка) либо в отдельных филиалах (распределенная) ДОПУСТИМ:


Слайд 5

Вопрос 5. Когда выполняются те или иные действия? Периодичность существующих бизнес-процессов НАПРИМЕР: обновление каталога 1 раз в год и внесение поправок в экстренных случаях подведение итогов продаж - ежемесячно годовой отчет предоставлять ежегодно (к 20.02) Вопрос 6. Почему выполняются те или иные бизнес-процессы компании? МОТИВАЦИЯ ДЕЯТЕЛЬНОСТИ Определим бизнес-задачи фирмы Достижение наилучшего соотношения «затраты-удобство» для клиента Обеспечение условий для успешной работы персонала Получение приемлемой прибыли Повышение доходов при автоматизации обработки данных и, в целом, эффективности работы всего предприятия


Слайд 6

Ответив на поставленные вопросы, можно приступить к построению структуры предметной области Для ее описания возможно применить 2-а инструмента: Resources (ресурсы) - как правило, это активы организации (деньги, материальные ценности: бюджет фирмы, товары и т.д.) Events (события) - любые события, изменяющие состояние ресурсов (продажи, покупки, выплаты зарплат, расчеты с поставщиками, ведение каталога и т.д.) Agents (участники) - они вовлечены или имеют отношение к происходящим событиям (продавцы оформляют продажи, кассиры выплачивают зарплату, поставщики получают заказы и т.д.) С помощью REA-модели можно учесть данные разного рода: управленческого характера, бухгалтерского и т.д. позволяет отобразить взаимосвязи между различными объектами предметной области В нашем примере такая модель может быть представлена в виде взаимосвязей между бизнес-процессами и бизнес-компонентами ИЛИ


Слайд 7

КАССИРЫ ПОСТАВЩИК АВТОМОБИЛЬ КАТАЛОГ ЗАКАЗ ПРОДАВЕЦ КЛИЕНТ НАКЛАДНЫЕ ПЛАТЕЖИ 1 ? ? 1 1 ? (модель) 1 ? ? 1 1 ? ? 1 ?


Слайд 8

Этапы проектирования БД Этап 1. Определение сущностей. МОДЕЛЬ АВТОМОБИЛЬ КЛИЕНТ ПРОДАВЕЦ ЗАКАЗ ПРОДАЖА СЧЕТ Этап 2. Определение взаимосвязей сущностей.


Слайд 9

На втором этапе проектирования БД информационная модель имеет вид: ? ? 1 1 ЗАКАЗ ПРОДАВЕЦ КЛИЕНТ МОДЕЛЬ АВТОМОБИЛЬ СЧЕТ ПРОДАЖА 1 ? 1 1 ? 1 ? Этап 3. Задание первичных и альтернативных ключей. Определение атрибутов . Данный этап – один из самых важных при реализации БД. От него будет зависеть функционирование всей информационной системы. 1 ? ? При переходе от логической модели к физической может произойти усечение числа объектов


Слайд 10

Приведение модели к нормальной форме клиент заказ клиент 1ая нормальная форма клиент заказ ЭТАП 4 2-я нормальная форма


Слайд 11

Сведения об автомобилях и моделях (вместе) модель автомобиль дублированные данные, связанные с моделью ТОПЛИВО ШИНЫ КУЗОВ … МОДЕЛИ МОДЕЛИ МОДЕЛИ МОДЕЛЬ АВТОМОБИЛЬ (много) С одной стороны С другой стороны В данном случае необходимо выделить из первичной таблицы отношения (таблицы), которые будут хранить данные о моделях автомобиля и отношение, в которых будут храниться данные о самих автомобилях.


Слайд 12

СТРАНА ФИРМА ШИНЫ КУЗОВ ТОПЛИВО ФИРМА СТРАНА МОДЕЛЬ ТОПЛИВО ШИНЫ КУЗОВ МОДЕЛЬ МОДЕЛЬ МОДЕЛЬ Какие типы связей здесь можно выделить? 3-я нормальная форма требует: • все атрибуты таблицы должны зависеть от первичного ключа, • атрибуты таблицы не должны зависеть друг от друга транзитивно. В результате нормализации модели появятся новые сущности ? 1 ? 1 ? 1 ? 1 ? 1 ?


Слайд 13

ТРАНЗИТИВНАЯ ЗАВИСИМОСТЬ АТРИБУТОВ ОБЪЕКТА атрибуты описывают шины, топливо, кузов, страна Атрибуты, связанные транзитивной зависимостью Атрибуты, не связанные транзитивной зависимостью Транзитивная зависимость выявляет дублирование данных в одном отношении (таблице). Если А, В и С - три атрибута одного отношения, и С зависит от В, а В зависит от А, то говорят, что С транзитивно зависит от А.


Слайд 14

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


Слайд 15

5) Проверка на уникальность значения какого-то поля позволяет избежать записей-дубликатов (первичный ключ). 1) Тип и формат поля автоматически допускает ввод данных только определенного типа (например, data: ДД.ММ.ГГ., причем 1-я цифра ?31, 2-я цифра ?12, 3-я: от 100-9999). 2) Задаются диапазоны значений, как правило, используются для числовых полей. 3) Недопустимость пустого поля позволяет избежать появления в БД ничейных (потерянных) записей, в которых пропущены какие-либо обязательные атрибуты. 4) Задание списка значений, если этот список можно ограничить (применение принципа подстановки).


Слайд 16

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


×

HTML:





Ссылка: