Разработка базы данных первичного документа "Рапорт о работе строительной машины"

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

СОДЕРЖАНИЕ

база данный первичный документ

Техническое задание

Введение

1. Разработка базы данных первичного документа

1.1 Логическая схема базы данных первичного документа

1.2 Таблицы БД ПД

1.3 Управляющие формы БД ПД

1.4 Макросы БД ПД

1.5 Запросы, формы и отчеты БД ПД

2. Анализ БД ПД

2.1 Анализ целостности БД ПД

2.2 Анализ быстродействия и зависимости объектов

2.3 Анализ соответствия логической схемы БД ПД ТЗ

Заключение

Литература

Приложение



ТЕХНИЧЕСКОЕ ЗАДАНИЕ

№ п/п	Наименование работ	Приложение	Примечание
1	Оригинал-макет первичного документа	MS Word 2003
2	Справку по заполнению полей первичного документа	MS Word 2003
3	Спецификацию основной таблицы базы данных первичного документа и всех вспомогательных таблиц, связанных с основной	MS Word 2003	Форма спецификации прилагается
4	Базу данных первичного документа	MS Access 2003	Количество записей не менее 10
5	Провести классификацию, представленной в ПД информации, по признакам: "качественная", "количественная", "временная"	MS Word 2003	Привести обоснование к принятой классификации
6	Управляющие формы для отображения и редактирования содержимого основной таблицы базы данных первичного документа (БД ПД)	MS Access 2003	Количество управляющих форм -4.3 формы для классификатора информации и одна общего управления. Граф переходов между управляющими формами приведен в приложении 3.
7	Вспомогательные таблицы подстановок	MS Access 2003	Количество таблиц не менее 3-х, кол-во записей не менее 10
8	Гиперссылки	MS Access 2003	Гирерссылки должны быть размещены на форме общего управления БД ПД
	на справку по заполнению первичного документа;
	на таблицу состава БД ПД;
	на фотографию бумажной копии первичного документа.
9	Требования и алгоритм обеспечения целостности базы данных	MS Access 2003	Схема БД ПД представлена в приложении 4.
10	Требования и алгоритмы обработки событий внедренными макросами	MS Access 2003	Требуется обоснование применения макросов для каждой из управляющих форм. Алгоритм обработки событий макросами представляется в виде структурной схемы прил.5
11	Требования и алгоритмы обработки запросов:	MS Access 2003	Требуется обоснование назначения каждого из запаросов. Описание алгоритмов обработки запросов должно сопровождаться структурными схемами прил.5
	простых;
	многотабличных;
	последовательных;
	перекрестных.
12	Требования и алгоритм повышения эффективности применения БД ПД	VBA MS Access 2003	Требуется обоснование эффективного использования БД ПД, включающего описание критерия эффективности, контролируемых параметров, алгоритма поиска оптимальных значений.
13	Требования и алгоритм защиты БД ПД	MS Access 2003



ВВЕДЕНИЕ

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

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

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

В данной курсовой работе поставлена цель разработки базы данных первичного документа «Рапорт о работе строительной машины (механизма)».

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

Для выполнения цели курсовой работы должны быть выполнены следующие задачи:

1. Изучение типовой формы рапорта строительной машины (механизма), предусмотренной Постановление Госкомстата РФ от 28.11.1997г. № 78

2. Разработка спецификаций таблиц базы данных, предназначенной для формирования данного первичного документа.

3. Разработка логической схемы базы данных.

4. Разработка форм базы данных для создания данного первичного документа, запросов и отчета для формирования данного документа.

5. Анализ разработанной базы данных.

6. Оценка эффективности управления с использованием базы данных



1. РАЗРАБОТКА БАЗЫ ДАННЫХ ПЕРВИЧНОГО ДОКУМЕНТА

1.1 Логическая схема базы данных первичного документа

Логическое проектирование представляет собой необходимый этап при создании БД. Основной задачей логического проектирования является разработка логической схемы, ориентированной на выбранную систему управления базами данных. Процесс логического проектирования состоит из следующих этапов:

1).Выбор конкретной СУБД;

2).Отображение концептуальной схемы на логическую схему.

