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

Содержание:

Введение

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

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

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

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

Задачи работы – построить:

- развернутое (подробное) описание предметной области;

- диаграмму вариантов использования;

- диаграмму деятельности;

- диаграмму последовательности;

- диаграмму состояний;

- диаграмму классов.

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

Салон красоты представляет собой предприятие бытового обслуживания населения по комплексному уходу за внешним видом человека. В России салонный бизнес зародился сравнительно недавно, примерно 10–15 лет назад, особенно если говорить о косметологии. Ранее эта сфера услуг была представлена лишь советскими парикмахерскими, которые сложно отнести к представителям салонного бизнеса. В настоящее время эта отрасль активно и успешно развивается. Появляются новые революционные технологии, современные косметические препараты, новое оборудование. При этом салонный бизнес становится все более привлекательным с различных точек зрения: инвестиционной, социальной, экономической, организационной. Спрос на услуги салонов красоты неуклонно растёт. В современном обществе считается неприличным появляться без маникюра-педикюра, причёски, ухоженного лица и тела. Теперь клиенты не только стригутся, красят волосы, ухаживают за ногтями, но и в массовом порядке принялись корректировать фигуру, омолаживать кожу, бороться со стрессами и целлюлитом. До четверти сегодняшних клиентов салонов красоты составляют непривычные ранее посетители — мужчины, озадаченные борьбой с выпадением волос, недостатками фигуры и хронической усталостью. В салоны потянулась молодежь, стремящаяся привести в порядок цветущую кожу переходного возраста. За последние два года тридцать процентов женщин от 30 до 40 лет, ранее посещавшие только парикмахерские, прошли курсы дорогих косметологических процедур – омоложения кожи, коррекции фигуры и т.п. Клиенты пришли к пониманию, что в домашних условиях такого же эффекта добиться сложно, немаловажным фактором является экономия времени, сил и получение позитивных эмоций от общения с мастерами красоты. На данный момент принято следующее деление эстетических предприятий: По типам:

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

Косметический центр – оказывает медицинские услуги. Он требует− приобретения дорогостоящего медицинского оборудования, большой площади помещений, квалифицированного медицинского персонала, в связи, с чем на рынке наблюдается низкая конкуренция. Комплексное предприятие (Центр красоты и здоровья) — объединение под− одной крышей медицинских и эстетических составляющих. Предприятие индустрии красоты в структуре другого бизнеса, например в− составе спортивного клуба, элитного магазина, гостиницы и т.п. Возможно поэтапное введение в эксплуатацию: основной бизнес выполняет функцию первичного привлечения клиентов и проводит первичные маркетинговые исследования, на базе которых и будет организовано эстетическое предприятие.

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

«открытые» - подавляющее большинство предприятий индустрии красоты;−

«закрытые» - это закрытые клубы, создаваемые, например, для сотрудников− крупных предприятий и холдингов, для жителей кондоминиумов или коттеджных посёлков, для арендаторов конкретного делового центра. Число клиентов такого салона, как правило, не претерпевает динамики и остаётся практически неизменным.

По классам - это ориентировка салона красоты на определённую имущественную группу. Наиболее распространённой классификационной шкалой на нынешний день является следующая: Эконом-класс. Цены на оказываемые услуги можно отнести к низким,− ориентированным на людей с невысоким уровнем дохода. Эконом-салон ориентирован на самые широкие слои населения. Такой салон красоты работает с максимальной загруженностью клиентурой, с низкой нормой прибыли, оставаясь рентабельным именно за счёт постоянной ротации посетителей.

Бизнес-класс. Это стильный, оформленный дизайнером интерьер салона,− тщательно подобранная мягкая мебель и звуковое оформление. Важнейшим аспектом является место расположения салона. Это должен быть либо центр города и прилегающие к нему части, где его соседями будут рестораны, банки, театры, либо район, в котором расположен крупный бизнес-центр. Отношение к клиенту здесь гораздо более персонифицированное. Загруженность этих предприятий ниже, нежели относящихся к эконом- классу, но экономическая рентабельность достигается более высокой нормой прибыли, получаемой за счёт каждого отдельного клиента. Как правило, в салоне есть магазин сопутствующих товаров, где после консультации с мастером можно купить средства по уходу за волосами, а также аксессуары.

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

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

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

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

Глава 2. Выбор средства моделирования

