При разработке крупных информационных систем необходим как единый методологический подход к процессу проектирования, так и средства автоматизированной поддержки этого подхода. Методология DATARUN и CASEсистема SILVER RUN обеспечивают эти требования на уровне, соответствующем современному состоянию развития программной инженерии.
Американская фирма Computer Systems Advisers Inc. (CSA) является поставщиком средств проектирования и создания информационных систем архитектуры «клиент-сервер», а также за­нимается консалтингом в области информационных технологий. Продукты фирмы используются в более 5000 мест по всему миру. Среди пользователей  известнейшие представители компьютерного бизнеса (Apple, Cray, Data General, IBM, Intel, Lotus Development, Texas Instruments), финансовой сферы (American Express, Citibank, Morgan Guarantee Trust, World Bank), произво­дители массовых товаров и услуг (General Electric, Pepsicola, Pizza Hut, Polaroid), университеты (Harvard, Stanford, Yale), кинокомпании (MCI, Walt Disney).

6.1. Методология DATARUN
Высокая динамичность рынка требует от организаций быстрого развития информационно-технологической инфраструктуры, одной из наиболее важных и дорогостоящих составляющих которой является информационная система. Для реализации по­следней применяются современные технологии: архитектура клиент/сервер, распределенные базы данных, сложные сети коммуникаций, развитые интерфейсы пользователя. Все это ставит перед разработчиком проблему выбора инструментальных средств и технологий для ведения проекта.
Создание сложной информационной системы невозможно без единого интегрированного подхода к процессу разработки, часто оформляющегося в виде коммерчески доступной методологии проектирования, которая обеспечивает концептуальную основу для всего процесса разработки и предоставляет технологию руководства проектом.
В течение ряда лет с разной степенью успеха применялись многие методологии. Часто разнообразие используемых в них моделей приводит к получению огромного количества документации, не сосредоточенной на результатах. Множественные перекрывающиеся модели процессов и данных создают избыточность, которая преподносится как перекрестный контроль.
DATARUN  уникальная концепция в ряду методов. Она гарантирует, что на каждой стадии выполняется только существенная для целей проекта работа, облегчающая быстрое создание приложений. Повторения и избыточность в спецификациях исключаются, создается управляемая, основанная на моделях форма итеративной разработки. Исходные версии объектов доступны для непосредственного использования на следующих фазах проектного цикла. Создаваемая информационная система описывается рядом последовательных моделей, каждая из которых является развитием предыдущей и наследует правила и данные, определенные в более ранних моделях. Наследование свойств позволяет многократно использовать различные спецификации на всех уровнях прикладного проекта.
Методология DATARUN ведет заказчика и разработчика информационной системы по всем этапам жизненного цикла проекта, от стадии первоначальной экономической оценки затрат на проект до выхода реального приложения. Она позволяет координировать и контролировать работу всех групп лиц, занятых в работе над проектом.
Методология DATARUN обеспечена следующими средствами автоматизированной поддержки:

1. для управления проектной деятельностью имеется система Software Engineering Companion, позволяющая детально расписы­вать ведение проекта, распределять проектные роли среди исполнителей, контролировать выполнение заданий;
2. детальное изложение техник моделирования данных и бизнес-функций, проектирования баз данных, создания приложений содержится в гипертекстовой системе Software Engineering Guidelines;
3. автоматизация проведения проектных работ обеспечивается CASE-системой SILVERRUN.

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

 6.2. Основные этапы методологии DATARUN

Построение бизнес-модели предметной области
Строится функциональная (DFD) и информационная (ER) модели предметной области. При построении и функциональной модели выявляются первичные структуры данных, которые преобразуются в сущности ER-модели. В результате получается Модель бизнес-процессов, содержащая Первичные структуры данных, и Концептуальная модель данных.

Построение архитектуры информационной системы
Принимается решение, из каких приложений (подсистем) будет состоять система. Анализируются существующие системы. Архитектура системы документируется в виде DFD, где функции представляют компоненты приложений с указанием используемой информации (путем ссылки на сущности и связи ER-модели). ER-модель также делится на группы сущностей, обрабатываемых приложениями. В результате получается Архитектура информационной системы.

Проектирование приложений (подсистем)
На основе концептуальной ER-модели строится реляционная модель данных. Части ER-модели, соответствующие различным приложениям, оформляются как подсхемы базы данных. Для каждого приложения создается (возможно разными группами разработчиков) детальный проект. Строится модель системных процессов (программных функций) и подсхемы базы данных для каждой функции (спецификация интерфейса). Поскольку все приложения работают с подсхемами одной базы данных, обеспечивается их совместная работа. В результате получается Реляционная модель данных, для каждого приложения  Модель данных приложения и Модель системных процессов, а для каждого интерфейса в приложении  Спецификация интерфейса.

