Физическая реализация базы данных "Библиотека"
Проектирование базы данных "Библиотека" с целью упрощения работы библиотекаря с ассортиментом книг и учебных пособий, учёта взятых и оставшихся в наличии книг. Разработка алгоритма работы программы. Анализ предметной области. Структура таблиц базы данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 07.08.2013 |
Размер файла | 3,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
27
Оглавление
- Введение
- 1. Проектирование базы данных
- 1.1 Алгоритм работы программы
- 1.2 Анализ предметной области
- 1.3 Инфологическое проектирование
- 1.4 Даталогическое проектирование базы данных
- 2. Физическая реализация базы данных "Библиотека"
- 2.1 Структура таблиц БД "Библиотека"
- 2.2 Главная форма
- Заключение
- Список литературы
Введение
Современное общество невозможно представить без компьютера. Они настолько широко и глубоко внедрились в нашу жизнь, что очень трудно назвать какую-либо сферу деятельности человека, где бы они не использовались. В связи с этим серьезные требования предъявляются и к аппаратной части современных компьютеров, и к используемому программному обеспечению. В основном именно программное обеспечение, или, иными словами, программные продукты, обеспечивают возможность широкого использования компьютеров. Стоит нам переустановить программное обеспечение компьютера или добавить какой-либо новый программный продукт, и мы сможем решать на этом компьютере совершенно новые задачи.
Следовательно, используемые программные продукты должны соответствовать определенным критериям, обеспечивающим надежность работы компьютера и удобство работы пользователя.
В соответствии с заданием курсового проектирования следует создать автоматизированное рабочее место (АРМ)"Библиотека", которое наиболее удобно можно организовать с помощью баз данных (БД).
Сегодня трудно себе представить сколько-нибудь значимую информационную систему, которая не имела бы в качестве основы или важной составляющей базу данных. Концепции и технологии баз данных складывались постепенно и всегда были тесно связаны с развитием систем автоматизированной обработки информации.
Проектирование БД "Библиотека" ведется для упрощения работы библиотекаря со всем ассортиментом предложенных книг и учебных пособий, а также для учёта взятых и оставшихся в наличии книг.
Программа должна обеспечивать выполнение следующих функций:
Ввод информации о читателях
Ввод информации о книгах
Добавление, удаление и редактирование информации.
Актуальность разработки программы заключается в следующем:
приложение "Библиотека" представляет собой программу для управления базой данных;
программа полностью автоматизирует труд оператора ПЭВМ: автоматически заносит вводимые пользователем данные в таблицы базы данных, изменяет структуру таблиц (добавление/удаление записей).
при использовании программы значительно снижается трудоёмкость ведения базы данных взятых и оставшихся книг.
база таблица алгоритм библиотека
1. Проектирование базы данных
1.1 Алгоритм работы программы
Для того чтобы написать программу ее надо сконструировать, разбить на определенные блоки и выстроить эти блоки один за другим в соответствии с заранее заданным порядком действий.
Этот порядок и называется алгоритм.
Алгоритм - заранее определенное, точное предписание, которое задает дискретный (пошаговый) процесс, начинающийся определенным образом и приводящий к результату за конечное число шагов. Каждый алгоритм должен обладать следующими свойствами:
- дискретность - каждый алгоритм должен быть разбит на конечное число законченных действий;
- результативность - каждый алгоритм направлен на решение конкретной задачи, а следовательно, на получение определенного результата;
- массовость - алгоритм необходимо составить так, чтобы с его помощью можно было решать подобные задачи.
Способы записи алгоритма:
1. Формальный - запись алгоритма словесно, на естественном языке.
2. Графический - изображение алгоритма в виде блок-схемы.
Рисунок 1. Алгоритм программы "Библиотека"
1.2 Анализ предметной области
База данных - поименная совокупность структурированных данных, относящихся к определенной предметной области. Под предметной областью принято понимать часть реального мира, подлежащую изучению для организации управления и автоматизации (предприятия, организации). Анализ предметной области позволяет определить, какие данные содержатся в БД. Пользователями БД могут быть различные прикладные программы, программы-комплексы, а также специалисты предметной области, которые называются конечными пользователями.
Модель предметной области. Модель предметной области - это наши знания о предметной области. Знания могут быть как в виде неформальных знаний в мозгу эксперта, так и выражены формально при помощи каких-либо средств. В качестве таких средств могут выступать текстовые описания предметной области, наборы должностных инструкций, правила ведения дел в компании и т.п. Опыт показывает, что текстовый способ представления модели предметной области крайне неэффективен. Гораздо более информативными и полезными при разработке баз данных являются описания предметной области, выполненные при помощи специализированных графических нотаций. Имеется большое количество методик описания предметной области. Из наиболее известных можно назвать методику структурного анализа SADT и основанную на нем IDEF0, диаграммы потоков данных Гейна-Сарсона, методику объектно-ориентированного анализа UML, и др. Модель предметной области описывает скорее процессы, происходящие в предметной области и данные, используемые этими процессами. От того, насколько правильно смоделирована предметная область, зависит успех дальнейшей разработки приложений.
Предметной областью моей базы является библиотека.
Каждая книга, хранящаяся в библиотеке, имеет следующие параметры: название, автор, издание, год издания, жанр, ключевые слова, количество страниц. Каждая книга имеет уникальный номер - шифр.
Так же в библиотеке ведется картотека читателей. О каждом читатели заносятся следующие сведения: ФИО, дата рождения, адрес, телефон. Каждому читателю присваивается идентификационный номер.
В случаи выдачи экземпляра книги в библиотеке остается вкладыш, в котором указана дата выдачи, дата предполагаемого возврата и идентификационный номер.
Можно продлить книгу по телефону книгу назвав идентификационный номер и шифр книги.
Библиотекарь также может вносить некоторые изменения в базу данных, а в частности: запись нового читателя, списывание старой книги и изменение шифра книги.
1.3 Инфологическое проектирование
Инфологическая модель представляет собой описание предметной области, основанное на анализе семантики объектов и явлений, выполненное без ориентации на использование в дальнейшем программных или технических компьютерных средств.
Термин "инфологическая" в данном случае означает модель, ориентированную на человека; речь идет о средстве для выражения и передачи понимания того, что собой представляет предметная область базы данных.
Инфологическая модель для базы данных "Библиотека" проектировалась, как модель "Сущность-связь".
Семантическую основу ER-модели составляют следующие предположения:
1. та часть реального мира (совокупность взаимосвязанных объектов), сведения о которых должны быть помещены в базу данных, может быть представлена как совокупность сущностей;
2. каждая сущность обладает характеристическими свойствами (атрибутами), отличающими ее от других сущностей и позволяющими ее идентифицировать;
3. сущности можно классифицировать по типам сущностей: каждый экземпляр сущности (представляющий некоторый объект) может быть отнесен к классу - типу сущностей, каждый экземпляр которого обладает общими для них и отличающими их от сущностей других классов свойствами;
4. систематизация представления, основанная на классах, в общем случае предполагает иерархическую зависимость типов: сущность типа А является подтипом сущности В, если каждый экземпляр типа А является экземпляром сущности типа В;
5. взаимосвязи объектов могут быть представлены как связи - сущности, которые служат для фиксирования (представления) взаимозависимости двух или нескольких сущностей.
Любой объект предметной области обладает свойствами, часть из которых выделяется как характеристические - значимые с точки зрения прикладной задачи. При этом, например, в процессе анализа и систематизации предметной области обычно выделяются классы - совокупности объектов, обладающих одинаковым набором свойств, задаваемых в виде наборов атрибутов (значения атрибутов для объектов одного класса, естественно, могут различаться). Соответственно, на уровне представления предметной области (т.е. ее мифологической модели) объекту, рассматриваемому как понятие (объект в сознании человека), соответствует понятие сущность; объекту, как части материального мира (и существующему независимо от сознания человека), соответствует понятие экземпляр сущности; классу объектов соответствует понятие тип сущности.
В дальнейшем, поскольку в инфологической модели рассматриваются не отдельные экземпляры объектов, а классы, мы не будем различать соответствующие понятия этих двух уровней, т.е. будем предполагать тождественность понятий объект и сущность, свойство объекта и свойство сущности.
ER-модель, как описание предметной области, должна определить объекты и взаимосвязи между ними, т.е. установить связи следующих двух типов.
1. Связи между объектами и наборами характеристических свойств, и таким образом определить сами объекты.
2. Связи между объектами, задающие характер и функциональную природу их взаимозависимости.
ER-моделирование предметной области базируется на использовании графических диаграмм, как простого (привычного), наглядного и в то же время информативного и многоаспектного способа отображения компонентов проекта.
Сущность. Сущность, с помощью которой моделируется класс однотипных объектов, определяется как "предмет, который может быть четко идентифицирован". Так же как каждый объект уникально характеризуется набором значений свойств, сущность должна определяться таким набором атрибутов, который позволял бы различать отдельные экземпляры сущности. Каждый экземпляр сущности должен быть отличим от любого другого экземпляра той же сущности. Сущность имеет имя, уникальное в пределах модели. При этом имя сущности - это имя типа, а не некоторого конкретного экземпляра.
Сущности подразделяются на сильные и слабые. Сущность является слабой, если ее существование зависит от другой сущности - сильной по отношению к ней.
Свойства. Природа свойства, как характер связи свойства с сущностью (объектом), может быть различной. Рассмотрим основные виды свойств.
Свойство может быть множественным или единичным - т.е. атрибут, задающий свойство, может одновременно иметь несколько значений или, соответственно, только одно. Свойство может быть простым (не подлежащим дальнейшему делению с точки зрения прикладных задач) или составным - если его значение составляется из значений простых свойств. В некоторых случаях полезно различать базовые и производные свойства.
Если наличие некоторого свойства для всех экземпляров сущности не является обязательным, то такое свойство называется условным.
Значения свойств могут быть постоянными - статическими или динамическими, т.е. меняться со временем. Свойство может быть неопределенным, если оно является динамическим, но его текущее значение еще не задано.
Свойство может рассматриваться как ключевое, если его значение уникально и, возможно, в определенном контексте, однозначно идентифицирует сущность.
Связи. Кроме связей между объектом и его свойствами, инфологическая модель отражает связи между объектами разных классов. Связь определяется как "ассоциация, объединяющая несколько сущностей".
Эта ассоциация всегда может существовать между разными сущностями или между сущностью и ею же самой (рекурсивная связь).
Как и сущность, связь является типовым понятием, т.е. все экземпляры связываемых сущностей подчиняются правилам связывания типов. Сущности, объединяемые связью, называются участниками. Степень связи определяется количеством участников связи.
Если каждый экземпляр сущности участвует, по крайней мере, в одном экземпляре связи, то такое участие этой сущности называется полным (или обязательным); в противном случае - неполным (или необязательным).
Количественный характер участия экземпляров сущностей (один или многие) задается типом связи (или мощностью связи). Возможны следующие типы: "один к одному" (1:
1), "один ко многим" (1: М), "многие к одному" (М:
1), "многие ко многим" (М: М).
Следует отметить, что инструмент связей - это средство представления сложных объектов, каждый из которых может рассматриваться как множество некоторым образом взаимосвязанных простых объектов. Деление на простые и сложные объекты, также как и характер взаимосвязи, является условным и определяется особенностями анализа предметной области, т.е. в конце концов - характером использования данных о предметах в решаемых прикладных задачах.
Как отмечалось ранее, одна из основных целей семантического моделирования состоит в том, чтобы результаты анализа предметной области были отражены в достаточно простом, наглядном, но в то же время формализованном и достаточно информативном виде.
В этом смысле ER-диаграмма является очень удачным решением. В ней сочетаются функциональный и информационный подходы, что позволяет представлять как совокупность выполняемых функций, так и отношения между элементами системы, задаваемые структурами данных. При этом графическая форма позволяет отобразить в компактном виде (за счет наглядных условных обозначений) типологию и свойства сущностей и связей, а формализмы, положенные в основу ER-диаграмм, позволяют использовать на следующем шаге проектирования логической структуры базы данных строгий аппарат нормализации.
Выделим основные сущности:
сущность "Книги"
сущность "Список читателей"
сущность "Выдача книг"
Сущность "Книги" содержит информацию о всех книгах, имеющихся в библиотеке. Отдельный экземпляр этой сущности содержит информацию только об одной книге. Сущность "Выдача книг" содержит информацию о конкретной книге, о том кто её взял, когда взял и когда вернет книгу. Между сущностью "Книги" и сущностью "Выдача книг" существует связь типа "1: М", которая означает, что любая книга которая находиться в прокате является обязательным по отношению к сущности "Книги". Сущность "Список читателей" содержит информацию о читателях. Отдельный экземпляр этой сущности содержит информацию об одном читателе. Существует связь между сущностью "Список читателей" и сущностью "Выдача книг" типа "1: М", обязательная со стороны сущности "Список читателей" (каждому экземпляру сущности "Список читателей" обязательно соответствует читатель и причем только один).
Определим ключи - уникальные идентификаторы экземпляров каждой сущности: для сущности "Книги" - это шифр книги (Шифр), для сущности "Выдача книг" - шифр выдачи (Ш_выдачи), для сущности "Список читателей" - идентификационный номер (ID номер).
Рисунок 2. Инфологическая модель предметной области "Библиотека"
1.4 Даталогическое проектирование базы данных
Суть этапа даталогического проектирования заключается в отображении инфологической модели предметной области базы данных на те структурные и процедурные возможности, которые предоставляют:
тип структуры данных, например реляционная модель;
выбранный тип СУБД, которая эту модель данных поддерживает;
технология и средства прикладного программирования;
конкретная компьютерная среда.
На этом этапе необходимо установить соответствие между сущностями и характеристиками предметной области и отношениями и атрибутами в языке Access 2000. Для этого нужно каждой сущности и характеристикам поставить в соответствие набор отношений (таблиц) и их атрибутов (полей).
В результате получили следующие отношения:
R1 "Книги" (Шифр, Название, Автор, Жанр, Год, Издательство, Количество страниц, Описание, Обзор, Наличие)
R2 "Список читателей" (ID номер, Фамилия, Имя, Отчество, Улица, Дом, Квартира, Телефон)
R3 "Выдача книг" (Ш_выдачи, ID номер, Дата выдачи, Дата возврата, Шифр)
2. Физическая реализация базы данных "Библиотека"
Физическая модель данных описывает данные средствами конкретной СУБД. Мы будем считать, что физическая модель данных реализована средствами именно реляционной СУБД, хотя, как уже сказано выше, это необязательно. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.
Ограничения, имеющиеся в логической модели данных, реализуются различными средствами СУБД, например, при помощи индексов, декларативных ограничений целостности, триггеров, хранимых процедур. При этом опять-таки решения, принятые на уровне логического моделирования определяют некоторые границы, в пределах которых можно развивать физическую модель данных. Точно также, в пределах этих границ можно принимать различные решения. Например, отношения, содержащиеся в логической модели данных, должны быть преобразованы в таблицы, но для каждой таблицы можно дополнительно объявить различные индексы, повышающие скорость обращения к данным. Многое тут зависит от конкретной СУБД.
При разработке физической модели данных возникают вопросы: хорошо ли спроектированы таблицы? Правильно ли выбраны индексы? Насколько много программного кода в виде триггеров и хранимых процедур необходимо разработать для поддержания целостности данных?
И, наконец, как результат предыдущих этапов появляется собственно сама база данных. База данных реализована на конкретной программно-аппаратной основе, и выбор этой основы позволяет существенно повысить скорость работы с базой данных. Например, можно выбирать различные типы компьютеров, менять количество процессоров, объем оперативной памяти, дисковые подсистемы и т.п. Очень большое значение имеет также настройка СУБД в пределах выбранной программно-аппаратной платформы.
Но опять решения, принятые на предыдущем уровне - уровне физического проектирования, определяют границы, в пределах которых можно принимать решения по выбору программно-аппаратной платформы и настройки СУБД.
Таким образом ясно, что решения, принятые на каждом этапе моделирования и разработки базы данных, будут сказываться на дальнейших этапах. Поэтому особую роль играет принятие правильных решений на ранних этапах моделирования.
2.1 Структура таблиц БД "Библиотека"
Моя база данных состоит из главной таблицы "Книги" и связанных с ней таблиц: Выдача книг и Список читателей.
Поименуем атрибуты, определим типы данных и размерность атрибутов. В таблицах выберем первичные ключи и индексированные поля.
Таблица 1. Структура таблиц РБД "Библиотека"
Название таблицы |
Имя поля |
Тип данных |
Размер поля |
Примечание |
|
Книги |
Шифр |
Текстовый |
10 |
Ключ |
|
Название |
Текстовый |
60 |
|||
Автор |
Текстовый |
50 |
|||
Жанр |
Текстовый |
20 |
|||
Год |
Дата/время |
Краткий формат даты |
|||
Издательство |
Текстовый |
50 |
|||
Кол-во страниц |
Текстовый |
50 |
|||
Описание |
Поле МЕМО |
||||
Обзор |
Поле объекта |
||||
Наличие |
Логический |
||||
Список читателей |
ID номер |
Числовой |
Действительное |
Ключ |
|
Фамилия |
Текстовый |
25 |
|||
Имя |
Текстовый |
15 |
|||
Отчество Улица |
Текстовый |
25 |
|||
Дата рождения |
Дата/время |
Краткий формат даты |
|||
Улица |
Текстовый |
25 |
|||
Дом |
Текстовый |
10 |
|||
Квартира |
Числовой |
Целое |
|||
Телефон |
Текстовый |
11 |
|||
Прокат |
Ш_выдачи |
Счетчик |
Длинное целое |
Ключ |
|
Дата выдачи |
Дата/время |
Краткий формат даты |
|||
Дата возврата |
Дата/время |
Краткий формат даты |
|||
Шифр |
Текстовый |
10 |
|||
ID номер |
Числовой |
Действительное |
После того как были созданы поля таблицы, применены к ним свойства и заполнены атрибуты, мы составляем схему данных. Которая выглядит следующим образом:
Рис. 3. Связи между таблицами в базе данных
2.2 Главная форма
При открытии базы появляется заставка главной формы базы данных:
Рис. 4. Главная форма базы данных "Библиотека"
Форма имеет две основные, наиболее используемые, кнопки: Выдача книг и Возврат книг. Кнопка "Выдача книг" предназначена для регистрации выданных книг. При нажатии на кнопку открывается форма, в которой представлен список книг. При выборе книги из списка можно посмотреть описание книги, автора, год издания.
Рис. 5. Форма Выдача книг
Чтобы зарегистрировать выданную книгу надо нажать на кнопку "Выдать читателю", откроется форма в которую необходимо занести данные о читателе и дату возврата и выдачи книги.
Рис. 6. Форма для регистрации выданных книги
При возврате книги в библиотеку надо нажать на кнопку "Возврат книг", откроется форма в которой находится список должников.
Рис. 7. Форма возврата книг
Из списка необходимо выбрать фамилию читателя, который вернул книгу, и нажать на кнопку "Принять книги", откроется форма со списком книг, которые находятся на руках у выбранного читателя. Из списка выбираем книгу, которую надо вернуть, и нажимаем на кнопку "Принять".
На форме так же имеются кнопки, объединённые в две группы: книги и читатели. В группе "книги" расположены три кнопки: Редактировать список, В наличии и На руках. Кнопка "Редактировать список" предназначена для добавления и удаления книг, а так же для редактирования данных имеющихся книг. В форме представлены данные, о всех имеющихся книгах, а также кнопки "добавить" для добавления новой книги, "удалить" для удаления имеющихся книг. Для более быстрого поиска книги существует кнопка поиска, с помощью которой можно найти книгу по любому её параметру.
Рис. 7. Форма для редактирования списка книг
Кнопка "В наличии" открывает форму с данным о книгах, которые имеются в наличии, в библиотеке:
Рис. 8. Форма для книг, находящихся в наличии в библиотеке
Кнопка "На руках" открывает форму с данными о книгах, которых нет в наличии, а находящиеся на руках у читателей:
Рис. 8. Форма для книг, находящихся на руках у читателях
В группе кнопок "читатели" имеются три кнопки: Редактировать список, Должники и Список читателей.
Кнопка "Редактировать список" предназначена для добавления и удаления читателей, а так же для редактирования данных о имеющихся читателях. В форме представлены данные, о всех имеющихся читателях, а также кнопки "добавить" для добавления новой читателя, "удалить" для удаления читателя. Для более быстрого поиска читателя существует кнопка поиска, с помощью которой можно найти читателя по любому параметру.
Рис. 9. Форма для редактирования списка читателей
Кнопка "Должники" выдаёт отчёт о читателях у которых на руках имеются книги:
Рис. 10. Отчёт о должниках библиотеки
Кнопка "Читатели" выдаёт отчёт о всех читателях библиотеки, в котором фамилии расположены в алфавитном порядке:
Рис. 11. Отчёт о всех читателях библиотеки
Для выхода из базы нужно нажать кнопку "STOP":
Заключение
В данном курсовом проекте была разработана база данных "Библиотека" соответствующая всем требованиям задания, она протестирована и отлажена. Программа полностью автоматизирует труд библиотекаря и организует надежное хранение и обработку данных.
При разработке базы данных можно выделить несколько уровней моделирования:
· Анализ предметной области
· Инфологическое проектирование
· Даталогическое проектирование
· Физическая модель данных
· Собственно база данных и приложения
В базе данных используются следующие объекты:
таблицы для сохранения данных;
запросы для поиска и извлечения только требуемых данных;
формы для просмотра, добавления и изменения данных в таблицах;
отчеты для анализа и печати данных в определенном формате.
В ходе работы мною были созданы:
3 таблицы
9 запросов
13 форм
3 отчёта
Список литературы
1. Марков А.С. Базы данных. Введение в теорию и методологию / Лисовский К.Ю., Москва, 2004
2. Когаловский М.Р. Технология баз данных на персональных ЭВМ. / М.: Финансы и статистика, 1992
3. Ревунков Г.И., Самохвалов Э.Н., Чистов В.В. Базы и банки данных и знаний: Учеб. для вузов / Под ред. Четверикова В.Н. - М.: Высш. шк., 1992.
4. Тиори Т., Фрай Дж. Проектирование структур баз данных: В 2-х кн. Пер. с англ. / М.: Мир, 1985
5. Голицина О.Л. Базы данных / Голицина О.Л., Максимов Н.В., Попов И.И. - М.: Форум, 2003
6. Карпова Т.С. Базы данных: модели, разработка, реализация / Питер, 2002
7. Бемер С., Фратер Г. Microsoft Access для пользователя / Микап, Москва 1994
8. Коннолли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение / Москва, Питер, Киев, 2003
9. Мейер, М. Теория реляционных баз данных / М. Мейер - М.: Мир, 2008
10. Хаббард, Дж. Автоматизированное проектирование баз данных / Хаббард Дж. - М.: Мир, 2005
11. Бойко, В.В. Проектирование баз данных информационных систем / Бойко В.В., Савинков В.М. - М.: Финансы и статистика, 2007
12. Бакаревич, Ю.Б. Самоучитель Microsoft Access 2002/Бакаревич Ю.Б., Пушкина Н.В. - СПб.: БХВ-Петербург, 2002
Размещено на Allbest.ru
...Подобные документы
Основные этапы разработки и внедрения программного обеспечения. Понятие, функции и классификация баз данных. Проектирование базы данных "Библиотека" для ведения картотеки и учета выдачи книг. Пользовательский интерфейс программы, методика ее тестирования.
дипломная работа [2,6 M], добавлен 09.06.2012Преимущества использования электронных каталогов. Структурное и функциональное проектирование компьютерной программы. Особенности процесса загрузка базы данных книг, сохранение базы данных. Вывод каталога книг на экран, меню сортировки программы.
контрольная работа [94,5 K], добавлен 24.12.2017Алгоритм работы программы. Анализ предметной области. Структура таблиц БД "Библиотека". Инфологическое и даталогическое проектирование. Запросы для поиска и извлечения только требуемых данных. Формы для просмотра, добавления, изменения данных в таблицах.
курсовая работа [5,1 M], добавлен 14.06.2014Общая характеристика инфологической модели информационной системы. Знакомство с особенностями проектирования базы данных "Библиотека", анализ основных этапов. Рассмотрение способов составления запросов по выборке информации из таблиц базы данных.
контрольная работа [831,2 K], добавлен 08.12.2013Структура базы данных "Библиотечный фонд". Разработка таблиц "Авторы", "Выдача книг", "Книги фонда". Таблица "Разделы книг" как способ хранения информации о существующих разделах. Способы занесения информации о сотрудниках библиотеки. Формы базы данных.
курсовая работа [940,8 K], добавлен 28.05.2012Программные продукты, используемые при проектировании базы данных. Разработка базы данных "Библиотека" с использование программного проекта Microsoft SQL Server. Создание таблиц, триггеров, пользователей, репликации, запросов, функций, процедур.
курсовая работа [897,6 K], добавлен 21.11.2011Базы данных как совокупность структур, предназначенных для хранения больших объемов информации и программных модулей. Анализ способов создания базы данных для учета книг личной библиотеки, особенности использования языка программирования C++Builder.
курсовая работа [8,1 M], добавлен 10.01.2014Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.
курсовая работа [1,8 M], добавлен 04.02.2013Создание таблиц базы данных в режиме конструктора. Наименование и структура таблиц базы данных "Библиотека". Применение поля подстановок и создание фиксированного списка значений для полей. Схема связи между таблицами. Формирование и выполнение запроса.
контрольная работа [1,2 M], добавлен 24.07.2009Технология и средства прикладного программирования. Физическая модель данных. Программа для управления базой данных. Добавление, удаление и редактирование информации. Трудоёмкость ведения базы данных взятых и оставшихся книг. Типы структуры данных.
курсовая работа [2,3 M], добавлен 14.04.2014Системный анализ предметной области. Разработка концептуальной модели базы данных. Построение схемы функциональных зависимостей. Создание таблиц базы данных в Database Desktop и псевдонима в BDE Administrator. Разработка алгоритма работы программы.
курсовая работа [911,3 K], добавлен 20.12.2014Разработка базы данных с информацией о сотрудниках, товарах, со справочником типов товаров средствами системы управления базами данных MySQL с помощью SQL-запросов. Разработка инфологической модели предметной области. Структура таблиц, полей базы данных.
контрольная работа [648,7 K], добавлен 13.04.2012Разработка базы данных для учета использования книг сотрудниками библиотеки, которые обслуживают студентов в университете. Описание бизнес-логики. Соотношение между сущностями. Формулировка бизнес правил. Работа с базой данных через MS Excel 2007.
курсовая работа [928,2 K], добавлен 15.01.2013Разработка концептуальной модели базы данных "Чемпионат авто": описание предметной области, каталог задач, описание таблиц, схема данных, ER-диаграмма. Проектирование реляционной модели "Спортивный комплекс". Реализация и результат работы базы данных.
курсовая работа [3,7 M], добавлен 14.06.2011Описание предметной области. Характеристика этапов разработки концептуальной модели данных для предметной области "Библиотека" с использованием CASE-средства ER Win. Методика преобразования концептуальной модели в физическую структуру базы данных (БД).
курсовая работа [2,4 M], добавлен 23.09.2014Базы данных - важнейшая составная часть информационных систем. Проектирование базы данных на примере предметной области "Оргтехника". Сбор информации о предметной области. Построение информационно-логической модели данных. Разработка логической структуры.
курсовая работа [318,6 K], добавлен 24.12.2014Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Механизм и основные этапы создания и администрирования базы данных для Картотеки книг или библиотеки при помощи средств Microsoft SQL Server. Характеристика данной базы и требования, предъявляемые к ней. Основные операции с исследуемой базой данных.
курсовая работа [289,8 K], добавлен 21.06.2011Программирование базы данных "Библиотека": составление диаграммы "сущность-связь", построение таблиц, нормализация информации и установление между ними связи типа "Один-ко-многим", разработка меню, форм и инструментальных панелей, запросов и отчетов.
курсовая работа [1,5 M], добавлен 22.11.2010Анализ предметной области разрабатываемой информационной системы "Библиотека". Проектирование базы данных в среде MS Access. Физическая реализация данной информационной системы средствами Delphi 7 и MS Access 2003. Области применения технологии BDE.
курсовая работа [2,4 M], добавлен 12.01.2016