Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Документ'
Экскурсия по Величке (королевские соляные пещеры «Величка» – уникальный 4-этажный подземный музей, входящий в перечень Мирового Наследия ЮНЕСКО (на гл...полностью>>
'Техническое задание'
Станок предназначен для выполнения разнообразных фрезерных, расточных работ цилиндрическими, торцевыми, концевыми, другими фрезами. Применяется для об...полностью>>
'Документ'
Краевое государственное общеобразовательное автономное учреждение «Краевая государственная общеобразовательная школа-интернат среднего (полного) общег...полностью>>
'Документ'
15.3 Как Вы понимаете значение слова СИЛЬНЫЙ (человек)? Сформулируйте и прокомментируйте данное Вами определение. Напишите сочинение-рассуждение на те...полностью>>

Главная > Методические указания

Сохрани ссылку в одной из сетей:
Информация о документе
Дата добавления:
Размер:
Доступные форматы для скачивания:

Министерство образования и науки Российской Федерации

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования

«Уфимский государственный авиационный технический университет»

Кафедра автоматизированных систем управления

МОДЕЛИРОВАНИЕ ЭКОНОМИЧЕСКИХ И ПРОИЗВОДСТВЕННЫХ ПРОЦЕССОВ ПРЕДПРИЯТИЙ С ИСПОЛЬЗОВАНИЕМ ERwin

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к лабораторным работам по курсу

«Проектирование экономических информационных систем» для студентов специальности

080801 «Прикладная информатика в экономике»

УФА 2007

Составители: Н.О. Никулина, Е.Б. Старцева, Э.И. Синагатуллина

УДК 681.3

Моделирование экономических и производственных процессов предприятий с использованием ERwin: Методические указания к лабораторным работам по курсу "Технико-экономический анализ деятельности предприятий" / Уфимск. гос. авиац. техн. ун-т; Сост.: Н.О. Никулина, Е.Б. Старцева, Э.И. Синагатуллина - Уфа, 2007. - 35 с.

Содержатся основные сведения, необходимые для работы с одним из современных программных продуктов фирмы Platinum Technology - ERwin, предназначенным для структурного анализа и проектирования информационных систем. Рассматриваются принципы проектирования информационных систем с использованием CASE-средств, приводится подробное описание программного продукта. Обсуждается порядок проведения лабораторных работ.

Предназначены для студентов старших курсов специальности «Прикладная информатика в экономике».

Табл.1 Ил. 20. Библиогр.: 2 назв.

Рецензенты: канд. техн. наук Л.Р. Черняховская

канд. техн. наук А.Н. Набатов

СОДЕРЖАНИЕ

Введение………………………………………………………………….4

ЛАБОРАТОРНАЯ РАБОТА....………………………………………….8

1.Цель работы…………………………………………………………….8

2.Теоретические сведения……………………………………………….8

2.1. Реляционные базы данных………………..……………………….8

2.2. Моделирование в ERWin…………………………………………..9

3.Описание работы с пакетом……….…………………………………19

3.1. Постановка задачи………………………………………………...20

3.2. Создание логической модели БД………………………………...20

3.3. Создание физической модели БД и генерация схемы БД……...29

4.Порядок выполнения работы……….………………………………..35

5.Контрольные вопросы………………………………………………..35

Список литературы……………………………………………………35

Введение

В условиях рынка все большее число компаний осознают преимущества использования информационных систем (ИС). В некоторых случаях ИС - это не только набор услуг, но и важнейший компонент бизнеса, как, например, система резервирования билетов или средства предоставления финансовой информации. Чтобы получить выгоду от использования информационной системы, ее следует создавать в короткие сроки и с уменьшенными затратами. Информационная система должна быть легко сопровождаемой и управляемой. Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов. Неудивительно, что в последнее время среди системных аналитиков и разработчиков значительно вырос интерес к CASE - технологиям и инструментальным CASE – средствам. CASE-средства (Computer Aided Software/System Engineering) позволяют проектировать любые системы на компьютере. Необходимый элемент системного и структурно-функционального анализа, CASE-средства позволяют моделировать бизнес-процессы, базы данных, компоненты программного обеспечения, деятельность и структуру организаций. Применимы практически во всех сферах деятельности. Результат применения CASE-средств - оптимизация систем, снижение расходов, повышение эффективности, снижение вероятности ошибок.

Информационная модель - это спецификация структуры данных и бизнес правил (правил предметной области).

Технология создания информационных систем (ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам, а именно:

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

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

  • Жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать в традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС жизненно необходим инструмент, значительно (в несколько раз) уменьшающий время разработки ИС.

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

На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. CASE -средства ERwin и BPwin, разработанные фирмой PLATINUM, входят в число лучших на сегодняшний день. Одним из условий успешной деятельности любой компании является способность принимать оптимальные решения в минимально краткий срок на основе точной информации. Для построения высококачественных приложений, витрин и хранилищ данных организация должна иметь твердый фундамент, на котором будет базироваться вся информационная система предприятия. ERwin позволяет организациям автоматизировать процесс создания модели данных, наглядно отображая комплексные структуры данных и информационные массивы. Данное решение дает организациям возможность быстро реагировать на меняющиеся требования бизнеса благодаря глубокому анализу влияния изменений на свойства данных в масштабе всей организации и обеспечению оперативного внедрения этих изменений.

ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных. Этот программный продукт - лидер среди средств моделирования баз данных и хранилищ данных. Позволяет проектировать, документировать и сопровождать базы данных различных типов. Поддерживая прямое и обратное проектирование для 20 типов СУБД, ERwin повышает качество разрабатываемой БД, производительность труда и скорость разработки.

Реализация моделирования в ERwin базируется на теории реляционных баз данных и на методологии IDEF1X.

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

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

Возможны две точки зрения на информационную модель и, соответственно, два уровня модели.

  1. Логический уровень – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Студент", "Бухгалтерия" или "Стипендия". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами (подробнее о сущностях и атрибутах будет рассказано ниже). Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

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

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

ЛАБОРАТОРНАЯ РАБОТА

  1. Цель работы

Целью работы является проведение процесса системного моделирования для заданной предметной области с помощью инструментальной среды ERwin.

  1. Теоретические сведения
2.1. Реляционные базы данных

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

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

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

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

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

2.2. Моделирование в ERwin

2.2.1. Процесс построения информационной модели.

Процесс построения информационной модели состоит из следующих шагов:

  1. определение сущностей;

  2. определение зависимостей между сущностями;

  3. задание первичных и альтернативных ключей;

  4. определение атрибутов сущностей;

  5. приведение модели к требуемому уровню нормальной формы;

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

  7. генерация базы данных.

ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако ERwin далеко не только инструмент для рисования. ERwin автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

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

2.2.2. Сущности (Entity) в ERwin

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

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

Сущность можно определить как объект, событие или концепцию, информация о которых должна сохраняться. Сущности должны иметь наименование с четким смысловым значением, именоваться существительным в единственном числе, не носить "технических" наименований и быть достаточно важными для того, чтобы их моделировать. Именование сущности в единственном числе облегчает в дальнейшем чтение модели. Фактически имя сущности дается по имени ее экземпляра. Примером может быть сущность «Студент» (но не Студенты!) с атрибутами «Номер студенческого билета», «Фамилия студента» и «Адрес студента». На уровне физической модели ей может соответствовать таблица students с колонками st_id, st_lname и address. Сущности соответствует таблица в реальной СУБД. В ERwin сущность визуально представляет три основных вида информации:

  • атрибуты, составляющие первичный ключ;

  • не ключевые атрибуты;

  • тип сущности (независимая/зависимая).

Первичным ключом служит атрибут или набор атрибутов, уникально идентифицирующих единственный экземпляр сущности. Другими словами, первичный ключ может быть как одним атрибутом, так и состоять из нескольких. Первичный ключ, состоящий более чем из одного атрибута, называется составным или компонентным ключом. Первичный ключ должен быть статическим (static) и неразрушаемым (non-volatile). Под статичностью и неразрушаемостью подразумевается, что первичный ключ не должен подвергаться изменениям. Изменения первичного ключа трудно сопровождать, что часто приводит к весьма дорогостоящим переделкам, поэтому лучшим считается вариант, когда первичный ключ абсолютно не зависит от экземпляров сущности. Выбор первичного ключа может оказаться непростой задачей, решение которой может повлиять на эффективность будущей ИС. В одной сущности могут оказаться несколько атрибутов или наборов атрибутов, претендующих на роль первичного ключа. Такие претенденты называются потенциальными ключами (candidate key). Для каждого первичного ключа ERwin создает при генерации структуры БД уникальный индекс.

Итак, можно сформулировать правила определения сущностей

  • Сущность должна иметь уникальное имя.

  • Сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через отношения.

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

  • Каждая сущность может обладать любым количеством отношений с другими сущностями.

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

Экземпляры независимой (родительской) сущности могут быть уникально идентифицированы без определения ее связей с другими сущностями; зависимая (дочерняя) сущность, наоборот, не может быть уникально идентифицирована без определения ее связей с другими сущностями. Зависимая сущность отображается в ERwin прямоугольником с закругленными углами.

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

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

Рисунок 1.1- Пример представления синтаксиса идентифицирующих отношений.

Рисунок 1.2 - Пример представления синтаксиса неидентифицирующих отношений.

      1. Атрибуты (Attribute) в ERWin

Сущность должна обладать некоторым набором атрибутов. Атрибуты представляют собой факты, которые служат для идентификации, характеристики отнесения к категории, числового представления или другого вида описания состояния экземпляра сущности. Атрибуты формируют логические группы, описывающие каждый экземпляр сущности. Конкретным экземпляром атрибута является значение. Например, атрибут с названием «Имя» определяет область определения для фактов о сущности с названием «Клиент». Артём, Константин, Станислав – примеры конкретных значений «Имени» для конкретных экземпляров «Клиента».

Правила атрибутов:

  1. Каждый атрибут каждой сущности обладает уникальным именем.

  2. Сущность может обладать любым количеством атрибутов.

  3. При идентифицирующем отношении сущность "потомок" наследует атрибут и/или атрибуты, составляющие первичный ключ сущности "родителя".

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

Рисунок 1.3 - Пример первичного и альтернативного ключей

Хороший первичный ключ будет обладать следующими признаками:

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

  • значение не имеет скрытого смысла;

  • область определения значений будет оставаться постоянной с течением времени;

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

При работе ИС часто бывает необходимо обеспечить доступ к нескольким экземплярам сущности, объединенным каким – либо одним признаком для повышения производительности в этом случае используются неуникальные индексы. ERwin позволяет на уровне логической модели назначить атрибуты, которые будут участвовать в неуникальных индексах. Такие атрибуты называются инверсные входы (Inversion Entries). Инверсный вход – это атрибут или группа атрибутов, которые не определяют экземпляр сущности уникальным образом, но часто используется для обращения к экземплярам сущности. ERwin генерирует не уникальный индекс для каждого инверсного входа.

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

2.2.4. Связи (relationships) в ERwin

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

  • тип связи (идентифицирующая, неидентифицирующая, полная/неполная категория, неспецифическая связь);

  • родительская сущность;

  • дочерняя (зависимая) сущность;

  • мощность связи (cardinality);

  • допустимость пустых (null) значений.

В IDEFIX различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительской) и зависимой (дочерней) сущностями. Зависимая сущность изображается прямоугольником со скругленными углами. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ — FK.

При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности входят в состав неключевых атрибутов дочерней сущности. Неидентифицирующая связь служит для связывания независимых сущностей. Для определения связей ERwin выбирается тип связи, затем мышью указывается родительская и дочерняя сущность. Идентифицирующая связь изображается сплошной линией; не идентифицирующая - пунктирной линией. Линии заканчиваются точкой со стороны дочерней сущности.

Мощность связей (Cardinality) — служит для обозначения отношения числа экземпляров родительской сущности к числу экземпляров дочерней.

Различают четыре типа сущности:

  • общий случай, когда одному экземпляру родительской сущности соответствуют 0, 1 или много экземпляров дочерней сущности; не помечается каким-либо символом;

  • символом Р помечается случай, когда одному экземпляру родительской сущности соответствуют 1 или много экземпляров дочерней сущности (исключено нулевое значение);

  • символом Z помечается случай, когда одному экземпляру родительской сущности соответствуют 0 или 1 экземпляр дочерней сущности (исключены множественные значения);

  • цифрой помечается случай точного соответствия, когда одному экземпляру родительской сущности соответствует заранее заданное число экземпляров дочерней сущности.

  • допустимость пустых (NULL) значений в не идентифицирующих связях ERwin изображает пустым ромбиком на дуге связи со стороны родительской сущности.

Имя связи на логическом уровне представляет собой глагол, связывающий сущности. Физическое имя связи (которое может отличаться от логического) для ERWin означает имя ограничения или индекса. Для отображения имени связи выберите опцию в меню: Format/Relationship Display/Verb phrase.

2.2.5. Связи категоризации

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

Например, сущность «входящий документ» может быть как запросом, так и распоряжением. Первые и вторые имеют различные, частично пересекающиеся наборы атрибутов (минимальное пересечение подтипов составляет первичный ключ). Общая часть этих атрибутов, включая первичный ключ, помещается в сущность-супертип «входящий документ». Различная часть (например, данные о содержании, отправителе) помещается в сущности-подтипы.

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

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

Рисунок 1.4 - Пример неполного множества категорий

Рисунок 1.5 - Пример полного множества категорий

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

Правила отношений категоризации:

  1. Сущность типа "категория" может иметь только одну общую сущность.

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

  3. Сущность может быть общей сущностью в любом количестве отношений категоризации.

  4. Атрибуты первичного ключа сущности-категории должны совпадать с атрибутами первичного ключа общей сущности.

  5. Все экземпляры сущности-категории имеют одно и то же значение дискриминатора, и все экземпляры других категорий должны иметь другие значения дискриминатора (см. рис. 4 и рис.5).

2.2.6. Роли.

Имя роли (функциональное имя) – это синоним атрибута внешнего ключа, который показывает, какую роль играет атрибут в дочерней сущности. По умолчанию в списке атрибутов показываются только имя роли. Для отображения полного имени атрибута (как функционального имени, так и имени роли) следует в контекстном меню выбрать пункт Format/ Entity Display и затем включить опцию Rolename/Attribute. Полное имя показывается как функциональное имя и базовое имя, разделенные точкой. Имя роли задается на вкладке Rolename диалогового окна Relationship. Это окно вызывается двойным щелчком мыши по линии связи.

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

2.2.7. Представления.

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

2.3 Хранение информации в модели ERwin.

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

3. Описание работы с пакетом

При запуске ERwin по умолчанию появляется окно создания новой модели или открытия существующего файла (см. рис.6).

Рис. 6.запуск ERWin

После выбора действия, загружается основная интегрированная среда разработки моделей ERWin. Панели инструментов содержат следующий набор кнопок:

Таблица 1

Назначение кнопок

Кнопки

Назначение кнопок

Создание, открытие, сохранение и печать модели

Вызов диалога Report Browser для генерации отчетов

Изменение уровня просмотра модели: уровень сущностей, уровень атрибутов, уровень определений

Изменение масштаба просмотра модели

Вызов дополнительной панели инструментов для работы с репозитарием Model Mart

Переключение между областями модели Subject Area

3.1. Постановка задачи

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

3.2.Создание логической модели БД

Проведем анализ предметной области и внесем в диаграмму выявленные сущности.

Для внесения сущности в модель необходимо «кликнуть» по кнопке сущности на панели инструментов (ERwin Toolbox) затем кликнуть по тому месту на диаграмме, где необходимо расположит новую сущность. Щелкнув правой кнопкой мыши по сущности и выбрав пункт «Entity Properties», можно вызвать окно, в котором определяются имя, комментарии и описание сущности.

Рисунок 1.7 - Внешний вид диалогового окна Entity Properties

Рисунок 1.8 - Общий вид модели с после создания сущностей

Каждая сущность должна быть полностью определена с помощью текстового описания в закладке Definition. Закладки Note, Note 2, Note 3, UDP служат для внесения дополнительных комментарий и определений к сущности.

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

Любой Акционер должен передать хотя бы одно Распоряжение.

Распоряжение может быть Запросом на выдачу информации или Распоряжением на внесение изменений в реестр.

Запрос на выдачу информации должен быть отмечен в реестре

Распоряжение на внесение изменений в Реестре должно быть исполнено

Таким образом, сформируем имена связей:

Акционер передаёт распоряжение.

Распоряжение на внесение изменений вносится в Реестр.

Запрос на выдачу информации удовлетворяется информацией из Реестра.

Первая и вторая являются идентифицирующими. Третья - неидентифицирующая. Первая связь обладает мощностью один ко одному или ко многим. Остальные один к одному.

Для установки связи необходимо кликнуть по кнопке нужного типа связи в панели инструментов, затем указать мышью сначала на родительскую сущность, а потом на дочернюю. Задать параметры связи можно при помощи редактора связей Relationship Editor (см. рис. 9), который вызывается двойным щелчком по связи. Обязательно необходимо указать называние связи.

Рисунок 1.9 - Диалоговое окно задания параметров связи

Задание ограниченной целостности производится на закладке Rolename/ RI Action панели диалога редактора связей (см. рис. 10) после создания атрибутов.

Рисунок 1.10 - Диалоговое окно «Relationship Editor»

После задания связей между сущностями диаграмма будет выглядеть следующим образом (см. рис. 11).

Рисунок 1.11 - Вид логической модели после задания связей

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

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

Рисунок 1.12 - Окно работы с атрибутами

Для создания каждого нового атрибута необходимо нажать кнопку «Nеw». В появившемся окне введите наименование атрибута и тип данных (строка, число, дата, неизвестный формат). Если атрибут является первичным ключом, необходимо выделить его и отметить пункт «Primary Key».

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

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

Реестр содержит реквизиты эмитента и акционеров.

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

Для вызова данного редактора кликните правой кнопкой мыши на сущности и выберите пункт Key Group Editor. В открывшимся диалоговом окне (см. рис. 13) нажмите кнопку New.

В открывшимся диалоговом окне (см. рис. 14) задайте атрибуты и нажмите ОК. Выберите созданный альтернативный ключ и при помощи клавиши добавьте составляющие его атрибуты. Нажмите ОК.

Рисунок 1.13 - Диалоговое окно New Key Group

Рисунок 1.14 - Диалоговое окно Key Group Editor

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

Рисунок 1.15 - Общий вид логической модели

3.2. Создание физической модели БД и генерация схемы БД.

Перед тем как преступить к созданию физической модели, необходимо выбрать сервер СУБД. Для этого необходимо переключиться на физическую модель и выбрать пункт меню Database/Choose Database. Затем выбрать необходимый сервер СУБД. Вид панели диалога Target Server представлен на рис. 16.

Рисунок 1.16 - Диалоговое окно Target Server

Диалог Target Server позволяет задать тип данных и опцию NULL для новых колонок, а так же правила ссылочной целостности, принимаемые по умолчанию.

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

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

Для создания английских имен таблиц необходимо воспользоваться редактором таблиц, который вызывается правым щелчком мыши по сущности, в выпадающем меню выбрать пункт Table Ptoperties/Comment (см. рис.17), для остальных манипуляций – редактором колонок, который вызывается правым щелчком мыши по сущности, в выпадающем меню выбрать пункт Columns (см. рис. 18).

Рисунок 1.17 - Диалоговое окно редактора таблиц

Рисунок 1.18 - Диалоговое окно редактора колонок

После того как будут выполнены все действия физическая модель приобретет следующий вид (см. рис. 19).

Рисунок 1.19 - Общий вид физической модели

Последним шагом является генерация схемы БД. Для этого в необходимо выбрать пункт меню Tools/Forward Engineer/ Schema Generation. Все необходимые параметры генерации схемы БД можно задать на предназначенной для этого панели диалога Access Schema Generation (см. рис. 20). Нажатие кнопки Preview позволяет посмотреть код, который будет создан автоматически ERwin.

Рисунок 1.20 - Диалоговое окно Access Schema Generation

Рисунок 1.21 - Окно просмотра программного кода

Генерация схемы БД запускается нажатием кнопки Generate.

4. Порядок выполнения работы

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

4.1. Создание модели экономического или производственного процесса

  1. Изучить методику моделирования при помощи ERwin, приведенную в п. 2;

      1. Провести анализ данных, полученных в п. 4:

  • определить цели моделирования

  • определить сущности связи и атрибуты сущностей

  • определить наличие альтернативных ключей

3. Построить логическую информационную модель экономического или производственного процесса на основе проведенного выше анализа.

4. Построить физическую модель и сгенерировать схему БД.

5. Контрольные вопросы

  1. Обоснуйте необходимость использования CASE-средств для моделирования экономических и производственных процессов.

  2. Что представляет собой модель системы в нотации IDEF1Х?

  3. Назовите все возможные типы моделей, используемых при проектировании информационных систем.

1Перечислите этапы экспертизы модели.
  1. Какие виды связей существуют в модели, построенной с использованием ERwin?

  2. Как проводится генерация схемы БД в ERwin?

Список литературы

1. Корнеев В.В., Гарев А.Ф., Васютин С.В., Райх В.В. Базы данных. Интеллектуальная обработки информации. - М.: «Нолидж», 2000. – 352с., ил.

2. Маклаков С.В. BPWin и ERwin. CASE-средства разработки информационных систем. – М.: ДИАЛОГ-МИФИ, 1999. – 256 с.



Похожие документы:

  1. Методические указания к лабораторным работам по дисциплине информатика

    Методические указания
    ... системы» Методические указания к ЛАБОРАТОРНым РАБОТАМ по дисциплине ИНФОРМАТИКА ... лабораторной работы является получение студентами базовых навыков проектирования архитектуры приложений. Задачами лабораторной работы являются изучение студентами ...
  2. Обеспеченность учебного процесса учебно-методической литературой (очная форма обучения) на 2013 – 2014 уч г

    Документ
    ... Системы автоматизированного проектирования локомотивов. Методические указания по выполнению лабораторных работ по дисциплине «САПР локомотивов» для студентов специальности для студентов 2 курса очной и 3 курса заочной формы ...
  3. Методические рекомендации по выполнению внеаудиторной самостоятельной работы по дисциплине «Обществознание» Для студентов

    Методические рекомендации
    ... «Информационная безопасность» 2009 г. Для студентов 4 курса специальностей 230105 15. Дипломное проектирование Ханнанов Т.А. Методические указания по организации и выполнении выпускных квалификационных работ ...
  4. Издания учебной и учебно-методической литературы в ниу итмо в 2013 году

    Документ
    ... и методические указания по выполнению курсовой работы по дисциплине «Анализ хозяйственной деятельности предприятий-участников ВЭД» для студентов V курса очного ...
  5. Пояснительная записка (методические указания)

    Пояснительная записка
    ... систем электронного документооборота аудиторные лабораторная работа 5 Защита лабораторных работ Обзор предметно-ориентированных экономические информационных систем Обзор предметно-ориентированных экономические информационных систем ...

Другие похожие документы..