Файл: Учет предоставленных услуг салоном красоты (Выбор комплекса задач автоматизации).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 14.05.2023

Просмотров: 404

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Каждая строка таблицы (ее называют записью) описывает один объект.

Все объекты в таблице - однотипные (например, одна таблица будет описывать только подразделения фирмы, другая - только сотрудников, третья -выполняемые работы). Таблица содержит только информацию, непосредственно связанную с ее объектами.

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

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

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

Т.к. в контексте данной работы нас интересует только блок отвечающий за учет предоставленных услуг, то и информационную модель (рис.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)