Размещено на http://www.allbest.ru/

Курсовая работа по курсу

«Проектирование баз данных»

«Учет информационно-технических средств МБОУ «Карагайская средняя общеобразовательная школа № 2»

Работу выполнила: студентка 3 курса

факультета информатики и экономики группы z1233э

Караваева Нина Владимировна

Руководитель: кандидат технических наук, доцент

Симакина Надежда Ивановна

Пермь 2014

Введение

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

База данных (БД) - это организованная совокупность блоков информационных элементов для хранения и поиска информации.

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

Целью данной работы является проектирование и реализация БД «Учет информационно-технических средств в МБОУ "Карагайская СОШ №2"». Для достижения поставленной цели необходимо решить следующие задачи:

1) описать предметную область;

2) провести концептуальное проектирование;

3) провести логическое проектирование;

4) провести физическое проектирование;

5) создать простой и удобный пользовательский интерфейс.

1. Описание предметной области

интерфейс таблица доменный ссылочный

«Учет информационно-технических средств МБОУ «Карагайская СОШ №2»

Рассматривается обеспечение информационно-техническими средствами (ИТС) МБОУ "Карагайская СОШ №2", которая расположена по адресу село Карагай, Карагайского района Пермского края, улица Российская, 1. Директором школы является Чалова Лидия Геннадьевна.

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

Заместитель директора по АХЧ является материально ответственным лицом за информационно-технические средства. В его обязанности входит приобретать и списывать ИТС.

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

Все ИТС расположены в кабинетах.

Каждое информационно-техническое средство имеет инвентарный номер, приобретается по определенной цене.

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

1. Заместитель директора по АХЧ:

- ввод/удаление, редактирование данных о сотрудниках, о ИТС;

- просмотр списанных ИТС школы в заданный момент времени;

- просмотр заявки на приобретение/списание ИТС;

- просмотр общего списка всех ответственных лиц за ИТС;

- просмотр ИТС, за которые отвечает конкретный сотрудник;

- оформление акта на списание ИТС;

- оформление справки о покупке ИТС;

- оформление списка ИТС за определенный период времени.

2. Пользователь:

- просмотр ИТС, за которые отвечает данный пользователь.

2. Проектирование базы данных

2.1 Концептуальное проектирование

Концептуальное проектирование - начальная стадия проектирования, на которой на основе подробной модели пользовательских представлений данных принимаются определяющие последующий облик параметры базы данных, т.е. строится концептуальная модель данных. Концептуальное проектирование включает в себя отражение объектов и атрибутов предметной области, составление связей межу данными объектами, и составление в конечном итоге EER - диаграммы [1].

2.1.1 Объекты и атрибуты

На основании описания предметной области можно выделить ряд объектов и атрибутов (табл.1).

Таблица 1. Объекты и атрибуты

Объект	Атрибуты	Первичный ключ
ШКОЛА	Код_школы Наимен_школы Адрес_школы ФИО_директора Телефон	Код_школы
СОТРУДНИК	Таб_номер Код_школы ФИО_сотр Телефон_сотр Дата_прием_раб Должность	Таб_номер
ПЕД_РАБОТНИКИ
ОТВЕТСТВ_КАБ	Номер_кабинета
ПРОЧИЕ
УВП
АХЧ
ДРУГИЕ
ТЕХ_СРЕДСТВА	Инв_номер Наимен_ИТС Стоимость Номер_кабинета Дата_покупки Номер_накладной Дата_списания	Инв_номер
ОПЕРАЦИИ	Номер_операции Код_операции Инв_номер Код_реквизита	Номер_операции
ПОКУПКА	Наим_операции
СПИСАНИЕ	Наим_операции
РЕКВИЗИТЫ	Код_реквизитов Наимен_орг Банк получателя ИНН БИК КПП Счет Корр_счет Адрес Телефон	Код_реквизитов

2.1.2 Связи

Для связи объектов используется семантическая методология (табл.2).

Таблица 2. Связи

