- •Введение
- •Раздел 2. Декомпозиция процесса «Деятельность Организации» в нотации idef0 (системы Business Studio или др.)
- •Используемые графические элементы нотации idef0
- •Раздел 3. Ролевое моделирование деятельности на примере процесса «Операционная деятельность». Описание подпроцесса «Оформление продажи» по шаблону «usecases.Org»
- •Развернутое описание подпроцесса «Оформление продажи»
- •Список технологий и типов данных
- •Бизнес-правила
- •Словарь терминов
- •Раздел 4. Декомпозиция процесса «Операционная деятельность» в нотации «Процедуры» системы Business Studio
- •Используемые графические элементы нотации «Процедура»
- •Раздел 5. Декомпозиция процедуры «Оформление продажи» в нотации «Процессы» Business Studio
- •Используемые графические элементы нотации «Процесс»
- •Заключение
- •Термины и определения Список литературы
- •Приложения
Используемые графические элементы нотации idef0
Элемент |
Назначение |
|
Добавление новой стрелки. При перетаскивании на диаграмму создается новая стрелка. При нажатии − включается режим рисования стрелок. |
|
Добавление нового Процесса IDEF0. Тип процесса можно изменить с помощью команды «Преобразовать в» в контекстном меню процесса IDEF0 в Навигаторе. |
|
Добавление сноски. Используется как дополнительный комментарий к объекту. |
|
Создать рамку. На диаграмме создается рамка. Если она уже существует, никаких действий не произойдет. |
|
Добавление Внешней ссылки. Откроется окно выбора элемента из справочника «Внешние ссылки». |
Контекстная диаграмма «Деятельность процесса» на примере компании ООО «ЭККО-РОС» представлена на рис.1. Далее на рис. 2 изображена декомпозиция контекстной диаграммы, на рис. 3 уже декомпозиция процесса «Продажа одежды и аксессуаров в торговом зале».
НА РИС. 2 ВЫБИРАЮТСЯ НУЖНЫЕ СТРЕЛКИ И СОЕДИНЯЮТСЯ С ПРЯМОУГОЛЬНИКУАМИ
Рис. 2. Декомпозиция контекстной диаграммы А-0 – Деятельность ООО «ЭККО-РОС
Рис. 3. Декомпозиция процесса А3 - «Продажа обуви и аксессуаров в торговом зале»
Раздел 3. Ролевое моделирование деятельности на примере процесса «Операционная деятельность». Описание подпроцесса «Оформление продажи» по шаблону «usecases.Org»
Для
описания (моделирования) процессов
выполнения должностных обязанностей
используем следующие понятия, применяемые
в международном стандарте «Унифицированный
язык моделирования (UML)»:
описание прецедента по шаблону usecases.org (соответствует самому низкому уровню, если моделируется деятельность рядовых сотрудников);
диаграмма прецедентов (уровень, предшествующий уровню описания прецедентов).
Под прецедентом понимается процесс низкого уровня, отражающий законченное действие, выполняемый одним или несколькими действующими лицами (в том числе компьютерными программами). Сначала прецедент представляют в виде основного успешного сценария, т.е. последовательности событий или потока событий, а затем дополняемый возможными отклонениями от него, т.е. альтернативными сценариями.
Развернутое описание подпроцесса «Оформление продажи»
(вид - «Как должно быть», шаблон - usecases.org)
Основной исполнитель. Кассир Заинтересованные лица и их потребности.
Предварительные условия. Кассир идентифицирован и аутентифицирован. Результаты. Данные о продаже сохранены. Бухгалтерские и складские данные обновлены. Комиссионные продавцам начислены. Товарные чеки напечатаны. Авторизация платежа выполнена. Основной успешный сценарий (основной процесс, основной поток событий)
Кассир повторяет действия, описанные в п.п. 3-4, для каждого товара.
10. Покупатель выходит из магазина с товарными чеками и товарами. Расширения (альтернативные потоки событий). *а. Система вышла из строя (это может произойти при любом событии с номером * основного сценария и нужно сделать попытку восстановить действия, выполненные до выхода системы из строя).
2а. Система определяет причину сбоя. 1. Система сообщает кассиру об ошибке, регистрирует ошибку и переходит в начальное состояние 2. Кассир открывает новую продажу За. Введен неправильный идентификатор товара. 1.Система сообщает кассиру об ошибке и отменяет ввод идентификатора товара. 3б. Товар с одним и тем же идентификатором приобретается в нескольких экземплярах (например, 8 сырков). 1. Кассир может ввести идентификатор вида товара и количество единиц. 3-6а. Покупатель просит кассира отменить покупку одного из товаров. 1. Кассир вводит идентификатор товара для удаления из продажи. 2. Система вычисляет и выдает измененную стоимость продажи. 3-6б. Покупатель просит кассира отменить продажу. 1. Кассир отменяет продажу. 3-бв. Кассир приостанавливает продажу. 1. Система записывает сведения о продаже и они становятся доступными с любого терминала. 4а. Вычисленная системой цена товара не устраивает покупателя (например, у него есть дисконтная карта и он рассчитывает на более низкую цену). 1. Кассир вводит команду об изменении цены. 2. Система вычисляет новую цену. 5а. Покупатель сообщает о положенной ему скидке (например, постоянный покупатель). 1. Кассир отправляет запрос на скидку. 2. Кассир вводит идентификационные данные покупателя. 3. Система представляет сумму скидки, вычисленную на основе дисконтных правил. 5б. Покупатель сообщает о кредите, открытом в магазине, и просит оформить продажу по кредиту. 1. Кассир отправляет запрос на оформление платежа с использованием открытого кредита. 2. Кассир вводит идентификационную информацию о покупателе. 3. Система снижает стоимость покупки (вплоть до 0) и уменьшает оставшуюся сумму кредита. 6а. Покупатель сообщает, что хочет оплатить покупку наличными, но у него недостаточно денег. 1а. Покупатель использует альтернативный способ платежа. 1б. Покупатель просит кассира отменить продажу. Кассир отменяет продажу в системе. 7а. Оплата наличными. 1. Кассир вводит величину, равную сумме полученных от покупателя денежных средств. 2. Система вычисляет величину сдачи и открывает кассу с наличностью. 3. Кассир складывает поученные деньги и выдает сдачу покупателю. 4. Система регистрирует платеж наличными. 76. Оплата по кредитной карточке. 1. Покупатель вводит информацию о своей кредитной карточке. 2. Система передает запрос на авторизацию платежа внешней системе службы авторизации платежей и запрашивает подтверждение платежа. 2а. Система определяет сбой при взаимодействии с внешней системой. 1. Система сообщает кассиру об ошибке. 2. Кассир просит покупателя изменить тип платежа. 3. Система получает информацию о подтверждении платежа и сообщает об этом кассиру. За. Система получает информацию об отказе в выполнении платежа. 1. Система сообщает кассиру об отказе. 2. Кассир просит покупателя изменить тип платежа. 4. Система регистрирует платеж по кредитной карточке после подтверждении платежа. 5. Система предоставляет механизм ввода подписи для платежа по кредитной карточке. 6. Кассир просит покупателя подписать чек на оплату по кредитной карточке. Покупатель вводит подпись. 7в. Оплата чеком. 9а. Генерация товарного чека. 1. Система товарные чеки печатает товарный чек (товарные чеки). 9б. Покупатель просит выдать ему подарочный чек (без указания цены). 1. Кассир вводит запрос на подарочный чек, и система выдает его.
|
