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

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

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

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

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

CASE-система SILVERRUN

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

SILVERRUN состоит из трех основных подсистем: модуля построения диаграмм потоков данных BPM (Business Process Modeler) и двух модулей построения диаграмм "сущность-связь": концептуальных моделей - модуль ERX (Entity Relationship eXpert) и реляционных моделей - модуль RDM (Relational Data Modeler). Каждый модуль является самостоятельным продуктом и может приобретаться и использоваться отдельно. Для интеграции подсистем в единое целое служит менеджер репозитория WRM (Workgroup Repository Manager).
Встроенный в модуль RDM генератор схем баз данных позволяет получить операторы определения данных (DDL) для 16 СУБД. Но для полного использования специфики каждой СУБД следует использовать отдельно приобретаемые мосты, позволяющие как получить схему базы данных из модели, так и построить модель существующей базы данных. SILVERRUN имеет мосты к следующим СУБД: DB2, Informix, Ingres, Oracle, Progress, SQL Base, SQL Server, Sybase.
Для обмена данными с языками разработки приложений также используются соответствующие мосты. В настоящее время существуют мосты к следующим средствам разработки приложений: Object Studio, Omnis 7, PowerBuilder, Progress, SQL Windows, Synon 2/E, Uniface.
Таким образом, из модулей можно собрать систему требуемого масштаба: от диаграммера до среды разработки приложений для конкретного языка программирования и СУБД. Заменяемость мостов позволяет использовать единые модели в ситуациях, когда разные подразделения или филиалы организации используют разные СУБД и средства разработки приложений.
Сама система SILVERRUN функционирует на четырех платформах: Windows, OS/2, Macintosh, Solaris. Коллективная разработка в стандартной версии поддерживается разделением и слиянием моделей. В версии SILVERRUN Enterprise поддерживается одновременный коллективный доступ к репозиторию. Между версиями разных платформ обеспечен обмен данными, что позволяет вести одновременную разработку в разнородной среде как в сетевом, так и в одиночном режимах.

Проектные данные могут быть представлены множеством способов. Это спецификации функций, файлов баз данных, экранов ввода информации, бланков документов и картотек. Что же общего между этими столь разными представлениями? Это содержащиеся в них данные. В конечном счете, информационная система - это система хранения и обработки информации. Поэтому в SILVERRUN основой всех представлений являются данные. Они являются общей частью всех формализмов (типов описаний) и универсально обрабатываются всеми модулями.
Один и тот же элемент данных может в разных представлениях иметь разные названия и форматы. В SILVERRUN обеспечена возможность связывать элементы данных различных представлений с общим элементом (common item), выражающим смысл представленной этими элементами данных информации. Этот общий элемент может стать столбцом таблицы базы данных в новой системе или просто использоваться как универсальный термин для связи разных представлений.

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

Рис. 1. Экран определения нотации модуля BPM

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

В процессе первичного анализа данных, собранных из разных источников, необходимо выявить основные информационные понятия (сущности) и их взаимосвязи. Эта деятельность поддерживается модулем ERX, в который встроена экспертная система, помогающая реструктурировать "сырую" информацию и привести ее к виду, допускающему реализацию в реляционной СУБД. На рис. 2 показана структура данных, а нa рис. 3 - модель "сущность-связь" в третьей нормальной форме, автоматически построенная модулем ERX из этой структуры и нормализованная в процессе ответов пользователя на задаваемые системой вопросы.
На рис. 4 показана созданная в ERX модель, перенесенная в модуль реляционного моделирования RDM и доработанная для непосредственной реализации в реляционной базе данных. В нижней части символов таблиц показаны действия над записями. В генерируемой мостом схеме базы данных это будут соответствующие триггеры. А три колонки справа от имен столбцов таблиц отражают действия, производимые над этими столбцами при операциях считывания, присваивания и модификации значений. Также можно определять глобальные действия на уровне всей модели (в схеме базы данных - хранимые процедуры). Таким образом достигается не только определение конструкций реляционной СУБД, но и объектно-ориентированное расширение реляционной модели.

Data structure



Name          : Заказ

Composition   :

    Заказ Номер

    Заказ Дата

    Покупатель Имя

    Покупатель Адрес

    Продукт

        Продукт Название

        Продукт Цена

        Продукт Количество

        Продукт Стоимость

    Заказ Стоимость

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

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

Структура данных, на основе которой будет строится ER-модель

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

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

Различные группы пользователей имеют доступ к разным подмножествам базы данных и к ограниченному набору операций над ними. Для моделирования пользовательских (внешних по терминологии ANSI SPARC) представлений в модуле RDM используется механизм подсхем. Подсхема - это подмножество модели данных, доступное конкретному приложению или группе пользователей. SILVERRUN позволяет управлять "прозрачностью" границы между схемой и подсхемой, а также по требованию интерактивно переносить изменения из схемы в подсхему и наоборот. Число уровней подсхем не ограничено: можно создавать подсхемы подсхем.

Спецификации схемы (или подсхемы) можно перенести через соответствующий мост в среду разработки приложений или сгенерировать схему базы данных для СУБД.
SILVERRUN не подменяет среду разработки и не содержит средств моделирования видов экранов или форматов отчетов. Эти функции специфичны для каждого языка разработки. SILVERRUN передает данные о форматах ввода, правилах редактирования, формах представления прямо в репозиторий среды разработки. Программисту остается расставить поля на экранах, подправить, если нужно, генерируемые большинством языков четвертого поколения автоматически SQL-запросы для этих экранов, определить систему меню - и основа работающего приложения создана.
Генерация схемы базы данных происходит путем создания файла с SQL-операторами, в которые переводятся конструкции модели данных. Этот файл используется для физического создания базы данных на сервере. На рис. 6 приведен фрагмент схемы для СУБД Informix OnLine, полученной из модели, изображенной на рис. 4.

-- 

================================================

===

--    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

--   Parent       : Customer

--   Child        : Order

--   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

--   Parent       : Customer

--   Child        : Order

--   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.'

        )

    )

;

SILVERRUN постоянно развивается. Регулярно выпускаются новые версии системы и постоянно обновляются мосты, что позволяет работать с самыми последними версиями поддерживаемых продуктов. Динамичность развития системы показывает, что SILVERRUN находится на передовом рубеже среди высокотехнологичных систем.
Дистрибутором методологии DATARUN и CASE-системы SILVERRUN в СНГ является фирма АРГУССОФТ. Она обеспечивает техническую поддержку и обучение пользователей.