Форум Сообщества Аналитиков
Общий раздел => Примеры => Тема начата: outlaw от 28 Февраля 2011, 11:51:44
-
Есть тестовое задание описать основные бизнес-процессы с помощью UML. После анализа предметной области ясно следуещее:
1) Описать надо процесс бесконтактной заправки авто.
Механизм работы такой - на авто устанавливается мобильный блок с WI-FI (далее MБ) в котором хранятся данные
- на АЗС устанавливается WI-FI приёмо-передатчик, который передаёт данные в систему
- на пистолеты ТРК ставятся R-fid кольца имеющие уникальный код, для привязки в
системе.
2) Успешный сценарий.
Прецедент - Заправка авто.
Главное действующее лицо - Клиент на авто с МБ.
Масштаб - АЗС.
а)Клиент выбирает ТРК и вставляет пистолет в бак.
б)Приёмо-передатчик устанавливает связь с авто.
в)Считывает данные с МБ и передаёт в систему.
г)Проверка данных МБ, если всё ОК, тогда расчёт кол-ва топлива и типа топлива (ДТ, А-92, А-98)
д)Проверка системой нужного типа топлива и выбраной ТРК, если ОК, тогда команда на заправку и запись в базу данных.
е) Заправка авто.
ж) Запись данных в МБ авто.
В кратце вроде всё, надо разработать основные диаграммы, чтобы потом сгенерировать код (среда Ratioanal Rose or Visio).
Прошу принять активное участие в обсуждении, заранее благодарен Вячеслав.
-
вот что у меня получилось
-
Вячеслав, функции <> ВИ. Диаграмма ВИ не предназначена для отображения их декомпозиции до уровня отдельных процедур или функций. Для этого существуют другие приемы и диаграммы - например диаграмма деятельности.
ВИ отображает использование системы и указывает кому это нужно и что собственно нужно.
Мне как клиенту вообщем-то все равно как там это устроено, мне главное что я должен сделать чтобы достигнуть своей цели - заправить авто с использованием МБ - все! Остальное детали реализации.
-
Спасибо за комментарий, никак не могу чётко выделить ни классов, ни актёров. А можно увидеть ваш вариант (правильный), надо хотя бы с чего-то начинать.
-
А система бесконтакной заправки (железо+ПО) может быть актёром?
-
практически ребус :о)))
-
:-\, спасибо за картинку в моём случае всё реализуется без терминалов по оплате, оплаты нет как таковой, все взаиморасчёты производятся по итогам месяца
-
Есть тестовое задание описать основные бизнес-процессы с помощью UML.
А можно увидеть ваш вариант (правильный), надо хотя бы с чего-то начинать.
Я не могу составить правильный ВИ, я не в контексте задачи.
Однако судя по заданию вас просят описать бизнес-процессы с использованием UML.
Варианты использования - это элементарные бизнес-процессы, возможно в вашем случае не следует начинать с описания ВИ.
Попробуйте составить диаграмму деятельности, т.е. обычная блок схема показывающая ход процесса.
Потом можно подумать и раскидать полученные деятельности и действия по участникам процесса (если они нужны)
Потом можно подумать - а что тут следует автоматизировать или возможно автоматизировать. вот эти операции действия и деятельности возможно станут вашими ВИ
Пока в вашем описании я не вижу бизнес процесса. Видна одна его часть, интересующая клиента. А клиенту нужно заправиться.
В вашем случае заправка - как некое снятие денег из банкомата, т.е. вы доказываете автомату право откачать энное количество галлонов, автомат выдает вам это количество. Все
Далее начинаются уже проектные задумки. Как принять доказательство, как учесть что клиент скачал энное количество, как записать ему долг на счет, в каком случае запрещать заправляться, в каком разрешать, что будет если клиент укажет большее количество чем может влезть в его бак? и т.п. и т.д.
-
Запутал всех окончательно, начну пожалуй с описания задания
2.1. Заказчик – владелец АЗС, намерен превратить свою АЗС в передовую заправочную станцию.
2.2. Цель проекта – оптимизация и автоматизация всех бизнес-процессов АЗС.
2.3. Описание задания:
2.3.1. Описать бизнес-процессы (БП) АЗС. Для описания БП необходимо использовать общеизвестную нотацию, например язык моделирования UML.
2.3.2. Выделить основной бизнес-процесс, провести его оптимизацию и разделить процесс на функциональные подсистемы (модули, блоки).
2.3.3. Подготовить ТЗ на автоматизацию основного бизнес-процесса.
2.3.4. Обосновать сроки и стоимость автоматизации согласно ТЗ, а также
определить необходимый объем ресурсов для реализации ТЗ в срок.
2.3.5. Подготовить Спецификацию для разработчиков одного из функциональных модулей на выбор. Спецификация является по своей сути заданием на разработку программистам.
-
2.3.1. Описать бизнес-процессы (БП) АЗС. Для описания БП необходимо использовать общеизвестную нотацию, например язык моделирования UML.
2.3.2. Выделить основной бизнес-процесс, провести его оптимизацию и разделить процесс на функциональные подсистемы (модули, блоки).
Давайте начнем с этого. Ждем описания.
Кстати осторожнее с понятием основной бизнес-процесс :) Обычно это тот, который приносит прибыль компании
-
Теперь по порядку 2.3.1 Описать все биснес процессы с помощью UML. Вот что получается.
-
Теперь по порядку 2.3.1 Описать все биснес процессы с помощью UML. Вот что получается.
[/quotДавайте начнем с этого. Ждем описания.
Кстати осторожнее с понятием основной бизнес-процесс :) Обычно это тот, который приносит прибыль компании
e]
Получается что доставка, хранение и учёт топлива,система дисконта - это вспомогательные процессы и отображать их не надо?
Тогда из Бизнес-процессов можно выделить продажу топлива, СТО, мойка и продажу других товаров.
Из всех этих процессов основным будет продажа топлива.
-
нет, не так.
поставка, хранение и реализация (сбыт) топлива - это основной процесс, без любой части не будет дохода.
техническое обслуживание - это другой, но тоже основной процесс.
мойку я бы не стал рассматривать как отдельный процесс, скорее технологическая операция.
продажа товаров - еще один, со своей поставкой, хранением и сбытом
-
Биснесс-процессы.
-
Теперь по порядку 2.3.1 Описать все биснес процессы с помощью UML. Вот что получается.
Для описания бизнес процессов используйте диаграмму бизнес вариантов использования.
Для этого необходимо выделить business-actor (потребители), это клиент.
business-worker, это сотрудники компании обеспечивающий выполнение бизнес процессов.
Бизнес-варианты использования это те которые имеют ценность для потребителя и связаны с деятельностью "акторов".
В вашем случае для клиента могут быть выделены такие бизнес-варианты использования:
"заправка топливом","пользование услугами АЗС", "оплата услуг АЗС", "покупка товаров на АЗС" и т.п.
Почитайте например
http://www.iworld.ru/attachment.php?barcode=978531800358&at=exc&n=0
http://www.intuit.ru/department/pl/umlbasics/3/umlbasics_3.html
-
Здесь нужно понять, что за систему Вы собираетесь создать.
Насколько понятно из вашей постановки, естественно Вы хотите автоматизировать или создать некий сценарий помимо других возможностей, продажи топлива клиентам.
Вопросы доставки, складирования и учета расходования как таковые Вас могут не волновать, возможно они вне контекста нашего рассмотрения.
Тогда все внимание сосредотачивается на продаже топлива. Тут сразу Вам вопрос:
вы планируете автоматизировать только процесс продажи через МБ? и другие виды продаж вам не интересны и в систему не будут входить?
-
а по какому принципу Вы одни прецеденты связали друг с другом, а другие нет? например: "купить товар" и "произвести оплату" связаны, а "продажа топлива" и "произвести оплату" нет.
и почему одни прецеденты "include", а другой "extend"?
-
не успеваю переделывать, спасибо за помощь.
-
дык надо эта... семь раз отмерить, а потом один раз отрезать, и переделывать ничего не придётся
-
Выдать чек и дать сдачу лишнее и не правильно
Оплата наличными и Оплата по карте - это уточнение абстрактного ВИ Произвести оплату услуг (т.е. связь обобщение а не инклюд)
Межде отремонтировать авто и купить товар и Произвести оплату услуг должно быть отношение иклюд, экстент, обощение
-
Здесь нужно понять, что за систему Вы собираетесь создать.
Насколько понятно из вашей постановки, естественно Вы хотите автоматизировать или создать некий сценарий помимо других возможностей, продажи топлива клиентам.
Вопросы доставки, складирования и учета расходования как таковые Вас могут не волновать, возможно они вне контекста нашего рассмотрения.
Тогда все внимание сосредотачивается на продаже топлива. Тут сразу Вам вопрос:
вы планируете автоматизировать только процесс продажи через МБ? и другие виды продаж вам не интересны и в систему не будут входить?
Здесь нужно понять, что за систему Вы собираетесь создать.
Насколько понятно из вашей постановки, естественно Вы хотите автоматизировать или создать некий сценарий помимо других возможностей, продажи топлива клиентам.
Вопросы доставки, складирования и учета расходования как таковые Вас могут не волновать, возможно они вне контекста нашего рассмотрения.
Тогда все внимание сосредотачивается на продаже топлива. Тут сразу Вам вопрос:
вы планируете автоматизировать только процесс продажи через МБ? и другие виды продаж вам не интересны и в систему не будут входить?
Это тестовое задание для меня. Так как основной бизнес процесс продажа топлива, мне необходимо его оптимизировать. Моя задумка была разработать новый сценарий продажи топлива. По легенде АЗС обслуживает корпоративный парк более 100 машин. Чтобы исключить воровство и ускорить отпуск топлива мы внедряем бесконтакную заправку. Будем считать что основная АСУ уже есть. Детально буду рассматривать только этот процесс.
-
"бесконтактную заправку" или "бесконтактные (т.е. безналичные) расчеты"? для первого (если не считать заправку в другом месте) одного процесса мало будет :о))) а второе не спасет от недолива/перелива.
если необходимо решить конкретную проблему - исключить воровство - необходимо сформулировать что под этим имеется в виду, найти причины (условно "места утечки") и устранить их, в частности с помощью процесса. Пока Ваша схема (модель UC) не приводит к искомому результату, хотя это не означает, что когда-нибудь в будущем (когда Вы ее докрутите) оне не сможет помочь.
P.S. с участниками у Вас тоже есть определенные некорректности. в принципе они могли бы вывести Вас на "слабое звено"
-
Выдать чек и дать сдачу лишнее и не правильно
Оплата наличными и Оплата по карте - это уточнение абстрактного ВИ Произвести оплату услуг (т.е. связь обобщение а не инклюд)
Межде отремонтировать авто и купить товар и Произвести оплату услуг должно быть отношение иклюд, экстент, обощение
Можно подробней, пожалуйста
-
на данном этапе справились, всем спасибо за помощь и сочувствие. :)
-
можно оценить следущую ДСВИ. Сценарий такой.
1. Приезжает авто с установленным МБ (мобильным блоком) на свободную ТРК.
2. Водитель (заправщик) вставляет пистолет в бак.
3. Приёмопередатчик устанавливает связь с МБ авто.
4. Считывает данные с МБ.
5. Передаёт данные в систему (АСУ) АЗС.
6. Система выполняет обработку данных.
6.1 Проверка данных
6.2 Расчёт кол-во топлива и типа топлива.
7. Система проверяет соответствие выбранного пистолета и типа топлива.
8. Система даёт разрешение на заправку авто.
9. ТРК заправляет авто.
10. Система записывает транзакцию в БД.
-
можно оценить следущую ДСВИ. Сценарий такой.
1. Приезжает авто с установленным МБ (мобильным блоком) на свободную ТРК.
2. Водитель (заправщик) вставляет пистолет в бак.
3. Приёмопередатчик устанавливает связь с МБ авто.
4. Считывает данные с МБ.
5. Передаёт данные в систему (АСУ) АЗС.
6. Система выполняет обработку данных.
6.1 Проверка данных
6.2 Расчёт кол-во топлива и типа топлива.
7. Система проверяет соответствие выбранного пистолета и типа топлива.
8. Система даёт разрешение на заправку авто.
9. ТРК заправляет авто.
10. Система записывает транзакцию в БД.
триггер Приезжает авто с установленным МБ (мобильным блоком) на свободную ТРК.
1. Водитель (заправщик) вставляет пистолет в бак.
2. Система даёт разрешение на заправку авто.
3. ТРК заправляет авто.
Все. Остальное слишком детально, это не колышит водителя
Однако
1. как водитель узнает что все окей или все не окей?
2. как водитель узнает что заправка завершена
3. как водитель узнает что заправка завершена благополучно или не благополучно
3. если что-то не благополучно, каковы действия водителя, системы?