13. Объектно-ориентированные case - средства и их характеристика.

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

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

В настоящее время для объектно-ориентированного модели­рования проблемной области широко используется унифициро­ванный язык моделирования UML (Unified Modeling Language), который разработан группой ведущих компьютерных фирм мира OMG (Object Management Group) и фактически является стандартом по объектно-ориентированным технологиям.

Система объектно-ориентированных моделей в соответствии с нотациями 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), которая отображает распределение объектов по узлам вычислительной сети.

14. Case системы различных классов: tools, toolkit, workbenсh. Краткая характеристика инструментов.

Классификация по категориям основывается на определении уровня интегрированности функций в CASE-пакетах и ​​разделяет их на вспомогательные программы (tools), пакеты разработчика (toolkit) и инструментальные средства (workbench).

Категория tools включает вспомогательные пакеты, которые решают несложные автономные задачи.

Категория toolkit характеризует интегрированные средства поддержки одного из классов программных задач, ориентирована на поддержку одного этапа ЖЦ, использует репозиторий для хранения проектной информации.

Категория workbench объединяет интегрированные программные средства, организующие поддержку полного ЖЦ ПО, включая анализ требований, проектирование и программирование, используют репозиторий, обеспечивают автоматическую передачу системной информации от одного проектировщика к другому и между этапами разработки. Эта категория характеризуется тесной связью с системными и техническими средствами, на которых workbench функционирует. Последняя может рассматриваться как автоматизированная рабочая станция, выполняющая функции автоматизации всех или некоторого набора работ по созданию ПО.

TOOL: инструменты. Представлены отдельные инструменты, которые могут применяться на отдельных этапах жизненного цикла ИС.

TOOLKIT: IDEF, POWER DESIGNER – инструменты среднего охвата. Охватывают следующие стадии: Предпроектное обследование; Техническое проектирование; Часть рабочего проектирования. Инструменты данного класса выполняют неполную генерацию.

WORKBENCH: все стадии цикла жизни. Полностью охватывает весь жизненный цикл ИС, т.е. выполняет полную генерацию программного приложения (NLS, DESIGNER 2000)