Унифицированный язык моделирования UML (Unified Modeling Language) – это преемник того поколения методов объектно- ориентированного анализа и проектирования, которые появились в конце 80-х и начале 90-х годов. Создание UML фактически началось в конце 1994 г., когда Гради Буч и Джеймс Рамбо начали работу по объединению их методов Booch [Буч-1999] и OMT (Object Modeling Technique) под эгидой компании Rational Software. К концу 1995 г. они создали первую спецификацию объединенного метода, названного ими Unified Method, версия 0.8. Тогда же в 1995 г. к ним присоединился создатель метода OOSE (Object-Oriented Software Engineering) Ивар Якобсон. Таким образом, UML является прямым объединением и унификацией методов Буча, Рамбо и Якобсона, однако дополняет их новыми возможностями.

UML - это язык визуализации

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

Но даже в таких случаях программист занимается моделированием, хотя и неформально. Он может, допустим, записать набросок идеи на доске или на салфетке. Однако такой подход чреват неприятностями. Во-первых, обмен мнениями по поводу концептуальной модели возможен только тогда, когда все участники дискуссии говорят на одном языке. Как правило, при разработке проектов компаниям приходится изобретать собственные языки, и новичку непросто догадаться, о чем идет речь. Во-вторых, нельзя получить представление об определенных аспектах программных систем без модели, выходящей за границы текстового языка программирования. Так, назначение иерархии классов можно, конечно, понять, если внимательно изучить код каждого класса, но воспринять всю структуру сразу и целиком не получится. Аналогично изучение кода системы не позволит составить целостное представление о физическом распределении и возможных миграциях объектов в Web-приложении. В-третьих, если автор кода никогда не воплощал в явной форме задуманные им модели, эта информация будет навсегда утрачена, если он сменит место работы. В лучшем случае ее можно будет лишь частично воссоздать исходя из реализации.

Использование UML позволяет решить третью проблему: явная модель облегчает общение.

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

UML - это не просто набор графических символов. За каждым из них стоит хорошо определенная семантика (см. "The Unified Modeling Language Reference Manual"). Это значит, что модель, написанная одним разработчиком, может быть однозначно интерпретирована другим - или даже инструментальной программой. Так решается первая из перечисленных выше проблем.

UML - это язык специфицирования

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

UML - это язык конструирования

UML не является языком визуального программирования, но модели, созданные с его помощью, могут быть непосредственно переведены на различные языки программирования. Иными словами, UML-модель можно отобразить на такие языки, как Java, C++, Visual Basic, и даже на таблицы реляционной базы данных или устойчивые объекты объектно-ориентированной базы данных. Те понятия, которые предпочтительно передавать графически, так и представляются в UML; те же, которые лучше описывать в текстовом виде, выражаются с помощью языка программирования.

Такое отображение модели на язык программирования позволяет осуществлять прямое проектирование: генерацию кода из модели UML в какой-то конкретный язык. Можно решить и обратную задачу: реконструировать модель по имеющейся реализации. Обратное проектирование не представляет собой ничего необычного. Если вы не закодировали информацию в реализации, то эта информация теряется при прямом переходе от моделей к коду. Поэтому для обратного проектирования необходимы как инструментальные средства, так и вмешательство человека. Сочетание прямой генерации кода и обратного проектирования позволяет работать как в графическом, так и в текстовом представлении, если инструментальные программы обеспечивают согласованность между обоими представлениями. Помимо прямого отображения в языки программирования UML в силу своей выразительности и однозначности позволяет непосредственно исполнять модели, имитировать поведение систем и контролировать действующие системы.

UML - это язык документирования

Компания, выпускающая программные средства, помимо исполняемого кода производит и другие артефакты, в том числе следующие:

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

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

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

Где используется UML

Язык UML предназначен прежде всего для разработки программных систем. Его использование особенно эффективно в следующих областях:

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

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

Стандарт UML версии 1.1, принятый OMG в 1997 г., предлагает следующий набор диаграмм для моделирования:

– диаграммы вариантов использования (use case diagrams) – для моделирования бизнес-процессов организации и требований к создаваемой системе);

– диаграммы классов (class diagrams) – для моделирования статической структуры классов системы и связей между ними;

