Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операции бизнес – процесса «Учет предоставления услуг салоном красоты»

Содержание:

ВВЕДЕНИЕ

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

В данной курсовой работе необходимо спроектировать реализацию операций бизнес-процесса «Учет предоставленных услуг салоном красоты».

Салон красоты – заведение, занимающееся косметическим обслуживанием мужчин и женщин (к этой же ветви обслуживания относятся салоны причёсок и спа). [1]

Повышение эффективности управленческой деятельности в сфере предоставления услуг за счет внедрения АИС является одним из направлений совершенствования деятельности предприятий в целом.

Целью данной курсовой работы является проектирование и разработка АИС для учета предоставленных услуг салоном красоты. Актуальностью данной темы является современный динамично развивающийся мир, открывающий новые перспективы для роста некоторых сфер экономической деятельности. Одной из таких сфер является сфера услуг. Развитие данной отрасли обусловлено множеством различных факторов. Для более эффективного развития данной отрасли нужно использовать автоматизированные информационные системы.

Для достижения поставленной цели, необходимо решить следующие задачи:

  • анализ предметной области;
  • выбор программно-инструментальных средств разработки;
  • проектирование БД в исследуемой предметной области;
  • разработка экранных форм.

Объектом исследования являются организации малого и среднего бизнеса, отраслью которых является оказание услуг населению, а именно салоны красоты.

Предметом исследования является изучение деятельности салонов красоты.

АНАЛИТИЧЕСКАЯ ЧАСТЬ

    1. Выбор комплекса задач автоматизации

В данной курсовой работе рассматривается деятельность Российских салонов красоты. По официальным данным Росстата, в России работает от 20 000 до 30 000 зарегистрированных парикмахерских и салонов красоты.

Сегодня салон красоты нередко представляет собой многопрофильное заведение и не ограничивает себя лишь косметическими услугами. Современные салоны красоты предлагают своим клиентам услуги аппаратной медицины, ряд терапевтических программ. [1]

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

  • массаж;
  • маникюр;
  • педикюр;
  • стрижка волос;
  • укладка волос.

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

Система должна обеспечивать выполнение следующих функций:

  1. Ввод и редактирование данных о клиентах;
  2. Ввод и редактирование данных о предоставляемых услугах;
  3. Ввод и редактирование данных по материалам;
  4. Ввод и редактирование данных о визитах;
  5. Ввод и редактирование данных по мастерам салона;
  6. Формирование отчетов:
  • Дневной отчет (выручка);
  • Отчет по затраченным материалам;
  1. Экспорт-импорт данных:
  • Вывод на печать отчета по выручке;
  • Экспорт отчета по выручке в файловую систему;
  1. Поиск и выбор необходимой информации:
  • по клиентам.

Проектируемая АИС обменивается данными с «Microsoft Office Word»: данные сформированного отчета по дневной выручке и затраченным материалам экспортируются в файловую систему в формате *.doc.

    1. Характеристика существующих бизнес-процессов

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

Проанализировав рассматриваемую предметную область, были выявлены следующие бизнес-процессы:

  1. Запись клиента. Клиент, обратившись в салон красоты, может записаться на обслуживание либо по телефону, либо придя лично в салон. Менеджер консультирует его по прайсу, после чего он заносит данные клиента и выбранные услуги в журнал записей (ФИО, номер телефона, дата и время записи, услуги, ФИО мастера).
  2. Обслуживание клиента. Мастер обслуживает только тех клиентов, которые предварительно записались к нему на обслуживание.
  3. Расчет. После оказания услуг клиенту, рассчитывается стоимость проделанной работы мастером, а также затраченных материалов на обслуживание. Клиенту выдается чек. В конце каждого рабочего дня менеджер составляет отчет по выручке салона.

На основании этих данных была построена функциональная модель as-is (модель бизнес-процессов) IDEF0 (рисунок 1.1, рисунок 1.2).

Рисунок 1.1. Контекстная диаграмма верхнего уровня

