8. Aris
Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия, а также разработки автоматизированных информационных систем. В ее основу положена обширная методология, вобравшая в себя особенности различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методологий, что позволяет использовать ARIS пользователям с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.
Методология, используемая ARIS, представляет собой множество различных методологий, интегрированных в рамках системного подхода. Это позволяет говорить о единой архитектуре рассматриваемой методологии. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений;
функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
модели управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы.
Другой особенностью методологии ARIS, обеспечивающей целостность разрабатываемой системы, является использование различных уровней описания, что поддерживает теорию жизненного цикла системы, существующего в сфере информационных технологий. В ARIS Toolset используется трехфазовая модель жизненного цикла, т.е. каждый из перечисленных аспектов имеет три уровня представления:
Уровень определения требований. На данном уровне разрабатываются модели, описывающие то, что должна делать система - как она организована, какие деловые процессы в ней присутствуют, какие данные при этом используются.
Уровень проектной спецификации. Этот уровень соответствует концепции информационной системы, определяющей основные пути реализации предъявленных на втором этапе требований.
Уровень описания реализации. На данном этапе жизненного цикла создания информационных систем происходит преобразование спецификации в физическое описание конкретных программных и технических средств. Это заключительный этап проектирования систем, за которым следует этап физической реализации (программирования). Уровень описания реализации порождает документы, на основе которых можно обеспечить процесс разработки программных модулей (или подбора готовых программных компонент, отвечающих поставленным требованиям), а также выбора и организации технических средств реализации системы.
9. Bpmn
BPMN поддерживает лишь набор концепций, необходимых для моделирования бизнес-процессов.
Несмотря на то, что BPMN позволяет моделировать потоки данных и потоки сообщений, а также ассоциировать данные с действиями, она не является схемой информационных потоков.
Моделирование в BPMN осуществляется посредством диаграмм с небольшим числом графических элементов. Это помогает пользователям быстро понимать логику процесса. Выделяют четыре основные категории элементов:
Объекты потока управления: события, действия и логические операторы
Соединяющие объекты: поток управления, поток сообщений и ассоциации
Роли: пулы и дорожки
Артефакты: данные, группы и текстовые аннотации.
Элементы этих четырёх категорий позволяют строить простейшие диаграммы бизнес-процессов.
Объекты потока управления разделяются на три основных типа: события, действия и логические операторы.
События
изображаются окружностью и означают какое-либо происшествие в мире. События инициируют действия или являются их результатами. Согласно расположению в процессе события могут быть классифицированы на начальные, промежуточные и завершающие.
Действия
изображаются прямоугольниками со скругленными углами. Среди действий различают задания и подпроцессы. Графическое изображение свёрнутого подпроцесса снабжено знаком плюс у нижней границы прямоугольника.
Логические операторы
изображаются ромбами и представляют точки принятия решений в процессе. С помощью логических операторов организуется ветвление и синхронизация потоков управления в модели процесса.
Объекты потока управления связаны друг с другом соединяющими объектами. Существует три вида соединяющих объектов: потоки управления, потоки сообщений и ассоциации.
Поток управления
изображается сплошной линией, оканчивающейся закрашенной стрелкой. Поток управления задаёт порядок выполнения действий. Если линия потока управления перечеркнута диагональной чертой со стороны узла, из которого она исходит, то она обозначает поток, выполняемый по умолчанию.
Поток сообщений
изображается штриховой линией, оканчивающейся открытой стрелкой. Поток сообщений показывает, какими сообщениями обмениваются участники.
Ассоциации
изображаются пунктирной линией, заканчивающейся стрелкой. Ассоциации используются для ассоциирования артефактов, данных или текстовых аннотаций с объектами потока управления.
10.
Методика «шести сигм», как и её предшественники, основывается на следующих принципах:
для успешного ведения бизнеса необходимо постоянно стремиться к установлению устойчивого и предсказуемого протекания процессов;
показатели (KPI), характеризующие протекание процессов производства и бизнес-процессов, должны быть измеряемыми, контролируемыми и улучшаемыми, а также отражать изменения в протекании процессов;
для достижения постоянного улучшения качества необходимо вовлечение персонала организации на всех уровнях, особенно высшего руководства.
Также указываются следующие базовые принципы:[источник не указан 983 дня]:
искренний интерес к клиенту[уточнить];
управление на основе данных и фактов;
ориентированность на процесс, управление процессом и совершенствование процесса;
проактивное (упреждающее) управление;
взаимодействие без границ (прозрачность внутрикорпоративных барьеров);
стремление к совершенству плюс снисходительность к неудачам;
При реализации проектов совершенствования процессов часто используется последовательность этапов DMAIC (англ. define, measure, analyze, improve, control):
определение целей проекта и запросов потребителей (внутренних и внешних);
измерение процесса, чтобы определить текущее выполнение;
анализ и определение коренных причин дефектов;
улучшение процесса, сокращая дефекты;
контроль дальнейшего протекания процесса.