Объектно-ориентированное проектирование ИС

Структурная декомпозиция ИС на основе объектно-ориен­тирован­ного подхода отличается от функционально-ориентиро­ванного подхода лучшей способностью отражать динамическое поведение системы в зависимости от возникающих событий. Модель проблемной области рассматривается как со­вокупность взаимодействующих во времени объектов. Тогда кон­кретный процесс обработки информации формируется в виде последовательности взаимодействий объектов. Одна операция обработки данных может рассматриваться как результат одного взаимодействия объектов.

Конечным результатом процесса объектно-ориентированного проектирования должно стать множество классов объектов с присоединенными методами обработки атрибутов. Если в функцио­нальном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно-ориентированный подход предполага­ет совместное моделирование данных и процессов. При этом мо­дели проблемной области в репозитории постепенно уточняются.

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

В настоящее время для объектно-ориентированного моделирования проблемной области широко используется унифициро­ванный язык моделирования UML (Unified Modeling Language), который разработан группой ведущих компьютерных фирм мира OMG (Object Management Group) и фактически является стан­дартом по объектно-ориентирован­ным технологиям. Язык UML реализован многими фирмами – производителями программно­го обеспечения в рамках CASE-технологий, например Rational Rose (Rational), Natural Engineering Workbench (Software AG), ARIS Toolset (IDS prof. Scheer) и др.

Система объектно-ориентированных моделей в соответствии с нотациями UML включает в себя следующие диаграммы:

1) диаграмму прецедентов использования (Use-case diagram), которая отображает функциональность АИС в виде совокупнос­ти выполняющихся последовательностей транзакций;

2) диаграмму классов объектов (Class diagram), которая ото­бра­жает структуру совокупности взаимосвязанных классов объек­тов аналогично ER-диаграмме функционально-ориентированно­го подхода;

3) диаграммы состояний (Statechart diagram), каждая из кото­рых отображает динамику состояний объектов одного класса и связанных с ними событий;

4) диаграммы взаимодействия объектов (Interaction diagram), каждая из которых отображает динамическое взаимодействие объектов в рамках одного прецедента использования;

5) диаграммы деятельностей (Activity diagram), которые ото­бражают потоки работ во взаимосвязанных прецедентах ис­пользования (могут декомпозироваться на более детальные ди­аграммы);

6) диаграммы пакетов (Package diagram), которые отобража­ют распределение объектов по функциональным или обеспечи­вающим подсистемам (могут декомпозироваться на более деталь­ные диаграммы);

7) диаграмму компонентов (Component diagram), которая ото­бражает физические модули программного кода;

8) диаграмму размещения (Deployment diagram), которая отображает распределение объектов по узлам вычислительной сети.