Всем привет.
Делаю диплом "Автоматизация бизнес-процессов салона красоты"

Как работает (должен) воображаемый салон понятно (описание ниже).
Не понятно как теперь переложить все это на idef0, ато у меня получается не будет первых плакатов для диплома, что есть обязательным.

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




Описание работы воображаемого салона:
как в салонах обычно

у них большая тетрадка...

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

когда ты приходиш что делает администрато:

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




что нужно:

1. администратор при записи клиента задает дату его прихода.
2. администратор задает услуги которые клиент хочет получить
3. по правилам и услугам выводится список мастеров которые будут работать в указаную дату, а так же записи к этим мастерам других клиентов
4. основываясь на этом мастер добавляет новую запись


правила имеют вид:
1. день (четные, нечетные, дата, период, выходной)
2. работа (1-я смена, 2-я смена, полный день, не работает, болеет, в отпуске, временной промежуток)

в чем плю такой схемы:

1. если мастер позвонил и сказал что его не будет такого то числа, то администратору остается просто задать еще одно правило, чтобы потом при записи клиентов не было проблем
2. если два мастера решили поменятся на один день, опять же администратору остается просто добавить соответсвующие правила

при добавлении таких правил естественно будет происходить проверка не записывался ли кто-то к этому мастеру...
если нет то правила успешно добавляются

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


соответственно в системе хранятся:

- правила работы мастеров
- записи клиентов к мастерам
- визиты клиентов (дата, услуги, ссылки на записи клиентов к мастерам)

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



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


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


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


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


1. мастер заболел
решение:
- создать соответсвующее правило (чтобы он не выводился при записи других клиентов в эти даты)
- изменить визиты клиентов у которых есть ссылки на этого мастера в эти даты (оговаривалось ранее)

2. мастера поменялись местами
решение:
- создать соотв. правила
- изменить визиты...

пожар
)))


ситуация:

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

всех кто просто записывался на услуги перекидываеш на других свободных мастеров

всех кто записывался именно к этому мастеру обзваниваеш и по договоренности или переносиш или отменяеш визит


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

либо по договоренности с клиентов переносиш или отменяеш его визит



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


опоздание клиента компенсируется тем что запись на к мастерам проводится с зазором в 10-15 минут на перекур мастера




начисление зп.
зп ставка за количество проработаных часов + %

при формировании зп ты указываеш месяц за который происходит формирование...

далее по правилам считается сколько часов какой мастер пропработал в салоне - соответсвенно просчитывается их ставка
далее смотриш по записям сколько было записей на какие услуги у которых визит помечен как выполненый и считаеш %



ну и всякие мелочи типа журнал клиентов, работников, карт услуг и т.д. и т.п.

я не прошу делать мне диплом...

я прошу подтолкнуть меня в правильном направлении в рисовании idef0 диаграммы...

остальное я и сам сделаю....

хоть подскажите как всетаки идентифицировать эти самые процессы...

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

зы: описание я предоставил не для того чтобы кто-то почитал и сделал мне все готовое а для того чтобы вам было на что ссылаться...

idef0 требование госта (ну во всяком случае моего универа) - никуда не денусь, я бы лучше все в uml набросал...

bpwin уже стоит, как с ним работать разобался, благо книга есть...
с нотацией ознакомлен - опять же благо она не сложная

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

не могу понять что из описаного выше есть процессами, что управлением, что входными\выходными данными...

угу, и еще вызов который тоже снизу....


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


собственно посему и пришел просить помощи у вас....

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

и на том спасибо

) нет конечно...

ожидал что может подскажете что толковое, о том с чего начать и как это сделать...

в часности меня интересует выделение бизнес-процессов....

ведь можно много вариантов напридумывать...

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

не могу понять что взять за основу...

спасибо за название книги, слил, почитаю, надеюсь разберусь...

авторНапример:
С точки зрения зав салоном.
- предварительная запись клиентА - ИМХО процесс. Есть управление (поступил запрос клиента), есть вход (располагаемые ресурсы), есть выход (новое состояние графика).
- формирование графика- ИМХО нет. Это процедура, используемая в различных процессах и запускаемая различными событиями.

хм... спасибо большое...

я тоже считаю что так описывать было бы правильно...

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


вот мне интересно, если я ввожу на диаграму такой процесс, то нужно ли вводить на нее процесс изменения предварительной записи, отмены предварительной записи?

я вот тут в книге "Бизнес-процессы. Регламентирование и управление" читаю про выделение процессов и задаюсь вопросом, если учитывать что у меня автоматизация бизнес-процессов, то мне наверное нужно учитывать только те процессы которые работают с информацией, тоесть те которые будут в итоге автоматизированы, или это не играет ни какой роли?

Основываясь на примерах из книги "Бизнес-процессы. Регламентация и управление"

построил таблицу описывающую основные функции, выполняемые "подразделениями":

Орг. структура имеет следующий вид: Директор->Администратор->Мастера

Что необходимо сделать далее, так это выделить бизнес-процессы на чем я собственно и застрял.

Единственное что точно известно, так это то к каким типам процессов относятся перечисленные выше ф-ии

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

Спасибо большое за коммантарий.

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

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

автор1. Картотека клиентов не может быть входом, т.к. она должна формироваться по мере обращения клиентов. Соответственно журнал записи клиентов тоже формируется по мере обращения клиентов.
Тут я прислушивался к подсказке из книги "если не знаете куда отнести стрелку, к входу или управлению, задайте себе вопрос, будет ли изменятся данные в процессе работы, если да то стрелку на вход, если нет - то на управление"

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

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


авторА вообще получилось юмористично - с точки зрения директора деятельностью салона управляют клиенты и самое главное достигнута основная цель - прибыль! :)

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

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

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

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


а это и к моей схема относится? просто если можно - коммент - почему....

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