Имеется Автоматизированная Система, изображенная на рисунке. Как видно, она состоит из отдельных блоков (в реальности их больше, но для примера достаточно).

Вопросы такие:

1) Каким образом перейти к созданию диаграммы классов, например каждый блок содержит как минимум классы пользовательского интерфейса и классы доступа к базе данных. Что, можно прямо создать декомпозицию этих блоков и врисовать туда классы ?

2) Система должна содержать некий администраторский модуль, с помощью которого можно манипулировать любыми данными системы (на случай ошибки пользователя или сбоя системы). Вообще, этот модуль должен иметь доступ ко всем блокам системы, соответственно в каком месте диаграммы он должен оказаться ?

3) Классы доступа к базе данных я думаю организовать в одной библиотеке (и в одном namespace'e), но для каждого модуля создать свой класс доступа, например DatabaseAccess.EnterpriseModule.CreateNewJob . Опять-таки, где это все рисовать на диаграмме, как и в случае с администраторским блоком, DatabaseAccess относиться ко всей системе целиком, и его нельзя впихнуть в конкретный блок.

kolobok0
И опираясь именно на это (!) насчупать те классы которые нужно реализовать

у меня не стоит проблема в идентификации классов, у меня проблема в правильном отображении их на UML диаграммах. То, что система распадается на подсистемы очевидно и мне и пользователям, но я не знаю, как правильно это все нарисовать. Вот есть namespaсe с классами доступа к базе, а где он должен оказаться на диаграмме ?

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

proposed amendment
ISBN 5-279-02440-6 вам в руки, ИМХО как раз по размеру.

ок, ее тоже поищу, но тем не менее, может кто-нибудь ответить на мои вопросы-то, ведь несложные-же для людей с опытом

byur
Если вы идентифицировали классы, то просто возьмите и нарисуйте их на диаграмме классов ... и соотнесите с вашими "подсистемами". В чем тут проблема?

Проблема в том, что классы (эти самые слои классов доступа к базе, GUI) являют собой малость оторванную сущность от бизнес-подсистем, на которые распадается АС.
Т.е. имеется например класс доступа к базе данных с названием "Заказы". Понятно, что этот класс будет использоваться в нескольких подсистемах сразу (в экономическом модуле и в производственном). Но не могу-же я его изобразить в нескольких местах сразу. Потому и задал вопрос, каким образом соотнести диаграммы бизнес-подсистем и реальных классов системы. Или получается, что это как-бы оторванные понятия в UML и особо между собой не коррелируют ?
byur
Возможно вам следует бросить затею с использованием UML. Есть вероятность, что вы попробуете, а потом вы всем будете говорить, что "я попробовал UML -- все это ерунда". Эффективное использование UML требует ясного понимания методологической части и целей использования. Если цель (вообще, безотностиельно конкретно вашего случая) -- просто пофинтовать перед пользователями, которые в UML и в др. нотациях ничего не смыслят -- это самая плохая мотивация для применения UML

ИМХО, смелое заявление, особенно учитывая что вы не знаете меня и не знаете, собираюсь-ли я пофинтовать или использовать это в работе.

Понимание методологической части обратно пропорционально качеству, с каким авторы ее излагают в книжках. Возьмите того-же Макконнелла, его читать не только легко, но даже захватывающе, хотя пишет он там о науке проектирования, а не о любовном романе.
А в книге Буча, когда натыкаешся например на :
Booch
"Взаимодействием называется поведение, выражающееся в обмене сообщениями между множеством объектов в некотором контексте, в результате чего достигается определенная цель. Сообщение - это спецификация обмена данными между объектами, при котором передается некая информация в расчете на то, что в ответ последует определенное действие"

хочется закрыть книжку и пойти поспать

ShtockА почему не можете изобразить?Места жалко?Берете, например, если в PowerDesigner делаете диаграммы графический синоним и размещаете...
Как вариант поместите класс "Заказы" в пакета "Работа с заказами"-с точки зрения бизнеса это нормально.
нет не жалко, просто что-то не приходило в голову, что так и делают.

А что такое RUP ?