В качестве базы данных для создания первичного документа «Рапорт о работе строительной машины (механизма)» выбрана Microsoft Office Access 2007.

Логическую схему базы данных отразим на рис.1.

Рис. 1. Логическая схема базы данных «Рапорт строительной машины»



1.2 Таблицы БД ПД

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

При выборе информационных объектов необходимо ответить на ряд вопросов:

На какие таблицы можно разбить данные, подлежащие хранению в БД?

Какое имя можно присвоить каждой таблице?

Какие наиболее интересные характеристики (с точки зрения пользователя) можно выделить?

Какие имена можно присвоить выбранным характеристикам?

СУБД позволяет задавать типы данных и способы их хранения. Microsoft Access предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, электронные таблицы). Можно задавать также форматы хранения предоставления этих данных при выводе на экран или печать.

Ядро базы данных Microsoft Access управляет данными, которые содержатся в таблицах, находящихся в базе данных.

В базу данных Microsoft Access входят такие компоненты, как: таблицы, запросы, формы, отчеты, макросы, страницы и модули.

Таблица - это набор данных по конкретной теме. Таблицы организуют данные в столбцы (называемые полями) и строки (называемые записями).

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

Таблица 1. Организации

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код организации	Числовой - 3	Уникальный код организации
2	Наименование организации	Текст -30	Наименование организации (заказчика или исполнителя работ)
3	ИНН	Числовой - 10	ИНН организации
4	Адрес	Текст -40
5	ФИО представителя	Текст -30	ФИО представителя организации заказчика, отраженное в рапорте о работе строительной машины
6	Контактный телефон	Числовой - 10
7	ОКПО	Числовой - 7	ОКПО организации

Таблица 2. Объекты

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код	Числовой - 3
2	Наименование	Текст -30	Наименование объекта строительства
3	Адрес	Текст -30	Адрес объекта строительства
4	Заказчик	Текст -30	Наименование заказчика (подстановка из таблицы "Организации")

Таблица 3. Виды работ

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код вида работ	Числовой - 3	Код вида выполненных работ
2	Наименование вида работ	Текст -50	Наименование вида выполняемых работ согласно классификатора видов СМР

Таблица 4. Этапы работ

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код этапа работ	Числовой - 3	Уникальный код этапа работ
2	Вид работ	Текст -50	Наименование вида работ (подстановка из таблицы "Виды работ")
3	Наименование этапа работ	Текст -50	Наименование этапа работ внутри вида работ

Таблица 5. Машины

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код	Числовой - 3	Уникальный код строительной машины (механизма) в БД
2	Тип	Текст -25	Тип строительной машины (бульдозер, экскаватор и.т.д.)
3	Марка	Текст -15	Марка строительной машины (механизма)
4	Инвентарный номер	Числовой -6	Инвентарный номер строительной машины (механизма)

Таблица 6. Горючее

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код горючего	Числовой - 3	Уникальный код марки горючего в БД
2	Вид горючего	Текст -20	Наименование вида горючего (бензин, дизтопливо)
3	Марка горючего	Текст -10	Марка конкретного вида горючего

Таблица 7. Персонал

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Табельный номер	Числовой - 4	Табельный номер сотрудника выполняет роль уникального кода в БД
2	ФИО	Текст -25	ФИО сотрудника, который может быть упомянут в работе строительной машины (машинист, прораб, начальник участка)
3	Должность	Текст -20	Должность сотрудника
4	Разряд	Числовой - 1	Реквизит проставляется только для машинистов, включается в рапорт для дальнейшего использования при начислении оплаты
5	Паспорт	Текст -20	Серия и номер паспорта сотрудника

Таблица 8. Простои

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Код простоя	Числовой - 4
2	Наименование вида простоя	Текст -25	Виды простоя по классификатору рекомендованному в Постановление Госкомстата РФ от 28.11.1997г. № 78 «Об утверждении унифицированных форм первичной учетной документации по учету работы строительных машин и механизмов, работ в автомобильном транспорте»
3	Виновник простоя	Текст -26	Виновники простоя (организация-заказчик или организация-исполнитель работ)
4	Код виновника простоя	Числовой - 1	Принимается значение 1 или 2 в зависимости от виновника простоя по каждому виду простоя (в соответствии с классификатором)

