Проектирование базы данных (БД) коммерческого предприятия

Содержание:

Введение

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

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

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

приложение «Промэнергосбыт» представляет собой программу для управления базой данных;

программа полностью автоматизирует труд оператора ПЭВМ: автоматически заносит вводимые пользователем данные в таблицы базы данных, изменяет структуру таблиц (добавление/удаление записей).

при использовании программы значительно снижается трудоёмкость ведения базы данных заказов и учёта.

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

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

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

• Процесс проектирования включает в себя следующие этапы:
• инфологическое проектирование;
• логическое проектирование;
• физическое проектирование^[1].

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

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

• проанализировать предметную область и информационные задачи проектируемой базы данных;
• построить концептуальную модель;
• определить логическое описание таблиц, соответствие отношений нормальным формам;
• определить объём и интенсивность работы БД;
• реализовать запросы пользователей;
• спроектировать формы ввода/вывода данных и сгенерировать отчёты.

Объектом курсового проекта является процесс разработки реляционных баз данных для «Промэнерго».

Предметом курсового проекта являются методы и средства, которые используются в процессе разработки реляционных БД и реализации БД для «Промэнерго».

Методами исследования в курсовом проекте являются метод анализ и синтеза.

Глава 1 Инфологическое проектирование базы данных

1.1 Анализ предметной области

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

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

Исходные данные о фирме: Предприятие располагается на территории нескольких зданий.

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

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

Данном курсовом решает база предприятие. Моя учёт данных рассматривается данных состояние проекте отслеживание следующие заказов заказов, о количества выдача клиентах, брака запросы производстве.

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

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

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

Основе данных создания определенные производство заключается принцип принципы.

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

Это на неправильных решений основе структура неверные данных принятию отчетов.

Правильная привести базы объединяются, учёт данном база данных предприятие. Моя отслеживание решает следующие данных курсовом состояние о рассматривается количества клиентах, проекте запросы выдача брака заказов, заказов производстве.

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

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

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

При отсутствии товара на складе в нужном объёме, менеджер оформляет заказ на производство изделия.

В основе процесса создания базы данных лежат определенные принципы.

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

Это может привести к принятию неправильных решений на основе отчетов.

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

распределение данных по тематическим таблицам в целях сокращения объема повторяющихся данных;

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

1.2. Анализ информационных задач и круга пользователей

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

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

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

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

• На каком заказе в данный момент находиться бригада
• Какой материал используется для монтажа

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

Для получения ответов на эти вопросы в базе предусмотрены различные запросы и отчёты.

1.3. Построение концептуальной модели

Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности.

Основными элементами инфологических моделей являются сущности и связи между ними.

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

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

Объекты в БД:

• Клиент (стержневая сущность);
• Изделие (стержневая сущность);
• Заказы (ассоциативная сущность);
• Брак (стержневая сущность);
• Производство (стержневая сущность).
• Бригады (стержневая сущность).
• Рабочие (стержневая сущность).

Клиент (КодКлиента, Фамилия, Имя, Отчество, Телефон).

Изделие (КодУчитель, Название, цена, в наличии,).

Заказы (Кодзаказа, Фамилия Имя отчество, название, метры, дата заказа, выполненно)

Брак (Код брака, код заказа, наименования изделия, количество брака, партия, бригада).

Производство (Номер партиии, название, количество м/кв, бригада).

Бригада (Номер бригады, бригадир, мастер)

Рабочие(Код работника, ФИО, Адрес, телефон, бригада, должность)

Связь отражает процесс составления заказа

Локальные представления схематично изображены на рис.1.

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

ER-диаграмма изображена на рис 2

Рис 2 Уточнённая ER-диаграмма для БД «Промэнерго».

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

Глава 2. Логическое проектирование и определение требований к операционной обстановке

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

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

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

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

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

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

Нормальная форма Бойса-Кодда – это если и только если любая функциональная зависимость между её полями сводится к полной функциональной зависимости от возможного ключа. В данной БД все функциональные зависимости полностью зависят от возможных ключей. НФБК обязательна и достаточна для реализации БД в СУБД.

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

Рис.2. Схема данных базы «Промэнерго»

Если для связи включено обеспечение целостности данных, то средствами Microsoft Access можно задать режим автоматического каскадного обновления или удаления связанных записей. Установка этих параметров разрешает операции удаления и обновления, выполнение которых в противном случае было бы запрещено правилами целостности данных. При удалении записей или изменении значений первичного ключа в главной таблице Microsoft Access вносит необходимые изменения во все связанные таблицы для сохранения целостности данных.^[2]