Рисунок 1.2. Декомпозиция функционального блока «Учет предоставленных услуг»

Для повышения эффективности работы менеджеров салонов красоты, была построена функциональная модель to-be (модель бизнес-процессов) IDEF0 (рисунок 1.3, рисунок 1.4, рисунок 1.5, рисунок 1.6, рисунок 1.7), которая включает следующие бизнес-процессы:

  1. Вход в систему. Менеджер салона должен авторизоваться в системе.
  2. Регистрация клиента. При обращении клиента в салон красоты – менеджер пытается найти его в базе, при успешной попытке поиска менеджер записывает клиента на обслуживание, если же он таких данных не находит, то добавляет информацию о клиенте в систему.
  3. Запись клиента. После успешной регистрации клиента, менеджер записывает клиента на обслуживание, учитывая запрашиваемые им услуги, а также занятость нужного мастера в планируемое время записи.
  4. Обслуживание клиента. Мастер обслуживает только тех клиентов, которые предварительно записались к нему на обслуживание.
  5. Расчет. После оказания услуг клиенту, рассчитывается стоимость проделанной работы мастером, а также затраченных материалов на обслуживание. Клиенту выдается чек. На основе всех полученных данных менеджер может составить отчеты по дневной выручке салона, а также затраченных материалах.

Рисунок 1.3. Контекстная диаграмма верхнего уровня

Рисунок 1.4. Декомпозиция функционального блока «Учет предоставленных услуг»

Рисунок 1.5. Декомпозиция функционального блока «Вход в систему»

Рисунок 1.6. Декомпозиция функционального блока «Регистрация клиента»

Рисунок 1.7. Декомпозиция функционального блока «Запись клиента»

    1. Характеристика документооборота, возникающего при решении задачи

В салоне красоты происходит следующий документооборот:

  • в конце каждого рабочего дня менеджер составляет дневной отчет по выручке салона.

Схема документооборота представлена в таблице 1.1.

Таблица 1.1

Схема документооборота

Действие\

Исполнитель

Менеджер

Директор

Архив

1. Составление отчета по дневной выручке салона

Отчет по дневной выручке

Отчет по дневной выручке

2. Проверка отчета

Отчет по дневной выручке

Подписанный отчет по дневной выручке

В данной схеме документооборота были выявлены следующие недостатки:

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

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

    1. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение – совокупность единой системы классификации и кодирования информации, унифицированных систем документации и информационных массивов.

Информационное обеспечение состоит из:

  • внутримашинного (включает массивы данных, программы для решения задач);
  • внемашинного (включает системы классификации и кодирования оперативных документов, нормативно-справочной информации).

Одно из важных требований к информационному обеспечению – это достоверность данных информационной базы.

В разрабатываемой АИС будут использоваться следующая регистрация первичной информации:

  • документальная;
  • документальная с регистрацией на машинном носителе.

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

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

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

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

В настоящее время реляционные системы лучше соответствуют техническим возможностям персональных компьютеров. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации индексирование баз данных. Для разработки системы можно предложить СУБД MySQL, которая располагает большим количеством мощных средств, работающих с базами данных.

    1. Обоснование проектных решений по программному обеспечению

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

  • хранение данных;
  • экспорт данных;
  • составление отчетов и их печать.

Для разработки и эксплуатации системы необходимо использовать следующее системное программное обеспечение:

  • Windows Server 2012 R2 – версия серверной операционной системы от Microsoft (для серверов);
  • Windows 10 – операционная система для персональных компьютеров, разработанная корпорацией Microsoft (для клиента);
  • MySQL 5.5 – СУБД;
  • Denwer 3 – веб-сервер;
  • Web-браузер – прикладное программное обеспечение для: просмотра веб-страниц, содержания веб документов, компьютерных файлов и их каталогов, управления веб-приложениями, а также для решения других задач;
  • Антивирусная программа «Kaspersky»;
  • Офисный пакет приложений MS Office 2010 – комплекс программ для подготовки документации.