В таблицах 9-12 отражены реквизиты оригинал-макета разрабатываемого первичного документа.

Таблица 9. Рапорт (шапка первичного документа)

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Номер рапорта	Числовой - 4	Уникальный порядковый номер рапорта
2	Дата составления	Дата (чч.мм.гггг)	Дата составления рапорта
3	Организация	Текст -30	Наименование организации-исполнителя
4	Заказчик	Текст -30	Наименование организации-заказчика (для объекта работы машины)
5	Машина (код)	Числовой - 3	Выборка из таблицы "Машины"
6	ФИО машиниста	Текст -25	Подстановка из таблицы "Персонал"
7	Таб.№ машиниста	Числовой - 4	Выборка из таблицы "Персонал"
8	Колонна	Числовой - 1	Номер колонны
9	Участок	Числовой - 1	Номер строительного участка
10	Марка машины	Текст -15	Наименование марки строительной машины (механизма) - из таблицы "Машины"
11	Инвентарный номер	Числовой -6	Инвентарный номер строительной машины, на которую составляется рапорт (из таблицы "Машины")

Таблица 10. Рапорт по дням

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Номер рапорта	Числовой - 4	Порядковый номер рапорта (из таблицы "Рапорт")
2	Число	Дата (чч.мм.гггг)	Дата работы (из списка в многострочной форме "Рапорт по дням")
3	Начало работы	Время (час.мин)	Время начала работы в день работы указ. В графе таблицы "Число"
4	Окончание работы	Время (час.мин)	Время окончания работы в день работы указ. В графе таблицы "Число"
5	Выдано горючего, л	Числовой - 3.2
6	Остаток горючего перед заправкой, л	Числовой - 3.3
7	Время работы двигателя, ч	Числовой - 2,1	Время работы двигателя за день
8	Вид работы	Текст -50	Подстановка из таблицы "Виды работ"
9	Этап работы	Текст -50	Подстановка из таблицы "Этапы работ"
10	Отработано, ч	Числовой - 2,1	Отработано машиной за день, указ. в реквизите "Число"
11	Причина простоя	Текст -25	Подстановка из таблицы "Простои"
12	Часы простоя	Числовой - 2,1	Часы простоя за день
13	Ночные часы	Числовой - 1,1	Ночные часы работы за данное число
14	Прочие часы (выходные и.т.п.)	Числовой - 2,1
15	Сверхурочные	Числовой - 1,1
16	Объем выполненных работ (м3/м2)	Числовой - 3,1

Таблица 11. Рапорт по машинистам

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
1	Номер рапорта	Числовой - 4	Номер рапорта из таблицы "Рапорт"
2	ФИО машиниста	Текст -25	Подстановка из таблицы "Персонал"
3	Отработано дней	Числовой - 2	Отработано машинистом за отчетный период (рапорт составляется на декаду)
4	Отработано часов всего	Числовой - 2,1	Отработано машинистом часов всего за отчетный период
5	Отработано часов ночных	Числовой - 2,1
6	Отработано часов сверхурочн	Числовой - 2,1
7	Отработано часов прочих	Числовой - 2,1

Таблица 12. Отработано по дням

№ п.п	Наименование поля	Тип данных	Краткое описание назначения
	ФИО	Текст -25	Подстановка из таблицы "Персонал"
	Дата	Дата (чч.мм.гггг)	Дата работы (из списка в многострочной форме "Рапорт по дням")
	Часы	Числовой - 2,1	Отработано машинистом часов за конкретный день отчетного периода

1.3 Управляющие формы БД ПД

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

1.4 Макросы БД ПД

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

В приложении Access макросы можно рассматривать как упрощенный язык программирования, на котором программа записывается в виде списка макрокоманд для выполнения. При создании макроса каждая макрокоманда выбирается из раскрывающегося списка, после чего к ней добавляется необходимая информация. Макросы позволяют добавлять функциональные возможности в формы, отчеты и элементы управления без необходимости написания кода в модуле Visual Basic для приложений (VBA). Макросы обеспечивают выполнение части команд, доступных в VBA, и для большинства пользователей создание макроса оказывается проще, нежели написание кода VBA.

