Технологический поток - блок-схема по-прежнему является наилучшим способом ее диаграммы?

Question

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

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

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

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

Благодаря

Answer 1

Я бы с ручкой и бумагой, или, может быть белой доской, если вы чувствуете фантазии.

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

Если вы ищете для некоторых подходящих приложений, то попробуйте этот вопрос:

What's the best UML diagramming tool?

Answer 2

я не уверен, какого-либо конкретного инструмента (кроме Visio), но вы должны смотреть на Business Process Modeling Notation (BPMN).

Answer 3

Business Process Modeling Notation (BPMN) может помочь вам в этом. Я знаю архитектора, который использует для этого Agilian и рекомендует его высоко.

Answer 4

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

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

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

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

Диаграмма последовательности проще, чем блок-схема IMHO, поскольку нет необходимости в принятии решений.

Answer 5

Мы работаем над представлением бизнес-процессов, которое отходит от обычного подхода рабочего процесса, то есть к метафоре машины, где организация является «машиной», которая «выполняет» бизнес-процесс. Мы называем это «пулом рабочих продуктов», и он сосредотачивается на продуктах, а не на задачах.Как говорит ChrisBD, нет единичных отправных точек, и подход к пулу рабочего продукта подтверждает это и использует оппортунистический, ориентированный на людей подход к представлению процессов.

Если вы используете Google для «пула рабочих продуктов», вы найдете несколько статей, описывающих подход. Стандартная метамодель ISO/IEC 24744 особенно подходит для моделирования бизнес-процессов с использованием этого подхода.