Оглавление ВВЕДЕНИЕ ................................................................................................................................................................. 2 1 ИНФОЛОГИЧЕСКОЕ (КОНЦЕПТУАЛЬНОЕ) МОДЕЛИРОВАНИЕ ......................................................... 3 1.1 Описание предметной области (ПО) ............................................................................................................... 3 1.1.1 Пользователи и операции .......................................................................................................................... 4 1.1.2 Информационные потребности пользователей ....................................................................................... 6 1.1.3 Документы, обращающиеся в данной предметной области .................................................................. 7 1.2 Формализованное описание задачи ................................................................................................................. 7 1.2.1 Наименование задачи ................................................................................................................................ 7 1.2.2 Цель автоматизации ................................................................................................................................... 7 1.2.3 Функции ...................................................................................................................................................... 8 1.2.4 Бизнес-правила ........................................................................................................................................... 8 1.2.5 Перечень вводимой информации ............................................................................................................. 8 1.2.6 Перечень выводимой информации .......................................................................................................... 8 1.2.7 Перечень печатных отчетов ...................................................................................................................... 8 1.2.8 Требования к аппаратному обеспечению ................................................................................................ 9 1.3 Описание сущностей и их свойств .................................................................................................................. 9 1.4 ER-диаграмма .................................................................................................................................................. 10 1.5 Описание ограничений целостности, определяемых семантикой предметной области .......................... 11 1.6 Определение вида нормальной формы ......................................................................................................... 11 2 ДАТАЛОГИЧЕСКОЕ (ЛОГИЧЕСКОЕ) МОДЕЛИРОВАНИЕ ......................................................................... 13 2.1 Выбор типа модели данных. Выбор СУБД для реализации задачи ........................................................... 13 2.2 Определение элементов данных .................................................................................................................... 14 2.2.2 Характеристики атрибутов по всем отношениям ................................................................................. 15 2.2.3 Физическая диаграмма ............................................................................................................................ 15 2.2.4 Алгоритмические связи элементов данных ........................................................................................... 16 2.2.5 Описание ограничений целостности, накладываемые на выбранную модель данных ..................... 16 3 ФИЗИЧЕСКАЯ РЕАЛИЗАЦИЯ ПРОЕКТА ........................................................................................................ 18 3.1 Запросы на языке SQL и их описание ........................................................................................................... 18 3.2 Формы .............................................................................................................................................................. 22 3.3 Отчеты ............................................................................................................................................................. 25 ЗАКЛЮЧЕНИЕ ......................................................................................................................................................... 31 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ ................................................................................................. 32 ВВЕДЕНИЕ В деловой и личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности. Для координации всех этих данных необходимы определенные знания и организационные навыки. В общем смысле термин база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или разделе предметной области. Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем выдвинуло требование создания удобных средств интеграции хранимых данных и управления ими. Применение "ИС Автомойка" необходимо при организации деятельности таких учреждений, как автомойки. С увеличением количества клиентов возрастает потребность в применение данной новых боксах для мытья машин, тем самым, информационной системы позволит оперативно использовать данные о владельцах автомобилей, выборе услуги и классе машин, а самое главное помочь владельцу в управлении бизнесом, для сохранения рентабельности своего предприятия. Цель работы — разработать автоматизированную информационную систему, реализующую учет всех основных функций автомоечного бизнеса для достижения высокого уровня рентабельности. Для реализации поставленной цели необходимо решить следующие задачи: рассмотреть предметную область автоматизации; спроектировать модель организации автоматизированной информационной системы "Автомойка"; разработать АИС, реализовав заявленные требования. оценить качество программного продукта в соответствии с заявленными требованиями. 1 ИНФОЛОГИЧЕСКОЕ (КОНЦЕПТУАЛЬНОЕ) МОДЕЛИРОВАНИЕ 1.1 Описание предметной области (ПО) Базы данных большой популярностью применяется в больших и маленьких предприятиях. Информационные технологии используются в разных сферах деятельности, например на автомойках. Самый удобный способ хранения информации это электронная база данных, который обеспечивает хранения данных, обработку, применении операций и вывод расчетов. В базе данных можно хранить большой объем данных. Можно получить доступ к данным за считанные минуты, к тому же выполнять операции без потери какой-то информации. Создание базы данных «Автомойка» позволяет применять ее в дальнейшем для автоматизации информационной системы. Люди привыкли к комфортной езде и предпочитают передвижения именно на машинах. Водители автомобилей в свою очередь стараются обеспечить салону машины и ее внешнему виду чистоту и комфорт. В среднем почти каждый автовладелец посещает автомойку раз в неделю. На сегодня задачей автомойки не только мойка транспорта, но и качественное обслуживание клиентам. В наше время с увеличением количества автомобилей, увеличилось и количество автомоек. Сегодня спрос на услуги автомоек превышает предложение, и ассортиментные возможности существующих и практически каждый второй клиент высказывает недовольство качеством предоставляемых услуг. Реализация базы данных автомойки позволить удобным способом хранить данные, выполнять обработку данных, работать с формами для управления данных и составлению отчетов. 1.1.1 Пользователи и операции С базой данных автомойки администратор будут пользоваться сотрудники и БД Рисунок 1.1 – Процесс выполнения пользовательского запроса 1) Пользователь посылает запрос на получение данных из БД; 2) Анализ прав пользователя и внешней модели данных: соответствие данного пользователя, подтверждение или запрет на доступ к запрашиваемым данным; 3,4) В случае запрета на доступ к данным, СУБД сообщит пользователю об этом (12) и прекратит процесс обработки данных. В противном случае СУБД определит часть концептуальной модели, которую затрагивает запрос пользователя; 5) СУБД получает информацию о запрошенной части концептуальной модели; 6) СУБД запрашивает информацию о местоположении данных на физическом уровне; 7) В СУБД возвращается информация о местоположении данных в терминах ОС; 8) СУБД подаёт запрос ОС на предоставление необходимых данных, используя средства ОС; 9) ОС осуществляет перекачку информации из устройств хранения данных и пересылает её в системный буфер; 10) ОС оповещает СУБД об окончании пересылки данных; 11) СУБД выбирает из доставленной информации, находящейся в системном буфере, только то, что необходимо пользователю и пересылает эти данные в рабочую область пользователя. 12) Подтверждение окончания обработки данных (успешное или не успешное). База данных и СУБД являются корпоративными ресурсами, которыми следует управлять так же, как и любыми другими ресурсами. Обычно управление данными и базой данных предусматривает управление и контроль за СУБД и помещенными в нее данными. Администратор данных, или АД, отвечает за управление данными, включая планирование базы данных, разработку и сопровождение стандартов, бизнес-правил и деловых процедур, а также за концептуальное и логическое проектирование базы данных. АД консультирует и дает свои рекомендации руководству высшего звена, контролируя соответствие общего направления развития базы данных установленным корпоративными целями. 1.1.2 Информационные потребности пользователей Сразу после создания базы данных следует приступить к разработке приложений, предоставляющих пользователям необходимые им функциональные возможности. Именно эту работу и выполняют прикладные программисты. Обычно прикладные программисты работают на основе спецификаций, созданных системными аналитиками. Как правило, каждая программа содержит некоторые операторы, требующие от СУБД выполнения определенных действий с базой данных - например, таких как извлечение, вставка, обновление или удаление данных. Как уже упоминалось в предыдущем разделе, эти программы могут создаваться на различных языках программирования третьего или четвертого поколения. Пользователи являются клиентами базы данных - она проектируется, создается и поддерживается для того, чтобы обслуживать их информационные потребности. 1.1.3 Документы, обращающиеся в данной предметной области Входная информация задачи «разработка базы данных автомойки» разделяется на условно-постоянную и оперативно-учетную информацию. Условно-постоянная информация, необходимая для решения этой задачи, включает справочные данные о автомобилях, операциях, услугах и их ценах автомойки. Входная информация, содержащая данные оперативного учета, включает данные об оплате услуг и заработной плате сотрудников. 1.2 Формализованное описание задачи 1.2.1 Наименование задачи Наименование задачи: Разработка базы данных «Автомойка» 1.2.2 Цель автоматизации Предоставление данных о заказе, услугах, клиентов и сотрудников автомойки. 1.2.3 Функции Основными функциями автомойки являются: - прием заказа; -оформление услуг - размещение данных в основных таблицах; - окончательный расчет. 1.2.4 Бизнес-правила В данной фирме выполняются бизнес-правила: - оплата наличными или банковским переводом; - заказ осуществляется в течение 2-3 дня. 1.2.5 Перечень вводимой информации ФИО клиента, адрес, телефон клиента ФИО, должность, телефон; 1.2.6 Перечень выводимой информации Результатом работы системы являются следующие документы: - список заказов; - список сотрудников; - список клиентов. 1.2.7 Перечень печатных отчетов Отчет по заказам - в этом отчете отражается детальная информация по заказам. Отчет по услугам - выводятся данные о количестве предоставленных услуг и средств, заработанных при их оказании, средняя сумма, количество помытых машин. История клиента - хранится информация о заказах клиента с подробным описанием Отчет по заработной плате сотрудника– выводится информация о заработной плате оператора Отчет о максимальной сумме заказов 1.2.8 Требования к аппаратному обеспечению Минимальными требованиями к аппаратуре, обеспечивающей работу данной системы, являются следующие требования: - компьютеры с ОС Windows 7, 8, 10; - объем ОЗУ не менее 64 Мбайт; - наличие мышь и принтера. 1.3 Описание сущностей и их свойств Цель концептуального моделирования данных – это первичное описание предметной области, информация о которой хранится в проектируемой базе данных. Одна из наиболее распространенных концептуальных моделей данных – модель «Сущность – связь» (или ER-модель). Основными понятиями ER-модели являются сущность, атрибут, связь. Сущность – это класс однотипных объектов, информация о которых должна сохраняться и быть доступна. 1.4 ER-диаграмма Цель концептуального проектирования - создание концептуальной модели данных на основе представлений о предметной области каждого отдельного типа пользователей. Концептуальная модель представляет собой описание основных сущностей (таблиц) и связей между ними без учета принятой модели БД и синтаксиса целевой БД. Таблицей Access является совокупность данных объединенных общей темой. Для каждой сущности назначается отдельная таблица, чтобы не было повторений в сохраненных данных. Таблицы состоят из записей и полей. Количество полей в записи определяется на стадии проектирования таблицы, поэтому прежде чем создавать таблицу с помощью приложения Access, необходимо четко представлять ее структуру. Величина и тип полей определяется пользователем. Необходимо выбирать размеры полей не слишком большими, так как при завышенных размерах полей бесполезно расходуется память БД. Для создания связей между таблицами они должны иметь ключевое поле, поэтому необходимо назначить ключевое поле каждой таблице. В рисунке 1.2 приведен ER-модель базы данных «Автомойка». Рисунок 1.2 - ER-модель базы данных «Автомойка» 1.5 Описание ограничений целостности, определяемых семантикой предметной области Данной цели можно достигнуть только в определенных пределах: СУБД не может выполнять контроль правильности каждого отдельного значения, которое вводится в базу данных (несмотря на то, что можно выполнить проверку каждого значения на правдоподобность). К примеру, невозможно проверить, что введенное значение 7, которое представляет номер дня недели, на самом деле должно быть равным 4. Но значение 8 однозначно будет являться ошибочным и база данных должна отвергнуть такое значение. В таком случае СУБД необходимо сообщить, что номера дней недели должны выбираться из набора чисел (от 1 до 7). Поддержание целостности БД может быть рассмотрено как обеспечение защиты данных от разрушений или ошибочных изменений (не стоит путать с незаконными разрушениями и изменениями, которые являются проблемой безопасности). 1.6 Определение вида нормальной формы Нормальная форма — свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение. Нормализация – это процесс преобразования базы данных к виду, отвечающему нормальным формам. Нормализация предназначена для приведения структуры базы данных к виду, обеспечивающему минимальную избыточность, то есть нормализация не имеет целью уменьшение или увеличение производительности работы, или же уменьшение, или увеличение объёма БД. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в БД информации. Устранение избыточности производится, как правило, за счёт декомпозиции отношений таким образом, чтобы в каждом отношении хранились только первичные факты. Функциональная зависимость сущностей базы данных «Автомойки», а так же отношения между сущностями и их атрибутами были определи. В базе отсутствуют избыток информации и дубликат данных. 3НФ – отношение находится в 3НФ, если оно находится во 2НФ и не содержит транзитивных зависимостей. Все отношения между таблицами находятся в 3НФ, и не имеют транзитивных зависимостей. При решении практических задач в большинстве случаев третья нормальная форма является достаточной. Поэтому процесс проектирования базы данных, как правило, заканчивается приведением к ней. Разрабатываемая база данных уже удовлетворяет требованиям третьей нормальной формы. 2 ДАТАЛОГИЧЕСКОЕ (ЛОГИЧЕСКОЕ) МОДЕЛИРОВАНИЕ 2.1 Выбор типа модели данных. Выбор СУБД для реализации задачи Модель данных - интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные в некоторой организации. Среди программ семейства Microsoft Office программа для разработки и управления базы данных Access всегда стояла особняком. По своим возможностям и, соответственно, сложности интерфейса Access ближе к профессиональным, а не к домашним программам, масштаб дома или даже маленького офиса для этой программы слишком мал. Создать собственную базу данных в Access можно несколькими способами. Опытные пользователи могут прибегнуть к режиму Конструктора, с помощью которого и будут заданы все параметры таблиц: номенклатура полей, тип содержащихся в них данных, связи и формы вывода данных. Неопытные пользователи могут прибегнуть к помощи мастера создания таблиц, запросов, отчетов и прочего. Программная среда MicrosoftAccess выбрана для создания базы данных в рамках данного дипломного проектирования ввиду ее широкого распространения и простого интуитивного интерфейса. Автоматизированная информационная система решает следующие, поставленные для выполнения в среде Access, задачи: вся информация хранится в электронном виде, в результате чего имеется возможность их быстрого нахождения, заполнения и передачи в любое подразделения предприятия. полностью исключается дублирование одних и тех же показателей в различных документах, а также наличие показателей, не используемых в работе. значительно уменьшаются затраты времени на передачу дополнительной информации из различных подразделений предприятия. Охарактеризовав предметную область, связанную с автомоечным бизнесом мы подробно изучили полный функционал и выявили тот, автоматизация которого позволила бы качественно управлять этим бизнесом и оперативно принимать маркетинговые решения для повышения или удержания его рентабельности. Разработав информационную модель проекта, техническое задание с функциональными требованиями к программному продукту и выбрав средство реализации, мы готовы к созданию АИС "Автомойка". 2.2 Определение элементов данных 2.2.1 Схема отношений реляционной модели Основными понятиями реляционных баз данных являются тип данных, домен, атрибут, кортеж, первичный ключ и отношение. Понятие тип данных в реляционной модели данных полностью адекватно понятию типа данных в языках программирования. Обычно в современных реляционных БД допускается хранение символьных, числовых данных, битовых строк, специализированных числовых данных (таких как «деньги»), а также специальных «темпоральных» данных (дата, время, временной интервал). Достаточно активно развивается подход к расширению возможностей реляционных систем абстрактными типами данных Рисунок 2.1 – Отношение между связами таблицы 2.2.2 Характеристики атрибутов по всем отношениям Одно из основных правил построения реляционной модели состоит в том, что в каждом отношении обязательно должен присутствовать атрибут, являющийся первичным ключом отношения, который однозначно идентифицирует каждый картеж отношения. Если в отношении нет ни одного атрибута, который можно принять в качестве первичного ключа, то в качестве первичного ключа можно использовать некоторую совокупность атрибутов, т.е. можно определить составной первичный ключ. 2.2.3 Физическая диаграмма Разработанный выше пример ER-диаграммы является примером концептуальной диаграммы. Это означает, что диаграмма не учитывает особенности конкретной СУБД. По данной концептуальной диаграмме можно построить физическую диаграмму, которая уже будут учитываться такие особенности СУБД, как допустимые типы и наименования полей и таблиц, ограничения целостности и т.п. Рисунок 2.2 – Структура базы данных «Автомойка» 2.2.4 Алгоритмические связи элементов данных Порядковый номер в переменной равен номеру уникальной комбинации значений индексов, от которых зависит экономическая переменная. Номера в переменной вычисляются по взаимосвязи переменной с индексами. Значение индекса = минимальное значение + i * шаг изменения, i некоторое целое число, при условии, что значение индекса меньше либо равно максимальному значению индекса. 2.2.5 Описание ограничений целостности, накладываемые на выбранную модель данных При логическом моделировании происходит окончательное определение структуры данных, определяются ограничения накладываемые на эти данные, целью которых является обеспечить целостность данных. Наиболее распространенной моделью данных является реляционная модель. В этой модели данных каждая сущность представляется в виде таблицы. Логическое моделирование заключается в переходе от диаграммы «сущность-связь» к взаимосвязанным таблицам. Этот переход состоит из следующих шагов: 1. Преобразование сущностей: - каждая простая сущность становится таблицей. - каждый атрибут становится столбцом таблицы. - уникальный идентификатор сущности становится ключом таблицы. 2. Преобразование связи: - сущности, связанные обязательной связью один к одному можно объединить в одну таблицу. - связи типа один к одному возможные и связи типа один ко многим реализуются путем переноса ключевых атрибутов таблиц соответствующих сущностей стоящих со стороны один в таблице соответствующих сущностей стоящих со стороны многие. - связи типа многие ко многим реализуются при помощи промежуточных таблиц содержащих ключевые атрибуты связываемых таблиц в качестве внешних ключей. Целостность – это обеспечение правильности данных в базе в любой момент времени. Причины нарушений: 1. Ошибка человека при вводе данных 2. Сбой оборудования в какой-то момент времени 3. Программная ошибка Мероприятия по достижению целостности называются ограничениями целостности данных Виды ограничений: 1. Использование уникального первичного ключа. 2. Логическая структура должна учитывать все функциональные зависимости данных 3. Ограничение значений атрибута конкретным диапазоном 4. Если для некоторого атрибута существует ограниченный набор значений, то ввод этих значений рекомендуется брать из справочника 5. Для защиты от сбоев оборудования предусмотреть хранение резервных копий, создание периодичностью. которых должно осуществляться с определенной 3 ФИЗИЧЕСКАЯ РЕАЛИЗАЦИЯ ПРОЕКТА 3.1 Запросы на языке SQL и их описание Запрос представляет собой специальную функцию, позволяющую выводить необходимые поля из таблицы, а также производить операции с данными полями в режиме конструктора, например, подсчет суммы, выборка полей, подсчет среднего итога. Существует несколько типов запросов: на выборку, на добавление, на удаление, на обновление, запрос на создание таблиц, перекрестный запрос. Запрос можно использовать для выполнения расчетов. Для этих целей предусмотрены статистические функции. Для работы в конструкторе запросов в контейнере БД перейдите на вкладку Запросы, нажимаем кнопку Создать, выбираем нужную таблицу. Поместите в банк запроса нужные поля для вывода или отбора. В Условие отбора введите необходимое условие при наличии. Рисунок 3.1 – Создание запроса с помощью конструтора Для записи запроса на языке SQL в контейнере БД переходим на вкладку Запросы, нажимаем кнопку Создать. После переходим на режим SQL и пишем запрос. 1. Для отношения «Автомобили» создайте запрос с полной информацией. Листинг 1. Выбор всех данных из таблицы Автомобили SELECT * FROM Автомобили; Данный запрос печатает всю информации о автомобилях. Рисунок 3.2 – Результаты запроса 2. Отберите информацию только о ФИО и по телефону сотрудников. Листинг 2. Отбор данных из таблицы Персонал SELECT ФИО, Телефон FROM Персонал; Рисунок 3.3 – Получения результата 3. Отсортируйте результаты предыдущего запроса по ФИО сотрудников. Листинг 3. Вывод данных с использованием сортировки SELECT ФИО, Телефон FROM Персонал ORDER BY ФИО ASC; Чтобы упорядочит данные используется оператор order by. Рисунок 3.4 – Результаты запроса 4. Отберите информацию о заказе, у которых цена за услуги превышает 3000. Листинг 4. Информация о заказе SELECT Клиенты.ФИО as имя_клиента, Заказ.дата_операции as приехал_в_мойку, Услуги.цена_услуги as оплатил_данную_сумму FROM Клиенты, Услуги, Заказ WHERE Услуги.код_услуги = Заказ.код_услуги and Клиенты.Код_клиента = Заказ.код_клиента and Услуги.цена_услуги>3000; Чтобы выполнить данные условия нужно выбрать данные из несколько таблиц. Рисунок 3.5 – Результаты запроса 5. Отберите информацию о заказе, у которых цена за услуги находится в пределах от 3000 до 6000 (>3000 AND <6000). Листинг 6. Отбор информации по заданным условиям SELECT Клиенты.ФИО as имя_клиента, Заказ.дата_операции приехал_в_мойку, Услуги.цена_услуги as оплатил_данную_сумму as FROM Клиенты, Услуги, Заказ WHERE Услуги.код_услуги = Заказ.код_услуги and Клиенты.Код_клиента = Заказ.код_клиента and Услуги.цена_услуги>3000 and Услуги.цена_услуги<6000; В запросе часто применяются операторы сравнение. Рисунок 3.6 – Результаты запроса 6. Отберите информацию о автомобиле, название которых начинается с буквы «A» (Like ‘*A’). Листинг 6. Отбор информации SELECT Код_класса, описание_класса as марка_машины FROM Автомобили WHERE описание_класса Like "A*" ; Рисунок 3.7 - Вывод результата 7. На какую сумму сделан заказ (операция SUM с группировкой по дате операции). Листинг 7. Использование операции SUM SELECT Заказ.дата_операции AS день_заказа, Sum(Услуги.цена_услуги) AS Общая_сумма_заказов FROM Услуги, Заказ WHERE Услуги.код_услуги = Заказ.код_услуги GROUP BY Заказ.дата_операции; Рисунок 3.8 - Результаты запроса 3.2 Формы После создания базы данных, можно создать формы для просмотра данных в более удобном виде. Форма может служить средством защиты базы данных от неквалифицированных пользователей, а также ширмой, заслоняющей от любопытных глаз конфиденциальную информацию. Любая форма строится на основе Access-таблицы или запроса. Имена полей извлекаются из спецификации таблицы, а поля в форме можно расположить по своему усмотрению. На основе одной таблицы можно построить несколько форм и наоборот, можно построить одну форму на основе нескольких связанных таблиц. Существует несколько разновидностей автоформ: Форма — создание формы для ввода данных по одной записи за раз Разделенная форма — создание разделенной формы, в верхней части которой отображается таблица, а в нижней – форма для ввода данных в запись, выделенную в таблице. Несколько элементов — создание формы, в которой записи отображаются в виде таблицы, при этом каждая запись занимает отдельную строку Рисунок 3.9 – Форма для работы с таблицей «Операции» После создания формы добавляем кнопку для поиска и перехода на другие записи. Выбираем кнопку из панели элементов. Рисунок 3.10 – Выбор элемента Выбираем нужную функцию для кнопки и сохраняем. Переходим на режим формы и проверяем функциональность кнопок. Рисунок 3.11 – Проверяем работу кнопок Рисунок 3.12 – Создание форм из двух таблиц Задаем имя и можем использовать форму для нужных целей. Рисунок 3.13 – Форма сотрудников 3.3 Отчеты Отчеты используются для отображения данных таблицы или запроса в удобном для пользователя формате (с заголовками и номерами страниц). Больше всего сведений в отчете берется из базовой таблицы и запроса, являющихся источниками данных для отчета. Другие сведения вводятся при разработке отчета. При создании отчета можно использовать несколько таблиц и запросов. Использование отчетов имеет следующие достоинства: Данные могут быть представлены в удобной для чтения и анализа форме; Отчет позволяет включать и печатать графические объекты (например, диаграммы); Обеспечивается возможность работы с материалом, напечатанным на бумаге. Отчеты можно создавать двумя способами: При помощи мастеров отчетов/автоотчетов; "вручную". Отчет "Должности сотрудников" выводит данные о списке сотрудников организации и их должностях. Рисунок 3.14 – Создание отчета Выбираем название нужных таблиц, выбираем поля и задаем название отчета. Рисунок 3.15 – Задаем имя отчета Отчет составлен, результат приведен на рисунке 3. Рисунок 3.16 – Отчет о сотрудниках автомойки Отчеты можно создавать для таблиц, запросов. Это удобный и быстрый способ получения нужных информаций. Рисунок 3.17 Создание отчетов для запроса В данном отчете будет напечатан результаты запроса по выбору цен за услуги которые заказали клиенты. При условии что цена услуги не выходит с рамки 3000 рублей до 6000рублей. Рисунок 3.18 – Задаем название отчета После создания отчета выбираем нужный отчет и открываем его для просмотра. В рисунке 6 напечатан отчет. Рисунок 3.19 – Отчет о заказах Таким же образом можно создавать отчеты для других запросов базы. Например в следующем отчете напечатан результат запроса для расчета общей суммы заказов. Рисунок 3.20 – Выбор запроса Задаем имя для отчета и сохраняем. Рисунок 3.21 – Задаем имя отчету После сохранения отчета автоматически печатается результаты запроса. Рисунок 3.22 – Печать отчета ЗАКЛЮЧЕНИЕ Решая поставленные в проекте задачи, мы изучили деятельность организации по мойке машин и выявили основные функции, автоматизацию которых и предусматривает информационная система. Оценив возможности СУБД Access как средства реализации проекта, мы пришли к выводу, что правильная организация хранения и представления данных является неотъемлемой частью для успешного функционирования базы данных. В связи с этим был разработан проект автоматизированной информационной системы, представленный в виде семи связанных таблиц с данными. Следующим этапом была непосредственно разработка системы в СУБД Access, включающая в себя таблицы, формы, запросы и отчеты для решения конкретных информационных задач по работе с приложением. Таким образом, нами разработана автоматизированная информационная система, реализующая учет всех основных функций автомоечного бизнеса. СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 1. Дейт К. Дж. Введение в системы баз данных / Пер. с англ. 6-е изд. К.: Диалектика, 2008. 2. Замулин А. В. Системы программирования баз данных и знаний. Новосибирск.: Наука. Сиб. Отд., 2007. 3. Мартин Дж. Организация баз данных в вычислительных системах. / Пер. с англ. М.: Мир, 2000. 4. Романов Б. Л., Кушниренко А. С. dBaseIV. Назначение, функции, применение. М.: Радио и баз данных, 2004. 5. Ульман Дж. Основы систем баз данных. М.: Финансы и статистика, 2003. 6. Бородаев В. А., Кустов В. Н. Банки и базы данных. Уч. пособие. Л.: ВИКИ, 2000. 7. Кузнецов С. Д. Введение в СУБД: часть 4.// Системы Управления Базами Данных, №4, 2002. — С. 114-122.
