Материал: Методы и модели проектирования соврем. ИС(ЛР, 09.05.01)

внешние ссылки (external references), которые обеспечивают ин-

терфейс с внешними объектами, находящимися за границами моделируемой

системы;

таблицы для хранения документов (хранилище данных, data

store).

В BPwin для построения диаграмм потоков данных используется нота-

ция Гейна-Сарсона. Для того чтобы дополнить модель IDEF0 диаграммой

DFD, нужно в процессе декомпозиции в диалоге Activity Box Count надавить на радио-кнопку DFD. Среди инструментов на новой диаграмме появляются кнопки:

добавить в диаграмму внешнюю ссылку. Внешняя ссылка является источником или приемником данных извне модели;

добавить в диаграмму хранилище данных. Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в работах;

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

В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) дви-

гаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов.

В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекст-

ная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например “Система обработки информа-

ции”. Включение внешних ссылок в контекстную диаграмму не отменяет

41

требования методологии четко определить цель, область и единую точку зре-

ния на моделируемую систему.

Работы. В DFD работы представляют собой функции системы, преоб-

разующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0.

Внешние сущности. Изображают входы в систему и/или выходы из нее. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах.

Обычно такой прием используют, чтобы не рисовать слишком длинных и за-

путанных стрелок.

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

правленные стрелки для описания диалогов типа «команда-ответ» между ра-

ботами, между работой и внешней сущностью и между внешними сущностя-

ми.

Хранилище данных. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обра-

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

следующих процессов.

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

ное имя.

Построение диаграмм DFD. Диаграммы DFD могут быть построены с использованием традиционного структурного анализа, подобно тому, как

42

строятся диаграммы IDEF0. Сначала строится физическая модель, отобра-

жающая текущее состояние дел. Затем эта модель преобразуется в логиче-

скую модель, которая отображает требования к существующей системе. По-

сле этого строится модель, отображающая требования к будущей системе. И,

наконец, строится физическая модель, на основе которой должна быть по-

строена новая система.

Альтернативным является подход, популярный при создании про-

граммного обеспечения, называемый событийным разделением, в котором различные диаграммы DFD выстраивают модель системы.

Логическая модель строится как совокупность работ и документирова-

ния того, что эти работы должны делать. Модель окружения описывает сис-

тему как объект, взаимодействующий с событиями из внешних сущностей.

Модель окружения обычно содержит описание цели системы, одну контек-

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

сти, с которыми система взаимодействует.

Наконец, модель поведения показывает, как система обрабатывает со-

бытия. Эта модель состоит из одной диаграммы, в которой каждый прямо-

угольник изображает каждое событие из модели окружения. Хранилища мо-

гут быть добавлены для моделирования данных, которые необходимо запо-

минать между событиями. Потоки добавляются для связи с другими элемен-

тами, и диаграмма проверяется с точки зрения соответствия модели окруже-

ния. Полученные диаграммы могут быть преобразованы с целью более на-

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

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

ности независимо от их расположения на диаграмме. Каждое хранилище

43

данных имеет префикс D и уникальный номер, например D5. Каждая внеш-

няя сущность имеет префикс Е и уникальный номер, например Е4.

Задание. По заданному отделу построить диаграмму верхнего уровня взаимодействия отдела с внешними данными.

Лабораторная работа №5 “Изучение основных функций па-

кета ERwin. Проектирование логической модели”

ERwin – средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генера-

цию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase,

DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентиро-

ванных на наиболее распространенные средства разработки приложений

4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описа-

ние спроектированной БД непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложе-

ний. Сетевая версия ERwin ModelMart обеспечивает согласованное проекти-

рование БД и приложений в рабочей группе.

Основные получаемые преимущества:

существенное повышение скорости разработки за счет мощного редактора диаграмм, автоматической генерации базы данных, автоматиче-

ской подготовки документации;

нет необходимости ручной подготовки SQL-предложений для создания базы данных;

возможность легко вносить изменения в модель при разработке и расширении системы;

44

возможность автоматической подготовки отчетов по базе данных;

важно, что эти отчеты всегда в точности соответствуют реальной структуре

БД;

разработчики прикладного программного обеспечения снабжены удобными в работе диаграммами;

тесная интеграция со средствами 4GL позволяет уже на стадии информационного моделирования задавать отображение данных в приложе-

ниях;

обратное проектирование позволяет документировать и вносить изменения в существующие информационные системы;

поддержка однопользовательских СУБД позволяет использовать для персональных систем современные технологии, что значительно упроща-

ет переход от настольных систем к системам в технологии клиент-сервер

(upsizing).

Построение моделей в ERwin. Возможны две точки зрения на инфор-

мационную модель и, соответственно, два уровня модели. Первый – логиче-

ский уровень (точка зрения пользователя) означает прямое отображение фак-

тов из реальной жизни. Например, люди, столы, отделы, собаки и компьюте-

ры являются реальными объектами. Они именуются на естественном языке, с

любыми разделителями слов (пробелы, запятые и т.д.). На физическом уров-

не модели рассматривается использование конкретной СУБД, определяются типы данных (например, целое или вещественное число), индексы для таб-

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

ский уровень” в ERwin соответствует концептуальной модели.

Этапы построения информационной модели:

45