Название связи	Объекты	Показатель кардинальности	Степень участия
работает	ШКОЛА СОТРУДНИК	1: М	Полная Частичная
инвентаризирует	АХЧ ТЕХ_СРЕДСТВА	1: М	Частичная Полная
отвечает	ОТВЕТСТВ_КАБ ТЕХ_СРЕДСТВА	1: М	Полная Полная
выполняет	ТЕХ_СРЕДСТВА ОПЕРАЦИИ	1 : М	Полная Полная

2.1.3 ЕЕR-диаграмма

EER (англ. entity-relationship model - модель сущность-связь) - модель используется при концептуальном проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями [5].

Рис.1. EER-диаграмма предметной области «Учет ИТС в МБОУ «Карагайская СОШ №2»

2.1.4 Упрощение концептуальной схемы

На рис. 1 концептуальная схема имеет недопустимую связь «суперкласс - подкласс», ее необходимо упростить.

Связь типа «суперкласс - подкласс» нужно преобразовать в бинарные связи. Количество бинарных связей будет равно количеству подклассов в суперклассе.

Вследствие чего получена новая EER - диаграмма (рис. 2), поэтому необходимо добавить в таблицу связей 8 новых связей (включает, есть, имеет, входит, является, могут, доля, часть), которые появились в результате упрощения концептуальной схемы.

Рис. 2. Упрощенная ЕЕR-диаграмма

Таблица 3. Новые связи

Название связи	Объекты	Показатель кардинальности	Степень участия
работает	ШКОЛА СОТРУДНИК	1: М	Полная Частичная
ЕСТЬ	СОТРУДНИК ПЕД_РАБОТНИКИ	1: М	Частичная Полная
включает	СОТРУДНИК УВП	1: М	Частичная Полная
входит	АХЧ УВП	М : 1	Полная Частичная
имеет	УВП ДРУГИЕ	1: М	Частичная Полная
являются	ПЕД_РАБОТНИКИ ОТВЕТСТВ_КАБ	1: М	Частичная Полная
могут	ПЕД_РАБОТНИКИ ПРОЧИЕ	1: М	Частичная Полная
инвентаризирует	АХЧ ТЕХ_СРЕДСТВА	1: М	Частичная Полная
отвечает	ОТВЕТСТВ_КАБ ТЕХ_СРЕДСТВА	1: М	Полная Полная
выполняет	ТЕХ_СРЕДСТВА ОПЕРАЦИИ	1 : М	Полная Полная
доля	ОПЕРАЦИИ ПОКУПКА	1: М	Частичная Полная
часть	ОПЕРАЦИИ СПИСАНИЕ	1: М	Частичная Полная

2.2.Логическое проектирование

Проектирование баз данных -- процесс создания схемы базы данных и определения необходимых ограничений целостности [2].

Для логического проектирования необходимо упростить концептуальную модель в реляционную схему.

2.2.1 Таблицы и атрибуты

Таблица 4. Таблицы и атрибуты

Объект	Таблица	Атрибуты	Первичный ключ
ШКОЛА	ШКОЛА	Код_школы Наимен_школы Адрес_школы ФИО_директора Телефон	Код_школы
СОТРУДНИК	СОТРУДНИК	Таб_номер Код_школы ФИО_сотр Телефон_сотр Дата_прием_раб Должность	Таб_номер
ОТВЕТСТВ_КАБ	ОТВЕТСТВ_КАБ	Номер_кабинета Таб_номер	Номер_кабинета
ТЕХ_СРЕДСТВА	ТЕХ_СРЕДСТВА	Инв_номер Наимен_ИТС Стоимость Номер_кабинета Дата_покупки Номер_накладной Дата_списания	Инв_номер
ОПЕРАЦИИ	ОПЕРАЦИИ	Номер_операции Код_операции Инв_номер Код_реквизита	Номер_операции
НАИМ_ОПЕРАЦИИ	НАИМ_ОПЕРАЦИИ	Код_операции Наим_операции	Код_операции
РЕКВИЗИТЫ	РЕКВИЗИТЫ	Код_реквизита Наим_орг Банк получателя ИНН БИК КПП Счет Корр_счет Адрес Телефон	Код_реквизита

2.2.2 Функциональные зависимости