Ниже рассмотрена сравнительная характеристика языков программирования: PHP, Python и Ruby, которые ориентированы на разработку веб-приложений, и относящиеся к серверным языкам программирования, которые имеют возможность организации непосредственного взаимодействия с системой управления базами данных.

Сравнительная характеристика рассмотренных языков программирования представлена в таблице 1.1.

Таблица 1.1

Сравнительная характеристика языков программирования

Показатели

PHP

Python

Ruby

Сферы применения

Веб-разработка

Веб-разработка, геймдев, CLI, десктопные приложения, анализ данных

Веб-разработка, CLI

Читабельность

Средняя, но выручают подпрограммы

Средняя

Плохая, но выручает единообразие – главное понять концепцию

Порог вхождения

Низкий

Низкий

Средний

Кроссплатформенность

Совместим с различными ОС

Совместим с различными ОС

Совместим с различными ОС

Безопасность

Предоставляет в распоряжение разработчиков и администраторов гибкие и эффективные средства безопасности, которые условно делятся на две категории: средства системного уровня и средства уровня приложения

Имеет высокие требования к безопасности (безопасный алгоритм кэширования и др.)

Используются инструменты RoR, исключающие SQL инъекции и XSS атаки, а также данный язык имеет дополнительные возможности для обеспечения безопасности

Гибкость

Поскольку РНР является встраиваемым (embedded) языком, он

Python допускает исключительную гибкость в обращении с компонентами

Очень гибкий язык, так как он позволяет его

Продолжение таблицы 1.1

отличается исключительной гибкостью по отношению к потребностям разработчика

языка

пользователям свободно менять его части

Универсальность

Код РНР очень похож на тот, который встречается в типичных программах на С или Pascal. Это заметно снижает начальные усилия при изучении РНР

системных сервисов

С его помощью можно одинаково изящно реализовать как то, что традиционно делается с помощью интерпретатора Kornshell, так и то, что пишется обычно на C

Открытый исходный код

Да

Да

Да

В результате сравнительного анализа, для разработки системы был сделан выбор в пользу использования PHP, так как данный язык предоставляет программисту средства для быстрого и эффективного решения поставленных задач, одно из самых сильных преимуществ PHP перед другими языками программирования, используемыми для разработки web-приложений, – поддержка БД самых разных типов, а также PHP является лучшим серверным языком программирования для создания динамических веб-страниц.

PHP относится к языкам программирования, сценарии на которых исполняются на стороне сервера, поэтому для выполнения сценариев на стороне клиента был выбран язык JavaScript. Для определения содержимого web-страниц был выбран язык разметки – HTML5, который является самой последней и самой мощной версией стандарта HTML. Для определения внешнего вида web-страниц будет использоваться язык CSS3.

Для малых и средних предприятий требования к СУБД не являются слишком завышенными, как для крупных корпораций, которые останавливают свой выбор на продуктах ведущих фирм-производителей (Microsoft SQL, Informix, DB2, Sybase, Adabas) – данные СУБД обладают неограниченными возможностями масштабирования. А также при выборе системы – стоимость играет не последнюю роль, да и возможность держать людей в штате для обслуживания данной СУБД весьма ограничена.

Таким образом, для разработки системы был сделан выбор в пользу СУБД MySQL. Выбор в пользу MySQL был сделан в связи с тем, что корпорация Oracle ориентирует свой продукт на нужды малого и среднего бизнеса, декларируя следующие его возможности:

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

Проектируемая АИС должна удовлетворять следующим требованиям к защите информации:

  • защита информации в АИС от случайных угроз должна осуществляться путем копирования информации каждые сутки;
  • доступ к базам данных должен быть защищен паролями, устанавливаемыми администратором баз данных для конкретных пользователей, что обеспечит защиту передаваемой и хранимой информации от изменения, копирования и уничтожения;
  • не должны допускаться неавторизованные попытки доступа к файлам системы и базам данных;
  • на основании закона N152-ФЗ «О персональных данных» каждая организация, владеющая персональными данными своих сотрудников, клиентов, партнеров и так далее, обязана обеспечивать конфиденциальность всей этой информации. В случае нарушения положений закона компания может лишиться лицензии и подвергнуться судебному преследованию со стороны граждан, чьи приватные записи были скомпрометированы. Поэтому необходимо обеспечить разграничение прав доступа, а также защиту от несанкционированного доступа. Кроме этого, должно быть подписано соглашение работником учреждения о том, что он не возражает, чтобы его персональные данные обрабатывались в этой системе.

