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

Содержание:

Введение

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

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

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

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

Объект исследования: деятельность по предоставлению услуг салоном красоты.

Предмет исследования: процесс учета предоставленных услуг салоном красоты.

Задачи исследования:

• выполнить описание предметной области;
• разработать диаграмму вариантов использования;
• разработать диаграмму деятельности;
• разработать диаграмму последовательности;
• разработать диаграмму классов;
• разработать диаграмму состояний.

Разработку диаграмм предполагается выполнить с помощью редактора MS Visio.

Основная часть

1. Описание предметной области

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

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

К основным оказываемым услугам можно отнести:

• стрижка (мужская, женская);
• покраска волос;
• прическа;
• маникюр/педикюр;
• покраска ресниц;
• покраска бровей;
• и т.д.

Для каждой оказываемой услуги установлена определенная стоимость, которая отображается в прайс-листе на услуги.

Учет предоставленных услуг салоном красоты предполагает регистрацию следующей информации:

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

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

Функции учета предоставленных услуг включают:

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

2. Разработка диаграмм

2.1. Диаграмма вариантов использования

Диаграмма прецедентов (вариантов использования) в UML – это диаграмма, которая отражает отношения между актерами и прецедентами и является составной частью модели прецедентов, позволяющей описать проектируемую систему на концептуальном уровне.

