АРМ работника химчистки

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

Введение

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

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

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

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

Целью курсовой работы является разработка АРМ работника предприятия бытового обслуживания (химчистки).

Предметом работы являются процессы деятельности предприятий бытового обслуживания.

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

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

· Ознакомиться с литературой по данной теме;

· Создать базу данных (БД);

· Создать такие объекты, как таблицы, формы, запросы, отчёты;

· Разработать программный интерфейс пользователя;

· Создать справочную службу;

· Описать руководство для инсталляции базы данных.

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

1. Общие теоретические сведения БД и СУБД (отношения, первичные и вторичные ключи, типы связей, целостность, запросы, формы, отчёты)

1.1 Основные понятия БД и СУБД

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

База данных (БД) - именованная совокупность данных, отражающая состояние объектов и их отношений и рассматриваемой предметной области [1].

Виды базы данных:

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

Сетевые базы данных. Одним из наиболее эффективных методов представления знаний являются сетевые модели.

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

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

Доктор И.Ф. Кодд [3], автор реляционной модели, разработал целый список критериев, которым должна удовлетворять реляционная модель. Чтобы считаться реляционной по Кодду, система управления базами данных должна:

· Представлять всю информацию в виде отношений;

· Поддерживать логическую структуру данных, независимо от их физического представления;

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

· Поддерживать основные реляционные операции (выбор, проектирование и объединение), а также теоретико-множественные операции, такие как объединение, пересечение и дополнение;

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

· Различать в отношениях неизвестные значения (nulls), нулевые значения и пропуски в данных;

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

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

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

Для создания БД разработчик описывает её логическую структуру, организацию в среде хранения, а также способы видения базы данных пользователями. Процесс разработки (проектирования) базы данных включает два этапа: разработку логической организации базы данных и создание её на носителе. Логическая организация базы данных - это предоставление пользователя о предметной области, информация которой должна храниться в базе данных. Под физической организацией базы данных понимается совокупность средств и методов размещения данных во внешней памяти и на их основе внутренняя модель данных. Внутренняя модель является средством отображения логической модели данных, показывает, каким образом записи размещаются в базе данных, как они упорядочиваются, как организуются связи, каким путём можно сделать выборку и т.д. [2].

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

Система управления базами данных (СУБД) - совокупность программных средств, обеспечивающая возможность создания базы данных, доступа к данным и управления базой данных [1].

В ней можно выделить:

ядро СУБД, которое обеспечивает организацию ввода, обработки и хранения данных;

компоненты, которые обеспечивают отладку системы, средства тестирования;

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

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

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

3. Организация и ведение связи с пользователем. Ведение диалога, выдача диагностических сообщений об ошибках в работе по БД и т.д. [1].

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

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

1.2 Отношения

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

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

1.3 Первичные и внешние ключи

Ключ - это минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности [1]. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся. Каждая сущность обладает хотя бы одним возможным ключом. Один из них принимается за первичный ключ. При выборе первичного ключа следует отдавать предпочтение несоставным ключам или ключам, составленным из минимального числа атрибутов. Нецелесообразно также использовать ключи с длинными текстовыми значениями (предпочтительнее использовать целочисленные атрибуты). Не допускается, чтобы первичный ключ стержневой сущности (любой атрибут, участвующий в первичном ключе) принимал неопределенное значение. Иначе возникнет противоречивая ситуация: появится не обладающий индивидуальностью, и, следовательно, не существующий экземпляр стержневой сущности. По тем же причинам необходимо обеспечить уникальность первичного ключа. Ключ является простым, если он состоит из одного реквизита, или составным, если из нескольких. В большинстве случаев связывают ключевое поле одной таблицы с соответствующим ему полем (часто имеющим то же имя), которое называют полем внешнего ключа во второй таблице [2].

Вторичные ключи:

- если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В.

- если сущность В обозначает сущность А, то она должна включать внешний ключ, соответствующий первичному ключу сущности А.

1.4 Связи

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

Связи бывают:

Связь один-к-одному (1:1) имеет место, когда каждому экземпляру первого объекта соответствует только один экземпляр второго объекта и наоборот, каждому экземпляру второго объекта соответствует только один экземпляр первого объекта.