К проектируемой АС были выдвинуты следующие требования по расширяемости:

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

Также АС должна предусматривать добавление новых компонент по мере их разработки минимальными усилиями.

Надежное (устойчивое) функционирование АС должно быть обеспечено выполнением:

  • организацией бесперебойного питания технических средств;
  • использованием лицензионного программного обеспечения;
  • регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов;
  • регулярным созданием резервных копий данных.

Интерфейс системы должен обладать следующими свойствами:

  • единые формы ввода и редактирования информации;
  • следование установленным стандартам разработки интерфейса;
  • открытие диалоговых форм по центру экрана;
  • одновременная работа только с одной формой;
  • использование не броских цветов, не более трёх на одном экране;
  • для выделения информации на экране используется стандартный шрифт, 12 размер, выделение жирным, для обычной информации – стандартные настройки шрифтов.

ПРОЕКТНАЯ ЧАСТЬ

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

Информационная модель системы представлена на рисунке 2.1 в виде схемы данных, которая представляет собой структурное представление движения информационных потоков с момента поступления входной информации к менеджеру до момента получения отчета.

Рисунок 2.1. Информационная модель системы

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

Для удобства ввода и хранения входных данных в разрабатываемой системе используется следующая нормативно-справочная информация:

  • услуги;
  • материалы;
  • сотрудники;
  • клиенты.

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

Входной документ «Визиты» содержит следующие реквизиты:

  • код визита;
  • дата и время;
  • код клиента;
  • код сотрудника;
  • сумма с учетом скидки;
  • комментарий;
  • статус.

Макет ввода данных представлен на рисунке 2.2.

Рисунок 2.2. Макет ввода данных

Структура файлов базы данных приведена в разделе 2.5 данной курсовой работы.

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

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

В данном разделе описан документ, поучаемый в результате выполнения всех запросов данной задачи и произошедших событий. Результативным документом (в электронной форме) является «Дневная выручка салона и затраченные материалы».

Выходной документ «Дневная выручка салона и затраченные материалы» содержит следующие данные:

  • сумма выручки с каждого заказа;
  • список затраченных материалов.

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

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

В данном разделе приведена иерархия функций управления и обработки данных, которые призваны автоматизировать разрабатываемую ИС.

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

Дерево функций представлено на рисунке 2.3.

Рисунок 2.3. Дерево функций

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

С помощью модуля меню «Главное меню» осуществляется доступ к пяти основным пунктам меню:

  • Клиенты;
  • Визиты;
  • Дневной отчет;
  • Сотрудники;
  • Услуги;
  • Материалы;
  • Выход из системы.

Рисунок 2.4. Схема диалога

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

Описание логической модели данных

В качестве модели данных для проектируемой системы была выбрана реляционная модель. Исходя из выбранной модели данных, была спроектирована с помощью CASE – средства ERwin схема логической (диаграмма ERD – модель сущность-связь) модели данных, представленная на рисунке 2.5.

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

Спроектированная логическая модель данных имеет следующие сущности, представленные в таблицах 2.1 – 2.8:

Таблица 2.1

Описание атрибутов сущности «Клиенты»

Название атрибута

Описание атрибута

Код клиента

Уникальный идентификатор клиента

Фамилия

ФИО клиента

Имя

Отчество

Номер телефона

Контактные данные

Электронная почта

Дата рождения

Дата рождения

Скидка

Процент скидки

Таблица 2.2

Описание атрибутов сущности «Услуги»

Название атрибута

Описание атрибута

Код услуги

Уникальный идентификатор услуги

Наименование

Наименование услуги

Продолжительность

Продолжительность услуги

Стоимость

Стоимость услуги

Номер зала

Номер зала

Таблица 2.3

Описание атрибутов сущности «Материалы»

Название атрибута

Описание атрибута

Код материала

Уникальный идентификатор материала

Наименование

Наименование материала

Единица измерения

Единица измерения

Цена материала

Цена материала

Объем

Объем

Таблица 2.4

Описание атрибутов сущности «Сотрудники»

Название атрибута

Описание атрибута

Код сотрудника

Уникальный идентификатор сотрудника

Фамилия

ФИО сотрудника

Имя

Отчество

Номер телефона

Контактные данные

Электронная почта

Оклад

Оклад

Таблица 2.5

Описание атрибутов сущности «Оказываемые услуги»

Название атрибута

Описание атрибута

Код

Уникальный идентификатор оказываемой услуги

Код сотрудника

Уникальный идентификатор сотрудника

Код услуги

Уникальный идентификатор услуги

Таблица 2.6

Описание атрибутов сущности «Визиты»

Название атрибута

Описание атрибута

Код визита

Уникальный идентификатор визита

Код клиента

Уникальный идентификатор клиента

Код сотрудника

Уникальный идентификатор сотрудника

Сумма с учетом скидки

Сумма с учетом скидки

Комментарий

Комментарий к визиту

Статус

Статус визита

Таблица 2.7

Описание атрибутов сущности «Выбранные услуги»

Название атрибута

Описание атрибута

Код выбранной услуги

Уникальный идентификатор выбранной услуги

Код визита

Уникальный идентификатор визита

Код услуги

Уникальный идентификатор услуги

Таблица 2.8

Описание атрибутов сущности «Используемые материалы»

Название атрибута

Описание атрибута

Код

Уникальный идентификатор используемого материала

Код выбранной услуги

Уникальный идентификатор выбранной услуги

Код материала

Уникальный идентификатор материала

Количество

Использованное количество
      1. Описание физической модели данных

Исходя из логической модели, была построена физическая модель данных в терминах СУБД MySQL (рисунок 2.6).

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

Спроектированная физическая модель данных имеет следующие сущности, представленные в таблицах 2.9 – 2.16:

Таблица 2.9

Сущность «klienti»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod_klienta

integer

12

Not null

PK

Familia

varchar

255

Not null

Imia

varchar

255

Not null

Otchestvo

varchar

255

Not null

Telefon

varchar

20

Not null

Pochta

varchar

255

Null

data_rogd

date

4

Not null

Skidka

integer

12

Not null

Таблица 2.10

Сущность «uslugi»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod_uslugi

integer

12

Not null

PK

Naimenovanie

varchar

255

Not null

prodolgitelnost

varchar

10

Not null

Stoimost

double

Not null

nomer_zala

integer

12

Not null

Таблица 2.11

Сущность «material»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod_materiala

integer

12

Not null

PK

naimenovanie

varchar

255

Not null

ed_izm

varchar

10

Not null

cena

double

Not null

obiom

integer

12

Not null

Таблица 2.12

Сущность «sotrudniki»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod_sotrudnika

integer

12

Not null

PK

familia

varchar

255

Not null

imia

varchar

255

Not null

otchestvo

varchar

255

Not null

telefon

varchar

20

Not null

pochta

varchar

255

Null

Таблица 2.13

Сущность «okaz_usl»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod

integer

12

Not null

PK

kod_sotrudnika

integer

12

Not null

FK

kod_uslugi

integer

12

Not null

FK

Таблица 2.14

Сущность «viziti»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod_vizita

integer

12

Not null

PK

data_i_vremia

datetime

4

Not null

kod_klienta

integer

12

Not null

FK

kod_sotrudnika

integer

12

Null

FK

summa_s_uch_skidki

double

Not null

komment

text

Not null

status

varchar

50

Not null

Таблица 2.15

Сущность «vibr_uslugi»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod_vibr_uslugi

integer

12

Not null

PK

