Видеотека

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.1.2   Характеристика предметной области

Видеотека предоставляет прокат видеокассет с фильмами на определенный срок. Ведется учет кассет и клиентов, по номеру,также на каждого составляется карточка клиента.

В результате решения задачи необходимо выполнить разработку подсистемы введения данных и спроектировать следующие выходные документы (запросы пользователей). Атрибуты запросов в таблице 1.2.

1)       Данные о фильме

2)       Движение кассеты

3)       Карточка клиента

4)       Запрос по ФИО

5)       Параметрический запрос

Таблица 1.2

Запросы пользователей

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_vip,janr,rejiser,strana,time_film,krat_sod,akt_sost)

3)                 Кассета (kod_film,number,cena)

4)                 Движение(kod_kl,number,data,sr_vozr,sum_vozr,dat_vozr,sum_zalog)

Проведем анализ связей между сущностями:

1)     Кассеты – Записан           Фильмы

2)     Кассеты – Движение     Клиент

После выявления связей между сущностями строится ER-диаграмма, представленная на рисунке 1.1

Рисунок 1.1 – ER-диаграмма

1.2          Этап логического проектирования

На данном этапе создается модель пригодная для реализации средствами какой-либо системы управления базами данных. Существует большое разнообразие сложных типов данных, но из них можно выделить наиболее общие, называемые моделями данных.

Модели данных - это форматы данных и состав операций выполняемых над ними. Существует три типа модели данных:

     Иерархическая

      Сетевая

      Реляционная

1.2.1    Обоснование выбора модели данных

Для данного приложения использовалась реляционная модель данных. Любая модель данных содержит три основных компонента:

1)                 Структуры данных описывают точку зрения пользователя на представление данных.

2)                 Набор допустимых операций, выполняемых над структурой данных.

3)                 Ограничение целостности - это механизм поддержания соответствия данных предметной области на основе формально описанных данных.

Структура данных - в основе реляционной модели данных лежит

понятие отношения, которое используется, как инструмент моделирования данных.

Отношения удобно представлять в виде таблиц, строки таблицы соответствуют картежам. Каждая строка фактически представляет собой описание одного объекта реального мира, характеристики которого содержатся в столбцах. Столбцы в таблице это - атрибуты.

Атрибут, значение которого однозначно идентифицируют картежи, называется ключевым. Если картежи идентифицируются только сцеплением значений нескольких атрибутов, то отношение имеет составной ключ. Отношение может содержать несколько ключей. Но всегда один из ключей является первичным. Его значения не могут обновляться, все остальные ключи называются возможными. Для отображения ассоциаций между картежами разных отношений используется дублирование их ключей.

Ограничение целостности - в реляционной модели данных определены два базовых требования обеспечения целостности:

1) Целостность ссылок - сложные объекты реального мира представляются в реляционной модели данных в виде картежей нескольких нормализованных отношений, которые связаны между собой, при этом связи между данными отношениями описываются в терминах функциональных зависимостей. Для отражения функциональных зависимостей между картежами разных отношений

используется дублирование первичного ключа одного отношения (родительского) в другое (дочернее). Атрибуты представляющие собой копии ключей родительских отношений называются внешними ключами. Требования целостности по ссылкам заключается в том, что для каждого значения внешнего ключа появившегося в дочернем в родительском отношении должен найтись картеж с таким же значением первичного ключа.

2) Целостность сущностей - требования целостности сущностей заключается в следующем:

Каждый картеж любого отношения должен отличатся от любого другого картежа этого отношения (то есть любое отношение должно обладать первичным ключом). Если данное требование не соблюдается, то в базе данных может хранится противоречивая информация об одном и том же объекте.

Операции над данными

1)    Операции обработки картежей. Связаны с изменением состава картежей в каком-либо отношении.

2)     Операция обработки отношений. На входе каждой такой операции используется одно или несколько отношений результатом выполнения операций является новое отношение.

В реляционной алгебре определены следующие операции обработки

отношений:

1)    Проекция

2)     Выборка

3)     Объединение

4)     Пересечение

5)     Разность

6)     Декартово произведение

7)     Соединение

Вывод: Реляционная модель данных существенно облегчает установление связей, дает возможность легко и быстро установить новую связь, а также позволяет оптимальным образом осуществлять доступ к данным любого уровня.

1.2.2   Реляционная модель предметной области

Информационные объекты ПО можно представить в виде следующих отношений с соответствующими атрибутами, в каждом отношении выделим ключи.

1)                 Отношение Клиент

2)                 Отношение движение

3)                 Отношение Фильм

4)                Отношение Кассета

Реляционная модель представлена на схеме 1.1.

Схема 1.1 – Реляционная модель ПО

1.2.3   Нормализация отношений

Для приведения отношений к третьей нормальной форме нужно провести анализ функциональных зависимостей между атрибутами в пределах каждого отношения:

5)                 Клиент (kod_kl,FIO,adres)

Код       атрибуты

Название кассеты, номер ,срок возврата, и т.д. зависит от Кода клиента.

Код  для каждого клиента уникален, первичным ключом является Код клиента. Все атрибуты являются атомарными, следовательно, отношения находятся в первой нормальной форме. Первичный ключ простой и функциональная зависимость всех не ключевых атрибутов от первичного ключа полная, следовательно, отношения находятся во второй нормальной форме. Все не ключевые атрибуты функционально зависят от первичного ключа, других функциональных зависимостей нет, следовательно, отношения находятся в третьей нормальной форме.

1)     Движение(kod_kl,number,data,sr_vozr,sum_vozr,dat_vozr,sum_zalog)

Номер            атрибуты

От номера зависит название фильма,дата выпуска, жанр, режиссер, страна.

Номер  у каждой кассеты уникален, первичным ключом является number. Все атрибуты являются атомарными, следовательно, отношения находятся в первой нормальной форме. Первичный ключ простой и функциональные зависимости всех не ключевых атрибутов от первичного ключа полная, следовательно, отношения находятся во второй нормальной форме. Все не ключевые атрибуты функционально зависят от первичного ключа, других функциональных зависимостей нет, следовательно, отношения находятся в третьей нормальной форме.

1.2.4     Логическая модель данных предметной области

На данном этапе выполняется построение логической модели базы данных в виде схемы отношений с указанием для каждого атрибута его тира и размерности (см. таблицу 1.3).

Таблица 1.3

Логическая модель