Дорожка для плавания

Для проверки этой статьи нужны дополнительные цитаты . Помогите улучшить эту статью , добавив ссылки на надежные источники . Материалы без источников могут быть оспорены и удалены. Найти источники:  «Swimlane» – новости  · газеты  · книги  · ученый  · JSTOR ( февраль 2024 г. ) ( Узнайте, как и когда удалять это сообщение )

Дорожка (как в диаграмме дорожки ) используется в диаграммах потоков процессов или блок-схемах, которые визуально различают разделение работы и ответственности за подпроцессы бизнес -процесса . Дорожки могут быть расположены как горизонтально, так и вертикально .

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

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

В качестве альтернативы поток можно повернуть так, чтобы последовательность читалась горизонтально слева направо, а задействованные роли были показаны на левом краю. Это может быть проще для чтения и проектирования, поскольку экраны компьютеров обычно шире, чем выше, что дает улучшенный обзор потока.

Использование стандартных символов позволяет наглядно показать взаимосвязь между связанными блок-схемами при построении схем потоков со сложными взаимосвязями.

При использовании для составления схемы бизнес-процесса, в котором задействовано более одного отдела, дорожки часто служат для уточнения не только этапов и того, кто несет ответственность за каждый из них, но и того, как наиболее вероятно возникновение задержек, ошибок или мошенничества.

Многие методологии моделирования процессов используют концепцию дорожек как механизм для организации действий в отдельные визуальные категории с целью иллюстрации различных функциональных возможностей или обязанностей (организационных ролей ). Дорожки используются в методологиях моделирования диаграмм деятельности Business Process Modeling Notation (BPMN) и Unified Modeling Language (UML) .

Диаграммы Swimlane впервые появились в 1940-х годах как разновидность диаграммы потока процесса, называемой многоколоночной диаграммой. ^[1] Они были названы диаграммами Swim Lane Гири Раммлером и Аланом Брашем в их книге «Улучшение производительности» (1990). Впервые они были представлены в компьютерном построении диаграмм iGrafx. Swimlane также известны как «диаграммы Раммлера-Браша». Другое возможное происхождение термина Swimlane — это часть графического конструктора процессов JBoss jBPM jPDL (Process Definition Language), являющегося частью фреймворка JBoss jBPM для языков процессов. ^[2]

Презентация Swimlane была разработана в начале 1980-х годов профессором, доктором технических наук Биннером в рамках его докторской диссертации о требованиях к концепции ИТ и CIM в Институте заводских объектов профессора Виндаля в Техническом университете Хар.

Была разработана модель процесса, в которой ролевой анализ и моделирование процесса стали отправной точкой для ИТ-решения на базе ИТ или, в данном случае, решения CIM, с помощью которого стала возможной разработка концепции IT-CIM.

Swimlane был впервые представлен в компьютерном моделировании процессов компанией IGrafx в 1993 году и зарегистрирован в качестве торговой марки в 1996 году. Его также можно назвать функциональной полосой (как в Microsoft Visio 2007), и он используется таким же образом, для создания кросс-функциональной блок-схемы для отображения процесса в функциональных подразделениях бизнеса. ^[3] Термин «функциональная полоса» появился после использования swimlane и, по-видимому, находится в упадке как приемлемый термин, поскольку BPMN получил более широкое признание в качестве стандарта моделирования.

Другой используемый термин — «функциональная блок-схема», полезная для проектов по улучшению производительности и системного проектирования. После установления рабочего процесса «как есть» и интерфейсов систем рабочие шаги упрощаются для автоматизации процессов, когда это целесообразно, и переноса шагов в последующие рабочие процессы. Затем создается модель «как должно быть» для человеческих процессов и разрабатывается соответствующий документ по системному проектированию для тех, которые автоматизированы. Обычно достигается более 30% прироста производительности даже для процессов, которые остаются ручными.

• Рабочий процесс
• Цепочка процессов, управляемая событиями
• Блок-схема

• Руководящие принципы Swimlane, Agile Modeling , Картирование процессов