
- •664074, Иркутск, ул. Лермонтова, 83
- •2.3. Разработка концептуальной модели базы данных на основе
- •4.3. Диаграммы взаимодействия……………………………………………...39
- •5. Лабораторная работа 2…………………………………………………..…...41
- •7.1.Инспектор объектов (Object Inspector)…………………………………..49
- •7.2. Формы, модули и метод разработки «Two-Way Tools»……………….52
- •9. Лабораторная работа 3……………………………………………………….74
- •Пользователи
- •2. Проектирование логической структуры базы данных
- •2.1. Основные понятия реляционных баз данных
- •2.2. Разработка концептуальной модели базы данных на основе метода «Объект-Связь»
- •. Разработка концептуальной модели базы данных на основе метода функциональных зависимостей и ее нормализация
- •Разработка логической модели базы данных с помощью
- •Лабораторная работа 1
- •4. Разработка объектной модели задачи
- •4.1. Диаграммы сценариев
- •4.2. Диаграммы классов
- •4.3. Диаграммы взаимодействия
- •5. Лабораторная работа 2
- •6. Реляционная алгебра и язык sql
- •6.1. Основы реляционной алгебры
- •6.2. Язык sql
- •Настраиваемая cреда разработчика cBuilder
- •7.1.Инспектор объектов (Object Inspector)
- •7.2 Формы, модули и метод разработки «Two-Way Tools»
- •7.3. Палитра компонент
- •8. Разработка локального приложения баз данных
- •8.1. Создание файлов базы данных
- •8.2. Создание приложения и включение в его состав модуля данных
- •8.3.Размещение в модуле данных невизуальных компонент для доступа к бд и ее таблицам
- •Path путь к таблицам бд
- •8.4. Создание главной формы Главная форма будет содержать меню с пунктами, соответствующими выводу форм просмотра таблиц и форм вывода отчетов (выходных документов).
- •8.5. Создание форм просмотра и корректировки таблиц и размещение в них визуальных компонент
- •8.6. Разработка отчета для выдачи выходного документа
- •Выполнение запроса состоит в присвоении значения параметрам и повторном открытии запроса:
- •Лабораторная работа 3
- •Технология «клиент-сервер»
- •База данных
- •10.1. Серверная часть
- •10.2. Разработка клиентской части
- •Размещение в модуле данных невизуальных компонент для доступа к бд и ее таблицам. Разместим в модуле данных один экземпляр компоненты tibDatabase для связи с бд.
- •Разработка клиентского приложения в виде набора Web-страниц
- •11.1. Взаимодействие Internet-браузера с Web-сервером
- •11.2. Разработка html-страниц
- •Тег td. Предназначен для создания одной ячейки таблицы. Тег td должен размещаться внутри контейнера tr, который в свою очередь располагается внутри тега table.
- •11.3. Классы и пакеты классов Java
- •11.4. Обработка исключений
- •11.5. Теги jsp
- •11. 6. Сессия jsp
- •С ее помощью запросу делается доступной сессия и в ней создается 2 переменные. Следующая страница isses.Jsp
- •11. 7. Пакет java.Util в пакете java.Util сосредоточены контейнерные классы, то есть такие, которые содержат другие объекты.
- •Для добавления объекта в конец вектора существует метод addElement(добавляемый объект).
- •11. 8. Пакет sql
- •Метод executeQuery выполняет оператор sql (как правило, select) и возвращает набор данных – объект ResultSet
- •Метод executeUpdate выполняет один из операторов корректировки бд insert, update или delete
- •Метод getString возвращает значение указанного столбца текущей строки таблицы.
- •Курсовой проект
- •Варианты заданий
- •Учет товаров на складах и их потребности на торговых точках
- •Успеваемость студентов
- •Ремонт бытовой техники
- •Библиотека
- •Магазины
- •Конструктор
- •Учет наличия товара на складе
- •Отдел кадров
- •Учет выполнения лабораторных работ
- •Предприятие
- •Студенты
- •Изготовление деталей
- •Потребность в лекарствах
- •Подписка.
- •8. Сайт http://www.Citforum.Ru/database/osbd/contents.Shtml. Кузнецов с.Д. Основы современных баз данных, информационно-аналитические материалы центра информационных технологий .
Разработка логической модели базы данных с помощью
пакета ERWIN
Пакет ERWIN (мы рассматриваем версию AllFusion ERwin DataModeler 4.1) предназначен для визуального проектирования логической модели базы данных.
Реализация моделирования в ERWIN базируется на теории реляционных баз данных и методологии IDEF1X. Методология IDEF1X определяет стандарты терминологии, используемой при информационном моделировании, и графического изображения типовых элементов на диаграммах. Возможны две точки зрения на информационную модель и, соответственно, два уровня модели. Первый - логический (точка зрения пользователя) - описывает данные, задействованные в бизнесе предприятия. Второй - физический - определяет представление информации в БД. ERWIN объединяет их в единую диаграмму, имеющую несколько уровней представления. Процесс построения информационной модели состоит из следующих шагов:
определение сущностей;
определение атрибутов сущностей;
задание первичных ключей;
определение зависимостей между сущностями;
ERWIN создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако ERWIN далеко не только инструмент для рисования. ERWIN автоматически создает базу данных (таблицы и другие объекты, необходимые для управления данными).
При вызове программы появляется окно:
,
позволяющее либо создать новую модель, либо открыть существующую.
При создании новой модели появляется окно:
Общий вид окна программы ERWIN с примером записанной модели показан на рис. 7.
Рис. 7
На диаграмме пока будем изображать только логические модели. Вид модели выбирается переключением списка Logical/Phisical.
С помощью панели инструментов на диаграмме можно разместить:
После размещения на диаграмме сущности задается ее имя (с помощью пункта контекстного меню Entity Properties). При этом появляется окно
Сущностям приписываются различные атрибуты - поля. Это делается через редактор атрибутов, окно которого становится доступным путем выбора из контекстного меню пункта Attributes. При этом появляется окно для создания и редактирования атрибутов (назначение им имен и типов, назначение некоторых из них ключами).
Для определения первичных ключей сущностей чаще всего создаются дополнительные числовые поля, в которых будет сохраняться уникальный номер для каждого экземпляра сущности (например, Номер класса). Это поле, как правило, не должно быть видимо пользователю (это следует учитывать при разработке программ). В ряде случаев такое уникальное числовое поле уже определено условиями предметной области.
Для назначения первичных ключей сущностей необходимо при нахождении курсора в поле ключа включить кнопку Primary Key.
Для отображения в модели типов полей в виде пиктограмм следует выбрать пункт основного меню Format, Entity Display, Attribute Icon.
Для установления связи выбирается инструмент Non-Identifying Relationship, делается щелчок сначала по родительской сущности, затем по дочерней сущности. После этого в дочерней сущности появляются атрибуты - первичные ключи родительской сущности. В дочерней сущности такие атрибуты имеют пометку внешнего ключа (Foreign Key -FK).
Щелкнув по связи, следует указать ее имя:
Модель можно отображать в методологиях IE (Information Engineering), что более предпочтительно, и в методологии IDEF1X (Integration Definition for Information Modeling). Выбор методологии производится с помощью пункта меню Model, Model properties, закладка Notation: