Наиболее популярная нотация моделирования бизнес-процессов, основанная на методологии структурного анализа SADT. Методология IDEF0 — это методология моделирования, позволяющая создать функциональную модель, отображающую структуру и функции системы, а также потоки информации и материальных объектов, связывающие эти функции (на рисунке представлена графическая диаграмма в нотации IDEF0 — пример реализован в системе Business Studio, которая включает в себя функции программы для построения IDEF0). Бизнес-процессы в нотации IDEF0 представляются в форме прямоугольника, а стрелки отражают связь с другими процессами и внешней средой. Особенностью нотации является:
- Возможность декомпозировать процессы на подпроцессы и, таким образом, строить иерархические модели бизнес-процессов;
- Выделение четыре типов стрелок: три типа входов — вход, управление и механизм (это позволяет более гибко описывать логику использования входов в процессе в целях последующего анализа), и выход.
Нотация IDEF0 используется для создания верхнего уровня модели бизнес-процессов. Построение IDEF0-диаграммы верхнего уровня обеспечивает наиболее общее или абстрактное описание объекта моделирования. На нижнем уровне для описания алгоритма (сценария) выполнения процесса допустимо сменить стандарт IDEF0 на нотацию Процесс, Процедура, EPC или BPMN 2.0.
Принцип работы процессора на уровне ядра
Подробнее о нотации IDEF0
С методологией SADT можно подробно ознакомиться в монографии Дэвида А. Марка и Клемента МакГоуэна «Методология структурного анализа и проектирования SADT».
Нотация Процесс (Basic Flowchart в Visio)
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Используются графические элементы: событие, процесс, решение, два типа стрелок — стрелки предшествования и стрелки «Поток объектов».
Нотация Процесс поддерживает декомпозицию на подпроцессы.
Нотацию Процесс можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Нотация Процедура (Cross-Functional Flowchart в Visio)
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Дополнительно к графическим элементам, применяемым в нотации Процесс, используются дорожки (Swim Lanes), обозначающие организационные единицы — исполнителей действий процесса.
Нотация Процедура поддерживает декомпозицию на подпроцессы.
Нотацию Процедура можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Нотация BPMN 2.0
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Особенностью нотации BPMN 2.0, появившейся в качестве стандарта моделирования в 2011 году, является то, что она предназначена как для моделирования бизнес-процессов, так и для их исполнения. Она доступна для понимания и удобна как бизнес-аналитикам, так и разработчикам, которые занимаются автоматизацией исполнения процессов. Для экспорта схемы процесса в BPMS-систему в Business Studio используется стандарт XPDL.
Пример создания поэтажных схем в MS Visio
В Business Studio представлено 2 типа диаграмм BPMN 2.0 — диаграммы процессов и диаграммы взаимодействия процессов. Используются следующие графические элементы: процессы, события, шлюзы; 3 типа стрелок: поток управления, поток сообщений, ассоциации; объекты: документы, информация, сообщения, базы данных. Важно, что в Business Studio все элементы диаграмм BPMN являются объектами репозитория.
В Business Studio в нотации BPMN можно строить иерархическое дерево процессов, т.е. поддерживается декомпозиция.
Для процесса BPMN можно автоматически сформировать регламент и другие отчеты, эта нотация применяется преимущественно для описания процессов нижнего уровня, особенно со сложной логикой исполнения.
Нотация BPMN 2.0
Нотация EPC (Event-Driven Process Chain)
Данная нотация используется для представления алгоритма выполнения процесса (нотация класса workflow). Диаграмма, описанная в нотации EPC (событийная цепочка процессов), представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её. В нотации EPC ветвление стрелок осуществляется с использованием операторов.
Нотация EPC поддерживает декомпозицию на более низкие уровни. Диаграмма декомпозируемой функции EPC может быть описана только в нотациях EPC или BPMN 2.0.
Нотацию EPC можно применять для моделирования отдельных процессов компании, а также на нижнем уровне модели бизнес-процессов, созданной в нотации IDEF0.
Источник: www.businessstudio.ru
3 Техническое проектирование программного
3.1 Разработка структурной схемы программного средства
Для взаимодействия пользователя с базой данных предназначен интерфейс и несколько дополнительных уровней для размещения бизнес-логики. Интерфейс позволяет вызывать все модули программы и взаимодействовать при помощи них с пользователем. На рисунке 3.1 изображена структурная схема программного средства.
Можно выделить четыре основных модуля.
Модуль генерации страниц отвечающий за создание кода страниц из посльзовательских настроек. Модуль размещен на уровне сервера бизнес логики.
Модуль настроек являеться совокупностью нескольких модулей. Отвечает за пользовательские настройки настройки критериев приемлемости, проверки отложеные во времени, настройку праметров необходимых для интеграции в систему, а так же за настройку пользовательских настроек для генерации страниц. За каждое действие отвечает отдельный модуль.
Модуль тестирования так же соостоит из нескольких модулей. Для проведения тестирования требуеться выполнить практически весь спект действий выполняющихся при публикации, но без долгосрочного воздействия на систему. Этот модуль обеспечивает физичекое размещение страницы в отдельном пространсве, подмену данных для коректной работы опубликованной страниц и возмоджности провести её полноценное тестирование, а так же есть возможность визуализации самой страницы.
Модуль публикации состоит из модуля версионности который выполняет срез настроек страницы для возможности ведения версионности и просмотра настроек на определённый момент времени и модуль взаимодействия с файловой системой который размещает опубликованию страницу по требуемому пути.
Рисунок 3.1 – Структура программного средства
3.2 Схема работы программы
При проектировании была разработана функциональная модель программы. На основе этой модели были построены алгоритмы. Общая схема работы программы представлена на рисунке 3.2
Рисунок 3.2 – Схема работы программы
Для работы программного средства требуется сначала произвести настройки (блок 2), а именно указать требуемые элементы управления и настройки элементов управления. Указать критерии приемлемости, обеспечив тем самым отложенную проверку данных на странице.
После проведения настроек и перед запуском тестирования происходит проверка всех настроек (блок 3) на соответствие стандартам программы и заложенным внутренними ограничениями. Если проверка настроек пройдена успешно то пользователь может запустить страницу в тестовом режиме (блок 4). Благодаря модулю подмены данных есть возможность протестировать страницу с данными приближенными к реально используемым. После запуска тестирования пользователь сможет проверить визуальную составляющую страницы и проверить правильность работы настроек и их преобразования.
Если пользователя удовлетворяют настройки страницы (блок 5), он может опубликовать страницу и сделать её доступной для работы других пользователей (блок 6).
Как правило, после некоторого срока использования страницы цикл будет повторяться, настройки будут изменяться и страница будет пере опубликовываться, что в свою очередь соответствует подходу «Эволюционное протипирование». Этот подход ставит своей целью последовательно создавать макеты системы, которые будут все ближе и ближе к реальному продукту. Такой подход имеет то преимущество, что на каждом шаге мы располагаем работающей системой, пусть и не обладающей всей нужной функциональностью, но улучшающейся с каждой итерацией. При этом, не тратятся ресурсы на код, который будет «выброшен».
Эволюционный подход к прототипированию может быть выбран, исходя из предположения, что все необходимые требования к моменту начала разработки неизвестны, и будут определяться по мере создания программы; тогда на каждом этапе мы реализуем лишь те требования, которые известны и ясны. Иногда при этом разработчики сосредотачиваются на работе только над теми модулями системы, требования на которые уже определены.
Так же с учетом выше выработанных концепций будут случаи когда изменение системных шаблонов будет приводить у пере публикации все имеющихся настроек страниц.
Алгоритм публикации приведен на рисунке 3.3. Стоит заметить что приведен общий вид алгоритма для того что бы передать представление о его работе. Так же существует функция «Множественной публикации», представляющая собой обычный алгоритм публикации «обернутой» в цикл и вызывающая алгоритм публикации для каждого продукта в отдельности.
Рисунок 3.3– Алгоритм публикации
Источник: studfile.net
Схема работы системы.
2.3.1. Схемы работы системы отображают управление операциями и поток данных в системе.
2.3.2. Схема работы системы состоит из:
1) символов данных, указывающих на наличие данных (символы данных могут также указывать вид носителя данных);
2) символов процесса, указывающих операции, которые следует выполнить над данными, а также определяющих логический путь, которого следует придерживаться;
3) линейных символов, указывающих потоки данных между процессами и (или) носителями данных, а также поток управления между процессами;
4) специальных символов, используемых для облегчения написания и чтения блок-схемы.
Схема взаимодействия программ.
2.4.1. Схемы взаимодействия программ отображают путь активаций программ и взаимодействий с соответствующими данными. Каждая программа в схеме взаимодействия программ показывается только один раз (в схеме работы системы программа может изображаться более чем в одном потоке управления).
2.4.2. Схема взаимодействия программ состоит из:
1) символов данных, указывающих на наличие данных;
2) символов процесса, указывающих на операции, которые следует выполнить над данными;
3) линейных символов, отображающих поток между процессами и данными, а также инициации процессов;
4) специальных символов, используемых для облегчения написания и чтения схемы.
Схема ресурсов системы.
2.5.1. Схемы ресурсов системы отображают конфигурацию блоков данных и обрабатывающих блоков, которая требуется для решения задачи или набора задач.
2.5.2.Схема ресурсов системы состоит из:
1) символов данных, отображающих входные, выходные и запоминающие устройства вычислительной машины;
2) символов процесса, отображающих процессоры (центральные процессоры, каналы и т. д.);
3) линейных символов, отображающих передачу данных между устройствами ввода-вывода и процессорами, а также передачу управления между процессорами;
4) специальных символов, используемых для облегчения написания и чтения схемы.
Примеры выполнения схем приведены в конце раздела.
Описание символов.
Символы данных.
3.1.1. Основные символы данных.
3.1.1.1. Данные (символ отображает данные, носитель данных не определен).
3.1.1.2. Запоминаемые данные (символ отображает хранимые данные в виде, пригодном для обработки, носитель данных не определен).
3.1.2. Специфические символы данных.
3.1.2.1. Оперативное запоминающее устройство (символ отображает данные, хранящиеся в оперативном запоминающем устройстве).
3.1.2.2. Запоминающее устройство с последовательным доступом (символ отображает данные, хранящиеся в запоминающем устройстве с последовательным доступом (магнитная лента, кассета с магнитной лентой, магнитофонная кассета).
3.1.2.3. Запоминающее устройство с прямым доступом (символ отображает данные, хранящиеся в запоминающем устройстве с прямым доступом (магнитный диск, магнитный барабан, гибкий магнитный диск).
3.1.2.4. Документ (символ отображает данные, представленные на носителе в удобочитаемой форме (машинограмма, документ для оптического или магнитного считывания, микрофильм, рулон ленты с итоговыми данными, бланки ввода данных).
3.1.2.5. Ручной ввод (символ отображает данные, вводимые вручную во время обработки с устройств любого типа (клавиатура, переключатели, кнопки, световое перо, полоски со штриховым кодом).
3.1.2.6. Карта (символ отображает данные, представленные на носителе в виде карты (перфокарты, магнитные карты, карты со считываемыми метками, карты с отрывным ярлыком, карты со сканируемыми метками).
3.1.2.7. Бумажная лента (символ отображает данные, представленные на носителе в виде бумажной ленты).
3.1.2.8. Дисплей (символ отображает данные, представленные в человекочитаемой форме на носителе в виде отображающего устройства (экран для визуального наблюдения, индикаторы ввода информации).
Символы процесса.
3.2.1. Основные символы процесса.
3.2.1.1. Процесс (символ отображает функцию обработки данных любого вида (выполнение определенной операции, приводящее к изменению значения, формы или размещения информации или к определению, по которому из нескольких направлений потока следует двигаться).
3.2.2. Специфические символы процесса.
3.2.2.1. Предопределенный процесс (символ отображает предопределенный процесс, состоящий из одной или нескольких операций или шагов программы, которые» определены в другом месте (в подпрограмме, модуле).
3.2.2.2. Ручная операция (символ отображает любой процесс, выполняемый человеком).
3.2.2.3. Подготовка (символ отображает модификацию команды или группы команд с целью воздействия на некоторую последующую функцию (установка переключателя, модификация индексного регистра или инициализация программы).
3.2.2.4. Решение (символ отображает решение или функцию переключательного типа, имеющую один вход и ряд альтернативных выходов, один и только один из которых может быть активизирован после вычисления условий, определенных внутри этого символа. Соответствующие результаты вычисления могут быть записаны по соседству с линиями, отображающими эти пути).
3.2.2.5. Параллельные действия (символ отображает синхронизацию двух или более параллельных операций).
Пример. Процессы С, D и Е не могут начаться до тех пор, пока не завершится процесс А; аналогично процесс F должен ожидать завершения процессов В, С и D, однако процесс С может начаться и (или) завершиться прежде, чем соответственно начнется и (или) завершится процесс D:
3.2.2.6. Граница цикла (символ, состоящий из двух частей, отображает начало и конец цикла. Обе части символа имеют один и тот же идентификатор. Условия для инициализации, приращения, завершения и т. д. помещаются внутри символа в начале или в конце в зависимости от расположения операции, проверяющей условие).
Пример:
Символы линий.
3.3.1. Основной символ линий.
3.3.1.1. Линия (символ отображает поток данных или управления).
При необходимости или для повышения удобочитаемости могут быть добавлены стрелки-указатели.
3.3.2. Специфические символы линий.
3.3.2.1. Передача управления (символ отображает непосредственную передачу управления от одного процесса к другому, иногда с возможностью прямого возвращения к инициирующему процессу после того, как инициированный процесс завершит свои функции. Тип передачи управления должен быть назван внутри символа (например, запрос, вызов, событие).
3.3.2.2. Канал связи (символ отображает передачу данных по каналу связи).
3.3.2.3. Пунктирная линия (символ отображает альтернативную связь между двумя или более символами. Кроме того, символ используют для обведения аннотированного участка).
Пример. Если один из ряда альтернативных выходов используют в качестве входа в процесс либо когда выход используется в качестве входа в альтернативные процессы, эти символы соединяют пунктирными линиями:
Пример. Выход, используемый в качестве входа в следующий процесс, может быть соединен с этим входом с помощью пунктирной линии:
Специальные символы.
3.4.1. Соединитель (символ отображает выход в часть схемы и вход из другой части этой схемы и используется для обрыва линии и продолжения ее в другом месте. Соответствующие символы-соединители должны содержать одно и то же уникальное обозначение).
3.4.2. Терминатор (символ отображает выход во внешнюю среду и вход из внешней среды (начало или конец схемы программы, внешнее использование и источник или пункт назначения данных).
3.4.3. Комментарий (символ используют для добавления описательных комментариев или пояснительных записей в целях объяснения или примечаний. Пунктирные линии в символе комментария связаны с соответствующим символом или могут обводить группу символов. Текст комментариев или примечаний должен быть помещен около ограничивающей фигуры).
Пример:
3.4.4. Пропуск (символ (три точки) используют в схемах для отображения пропуска символа или группы символов, в которых не определены ни тип, ни число символов. Символ используют только в символах линии или между ними. Он применяется главным образом в схемах, изображающих общие решения с неизвестным числом повторений).
Пример:
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru