Среди используемых СУБД в настоящее время наиболее распространены реляционные системы, основанные на хорошо разработанной математической теории, представляющие удобный стандартизированный интерфейс, переносимые и хорошо приспособленные для параллельной обработки больших объемов информации.

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

1.8. Средства управления распределенной обработкой информации

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

1.9. Масштабируемость

Использование сразу всех компонентов, изображенных на рис.1, не обязательно. Среда может наращиваться по мере необходимости. Минимальная конфигурация - модуль реляционного моделирования SILVERRUN + язык четвертого поколения + РСУБД.

2. Архитектура системы SILVERRUN

SILVERRUN состоит из трех основных подсистем: модуля построения диаграмм потоков данных (Data Flow Diagrammer) и двух модулей построения диаграмм "сущность-связь": концептуальных моделей - модуль ERX (Entity Relationship eXpert) и реляционных моделей - модуль RDM (Relational Data Modeler). Каждый модуль является самостоятельным продуктом и может приобретаться и использоваться отдельно. Для интеграции подсистем в единое целое служит менеджер репозитория WRM (Workgroup Repository Manager).

Встроенный в модуль RDM генератор схем баз данных позволяет получить операторы определения данных (DDL) для 15 СУБД. Но для полного использования специфики каждой СУБД следует использовать отдельно приобретаемые мосты, позволяющие как получить схему базы данных из модели, так и построить модель существующей базы данных.

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

Сама система SILVERRUN функционирует на четырех платформах: Windows, OS/2, Macintosh, Solaris. Коллективная разработка в стандартной версии поддерживается разделением и слиянием моделей. В версии SILVERRUN Enterprise поддерживается одновременный коллективный доступ к репозиторию (в настоящее время на базе СУБД ORACLE, к концу 1995 года - также на базе СУБД Sybase и Informix). Между версиями разных платформ обеспечен обмен данными, что обеспечивает одновременную разработку в разнородной среде, как в сетевом, так и в одиночном режимах.

3. Подход к представлению проектной информации

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

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

4. Моделирование процессов

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

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

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

Рисунок 2.

5. Моделирование данных

5.1. Концептуальное моделирование

В процессе первичного анализа данных, собранных из разных источников, необходимо выявить основные информационные понятия (сущности) и их взаимосвязи. Эта деятельность поддерживается модулем ERX, в который встроена экспертная система, помогающая реструктурировать "сырую" информацию и привести ее к виду, допускающему реализацию в реляционной СУБД. На рис.3 показана структура данных, а на рис.4 - модель "сущность-связь" в третьей нормальной форме, автоматически построенная модулем ERX из этой структуры и нормализованная в процессе ответов пользователя на задаваемые системой вопросы. Data structure Name : ЗаказComposition : Заказ Номер Заказ Дата Покупатель Имя Покупатель Адрес Продукт Продукт Название Продукт Цена Продукт Количество Продукт Стоимость Заказ Стоимость

Рисунок 3.

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