kod_vizita

integer

12

Not null

FK

kod_uslugi

integer

12

Null

FK

Таблица 2.16

Сущность «isp_materiali»

Поле

Тип поля

Размер

Null

Ключ/индекс

kod

integer

12

Not null

PK

kod_vibr_uslugi

integer

12

Not null

FK

kod_materiala

integer

12

Null

FK

kolichestvo

integer

12

Not null

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

В данном разделе представлена таблица с описанием функций программных модулей (таблица 2.17).

Таблица 2.17

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

№ п/п

Наименование модуля

Функции модуля

1.

Глобальный модуль

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

2.

Модуль справочника «Услуги»

Содержит предопределенные процедуры формы списка и элемента справочника

3.

Модуль справочника «Материалы»

Содержит предопределенные процедуры формы списка и элемента справочника

4.

Модуль справочника «Сотрудники»

Содержит предопределенные процедуры формы списка и элемента справочника

Продолжение таблицы 2.17

5.

Модуль справочника «Клиенты»

Содержит предопределенные процедуры формы списка и элемента справочника

6.

Модуль справочника «Визиты»

Содержит предопределенные процедуры формы списка и элемента справочника

7.

Модуль составления отчетов «Дневной отчет»

Содержит функции и процедуры для составления отчета

Описание программных модулей

В данном разделе приведена блок-схема составления дневного отчета менеджером салона (рисунок 2.7).

Рисунок 2.7. Блок-схема составления дневного отчета

Рисунок 2.7. Продолжение блок-схемы составления дневного отчета

Контрольный пример реализации проекта и его описание

Чтобы получить доступ к системе, сотруднику необходимо ввести логин и пароль (разграничение доступа осуществляется посредством сервера базы данных, при помощи служебной базы данных «mysql»). После того, как пользователь заполнил все необходимые поля формы, он нажимает на кнопку «Войти», после чего введенные данные в текстовые поля передаются на веб-сервер через суперглобальный массив, которые считываются методом POST. Далее web-сервер отправляет SQL-запрос серверу БД для сопоставления полученной информации с уже имеющимися в СУБД учётными записями. Если находится совпадающая запись – web-сервер назначает права доступа к данным, и перенаправляет сотрудника на главную страницу системы (рисунок 2.8). Если такой пары записей имя пользователя-пароль в учётных записях нет, то пользователю возвращается ответ с ошибкой (рисунок 2.9).

Рисунок 2.8. Главная страница системы

Рисунок 2.9. Ошибка получения доступа

Выбрав пункт меню «Услуги» пользователя перенаправляет на страницу просмотра данных услуг, которые оказываются в салоне красоты (рисунок 2.10).

Рисунок 2.10. Просмотр данных «Услуг»

Пользователь может занести в БД новую услугу, кликнув по ссылке «Добавить новую услугу», после чего его перенаправляет на страницу с формой добавления данных (рисунок 2.11). Также он может выбрать кнопку «Редактировать», напротив любой записи, после чего его перенаправит на страницу редактирования данных (рисунок 2.12), либо удалить запись из БД.

Рисунок 2.11. Добавление новой услуги в систему

Рисунок 2.12. Редактирование данных услуги

Кликнув на кнопку «Материалы», пользователя перенаправляет на страницу просмотра данных по используемым материалам в салоне красоты (рисунок 2.13). Пользователь может добавить новую запись, редактировать, либо удалить какую-либо из существующих.

Рисунок 2.13 Просмотр данных «Материалы»

Чтобы добавить нового мастера в систему, либо отредактировать его данные, либо удалить, пользователю необходимо кликнуть на пункт меню «Сотрудники», после чего его перенаправит на страницу просмотра данных мастеров салона (рисунок 2.14).

При добавлении нового мастера в систему, необходимо выбрать услуги, которые он предоставляет в салоне (рисунок 2.15).

Рисунок 2.14. Просмотр данных «Сотрудники»

Рисунок 2.15. Добавление нового мастера в систему