• диаграммы поведения системы (behavior diagrams):
• диаграммы взаимодействия (interaction diagrams):
• диаграммы последовательности (sequence diagrams) и
• кооперативные диаграммы (collaboration diagrams) – для моделирования процесса обмена сообщениями между объектами;
• диаграммы состояний (statechart diagrams) – для моделирования поведения объектов системы при переходе из одного состояния в другое;
• диаграммы деятельностей (activity diagrams) – для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей; – диаграммы реализации (implementation diagrams):
• диаграммы компонентов (component diagrams) – для моделирования иерархии компонентов (подсистем) системы;
• диаграммы размещения (deployment diagrams) – для моделирования физической архитектуры системы.

Глава 3. Построение диаграмм

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

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

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

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

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

На диаграмме вариантов использования показано взаимодействие между вариантами использования и действующими лицами. Она отражает требования к системе с точки зрения пользователя. Таким образом, варианты использования – это функции, выполняемые системой, а действующие лица – это заинтересованные лица (stakeholders) по отношению к создаваемой системе. Такие диаграммы показывают, какие действующие лица инициируют варианты использования.

Рисунок 1 – Диаграмма вариантов использования для системы «Салон красоты»

Описывается каждый из вариантов использования системы отдельно.

Таблица 1

Описание варианта использования «Информация об услугах»

Номер	1
Название	Информация об услугах
Актеры	Клиент
Краткое описание	Клиент получает информацию об услугах, доступных в Салон красотые.
Предусловия	Система находится в режиме просмотра информации об услугах.
Постусловия	нет
Основной поток	1.0 Информация об услугах 1. Клиент обращается к списку услуг. 2. Система выводит список доступных услуг и их характеристики. 3. Клиент покидает систему.
Альтернативные потоки	1.1 Клиент просит вывести информацию на печать (ответвление шага 3) 1. Система выводит список услуг на печать. 2. Возврат к пункту 2. 1.2 Клиент выбирает какую-то из услуг (ответвление шага 3) 1. Система переходит к «Регистрации клиентов»

Таблица 2

Описание варианта использования «Регистрация клиентов»

Номер	2
Название	Регистрация клиентов
Актеры	Клиент, Персонал Салона красоты
Краткое описание	Регистрация клиентов
Предусловия	Обращение к системе с целью оформления записи
Постусловия	Переход к оформлению записи
Основной поток	2.0 Регистрация клиентов 1. Клиент делает запрос на оказание услуги. 2. Система выводит форму регистрации для заполнения данных о клиенте. 3. Клиент заполняет форму, в которой указывает ФИО, контактный телефон. 4. Если все необходимые данные введены, то система посылает данные клиента в базу. 5. Система переходит к оформлению записи.
Альтернативные потоки	2.1 Клиента отказывается от регистрации (ответвление шага 3) 1. Система отменяет регистрацию клиента. 2. Переход в режим просмотра информации об услугах. 2.2 Введены не все данные или введены некорректно (ответвление шага 4) 1. Система попросит повторить ввод недостающих данных. 2. Возврат к пункту 3. 2.3 Персонал Салона красоты прекращает регистрацию клиента. 1. Система отменяет регистрацию клиента. 2. Переход в режим просмотра информации

Таблица 3

Описание варианта использования «Оформление записи»

Номер	3
Название	Оформление записи
Актеры	Клиент, персонал Салона красоты
Краткое описание	Клиент оформляет запись на оказание ему услуг.
Предусловия	Клиент заполнил форму регистрации, клиент добавлен в базу
Постусловия	Запись принята на обработку и предоставляется персоналу Салона красоты
Основной поток	3.0 Оформление записи 1. Клиент делает запрос на оказание услуги. 2. Система выводит форму для заполнения данных о записи. 3. Клиент заполняет форму, в которой указывает нужный ему тип и виды услуг. 4. Если все необходимые данные введены, то система производит расчет примерной стоимости услуги. 5. Система выводит информацию по сделанномй записи (номер, примерную стоимость, сроки) и просит клиента подтвердить запись. 6. Если клиент подтвердил запись, система принимает запись и передает его персоналу Салона красоты.
Альтернативные потоки	3.1 Введены не все данные или введены некорректно (ответвление шага 4) 1. Система попросит повторить ввод недостающих данных. 2. Возврат к пункту 3. 3.2 Клиент не подтверждает запись (ответвление шага 6) 1.Система отменяет запись. 2. Переход в режим просмотра информации об услугах.