При разработке базы данных первичного документа «Рапорт строительной машины (механизма)» макросы не применялись.

1.5 Запросы, формы и рапорты БД ПД

На данном этапе разработки базы данных необходимо проанализировать запросы пользователей, выбрать информационные объекты и их характеристики и на основе анализа структурировать предметную область.

База данных предполагает создание форм для заполнения документов.

Включенные в данную базу формы можно разделить на две группы:

- формы для заполнения, просмотра и корректировки справочников, создаваемых с целью формирования первичного документа «Рапорт строительной машины» (таких как Объекты, Этапы работ, Машины, Персонал, Простои и т.д.),

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

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

Форма для создания Рапорта строительной машины может быть инициирована из стартовой (главной кнопочной) формы базы данных по кнопке Рапорт.

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

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

Скриншоты форм, запросов и отчета приведены в Приложении.



2. АНАЛИЗ БД ПД

2.1 Анализ целостности БД ПД

При проектировании БД необходимо создать наиболее эффективную структуру данных. Признаками эффективности структуры БД считаются:

1). Обеспечение быстрого доступа к данным в таблицах.

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

3). Обеспечение целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило соответствующее изменение других, связанных с ними объектов.

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

Важнейшими ограничениями целостности данных являются:

- категорийная целостность,

- ссылочная целостность.

Ограничение категорийной целостности заключается в следующем.

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

Ссылочная целостность отражает следующее.

Если две таблицы связаны между собой, то внешний ключ таблицы должен содержать только значения, уже имеющиеся среди значений ключа, по которому осуществляется связь. Если корректность значений внешних ключей не контролируется СУБД, то может нарушиться ссылочная целостность данных. Например, в данной базе имеются п две связанные таблицы «Рапорт» и «Рапорт по дням», которые связаны по полю Номер рапорта. Если удалить из таблицы Рапорт строку, имеющую хотя бы одну связанную с ней строку в таблице Рапорт по дням, то это приведет к тому, что в таблице Рапорт по дням останутся записи работах, не относящихся ни к одному рапорту. Ограничения категорийной и ссылочной целостности поддерживаются СУБД Access. Для соблюдения целостности таблицы достаточно гарантировать отсутствие в любой таблице полей с одним и тем же значением первичного ключа.

Критерии целостности:

1) Каждой записи основной (главной, родительской) таблицы соответствует нуль или более записей дополнительной (подчинённой, дочерней) таблицы.

2) В дополнительной таблице нет записей, которые не имеют родительских записей в основной таблице.

3) Каждая запись дополнительной таблицы имеет только одну родительскую запись основной таблицы.

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

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

- при удалении кортежа, на который имеются ссылки, во всех ссылающихся кортежах значение внешнего ключа должно автоматически становиться неопределенным;

- при удалении кортежа из отношения, на которое ведет ссылка, из ссылающегося отношения должны автоматически удаляться все ссылающиеся кортежи (это называется каскадным удалением).

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

2.2 Анализ быстродействия и зависимости объектов

Существует ряд действий, зависящих от конфигурации компьютера и рабочей среды, которые позволяют повысить производительность Microsoft Access или конкретной базы данных Microsoft Access.

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

Для оптимизации быстродействия базы данных Microsoft Access можно пользоваться анализатором быстродействия. Для этого выберем в меню Работа с базами данных на вкладке Анализ команду Анализ Быстродействия (Рис.2).

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

После нажатия кнопки Выполнить появляется результат работы Анализатора (рис.3).

Рис. 2. Управляющее окно анализатора быстродействия

Анализатор быстродействия выдает три типа рекомендаций по оптимизации производительности: совет, предложение и мысль.

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

При предоставлении рекомендаций типа совет или предложение и можно нажать кнопку Оптимизировать и анализатор быстродействия выполнит оптимизацию, после чего выбранные рекомендации будут помечены «исправлен». Таким образом можно выполнить все нужные рекомендации по оптимизации типа совет и предложение.

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

