- •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. Кузнецов с.Д. Основы современных баз данных, информационно-аналитические материалы центра информационных технологий .
Лабораторная работа 1
Задание: На основании заданной структуры исходных данных бригада студентов выполняет следующие действия:
Разработка концептуальной модели базы данных на основе метода «Объект-Связь».
Разработка концептуальной модели базы данных на основе метода функциональных зависимостей и ее нормализация (вплоть до нормальной формы Бойса - Кодда (НФБК).
Разработка логической модели базы данных до уровня 3 НФ с помощью пакета ERWIN.
Эта логическая модель служит основой для последующих этапов лабораторной работы и для курсового проекта.
Состав отчета:
Постановка задачи.
Перечень допущений, принимаемых при проектировании.
Последовательность разработки концептуальной модели методом «Объект-связь» (изображение ER- диаграмм, полученных при проектировании методом «Объект-Связь», отношения для каждой диаграммы с указанием применяемого правила и сводный набор отношений).
Процесс проектирования базы данных методом функциональных зависимостей (универсальное отношение, функциональные зависимости, процесс декомпозиции отношений для последовательного получения 1НФ, 2НФ, 3НФ и НФБК).
Логическая модель базы данных, полученная с помощью пакета ERWIN.
4. Разработка объектной модели задачи
Для определения требований к приложению, исходящих из описания предметной области задачи, рекомендуется построение объектной модели решаемой задачи с помощью одного из наиболее развитых в настоящее время CASE – средств – пакета объектного моделирования Rational Rose (используется версия 2000).
Пакет предназначен для построения объектной модели предметной области задачи.
Визуальным моделированием называется процесс графического представления модели с помощью некоторого стандартного набора графических элементов. Основной целью визуального моделирования является общение между всеми участниками проекта. Заказчики визуализируют свое взаимодействие с системой. Аналитики увидят взаимодействие между объектами модели. Разработчики поймут, какие объекты нужно создать и что эти объекты должны делать. Менеджеры увидят как всю систему в целом, так и взаимодействие ее частей. Наконец, руководители информационной службы, глядя на высокоуровневые модели, поймут, как взаимодействуют друг с другом системы в их организации.
Унифицированный язык моделирования (Unified Modelling Language, UML) является результатом совместных усилий Гради Буча, Джеймса Рамбо, Ивара Якобсона, Ребекки Вирс-Брок, Питера Йордона и многих других.
UML позволяет создавать несколько типов визуальных диаграмм. Rational Rose поддерживает разработку большинства этих моделей, а именно:
Диаграммы сценариев (Use Case).
Диаграммы классов (Classes).
Диаграммы последовательности (Sequence) и другие.
Использование Rational Rose на разных фазах реализации проекта. Вначале определяются действия (функции) и действующие лица задачи. Полученные диаграммы Use Case можно показать будущим пользователям. Затем эти диаграммы могут уточняться.
Диаграммы классов (Classes) позволяют увидеть классы (объекты) задачи и взаимоотношения между ними.
Диаграммы Sequence помогают детализировать процесс обработки данных при выполнении функций. При их разработке используются определенные объекты, созданные в предыдущих диаграммах.
