Прикладное программное обеспечение для Бюро технической инвентаризации
Министерство транспорта Российской Федерации
Федеральное агентство железнодорожного транспорта
ФГБОУ ВПО «Дальневосточный государственный университет путей сообщения»
Естественнонаучный институт
Кафедра
«Системы автоматизированного
ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ БЮРО ТЕХНИЧЕСКОЙ ИНВЕНТАРИЗАЦИИ
Курсовая работа
КР. 230700.65.БД.08.00.33И
- ПЗ
Исполнитель
студент_______________________
Руководитель
преподаватель_________________
Хабаровск 2011
СОДЕРЖАНИЕ
ЗАДАНИЕ 4
ВВЕДЕНИЕ 5
1 ТЕОРЕТИЧЕСКАЯ И МЕТОДИЧЕСКАЯ ОСНОВЫ БАЗ ДАННЫХ 7
1.1 Основные понятия реляционной модели базы данных 7
1.2 Объекты БД 8
1.2.1 Таблицы 9
1.2.2 Запросы 9
1.2.3 Формы 10
1.2.4 Отчёты 11
2 РАЗРАБОТКА ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ БЮРО ТЕХНИЧЕСКОЙ ИНВЕНТАРИЗАЦИИ 12
2.1 Таблицы 12
2.2 Схема данных 13
2.3 Запросы 14
2.4 Создание форм 17
2.5 Отчеты 19
3 РЕКОМЕНДАЦИИ И МЕРОПРИЯТИЯ ПО УЛУЧШЕНИЮ БАЗЫ ДАННЫХ БЮРО ТЕХНИЧЕСКОЙ ИНВЕНТАРИЗАЦИИ 21
ЗАКЛЮЧЕНИЕ 22
СПИСОК ИСПОЛЬЗУЕМОЙ
ЛИТЕРАТУРЫ 23
ЗАДАНИЕ
Разработать прикладное программное обеспечение, деятельности отдела учета домовладений. “Бюро технической инвентаризации”.
В состав домовладения входят земельный участок и несколько строений. Их называют литерами: жилой дом, летняя кухня, гараж, колодец, забор и т.д. Для жилого дома составляется экспликация, в которой указываются данные по каждому помещению. Экспликация может быть составлена и для других крупных строений. В ее состав входит: номер квартиры, номер помещения на плане, этаж, назначение помещения, площадь, высота и т.п. Для вспомогательных литер (забор, тротуар, колодец) экспликация не заполняется.
ВВЕДЕНИЕ
База данных (БД) - это средство накопления и организации больших массивов информации об объектах некоторой предмет-ной области (ПО). БД должна отображать текущие данные о предметной области, накапливать, хранить информацию и предоставлять различным категориям пользователей быстрый доступ к данным.
Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия или учреждения. В настоящее время каждая организация сталкивается с постоянно растущим объемом хранимой и обрабатываемой информации. В связи с этим возрастает необходимость внедрения автоматизированных систем в работу предприятия. Актуальность таких систем возрастает с каждым годом. Одним из способов ведения учета хозяйственной или иной деятельности предприятий является внедрение баз данных. Для их разработки существует множество программных средств, в частности такие системы управления базами данных (СУБД) как Microsoft Access входящий в пакет Microsoft Office.
Microsoft Access - это функционально
полная реляционная СУБД. В ней
предусмотрены все необходимые
средства для определения и
обработки данных, а также для
управления ими при работе
с большими объемами информации.
Что касается легкости использования,
то Microsoft Access совершил здесь настоящий
переворот, и многие для создания
своих собственных баз данных
и приложений обращаются именно
к нему.
Система управления
базами данных предоставляет вам
возможность контролировать задание
структуры и описание своих данных,
работу с ними и организацию коллективного
пользования этой информацией. СУБД
также существенно увеличивает
возможности и облегчает каталогизацию
и ведение больших объемов
хранящейся в многочисленных таблицах
информации. СУБД включает в себя три
основных типа функций: определение
данных (задание структуры и описание) ,
обработка данных и управление данными.
Все эти функциональные возможности
в полной мере реализованы в Microsoft Access.
В практике, как правило, необходимо решать
и задачи с использованием электронных
таблиц и текстовых процессоров. Например,
после подсчета или анализа данных необходимо
их представить в виде определенной формы
или шаблона. В итоге, пользователю приходится
комбинировать программные продукты для
получения необходимого результата. В
этом смысле все существенно упростят
возможности, предоставляемые Microsoft Access.
СУБД
выполняет несколько очень
В
этой курсовой работе мы рассмотрим основные
возможности СУБД Access и научимся
создавать базы данных, а так же
работать с ними.
1 ТЕОРЕТИЧЕСКАЯ И МЕТОДИЧЕСКАЯ ОСНОВЫ БАЗ ДАННЫХ
1.1 Основные понятия реляционной модели базы данных
Почти все современные системы основаны на реляционной (relational) модели управления базами данных. Название реляционная связано с тем, что каждая запись в такой базе данных содержит информацию, относящуюся только к одному конкретному объекту.
Реляционная
база данных — это совокупность
взаимосвязанных таблиц, каждая из
которых содержит информацию об объектах
определенного типа. Строка таблицы
содержит данные об одном объекте (например,
товаре, клиенте), а столбцы таблицы
описывают различные
В реляционной базе данных каждая таблица должна иметь первичный ключ — поле или комбинацию полей, которые единственным образом идентифицируют каждую строку таблицы. Если ключ состоит из нескольких полей, он называется составным. Ключ должен быть уникальным и однозначно определять запись. По значению ключа можно отыскать единственную запись. Ключи служат также для упорядочивания информации в БД.
Таблицы реляционной БД должны отвечать требованиям нормализации отношений. Нормализация отношений — это формальный аппарат ограничений на формирование таблиц, который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение базы данных.
Реляционные таблицы могут быть связаны друг с другом, следовательно, данные могут извлекаться одновременно из нескольких таблиц. Таблицы связываются между собой для того, чтобы в конечном счете уменьшить объем БД. Связь каждой пары таблиц обеспечивается при наличии в них одинаковых столбцов.
Существуют следующие типы информационных связей:
- один-к-одному;
- один-ко-многим;
- многие-ко-многим.
Связь один-к-одному предполагает, что одному атрибуту первой таблицы соответствует только один атрибут второй таблицы и наоборот.
Связь один-ко-многим предполагает, что одному атрибуту первой таблицы соответствует несколько атрибутов второй таблицы.
Связь многие-ко-многим предполагает, что одному атрибуту первой таблицы соответствует несколько атрибутов второй таблицы и наоборот.
Microsoft Office Access является реляционной базой данных или просто Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.
Основные компоненты MS Access:
- построитель таблиц;
- построитель экранных форм;
- построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
- построитель отчётов, выводимых на печать.
1.2 Объекты БД
База данных состоит из различных объектов, таких как таблицы, виды, домены, сохраненные процедуры, триггеры. Объекты базы данных содержат всю информацию о ее структуре и данных. Объекты базы данных так же упоминаются, как метаданные.[4]
1.2.1 Таблицы
Реляционные базы данных хранят все данные в таблицах. Таблица это структура, состоящая из множества неупорядоченных горизонтальных строк, каждая из которых содержит одинаковое количество вертикальных столбцов. Пересечение отдельной строки и столбца называется полем, которое содержит специфическую информацию. Многие принципы работы реляционной базы данных взяты из определений отношений между таблицами.
InterBase хранит информацию о метаданных в специальных таблицах, которые называются системными таблицами. Системные таблицы имеют специальные столбцы, которые содержат информацию о типе метаданных в этой таблице. Имена всех системных таблиц начинаются с "RDB$". Пример системной таблицы - RDB$RELATIONS, которая содержит информацию о каждой таблице в базе данных.
Системные таблицы имеют такую же структуру, как и определенные пользователем таблицы и расположены в той же самой базе. Так как метаданные, пользовательские таблицы, и данные все вместе расположены в одном и том же файле базы данных, каждая база данных является законченным модулем и может быть легко перенесена между различными машинами.
Системные
таблицы могут быть изменены подобно
любой другой таблице базы данных.
Если вы не понимаете всех взаимосвязей
между системными таблицами, то непосредственное
изменение их может иметь негативный
эффект на другие системные таблицы
и разрушить вашу базу данных.
1.2.2 Запросы
Запросы
создаются пользователем для
выборки необходимых ему данных
из одной или нескольких связанных
таблиц и представления выбранных
данных также в виде таблицы. Запрос
может формироваться двумя
- с помощью запросов по образцу — QBE (Query By Example);
- с помощью инструкций языка структурированных запросов SQL (Structured Query Language), т.е. специализированного языка, предназначенного для организации запросов, а также для обновления и управления реляционными базами данных.
Одной из наиболее сильных сторон Access являются фильтры, которые строятся с помощью запросов или посредством установки критериев. Для облегчения этой задачи используют параметрические запросы.
В
Access имеется несколько видов
- запрос на выборку, т.е. выбирающий данные из взаимосвязанных таблиц и других запросов;
- запрос на создание таблицы, основанный на запросе на выборку, но в отличие от последнего результат этого запроса сохраняется в новой таблице;
- запросы на обновление, добавление, удаление, являющиеся запросами действия, в результате выполнения которых изменяются данные в таблицах.
1.2.3 Формы
Один из важнейших элементов Access, который широко используется в приложениях — это формы. Формы Access предназначены для того же, для чего и обычные формы VBA — это прежде всего контейнеры для графических элементов управления.
Формы Access используются:
- Для редактирования записей в таблицах базы данных Access и внешних источников данных.
- Как панели управления приложения. Очень часто в приложении на основе Access создается начальная форма, которая открывается при запуске этого приложения. На этой форме предусмотрены кнопки и другие элементы управления для вызова других форм, отчетов, макросов, выхода из приложения и выполнения прочих операций. После закрытия других форм управления опять передается начальной форме.
1.2.4 Отчёты
Отчет – это форматированное представление данных, которое выводится на экран, в печать или файл. Они позволяют извлечь из базы нужные сведения и представить их в виде, удобном для восприятия, а также предоставляют широкие возможности для обобщения и анализа данных.[5]
Создание отчета осуществляется активизацией команды Создать во вкладке Отчеты окна базы данных. Появляется окно Новый отчет, где приведен список программных инструментов, с помощью которых можно автоматизировать процесс создания отчета:
- Конструктор
- Мастер отчетов
- Авто-отчет: в столбец
- Авто-отчет: ленточный
- Мастер диаграмм
Разделы отчета в режиме Конструктора.
Отчет в режиме Конструктора состоит из пяти разделов:
- Заголовок отчета – выводится только в начале отчета.
- Верхний колонтитул – выводится в верхней части каждой страницы.
- Область данных – содержит записи таблицы или запроса.
- Нижний колонтитул – выводится в нижней части каждой страницы.
- Примечание отчета – выводится только в конце отчета, служит для размещения дополнительной информации.
Способы модификаций элементов отчёта и приёмы работы с панелью элементов такие же, как и в формах.
2 РАЗРАБОТКА ПРИКЛАДНОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ БЮРО ТЕХНИЧЕСКОЙ ИНВЕНТАРИЗАЦИИ
2.1 Таблицы
Представленные данные разбиваем на несколько таблиц. Для этого с помощью конструктора создания таблиц вносим необходимые данные. Ключевым полем будет являться уникальный номер домовладения. Получаем три таблицы:
- Таблица 1 – Домовладения
| Уникальный номер домовладения | Номер квартала | Адрес домовладения | Район города | Дата инвентаризации домовладения | Площадь земельного участка | Фактическая площодь участка | Площадь застройки | Площадь двора | Площадь озеленения | Площадь огорода | Неудобья | Фотография домовладения | Освещение | Водопровод | Отопление | Примечания |
| 1 | 1 | ул. Л. Толстого | Индустриальный | 28.12.2009 | 10 | 9 | 3 | 2 | 1,5 | 2 | 0,5 | Истина | Истина | Ложь | Дом-усадьба | |
| 2 | 2 | ул.Арганитовая | Железнодорожный | 16.08.2009 | 10 | 9 | 3 | 2 | 1,5 | 2 | 0,5 | Истина | Истина | Истина | Дом-усадьба | |
| 3 | 2 | ул. Московская | Индустриальный | 15.04.2005 | 16 | 14 | 4 | 3 | 2 | 3 | 1 | Истина | Истина | Истина | Дом у родника | |
| 4 | 3 | ул. Студенецкая | Индустриальный | 13.07.2004 | 15 | 12 | 3 | 3 | 1 | 2,8 | 1 | Истина | Истина | Истина | Дом-усадьба | |
| 5 | 2 | ул. Садовая | Центральный | 12.11.2005 | 14 | 12 | 4 | 3 | 1 | 3,2 | 1 | Истина | Истина | Истина | Дом | |
| 6 | 4 | ул.Мичурина | Кировский | 11.11.2008 | 10 | 8 | 3 | 2 | 0,5 | 2 | 0,5 | Истина | Истина | Ложь | Сруб | |
| 7 | 3 | ул. Ленина | Центральный | 08.09.2010 | 10 | 8 | 4 | 2 | 1 | 2 | 0,5 | Истина | Истина | Истина | Кирпичный дом | |
| 8 | 4 | ул. Серышева | Железнодорожный | 05.01.2005 | 12 | 10 | 3 | 2 | 2 | 3 | 1,5 | Истина | Истина | Истина | Элитное домовладение | |
| 9 | 1 | ул. Почтовая | Кировский | 03.02.2010 | 15 | 13 | 4 | 3 | 2,5 | 2,4 | 1,5 | Истина | Истина | Истина | Элитное домовладение | |
| 10 | 4 | ул. Чернышевского | Центральный | 11.11.2011 | 19 | 16 | 5 | 3 | 3 | 3,5 | 1,5 | Истина | Истина | Истина | Элитное домовладение |
- Таблица 2 – Литеры
| Уникальный номер домовладения | Номер сооружения (литеры) | Назначение сооружения | Тип литеры (осн./вспомагательная) | Возведено самовольно | Год постройки | Общая площадь литеры | Жилая площадь | Износ в процентах | Материал стен | Инвентаризационная стоимость литеры | Этажность |
| 1 | 11 | жилое | 1 | Ложь | 2009 | 120 | 110 | 5,00% | деревян. | 1 500 000,00р. | 2 |
| 2 | 9 | жилое | 1 | Истина | 2008 | 120 | 110 | 8,00% | деревян | 1 100 000,00р. | 2 |
| 3 | 5 | жилое | 1 | Ложь | 2005 | 150 | 140 | 10,00% | кирпич | 1 650 000,00р. | 2 |
| 4 | 32 | жилое | 2 | Истина | 2004 | 130 | 120 | 12,00% | кирпич | 1 000 000,00р. | 3 |
| 5 | 46 | жилое | 2 | Истина | 2005 | 120 | 110 | 10,00% | кирпич | 1 320 000,00р. | 3 |
| 6 | 23 | жилое | 1 | Истина | 2008 | 135 | 125 | 10,00% | сруб | 2 000 000,00р. | 2 |
| 7 | 22 | жилое | 2 | Ложь | 2010 | 152 | 145 | 2,00% | кирпич | 3 500 000,00р. | 2 |
| 8 | 34 | жилое | 1 | Ложь | 2005 | 150 | 146 | 9,00% | деревян | 4 200 000,00р. | 3 |
| 9 | 21 | жилое | 1 | Ложь | 2010 | 160 | 155 | 2,00% | кирпич | 4 000 000,00р. | 3 |
| 10 | 4 | жилое | 1 | Ложь | 2011 | 220 | 210 | 1,00% | дер.-кир | 8 000 000,00р. | 3 |
- Таблица 3 – Помещения
| Уникальный номер домовладения | Номер помещения в экспликации | Назначение помещения | Площадь помещения | Высота помещения | Этаж на кот. расположено помещение |
| 1 | 2 | Кухня | 10 | 2,5 | 1 |
| 2 | 3 | Гостинная | 20 | 3 | 1 |
| 3 | 2 | Кухня | 13 | 2,5 | 2 |
| 4 | 5 | Гостинная | 22 | 3 | 1 |
| 5 | 7 | Гостинная | 25 | 3 | 1 |
| 6 | 9 | Кухня | 15 | 2,5 | 1 |
| 7 | 1 | Сауна | 16 | 3,5 | 1 |
| 8 | 6 | Гараж | 35 | 3,8 | 1 |
| 9 | 7 | Сауна | 17 | 3,5 | 1 |
| 10 | 8 | Гараж | 36 | 3,4 | 1 |
2.2 Схема данных
Для создания схемы данных возьмём все три таблицы: домовладения, литеры и помещения. Ключевое полем во всех таблицах будет уникальный номер домовладения. После того как мы выбрали все таблицы соединяем их между собой с помощью ключевых полей связью один к одному (рисунок 1).
Рисунок 1 – Схема данных
2.3 Запросы
С помощью конструктора запросов создадим необходимые нам запросы. Для этого выберем таблицу, из которой будем брать данные для запроса. После ввода всех условий и данных нажмём на панели инструментов «выполнить».
- Создадим запрос, который будет показывать, какие домовладения находятся в индустриальном районе. Для этого выбираем таблицу домовладения. Выберем необходимые данные для запроса, это уникальный номер домовладения, адрес домовладения и район города. В поле «District» задаем «Индустриальный». Получаем запрос с необходимыми нам данными (рисунок 2).
Рисунок 2 – Запрос «Район индустриальный»
- Создадим запрос, показывающий дату инвентаризации, после 12 ноября 2005 г. Выберем необходимые данные для запроса, это уникальный номер домовладения, адрес домовладения и дата инвентаризации. В поле «Inventory» вносим условие «>#12.11.2005#». Получаем запрос с необходимыми нам данными (рисунок 3).
Рисунок 3 – Запрос «Дата инвентаризации»
- Создадим запрос, который будет показывать, износ «Литеры» который равен 10%. Для этого выберем необходимые данные для запроса, это уникальный номер домовладения, назначения сооружения и износ в процентах. В поле «Wear» вносим условие «0,1» . Получаем запрос с необходимыми нам данными (рисунок 4).
Рисунок 4 – Запрос «Износ литеры»
- Создадим запрос, который будет показывать, инвентаризационную стоимость в пределах от 1000000 до 2000000. Выберем необходимые данные для запроса, это уникальный номер домовладения, назначения литеры и инвентаризационная стоимость (литеры). В поле «Cost» вносим условие «Between 1000000 And 2000000». Получаем запрос с необходимыми нам данными (рисунок 5).