- •Особенности структурного анализа и проектирования информационных систем
- •Введение
- •1. Построение моделей бизнес-процессов по стандарту idef0
- •1.1. Примитивы стандарта idef0
- •1.2. Виды ресурсов стандарта idef0 и их взаимосвязь
- •1.3. Особенности построения моделей по стандарту idef0
- •1.4. Пример декомпозиции процесса
- •1.5. Пример построения диаграмм idef0
- •1.7. Особенности создания диаграмм в программах bpWin и Ramus
- •1.6. Работа с тоннелями
- •1.8. Именование объектов в bpWin
- •1.9. Решение проблем с кодировкой и автоматической проверкой
- •1.10. Варианты заданий по построению моделей бизнес-процессов
- •1.11. Контрольные вопросы
- •1.12. Варианты тестовых заданий по контролю знаний в сфере построения моделей бизнес-процессов
- •2. Построение диаграмм потоков данных
- •2.1. Общие особенности методологии dfd
- •2.2. Внешние сущности
- •2.3. Системы и подсистемы
- •2.4. Процессы
- •2.5. Накопители данных
- •2.6. Потоки данных
- •2.7. Построение иерархии диаграмм потоков данных
- •2.8. Пример построения диаграммы потоков данных в программе bpwin
- •2.9. Особенности построения диаграмм dfd в программе Ramus
- •2.9.1. Создание новой диаграммы, работа с примитивами, классификаторами, особенности декомпозиции
- •2.9.2. Подробный пример построения диаграммы dfd
- •2.10. Варианты заданий по построению диаграмм потоков данных
- •2.11. Контрольные вопросы
- •2.12. Варианты тестовых заданий по контролю знаний в сфере построения диаграмм потоков данных
- •3. Проектирование реляционных баз данных посредством стандарта idef1x
- •3.1. Особенности построения структуры баз данных
- •3.2. Виды связей между таблицами
- •3.3. Особенности стандарта idef1x
- •3.4. Особенности построения схем idef1x в программе ErWin
- •3.4.1. Общие особенности программы ErWin
- •3.4.2. Работа с панелью инструментов и сущностями
- •3.4.3. Работа со связями между таблицами
- •3.5. Особенности построения схем idef1x в программе dbDesigner
- •3.5.1. Особенности работы с программой
- •3.5.2. Необходимые для работы кнопки панели инструментов
- •3.5.3. Настройка внешнего вида схем под стандарт idef1x
- •3.5.4. Работа с таблицами
- •3.5.5. Связи между таблицами
- •3.5.6. Удаление объектов схемы
- •3.5.7. Пример схемы idef1x в dbDesigner
- •3.6. Варианты заданий по построению схем реляционных баз данных
- •3.6. Контрольные вопросы
- •3.7. Варианты тестовых заданий по контролю знаний в сфере построения схем баз данных
- •4. Проектирование диалога с пользователем посредством транзитивных сетей
- •4.1. Проектирование диалога с пользователем
- •4.2. Простая транзитивная сеть
- •4.3. Рекурсивная транзитивная сеть
- •4.4. Подсеть, не связанная с рекурсией
- •4.5. Проектирование конкурентного диалога
- •4.6. Особенности построения транзитивных сетей в программе Dia
- •4.6.1. Подготовка новой панели под создание транзитивных сетей
- •4.6.2. Основные моменты построения транзитивных сетей в программе Dia
- •4.6.3. Пример построения транзитивной сети в программе Dia
- •4.7. Варианты заданий по построению логики диалога с пользователем
- •4.8. Контрольные вопросы
- •4.9. Варианты тестовых заданий по контролю знаний в сфере построения логики диалога пользователя с системой
- •Литература
- •Особенности структурного анализа и проектирования информационных систем
3.3. Особенности стандарта idef1x
Стандарт IDEF1X позволяет отобразить структуру таблиц БД, а также связи между ними в виде графических схем.
В стандарте IDEF1X сущность или соответствующая ей таблица обозначается прямоугольником, горизонтально разделенным на две части (рисунок 3.3).
Рис. 3.3. Внешний вид сущности в стандарте IDEF1X
В верхней части сущности располагаются имена атрибутов, входящих в состав первичного ключа, а в нижней – все остальные. Структура сущности «Предмет» или соответствующей ей таблицы (Таблица 3.4) по стандарту IDEFX будет выглядеть следующим образом.
Рис. 3.4. Внешний вид сущности
Идентифицирующая и неидентифицирующая связь «один-ко-многим» обозначаются соответственно сплошной и пунктирной линиями с точкой (рисунок 3.5). Точка ставится около дочерней таблицы.
Рис. 3.5. Обозначение связей «один-ко-многим»
3.4. Особенности построения схем idef1x в программе ErWin
3.4.1. Общие особенности программы ErWin
Программа ErWin позволяет строить схемы БД посредством стандарта IDEF1X. Общий вид рабочей области программы представлен на рисунке 3.6.
Рис. 3.6. Общий вид рабочей области программы ERWin
База данных в ErWin может проектироваться на физическом и логическом уровнях. На логическом уровне выбирается только тип СУБД (в данном случае реляционный), и с учетом этого проектируется база данных.
Обычно сначала строится логическая схема БД, а затем она преобразуется в физическую.
Однако в данном случае для примера структура БД будет изначально проектироваться на физическом уровне, то есть с учетом конкретной СУБД, указанием структуры хранения и методов доступа к данным. Поэтому в выпадающем списке, располагающемся на панели инструментов необходимо выбрать пункт Physical.
3.4.2. Работа с панелью инструментов и сущностями
Добавление сущностей и связей в модель осуществляется с помощью активных кнопок дочернего окна программы ERWin Toolbox.
Рис. 3.7. Назначение кнопок окна ERWin Toolbox
После добавления сущности атрибуты вводятся с помощью команды Column editor контекстного меню. Контекстное меню вызывается щелчком правой кнопкой мыши по сущности. Появившееся окно Column editor представлено на рисунке 3.8.
Рис. 3.8. Внешний вид окна Column editor
Кнопка «…»в правом верхнем углу окна позволяет редактировать имя сущности. Кнопки New, Rename, Delete позволяют, соответственно, добавить, переименовать или удалить атрибут сущности.
Если атрибут входит в первичный ключ, то его необходимо выделить в списке Column и на странице General установить флажок Primary Key.
Рис. 3.9. Внешний вид окна Column editor
После добавления атрибута необходимо установить его тип данных: integer – целый, float – дробный, char – строка.
Если значение атрибута обязательно должно быть заполнено и не может быть пустым, то на странице Interbase для атрибута необходимо установить флажок Not null.
Пример структуры сущности Предмет представлен на рисунке 3.10.
Рис. 3.10. Сущность Предмет при физическом проектировании структуры БД
3.4.3. Работа со связями между таблицами
Структура таблиц, между которыми присутствует связь, строится без внешних ключей. Внешний ключ в дочерней таблице появится автоматически при добавлении связи. Вернемся к примеру связи между сущностями Студент и Группа. Внешний вид сущностей представлен на рисунке 3.11.
Рис. 3.11. Пример сущностей
Для добавления связи «один-ко-многим» между сущностями необходимо активировать кнопку добавления нужного вида связи в окне ERWin Toolbox и щелкнуть левой кнопкой мыши вначале по родительской сущности, а затем по дочерней. Внешний вид получившейся связи показан на рисунке 3.12.
Рис. 3.12. Внешний вид связи
Значок в виде ромбика на связи означает, что связь допускает пустые значения внешнего ключа в дочерней таблице. Для установления ограничения на обязательное заполнение внешнего ключа необходимо из контекстного меню связи (Оно вызывается щелчком правой кнопкой мыши по связи) выбрать пункт Relationship Editor. Появивляющееся в этом случае диалоговое окно показано на рисунке 3.13.
Рис. 3.13. Внешний вид окна Relationship Editor
Переключатель Nulls необходимо установить в значение No Nulls. Внешний вид полученной связи с ограничением на обязательное заполнение внешнего ключа показано на рисунке 3.14.
Рис. 3.14. Внешний вид связи
Связи «многие-ко-многим» реализуются следующим образом.
Рис. 3.15. Фрагмент структуры базы данных
В данном случае между сущностями «Студент» и «Предмет» существует связь «многие-ко-многим». На физическом уровне она реализуется следующим образом: создается дополнительная таблица, являющаяся дочерней для двух связанных, и к ней проводятся две идентифицирующие связи «один-ко-многим».