ФЗ 1: Код_школы Наимен_школы, Адрес_школы, ФИО_директора, Телефон

ФЗ 2: Таб_номер Код_школы, Телефон_сотр, Дата_прием_раб, Должность

ФЗ 3: Таб_номер, ФИО_сотр

ФЗ 4: Номер_кабинета Таб_номер

ФЗ 5: Инв_номер Наимен_ИТС, Стоимость, Номер_кабинета, Дата_покупки, Номер_накладной, Дата_списания

ФЗ 6: Номер операции Код_операции, Инв_номер, Код_реквизита

ФЗ 7: Код_операции Наим_операции

ФЗ 8: Код_реквизитов Наим_орг, Банк получателя, ИНН, БИК, КПП, Счет, Корр_счет, Адрес, Телефон

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

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

Все атрибуты таблиц простые, следовательно, таблицы находятся в первой нормальной форме.

Таблицы ШКОЛА, СОТРУДНИК, ОТВЕТСТВ_КАБ, ТЕХ_СРЕДСТВА, ОПЕРАЦИИ, НАИМ_ОПЕРАЦИИ, РЕКВИЗИТЫ приведены к первой нормальной форме и имеет простой первичный ключ следовательно, приведены ко второй нормальной форме (табл. 4).

Таблица ШКОЛА находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 1), следовательно таблица приведена к третьей нормальной форме.

Таблица СОТРУДНИК находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 2, ФЗ 3), следовательно таблица приведена к третьей нормальной форме.

Таблица ОТВЕТСТВ_КАБ находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 4), следовательно таблица приведена к третьей нормальной форме.

Таблица ТЕХ_СРЕДСТВА находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 5), следовательно таблица приведена к третьей нормальной форме.

Таблица ОПЕРАЦИИ находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 6), следовательно таблица приведена к третьей нормальной форме.

Таблица НАИМ_ОПЕРАЦИИ находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 7), следовательно таблица приведена к третьей нормальной форме.

Таблица РЕКВИЗИТЫ находится во второй нормальной форме и все неключевые атрибуты взаимонезависимы (ФЗ 8), следовательно таблица приведена к третьей нормальной форме.

2.2.4 Реляционная схема

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

Таблица 5. Реляционная схема

Название связи	Объекты	Пок. кардин.	Статусы таблицы	Ключи
работает	ШКОЛА СОТРУДНИК	1: М	Родительская Дочерняя	Код_школы (ПК) Таб_номер (ПК) Код_школы (ВК)
является	ОТВЕТСТВ_КАБ СОТРУДНИК	1: 1	Дочерняя Родительская	Номер_кабинета (ПК) Таб_номер (ПК) Таб_номер (ВК)
отвечает	ОТВЕТСТВ_КАБ ТЕХ_СРЕДСТВА	1: М	Родительская Дочерняя	Номер_кабинета (ПК) Инв_номер (ПК) Номер_кабинета (ВК)
выполняет	ТЕХ_СРЕДСТВА ОПЕРАЦИИ	1 : М	Родительская Дочерняя	Инв_номер (ПК) Код_операции (ПК) Инв_номер (ВК)
есть	НАИМ_ОПЕРАЦИИ ОПЕРАЦИИ	1 : М	Родительская Дочерняя	Код_операции (ПК) Номер_операции (ПК) Код_операции (ВК)
наделена	РЕКВИЗИТЫ ОПЕРАЦИИ	1 : М	Родительская Дочерняя	Код_реквизита (ПК) Номер_операции (ПК) Код_реквизита (ВК)

Схема БД -- совокупность схем отношений, адекватно моделирующих абстрактные объекты предметной области и семантические связи между этими объектами. Основой анализа корректности схемы являются анализ функциональных зависимостей между атрибутами отношений БД [5].

На этапе концептуального моделирования была построена модель «сущность-связь», и с помощью алгоритма перехода к реляционной модели получена схема данных (рис. 3).



Рис. 3. Схема данных

2.2.5 Ограничение целостности данных

Целостность данных - это механизм поддержания соответствия базы данных предметной области.

