|
|
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
У меня вопрос к архитекторам, аналитикам и методологам. Необходимо схематически отображать следующую информацию: 1. Концептуальная модель организации данных. Содержание видится следующим образом: • Базы данных (например, база данных склада, база кассы, база управления ценами). Каждая может иметь свое СУБД, и его версию. • Программные подсистемы. Например, управление закупками, управление складскими запасами, розничная продажа и т.д. • Использование подсистемами данных. Например, управление закупками использует БД склада. Розничные продажи – все три БД. 2. Использование сущностей (таблиц) и/или их логических объединений (например объединение «таблицы заказов на продажу»: заголовок, строки еще что-то – не хочется тащить связь по каждой таблице в отдельности) в функциональных системах (по сути дела АРМах). Скажем, такое – то логическое объединение, принадлежащее базе склада используется в рознице и управления закупками. При этом было бы желательно, чтобы «использование» имело некоторые возможности для задания определения этого использования с дальнейшей детализацией (например «используется при оформлении заказа» и т.д.) и выходом на схему бизнес-процессов. Добавлю свои комментарии. При все простоте задачи мне не удалось найти ни одного адекватного средства, кроме Visio (то же, что и бумага + ручка). Однако хотелось бы нечто единое, по которому можно было бы иерархически двигаться от общего к частному. Понимаю, что это недостижимый идеал. К сожалению, имеющиеся средства не позволяют комплексно решить эту проблему. Если ER-модель худо-бедно наглядно может отобразить сущности и при определенной фантазии проектировщика их объединения, то отобразить их использование в функциональных подсистемах наглядно уже невозможно. В голове все вериться некий гибрид DFD и ER диаграммы, но штука в том, что DFD процессно ориентирована, т.е. если я буду схематично рисовать процесс оформления заказа, то я могу воткнуть в него лишь квадратики «хранилищ» данных. Но мне нужна, как вы понимаете, функциональная схема. Кроме того, «хранилища» DFD не более чем геометрическая фигура на схеме, которую невозможно «раскрыть». Что касается отдельно ER модели. Можно создать n схем по одной на каждую базу. Далее разбить таблицы по Subject Area в случае ERWin, в случае PowerDesigner рисовать цветные квадратики на здоровой простыне (честно говоря я склоняюсь к тому, что для документирования ER-Win на порядок лучше PD). Далее нарисовать m DFD схем. Но лучше, ИМХО, создать собственную нотацию и налепить все в Visio, что от безвыходности похоже придется сделать. Вот такая мысль и такие идеи. Может ли кто-нибудь что-то посоветовать? В качестве приложения, сущности для отображения на схемах: Базы данных Группа сущностей Сущность (логическое представление) Таблица (физическое представление) Функциональные приложения Взаимосвязи: • между группами сущностей • между сущностями (таблицами) (стандартная ER-модель) • принадлежность таблиц группам сущностей. • Между функциональными приложениями и базами данных • Между функциональными приложениями и группами сущностей В идеале, функциональные приложения в дальнейшем надо в дальнейшем представлять на схемах внутренней организации (а их организация в основном процессная, а не объектно ориентированная) а между приложениями и использованием данных – рисовать бизнес-процессы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2007, 16:07 |
|
||
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
Да и еще - одно небольшое но существенное дополнение. Средство отображения ER модели долно поддерживать прямой и обратный инжениринг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2007, 16:11 |
|
||
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
> отображения ER модели долно поддерживать прямой и обратный инжениринг. обратный инжениринг, на сколько я знаю, поддерживает ТОЛЬКО ErWin. Буду очень рад ошибаться. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.05.2007, 19:11 |
|
||
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
Sybase Power Designer тоже поддерживает обратный инжиниринг ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2007, 13:10 |
|
||
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
Pr.Slavon в случае PowerDesigner рисовать цветные квадратики на здоровой простыне (честно говоря я склоняюсь к тому, что для документирования ER-Win на порядок лучше PD). Далее нарисовать m DFD схем. В Power Designer объекты можно распределить по пакетам и отдельным диаграммам модели, что, кстати, на порядок удобнее. Кроме того средство создания отчетности по моделям гораздо более продвинутое в PD. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2007, 01:01 |
|
||
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
Pr.Slavon, а вы никогда ничего не слышали про ARIS и UML? Диаграммы ARIS, например EPC, позволяют отображать понятия разнообразного характера, например, механизм, документ, структура данных, исполнитель на одной диаграмме. UML наоборот, стремится создавать набор однородных по сути элементов в пределах одной диаграммы, но позволяет их (диаграммы) увязывать между собой и вводить новые понятия через механизм стереотипов. Я лучше знаю UML, потому расскажу про него. В вашем случае, т.к. система похоже уже существует, самый простой вариант - начать со структурного описания - диаграммы размещения, затем проработать диаграммы компонентов, диаграммы пакетов, диаграммы классов и таблиц. При необходимости дополнить функциональными диаграммами прецедентов использования и деятельности. Для такого UML-моделирования можно использовать любой хороший современный UML-инструмент. Но в UML на мой взгляд достаточно проблематично отразить наглядно потоки данных и бизнес-процессы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2007, 20:05 |
|
||
|
Методологии и Case средства для документирования и моделирования ИС
|
|||
|---|---|---|---|
|
#18+
Pr.SlavonДа и еще - одно небольшое но существенное дополнение. Средство отображения ER модели долно поддерживать прямой и обратный инжениринг.Подозреваю, что вам нужна те только генерация кода и инженерный анализ, но и круговая инженерия - round-trip engineering. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2007, 20:14 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34551937&tid=1544450]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
186ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 491ms |

| 0 / 0 |
