5.2. Методика работы с саse-технологиями (на примере пакета oracle designer/2000)

Различные средства автоматизированного проектирования предлагают достаточно широкий выбор как базовых методик, так и наборов средств разработки. Подробное описание методик и средств разработки в рамках работы не имеет большого смысла, поэтому разумнее остановиться на конкретном пакете и на его примере продемонстрировать наиболее общие подходы. Для этой цели хорошо подходит пакет Oracle Designer/2000.

Этот пакет включает в себя довольно большое число самых разнообразных средств разработки самого различного уровня (от проведения системного анализа до генерации конечных клиентских приложений).

Особенностями данного пакета можно считать такие его черты, как:

• применение методологии структурного нисходящего проектирования;

• охват практически всех этапов жизненного цикла ИС от самых общих первоначальных описаний предметной области до получения конечных исполняемых модулей;

• направленность на разработку приложений в архитектуре клиент/сервер с задействованием всех возможностей современных серверов баз данных по описанию структуры и правил работы с данными;

• наличие репозитария – централизованной базы данных, поддерживаемой сервером Oracle и обеспечивающего хранение всей проектной информации с возможностью разделения ее по версиям и разрабатываемым системам;

• возможность коллективной работы над проектом (обеспечивается наличием репозитария);

• автоматизация перехода от одного этапа разработки к другому;

• автоматизация различных стандартных рутинных операций, таких как генерация отчетов, проверка спецификаций на полноту и непротиворечивость и др.

Исходя из общей архитектуры системы DESIGNER/2000, логично выделить следующие основные этапы процесса разработки системы: моделирование и анализ деловой деятельности, разработка концептуальных моделей предметной области, проектирование прикладной системы и реализация.

На первом этапе происходит моделирование существующих процессов, отражающих деятельность организации и возможные особенности ее работы. Конечной целью здесь является создание моделей этих процессов с попыткой выявления возможных недостатков и, как следствие, реорганизации отдельных или всех этапов деятельности. Для поддержки этого этапа в составе пакета имеется средство Process Modeller, позволяющее наметить структуру организации, которая должна быть отражена в информационной модели; определить наиболее общие функции, выполняемые выделенными подразделениями организации; устанавливать определенную связь между функциями посредством определения потоков данных.

Поддержка мультимедийных технологий (рисунки, видеоклипы, звуковое сопровождение, анимация) делает этот процесс более наглядным и понятным. Так, имеется возможность анимации созданной модели, что позволяет увидеть функционирование смоделированных процессов в различном временном масштабе.

На втором этапе проводится разработка концептуальной модели предметной области, отражающей информационные потребности организации, особенности ее функционирования. В результате разработчик получает два типа моделей: информационные, характеризующие общие принципы структуры предметной области, и функциональные, характеризующие особенности решаемых задач. Для построения этих моделей используются следующие средства: Entity Relationship Diagrammer, Function Hyerarchy Diagrammer и Dataflow Diagrammer.

На третьем этапе на основании полученных моделей вырабатываются технические спецификации будущей системы – структура и состав базы данных, набор программных модулей. При этом имеется возможность автоматизации этого процесса посредством применения разнообразных вспомогательных утилит. На этом этапе применяются следующие программные средства: Data Diagrammer, Module Structure Diagrammer, Module Data Diagrammer, Module Logic Navigator.

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

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