Таблица 4

Описание варианта использования «Информация о статусе записи»

Номер	4
Название	Информация о статусе записи
Актеры	Клиент
Краткое описание	Клиент получает информацию о статусе записи.
Предусловия	Система находится в режиме просмотра информации о состоянии записи.
Постусловия	нет
Основной поток	4.0 Информация о статусе записи 1. Клиент делает запрос на получение информации о записи. 2. Клиент вводит номер своей записи. 3. Система выводит информацию о текущем статусе записи клиента (номер, тип услуг, статус записи, дата обслуживания). 4. Клиент покидает систему.
Альтернативные потоки	4.1 Данные не введены (ответвление шага 3) 1. Система просит повторить ввод данных. 2. Возврат к пункту 2. 4.2 Запись готов (ответвление шага 3) 1. Система переходит к «Концу обслуживания»

Таблица 5

Описание варианта использования «Конец обслуживания клиента»

Номер	5
Название	Конец обслуживания клиента
Актеры	Клиент, персонал Салона красоты
Краткое описание	Конец обслуживания клиента, выписка ему счета за оказанные услуги.
Предусловия	Система находится в режиме просмотра информации о состоянии записи.
Постусловия	Возврат в режим просмотра информации об услугах.
Основной поток	5.0 Конец обслуживания клиента 1. Клиент вводит номер своейзаписи. 2. Персонал Салона красоты вводит данные о выполненнй записи (номера услуг, стоимость). 3. Система выводит информацию о записи. 4. Система формирует окончательный счет за оказание услуг и выводит его на печать. 5. Клиент получает счет. 6. Переход в режим просмотра информации об услугах.
Альтернативные потоки	5.1 Введены не все данные или введены некорректно (ответвление шага 2) 1. Система попросит повторить ввод недостающих данных. 2. Возврат к пункту 1.

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

Рисунок 2 – Диаграмма деятельности системы для варианта использования «Оформление записи»

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

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

Диаграммы последовательности отражают поток событий, происходящих в рамках варианта использования (рис. 3).

Рисунок 3 – Диаграмма последовательности системы для варианта использования «Оформление записи»

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

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

Диаграмма классов определяет типы классов системы и различного

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

После исследования предметной области выявили следующие классы (рис 4.):

Рис. 4 Классы предметной области с атрибутами.

Атрибут – это элемент информации, связанный с классом.

Так как атрибуты содержатся внутри класса, они скрыты от других классов. В связи с этим может понадобиться указать, какие классы имеют право читать и изменять атрибуты. Это свойство называется видимостью атрибута (attribute visibility).

Установим отношения между классами (рис.5):

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

Диаграмма состояния:

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

Существует много форм диаграмм состояний, незначительно отличающихся друг от друга семантикой. Наиболее распространенная форма, используемая в объектно-ориентированных методах, впервые применялась в методе ОМТ и впоследствии была адаптирована Гради Бучем.

Рис. 6. Диаграмма состояний системы

Заключение

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

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

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

1. Кознов Д.В Языки визуального моделирования: проектирование и визуализация программного обеспечения. Учебное пособиеСПб.: Изд-во СПбГУ, 2004, 143 с
2. Буч Г., Якобсон А., Рамбо ДжUML 2.0СПб.: Питер, 2006, 735 с
3. UML 2.0 Infrastructure SpecificationMarca D.A., McGowan C.LSADT Structured Analysis and Design Technique McGraw-Hill, 1988
4. Якобсон А., Буч Г., Рамбо Дж Унифицированный процесс разработки програмСПб.: Питер, 2002, 492 с
5. Фаулер М., Скотт К UML. ОсновыСПб.: Символ, 2006, 184 с
6. Леоненков А.ВОбъектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose М.: Интернет-Университет Информационных Технологий; БИНОМ. Лаборатория знаний, 2006, 319 с
7. Павлинов А., Кознов Д., Перегудов А., Бугайченко Д., Казакова А., Чернятчик Р., Фесенко Т., Иванов АО средствах разработки проблемно-ориентированных визуальных языков. Сб. «Системное программирование», Вып. 2
8. Гамма Э., Хелм Р., Джонсон Р., Влиссидес ДжПриемы объектно-ориентированного проектированияИзд-во Питер, 2005, 368 с