Создание приложений
Из модели базы данных генерируется код для ее создания на сервере. Программируются системные процессы. При этом возможно разнесение процессов по узлам распределенной системы (часть процессов реализуется как хранимые процедуры на серве­ре, часть  как сервисы монитора транзакций, часть  как программы клиентской части). Интерфейс приложений (обычно составляющий до 70-80% всей системы) может быть быстро создан перенесением соответствующей ему подсхемы базы данных в среду языка 4го поколения.

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

6.3. CASEсистема SILVERRUN
CASEсистема SILVER RUN американской фирмы Computer Systems Advisers Inc. (CSA) используется для инструментального обеспечения анализа и проектирования информационных систем бизнес-класса. Она применима для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм «сущность-связь»).
Настройка на конкретную методологию обеспечивается выбором требуемого графического изображения символов моделей и набора правил проверки проектных спецификаций. В системе имеются готовые настройки для наиболее распространенных методологий: Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Для каждого проектного понятия имеется возможность добавления собственных описателей.

6.3.1. Архитектура системы SILVERRUN
SILVER RUN состоит из трех основных подсистем: модуля построения диаграмм потоков данных ВРМ {BusinessProcessModeler) и двух модулей построения диаграмм «сущность-связь»: концептуальных моделей  модуль ERX (EntityRelationshipeXpert) и реляционных моделей  модуль RDM (RelationalDataModeler). Каждый модуль является самостоятельным продуктом и может приобретаться и использоваться отдельно. Для интеграции подсистем в единое целое служит менеджер репозитория WRM (WorkgroupRepositoryManager).
Встроенный в модуль RDM генератор схем баз данных позволяет получить операторы определения данных (DDL) для 16 СУБД. Но для полного использования специфики каждой СУБД следует применять отдельно приобретаемые мосты, позволяющие как получить схему базы данных из модели, так и построить модель существующей базы данных. SILVER RUN имеет мосты к следующим СУБД: DB2, Informix, Ingres, Oracle, Progress, SQL Base, SQL Server, Sybase.
Для обмена данными с языками разработки приложений также используются соответствующие мосты. В настоящее время существуют мосты к следующим средствам разработки приложений: Object Studio, Omnis 7, PowerBuilder, Progress, SQL Windows, Synon 2/E, Uniface.
Таким образом, из модулей можно собрать систему требуемого масштаба: от диаграммера до среды разработки приложений для конкретного языка программирования и СУБД. Заменяемость мостов позволяет использовать единые модели в ситуациях, ко­гда разные подразделения или филиалы организации используют разные СУБД и средства разработки приложений. Сама система SILVER RUN функционирует на четырех платформах: Windows, OS/2, Macintosh, Solaris. Коллективная разработка в стандартной версии поддерживается разделением и слиянием моделей. В вер­сии SILVER RUN Enterprise поддерживается одновременный кол­лективный доступ к репозиторию. Между версиями разных платформ обеспечен обмен данными, что позволяет вести одновременную разработку в разнородной среде как в сетевом, так и в одиночном режимах.

6.3.2. Подход к представлению проектной информации
Проектные данные могут быть представлены множеством способов. Это спецификации функций, файлов баз данных, экранов ввода информации, бланков документов и картотек. Общим для этих столь разных способов являются содержащиеся в них данные. В конечном счете, информационная система  это система хранения и обработки информации. Поэтому в SILVER RUN основой всех представлений являются данные. Они являются общей частью всех формализмов (типов описаний) и универсально обрабатываются всеми модулями.
Один и тот же элемент данных может в разных представле­ниях иметь разные названия и форматы. В SILVER RUN обеспечена возможность связывать элементы данных различных представлений с общим элементом (commonitem), выражающим смысл информации, представленной этими элементами данных. Этот общий элемент может стать столбцом таблицы базы данных в новой системе или просто использоваться как универсальный термин для связи разных представлений.

Моделирование процессов
Диаграммы потоков данных, создаваемые в SILVERRUN, соответствуют современному развитию принципов структурного анализа. В системе имеется возможность изменять внешний вид символов диаграмм и выбирать отображаемые в них дескрипторы, включая определяемые пользователем. На рис. 6.1 показан экран определения нотации модуля ВРМ. Также можно выбирать набор правил, проверяемых процедурой анализа корректности модели. В SILVER RUN встроено несколько предопределенных нотаций и наборов правил, соответствующих наиболее известным методам построения DFD: Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor.

Рис. 6.1. Экран определения нотации модуля ВРМ

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

