Архитектура информационной системы (ПО, DLL. хранимые процедуры и функции.(Прочитано 25980 раз)
Всем доброго дня!
Не могу подобрать вид диаграммы для иллюстрации архитектуры информационной системы.
Самый простой пример.
Изобразить взаимодействие программного модуля Касса.exe с Расчёты.DLL и хранимых oracle процедур.\
Попросту говоря, запечатлить схему, что использует программа Касса.exe для своей работы.
Использую инструмент Enterprise Architect.



Это диаграмма компонентов - http://www.intuit.ru/department/pl/umlbasics/12/

Только вы не правы в том, что это будет ВСЯ архитектура ИС.

По современным представлениям архитектура многоаспектна и отображается в виде 4 + 1 видов архитектурных представлений (4 + 1 View Architecture) в самом простом случае (для архитектуры ПО):


То, о чём говорите вы - взаимосвязь программных модулей - это Implementation View, представление реализации, представление уровня разработки. См. http://www.intuit.ru/department/itmngt/entarc/9/3.html

Есть также другие фреймворки, имеющие большую область охвата, например:
  • Архитектура бизнеса
  • Информационная архитектура
  • Архитектура приложений
  • Технологическая архитектура
, такие как
  • DODAF
  • MODAF
  • TOGAF
  • Zachman framework
  • Federal Enterprise Architecture
  • RM-ODP

Подробнее см.: http://www.intuit.ru/department/itmngt/entarc/



Огромное спасибо за ответ и ссылки! Начала изучать, нашла много "дырок" в своих знаниях UML:)



Один комментарий. TOGAF, DODAF и т.п. относятся к т.н. Enterprise Architecture. Архитектура конкретного ПО обычно называется Программной архитектурой.
"Politics is the art of looking for trouble, finding it, misdiagnosing it, and then misapplying the wrong remedies" (c)
Мой блог
http://www.yurybuluy.blogspot.com/



Всем доброго дня!
Не могу подобрать вид диаграммы для иллюстрации архитектуры информационной системы.
Самый простой пример.
Изобразить взаимодействие программного модуля Касса.exe с Расчёты.DLL и хранимых oracle процедур.\
Попросту говоря, запечатлить схему, что использует программа Касса.exe для своей работы.
Использую инструмент Enterprise Architect.

Понимаю, что тема давняя, но тем не менее...

Если вы используете UML 1.x, то ваша диаграмма - диаграмма компонент
Если вы используете UML 2.x, то ваша диаграмма - диаграмма развертывания



Если вы используете UML 1.x, то ваша диаграмма - диаграмма компонент
Если вы используете UML 2.x, то ваша диаграмма - диаграмма развертывания
Denis, а почему вы так полагаете, что в 1 случае - это диаграмма компонентов, а во втором диаграмма размещения. Разве оба стандарта не содержать обе канонические диаграммы? Или их смысл как-то изменился?



Denis, а почему вы так полагаете, что в 1 случае - это диаграмма компонентов, а во втором диаграмма размещения. Разве оба стандарта не содержать обе канонические диаграммы? Или их смысл как-то изменился?

В UML 1.x Касса.exe - это компонент. Поэтому диаграмма компонент.
В UML 2.x Касса.exe - это артефакт. В UML 2.x произошло разделение на сущности, которые относятся к этапу проектирование (компоненты) и сущности, которые выражают реализацию (артефакты). Между этими сущностями можно показать соответствие, но все равно это уже диаграмм размещения.

См. пример для UML 2. Простой и посложнее.



Вот оно в чем дело.
Будем знать, а откуда Вы черпаете информацию? Может укажите источники :)



Лучшая книга на русском - http://www.books.ru/shop/books/355101.

Есть спецификация с http://www.uml.org и тут еще можно почитать статьи http://www.jot.fm/.

Ну и практика.



Вот это бы на русском  :(




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19