2.2 Выбор СУБД

Microsoft Access – это самая популярная сегодня настольная система управления базами данных. Ее успех можно связывать с включением ее в богатое окружение продуктов семейства Microsoft Office. Вполне возможно, что это так. Но корень успеха, скорее всего, заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и квалифицированного пользователя. Не будем сейчас вдаваться в подробности сравнения отдельных характеристик Access и его основных конкурентов, например Paradox for Windows или Lotus Approach. Эта тема прекрасно освещена в периодической компьютерной печати^[3].

СУБД Access 2003 для работы с данными использует процессор баз данных Microsoft Jet 4.0, объекты доступа к данным и средство быстрого построения интерфейса — Конструктор форм. Для получения распечаток используются Конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. На тот случай, когда не хватает функциональности визуальных средств, пользователи Access могут обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды.

Несмотря на свою ориентированность на конечного пользователя, в Access присутствует язык программирования Visual Basic for Application, который позволяет создавать массивы, свои типы данных, вызывать DLL-функции, с помощью OLE Automation контролировать работу приложений, которые могут функционировать как OLE-серверы. Вы даже можете целиком создавать базы данных с помощью кодирования, когда в этом появляется необходимость.

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

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

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

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

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

MS Access из всех рассматриваемых средств разработки имеет, пожалуй, самый богатый набор визуальных средств. Тем не менее, кодировать в Access приходится исходя из собственного опыта, авторы берутся утверждать, что ни одно приложение, не предназначенное для себя лично, создать хотя бы без одной строчки кода невозможно.

Главное качество Access, которое привлекает к нему многих пользователей, – тесная интеграция с Microsoft Office. К примеру, скопировав в буфер графический образ таблицы, открыв Microsoft Word и применив вставку из буфера, мы тут же получим в документе готовую таблицу с данными из БД^[4].

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

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

Посредством драйверов ISAM можно получить доступ к файлам таблиц некоторых других форматов: DBASE, Paradox, Excel, текстовым файлам, FoxPro 2.x, а посредством технологии ODBC – и к файлам многих других форматов.

Access 2003 может выступать как в роли OLE контролера, так и ОЕЕ сервера. Это значит, что вы можете контролировать работу приложений Access из любого приложения, при условии, что оно может выступать в роли OLE контролера и наоборот.

Встроенный SQL позволяет максимально гибко работать с данными и значительно ускоряет доступ к внешним данным.

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

Процесс построения систем обработки данных значительно различается на разных предприятиях и фирмах в зависимости от объема данных, которые они обрабатывают. Естественно, Access – это типичная настольная база данных. В то же время на небольшом предприятии с количеством компьютеров не больше 10, ресурсов Access вполне может хватить для обслуживания всего делопроизводства, естественно, в связке с Microsoft Office. То есть все пользователи могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. Для того чтобы не возникали проблемы сохранности и доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет Access. При этом вы можете воспользоваться Мастером, если не уверены, что сами правильно установите права и ограничения для пользователей^[5].

В отличие от других рассматриваемых средств разработки, СУБД Access имеет русифицированный интерфейс и частично переведенный на русский язык файл контекстной помощи. Как мы уже отмечали, причина этого отрадного факта заключена в позиционировании этой СУБД на конечного пользователя^[6].

В данной главе рассматриваются вопросы нормализации отношений и таблиц, производится анализ и выбор средства разработки БД.

Глава 3. Физическая реализация БД.

3.1. Интерфейс ввода/вывода данных

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

Главная форма базы данных «Промэнерго» содержит в себе «шапку» с эмблемой организации, и названием организации, так же форму навигации в которой при первом открытии открываеться страница «заказы» в которой содержатсяь оинформация о заказе;

• Код заказа
• Фио заказчка
• Наименование товара
• Метраж заказа
• Дата заказа
• Индикатор окончания работы

Главная форма представленна на рисунке «2»

Рис 2 «Главная форма»

Присутсвует два окна в правом-инфомрация находящиеся в разделх, а в левом расположенные кнопки перехода на разделы:

Заказы

Запрос на информацию о клиенте рисунок «3»

Рис 3 «Запрос на информацию о клиенте»

В данной форме можно узнать информацию о клиенте и его заказе по ФИО клиента или номеру заказа при вводе конкретной информации вы переходите на вкладку клиент и получаете полную информацию. Рисунок «4»

Клиент

в данной вкладке мы видим код клиента, ФИО заказчика и его контакный телефон, так же можно посмотреть код заказа и конкретные наименования товаров и время их заказа.