Прецедент – это возможность моделируемой системы (часть ее функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. [2]

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

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

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

С проектируемой системой планируется работа двух видов пользователей:

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

Каждый из этих пользователей будет выполнять свои задачи при работе с системой:

• администратор: ведение учета предоставленных услуг, поиск/выборка данных, формирование отчетов;
• руководитель: ведение справочника сотрудников, ведение каталога услуг, ведение прайс-листа, просмотр оперативных данных, поиск/выборка данных, формирование отчетов.

Диаграмма вариантов использования проектируемой ИС приведена на рис. 1.

Рис. 1 – Диаграмма вариантов использования

2.2. Диаграмма деятельности

Диаграмма деятельности – это UML-диаграмма, на которой показано разложение некоторой деятельности на ее составные части. Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов – вложенных видов деятельности и отдельных действий, соединенных между собой потоками, которые идут от выходов одного узла к входам другого. [3]

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

Диаграммы деятельности состоят из ограниченного количества фигур, которые соединены стрелками. Основными фигурами являются:

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

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

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

• ведение каталога услуг (руководитель);
• ведение прайс-листа (руководитель);
• ведение справочника сотрудников (руководитель);
• ведение учета предоставленных услуг (администратор);
• просмотр оперативных данных (руководитель);
• поиск/выборка данных (администратор, руководитель);
• формирование отчетов (администратор, руководитель).

Действия «просмотр оперативных данных», «поиск/выборка данных», «формирование отчетов» могут выполняться администратором и руководителем одновременно.

На любом этапе можно выполнить завершение работы с системой.

Диаграмма деятельности приведена на рис. 7.

Рис. 2 – Диаграмма деятельности

2.3. Диаграмма последовательности

Диаграмма последовательности – это диаграмма, на которой показано взаимодействие объектов (обмен между ними сигналами и сообщениями), упорядоченное по времени, с отражением продолжительности обработки и последовательности их проявления. [1]

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники с названиями объектов), вертикальные «линии жизни», отображающие течение времени, прямоугольники, отражающие деятельность объекта или исполнение им определенной функции (прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие обмен сигналами или сообщениями между объектами. [2]

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

Каждое сообщение представляется в виде стрелки между линиями жизни двух объектов. Сообщения появляются в том порядке, как они показаны на странице сверху вниз. Каждое сообщение помечается как минимум именем сообщения. При желании можно добавить также аргументы и некоторую управляющую информацию. Можно показать самоделегирование – это сообщение, которое объект посылает самому себе, при этом стрелка сообщения указывает на ту же самую линию жизни. [4]

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

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

Диаграмма последовательности приведена на рис. 3.

Рис. 3 – Диаграмма последовательности

2.4. Диаграмма состояний

Диаграмма состояний – это, по существу, диаграмма состояний из теории автоматов со стандартизированными условными обозначениями, которая может определять множество систем от компьютерных программ до бизнес-процессов. [2]

Диаграммы состояний применяются для того, чтобы объяснить, каким образом работают сложные объекты. Диаграмма состояний показывает, как объект переходит из одного состояния в другое. Очевидно, что диаграммы состояний служат для моделирования динамических аспектов системы. От других диаграмм диаграмма состояний отличается тем, что описывает процесс изменения состояний только одного экземпляра определенного класса – одного объекта, причем объекта реактивного, то есть объекта, поведение которого характеризуется его реакцией на внешние события. [5]

Диаграммы состояний приведены на рис. 4-6.

Рис. 4 – Диаграмма состояний (ведение каталога услуг)

Рис. 5 – Диаграмма состояний (ведение справочника сотрудников)

Рис. 6 – Диаграмма состояний (учет предоставленных услуг)

Рис. 7 – Диаграмма состояний (поиск/выборка данных)

2.5. Диаграмма классов

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

Диаграмма классов определяет типы классов системы и различного рода статические связи, которые существуют между ними. На диаграммах классов изображаются также атрибуты классов, операции классов и ограничения, которые накладываются на связи между классами. [4]

Диаграмма классов (в UML) – это граф, узлами которого являются элементы статической структуры проекта (классы, интерфейсы), а дугами – отношения между узлами (ассоциации, наследование, зависимости). [2]

Диаграммы классов обычно содержат следующие сущности:

• классы (это группа сущностей (объектов), обладающих сходными свойствами, а именно, данными и поведением);
• интерфейсы (абстрактный класс, задающий набор операций, которые объект произвольного класса, связанного с данным интерфейсом, предоставляет другим объектам);
• кооперации;
• отношения зависимости, обобщения и ассоциации. [3]

Под поведением объекта в UML понимают любые правила взаимодействия объекта с внешним миром и с данными самого объекта. На диаграммах класс изображается в виде прямоугольника со сплошной границей, разделенного горизонтальными линиями на 3 секции:

• • верхняя секция (секция имени) содержит имя класса и другие общие свойства;
  • средняя секция содержит список атрибутов;
  • нижняя секция содержит список операций класса, отражающих его поведение (действия, выполняемые классом).

Любая из секций атрибутов и операций может не изображаться (а также обе сразу). Для отсутствующей секции не требуется рисовать разделительную линию и как-либо указывать на наличие или отсутствие элементов в ней. На усмотрение конкретной реализации могут быть введены дополнительные секции, например, исключения. [3]

Операции реализуют связанное с классом поведение. Операция включает три части – имя, параметры и тип возвращаемого значения. [4]

Параметры – это аргументы, получаемые операцией «на входе». Тип возвращаемого значения относится к результату действия операции.

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

Выделяют четыре различных типа операций:

• операции реализации;
• операции управления;
• операции доступа;
• вспомогательные операции. [3]

Для проектируемой системы выделим следующие классы: руководитель, администратор, каталог услуг, справочник сотрудников, прайс-лист, предоставление услуг, запросы, отчеты.

С учетом диаграммы вариантов использования для класса «Руководитель» определим следующие операции:

• ведение каталога услуг;
• ведение прайс-листа;
• ведение справочника сотрудников;
• просмотр оперативных данных;
• поиск/выборка данных;
• формирование отчетов.

С учетом диаграммы вариантов использования для класса «Администратор» определим следующие операции:

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

Список возможных операций, общих для классов «Каталог услуг», «Справочник сотрудников», «Прайс-лист», «Предоставление услуг»:

• добавление данных (ввод новой записи);
• редактирование данных (внесение изменений в данные);
• удаление данных;
• просмотр данных.

Диаграмма классов приведена на рис. 8.

Рис. 8 – Диаграмма классов

Заключение

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

Салон красоты оказывает клиентам некоторые услуги, учет которых необходимо выполнять. Работа с данными осуществляется руководителем салона красоты и администратором.

Выполнение работы включило следующие этапы:

• описание предметной области;
• разработку UML-диаграмм (вариантов использования, деятельности, последовательности, состояний, классов).

Разработка диаграмм выполнена с помощью редактора MS Visio от компании Microsoft.

Список литературы

1. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 2010. – 198с.
2. Шмуллер Дж. Освой самостоятельно UML 2 за 24 часа. Практическое руководство. – М.: Вильямс, 2011. – 416с.
3. Бабич А.В. Введение в UML. Учебный курс. Internet-университет Информационных технологий (ИНТУИТ). Электронный ресурс. URL: http://www.intuit.ru/department/se/intuml/ (вход свободный)
4. Грекул. В.И. Проектирование информационных систем. Учебный курс. Internet-университет Информационных технологий (ИНТУИТ). Электронный ресурс. URL: http://www.intuit.ru/department/se/devis/ (вход свободный)