Сообщений в теме: 5

[Klaymen]

Здравствуйте.

Изучаю UML и пробую отобразить архитектуру примерного проекта "Справочная система". За основу взяты идеи Справка GMail и Вопрос-Ответ.

Черновик схемы разместил в своём альбоме Изучаю РОА.

Это Ресурсно-Ориентированная Архитектура, реализация которой представляется на RESTful Web Services.

На основе ваших замечаний буду дорабатывать схему. Дополнительно ещё для поддержания беседы буду делать диаграммы Последовательности (Sequence), Классов (Classes) и Физической модели данных (DDL диаграмма). Рисую всё в программе MagicDraw.

Начиная эту бесуду, преследую цель научиться работать с UML и сформировать заинтересованность в РОА.

[azamat7r]

А какую методологию разработки ПО применяешь?
Одного UML мало, нужна методология разработки, например RUP, его облегченный вариант OpenUP, SCRUM, XP и др.
И если по RUPу, то начинать надо с UseCase-диаграмм, с анализа требований.

[Klaymen]

Добавил схемы. Переименовал альбом и теперь ссылка, указанная в первом сообщении не работает.

Какой либо методологии нет. Просто хочу описать гипотетический проект с помощью UML.

Попутно возникло желание спросить у программистов. Глядя на уже готовые диаграммы использования (Use case diagramm) и диаграмму реализации (Implementation diagramm), кто во сколько оценить данный проект? Т.е. какой срок можно выделить на реализацию такого проекта и сколько может стоить эта работа? Конечно нужно учитывать, что на диаграммах использования отображено только 90% от всех возможностей, и остаётся ещё 10% того, что может появиться в процессе разработки. Интересно было бы сравнить, как используемый при разработке язык программирования повлияет на стоимость и сроки.

[azamat7r]

Вообще-то, UseCase-диаграмма это всего лишь 10%, остальное описывается в UseCase-спецификации.

Сообщение отредактировал azamat7r: 19.03.2010, 09:25:33

[Klaymen]

Вообще-то, UseCase-диаграмма это всего лишь 10%, остальное описывается в UseCase-спецификации.

Понятно.
Я сейчас рисую диаграммы как программист и Use Case определяю исходя из уже представляемых Java классов и методов. Понимаю, что это не верно и нужно делать наоборот: сначала Use Case, а потом классы и методы.

[Klaymen]

Немного подправил ранее опубликованные диаграммы. Загрузил диаграммы классов-сущностей, которые предполагается связывать с таблицами в базе данных. Название альбома изменил и ссылка поменялась на http://picasaweb.goo...feat=directlink