Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Новый документ в формате RTF.rtf
Скачиваний:
111
Добавлен:
27.03.2015
Размер:
2.07 Mб
Скачать

Раздел 2. Декомпозиция процесса «Деятельность «Ростелеком»» с использованием (нотации) idef0 системы Business Studio 4

В Business Studio можно построить IDEF0 – графическое функциональное моделирование, отображающее структуру и функции системы (верхний уровень). IDEF0 – имеет имя и номер.

Нижний операционный уровень: Процесс, Процедура, EPC.

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

Используемые графические элементы нотации IDEF0

Элемент

Назначение

Добавление новой стрелки. При перетаскивании на диаграмму создается новая стрелка. При нажатии − включается режим рисования стрелок.

Добавление нового Процесса IDEF0. Тип процесса можно изменить с помощью команды «Преобразовать в» в контекстном меню процесса IDEF0 в Навигаторе.

Добавление сноски. Используется как дополнительный комментарий к объекту.

Создать рамку. На диаграмме создается рамка. Если она уже существует, никаких действий не произойдет.

Добавление Внешней ссылки. Откроется окно выбора элемента из справочника «Внешние ссылки».

Контекстная диаграмма «Деятельность процесса» на примере компании «Ростелеком» представлена на рис.1. Далее на рис. 2 изображена декомпозиция контекстной диаграммы.

Рис.2. Декомпозиция контекстной диаграммы А-0- Деятельность ООО «Ростелеком»

Раздел 3. Ролевое моделирование деятельности на примере процесса «Анализ продаж». Описание процесса «Оплата услуг через интернет» по шаблону «use cases.Org»

Пример, иллюстрирующий ролевое моделирование приведен на рис. 1.

П1

Вход на сайт Ростелеком через интернет

П2

Выбор услуг

П3

Оплата услуг

Ростелеком

П4

Печать документа об оплате

Рис. 1. Диаграмма подпроцессов для процесса

«Операционная деятельность Ростелеком»

  • описание прецедента по шаблону use cases.org (соответствует самому низкому уровню, если моделируется деятельность рядовых сотрудников);

  • диаграмма прецедентов (уровень, предшествующий уровню описания прецедентов).

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

Развернутое описание процесса «Оплаты услуг через интернет»

Основной исполнитель. Покупатель.

Заинтересованные лица и их потребности.

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

  • Покупатель. Хочет получить услуги интернет с минимальными затратами времени и получить отчет об оплате, гарантирующий поступление оплаты.

Предварительные условия. Реквизиты введены, пользователь идентифицирован.

Результаты. Услуги оплачены.

Основной успешный сценарий (основной процесс, основной поток событий)

  1. Покупатель выбирает вид оплаты.

  2. Оплата картой.

  3. Ввод данных карты.

  4. Система передает запрос на авторизацию платежа в банк.

  5. Платеж подтвержден банком.

  6. Система получает от банка подтверждение.

  7. Система выдает документ на печать.

Расширения (альтернативные потоки событий).

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

  • Происходит перезагрузка системы.

  • Система инициирует восстановление прерванное состояние.

  • Система сообщает клиенту об ошибке,

  • Регистрирует ошибку и переходит в начальное состояние.

  • Система проверяет поступление заказов до сбоя

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

*б Закончились деньги на карте.

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

  • Система просит покупателя выбрать вид оплаты.

  • Покупатель отменяет платеж.

Специальные требования:

  • Быстрое восстановление информации в случае сбоя.

  • Отклик системы авторизации в 90% случаев приходит в течение одной минуты.

Частота использования: равна количеству оплат услуг за месяц.

Бизнес-правила.

Имя

Правило

Возможность изменения

Источник

ПРАВ1

Вычисления скидок в зависимости от наименования или назначения услуг: 10% на подключение услуг на этой неделе; При подключении двух услуг (Интернет+Кабельное ТВ)

месяц бесплатно.

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

Политика Ростелеком организаций

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