Для чего-либо другого, кроме довольно простого сайта, я не уверен, что полная диаграмма деятельности - полезная инвестиция.
Вы упомянули об этом как о способе отображения прогресса клиенту. Я использовал для аналогичных целей, но имел тенденцию к разделению следующим образом:
- AD высокого уровня, который показывает основные разделы сайта, например. логин/безопасность, образование, продажи, обслуживание.
- Для каждого основного раздела диаграмма содержит сводку списка задач (истории/Служебные случаи), которые поддерживает раздел. например для продажи: просмотр/поиск акций, добавление товаров в корзину, оформление заказа. Он также показывает основной навигатор среди разделов сайта (например, login -> sales/service и т. Д.).
- При необходимости создайте отдельную таблицу, в которой перечислены каждая задача/страница и ее статус.
У меня никогда не было диаграммы, чтобы создать больше дня, чтобы создать - обычно несколько часов. Он работает, потому что он обеспечивает обзор высокого уровня, в то время как таблицы (таблицы) имеют подробную информацию. Диаграмма также имеет тенденцию быть менее волатильной -> меньше обслуживания.
В зависимости от вашего процесса разработки, вам не нужны электронные таблицы (например, если вы используете инструмент планирования, такой как xplanner и т. Д., Вы можете напрямую генерировать отчеты о проделанной работе).
hth.
У меня нет части «Большая часть сайта была разработана» здесь, пожалуйста, объясните. Вы создаете дизайн для чего-то, что уже построено? –
Да, я делаю дизайн для чего-то, что уже построено. Он служит объяснением для клиента, чтобы увидеть, что было сделано и что еще предстоит сделать. –
Я googled;) http://www.cs.toronto.edu/~matz/instruct/csc407/lectures/uml_for_e-commerce.pdf (в качестве руководства) http://www.utdallas.edu/~chung/George .Suwei/Project48.ppt как образец ... –