Методологии проектирования данных

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

Одной из наиболее распространенных в мире методологий является методология проектирования данных DATARUN (компания CSA, США). Методология DATARUN создавалась для проектирования и разработки ПО и ИС для переносимых распределенных ИС, работающих по архитектуре клиент-сервер. Методология использует современные инструменты и средства моделирования, быстрой разработки и прототипирования.

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

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

Все модели, использующиеся методологией DATARUN, являются взваимосвязанными и разделенными на несколько уровней, каждый из которых определяет спецификации для разработчиков. При этом модель данных не является статичной: в ходе создания И С она развивается от начальной версии до итоговой спецификации приложения, которое будет использоваться для генерации данных. А полная реляционная модель данных может быть разделена на подмодели, каждая из которых будет представлять отдельные элементы системы, распределенные по сети на основе архитектуры клиент-сервер и в соответствии с архитектурой самой И С.

На основании вышеизложенного можно сформулировать две цели использования методологии DATARUN.

• 1. Выделить стабильную структуру, которая станет «каркасом» для создаваемой И С. Модель данных является такой структурой.
• 2. Спроектировать информационную систему, которая была бы основана на модели данных.

В табл. 4.2 представлены шаги, выполнение которых необходимо в процессе проектирования информационной системы.

Таблица 4.2

Шаги в методологии DATARUN

Методология DATARUN использует следующие модели:

• • ВРМ (Business Process Model) — модель бизнес-процессов;
• • PDS (Primary Data Structure) — структура первичных данных;
• • CDM (Conceptual Data Model) — концептуальная модель данных;
• • SPM (System Process Model) — модель процессов системы;
• • ISA (Information System Architecture) — архитектура информационной системы;
• • ADM (Application Data Model) — модель данных приложения;
• • IPM (Interface Presentation Model) — модель представления интерфейса;
• • ISM (Interface Specification Model) — модель спецификации интерфейса.

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

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

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

Проектирование архитектуры информационной системы происходит на базе концептуальной модели данных и модели бизнес-процессов. Для построения архитектуры ИС разработчики определяют приложения, которые будут входить в систему. Затем для каждого приложения определяются данные и функции. Архитектура ИС создается на основе нотации ISA. В результате создания данной модели получается рассмотреть все структурные компоненты системы и связи между ними.

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

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

Описание внешнего вида интерфейса пользователя производится при помощи модели представления интерфейса, которая выглядит так же, как видит интерфейс конечный пользователь. Благодаря этому пользователь может наглядно увидеть прототип приложения еще до его полного создания.

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

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