Кликнув по пункту меню «Клиенты» пользователя перенаправляет на страницу просмотра данных клиентов салона (рисунок 2.16). Если клиент посещает салон красоты впервые, то менеджер салона заносит информацию о клиенте в систему, нажав на ссылку «Добавить нового клиента в систему», после чего его перенаправляет на страницу с формой добавления данных о клиенте (рисунок 2.17). Если клиент был уже не раз в салоне, менеджер может его легко найти, по данным в БД, введя в поле поиска фамилию клиента. Также в случае изменения данных клиента, менеджеру предоставляется возможность их отредактировать, нажав на кнопку «Редактировать». Все визиты посетителя заносятся в систему (рисунок 2.18).

Рисунок 2.16. Просмотр данных клиентов салона

Рисунок 2.17. Форма добавления нового клиента в систему

Рисунок 2.18. Добавление визита в систему

Кликнув по пункту меню «Визиты», пользователя перенаправляет на страницу поиска визитов по дате (рисунок 2.19).

Рисунок 2.19. Поиск визитов по дате

Указав дату и нажав на кнопку «Поиск», пользователю выводятся все визиты, которые запланированы на запрашиваемый день (рисунок 2.20).

Рисунок 2.20. Список визитов

Кликнув на ссылку «Просмотр», менеджер может увидеть подробные данные визита (на какие услуги записан клиент) (рисунок 2.21).

Рисунок 2.21 Страница просмотра данных визита

Также менеджеру предоставляется возможность занести в систему информацию о затраченном материале при оказании услуги (рисунок 2.22).

Рисунок 2.22. Просмотр данных используемого материала

Кликнув по пункту меню «Дневной отчет», пользователя перенаправляет на страницу формирования отчета по дате (рисунок 2.23). После того как пользователь введет дату и нажмет на кнопку «Поиск», система сформирует отчет по дневной выручке, а также по затраченным материалам (рисунок 2.24).

Рисунок 2.23. Страница формирования отчета

Рисунок 2.24. Сформированный отчет

ЗАКЛЮЧЕНИЕ

В результате выполнения курсовой работы была спроектирована и разработана АИС для учета предоставленных услуг салоном красоты.

В результате разработки АИС закреплены и расширены знания по языкам программирования: htnl5, css3, js, php, SQL. Разработанная система позволяет пользователю беспрепятственно работать с базой MySQL, не имея никаких навыков по программированию в SQL. Система обеспечивает выполнение сценария учета предоставленных услуг в салоне. Данная система приспособлена к последующему расширению за счёт принципа MVC.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

  1. Википедия [Электронный ресурс] / Салон красоты, 2016. – Режим доступа: https://ru.wikipedia.org/wiki/Салон_красоты, свободный. – Загл. с экрана. – Яз. рус.
  2. Википедия [Электронный ресурс] / Автоматизированное рабочее место, 2016. – Режим доступа: https://ru.wikipedia.org/wiki/Автоматизированное_рабочее_место, свободный. – Загл. с экрана. – Яз. рус.
  3. Ляпин Д.А., Никитин А.В. PHP – это просто. Начинаем с видеоуроков. – СПб.: БВХ-Петербург, 2013 – 176 с.
  4. Лутц Марк. Python. Карманный справочник. – М.: Вильямс, 2015. — 320 с.
  5. Флэнаган Д., Мацумото Ю. Язык программирования Ruby. – СПб.: Питер, 2011. - 496 с.
  6. Кузнецов М.В., Симдянов И.В. MySQL 5. Наиболее полное руководство. – СПб.: БХВ-Петербург, 2010. – 1024 с.
  7. Мэт Зандстра. PHP. Объекты, шаблоны и методики программирования. – Вильямс, 2015. – 576с.
  8. Кристиан Уэнц. PHP и MySQL. Карманный справочник. – Вильямс, 2015. – 256с.
  9. Викрам Васвани. MySQL: использование и администрирование. – Питер, 2011. – 368с.

СПИСОК ДЛЯ ТРЕНИРОВКИ ССЫЛОК