Связь один-ко-многим (1:М) характеризуется тем, что каждому экземпляру одного объекта может соответствовать несколько экземпляров другого объекта, а каждому экземпляру второго объекта может соответствовать только один экземпляр первого объекта.

Связь многие-ко-многим (M:N), имеет место, когда каждому экземпляру одного объекта могут соответствовать несколько экземпляров второго объекта и наоборот, каждому экземпляру второго объекта могут соответствовать тоже несколько экземпляров первого объекта.

1.5 Ограничения целостности

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

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

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

· Определяться на языке высокого уровня, используемом системой для всех других целей;

· Храниться в словаре данных, а не в программных приложениях.

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

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

1.6 Запросы

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

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

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

1.7 Формы

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

Формы представляют собой прямоугольные окна с размещенными в них элементами управления. Существует возможность создания форм динамически при исполнении программы, однако естественным режимом их создания является режим визуального конструирования. Элементами управления могут быть графические примитивы, надписи, рисунки и другие статические объекты, которые не изменяются при переходе между записями. Сюда же следует отнести текстовые поля, содержимое которых модифицируется при передвижении по записям. Элементы управления могут использоваться для ввода и отображения дат, а также для выполнения вычислений и вывода результата. Элементами управления являются кнопки команд, которые активизируют исполнение различных операций; объекты типа подчиненные формы (бланк таблицы, дочерней по отношению к форме); объекты, облегчающие восприятие данных, такие как календарь или счетчик; а также элементы пользователя [6].

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

1.8 Отчёты

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

Каждый пользователь, работающий с СУБД, имеет возможность использования специальных средств построения отчетов для вывода данных. Используя специальные средства создания отчетов, пользователь получает следующие дополнительные возможности вывода данных:

· включать в отчет выборочную информацию из таблиц базы данных.

· добавлять информацию, не содержащуюся в базе данных;

· при необходимости выводить итоговые данные на основе информации базы данных;

· располагать выводимую в отчете информацию в любом, удобном для пользователя виде (вертикальное или горизонтальное расположение полей);

· включать в отчет информацию из разных связанных таблиц базы данных.

2. Разработка базы данных

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

Для эффективного решения поставленной задачи необходима адекватная модель предметной области. Несмотря на то, что данная область достаточно разнообразна, было логично ограничиться рассмотрением следующих сущностей: Клиент, Работник, Заказы, Услуги. Схема данных содержит 5 таблиц и 4 связи, указанных на Рис. 1.

база данные интерфейс инсталляция

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

Рис. 1.1 Таблица «Клиент»

Первичным ключом таблицы «Клиент» (Рис. 1.1) является поле «Код клиента», имеющее тип данных Счётчик, который у каждого клиента уникален. Поля «Ф.И.О.» и «Адрес» обладает Текстовым типом данных. Поле «Номер телефона» является Числовым типом данных.

Рис. 1.2 Таблица «Заказы»

Первичным ключом таблицы «Заказы» (Рис. 1.2) является поле «Код заказа», имеющее тип данных Счётчик. Поля «Код клиента» и «Код работника» обладают Числовым типом. Эта таблица дочерняя и поэтому может иметь вторичные ключи, такие как: «Код клиента», «Код работника». «Дата получения» и «Дата исполнения» имеют тип Дата/время. Поле «Контроль исполнения» содержит Логический тип данных. Поле «Цена доставки» обладает Денежным типом.

Рис. 1.3 Таблица «Работник»

Первичным ключом таблицы «Работник» (Рис. 1.3) является «Код работника», имеющее тип данных Счётчик. Поля «Ф.И.О.», «Адрес работника» и «Должность» содержат Текстовый тип.



Рис. 1.4 Таблица «Услуги»

Первичным ключом таблицы «Услуги» (Рис. 1.4) является поле «Код услуги», имеющее тип данных Счётчик. Поля «Вид изделия» и «Вид услуги» содержат Текстовый тип. Поле «Цена» обладает Денежным типом данных.

