Файл: Учет предоставленных услуг салоном красоты (Выбор комплекса задач автоматизации).pdf
Добавлен: 14.05.2023
Просмотров: 404
Скачиваний: 3
СОДЕРЖАНИЕ
1.1 Выбор комплекса задач автоматизации
1.2 Характеристика существующих бизнес-процессов
1.3 Обоснование проектных решений по информационному обеспечению
1.4 Обоснование проектных решений по программному обеспечению
2.1 Информационная модель и её описание
2.2 Характеристика входной информации
2.3 Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета АИС (дерево вызова программных модулей)
Каждая строка таблицы (ее называют записью) описывает один объект.
Все объекты в таблице - однотипные (например, одна таблица будет описывать только подразделения фирмы, другая - только сотрудников, третья -выполняемые работы). Таблица содержит только информацию, непосредственно связанную с ее объектами.
Все признаки объектов (их называют атрибутами) выделены в отдельные столбцы - поля записей. Заголовки столбцов - имена полей.
В таблице обязательно должен быть столбец (или группа столбцов), значения в котором будут уникальными - неповторяющимися, его называют первичным ключом.
Информационные структуры, содержащие взаимосвязанные данные о реальных объектах и хранящиеся во внешней памяти компьютера, называются базами данных (БД).
Т.к. в контексте данной работы нас интересует только блок отвечающий за учет предоставленных услуг, то и информационную модель (рис.2.1) мы будем рассматривать именно для него.
Рис. 2.1 Информационная модель
2.2 Характеристика входной информации
Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти персонального компьютера.
Входной информацией для разрабатываемого блока автоматизированной системы являются электронные справочники:
Спр. Клиенты, Спр. Рабочее расписание, Спр. Карта услуг ,Спр Запись на прием , Спр Сотрудники. (табл.2.1,табл 2.2 )
Таблица 2.1 Описание справочников
|
Название |
Ответственный |
Средний объем в записях |
Частота актуализации |
|
|
Клиенты |
Администратор |
100 |
ежедновно |
|
|
Раб. Расписание |
Администратор |
100 |
1 раз в месяц |
|
|
Карта Услуг |
Администратор |
50 |
1 раз в 6 мес |
|
|
Запись на прием |
Администратор |
600 |
ежедневно |
|
|
Сотрудники |
Администратор |
50 |
1 раз в месяц |
|
Таблица 2.2 Реквизитный состав справочников
|
№ ПП |
Наименование |
Перечень реквизитов |
|
|
1 |
Клиенты |
- ФИО - дата регистрации - телефон |
|
|
2 |
Раб. Расписание |
- ФИО сотрудника - должность - дата -время |
|
|
3 |
Карта Услуг |
- наименование услуги - стоимость - должность мастера на эту услугу |
|
|
4 |
Запись на прием |
- ФИО клиента - ФИО мастера - Дата приема - Время приема - телефон клиента - статус записи |
|
|
5 |
Сотрудники |
- ФИО - дата рождения - должность - Дата приема на работу - Телефон |
|
|
6 |
Должности |
- Наименование должности |
|
Основными функциями Справочников являются:
обеспечение проверки кодированных значений признаков при вводе данных;
декодирование значений признаков при выводе данных на экран дисплея;
хранение постоянной информации, связанной с определёнными значениями признаков;
оформление пояснительным текстом таблиц, получаемых в результате решения комплекса задач.
2.3 Характеристика результатной информации
В ходе разработки автоматизированного решения учета предоставленных услуг, результатными показателями является
Отчет о заявках и предоставленных услугах.
Формируется на основе следующих таблиц :
- СПР Запись на прием (дата приема заявки, услуга, Статус о выполнении)
- СПР клиенты (ФИО клиента, телефон)
- СПР Рабочее расписание ( Дата и время предоставления услуги)
- СПР услуги (услуга)
-СПР сотрудники (ФИО сотрудника ответственного за услугу)
Отчет содержит следующие поля:
- ФИО Клиента
- дата заявки
- номер заявки
- услуга
- дата и время предоставления услуги
- ФИО сотрудника ответственного за услугу
- Статус о выполнение
- Причина отмены (сотрудник/клиент/не явка)
Результаты фильтрации могут быть выведены:
по дате регистрации;
по заданным полям;
Данный отчет служит для получения статистики работы организации. Информация является уточняющей. По итогам данного отчета можно понять, насколько загружены специалисты, какой процент заявок (записей на прием) был отработан.
В результате ведения документооборота получаем машинный выходные документы, основанные на шаблонах, ассоциированных с каждым зарегистрированным документом. Документы формируются на основании данных таблиц.
2.4 Общие положения (дерево функций и сценарий диалога)
На рисунке 2.2 приведена иерархия функций управления и обработки данных, которые автоматизируют учет предоставленных услуг. При этом выделены два подмножества функций: реализующие служебные функции (проверки пароля, ведения календаря, управление окнами, соединение с БД, настройки.) и реализующие основные функции управления и обработки данных: ведение справочников (ввод, удаление, изменение и сохранение информации), выбор фильтров для отчета, обработка данных , вывод отчета (сохранение, удаление, печать).
Выбор языка общения, типа «меню» позволяет разработать структуру сценария диалога, дающего возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
На рисунке 2.3 приведен сценарий диалога для системы.
Рисунок 2.2 Дерево функций для системы учета предоставленных услуг
Рисунок 2.3 Сценарий диалога для системы учета предоставленных услуг
2.5 Характеристика базы данных
Использование реляционных баз данных было предложено доктором Коддом из компании IBM в 1970 году.
Для работы с реляционными БД применяют реляционные СУБД.
Реляционная база данных — это совокупность взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Строка таблицы содержит данные об одном объекте (например, товаре, клиенте), а столбцы таблицы описывают различные характеристики этих объектов — атрибутов (например, наименование, код товара, сведения о клиенте). Записи, т. е. строки таблицы, имеют одинаковую структуру — они состоят из полей, хранящих атрибуты объекта. Каждое поле, т. е. столбец, описывает только одну характеристику объекта и имеет строго определенный тип данных. Все записи имеют одни и те же поля, только в них отображаются различные информационные свойства объекта.
В реляционной базе данных каждая таблица должна иметь первичный ключ — поле или комбинацию полей, которые единственным образом идентифицируют каждую строку таблицы.
Таблицы реляционной БД должны отвечать требованиям нормализации отношений. Нормализация отношений — это формальный аппарат ограничений на формирование таблиц, который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение базы данных.
Реляционные таблицы могут быть связаны друг с другом, следовательно, данные могут извлекаться одновременно из нескольких таблиц. Таблицы связываются между собой для того, чтобы в конечном счете уменьшить объем БД. Связь каждой пары таблиц обеспечивается при наличии в них одинаковых столбцов.
Существуют следующие типы информационных связей:
Связь один-к-одному предполагает, что одному атрибуту первой таблицы соответствует только один атрибут второй таблицы и наоборот.
Связь один-ко-многим предполагает, что одному атрибуту первой таблицы соответствует несколько атрибутов второй таблицы.
Связь многие-ко-многим предполагает, что одному атрибуту первой таблицы соответствует несколько атрибутов второй таблицы и наоборот.
Ниже приведены таблицы, актуальные для разрабатываемой системы. Описание каждой таблицы содержит наименование полей, идентификатор каждого поля, его шаблон, тип данных, длину поля и описание поля. (таб. 2.3-2.9)
Таблица 2.3 Описание структуры записей таблицы «Клиенты»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код клиента |
ID_klient |
строка |
10 |
Первичный ключ |
|
ФИО клиента |
Name_klient |
строка |
35 |
|
|
Дата Регистрации |
Data_reg |
строка |
10 |
|
|
Телефон клиента |
Tel_klient |
строка |
15 |
Таблица 2.4 Описание структуры записей таблицы «Сотрудники»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код Сотрудника |
ID_sotr |
строка |
10 |
Первичный ключ |
|
ФИО сотрудника |
Name_sotr |
строка |
35 |
|
|
Дата рождения |
Data_rs |
строка |
10 |
|
|
Дата приема на работу |
Data_trud |
строка |
10 |
|
|
Код должности |
ID_Posit |
строка |
20 |
Внешний ключ |
|
Телефон |
Tel_sotr |
строка |
15 |
|
|
Оказываемые услуги |
ID _usluga |
строка |
10 |
Внешний ключ |
Таблица 2.5 Описание структуры записей таблицы «Рабочее расписание»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код записи |
ID _zapis |
строка |
10 |
Первичный ключ |
|
Код сотрудника |
ID _sotr |
строка |
35 |
Внешний ключ |
|
Код должности |
ID_Posit |
строка |
10 |
Внешний ключ |
|
Выходной/Рабочий |
Type_day |
строка |
10 |
|
|
Время начала работы |
Start_time |
строка |
5 |
|
|
Время окончания работы |
Over_time |
строка |
5 |
|
|
День недели |
ID_day |
строка |
2 |
Внешний ключ |
Таблица 2.6 Описание структуры записей таблицы «Карта услуг»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код услуги |
ID _usluga |
строка |
10 |
Первичный ключ |
|
Наименование услуги |
Name_usluga |
строка |
20 |
|
|
Стоимость |
Price |
строка |
10 |
|
|
Должность мастера на эту услугу |
ID_Posit |
строка |
20 |
Внешний ключ |
Таблица 2.7 Описание структуры записей таблицы «Запись на прием»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код приема |
ID _priema |
строка |
10 |
Первичный ключ |
|
Рабочее расписание |
ID _zapis |
строка |
10 |
Внешний ключ |
|
Дата приема |
Data_priem |
строка |
10 |
|
|
Код клиента |
ID _klient |
строка |
10 |
Внешний ключ |
|
Код сотрудника |
ID _sotr |
строка |
10 |
Внешний ключ |
|
Код услуги |
ID _usluga |
строка |
10 |
Внешний ключ |
|
Время начала приема |
Start_time_priem |
строка |
5 |
|
|
Время окончания приема |
Over_Time_priem |
строка |
5 |
|
|
Статус записи |
Status_priem |
строка |
20 |
Таблица 2.8 Описание структуры записей таблицы «Должности»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код должности |
Id_Posit |
10 |
Первичный ключ |
|
|
Наименование должности |
Name_Posit |
20 |
Таблица 2.9 Описание структуры записей таблицы «Дни недели»
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длинна поля |
Прочее |
|
Код дня |
ID_day |
строка |
2 |
Первичный ключ |
|
Название дня |
Name_day |
строка |
15 |
Ниже в соответствие с проектируемыми таблицами и входным документам представлена ER модель (рисунок 2.4)