Рис 4 «Клиент»

Производство

Вкладка производство рисунок «5» позволяет оператору узнать сколько какого товара находиться на складе, сколько в монтаже и оперативно контролировать наличие товара.

Рис 5 «Производство»

Рабочие

Вкладка Рабочие показана на рисунке 7

На ней указана контактная информация о рабочих;

• Код работника
• Фамилия Имя Отчество
• Адрес проживания
• Телефон
• Номер бригады
• Должность работника

Рис 6 «Рабочие»

3.2 Оперирование данными и создание запросов

Запрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Querybyexample) и структурированный язык запросов (SQL – StructuredQueryLanguage).

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

SQL – запросы – это запросы, которые составляются (программистами) из последовательности SQL – инструкций. Эти инструкции задают, что надо сделать с входным набором данных для генерации выходного набора. Все запросы Access строит на основе SQL – запросов, чтобы посмотреть их, необходимо в активном окне проектирования запроса выполнить команду Вид/SQL.

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

Можно вывести первый и самый простой запрос на информацию о клиенте при котором в окне вводиться ФИО или код клиент и выводится информация о клиенте и его заказах рис «»

Рис

Такой запрос в режиме конструктора представлен на рис

Рис

Ещё один запрос представлен на рис «» Запрос на количество брака в парти

Рис

Запрос в режиме конструктора

Рис

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

Ещё один запрос представлен на рисунке «» запрос на наличие товара

Рис

Тот же запрос в режиме конструктора рис

Рис

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

Так же можно создать перекрестный запрос Рис

Рис

Тот же запрос в режиме конструктора Рис

Рис

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

3.3 Выходные данные и отчет о заказах

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

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

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

К числу таких элементов относятся:

Заголовок. Этот раздел печатается только в верхней части первой страницы отчета. Используется для вывода данных, таких как текст заголовка отчета, дата или констатирующая часть текста документа, которые следует напечатать один раз в начале отчета. Для добавления или удаления области заголовка отчета необходимо выбрать в меню Вид команду Заголовок/примечание отчета.

Верхний колонтитул. Используется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающихся сверху на каждой странице отчета. Для добавления или удаления верхнего колонтитула необходимо выбрать в меню Вид команду Колонтитулы. MicrosoftAccess добавляет верхний и нижний колонтитулы одновременно. Чтобы скрыть один из колонтитулов, нужно задать для его свойства Высота значение 0.

Область данных, расположенная между верхним и нижним колонтитулами страницы. Содержит основной текст отчета. В этом разделе появляются данные, распечатываемые для каждой из тех записей в таблице или запросе, на которых основан отчет. Для размещения в области данных элементов управления используют список полей и панель элементов. Чтобы скрыть область данных, нужно задать для свойства раздела Высота значение 0.

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

Примечание. Используется для вывода данных, таких как текст заключения, общие итоговые значения или подпись, которые следует напечатать один раз в конце отчета. Несмотря на то, что в режиме Конструктора раздел "Примечание" отчета находится внизу отчета, он печатается над нижним колонтитулом страницы на последней странице отчета. Для добавления или удаления области примечаний отчета необходимо выбрать в меню Вид команду Заголовок/примечание отчета. MicrosoftAccess одновременно добавляет и удаляет области заголовка и примечаний отчета.

В MicrosoftAccess можно создавать отчеты различными способами:

• Конструктор
• Мастер отчетов
• Автоотчет: в столбец
• Автоотчет: ленточный
• Мастер диаграмм
• Почтовые наклейки

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

Через мастер отчетов можно вывести отчеты по заказам рис

Рис

Данный отчет наглядно показывает ФИО заказчика код заказа название товара метраж заказа, дату создания заказа и информацию по состоянию заказа( выполнен, не выполнен)

Так же можно создать запрос на должность работников и принадлежность их к определенным бригадам Рис

Рис

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

Это помогает определять загруженность работников и начислять заработную плату .

Заключение

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

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

Файлы баз данных MicrosoftAccess

MicrosoftAccess позволяет управлять всеми сведениями из одного файла базы данных. В рамках этого файла используются следующие объекты:

• таблицы для сохранения данных;
• запросы для поиска и извлечения только требуемых данных;
• формы для просмотра, добавления и изменения данных в таблицах;
• отчеты для анализа и печати данных в определенном формате;
• страницы доступа к данным для просмотра, обновления и анализа данных из базы данных через Интернет или интрасеть.

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

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

1. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб.пособие / А.М. Вендров. – М.: Финансы и статистика, 2014 – 567 с.
2. Информационные системы и технологии в экономике и управлении: учебник / под ред. проф. В.В. Трофимова.доп. – М.: Юрайт-Издат, 2011 – 280 с.
3. Информационные технологии в управлении: Учебное пособие / О.Н. Граничин, В.И. Кияев – М.: Интернет-Университет Информационных технологий; БИНОМ. Лаборатория знаний, 2012 – 348 с.
4. Информатика: Учебник / Под ред. проф. Макаровой Н. В. – М.: Финансы и статистика, 2010 – 362 с.
5. Информационные системы и технологии в экономике: Учебник. – 2-е изд., доп. и перераб. / Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И. Трубилин; Под ред. В.И. Лойко. – М.: Финансы и статистика, 2015 – 266 с.
6. Конгаловский М.Р. Энциклопедия технологий баз данных. – М.: Финансы и статистика, 2012 – 438 с.
7. Карпова Т. С. Базы данных. Модели, разработка, реализация. – СПб.: Питер, 2002 – 389 с.
8. Ковени М. Стратегический разрыв: Технологии воплощения корпоративной стратегии в жизнь М.: Альпина Бизнес Букс, 2006 – 379 с.
9. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник. – М.: Финансы и статистика, 2014 - 276 с.
10. Практикум по информатике / А.А. Землянский, Г.А. Кретова, Ю.Р. Стратонович, Е.А. Яшкова; Под ред. А.А. Землянского. – М.: Колос, 2013 – 197 с.
11. Риккарди Г. Системы баз данных. Теория и практика использования в Interner и среде Java. / ГрегРиккарди; пер. с англ. – М.: Издательский дом «Вильямс», 2001 – 492 с.
12. Шпеник М., Следж О. и др. “Руководство администратора баз данных Microsoft SQL Server 10.0”, М., 2009 - 429 с.

Интернет ресурсы

1. Базы данных и делопроизводство [Электронный ресурс]: URL: http://www.bdidp.amphyton.com/documentation/d6.html (дата обращения 13.02.2016 г.).
2. Правовая система «Гарант» [Электронный ресурс]: URL: http://garant.ru/ (дата обращения 10.02.2016 г.).
3. Официальный интернет-портал правовой информации [Электронный ресурс]: URL: http: // www. pravo. gov.ru(дата обращения 20.02.2016 г.).
4. ИТ Капитал [Электронный ресурс]: URL: http://www.it-capital.info/crm/ (дата обращения 13.02.2016 г.).
5. Общие понятия баз данных [Электронный ресурс]: URL: http://elhow.ru/programmnoe-obespechenie/chto-takoe-baza-dannyh (дата обращения 13.02.2016 г.).
6. Базы данных [Электронный ресурс]: URL: http://www.studfiles.ru/preview/2585627/ (дата обращения 23.02.2016 г.).
7. Понятие базы данных [Электронный ресурс]: URL: http://studopedia.ru/10_207009_ponyatie-bazi-dannih-vidi-modeley-dannih.html (дата обращения 23.02.2016 г.).
8. Базы данных и СУБД [Электронный ресурс]: URL: http://flash-library.narod.ru/Ch-Informatics/lektion/lektion7.html (дата обращения 27.03.2016 г.).

1. Токарев А.Н. Проектирование реляционных баз данных. (Методические указания к выполнению курсовой работы). // БФ РАНХ и ГС, Балаково, 2012. ↑

2. Информационно-справочный портал [Электронный ресурс]: URL: http: // support.office.com (дата обращения 04.05.2016г.) ↑

3. Базы данных и делопроизводство [Электронный ресурс]: URL: http://www.bdidp.amphyton.com/documentation/d6.html (дата обращения 13.02.2016 г.). ↑

4. Базы данных и СУБД [Электронный ресурс]: URL: http://flash-library.narod.ru/Ch-Informatics/lektion/lektion7.html (дата обращения 27.03.2016 г.). ↑

5. Конгаловский М.Р. Энциклопедия технологий баз данных. – М.: Финансы и статистика, 2012 – 148 с. ↑

6. Информационные технологии в управлении: Учебное пособие / О.Н. Граничин, В.И. Кияев – М.: Интернет-Университет Информационных технологий; БИНОМ. Лаборатория знаний, 2012 – 238 с. ↑

7. Информационно-аналитический портал [Электронный ресурс]: URL: http: // compress.ru/ (дата обращения 19.05.2016г.) ↑