Моделирование бизнес-процессов в информационной системе Автомастерской

База данных представлена в виде сущностей, их атрибутов и  связей между ними.  Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных.  Атрибут выражает определенное свойство объекта. В результате проектирования было выделено шесть сущностей:

1. Клиенты;

2. Автомобили;

3. Услуги;

4. Заказ услуги;

5. Наряд заказ.

В результате моделирования  мы получили логическую модель будущей  базы данных (рис. 16).

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

 

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

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

Отношение находится  во 2НФ, если оно приведено к 1НФ и  каждый неключевой атрибут функционально полно зависит от составного первичного ключа.

Отношение находится  в 1НФ, если все атрибуты всех отношений  имеют и всегда будут иметь атомарные значения.

3.2. Физическая модель данных  в 4НФ из ERwin.

 

Физическая модель данных отличается от логической тем, что она  полностью зависит от выбранной базы данных. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах,  процедурах и т.д. На рис. 17 изображена физическая модель будущей базы данных.

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

 

Связь на диаграмме отображает логическую зависимость одной сущности от другой. Различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи)  сущностями.

На нашей диаграмме  зависимыми сущностями являются: «Наряд-Заказ» и  «Заказ услуги». Родительскими для них являются сущности «Автомобили» и «Услуги» соответственно.

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

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

При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как  внешний ключ - (FK).

Разработку физической модели базы данных можно рассматривать  как приведение их к четвертой нормальной форме (4НФ): отношение находится в 4НФ, если оно находится в НФБК и в нем отсутствуют многозначные зависимости, не являющиеся функциональными зависимостями.

Отношение находится  в нормальной форме Бойса-Кодда, если оно находится в третьей нормальной форме и в нём отсутствуют функциональные зависимости атрибутов первичного ключа от неключевых атрибутов.

4. Реализация информационной системы  в СУБД.

4.1. Генерация базы данных физического  уровня в среде СУБД

Access.

Подготовка к генерации  базы данных физического уровня начинается с создания пустой БД в среде той СУБД, куда планируется генерировать ER-диаграмму. Далее необходимо выбрать СУБД, в которой планируется производить генерацию БД физического уровня – MS Access.

Для установления соединения БД из ERwin c целевой СУБД Access необходимо выполнить команду DATABASE/Database connection (рис. 18).

Рис. 18. Диалог присоединения к СУБД Access

Далее проводим генерацию  схемы доступа в выбранную  базу данных (рис. 19):

Рис. 19. Генерация базы данных

После нажатия кнопки Generate в среде СУБД Access создается  БД физического

уровня (рис. 20).

Рис. 20. Структура БД физического уровня в СУБД Access

 

 

 

4.2. Макеты форм.

 

MS Access позволяет создать  удобный и понятный интерфейс  пользователя для работы с данными при помощи форм. Формы используются в приложении для ввода и отображения данных. Формы содержат так называемые элементы управления, с помощью которых осуществляется доступ к данным в таблицах. При создании форм приложения мы использовали Диспетчер кнопочных форм (рис. 21) и инструмент Конструктор (рис. 22).

Рис. 21. Главная кнопочная форма

Рис. 22 Форма «Клиенты»

4.3. Макеты отчетов.

Для удобства представления  некоторых данных часто возникает  необходимость в создании отчетов, которые позволяют извлечь из БД нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных.

Для этих целей при  разработке БД были созданы несколько  отчетов (рис 23).

Рис. 23. Отчет «Услуги»

 

 

 

 

 

 

 

 

 

 

 

Заключение.

Процесс создания любой  системы начинается с разработки целей, выработки предварительных прогнозов, основанных, прежде всего, на изучении деятельности организации. Моделирование системы проходит в несколько этапов. Сначала необходимо сформулировать требования, которым должна отвечать система, т.е. установление вида деятельности, оказываемых услуг, а также внутреннее распределение обязанностей. Затем необходимо выбрать программный продукт для проектирования, который будет отвечать всем требованиям. В данном случае это BPwin, ERwin и MS Access. Они просты в использовании, имеют много функциональных возможностей, дружественный интерфейс. BPwin позволяет моделировать не только информационные процессы, протекающие в организации, но и саму структуру организации.

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

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

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

• получению более  рациональных вариантов решения  управленческих задач за счет внедрения математических методов и интеллектуальных систем и т.д.;

• освобождению работников от рутинной работы за счет ее автоматизации;

• обеспечению достоверности  информации;

• уменьшению издержек;

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

Список использованных источников.

1. Вендров А.М. Проектирование  программного обеспечения экономических информационных систем: учебник. М., 2005.

2. Тельнов Ю.Ф. Проектирование  экономических информационных систем: учебник. М., 2005.

3. Черемных С.В. Моделирование и анализ систем. IDEF-технологии. М., 2003.

4. Баронов В.В., Калянов  Г.Н. Автоматизация управления  предприятием. М., 2000.

5. Маклаков С.В. BPwin и  ERwin. CASE-средства разработки информационных систем. М., 2000.

6. Караваева О.В. MS Access в информационных технологиях и информационных системах: учебное пособие. Киров, 2006.

7. Бланк И.А. Курортно-туристский  комплекс как объект управления. СПб.: Изд-во СПбГУЭФ, 2006.

8. Смирнова Г.Н. Проектирование  экономических информационных систем: учебник. М.: Финансы и статистика, 2001.

9. Моделирование баз  данных при помощи ERwin: http://www.ci.ru/inform12_98/astr1.htm.

10. ER: диаграммы сущность  – связь: http://mikkri.narod.ru/library/pdf/ER_Modeling.pdf.

11. Не официальный ресурс  Сочинского института экономики  и информационных технологий:

http://xsieit.ru/download/4_year/design_of_information_systems.html.__