Таблицы «Клиент», «Работник», являются родительскими по отношению к дочерней таблице «Заказы» (Рис. 1) и связаны типом связи «один-ко-многим». Промежуточная таблица «Заказано» между отношениями «Заказы» и «Услуги» связана внешними ключами «Код заказа» и «Код услуги» посредством двух внутренних соединений, использована для исключения дублирования данных. Вывод: в одном заказе могут быть несколько услуг, одна услуга может быть в разных заказах.

Таблица «Клиент» связана с таблицей «Заказа» по ключевому полю «Код клиента» (Рис. 1.5).

Рис. 1.5 Тип связи между таблицей «Клиент» и таблицей «Заказы»

Таблица «Работник» связана с таблицей «Заказы» по ключевому полю «Код работника» (Рис. 1.6).

Рис. 1.6 Тип связи между таблицей «Работник» и таблицей «Заказы»

Таблица «Заказы» связана с таблицей «Заказано» по ключевому полю «Код заказа» (Рис. 1.7).

Рис. 1.7 Тип связи между таблицей «Заказы» и таблицей «Заказано»

Таблица «Услуги» связана с таблицей «Заказано» по ключевому полю «Код услуги» (Рис. 1.8).



Рис. 1.8 Тип связи между таблицей «Услуги» и таблицей «Заказано»

Запрос на выборку (Рис. 2) позволяет при вводе номера заказа вывести Ф.И.О. клиента, Ф.И.О. работника, дату получения и дату исполнения заказа, а также контроль исполнения и цену доставки.

Рис. 2 Запрос по заказу

Запрос на добавление клиента (Рис. 2.1) позволяет добавлять в базу данных информацию о клиенте, его Ф.И.О., адрес и номер телефона.

Рис. 2.1. Запрос на добавление клиента

Запрос на обновление клиента (Рис. 2.2) позволяет изменять данные о клиенте, в случае, если клиент поменял фамилию или изменил адрес и номер телефона.

Рис. 2.2. Запрос на обновление клиента

Запрос на добавление (Рис. 2.3) работника применяется для добавления информации о работнике в базу данных. Вводится Ф.И.О., адрес и должность работника.

Рис. 2.3. Запрос на добавление работника

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



Рис. 2.4. Запрос на обновление работника

Запрос на добавление услуг (Рис. 2.5) позволяет добавлять услуги, заказанные клиентом. Вводится вид изделия, вид и цена услуги.

Рис. 2.5. Запрос на добавление услуг

Запрос на удаление услуг (Рис. 2.6) приводит к удалению услуги в случае, если услуга устарела и больше не используется. При вводе названия услуги, она удаляется.

Рис. 2.6. Запрос на удаление услуг

Перекрёстный запрос «Услуги по годам» (Рис. 2.7) выводит информацию о суммарном результате цен различных видов услуг за определённые годы.

Рис. 2.7. Перекрёстный запрос «Услуги по годам»

Для удобства была создана управляющая форма, которая запускается автоматически в момент открытия базы данных. Она позволяет быстро выбрать нужную форму для ввода данных, просмотреть отчеты, выполнить запросы. Форма состоит из шести кнопок: Клиенты, Работники, Заказы, Услуги, Выход, Справка.

Рис. 3. Главная кнопочная форма

При нажатии на кнопку «Клиенты» появляется подчиненная форма, указанная на следующем рисунке:

Рис. 3.1. Подчинённая форма «Клиент»

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

При нажатии на кнопку «Работники» появляется подчинённая форма, указанная на следующем рисунке:

Рис. 3.2 Подчинённая форма «Работники»

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

При нажатии на кнопку «Заказы» открывается подчинённая форма, указанная на следующем рисунке:

Рис. 3.3. Подчинённая форма «Заказы»

Форма отображает данные о заказе, содержит кнопки добавления нового заказа, сведения о заказе, отчёта, заказано и возвращения на главную форму. Изменение записей в форме разрешается, потому что кнопка «Добавить» работает макрокомандой «Запись - новая». Кнопка «Заказано» открывает следующую форму:

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



Рис. 3.4. Подчинённая форма «Заказано»

При нажатии кнопки «Услуги» появляется подчинённая форма, указанная на следующем рисунке:

Рис. 3.5. Подчинённая форма «Услуги»

Эта форма отображает данные об услугах, содержит кнопки перехода по записям, добавления новой услуги, отчёта, удаления услуги и возвращения к главной форме. Изменение записей в форме не разрешено.