Объект реального мира представляется в реляционной базе данных как кортеж некоторого отношения. Требование целостности сущностей заключается в том, что каждый кортеж любого отношения должен отличатся от любого другого кортежа этого отношения, т.е. любое отношение должно обладать первичным ключом [1].

Вполне очевидно, что если данное требование не соблюдается, т.е. кортежи в рамках одного отношения не уникальны, то в базе данных может хранится противоречивая информация об одном и том же объекте. Поддержание целостности сущностей обеспечивается средствами системы управления базой данных (СУБД). Это осуществляется с помощью двух ограничений:

- при добавлении записей в таблицу проверяется уникальность их первичных ключей;

- не позволяется изменение значений атрибутов, входящих в первичный ключ.

Существует три типа ограничения целостности: доменная, ссылочная, категорная.

Ограничения целостности данных производится путем ограничения на значения данных [2].

1. Категорная целостность. Первичные ключи: Код_школы, Таб_ном, Номер_кабинета, Инв_номер, Инв_номер, Номер_операции, Номер_операции, Код_приобр, Код_ремонта, Код_списания, Код_поставщика, Код_реквизитов (табл.4) не могут быть отсутствеующими, т.к. кортеж не может записываться в БД пока значения его ключевого атрибута не будут полностью определены.

2. Ссылочная целостность. Значения внешних ключей: Код_школы, Таб_ном, Номер_кабинета, Инв_номер, Номер_операции (табл. 4) не могут быть отстуствующими и должны быть определены, т.к. ссылка на отсутствующее значение внешнего ключа запрещена.

Индексированное - Да.

Обязательное - Да.

3. Доменная целостность. Достоверность записей в конкретном столбце. В базах данных такая целостность обычно обеспечивается условиями на значение, запретом пустых значений, триггерами и гранимыми процедурами, масками ввода, а также ключами [4].

Атрибут	Ограничение
Наимен_школы	Обязательное: Да, пустые строки: нет.
Адрес_школы	Обязательное: да.
ФИО_директора	Обязательное: да.
Телефон	Обязательное: да, индексированное: нет. Размер 11 символов.
ФИО_сотр	Обязательное: да, пустые строки: нет.
Телефон_сотр	Обязательное: да, индексированное: нет. Размер 11 символов.
Дата_прием_раб	Дата приема на работу не может быть больше текущей даты
Должность	Обязательное: да, пустые строки: нет.
Наимен_ИТС	Обязательное: да, пустые строки: нет.
Стоимость	Обязательное: да, пустые строки: нет.
Номер_кабинета	Обязательное: да, пустые строки: нет. Размер не больше 2 знаков.
Дата_покупки	Обязательное: да.
Дата_списания	Обязательное: Нет, не может быть больше текущей даты
Номер накладной	Обязательное: Да, пустые строки: нет.
Наим_операции	Обязательное: да, индексированное: нет.
Наим_орг	Обязательное: Да, пустые строки: нет.
Банк получателя	Обязательное: да.
ИНН	Обязательное: да, пустые строки: нет. Размер не больше 10 символов.
БИК	Обязательное: да, пустые строки: нет. Размер не больше 9 символов.
КПП	Обязательное: да, пустые строки: нет. Размер не больше 9 символов.
Счет	Обязательное: да, пустые строки: нет. Размер не больше 20 символов.
Корр_счет	Обязательное: да, пустые строки: нет. ь Размер не больше 20 символов.
Адрес	Обязательное: Да.
Телефон	Обязательное: Да.

2.3 Физическое проектирование

Этап физического проектирования заключается в увязке логической структуры БД и физической среды хранения с целью наиболее эффективного размещения данных, т.е. отображении логической структуры БД в структуру хранения. Решается вопрос размещения хранимых данных в пространстве памяти, выбора эффективных методов доступа к различным компонентам "физической" БД. Результаты этого этапа документируются в форме схемы хранения на языке определения данных. Принятые на этом этапе решения оказывают определяющее влияние на производительность системы [3].

Для реализации данной БД используется СУБД Microsoft Access.

Microsoft Access -- реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных.

Таблица 6. Свойства атрибутов таблиц

