close

Вход

Забыли?

вход по аккаунту

?

DmitrievKyltishev

код для вставкиСкачать
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное образовательное учреждение
высшего профессионального образования
САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ
АЭРОКОСМИЧЕСКОГО ПРИБОРОСТРОЕНИЯ
ПРОЕКТИРОВАНИЕ
ИНФОРМАЦИОННЫХ СИСТЕМ
Часть 1. Структурный метод
Методические указания
к выполнению лабораторных работ
Санкт-Петербург
2014
Составители: А. В. Дмитриева, Е. И. Култышев, Е. С. Морева,
Т. Ф. Осипова
Рецензент кандидат технических наук, доцент Н. В. Кучин
Методические указания для выполнения лабораторных работ содержат описание и порядок выполнения лабораторных работ по дисциплине «Проектирование информационных систем».
Методические указания предназначены для студентов, обучающихся по направлениям бакалавриата «Прикладная информатика
(в экономике)» 230700, «Бизнес-информатика» 080500.
В авторской редакцииа
Верстальщик С. Б. Мацапура
Сдано в набор 21.11.13. Подписано к печати 10.04.14.
Формат 60×84 1/16. Бумага офсетная. Усл. печ. л. 4,4.
Уч.-изд. л. 4,7. Тираж 100 экз. Заказ № 190.
Редакционно-издательский центр ГУАП
190000, Санкт-Петербург, Б. Морская ул., 67
© Санкт-Петербургский государственный
университет аэрокосмического
приборостроения (ГУАП), 2014
ВВЕДЕНИЕ
Разработка информационной системы – многоэтапный процесс,
требующий специальной организации. Любой существующий объект (продукт, информационная система (ИС)) характеризуется изменениями, происходящими с ним с течением времени. Сущность
изменения объектов во времени отражается такой экономической
категорией как «жизненный цикл». Количество этапов и процессов
жизненного цикла определяется стандартом на технологию проектирования и применяемого метода анализа.
Любой технический проект, в том числе и проект ИС, требует
создания большого количества проектных документов. Вручную
это сделать достаточно сложно, но даже если удается это сделать,
то при изменении каких-то условий работы ИС, ее эксплуатации,
входных данных, и начальных условий переработка большого количества документов практически неосуществима, поэтому особенно важно применять средства автоматизации, или CASE (Computer
Aided Software Engineering) средства (BPwin, ERwin, Rational Rose
и др.). Благодаря средствам автоматизации, этапы системного анализа и синтеза сокращаются в несколько раз.
Средства автоматизации проектирования поддерживают определенную методологию проектирования. Наиболее часто используемые методологии:
• методология структурного анализа и синтеза, поддерживаемая CASE-средствами BPwin, ERwin, AllFusion;
• методология объектно-ориентированного анализа (визуального
моделирования), поддерживаемая CASE-средством Rational Rose.
Для структурного анализа используются технологии SADT
(Structured Analysis and Design Technique), технология структурированного анализа и разработки, и IDEF, международные стандарты комплекса IDEF.
Координировать процесс разработки информационной системы,
при использовании структурного подхода будет RAD-технология.
Технология Rapid Application Development (RAD) предназначена
для быстрого проектирования приложений коллективом разработчиков. Жизненный цикл по методологии RAD состоит из 4-х этапов:
• этап анализа и планирования требований,
• этап проектирования,
3
• этап построения,
• этап внедрения.
Координировать процесс разработки информационной системы, при использовании объектно-ориентированного подхода будет
RUP-технология.
Технология Rational Unified Process (RUP) использует универсальный язык моделирования (Unified Modeling Language). Язык
прошел процесс стандартизации в рамках консорциума OMG
(Object Management Group) и сейчас является международным
стандартом.
Методология RUP структурирована в двух направлениях:
• время (разделение жизненного цикла системы на этапы);
• компоненты процесса (набор средств для решения определенных задач).
Разработка состоит из следующих временных этапов:
• Задумка – определение общей задачи системы.
• Проработка – планирование необходимых работ и ресурсов.
• Создание – построение системы.
• Переходный период – поставка системы пользователю.
Настоящий курс лабораторных работ посвящен проектированию информационных систем на основе методологий структурного
подхода с использованием CASE-средств BPwin и ERwin. Проектированию информационных систем объектно-ориентированным
методом с использованием CASE-средства Rational Rose посвящена
вторая часть методических указаний.
4
Лабораторная работа №1. НАЧАЛО РАБОТЫ В BPWIN
Цель работы: ознакомление с CASE – средством BPwin, создание нового проекта.
1. Методические указания
Описание CASE-средства. Программный продукт BPwin
BPwin (или AllFusion Process Modeler) – программный продукт
в области реализации средств CASE-технологий. Позволяет проводить описание, анализ и моделирование бизнес-процессов. Занимает одно из лидирующих мест рынка в своём сегменте. В настоящее время выпускается компанией Computer Associates. BPwin
поддерживает три стандартные методологии: IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и
IDEF3 (моделирование потоков работ). Эти методологии по-своему
уникальны. Каждая из них может быть выполнена отдельно с помощью BPwin, но их совокупность, заключённая в модель, даёт
аналитику полную картину предметной области. Впервые программа BPwin была разработана компанией Logic Works. Название
сложилось из сокращения английских слов, BP – business process
и win – отражение ориентации на графические операционные системы. В 1998 году компания Logic Works была поглощена фирмой
Platinum Technology. Та в свою очередь, всего через год, в 1999 году
была куплена Computer Associates. Значительного успеха на рынке
достигла версия программы BPwin 4.0, которая была выпущена на
стыке XX и XXI веков. Последняя версия программного обеспечения получила название AllFusion Process Modeler 7 и вошла в объединённый пакет AllFusion Modeling Suite. CASE-средства BPwin
предназначен для создания функциональной модели существующей или проектируемой ИС.
Знакомство с интерфейсом
CASE-средство BPwin имеет простой и понятный пользовательский интерфейс для построения требуемых функциональных моделей и сценариев. Он зависит от используемой технологии. В любом
случае при запуске средства моделирования появляются (рис. 1):
• меню,
• основная панель инструментов,
• панель специальных инструментов,
• навигатор моделей,
• окно моделирования.
5
Рис. 1. Окно пакета BPwin при запуске
Основная панель инструментов содержит следующие кнопки:
– создание новой модели,
– открытие имеющейся модели,
– сохранение построенной модели,
– печать модели,
– выбор масштаба,
– масштабирование,
– проверка правописания,
– включение/выключение навигатора модели,
– включение/выключение Model Mart.
6
Навигатор модели показывает состав модели по уровням разработки. С его помощью можно легко и быстро переходить с уровня
на уровень. Работа с навигатором модели аналогична работе с Проводником системы Windows.
Панель специальных инструментов содержит следующие основные кнопки:
– редактирование функциональных блоков и стрелок,
– добавление функционального блока в модель,
– создание стрелок,
– переход на верхний уровень модели,
– декомпозиция.
2. Задание
1. Выполнить тестовый пример.
2. Получить индивидуальное задание.
3. Сдать отчет по заданию. Содержание отчета:
• титульный лист;
• название и цель выполнения работы;
• описание своей задачи и перечисление того, что выполнено;
• письменные ответы на контрольные вопросы.
Примерные темы для заданий:
• учет состава компьютера,
• учет товара на складе,
• учет продаж,
• учет состава проекта,
• учет студентов в группах.
База данных информационной системы не должна превышать
четырех таблиц.
3. Технология выполнения работы
1. Запустить программу.
1.1. Вызвать кнопкой Пуск Главное меню.
1.2. Найти в программах BPwin.
7
1.3. Запустить программу.
2. Познакомиться с интерфейсом.
2.1. Познакомиться с основной панелью.
2.2. Познакомиться с панелью инструментов.
3. Зарегистрировать новый проект и сохранить.
Для создания новой модели:
3.1. На основной панели инструментов нажать кнопку Создание
новой модели.
3.2. Заполнить бланк, рис. 2 (имя модели для примера Учет продаж).
3.3. Заполнить бланк, рис. 3.
3.4. Подтвердить указанные свойства командой основного меню
Model/New Model Properties.
3.5. Сохранить проект.
3.6. Дать имя файлу или согласно предметной области разрабатываемой системы, или фамилии разработчика или фирмы.
4. Установить русский текст (если установлен, то познакомиться с технологией).
Можно установить русский текст через команду меню Model/
Default Fonts (рис. 4) или контекстное меню (рис. 5), устанавливая
Arial Cyr или Arial, проверяя образец шрифта на вкладке Sample
(рис. 6).
5. Получить вариант задания у преподавателя.
Рис. 2. Создание проекта
8
Рис. 3. Диалоговое окно Properties for New Models
Рис. 4. Установка русского шрифта через главное меню
9
Рис. 5. Установка русского шрифта через контекстное меню
Рис. 6. Установка русского шрифта на вкладке Sample
6. Составить отчет.
7. Ответить на контрольные вопросы.
4. Контрольные вопросы
1. Что такое CASE-средства?
2. Что такое BPwin?
3. История создания BPwin.
4. Какая методология легла в основу BPwin?
5. Описать интерфейсное окно.
6. Описать и показать кнопки основной и специальных панелей
инструментов.
7. Назначение специальной панели инструментов.
10
8. Как начать проектирование?
9. Как установить русский текст?
10. Установка русского текста через главное меню.
11. Установка русского текста через контекстное меню.
12. Как выбирают имя файла для проекта?
13. Как сохранить проект?
Лабораторная работа №2. Методология IDEF0
Цель работы: освоить технологию IDEF0 для построения функциональных моделей в BPwin.
1. Методические указания
IDEF0 (функциональная модель) – предписывает построение
иерархической системы диаграмм (единичных описаний фрагментов системы). Технология IDEF0 основана на четырех основных понятиях:
• функциональный блок,
• интерфейсная дуга (стрелка),
• декомпозиция,
• глоссарий.
Фундаментальным понятием является понятие функционального блока. Функциональный блок предназначен для выполнения
какого-либо конкретного действия. От самого общего, на которое
ориентирована разрабатываемая информационная система, до конкретного действия пользователя. Из функциональных блоков строятся диаграммы, а из диаграмм – функциональная модель.
Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель
AS-IS) и идеального положения вещей – того, к чему нужно стремиться (модель TO-BE).
Модель может содержать четыре типа диаграмм:
• контекстная диаграмма (в модели может быть только одна контекстная диаграмма),
• диаграммы декомпозиции,
• диаграммы дерева узлов,
• диаграммы только для экспозиции (FEO).
Контекстная диаграмма является корнем дерева декомпозиции диаграмм, концевыми вершинами его служат диаграммы, за11
канчивающие процесс моделирования. Контекстная диаграмма
всегда состоит из одного функционального блока, действие которого определяет назначение моделируемой системы.
Диаграммы декомпозиции являются результатом разбиения
действия контекстной диаграммы и последующих действий на составляющие.
Нотации для построения диаграмм: 
Управление
Вход
Имя
Выход
Функциональный блок
с интерфейсными дугами
(стрелками)
Механизм
Функциональная модель
А1
А2
А3
2. Задание
1. Построить контекстную диаграмму.
2. Построить диаграмму декомпозиции.
3. Просмотреть глоссарии и дополнить необходимой информацией.
4. Составить отчет.
5. Ответить на контрольные вопросы.
3. Технология выполнения работы
1. Первый уровень моделирования – контекстная диаграмма.
1.1. Оформить функциональный блок в окне модели (рис. 7).
a) В контекстном меню функционального блока выбрать команду Name…
b) В диалоговом окне Activity Properties в закладке Name задать
имя функционального блока.
c) В закладке Font задать Arial Cyr.
d) Нажать кнопку ОК.
1.2. Оформить интерфейсные дуги (рис. 8).
a) Нажать кнопку создания стрелки.
12
Рис. 7. Оформление функционального блока
Рис. 8. Оформление интерфейсных дуг
13
b) Щелкнуть на левой границе окна модели, а затем транспортировать на левую границу функционального блока.
c) Нажать кнопку редактирования стрелок.
d) В контекстном меню стрелки выбрать команду Name…
e) В диалоговом окне Arrow Properties в закладке Name задать
имя стрелки.
1.3. Контекстная диаграмма в IDEF0-технологии.
Создание контекстной диаграммы (рис. 9) начинается с задания
имени функционального блока и подробного описания имени в вызываемых из контекстного меню следующих окнах:
• имя функционального блока,
• описание его имени.
Стрелки создаются в режиме рисования (кнопка со стрелкой →).
2. Второй уровень моделирования – декомпозиция контекстной
диаграммы на частные диаграммы.
2.1. Перейти на нижний уровень моделирования кнопкой декомпозиции модели.
2.2. В диалоговом окне Activity Box Count указать:
a) тип модели (IDEF0);
b) число функциональных блоков нижнего уровня.
2.3. Оформить наследованные с первого уровня стрелки.
a) Нажать кнопку создания стрелки.
USED AT: AUTHOR: Иванов И.И.
PROJECT: Пример
WORKING
DRAFT
RECOMMENDED
PUBLICATION
DATE: 01.11.04
REV: 01.11.04
NOTES: 1 2 3 4 5 6 7 8 9 10
READER
DATE CONTEXT:
TOP
Правила
Вход
Выход
Действие
38 770р.
0
Исполнители
NODE:
A-0
TITLE:
Действие
NUMBER:
Рис. 9. Вид контекстной диаграммы
14
b) Щелкнуть по наконечнику стрелки Вход (Управление, Механизм).
c) Транспортировать на соответствующую границу требуемого
функционального блока.
2.4. Оформить внутренние стрелки.
a) Нажать кнопку создания стрелки.
b) Щелкнуть по правой границе функционального блока.
c) Транспортировать на соответствующую границу связанного
функционального блока.
2.5. Создать разветвления стрелок.
a) Нажать кнопку редактирования стрелки.
b) Щелкнуть по фрагменту стрелки.
c) Транспортировать на соответствующую границу функционального блока.
2.6. Создать слияние стрелок.
a) Нажать кнопку редактирования стрелки.
b) Щелкнуть по границе функционального блока.
c) Щелкнуть по фрагменту стрелки.
3. Построение дерева модели.
3.1. Командой Diagram/Node Tree вызвать диалоговое окно
Node Tree Definition.
3.2. Провести диалог.
WORKING
DRAFT
RECOMMENDED
PUBLICATION
DATE: 01.11.04
REV: 01.11.04
USED AT: AUTHOR: Иванов И.И.
PROJECT: Пример
NOTES: 1 2 3 4 5 6 7 8 9 10
A-0
Действие 1
30 135р.
1
Выход-вход
Вход 1
Исполнитель 1
A0
Выход
Действие 2
8 635р.
NODE:
DATE CONTEXT:
Правила
Правила 1
Вход
READER
TITLE:
Действие
2
Исполнители
NUMBER:
Рис. 10. Диаграмма второго уровня (декомпозиция)
15
3.3. Нажать кнопку ОК.
4. Просмотр узла декомпозиции.
4.1. Выбрать узел декомпозиции в браузере (прямоугольник зеленого цвета).
4.2. Щелкнуть по выбранному элементу два раза.
В результате декомпозиции (кнопка ) функционального блока
контекстной диаграммы на два функциональных блока получается
следующая диаграмма (рис. 10):
В диаграмме созданы туннелированные стрелки этого уровня.
Они отмечены квадратными скобками [|]. Остальные стрелки следуют из предыдущего уровня.
5. Заполнение глоссария.
Глоссарий стандарта IDEF подразумевает использование в качестве имен, обозначений и определений соответствующих наборов
ключевых слов. Глоссарий гармонично дополняет графический
язык стандарта дополнительной текстовой информацией.
Для просмотра глоссария необходимо в главном меню выбрать
команды:
• Dictionary/activity для просмотра списка действий;
• Dictionary/arrow для просмотра списка стрелок;
• заполнить графы, если это необходимо.
5.1. Список действий.
Результат просмотра командой Dictionary / Activity словаря
действий показан ниже (рис. 11):
5.2. Список стрелок.
Результат просмотра командой Dictionary / Arrows словаря
стрелок показан ниже (рис. 12):
Ниже представлен пример «Учет продаж товаров» (рис.13,
рис. 14, рис.15).
Рис. 11. Глоссарий действий
16
Рис. 12. Глоссарий стрелок
USED AT: AUTHOR: Осипова Т.Ф.
PROJECT: Учет продаж
DATE: 30.10.2005
REV: 11.03.2012
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
TOP
Правила торговли
Предложения
менеджера
Журнал учета
Учет продаж
товаров
Сообщения
продавца
0р.
0
Бухгалтер
Продавец
Менеджер
NODE:
A-0
TITLE:
Учет продаж товаров
Директор
NUMBER:
Рис. 13. Пример контекстной диаграммы
В результате декомпозиции (кнопка ) функционального блока
контекстной диаграммы на три функциональных блока получается
следующая диаграмма: Рис. 14. Пример диаграммы второго уровня
(декомпозиция)
На этой диаграмме показаны действия системы для решения
данной задачи.
В диаграмме созданы туннелированные стрелки этого уровня
(Инструкции пользователя, СУБД). Они отмечены квадратными
скобками [|]. Остальные стрелки следуют из предыдущего уровня.
Для всех действий заполнено Свойство Definition (рис. 16).
17
USED AT: AUTHOR: Осипова Т.Ф.
PROJECT: Учет продаж
DATE: 30.10.2005
REV: 26.03.2012
NOTES: 1 2 3 4 5 6 7 8 9 10
Правила торговли
Предложения
менеджера
Ввод данных
1
0р.
Сообщения
продавца
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
A-0
Инструкция пользователя
Сведения
Ведение базы
данных
2
0р.
Таблицы базы данных
Журнал учета
Получение
0р. информации 3
Директор
Менеджер
NODE:
A0
Продавец
TITLE:
СУБД
Бухгалтер
NUMBER:
Учет продаж товаров
Рис. 14. Пример диаграммы второго уровня (декомпозиция)
USED AT: AUTHOR: Осипова Т.Ф.
PROJECT: Учет продаж
DATE: 30.10.2005
REV: 26.03.2012
NOTES: 1 2 3 4 5 6 7 8 9 10
Инструкция
пользователя
Таблицы базы данных
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
A0
Правила торговли
Составление
0р. отчетов
1
Отчеты
0р.
Расчет налогов
и акцизов
2
Анализ продаж
3
0р.
Менеджер
NODE:
TITLE:
A3
Бухгалтер
Директор
Получение информации
NUMBER:
Рис. 15. Пример диаграммы третьего уровня
(декомпозиция действия Получение информации)
18
Журнал учета
Рис. 16. Пояснения для действия Ввод данных
Рис. 17. Дерево декомпозиции действий (узлов)
в браузере
На рис. 17 показано дерево декомпозиции действий (узлов) в
браузере. Цвет и форма блоков определяют технологию, по которой
построена диаграмма и последовательность декомпозиций. Зеленый цвет относится к IDEF0, голубой – DFD, желтый – IDEF3 технологии.
5.3. Список действий.
Результат просмотра командой Dictionary / Activity словаря
действий показан ниже (рис. 18).
5.4. Список стрелок.
Результат просмотра командой Dictionary / Arrows словаря
стрелок показан ниже (рис. 19):
6. Перенести диаграммы в MS Word при составлении отчета.
19
Рис. 18. Пример заполнения глоссария действий
Рис. 19. Пример заполнения глоссария стрелок
6.1. Отметить в браузере нужную диаграмму.
6.2. В главном меню выбрать Edit/Copy picture.
6.3. Перейти в документ Word и вставить диаграмму.
20
4. Контрольные вопросы
1. Что представляет собой модель в нотации IDEF0?
2. Что обозначают работы в IDEF0?
3. Назовите порядок наименования работ?
4. Какое количество работ должно присутствовать на одной диаграмме?
5. Что называется порядком доминирования?
6. Как располагаются работы по принципу доминирования?
7. Каково назначение сторон прямоугольников работ на диаграммах?
8. Перечислите типы стрелок.
9. Назовите виды взаимосвязей.
10. Что называется граничными стрелками?
11. Объясните принцип именования разветвляющихся и сливающихся стрелок.
12. Какие методологии поддерживаются BPWin?
13. Перечислите основные элементы главного окна BPWin.
14. Опишите процесс создания новой модели в BPWin.
15. Как провести связь между работами?
16. Как задать имя работы?
17. Опишите процесс декомпозиции работы.
18. Как добавить работу на диаграмму?
19. Как разрешить туннелированные стрелки?
20. Может ли модель BPwin содержать диаграммы нескольких
методологий?
21. Каким цветом и формой обозначается функциональная модель?
Лабораторная работа №3. Сценарий технологических процессов
IDEF3
Цель работы: освоить технологию IDEF3 для построения сценариев технологических процессов в BPwin.
1. Методические указания
Диаграммы IDEF3 также называют WorkFlow diagramming –
методологией моделирования, использующей графическое описание информационных потоков, взаимоотношений между процессами обработки информации объектов, являющихся частью этих
21
процессов. Диаграммы WorkFlow используются для анализа процедур обработки информации.
Цель IDEF3 – дать аналитикам описание последовательности
выполнения процессов, а также объектов, участвующих совместно
в одном процессе.
IDEF3 может быть также использован как метод создания процессов. IDEF3 дополняет IDEF0 и содержит все необходимое для
построения моделей, которые могут быть использованы для имитационного моделирования.
Диаграмма является основной единицей описания в IDEF3модели. Организация диаграмм в IDEF3 является наиболее важной, если модель редактируется несколькими людьми. В этом случае разработчик должен определять, какая информация будет входить в ту или иную модель.
Единицы работы – Unit of Work (UOW), также называемые работами, являются центральными компонентами модели. В IDEF3
работы изображаются прямоугольниками и имеют имя, обозначающее процесс действия и номер (идентификатор). В имя обычно
включается основной результат работы.
Нотации для построения диаграмм:
– функциональный элемент поведения;
– данные, обрабатываемые в функциональном элементе
поведения;
– передача действия от одного функционального элемента поведения к другому;
– ссылка в функциональном элементе поведения на обрабатываемые данные;
– состояние объекта;
– перекресток для разветвления процессов.
Символ J перекрестка может принимать одно из следующих
значений:
• & – слияние результатов всех работ, если стрелки входят в перекресток; запуск всех работ, если стрелки выходят из него.
22
• O – слияние результатов работ, если хотя бы одна из входных
работ завершена; запуск хотя бы одной работы.
• X – слияние только одной работы из ряда входящих в перекресток работ; запуск только одной работы из выходящих из него
работ.
Иллюстрацией использования перекрестка в диаграммах описания последовательности этапов процесса является табл. 1. Из нее
Таблица 1
Пример использования перекрестков
Использование перекрестков
Описание
Работа 3 происходит, когда выполнены Работа 1 и Работа 2
Работа 1 и Работа 2 происходит
вместе
Работа 3 происходит, когда выполнены Работа 1 и Работа 2 или обе
вместе
Работа 1 и Работа 2 происходит
вместе или отдельно
Работа 3 происходит, когда выполнены Работа 1 или Работа 2
Происходит Работа 1 или Работа 2
23
следует, что перекресток – это средство построения сложных разветвленных технологических процессов.
2. Задание
1. Построить диаграмму сценария технологического процесса
для заданного функционального блока.
2. Посмотреть дерево декомпозиции и определить действия и работы.
3. Просмотреть глоссарии и дополнить необходимой информацией.
4. Составить отчет.
5. Ответить на контрольные вопросы.
3. Технология выполнения работы
1. Выбрать действие для декомпозиции.
1.1. Щелкнуть по действию.
1.2. Нажать кнопку декомпозиции.
1.3. Установить в открывшемся окне:
a) тип модели (IDEF3);
b) число работ нижнего уровня.
2. Оформление работы.
2.1. Нажать кнопку создания работы.
2.2. В нужном месте окна модели щелкнуть.
2.3. В контекстном меню действия выбрать команду Name…
2.4. В диалоговом окне Activity Properties в закладке Name задать имя работы.
2.5. В диалоговом окне Activity Properties в закладке Fonts задать Arial Cyr.
2.6. Нажать кнопку ОК.
3. Оформление данных.
3.1. Нажать кнопку создания данных
(на рис. 20 они называются входы, выходы).
3.2. В нужном месте окна модели щелкнуть.
3.3. В контекстном меню данных выбрать команду Name…
3.4. В диалоговом окне в закладке Name задать имя данных.
3.5. В диалоговом окне Reference Properties в закладке Fonts задать Arial Cyr.
3.6. Нажать кнопку ОК.
4. Оформление перекрестка.
4.1. Нажать кнопку создания перекрестка.
24
USED AT: AUTHOR: Иванов И.И.
PROJECT: Пример
DATE: 01.11.04
REV: 01.11.04
NOTES: 1 2 3 4 5 6 7 8 9 10
756р.
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
A0
Входы
Операция 1
1
Выходы
187р.
Операция 2
X
2
J1
492р.
Операция 3
3
NODE:
TITLE:
Действие 1
NUMBER:
A1.1
Рис. 20. Диаграмма описания последовательности этапов
процесса Действия 1, по IDEF3-технологии
построена декомпозицией (кнопка ) этого действия
4.2. В нужном месте окна модели щелкнуть.
4.3. В контекстном меню выбрать команду Name…
5. Оформление стрелки.
5.1. Нажать кнопку создания стрелки.
5.2. Щелкнуть по выходу одного элемента модели.
5.3. Щелкнуть по входу другого элемента модели.
Стрелки первоначально будут иметь один наконечник, только
после построения следующий DFD-диаграммы, стрелки примут
вид с двойным наконечником.
6. Создание данных, используемых для перехода в CASEсредство ERwin.
6.1. Если данные будут использоваться как сущности, их создают в окне редактора, вызываемого командой (рис. 21) Model /
Entity/Attributes Editor.
6.2. В окно вводятся названия таблиц.
25
Рис. 21. Окно ввода таблиц и их атрибутов
USED AT: AUTHOR: Осипова Т.Ф.
PROJECT: Учет продаж
DATE: 30.10.2005
REV: 26.03.2012
WORKING
DRAFT
RECOMMENDED
PUBLICATION
NOTES: 1 2 3 4 5 6 7 8 9 10
READER
DATE CONTEXT:
A2
O
Сведения J1
0р. Открытие
форм
1
X
0р.
Поиск
2
J2
Клиенты
0р.
Ввод
3
Новые
записи
Товары
NODE:
A21.1
TITLE:
Пополнение
NUMBER:
Рис. 22. Диаграмма технологического процесса Пополнение
(декомпозиция четвертого уровня)
26
Рис. 23. Ввод таблиц и их атрибутов
6.3. Затем для каждой таблицы вводятся атрибуты.
Продолжение примера «Учет продаж товаров» (рис. 22,
рис. 23).
4. Контрольные вопросы
1. Сущность технологии IDEF3.
2. Для решения каких задач используется технология IDEF3?
3. Диаграммы технологии IDEF3. 
4. Основные нотации для построения диаграмм в IDEF3.
5. Примеры использования перекрестка для диаграммы технологического процесса в примере рис. 22.
6. Как называется IDEF3 технология?
7. Как называется IDEF3 диаграмма, построенная в BPwin?
8. Каким цветом и формой обозначается IDEF3 диаграмма последовательности процессов модели?
9. Как создать таблицы сущности и их атрибуты?
10. Зачем задаются сущности и атрибуты?
27
Лабораторная работа №4. Диаграммы потоков данных
(Data Flow Diagrams)
Цель работы: изучить построение диаграмм потоков данных
в BPwin для описания документооборота и обработки информации.
1. Методические указания
Диаграммы потоков данных (Data Flow Diagrams) \представляют сеть связанных между собой процессов. Их удобно использовать для описания документооборота и обработки информации.
Подобно IDEF0 DFD (Data Flow diagramming) представляет модульную систему как сеть связанных между собой процессов, или
действий и используются для наглядного отображения текущих
операций документооборота. DFD описывает:
• процессы обработки информации;
• документы, объекты, сотрудников или отделы, которые участвуют в обработке информации.
Диаграмма потоков данных включает также внешние по отношению к системе источники данных и адресаты, которые принимают информацию от системы, и идентифицирует хранилища данных, к которым осуществляется доступ системы. Основные объекты в DFD:
• Потоки данных – показывают, что передает один процесс другому.
• Процесс – осуществляет преобразование входной информации
в выходную.
• Хранилище данных – описывает данные, которые необходимо
хранить в памяти, прежде чем использовать в работах.
• Внешняя сущность – представляет некоторый объект вне системы документов (хранилища данных, data store).
Назначение процесса состоит в продуцировании выходных потоков из входных в соответствии с действием, задаваемым именем
процесса. Каждый процесс должен иметь уникальный номер для
ссылок на него внутри диаграммы. Этот номер может использоваться совместно с номером диаграммы для получения уникального индекса процесса во всей модели.
Хранилище данных позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилище представляет «срезы» потоков
данных во времени. Информация, которую оно содержит, может
использоваться в любое время после ее определения, при этом дан28
ные могут выбираться в любом порядке. Имя хранилища должно
идентифицировать его содержимое. В случае, когда поток данных
входит в хранилище или выходит из него и его структура соответствует структуре хранилища, он должен иметь то же самое имя, которое нет необходимости отражать на диаграмме.
Внешняя сущность представляет сущность вне контекста системы, являющуюся источником или приемником данных системы. Предполагается, что объекты, представленные такими
узлами, не должны участвовать ни в какой обработке. Внешние
сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность
может быть использована многократно на одной или нескольких
диаграммах.
Нотации
В BPwin для построения диаграмм потоков данных используется нотация Гейна- Сарсона:
– процесс (действие),
– внешняя сущность,
– хранилище данных,
– отношение предшествования,
– связь между элементами диаграммы,
– поток данных,
– связь между внешними сущностями и процессами.
2. Задание
1. Построить диаграмму потоков данных к одному из действий.
2. Показать дерево декомпозиции.
3. Просмотреть глоссарии и дополнить необходимой информацией.
4. Показать новые объекты, созданные на этом этапе проекта.
5. Составить отчет.
6. Ответить на контрольные вопросы.
29
3. Технология выполнения работы
DFD-диаграмма Действия 2 построена декомпозицией (кнопка
) этого действия (рис. 24).
1. Выбрать действие для декомпозиции.
1.1. Щелкнуть по действию.
1.2. Нажать кнопку декомпозиции.
1.3. Установить в открывшемся окне:
a) тип модели (DFD);
b) число процессов (действий) нижнего уровня.
2. Дать имена процессам через контекстное меню, номера будут
присвоены автоматически.
3. Оформить наследованные с верхнего уровня стрелки (см. лаб.
работу IDEF0).
4. Создать стрелки между процессами.
5. Установить стиль стрелкам – потоки данных.
5.1. Выбрать в контекстном меню Style.
5.2. Указать тип стрелки (двойной наконечник).
6. Создать внешние сущности.
6.1. Нажать соответствующую кнопку на панели инструментов.
6.2. Установить сущность в окно диаграмм.
6.3. Дать имя.
USED AT: AUTHOR: Иванов И.И.
PROJECT: Пример
DATE: 01.11.04
REV: 02.11.04
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
Правила
Выход-вход
2 Таблица 2
378р.
1
Действие 21
407р.
2
Выход
Действие 22
Исполнитель 1
A2
TITLE:
Действие 2
Исполнители
NUMBER:
Рис. 24. DFD-диаграмма для Действия 2
30
DATE CONTEXT:
A0
1 Таблица 1
Вход 1
NODE:
READER
7. Создать стрелки между внешними сущностями и процессами.
8. Установить соответствующий тип стрелки (наконечники с
двух сторон) (см. п. 5).
9. Создать хранилища данных и повторить действия с п. 6-8.
10. Дать пояснения необходимым стрелкам.
11. Посмотреть дерево декомпозиции действий, работ и процессов.
12. Посмотреть новые сущности – переключить внизу браузера
кнопку
на кнопку
.
13. Создать дерево узлов (рис. 25) командой Diagram / Add Node
Tree.
Продолжение примера «Учет продаж товаров»
DFD-диаграмма действия Получение информации (рис. 26) построена декомпозицией (кнопка ) этого действия, используя при
заполнении хранилищ построенные сущности.
В свойствах стрелки Отчеты на вкладке Definition можно перечислить виды отчетов, которые необходимо создать (рис. 27).
Диаграмма дерева узлов показывает иерархию работ в модели и
позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами (стрелки). Результат выполнения команды Diagram / Add Node Tree показан на рис. 28.
USED AT: AUTHOR: Иванов И.И.
PROJECT: Пример
DATE: 02.11.04
REV: 02.11.04
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
TOP
A-0
Действие
38 770р. 0
Действие 1
30 135р. 1
756р.
Операция 1
1
NODE:
A0
187р.
Операция 2
2
Действие 2
8 635р. 2
492р.
Операция 3
3
TITLE:
378р.
1
Действие 21
407р.
2
Действие 22
Действие
NUMBER:
Рис. 25. Дерево узлов
31
USED AT: AUTHOR: Осипова Т.Ф.
PROJECT: Учет продаж
DATE: 30.10.2005
REV: 26.03.2012
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE CONTEXT:
A0
Инструкция пользователя
Правила
торговли
1 Клиенты
0р.
Сведения
1
Новые
записи
2 Товары
Пополнение
0р.
2
Таблицы базы данных
Редактирование
1
Магазин
Менеджер
NODE:
A2
TITLE:
Продавец
СУБД
Ведение базы данных
NUMBER:
Рис. 26. DFD-диаграмма для действия Получение информации
Рис. 27. Информация об отчетах
32
USED AT: AUTHOR: Осипова Т.Ф.
PROJECT: Учет продаж
DATE: 04.11.2005
REV: 26.03.2012
WORKING
DRAFT
RECOMMENDED
PUBLICATION
NOTES: 1 2 3 4 5 6 7 8 9 10
READER
DATE CONTEXT:
TOP
A-0
Учет продаж
товаров
0р.
0
базы
Ввод данных Ведение
данных
0р.
1 0р.
2
0р.
0р.
1 0р.
2
Пополнение Редактирование
0р.
0р.
Открытие форм Поиск
1
2
NODE:
3
Составление отчетов
Расчет налогов
и акцизов
0р.
1 0р.
Анализ продаж
2 0р.
3
0р.
Ввод
3
TITLE:
A0
Получение
информации
Учет продаж товаров
NUMBER:
Рис. 28. Дерево узлов для примера
Рис. 29. Словарь действий
33
Рис. 30. Словарь стрелок
Результат просмотра командой Dictionary / Activity словаря
действий показан на рис. 29.
Результат просмотра командой Dictionary / Arrows словаря
стрелок показан на рис. 30.
4. Контрольные вопросы
1. Что описывает диаграмма DFD?
2. Какая нотация используется в BPwin для построения диаграмм DFD?
3. Что описывает диаграмма DFD?
4. Перечислите составные части диаграммы DFD.
5. В чем состоит назначение процесса?
6. Что называется внешней сущностью?
7. Что описывают хранилища?
8. Объясните механизм дополнения диаграммы IDEF0 диаграммой DFD.
34
9. Перечислите составные элементы диаграмм IDEF3.
10. Что показывают связи в диаграммах IDEF3?
11. Перечислите типы стрелок в диаграммах IDEF3.
12. Что называется перекрестком?
13. Назовите типы перекрестков.
14. Что называется объектом-ссылкой?
15. Какие бывают типы объектов-ссылок?
16. Как добавить объект-ссылку?
17. Каким цветом и формой обозначается DFD диаграмма последовательности процессов модели?
18. Как создается дерево узлов?
Лабораторная работа №5. Отчеты в BPwin
Цель работы: изучить виды отчетов и способы их создания; освоить метод поиска ошибок в диаграммах, используя отчеты.
1. Методические указания
BPwin позволяет создавать следующие типы отчетов:
• отчет по модели (Model Report) – включает в себя всю информацию о модели, созданной в BPWin (IDEF0, IDEF3 или DFD);
• отчет о диаграмме (Diagram Report) – включает в себя информацию обо всех объектах, входящих в активную диаграмму BPwin;
• отчет об объектах диаграммы (Diagram Object Report) – содержит полный список объектов, таких как работы, хранилища,
внешние ссылки, с указанием их свойств;
• отчет о стоимостях работ (Activity Cost Report) – содержит данные о стоимостях работ и стоимостных центрах модели;
• отчет о стрелках (Arrow Report) – включает в себя информацию о стрелках и связях модели;
• отчет об использовании данных (Data Usage Report) – содержит информацию о таблицах БД, сущностях и атрибутах, сопоставленных с работами модели, а также действия, которые могут
быть произведены над ними;
• отчет согласованности с методологией (Model Consistency
Report) – показывает насколько активная IDEF0-модель соответствует выбранной методологии.
Вышеперечисленные отчеты вызываются выбором соответствующего подпункта из меню Reports главного окна. При этом открывается диалоговое окно для задания параметров формируемого отчета.
35
Каждый полученный отчет может быть открыт в режиме просмотра (кнопка Preview), распечатан (кнопка Print) или сохранен в
файл (кнопка Report).
2. Задание
1. Создать отчет по модели по диаграмме IDEF0, созданной в
первой лабораторной работе.
2. Сохранить отчет в файл.
3. Открыть диалоговое окно отчета по стрелкам и сформировать
в нем стандартный отчет, содержащий информацию о началах и
концах стрелок.
4. Сохранить стандартный отчет под именем Arrows Source/
Dest.
5. Создать отчет согласованности с методологией.
6. Сохранить полученный отчет в файл.
7. Проверить отчет на наличие сообщений об ошибках в модели.
8. Ответить на контрольные вопросы.
3. Технология выполнения работы
1. Создание отчета по модели.
1.1. Откройте модель, по которой вы собираетесь создавать отчет.
1.2. Выберите Model Report из меню Report главного окна. При
этом откроется диалог отчета по модели.
1.3. Установите в открывшемся окне опции согласно пунктам,
которые будут включены в отчет. Порядок включения отображается рядом с флажком.
• Model Name – название модели.
• Definition – цель бизнес-процессов модели.
• Scope – предметная область модели.
• View point – точка зрения на модель.
• Time frame – временные рамки модели.
• Status – степень готовности модели.
• Purpose – цель создания модели.
• Source – источник, на основании которого создается модель.
• Author name – автор модели.
• Creation date – дата создания.
• System last revision date – дата последнего просмотра в системе.
• User last revision date – дата последнего просмотра пользователем.
1.4. Выберите форму представления отчета (Preview, Print, Report).
36
2. Создание отчета по диаграмме.
При создании этого типа отчета необходимо обращать внимание
на методологию диаграммы, поскольку в зависимости от этого производится настройка параметров отчета.
• Для диаграмм IDEF0 параметры задаются в рамках Activity
Options и Link Options. Параметры в других рамках не имеют смысла. Например, группа параметров для хранилищ данных (Data
Store) не имеет смысла для IDEF0-диаграмм.
• Для диаграмм IDEF3 параметры задаются в рамках Activity
Options, Link Options, Junction Options и Referent Options.
• Для DFD-диаграмм – в рамках Activity Options, Link Options,
Datastore Options и External Options.
Создание отчета состоит из следующих действий:
2.1. Откройте диаграмму, по которой хотите создать отчет.
2.2. Выберите Diagram Report из меню Report, открыв диалог
создания отчета по диаграмме.
2.3. В открывшемся окне располагаются списки свойств объектов, сгруппированные в шесть рамок:
• Activity Options – свойства работ.
• Data store Options – свойства хранилищ данных.
• External Options – свойства внешних ссылок.
• Link Options – свойства связей (стрелок).
• Junction Options – свойства перекрестков.
• Referent Options – справочная информация.
Включение кнопки, расположенной рядом со свойством, помещает его в отчет.
2.4. Выберите форму представления отчета (Preview, Print,
Report).
3. Создание отчета об объектах диаграммы
Аналогично предыдущему отчету устанавливаемые опции
должны соответствовать методологии диаграммы.
• Для IDEF0-диаграмм выберите опцию Activities, которая
включает в отчет свойства работ.
• Для IDEFЗ-диаграмм можно выбрать одну или несколько опций: Activities – включает в отчет свойства работ, Data stores –
включает в отчет свойства хранилищ данных, External reference –
включает в отчет свойства объектов внешних ссылок.
• Для диаграмм DFD можно выбрать опцию Activities, которая
сформирует отчет по свойствам работ (информационным процессам).
Создание отчета производится по следующему алгоритму:
3.1. Откройте диаграмму, по которой хотите создать отчет.
37
3.2. Выберите пункт Diagram Object Report из меню Report.
С помощью ниспадающего списка Standard Reports можно выбрать название стандартного отчета, настройки которого были сохранены ранее. В рамках Activity Options и Arrow Options задается
соответственно перечень свойств работ и стрелок, включаемых в отчет. Формат отчета задается в рамке Report Format.
Отчет можно создавать по всем декомпозированным диаграммам определенной работы, которая задается в ниспадающем списке Start From Activity. Глубина декомпозиции задается в поле
Number of Levels.
Способы упорядочения работ и стрелок в отчете указываются в
рамках Activity Ordering и Arrow Ordering.
3.3. Выберите способ представления отчета (Preview, Print,
Report).
4. Создание отчета по стрелкам.
Создание отчета по стрелкам производится по следующему алгоритму:
4.1. Откройте диаграмму, по которой хотите создать отчет.
4.2. Выберите из меню Report пункт Arrow Report. При этом откроется диалоговое окно отчета по стрелкам.
Состав и функции этого окна аналогичны остальным отчетам.
В рамках Arrow Report Dictionary (Основные свойства стрелок),
Source/Dest(Начало и конец стрелок), Arrow Bundle (Разветвления
и слияния стрелок) расположены опции, каждая из которых соответствует одному из свойств стрелок. Установка такой опции помещает соответствующее свойство стрелки в отчет.
Опция Diagram Arrow определяет состав отчета. Если установить эту опцию, то в отчет будут включены стрелки активной диаграммы. Если сбросить – то в отчет включаются все стрелки на всех
диаграммах открытой модели.
При формировании отчета можно воспользоваться сохраненными ранее настройками (см. стандартные отчеты).
4.3. Выберите способ представления отчета (Preview, Print,
Report).
5. Создание отчета согласованности с методологией.
Данный тип отчета фактически позволяет выявить синтаксические ошибки в моделях IDEF0, которые подразделяются на три типа:
1. Невыявляемые ошибки. К данному типу ошибок относятся неправильные наименования объектов.
2. Недопускаемые ошибки. К этому типу ошибок относится соответствие граней работ типам стрелок входящих и выходящих из
38
них. В IDEF0 каждая грань работы предназначается только для
определенного типа стрелок. Например, нельзя создать внутреннюю
стрелку, выходящую из левой грани работы и входящую в правую.
3. Выявляемые, но допускаемые ошибки. К данному типу ошибок относятся такие ошибки, как наличие неименованных объектов, несвязанных концов стрелок, и т. д.
Отчет о согласованности с методологией не имеет параметров. Для его вызова необходимо воспользоваться пунктом Model
Consistency Report, вызываемым из главного меню Report.
6. Стандартные отчеты.
Для отчетов об объектах диаграммы, о стоимостях работ, о
стрелках и об использовании данных можно формировать так называемые стандартные отчеты. Стандартные отчеты представляют собой совокупность настроек, сохраненных под определенным
именем. Каждый из вышеперечисленных отчетов имеет свои стандартные отчеты по умолчанию. Например, отчет о стрелках имеет
стандартный отчет Arrow Definition/Note.
При вызове стандартного отчета в диалоговом окне восстанавливаются сохраненные в нем опции. Например, если в диалоговом
окне отчета о стрелках выбрать в списке Standard Reports стандартный отчет ArrowDefinition/Note, то установятся опции Arrow
Name, Definition, Note, DiagramArrows, Fixed Columns, Header,
Merge и Remove Special Char.
Помимо существующих стандартных отчетов можно создавать
новые. Для этого в диалоговом окне отчета установите все необходимые опции, введите имя стандартного отчета в рамке Standard
Report и нажмите New. Установленные параметры сохранятся под
введенным именем.
4. Контрольные вопросы
1. Назовите типы отчетов в BPwin.
2. Опишите процедуру создания отчета по модели.
3. Что включает в себя отчет по модели?
4. Опишите процедуру создания отчета по диаграмме.
5. Что включает в себя отчет по диаграмме?
6. Опишите процедуру создания отчета об объектах диаграммы.
7. Что включает в себя отчет об объектах диаграммы?
8. Опишите процедуру создания отчета по стрелкам.
9. Что включает в себя отчет по стрелкам?
10. Опишите процедуру создания отчета согласованности с методологией.
39
11. Что включает в себя отчет согласованности с методологией?
12. Каким образом осуществляется поиск ошибок в диаграммах
при помощи отчета согласованности с методологией?
13. В какие форматы можно экспортировать отчеты?
14. Какие виды стандартных отчетов существуют в BPwin?
15. Опишите процедуру создания пользовательского отчета.
Лабораторная работа №6. Методология IDEF1X.
Начало работы в ERwin
Цель работы: изучить методологию IDEF1X; изучить уровни
методологии IDEF1X; освоить инструментарий ERwin.
1. Методические указания
Программный продукт ERwin
Case-средство ERwin поддерживает методологию IDEF1X и стандарт IE (Information engineering). Методология IDEF1X подразделяется на уровни, соответствующие проектируемой модели данных
системы. Каждый такой уровень соответствует определенной фазе
проекта. Такой подход полезен при создании систем по принципу
«сверху вниз».
Верхний уровень состоит из Entity Relation Diagram (Диаграмма
сущность-связь) и Key-Based model (Модель данных, основанная на
ключах). Диаграмма сущность-связь определяет сущности и их отношения. Модель данных, основанная на ключах, дает более подробное представление данных. Она включает описание всех сущностей
и первичных ключей, которые соответствуют предметной области.
Нижний уровень состоит из Transformation Model (Трансформационная модель) и Fully Attributed (Полная атрибутивная модель).
Трансформационная модель содержит всю информацию для реализации проекта, который может быть частью общей информационной системы и описывать предметную область. Трансформационная модель позволяет проектировщикам и администраторам БД
представлять, какие объекты БД хранятся в словаре данных, и проверить, насколько физическая модель данных удовлетворяет требованиям информационной системы. Фактически из трансформационной модели автоматически можно получить модель СУБД, которая является точным отображением системного каталога СУБД.
Три уровня моделей, объединяющие в себе логические модели, состоят из Entity Relationship Diagram (Диаграмма сущность40
связь), the Key-Based (Модель данных, основанная на ключах)
Model и the Fully Attributed model (Полная атрибутивная модель).
Диаграмма сущность-связь является самым высоким уровнем в
модели данных и определяет набор сущностей и атрибутов проектируемой системы. Целью этой диаграммы является формирование общего взгляда на систему для ее дальнейшей детализации.
Модель данных, основанная на ключах, описывает структуру данных системы, в которую включены все сущности и атрибуты, в том
числе ключевые. Целью этой модели является детализация модели
сущность-связь, после чего модель данных может начать реализовываться. Полная атрибутивная модель включает в себя все сущности, атрибуты и является наиболее детальным представлением
структуры данных. Полная атрибутивная модель представляет
данные в третьей нормальной форме.
Кроме логических моделей существуют два уровня физических
моделей: трансформационная модель и модель СУБД. Физические
модели содержат информацию, необходимую системным разработчикам для понимания механизма реализации логической модели
в СУБД. Целью трансформационной модели является предоставление информации администратору базы данных (БД) для создания
эффективной структуры хранения, включающей в себя записи,
формирующие базу данных. Трансформационная модель должна
помочь разработчикам выбрать структуру хранения данных и реализовать систему доступа к ним.
Перед началом проектирования БД необходимо убедиться в обеспечении следующих требований:
• физическая модель данных должна соответствовать требованиям, предъявляемым к проектируемой системе;
• выбор определенной физической модели должен быть аргументирован;
• должны быть определены возможности наращивания существующей структуры хранения, а также выявлены ее ограничения.
Модель СУБД напрямую транслируется из трансформационной
модели, являясь отображением системного каталога. Модель напрямую поддерживается ERwin через функцию генерации схемы
базы данных. При составлении схемы базы данных в качестве индексов могут использоваться как ключевой атрибут, так и остальные поля БД.
Преимуществом использования CASE-средства ERwin является:
• использование формируемых средством документов, на основании которых производится проектирование БД и приложений,
41
обеспечивающих доступ к БД. На основании этих документов производится формулирование системных требований к проектируемой БД;
• возможность создания диаграмм структуры БД, позволяющих автоматически решать вопросы, связанные с сохранением ее
целостности.
• независимость логической модели от используемой СУБД, что
позволяет применять универсальные методы для ее экспорта в конкретные СУБД.
Кроме того, ERwin предоставляет возможность формирования
большого числа отчетов, отражающих текущее состояние процесса
проектирования БД.
Знакомство с интерфейсом
При запуске ERwin появляется основная панель инструментов и
палитра инструментов (рис. 31).
CASE-средство ERwin имеет простой и понятный пользовательский интерфейс для построения требуемых логических и физических моделей данных. Он зависит от создаваемой модели данных.
В любом случае при запуске средства моделирования появляются:
• меню
• основная панель инструментов,
Рис. 31. Окно ERwin
42
• панель специальных инструментов,
• навигатор моделей,
Основная панель инструментов содержит следующие важные
кнопки:
– создание новой модели,
– открытие имеющейся модели,
– сохранение построенной модели,
– печать модели,
– масштабирование.
Навигатор модели показывает состав модели по уровням разработки. С его помощью можно легко и быстро переходить от одной
модели к другой. Работа с навигатором модели аналогична работе с
Проводником системы Windows.
Панель специальных инструментов содержит следующие кнопки:
– первый уровень модели,
– второй уровень модели,
– третий уровень модели,
– выбор объекта для редактирования,
– добавление сущности в модель,
– создание идентифицирующей связи ОДИН-КО-МНОГИМ,
– создание неидентифицирующей связи ОДИН-КО-МНОГИМ,
– создание связи МНОГИЕ-КО-МНОГИМ.
Окно модели является местом создания логической или физической модели данных исследуемой системы.
43
2. Задание
1. Создать Экспортный файл в BPwin.
2. Создать новый проект в ERwin.
3. Выбрать СУБД и установить типы моделей.
4. Импортировать модель из BPwin в ERwin.
5. Сформировать модель БД системы согласно перечню информационных объектов.
6. Перенести первичные ключи в отведенное для них место в таблице.
7. Сохранить модель в файл.
8. Изменить масштаб модели.
9. Распечатать полученную модель.
10. Составить отчет.
11. Ответить на контрольные вопросы.
3.Технология выполнения работы
1. Запустить программу.
2. Познакомиться с интерфейсом.
3. Импортирование файла из BPwin.
3.1. Проверьте создание сущностей и атрибутов в IDEF3 или
DFD диаграммах (см. лабораторную работу №3, рис. 21).
3.2. Закончить работу c BPwin Командой File / Export / ERwin
4/0, создать экспортный файл (рис. 32).
Рис. 32. Экспортный файл, созданный в BPwin
44
3.3. Запустить ERwin 4/0.
3.4. Создать новую модель (рис. 33).
3.5. Задать виды моделей и СУБД (рис. 34).
4. Если не удалось импортировать файл из BPwin, введите таблицы вручную.
Рис. 33. Создание новой модели в ERwin
Рис. 34. Задание моделей и СУБД
45
4.1. С панели инструментов поместите пустую таблицу в окно
построения диаграмм.
4.2. Введите имя таблицы.
4.3. Введите первичный ключ.
4.4. Введите атрибуты.
4.5. Для преобразования в русский текст установить шрифт Кириллица командой Format / Default /Fonts & Color.
4.6. Зарегистрировать новый проект и сохранить.
4. Контрольные вопросы
1. Назовите уровни методологии IDEF1X.
2. Из каких моделей состоит логический уровень?
3. Из каких моделей состоит физический уровень?
4. Что включает в себя диаграмма сущность-связь?
5. Что включает в себя модель данных, основанная на ключах?
6. Какую информацию содержит трансформационная модель?
7. Что включает в себя полная атрибутивная модель?
8. Сформулируйте требования, в которых необходимо убедиться
перед началом проектирования БД.
9. Перечислите преимущества от использования CASE-средства
ERwin.
10. Как импортировать файл из BPwin и подготовить к дальнейшей работе и ERwin?
11. Какие кнопки панели инструментов позволяют изменить
уровень просмотра модели?
12. Каким образом осуществляется выбор СУБД для генерации
схемы БД?
13. Как добавить сущность на диаграмму?
14. Как оформить таблицу на диаграмме?
15. Как перемещать атрибуты внутри сущности?
16. Как добавить текст на диаграмму?
17. С помощью какой кнопки, на панели инструментов переключаются области модели?
Лабораторная работа №7. Создание логической модели
Цель работы: ознакомиться с технологией построения логической модели в ERwin, изучить методы определения ключевых
атрибутов сущностей, освоить метод проверки адекватности логической модели, изучить типы связей между сущностями.
46
1. Методические указания
ERD-диаграммы
Первым шагом при создании логической модели БД является построение диаграммы ERD (Entity Relationship Diagram) (см.
рис. 35). Вторым шагом является создание полной ERD-диаграммы,
состоящей из трех частей: сущностей, атрибутов и взаимосвязей.
Сущностями являются существительные, атрибуты – прилагательными или модификаторами, взаимосвязи – глаголами (см.
рис. 36). ERD-диаграмма позволяет рассмотреть систему целиком
и выяснить требования, необходимые для ее разработки, касающиеся хранения информации. ERD-диаграммы можно подразделить
на отдельные куски, соответствующие отдельным задачам, решаемым проектируемой системой. Это позволяет рассматривать систему с точки зрения функциональных возможностей, делая процесс
проектирования управляемым.
Как известно основным компонентом реляционных БД является таблица. Таблица используется для структуризации и хранения информации. В реляционных БД каждая ячейка таблицы содержит одно значение. Кроме того, внутри одной БД существуют
Таблица 2
Таблица 1
Рис. 35 – ERD-диаграмма – первый уровень
Таблица 2
Таблица 1
Код 1
Атрибут 2
Атрибут 1
Связываются
Код 2
Атрибут 4
Атрибут 3
Рис. 36. Второй уровень. Полная ERD-диаграмма с атрибутами
Таблица 1
Таблица 2
Рис. 37. Третий уровень. Полная ERD-диаграмма
со скрытыми атрибутами
47
взаимосвязи между таблицами, каждая из которых задает совместное пользование данными таблицы. ERD-диаграмма графически
представляет структуру данных проектируемой информационной
системы. Сущности отображаются при помощи прямоугольников,
содержащих имя. Имена принято выражать существительными в
единственном числе, взаимосвязи – при помощи линий, соединяющих отдельные сущности. Взаимосвязь показывает, что данные
одной сущности ссылаются или связаны с данными другой. Сущность – это субъект, место, вещь, событие или понятие, содержащее
информацию. Точнее, сущность – это набор (объединение) объектов, называемых экземплярами. Каждый экземпляр сущности обладает набором характеристик. Так, каждый клиент может иметь
имя, адрес, телефон и т. д. В логической модели все эти характеристики называются атрибутами сущности. На рис. 38 показан пример – ERD-диаграмма для оприходования товара, включающая в
себя атрибуты сущностей.
Логические взаимосвязи представляют собой связи между сущностями. Они определяются глаголами, показывающими, как одна
сущность относится к другой.
Сведения о товаре
Сведения о договорах
код договора
код товара
номер
название
дата
объем
наименование
артикул
цена
фото
Сведения о счетах-фактуры
код счета
номер
дата
доп. сведения
Рис. 38. Пример ERD-диаграмма с атрибутами и взаимосвязями
48
Некоторые примеры взаимосвязей:
• команда включает много игроков,
• самолет перевозит много пассажиров,
• продавец продает много продуктов.
Во всех этих случаях взаимосвязи отражают взаимодействие
между двумя сущностями, называемое «один-ко-многим». Это означает, что один экземпляр первой сущности взаимодействует с несколькими экземплярами другой сущности. Взаимосвязи отображаются линиями, соединяющими две сущности с точкой на одном
конце и глаголом, располагаемым над линией.
Кроме взаимосвязи «один-ко-многим» существует еще один
тип – это «многие-ко-многим». Этот тип связи описывает ситуацию, при которой экземпляры сущностей могут взаимодействовать
с несколькими экземплярами других сущностей. Связь «многиеко-многим» используют на первоначальных стадиях проектирования. Этот тип взаимосвязи отображается сплошной линией с точками на обоих концах.
Связь «многие-ко-многим» может не учитывать определенные
ограничения системы, поэтому может быть заменена на «один-комногим» при последующем пересмотре проекта.
Обозначение взаимосвязи между двумя сущностями:
– создание идентифицирующей связи ОДИН-КО-МНОГИМ,
– создание неидентифицирующей связи ОДИН-КО-МНОГИМ,
– создание связи МНОГИЕ-КО-МНОГИМ.
Каждая сущность содержит горизонтальную линию, разделяющую атрибуты на две группы. Атрибуты, расположенные над
линией, называются первичным ключом. Первичный ключ предназначен для уникальной идентификации экземпляра сущности.
При создании сущности необходимо выделить группу атрибутов,
которые потенциально могут стать первичным ключом (потенциальные ключи), затем произвести отбор атрибутов для включения в
состав первичного ключа, следуя следующим рекомендациям:
• Первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно
идентифицировать экземпляр сущности.
• Никакой из атрибутов первичного ключа не должен иметь нулевое значение.
49
• Значения атрибутов первичного ключа не должны меняться.
Если значение изменилось, значит, это уже другой экземпляр сущности.
При выборе первичного ключа можно внести в сущность дополнительный атрибут и сделать его ключом. Так, для определения
первичного ключа часто используют уникальные номера, которые
могут автоматически генерироваться системой при добавлении экземпляра сущности в БД. Применение уникальных номеров облегчает процесс индексации и поиска в БД.
Первичный ключ, выбранный при создании логической модели,
может быть неудачным для осуществления эффективного доступа
к БД и должен быть изменен при проектировании физической модели.
Потенциальный ключ, не ставший первичным, называется альтернативным ключом (Alternate Key). ERwin позволяет выделить
атрибуты альтернативных ключей, и по умолчанию в дальнейшем
при генерации схемы БД по этим атрибутам будет генерироваться
уникальный индекс. При создании альтернативного ключа на диаграмме рядом с атрибутом появляются символы (АК).
Атрибуты, участвующие в неуникальных индексах, называются инверсионными входами (Inversion Entries). Инверсионные
входы – это атрибут или группа атрибутов, которые не определяют
экземпляр уникальным образом, но часто используются для обращения к экземплярам сущности. ERwin генерирует неуникальный
индекс для каждого инверсионного входа.
При проведении связи между двумя сущностями (рис. 39) в
дочерней сущности автоматически образуются внешние ключи
(Foreign Key). Связь образует ссылку на атрибуты первичного ключа в дочерней сущности, и эти атрибуты образуют внешний ключ в
дочерней сущности. Атрибуты внешнего ключа обозначаются символами (FK) после своего имени.
Внешний ключ на логической модели виден только для связи
1:М.
Таблица 1
Код 1
Таблица 3
Код 3
Таблица 2
Код 2
Код 3 (FK)
Рис. 39. Пример ERD-диаграмма с внешним ключом
50
2. Задание
1. Установить вид модели – логическая (список на панели инструментов).
2. Проверить таблицы на правильность выбранных атрибутов и
установку первичных ключей.
3. Установить взаимосвязи между таблицами.
4. Сохранить логическую модель с взаимосвязями (первый уровень).
5. Задать атрибуты сущностей.
6. Определить первичные ключи в сущностях.
7. Определить состав альтернативных ключей.
8. Связать сущности между собой, используя описанные типы
связей.
9. После проведения связей определить состав внешних ключей.
10. Проверить модель на соответствие предметной области.
11. Сохранить полученную диаграмму.
12. Сохранить логическую модель с атрибутами в отчет (второй
уровень).
13. Составить отчет.
14. Ответить на контрольные вопросы.
3. Технология выполнения работы
1. В диалоговом окне Computer Associates ERWin Select Template
выбрать Logical. Нажать кнопку ОК.
2. Создание сущности.
2.1. Нажать кнопку создания модели.
2.2. Щелкнуть в нужном месте окна модели.
2.3. Оформить сущность.
a) Задать имя сущности.
b) В контекстном меню сущности выбрать команду Object Font
& Color.
c) В диалоговом окне Entity Fonts & Colors задать команду Font
типа Arial Cyr.
d) Нажать кнопку ОК.
2.4. Оформить атрибут.
a) В контекстном меню сущности выбрать команду Attributes.
b) В диалоговом окне Attributes нажать кнопку New.
c) В диалоговом окне New Attribute задать имя атрибута и тип
данных.
d) Нажать кнопку ОК для обоих окон.
e) Повторить п.п. 2.3,с – 2.3,d.
51
2.5. Оформить ключ сущности.
a) Активизировать сущность.
b) Выбрать «ручкой» нужный атрибут.
c) Перенести выбранный атрибут в ключевую область сущности.
3. Создание связей.
3.1. Связь МНОГИЕ-КО-МНОГИМ.
a) Нажать кнопку создания связи МНОГИЕ-КО-МНОГИМ.
b) Щелкнуть по одной сущности.
c) Щелкнуть по другой сущности.
3.2. Идентифицируемая связь.
a) Нажать кнопку создания идентифицирующей связи.
b) Щелкнуть по сущности со стороны ОДИН.
c) Щелкнуть по сущности со стороны МНОГИЕ.
d) Обратить внимание на внедрение чужого ключа в ключевой
области второй сущности.
3.3. Неидентифицируемая связь.
a) Нажать кнопку создания неидентифицирующей связи.
b) Повторить п.п.3.2,b – 3.2,d.
Пример «Учет продаж товаров»
Рассмотрим процесс построения логической модели на примере
БД товаров системы «Товар». Первым этапом является определение сущностей и атрибутов (табл. 2,табл. 3). В БД будут храниться
записи о товарах и клиентах.
Таблица 2
Атрибуты сущности «Товар»
Атрибут
Артикул
Цена
Описание
Ключ сущности
Определяет цену товара в рублях
В полученном списке все атрибуты определяют сущность товара.
Таблица 3
Атрибуты сущности «Клиент»
Атрибут
Номер
Адрес
Название
Отчество
Имя
Фамилия
52
Описание
Ключ сущности
Определяет проживание клиента
Определяет название договора
Определяет клиента
Определяет клиента
Определяет клиента
Составим ERD-диаграмму логической модели, определяя сущности БД и организуя связи между ними (рис. 40, рис. 41). Связи
будут типа «многие-ко-многим».
– второй уровень
Клиенты
Товары
Номер
Фамилия
Покупают
Артикул
Имя
Наименование
Отчество
Цена
Адрес
Рис. 40. Полная ERD-диаграмма. Логическая модель БД
Учет продаж товаров
– первый уровень
Клиенты
Покупают
Товары
Рис. 41. ERD-диаграмма. Логическая модель БД Учет продаж товаров
Перед переходом к физической модели необходимо скопировать
в отчет логическую модель.
На полученной диаграмме рядом со связью отражается ее имя,
показывающее соотношение между сущностями. При проведении
связи между сущностями никаких изменений в диаграмме не происходит.
4. Контрольные вопросы
1. Назовите основные части ERD-диаграммы.
2. Цель ERD-диаграммы.
3. Что является основным компонентом реляционных БД?
4. Что называется сущностью?
5. Сформулируйте принцип именования сущностей.
6. Что показывает взаимосвязь между сущностями?
7. Назовите типы логических взаимосвязей.
8. Каким образом отображаются логические взаимосвязи?
9. Опишите отличия между моделями первого и третьего уровня.
53
10. Опишите отличия между моделями первого и второго уровня.
11. Что называется первичным ключом?
12. Назовите принципы, согласно которым формируется первичный ключ.
13. Что называется альтернативным ключом?
14. Что называется инверсионным входом?
15. В каком случае образуются внешние ключи?
Лабораторная работа №8. Нормализация.
Создание физической модели
Цель работы: изучить виды нормальных форм; освоить роль
CASE-средства ERwin при нормализации и денормализации БД;
построить физическую модель; изучить алгоритмы перевода БД в
первую, вторую, третью и четвертую нормальную форму (для самостоятельного изучения).
1. Методические указания
Нормализация – процесс проверки и реорганизации сущностей
и атрибутов с целью удовлетворения требований к реляционной модели данных. Нормализация позволяет быть уверенным, что каждый атрибут определен для своей сущности, значительно сократить
объем памяти для хранения данных. Для рассмотрения видов нормальных форм введем понятия функциональной и полной функциональной зависимости.
Функциональная зависимость: Атрибут В сущности Е функционально зависит от атрибута А сущности Е, если и только если
каждое значение А в Е связало с ним точно одно значение В в Е.
Другими словами, А однозначно определяет В.
Полная функциональная зависимость: Атрибут Е сущности В
полностью функционально зависит от ряда атрибутов А сущности
Е, если и только если В функционально зависит от K и не зависит
ни от какого подряда А.
Существуют следующие виды нормальных форм:
• Первая нормальная форма (1NF). Сущность Е находится в первой нормальной форме, если и только если все атрибуты содержат
только атомарные значения. Среди атрибутов не должно встречаться повторяющихся групп, т. е. нескольких значений для каждого
экземпляра.
54
• Вторая нормальная форма. Сущность Е находится во второй
нормальной форме, если она находится в первой нормальной форме
и каждый неключевой атрибут полностью зависит от первичного
ключа, т. е. не существует зависимостей от части ключа.
• Третья нормальная форма (3NF). Сущность Е находится в третьей нормальной форме, если она находится во второй нормальной
форме и неключевые атрибуты сущности Е зависят от других атрибутов Е.
• Четвертая нормальная форма (4NF). Отношение R находится
в 4NF и том и только в том случае, когда существует многозначная
зависимость между A и B, а все остальные атрибуты R функционально зависят от A.
После четвертой нормальной формы существуют и другие нормальные формы. На практике ограничиваются приведением к четвертой нормальной форме. Часто после проведения нормализации
все взаимосвязи данных становятся правильно определены, модель
данных становится легче поддерживать. Однако нормализация не
ведет к повышению производительности системы в целом, поэтому
при создании физической модели в целях повышения производительности приходится сознательно отходить от нормальных форм,
чтобы использовать возможности конкретного сервера. Такой процесс называется денормализацией.
ERwin обеспечивает только поддержку нормализации, но не содержит в себе алгоритмов, автоматически преобразующих модель
данных из одной формы в другую.
ERwin поддерживает корректность имен следующим образом:
• отмечает повторное использование имени сущности и атрибута;
• не позволяет внести в сущность более одного внешнего ключа;
• запрещает присвоение неуникальных имен атрибутов внутри
одной модели, соблюдая правило «в одном месте – один факт».
Создание физической модели
Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД. ERwin поддерживает автоматическую
генерацию физической модели данных для конкретной СУБД. При
этом логическая модель трансформируется в физическую по следующему принципу: сущности становятся таблицами, атрибуты становятся столбцами, а ключи становятся индексами (табл. 4).
После нормализации все взаимосвязи данных становятся определены, исключая ошибки при оперировании данными. Но нормализация данных снижает быстродействие БД. Для более эффек55
Таблица 4
Сопоставление компонентов логической и физической модели
Логическая модель
Сущность
Атрибут
Логический тип (текст, число,
дата, blob)
Первичный ключ
Внешний ключ
Альтернативный ключ
Правило бизнес-логики
Взаимосвязи
Физическая модель
Таблица
Столбец
Физический тип (корректный тип, зависящий от выбранной СУБД)
Первичный ключ, индекс PK
Внешний ключ, индекс FK
AK-индекс, уникальный, непервичный индекс
Триггер или сохраненная процедура
Взаимосвязи, определяемые использованием FK-атрибутов
тивной работы с данными, используя возможности конкретного
сервера БД, приходится производить процесс, обратный нормализации, – денормализацию.
Для процесса денормализации не существует стандартного алгоритма, поэтому в каждом конкретном случае приходится искать
свое решение. Денормализация обычно проводится на физическом
уровне модели. ERwin имеет следующие возможности по поддержке процесса денормализации:
• Сущности, атрибуты, группы ключей и домены можно создавать только на логическом уровне модели.
• В ERwin существует возможность выделения элементов логической модели таким образом, чтобы они не появлялись на физическом уровне.
• Таблицы, столбцы, индексы и домены можно создавать только
на физическом уровне.
• В ERwin существует возможность выделения элементов модели таким образом, чтобы они не появлялись на логическом уровне. Эта возможность напрямую поддерживает денормализацию
физической модели, так как позволяет проектировщику включать
таблицы, столбцы и индексы в физическую модель, ориентированную на конкретную СУБД.
• Разрешение связей «многие-ко-многим». При разрешении
этих связей в логической модели ERwin добавляет ассоциированные сущности и позволяет добавить в них атрибуты. При разрешении связей в логической модели автоматически разрешаются связи
и в физической модели.
56
2. Задание
1. Построить физическую модель.
2. Нормализовать БД до третьей или четвертой нормальной формы.
3. Установить типы данных.
4. Сгенерировать код на SQL.
5. Перенести результат в СУБД Access или SQL-Server.
6. Построить запрос.
7. Составить отчет.
8. Ответить на контрольные вопросы.
3. Технология выполнения работы
1. Заменить на панели инструментов Logical → Physical.
2. Установить типы данных с помощью контекстного меню каждой таблицы командой Columns (рис. 42).
3. Назначить в каждой таблице первичный ключ: Команда к.м.
Columns.
4. При необходимости произвести валидацию (рис. 43).
5. Разрешить отношение Многие-ко-многим командой к.м. связи: Команда Create Association Table. Проверить вид связи (идентифицирующая или неиндефицирующая).
6. Добавить при необходимости дополнительные атрибуты.
Рис. 42. Установка типов данных
57
Рис. 43. Правила валидации
Рис. 44. Нормализованная физическая модель
58
7. Подготовка к построению запроса (рис. 44Ошибка! Источник
ссылки не найден.).
7.1. Создать представление с помощью кнопки View table.
7.2. Установить связи с помощью копки View relationship.
8. Сгенерировать текст программы на SQL, вызывается командой Tools/Forward Engineering и просматривается в окне (рис. 45).
8.1. Установить параметр для Table – Create table, для Index –
оставить по умолчанию (рис. 46), для Referential Integrity установить параметры как показано на рис. 47, для всех остальных объектов убрать флажки.
8.2. После установления параметров нажать Prewiew, затем
пиктограмму – Сохранить.
8.3. Далее необходимо сгенерировать схему кнопкой Generate.
В процессе генерации ERwin связывается с БД, выполняя SQLскрипт. Если в процессе генерации возникают какие-либо ошибки,
то она прекращается, открывается окно с сообщениями об ошибках.
9. Записать результат в файл, выбрать тип файла SQL DDL
(*.ers, *.sql, *.ddl), задать имя файла с расширением.sql. Затем нажать пиктограмму на панели инструментов – Сохранить.
10. Перенести результат в СУБД Access или SQL-Server.
Рис. 45. Установка параметров для генерации кода
59
Рис. 46. Установка параметров для генерации кода для Index
Рис. 47. Установка параметров для генерации кода
для Referential Integrity
60
Сгенерированный код для физической модели (рис. 44).
CREATE TABLE Таблица_1 (
Атрибут_2 varchar(158) NULL,
код_1 int IDENTITY(1,1),
Атрибут_1 money NULL
)
go
ALTER TABLE Таблица_1
ADD PRIMARY KEY NONCLUSTERED (код_1)
go
CREATE TABLE Таблица_1_2 (
Код_2 int NOT NULL,
Атрибут_5 varchar(20) NULL,
код_1 int NOT NULL
)
go
ALTER TABLE Таблица_1_2
ADD PRIMARY KEY NONCLUSTERED (Код_2, код_1)
go
CREATE TABLE Таблица_2 (
Атрибут_4 varchar(180) NULL,
Код_2 int IDENTITY(1,1),
Атрибут_3 datetime NULL
)
go
ALTER TABLE Таблица_2
ADD PRIMARY KEY NONCLUSTERED (Код_2)
go
CREATE VIEW Представление AS
SELECT Таблица_2.Атрибут_4, Таблица_1_2.код_1, Таблица_2.Код_2, Таблица_1_2.Код_2, Таблица_1.Атрибут_2, Таблица_1.код_1, Таблица_1_2.Атрибут_5, Таблица_2.Атрибут_3, Таблица_1.Атрибут_1
FROM Таблица_1_2, Таблица_2, Таблица_1
go
61
ALTER TABLE Таблица_1_2
ADD FOREIGN KEY (Код_2)
REFERENCES Таблица_2
go
ALTER TABLE Таблица_1_2
ADD FOREIGN KEY (код_1)
REFERENCES Таблица_1
go
Перенос результата в СУБД Access:
1. Открыть созданную базу данных, открыть создание запроса с
помощью конструктора (рис. 48).
1.1. Выбрать вкладку SQL.
1.2. В открывшемся окне удалить команду SELECT; (рис. 49).
Рис. 48. Создание запроса с помощью конструктора
62
Рис. 49. Оформление запроса на создание таблицы
1.3. Открыть блокнот и выбрать Создание таблицы:
CREATE TABLE Таблица_1 (
Атрибут_2 varchar(158) NULL,
код_1 int IDENTITY(1,1),
Атрибут_1 money NULL
)
a) Скопировать запись на создание таблицы во вкладку Запрос1
в MS Access и в конце записи поставить «точку с запятой».
b) Нажать на пиктограмму только один раз. В этот момент создается таблица.
c) Перед выполнением запроса на создание каждой последующей таблицы необходимо каждый раз удалять во вкладке Запрос1
предыдущую запись и повторять действия п.п. 1.3,a-1.3,b.
1.4. После создания таблиц в блокноте выбрать Создание ключа:
ALTER TABLE Таблица_1
ADD PRIMARY KEY NONCLUSTERED (Код_1)
a) Перед выполнением нового запроса на создание ключа каждой таблицы необходимо удалить во вкладке Запрос1 предыдущую
запись и повторить действия п.п. 1.4,b-1.4,e.
b) Скопировать запись на создание ключа во вкладку Запрос1 в
MS Access.
c) В данном запросе удалить NONCLUSTERED.
d) В конце запроса поставить «точку с запятой».
e) Только один раз нажать пиктограмму .
63
1.5. После создания ключей выбираем Создание связи:
ALTER TABLE Таблица_1_2
ADD FOREIGN KEY (Код_2)
REFERENCES Таблица_2
a) Перед выполнением нового запроса на создание связи необходимо удалить во вкладке Запрос1 предыдущую запись и повторить
действия п.п. 1.5,b-1.5,d.
b) Скопировать запись на создание связи во вкладку Запрос1 в
MS Access.
c) В конце запроса поставить «точку с запятой».
d) Только один раз нажать пиктограмму , чтобы создать только одну неповторяющуюся связь.
2. Включить в базе данных Схему данных и проверить правильность связей.
Пример «Учет продаж товаров»
Определяем типы данных для атрибутов БД «Учет продаж товаров», а также их размер и устанавливаем правила валидации (табл. 5).
Назначаем в каждой таблице первичный ключ: Команда к.м.
Columns (рис. 50).
При необходимости производим валидацию (рис. 51). Производим подготовку к построению запроса (рис. 52, рис. 53).
Таблица 5
Свойства колонок таблиц физической модели БД
«Учет продаж товаров»
Колонка
Тип
Размер
Правило
валидации
Артикул
int, IDENTITY 1,1
Наименование
char (18)
Цена
money
Номер
int, IDENTITY 1,1
Фамилия
char (18)
18 символов
>0
Имя
char (18)
18 символов
>0
Отчество
char (18)
18 символов
Адрес
char (18)
18 символов
Код
int, IDENTITY 1,1
Дата
datatime
Количество
int
64
18 символов
> 100 и <10 000
Рис. 50. Установка типов данных для атрибутов БД
«Учет продаж товаров»
Рис. 51.Правила валидации
65
Клиенты
Товары
Номер: int
Артикул: int
Адрес: char(18)
Отчество: char(18)
Имя: char(18)
Фамилия: char(18)
Цена: money
Наименование: char(18)
Сделки
Код: int
Дата: datetime
Номер: int
Артикул: int
Количество: int
Рис. 52. ERD-диаграмма физичекой модели БД «Учет продаж товаров»
в третьей нормальной форме БД, 2-ой уровень
Товары
Клиенты
Сделки
Рис. 53. Физическая модель БД «Учет продаж товаров», 1-ый уровень
Далее генерируем код на SQL (рис. 54), а затем переносим его в
СУБД.
Сгенерированный код на SQL:
CREATE TABLE Клиенты (
Адрес char(18) NULL,
Номер int IDENTITY,
Отчество char(18) NULL,
Имя char(18) NULL,
Фамилия char(18) NULL
)
go
ALTER TABLE Клиенты
ADD PRIMARY KEY NONCLUSTERED (Номер)
go
66
Рис. 54. Установка для генерации кода БД «Учет продаж товаров»
CREATE TABLE Сделки (
Код int NULL,
Количество int NULL,
Артикул int NULL,
Дата datetime NULL,
Номер int NULL
)
go
ALTER TABLE Сделки
ADD PRIMARY KEY NONCLUSTERED (Код)
go
CREATE TABLE Товары (
Цена money NOT NULL,
Артикул int IDENTITY,
Наименование char(18) NULL
)
go
67
ALTER TABLE Товары
ADD PRIMARY KEY NONCLUSTERED (Артикул)
go
ALTER TABLE Сделки
ADD FOREIGN KEY (Номер)
REFERENCES Клиенты
go
ALTER TABLE Сделки
ADD FOREIGN KEY (Артикул)
REFERENCES Товары
go
4. Контрольные вопросы
1. Что называется процессом нормализации?
2. Что называется функциональной зависимостью?
3. Что называется полной функциональной зависимостью?
4. Первая нормальная форма.
5. Вторая нормальная форма.
6. Третья нормальная форма.
7. Четвертая нормальная форма.
8. Что называется процессом денормализации?
9. В чем смысл денормализации?
10. Какова цель создания физической модели?
11. Назовите функции ERwin по поддержке денормализации.
12. Как осуществляется разрешение связей «многие-ко-многим»?
13. Как установить типы даных?
14. Как назначить валидацию?
15. Как сгенерировать код на SQL?
Лабораторная работа №9. Отчеты в ERwin
Цель работы: изучить виды отчетов, освоить процедуру создания
отчетов, изучить экспортирование, сохранение и печать отчетов.
1. Методические указания
Для формирования отчетов в ERwin имеется простой инструмент – Data Browser. Он позволяет создавать предопределенные
68
отчеты, сохранять результаты, печатать и экспортировать в различные форматы. Кроме того, Data Browser позволяет создавать
собственные типы отчетов.
Диалоговое окно Data Browser вызывается из панели инструментов главного окна нажатием кнопки
.
В левой части окна, в виде дерева, отображаются предварительно определенные отчеты, позволяющие представлять информацию
об основных объектах логической и физической модели. Для выполнения отчета необходимо выделить его в окне и нажать соответствующую кнопку на панели инструментов. Результат выполнения
отчета отобразится в правой части окна. При этом в дерево отчетов
будет добавлена иконка образованного отчета.
Отчеты группируются в папках, при этом каждый отчет может
включать в себя несколько результирующих наборов данных, каждый из которых создается при выполнении отчета. Все элементы
помечены одной из следующих иконок:
– папка,
– отчет,
– изменяемый отчет,
– результирующий набор данных,
– представление.
Диалоговое окно имеет собственное меню и панели инструментов (табл. 6,табл. 7).
Таблица 6
Кнопки панели инструментов диалогового окна Data Browser
Кнопка
Назначение
Создание нового отчета или папки
Печать отчета
Просмотр результата выполнения отчета
69
Окончание табл. 6
Кнопка
Назначение
Выполнение отчета
Фиксация изменений (для редактируемого отчета)
Поиск элементов отчета: задание условий поиска, поиск
следующей строки и поиск другого отчета, соответствующего строке
Включение и выключение дерева отчетов
Показывает список отчетов в том порядке, в котором они
создавались
Переход к следующему отчету
Выбор колонок и сортировка полученного отчета
Связь отчета с иконкой
Сохранение отчета в виде представления
Таблица 7
Кнопки нижней панели инструментов
Кнопка
Назначение кнопки
Редактировать выделенный отчет
Удалить отчет
Показать только верхний уровень дерева
Сделать выбранную папку корнем дерева (показать только выбранную ветвь дерева)
Сделать корнем дерева родительскую папку (по отношению к выбранной)
2. Задание
1. Создать отчет о таблицах физической модели, созданной в лабораторной работе № 7.
2. Создать отчет по всем сущностям и их атрибутам.
70
3. Сохранить полученные отчеты в формате HTML.
4. Изменить порядок сортировки в полученных отчетах и сохранить отредактированные отчеты в виде представлений.
5. Назначить полученным отчетам иконки.
6. Сформировать новый отчет из категории Model Validation, задав в нем все опции проверки корректности модели.
7. Выполнить полученный отчет и убедиться в отсутствии ошибок в модели данных.
8. Ответить на контрольные вопросы.
3. Технология выполнения работы
Для создания нового, не предопределенного отчета необходимо:
1. Выбрать в меню пункт File->New или щелкнуть на кнопке
панели инструментов.
2. В появившемся диалоговом окне ERwin Reports (рис. 55) в
поле Name ввести имя отчета. Поле Category предназначено для
Рис. 55. Диалоговое окно Reports
71
указания категории отчета, т. е. типа объектов, по которым будет
создаваться отчет (атрибуты, диаграммы, сущности, домены, связи
и т. д.).
3. Указать категории, которые будут включены в отчет, при
помощи иерархического списка, расположенного на закладке
Options.
4. Щелкнуть по кнопке ОК, после чего отчет будет добавлен в
диалоговое окно Data Browser.
5. Выполнить отчет, нажав на кнопку
на панели инструментов.
Полученный в результате выполнения отчета результирующий
набор данных можно отформатировать, распечатать, экспортировать или сохранить в виде представления.
Редактирование отчета производится выбором пункта Edit
Report format во всплывающем меню, вызываемом на иконке результирующего набора. В появившемся диалоговом окне Report
format можно изменить порядок сортировки данных, очередность
колонок, сделать колонку невидимой, а также задать ее стиль.
Для полученного отчета необходимо выбрать во всплывающем
меню пункт Export result set. Результирующий набор данных можно экспортировать в следующие форматы:
• CSV,
• HTML,
• DDE,
• RPTWin – специализированный генератор отчетов.
После окончания форматирования и настройки результирующего набора данных можно сохранить его в виде именованного
представления. Для этого необходимо щелкнуть по кнопке
на
панели инструментов и в открывшемся диалоговом окне указать
имя представления.
Представления служат для сохранения всех настроек результирующего набора и позволяют использовать их несколько раз, что
значительно облегчает работу с отчетами.
4. Контрольные вопросы
1. Каково назначение инструмента Data Browser?
2. Назовите основные элементы окна Data Browser.
3. Как создать новый отчет?
4. Как связать отчет с иконкой?
5. Как выполнить существующий отчет?
72
6. Что такое представление отчета и для чего оно предназначено?
7. Как сохранить отчет в виде представления?
8. Какие категории отчетов присутствуют в Data Browser по
умолчанию?
9. Как выбрать условия фильтрации данных отчета?
10. В какие форматы можно экспортировать отчет?
11. Как отредактировать отчет?
12. Что называется результирующим набором?
13. Какой тип отчета позволяет проверить отсутствие ошибок в
модели?
14. Опишите механизм поиска ошибок в модели при помощи отчетов.
73
Рекомендуемая литература
Основная литература:
1. Голубева Т. Г. Методологии выполнения проектов по реорганизации бизнес-процессов: конспект лекции. М.: Фонд «Европейский центр по качеству», 2006. 48 с.
2. Репин В. В., Елиферов В. Г. Процессный подход к управлению.
Моделирование бизнес-процессов. М.: Стандарты и качество, 2007.
404, 371–372, 397–398 с.
3. Калянов Г. Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. М.: Финансы и статистика, 2006. 240 с.
4. Осипова Т. Ф. Информация в Интернет: учеб. пособие. СПб.:
СПбГУАП, 2006. 79 с.
5. Степанов А. Г., Осипова Т. Ф. Использование CASE средств
для описания бизнес-процессов: методические указания к выполнению лабораторных работ. СПб.: СПбГУАП, 2005. 40 с.
6. Осипова Т. Ф., Морева Е. С. Моделирование бизнес-процесса: методические указания к составлению пояснительной записки
курсовой работы. СПб.: СПбГУАП, 2008. 18 с.
Дополнительная литература:
1. Трофимов В. В. Информационные системы и технологии в
экономике и управлении: учеб. пособие. М.: Высш. образование,
2007. 480 с.
2. Буч Г., Рамбо Дж., Якобсон А. UML: специальный справочник.
СПб.: Питер, 2002. 656 с.
3. Кратчен Ф. Введение в Rational Unified Process. М.: Издательский дом «Вильямс», 2002. 240 с.
4. Маклаков С. Создание информационных систем ALLFusion
Modeling Suite. М.: Диалог-МИФИ, 2006. 432 с.
5. Оводенко А. А. Актуальные проблемы экономики современной России: сборник научных трудов. СПб.: ГОУ ВПО «СПбГУАП»,
2007–2009. 158 с.
74
СОДЕРЖАНИЕ
Лабораторная работа №1. Начало работы в BPWIN.......................... 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... Лабораторная работа №2. Методология IDEF0................................ 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... Лабораторная работа №3. Сценарий технологических процессов
IDEF3........................................................................................ 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... Лабораторная работа №4. Диаграммы потоков данных (Data Flow
Diagrams).................................................................................. 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... Лабораторная работа №5. Отчеты в BPwin...................................... 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... Лабораторная работа №6. Методология IDEF1X. Начало работы
в ERwin..................................................................................... 1. Методические указания....................................................... 2. Задание............................................................................. 3.Технология выполнения работы............................................. 4. Контрольные вопросы.......................................................... Лабораторная работа №7. Создание логической модели.................... 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... Лабораторная работа №8. Нормализация. Создание физической
модели...................................................................................... 1. Методические указания....................................................... 2. Задание............................................................................. 3. Технология выполнения работы............................................ 4. Контрольные вопросы.......................................................... 5
5
7
7
10
11
11
12
12
21
21
21
24
24
27
28
28
29
30
34
35
35
36
36
39
40
40
44
44
46
46
47
51
51
53
54
54
57
57
68
75
Лабораторная работа №9. Отчеты в ERwin...................................... 1. Методические указания............................................................ 2. Задание.................................................................................. 3. Технология выполнения работы................................................ 4. Контрольные вопросы.............................................................. Рекомендуемая литература.......................................................... 76
68
68
70
71
72
74
Документ
Категория
Без категории
Просмотров
2
Размер файла
2 746 Кб
Теги
dmitrievkyltishev
1/--страниц
Пожаловаться на содержимое документа