Кнопка «Выход» главной формы позволяет выйти из программы.

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

Рис. 4. Отчёт «Заказы»

Отчёт «Работник» (Рис. 4.1), созданный также с помощью мастера, выводит информацию контроля исполнения заказов работниками. Отчёт включает в себя Ф.И.О. работника, дату получения, дату исполнения и контроль исполнения заказа.

Рис. 4.1. Отчёт «Работник»

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

Рис. 4.2 Отчёт «Услуги по годам»

2.2 Программный интерфейс пользователя

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

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

Рис. 5. Главная форма

Данная форма содержит шесть управляющих кнопок: Клиенты, Работники, Заказы, Услуги, Выход, Справка (представлена в виде вопросительного знака). Работает она следующим образом.



Рис. 5.1. Форма «Клиент»

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

При нажатии на кнопку «Услуги» главной формы появляется диалоговое окно в виде формы (Рис. 5.2):



Рис. 5.2. Форма «Услуги»

Форма «Услуги» отображает данные об услуге: код, вид изделия, вид и цена услуги. Просмотреть информацию об услугах можно при помощи управляющих кнопок перехода, обозначенных в виде стрелок. Кнопка «Добавить» представлена в виде команды перехода на новую запись в форме «Услуги». При нажатии на эту кнопку форма принимает следующий вид (Рис. 5.3):

Рис. 5.3. Добавление услуги

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

Кнопка «Удалить» приводит к удалению вида услуги, в случае её устарения и неиспользования. При нажатии на кнопку появляется диалоговое окно, требующее ввести название услуги. После чего вид услуги удаляется. Предупреждение: Назад выбранное действие не возвращается!

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

При нажатии на кнопку «Заказы» главной формы появляется диалоговое окно в виде формы (Рис. 5.4).

Рис. 5.4. Форма «Заказы»

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

Рис. 5.5. Добавление заказа

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

Здесь в поле «Код заказа» выбираем из списка номер заказа, который был выбран ранее при добавлении заказа, затем в поле «Код услуги» выбираем услугу, которая была добавлена в форму «Услуги» и выбрана клиентом. Далее возвращаемся к форме «Заказы» с помощью управляющей кнопки «Назад». В принципе, процесс завершен, и заказ почти выполнен.

При нажатии на кнопку «Работники» главной формы открывается диалоговое окно в виде формы.

Форма «Работник» отображает информацию о работнике. Его Ф.И.О., адрес и должность. Просмотреть данные можно, нажимая курсором мышки на управляющие кнопки перехода, указанные в виде стрелок. Кнопка «Добавить» представлена в виде запроса. Нажимая на нее, появляется диалоговое окно, требующее ввести Ф.И.О., адрес и должность. После ввода информации данные сохраняются. Кнопка «Изменить данные» также представлена в виде запроса. Она позволяет обновлять данные о работнике в случае, если работник поменял фамилию, адрес или же повысили в должности. Нажимая на эту кнопку, появляется диалоговое окно, которое требует ввести сначала новую информацию о работнике, затем старую. Аналогично проделываем ту же операцию, что и с клиентом.

Кнопка «Справка» главной формы предназначена для вызова помощи управления базой данных.

Кнопка «Выход» обеспечивает выход из программы.

Заключение

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

Для удобной работы пользователя была создана справочная служба с использованием программы HTML Help Workshop, а также программа инсталляции с использованием пакета Install Creator.

В первой главе содержатся основные понятия БД и СУБД.

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

На основе проделанной работы были сделаны следующие выводы:

· Создавать базу данных - это актуально и востребовано;

· АРМ позволяет обеспечить пользователю комфорт и эффективность процесса работы.

Список литературы

1. Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 1994. - 90 с.

2. Дейт К.Дж. Введение в системы баз данных: Пер. с англ. - 6-е изд. Киев: Диалектика, 1998. - 784 с.

3. Савельев В.А., Персональный компьютер для всех (кн. 3), Создание и использование баз данных, М., 1991

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

5. http://www.citforum.ru/database/sql_kg/index.shtml «Основы проектирования реляционных баз данных»

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