Таблица	Атрибуты	Тип данных	Размер поля	Первич. ключ
ШКОЛА	Код_школы Наимен_школы Адрес_школы ФИО_директора Телефон	Числовой Текстовый Текстовый Текстовый Текстовый	Длинное целое 50 50 50 11	Да Нет Нет Нет Нет
СОТРУДНИК	Таб_номер Код_школы ФИО_сотр Телефон_сотр Дата_прием_раб Должность	Числовой Числовой Текстовый Текстовый Дата/время Текстовый	Длинное целое Длинное целое 50 11 - 50	Да Нет Нет Нет Нет Нет
ОТВЕТСТВ_КАБ	Номер_кабинета Таб_номер	Числовой Числовой	Длинное целое Длинное целое	Да Нет
ТЕХ_СРЕДСТВА	Инв_номер Наимен_ИТС Стоимость Номер_кабинета Дата_покупки Дата_списания Номер_накладной	Текстовый Текстовый Числовой Числовой Дата/время Дата/время Числовой	15 50 Денежный Длинное целое - - Длинное целое	Да Нет Нет Нет Нет Нет Нет
ОПЕРАЦИИ	Номер_операции Код_операции Инв_номер Код_реквизитов	Числовой Числовой Текстовый Числовой	Длинное целое Длинное целое 15 Длинное целое	Да Нет Нет Нет
НАИМ_ОПЕРАЦИИ	Код_операции Наим_операции Таб_номер	Числовой Текстовый Числовой	Длинное целое 50 Длинное целое	Да Нет Нет
РЕКВИЗИТЫ	Код_реквизита Наим_орг Банк получателя ИНН БИК КПП Счет Корр_счет Адрес Телефон	Числовой Текстовый Текстовый Текстовый Текстовый Текстовый Текстовый Текстовый Текстовый Текстовый	Длинное целое 50 50 10 9 9 20 20 50 11	Да Нет Нет Нет Нет Нет Нет Нет Нет Нет

2.3.1 Проектирование и разработка пользовательского интерфейса

Для проектирования пользовательского интерфейса использована СУБД Microsoft Access 2003. Доступ к проектируемой базе данных будут иметь две категории пользователей: Заместитель директора по АХЧ и пользователи, также можно просмотреть информацию о школе.

Размещено на http://www.allbest.ru/

Рис. 4. Эскиз приложения «Учет ИТС в МБОУ «Карагайская СОШ №2»



Рис. 5. Основное меню

Пользовательский интерфейс состоит из 7 окон, связанных между собой через главное меню «Учет ИТС в МБОУ «Карагайская СОШ №2» (рис. 5).

Проектирование пользовательского интерфейса включает в себя два этапа: эскиз интерфейса и описание пунктов пользовательского интерфейса.

Кнопка О школе открывает форму с общими сведениями об образовательном учреждении (рис. 6).

Рис.6. Общие сведения об ОУ

Меню «Пользователь» (рис. 7) содержит кнопку, которая позволяет посмотреть список ИТС, за который отвечает конкретный пользователь по своему табельному номеру (рис. 8) через форму «Просмотр ИТС по табельному номеру» (рис. 9).

Рис.7. Меню «Пользователь»

Рис. 8. Форма «Ввод табельного номера»

Рис. 9. Форма «Просмотр ИТС по табельному номеру»

Зам. директора по АХЧ может выполнять следующие функции:

- ввод/удаление, редактирование данных о сотрудниках, о ИТС;

- просмотр списанных ИТС школы в заданный момент времени;

- просмотр заявки на приобретение/списание, ремонт ИТС;

- просмотр списка всех ответственных лиц за ИТС;

- оформление информации о ремонте ИТС;

- оформление акта на списание ИТС;

- оформление справки о приобретении ИТС;

- оформление списка ИТС за определенный период времени.

Меню «Зам. директора по АХЧ» состоит из кнопок Сотрудники, ИТС, Документы (рис. 10).

Рис.10. Меню «Зам. директора по АХЧ»

Меню «Сотрудники» включает в себя следующие кнопки Сотрудники редактировать, Просмотр ИТС у конкретного сотрудника, Сотрудники, ответственные за кабинет (рис 11).