Моделирование данных
В процессе первичного анализа данных, собранных из разных источников, необходимо выявить основные информационные понятия (сущности) и их взаимосвязи. Эта деятельность поддерживается модулем ERX, в который встроена экспертная система, помогающая реструктурировать «сырую» информацию и привести ее к виду, допускающему реализацию в реляционной СУБД. Ниже показана структура данных, на основе которой будет строится ER-модель На рис. 6.2 показана модель «сущность-связь» в третьей нормальной форме, автоматически построенная модулем ERX из этой структуры и нормализованная в процессе ответов пользователя на задаваемые системой вопросы.
На рис. 6.3 показана созданная в ERX модель, перенесенная в модуль реляционного моделирования RDM и доработанная для непосредственной реализации в реляционной базе данных. В нижней части символов таблиц показаны действия над записями. В генерируемой мостом схеме базы данных это будут соответствующие триггеры. А три колонки справа от имен столбцов таблиц отражают действия, производимые над этими столбцами при операциях считывания, присваивания и модификации значений. Также можно определять глобальные действия на уровне всей модели (в схеме базы данных  хранимые процедуры). Таким образом достигается не только определение конструкций реляцион­ной СУБД, но и объектно-ориентированное расширение реляци­онной модели.
Data structure Name: Заказ
Composition:
Заказ Номер
Заказ Дата
Покупатель Имя
Покупатель Адрес
Продукт
Продукт Название Продукт Цена
Продукт Количество Продукт Стоимость
Заказ Стоимость

  Рис. 6. 2. Модель «сущность-связь», автоматически построенная модулем ERX

Рис. 6.3. Модель базы данных в модуле RDM

Для генерации индексов можно выделить любые комбинации столбцов таблиц и связей. SILVER RUN сама может сгенерировать индексы для первичных и альтернативных ключей, а также операторы контроля ссылочной целостности на основе характеристик связей.
В модели имеются конструкции для подтипов и альтернативных связей. Причем отсутствует требование принадлежности только к одному подтипу, что позволяет моделировать встречающиеся на практике ситуации, не попадающие под определение категоризации в таких нотациях, как, например, IDEF1. Для поддержки различных методологий модуль RDM предоставляет возможность переопределения нотации. На рис. 6.4 изображен экран выбора графических символов для представления различных характеристик связей

Рис 6.4. Экран выбора символов для характеристик связей

Различные группы пользователей имеют доступ к разным подмножествам базы данных и к ограниченному набору опера­ций над ними. Для моделирования пользовательских (внешних по терминологии ANSI SPARC) представлений в модуле RDM используется механизм подсхем (подмножества моделей данных, доступных конкретному приложению или группе пользователей). SILVERRUN позволяет управлять «прозрачностью» границы между схемой и подсхемой, а также по требованию интерактивно переносить изменения из схемы в подсхему и наоборот. Число уровней подсхем не ограничено: можно создавать подсхемы подсхем.
Генерация приложений и схем баз данных
Спецификации схемы (или подсхемы) можно перенести через соответствующий мост в среду разработки приложений или сгенерировать схему базы данных для СУБД.
SILVER RUN не подменяет среду разработки и не содержит средств моделирования видов экранов или форматов отчетов. Эти функции специфичны для каждого языка разработки. SILVER RUN передает данные о форматах ввода, правилах редактирования, формах представления прямо в репозиторий среды разработки. Программисту остается расставить поля на экранах, подправить, если нужно, генерируемые большинством языков четвертого поколения автоматически SQLзапросы для этих эк­ранов, определить систему меню, и основа работающего прило­жения создана.
Генерация схемы базы данных происходит путем создания файла с SQLоператорами, в которые переводятся конструкции модели данных. Этот файл используется для физического созда­ния базы данных на сервере. Ниже приведен фрагмент схемы для СУБД Informix OnLine, полученной из модели, изображенной на рис. 6.3.

Фрагмент схемы базы данных для СУБД InformixOnLine
— table: Order
create table Order
(
OrderNum         INTEGER               not null,
OrderDate         DATE                     default TODAY not null,
OrderCost         MONEY                 not null,
CustomerName CHAR                     not null,
primary key (OrderNum)
)
— referential integrity triggers section
-- Procedure raise_exception for errors messages
create procedure
messages_errors(errno   INTEGER,    isam    INTEGER,    errmsg char(255))
raise exception errno, isam, errmsg; end procedure;
-- Controls the INSERT action on table Order. -- Rule: CHILD INSERT RESTRICT

1. Parent: Customer -- Child: Order
2. Direction: Order Customer

create trigger tr_ins_Order insert on Order referencing NEW as inserted for each row when
(
(select count(*) from Customer
where
inserted.CustomerName = Customer.CustomerName
) = 0
)
(
execute procedure messages_errors
(
-746,
0,
'Insert of «Order» denied: corresponding «Customer» does not exist.'
) )
-- Controls the DELETE action on table Customer. -- Rule: PARENT DELETE RESTRICT

1. Parent: Customer -- Child: Order
2. Direction: Customer_Order

create trigger tr_del_Customer delete on Customer referencing OLD as deleted for each row when
( exists
('
select * from Order where
Order. CustomerName = deleted.CustomerName
)
)
(
execute procedure messages_errors
(
-746,
0,
'Delete of «Customer» denied: referencing «Order» exists.'
)
)

6.3.3. Развитие системы
SILVER RUN постоянно развивается. Регулярно выпускаются новые версии системы и постоянно обновляются мосты, что позволяет работать с самыми последними версиями поддерживаемых продуктов. Динамичность развития системы показывает, что SILVER RUN находится на передовом рубеже среди высокотехнологичных систем.

Начало | Глава 5 | Глава 7