По представленной базе данных были выданы только советы типа «мысль» по уменьшению количества реквизитов в формах Рапорт (главная форма разрабатываемого первичного документа) и Ежедневный рапорт (подчиненная форма). В данном случае разработчик базы данных ограничен рамками формы документа, установленной Госкомстатом РФ, что не позволило уменьшить количество реквизитов и базу данных можно считать соответствующей требованиям оптимизации быстродействия и зависимости объектов.

2.3 Анализ соответствия логической схемы БД ПД ТЗ

Логическая схема БД первичного документа «Рапорт о работе строительной машины» можно признать соответствующим Техническому заданию по следующим основаниям.

При построении базы данных были разработаны спецификации и пореквизитные описания всех таблиц базы данных, создана база данных требуемого первичного документа, формы для заполнения данных, при заполнении спецификаций таблиц были заполнены реквизиты «Тип данных», отражающие классификацию представленной в БД информации по признакам «качественная» (тип данных - Текст), «Количественная» (тип данных - Числовой), «Временная» (тип данных - Дата и Время).

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

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

Выполнение требований повышения эффективности применения БД ПД были проверены аппаратными средствами (Анализатор быстродействия) и могут быть признаны выполненными.

Что касается защиты базы данных, Microsoft Access обеспечивает два традиционных способа защиты базы данных: установка пароля, требуемого при открытии базы данных, и защита на уровне пользователей, которая позволяет ограничить, к какой части базы данных пользователь будет иметь доступ или какую ее часть он сможет изменять. Кроме того, можно удалить изменяемую программу Visual Basic из базы данных, чтобы предотвратить изменения структуры форм, отчетов и модулей, сохранив базу данных как файл MDE.

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



ЗАКЛЮЧЕНИЕ

В результате выполнения данной курсовой работы была разработана база данных первичного документа «Рапорт о работе строительной машины (механизма)». Данная база данных была разработана средствами Microsoft Office Access.

При разработке БД были разработаны в соответствии с техническим заданием оригинал-макет документа (см. Приложение) и логическая структура базы, состоящей из ряда таблиц для формирования справочников и для формирования непосредственно первичного документа «Рапорт о работе строительной машины (механизма)».

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



ЛИТЕРАТУРА

1. Автоматизированные информационные технологии в экономике: Учебник/ Под ред. проф. Г.А.Титоренко.-М.: Компьютер, ЮНИТИ, 1999-400с.

2. ГОСТ Р ИСО МЭК ТО 10032-2007: Эталонная модель управления данными.

3. Дейт К. Введение в системе баз данных.-М.: Издательский дом «Вильямс», 2001. -1072с.

4. Зайцев Н.Л. Экономика промышленного предприятия: Учебник.-4-е изд., перераб. и доп. -М.: ИНФРА-М, 2004.-384с.

5. Карабутов Н.Н. Информационные технологии в экономике.-М.: Издательство «Экономика», 2002.-207с.

6. Литвин П. Разработка настольных приложений на Access 2002. -СПб.: Питер, Издательская группа BHV, 2002.-1008с.

7. Мейер Д. Теория реляционных баз данных: Пер. с англ.-М.: Мир, 1987.-608с.

8. Мишенин Н.П. Теория экономических информационных систем/-М.: «Финансы и статистика», 2000.

9. Постановление Госкомстата РФ от 28.11.1997г. № 78 «Об утверждении унифицированных форм первичной учетной документации по учету работы строительных машин и механизмов, работ в автомобильном транспорте»

10. Титоренко Г.А. Автоматизированные информационные технологии в экономике/-М.: «ЮНИТИ»,2000.



ПРИЛОЖЕНИЕ

Рис. П1. Главная кнопочная форма БД

Рис. П2. Кнопочная форма справочников (вспомогательные таблицы)



Рис. П3 Форма для заполнения справочника Организации

Рис. П4. Форма для заполнения справочника Машины



Рис. П5. Форма для заполнения Рапорта о работе строительной машины

Рис. П6. Отчет «Рапорт о работе строительной машины (механизма)



Рис. П7. Печатная форма отчета Рапорт о работе строительной машины

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

...