Xpoint
   [напомнить пароль]

Классификация диаграмм в проектировании веб-сайта

Метки: [без меток]
2005-09-12 13:34:27 [обр] Mihailoff[досье]

Начитал про прицинденты (Use Cases), отношения классов, информационую структуру. Возникает вопрос что идет первым, что последним, как это эффективнее использовать и т.д.
Посему формулирую свой вопрос:
Существует ли единая классификация диаграмм при проектировании веб-сайтов и некий алгоритм построения этих диаграмм?

Проект, над которым я работаю, относится к средне-маленьким масштабам если можно так выразиться. Интересно было бы еще услышать по каким критериям определить масштаб или сложность проекта.
Платформа: .NET Framework
Языки програмирования: ASP, C#

спустя 9 часов [обр] Mihailoff[досье]

Ну вот накопал список разных диаграмм:
Диаграмма деятельности (Activity diagram)
Диаграмма классов (Class diagram)
Диаграмма компонентов (Component diagram)
Диаграмма кооперации (Collaboration diagrams)
Диаграмма последовательности (Sequence diagram)
Диаграмма потоков данных (Data flow diagram (DFD)
Диаграмма развертывания (Deployment diagram)
Диаграмма состояний (Statechart diagram)
Диаграмма сущность-связь (Entity-relation diagram (ERD)
Диаграмма функционального моделирования (Structured analysis and design technique (SADT)

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

спустя 11 часов [обр] GRAy(0/259)[досье]

Mihailoff[досье] За что стоит браться, а за что нет определяется не тем под какую технологию вы проектируете, а тем, каковы масштабы вашего проекта, ваш опыт в проектировании при помощи перечисленных инструментов, сроки которые перед вами стоят и т.п. Определение масштаба проекта - это то, что должно быть сделано ещё до его начала ;) А основные критерии обычно такие:

  1. Кол-во пользователей.
  2. Кол-во сервисов и их интегральная сложность (т.е. насколько тесно они взаимосвязаны).
  3. Кол-во разработчиков (включая менеджмент).
  4. Сроки выполнения.

Чем больше значение в каждом из пунктов - тем условно "масштабней" проект.
Перечисленные вами типы диаграмм частично относятся к методологии UML, частично к моделированию структур БД а частично к IDEF. Именно методология и является тем самым "алгоритмом" про который вы спрашиваете. Какая лучше подходит к проектированию именно веб-приложений? Та, которую вы сможете к ней применить (а может и все сразу) ;) причём решать это лучше относительно каждого конкретного проекта и имеющегося понимания той или иной методологии.
О том, чем вы интересуетесь, написаны куча тоооолстых книжек и однозначного ответа вам никто не даст.

спустя 8 часов [обр] Денис Бесков-Доронин aka Cybrarian(3/3)[досье]

Mihailoff[досье]
...
Диаграмма сущность-связь (Entity-relation diagram (ERD)
Диаграмма потоков данных (Data flow diagram (DFD)
Диаграмма функционального моделирования (Structured analysis and design technique (SADT)
...
SADT - это не диаграмма, а классический методологический подход к анализу и проеткированию, с ним связывают диаграммы, описывающие структуру данных, потоки, процессы и функции описываемой или создаваемой системы - ERD(IDEF1X, данные), IDEF0(процессы), DFD(потоки), IDEF3(функции).

SADT - подход, зародившийся в 60-е годы и успешно применявшийся в течение десятков лет.

Про структурный подход можно почитать на сайте citforum.ru - http://www.citforum.ru/database/case/glava2_1.shtml

В конце 80-х и начале-середине 90-х возник новый подход, который получил название "объектно-ориентированного", с ориентацией не отдельно на данные и на функции, а на объект, как некий единый конгломерат.

Этот подход развился и оформился как в программировании, так и в проектировании/анализе систем. В конце 90-х годов три ведущих разработчика нотаций (систем обозначения) объектных моделей объединили свои усилия и создали стандарт UML, Unified Modelling Language, к которому и относятся остальные упомянутые Вами типы диаграмм:

  • Диаграмма деятельности (Activity diagram)
  • Диаграмма классов (Class diagram)
  • Диаграмма компонентов (Component diagram)
  • Диаграмма кооперации (Collaboration diagrams)
  • Диаграмма последовательности (Sequence diagram)
  • Диаграмма развертывания (Deployment diagram)
  • Диаграмма состояний (Statechart diagram)

и пропущенная Вами, но очень важная

  • Диаграмма прецедентов, или вариантов использования, или типовых сценариев (Use-case diagram)

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

Почитайте курс в открытом доступе - "Объектно-ориентированный анализ и проектирование с использованием UML" - http://www.intuit.ru/department/pl/umlbasics/ (регистрация бесплатная).

Powered by POEM™ Engine Copyright © 2002-2005