Здравствуйте. Хотелось узнать, корректно ли я нарисовал следующую диаграмму, описывающую процесс работы на сайте? Просто никто из моих коллег этим не занимается, поэтому только сторонняя проверка может мне помочь.
Здравствуйте. Хотелось узнать, корректно ли я нарисовал следующую диаграмму, описывающую процесс работы на сайте? Просто никто из моих коллег этим не занимается, поэтому только сторонняя проверка может мне помочь.
Формально диаграмма в порядке, вопрос в том, что вы с ней собираетесь делать.
Работа на сайте - это не процесс, см. http://mainthing.ru/ru/item/682/
Цель построения диаграмм в моей работе - спецификация сценария работы и взаимодействия пользователей на сайте.
Т.е. я так понимаю, следует ввести какой-то объект для "работы на сайте" и воспроизвести (изобразить) его "эволюцию".
Например, подпроцесс "регистрация пользователей" выглядит следующим образом, и здесь объектом является пользователь.
Я построил диаграмму для управления проектом, но сильно сомневаюсь в ее корректности в силу того, что некоторые задания, изображенные на ней, повторяются для разных ролей членов проектного коллектива (изменение статусов задач и т.д.). Подробнее можно увидеть на загруженном рисунке.
По диаграмме "General_diagram_10_02_2014.png"
Очень странная диаграмма. Из серии, "ну ка сбацай мне, что нить на BPMN". Не важно что, лишь бы было.
По схеме "Registration_10_02_2014.png"
Диаграмма мне показалось очень упрощенной. Недочёты которые мне увиделись:
1. Вывод списка ошибок должен заворачиваться в заполнение полей. Ведь проверка происходит при заполнении данных.
2. Gateway "Отказаться от регистрации" - Да/Нет. Лучше заменить на "Начать процесс регистрации" - Да (начинаем), Нет (отказ от регистрации). Иначе это маленькая мина, на которую кто нибудь наступит.
По диаграмме "Managing_project_11_02_2014.png"
Мне кажется надо изначально выделить 2 подпроцесса. Задача с трекером Документ отдельно и программирование отдельно. Чем постоянно проверять на наличие этого трекера.
Но, тут на вкус и цвет...
Вы должны авторизоваться, чтобы публиковать сообщения.