Файл: Проектирование реализации операций бизнес-процесса «Учет услуг салона красоты».pdf

MS Access – это реляционная СУБД, выпущенная корпорацией Microsoft. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase.

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

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

Преимущества СУБД MS Access:

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

Глава 2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

Разработаем информационную модель проектируемой системы.

Все таблицы информационной базы разделим на два типа: справочники (2 таблицы), оперативные таблицы (3 таблицы).

• Справочники: Вид услуги, Специализация.
• Оперативные таблицы: Мастер, Услуга, Предоставление услуг.

На 1 этапе построения информационной модели отобразим символ ИС и «прикрепляем» к нему все разработанные таблицы БД (рис.7).

Рисунок 7 – 1 этап построения информационной модели 

Затем отобразим процесс обработки информации в БД. Для этого отобразим исполнителя операции и символ заполнения экранной формы с соответствующей порцией данных (рис.8).

Рисунок 8 – 2 этап построения информационной модели 

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

Рисунок 9 – 3 этап построения информационной модели 

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Входные данные системы – это данные об услугах, предоставлении услуг, а также справочная информация. Входные данные ИС приведем в табл. 3-7.

Таблица 3 – Данные о видах услуг

Таблица 4 – Данные о мастерах

Таблица 5 – Данные о специализации

Таблица 6 – Данные об услугах

Таблица 7 – Данные о предоставлении услуг

2.3. Характеристика результатной информации

Выходные данные системы формируются в виде электронных или бумажных документов. Перечень выходных данных ИС приведен в табл. 8-9.

Таблица 8 – Отчет «Прайс-лист на услуги»

Таблица 9 – Отчет «Предоставленные услуги за некоторый период»

2.4. Общие положения (дерево функций и сценарий диалога)

Дерево функций представляет собой иерархическую структуру действий, которые реализованы в проектируемой системе. Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций (рис. 10).

Рисунок 10 – Дерево функций

Сценарий диалога системы приведем на рис. 11.

Рисунок 11 – Сценарий диалога

2.5. Характеристика базы данных

Описание структуры таблиц БД приведем в табл.10-14.

Таблица 10 – Описание структуры таблицы «Вид услуги»

Таблица 11 – Описание структуры таблицы «Специализация»

Таблица 12 – Описание структуры таблицы «Мастер»

Таблица 13 – Описание структуры таблицы «Услуга»

Таблица 14 – Описание структуры таблицы «Предоставление услуг»

ER-модель данных (ER-диаграмма) приведем на рис. 12.

Рисунок 12 – ER-модель данных

Логическую и физическую модели данных, выполненные средствами ERWin 7.3, приведем на рис. 13-14.

Рисунок 13 – Логическая модель данных

Рисунок 14 – Физическая модель данных

Схему БД в MS Access 2003 представим на рис. 15.

Рисунок 15 – Схема базы данных

2.6. Структурная схема пакета (дерево вызова программных модулей)

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

Экранные формы используются для отображения содержимого таблиц. Отчеты формируются на основе запросов к БД.

Дерево вызова программных модулей представим на рис.16.

Рисунок 16 – Дерево вызова программных модулей

Описание функций модулей приведем в табл. 15.

Таблица 15 – Описание функций модулей