Рис. 11. «Меню Сотрудники»

По кнопке Сотрудники редактировать выводятся все сотрудники, работающие в школе (рис.12).

Рис. 12. Информация о сотрудниках

По кнопке Просмотр ответственных за ИТС можно просмотреть за какие ИТС отвечает конкретный сотрудник (рис. 13).

Рис.13. Просмотр ответственных за ИТС

По кнопке Ответственные за кабинет появляется ФИО сотрудников в соответствии с их номером кабинета (рис. 14).

Рис. 14. Список сотрудников, ответственных за кабинет

Меню «ИТС» включает в себя следующие кнопки: Список ИТС за определенный период, Списанные ИТС за определенный период, Просмотр всех ответственных за ИТС (рис. 15).

Рис. 15. Меню «Действия над ИТС»

При нажатии кнопки Список ИТС за определенный период времени появляется окно «Введение параметра даты» (рис. 16).



Рис. 16. Форма «Введение параметра даты»

После введения начала и конца периода формируется Список ИТС, приобретенных в заданный период времени (рис. 17). Также можно сформировать отчет при нажатии кнопки Формирование отчета (рис. 18).

Рис. 17. Форма «Список ИТС, приобретенных за определенный период времени»



Рис. 18. Отчет «Список ИТС, приобретенных за определенный период времени»

При нажатии кнопки Списание ИТС за определенный период времени появляется окно «Введение параметра даты» (рис. 19).

Рис. 19. Форма «Введение параметра даты»

После введения начала и конца периода формируется Список ИТС, списанных в заданный период времени (рис. 20). Также можно сформировать отчет при нажатии кнопки Формирование отчета (рис. 21).

Рис. 20. Форма «Списанные ИТС за определенный период времени»

Рис. 21. Отчет «Списанные ИТС за определенный период времени»

При нажатии кнопки Просмотр всех ответственных за ИТС формируется перечень ИТС с табельным номером и соответственно сотрудник, ответственный за данное ИТС (рис. 22). Также можно сформировать отчет при нажатии кнопки Формирование отчета (рис.23).



Рис. 22. Список сотрудников, отвечающих за ИТС

Рис. 23. Список сотрудников, отвечающих за ИТС

Меню «Документы» включает в себя следующие кнопки: Справка о покупке, Акт о списании (рис. 24).

Рис. 24. Меню «Документы»

При нажатии кнопки Справка о покупке происходит запрос о введении номера операции (рис. 25) из таблицы Операции (табл. 4), вследствие чего формируется справка о покупке (рис. 26). Данную справку можно распечатать, нажав на кнопку Печать.

Рис. 25. Форма для введения номера операции



Рис. 26. Справка о покупке

При нажатии кнопки Акт о списании происходит запрос о введении номера операции (рис. 25) из таблицы Операции (табл. 4), вследствие чего формируется Акт о списании (рис. 27). Данный акт можно распечатать, нажав на кнопку Печать.



Рис. 27. Акт о списании

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

Заключение

В результате выполнения курсовой работы была спроектирована и реализована база данных Учет информационно-технических средств в МБОУ «Карагайская СОШ №2».

Были выполнены следующие задачи:

1). изучена предметная область Учет информационно-технических средств в МБОУ «Карагайская СОШ №2»;

2). проведено концептуальное, логическое и физическое проектирование;

3). разработан удобный и понятный пользовательский интерфейс.

Разработанная база данных может быть использована в МБОУ «Карагайская СОШ №2» после некоторой доработки.

Библиографический список

1. Пирогов В.Ю. Информационные системы и базы данных: организация и проектирование: учеб. Пособие. - СПб.: БХВ-Петербург, 2009. - 528с.

2. Кириллов В.В. Введение в реляционные базы данных. В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2009. - 464с.

3. Д.Кузнецов. Основы будущих систем баз данных. Третий манифест. Дж.Дейт, Хью Дарвен Перевод: С.Д.Кузнецов, Т.А.Кузнецова. - Издательство Янус-К, 2004 г, 656с.

Размещено на Allbest.ur