Автор: Пользователь скрыл имя, 23 Сентября 2012 в 21:53, курсовая работа
Для разработки данной базы была выбрана среда разработки приложений Delphi. В программном продукте использовалась технология ADO - способ взаимодействия приложения, созданного в среде разработки Delphi, и базы данных. Объекты базы данных в Delphi основаны на SQL- языке.
Целью данной практики является разработка базы данных Библиотека.
Введение 3
Аналитическая часть 4
1.1 Этап концептуального проектирования 4
1.1.1 Описание предметной области 4
1.1.2 Характеристика предметной области 5
1.1.3 Ограничения и допущения предметной области 6
1.1.4 Модель «Сущность-связь» (ER-диаграмма) 7
1.2 Этап логического проектирования 8
1.2.1 Обоснование выбора модели данных 8
1.2.2 Реляционная модель предметной области 8
1.2.3 Нормализация отношений 9
1.2.4 Логическая модель данных предметной области 11
1.3 Обоснование выбора системы управления базами данных 12
Проектная часть 14
2.1 Назначение и цель создания 14
2.2 Требования к системе 14
2.3 Руководство к использованию и эксплуатации 14
2.3.1 Инсталлятор 14
2.3.2 Главная форма 15
2.3.3 Таблицы 16
2.3.4 Запросы 17
2.3.5 Отчеты 23
2.3.6 Помощь 24
Заключение 26
Список используемой литературы 27
6
Министерство образования и науки Республики Казахстан
Восточно-Казахстанский государственный технический университет
им. Д.М.Серикбаева
IT Колледж ВКГТУ
Отчет по учебной практике
«Разработка и сопровождение программного обеспечения»
Тема: «Видеотека»
Специальность 1304000- «Вычислительная техника и программное обеспечение»
Преподаватель
Учащийся
г. Усть–Каменногорск 2012
Содержание
Введение 3
Аналитическая часть 4
1.1 Этап концептуального проектирования 4
1.1.1 Описание предметной области 4
1.1.2 Характеристика предметной области 5
1.1.3 Ограничения и допущения предметной области 6
1.1.4 Модель «Сущность-связь» (ER-диаграмма) 7
1.2 Этап логического проектирования 8
1.2.1 Обоснование выбора модели данных 8
1.2.2 Реляционная модель предметной области 8
1.2.3 Нормализация отношений 9
1.2.4 Логическая модель данных предметной области 11
1.3 Обоснование выбора системы управления базами данных 12
Проектная часть 14
2.1 Назначение и цель создания 14
2.2 Требования к системе 14
2.3 Руководство к использованию и эксплуатации 14
2.3.1 Инсталлятор 14
2.3.2 Главная форма 15
2.3.3 Таблицы 16
2.3.4 Запросы 17
2.3.5 Отчеты 23
2.3.6 Помощь 24
Заключение 26
Список используемой литературы 27
Приложение А 28
Введение
Исходя из современных требований, предъявляемых к качеству работы, нельзя не отметить, что эффективная работа с базой данных зависит от уровня оснащения электронным оборудованием, таким, как компьютеры, программным обеспечением, средствами связи, копировальными устройствами.
Для разработки данной базы была выбрана среда разработки приложений Delphi. В программном продукте использовалась технология ADO - способ взаимодействия приложения, созданного в среде разработки Delphi, и базы данных. Объекты базы данных в Delphi основаны на SQL- языке.
Целью данной практики является разработка базы данных Библиотека.
Автоматизации подлежит задача учета выдачи и сдачи видеокассет.
1 Аналитическая часть
1.1 Этап концептуального проектирования
Данный этап является общезначимым ответственным и независимым от программной и технической сред, в которых далее разрабатывается база данных.
Задачи этапа:
1) Анализ информационных потребностей и концептуальных требований пользователя. Выявление имеющихся задач по обработке информации, которые должны быть представлены в новой базе данных.
2) Выявление информационных объектов и связи между ними.
3) Построение инфологической модели предметной области и документирование результатов анализа.
1.1.1 Описание предметной области (ПО)
Дана предметная область – Видеотека
Фрагмент предметной области: учет кассет с фильмами
Задание: Автоматизировать учет видеокассет, включив информацию движения кассет (выдача и возврат кассет, информация о клиенте). После обследования фрагмента предметной области был выявлен следующий атрибутивный состав, представленный в таблице 1.1
Таблица 1.1
Множество атрибутов
№ | Атрибуты | Идентификатор |
1 | 2 | 3 |
1 | Код клиента | Kod_kl |
2 | Фио клиента | FIO |
3 | Адрес | adres |
4 | Номер | Number |
5 | Дата | Data |
6 | Срок возврата | Sr_vozr |
7 | Сумма возврата | Sum_vozr |
8 | Дата возврата | Dat_vozr |
9 | Сумма залога | Sum_zalog |
10 | Код фильма | Kod_film |
11 | Цена | cena |
12 | Название фильма | Name_film |
13 | Дата выпуска | Data_vip |
14 | Жанр | janr |
1 | 2 | 3 |
15 | Режиссер | Rejiser |
16 | Страна | Strana |
17 | Время фильма | Time_film |
18 | Краткое содержание | Krat_sod |
19 | Актерский состав | Akt_sost |
1.1.2 Характеристика предметной области
Видеотека предоставляет прокат видеокассет с фильмами на определенный срок. Ведется учет кассет и клиентов, по номеру,также на каждого составляется карточка клиента.
В результате решения задачи необходимо выполнить разработку подсистемы введения данных и спроектировать следующие выходные документы (запросы пользователей). Атрибуты запросов в таблице 1.2.
1) Данные о фильме
2) Движение кассеты
3) Карточка клиента
4) Запрос по ФИО
5) Параметрический запрос
Таблица 1.2
Запросы пользователей
№ | Атрибуты | Запросы | ||||
1 | 2 | 3 | 4 | 5 | ||
1 | Name_film | * | * | * | * |
|
2 | Data_vip | * |
| * |
|
|
5 | Janr | * |
| * |
|
|
6 | Rejiser | * |
| * |
|
|
7 | strana |
|
| * |
|
|
8 | FIO |
| * |
| * |
|
9 | Number |
| * |
| * |
|
10 | Kod_film |
|
|
|
|
|
11 | Sr_vozr |
| * |
|
|
|
14 | Sum_vozr |
| * |
| * |
|
15 | Dat_vozr |
| * |
| * |
|
16 | Sum_zalog |
| * |
| * |
|
17 | data |
| * |
| * |
|
18 | Krat_sod | * |
| * |
|
|
19 | Akt_sost |
|
| * |
|
|
20 | Time_film |
|
| * |
|
|
1.1.3 Ограничения и допущения предметной области
В ПО существуют следующие ограничения и допущения:
1) Код клиента – уникальный номер, максимальное количество символов которого не более 6
2) Код фильма - уникальный номер, максимальное количество символов которого не более 6.
3) Номер читательского билета - уникальный номер, текстовое поле, максимальное количество символов которого не более 6.
1.1.4 Модель «Сущность-связь» (ER-диаграмма)
Для разработки ER-диаграммы необходимо выделить объекты предметной области и их атрибутный состав. На основании перечня атрибутов выделим следующие сущности с атрибутами:
1) Клиент (kod_kl,FIO,adres)
2) Фильм(kod_film,name_film,data_
3) Кассета (kod_film,number,cena)
4) Движение(kod_kl,number,data,
Проведем анализ связей между сущностями:
1) Кассеты – Записан Фильмы
2) Кассеты – Движение Клиент
После выявления связей между сущностями строится ER-диаграмма, представленная на рисунке 1.1
Рисунок 1.1 – ER-диаграмма
1.2 Этап логического проектирования
На данном этапе создается модель пригодная для реализации средствами какой-либо системы управления базами данных. Существует большое разнообразие сложных типов данных, но из них можно выделить наиболее общие, называемые моделями данных.
Модели данных - это форматы данных и состав операций выполняемых над ними. Существует три типа модели данных:
Иерархическая
Сетевая
Реляционная
1.2.1 Обоснование выбора модели данных
Для данного приложения использовалась реляционная модель данных. Любая модель данных содержит три основных компонента:
1) Структуры данных описывают точку зрения пользователя на представление данных.
2) Набор допустимых операций, выполняемых над структурой данных.
3) Ограничение целостности - это механизм поддержания соответствия данных предметной области на основе формально описанных данных.