Обладавшие немалым сходством в синтаксисе и поддерживаемом наборе команд во времена широкого применения DOS, языки семейства xBase, тем не менее, имеют немало различий, особенно в поздних версиях <наследников>, использовавших их СУБД. Как правило, все они имеют собственные объектные расширения, и поэтому в настоящее время говорить об их совместимости между собой практически не приходится.

Отметим, однако, что для работы с данными формата dBase (или иных dBase-подобных СУБД) совершенно необязательно пользоваться диалектами xBase. Доступ к этим данным возможен с помощью ODBC API (и соответствующих драйверов) и некоторых других механизмов доступа к данным (например, Borland Database Engine, некоторых библиотек других производителей типа СodeBase фирмы Sequenter), и это позволяет создавать приложения, использующие формат данных dBase, практически с помощью любого средства разработки, поддерживающего один из этих механизмов доступа к данным.

После покупки dBase компанией Borland этот продукт, получивший впоследствии название Visual dBase, приобрел набор дополнительных возможностей, характерных для средств разработки этой компании и для имевшейся у нее другой настольной СУБД - Paradox. Среди этих возможностей были специальные типы полей для графических данных, поддерживаемые индексы, хранение правил ссылочной целостности внутри самой базы данных, а также возможность манипулировать данными других форматов, в частности серверных СУБД, за счет использования BDE API и SQL Links.

В настоящее время Visual dBase принадлежит компании dBase, Inc. Его последняя версия - Visual dBase 7.5 имеет следующие возможности:

- средства манипуляции данными dBase и FoxPro всех версий;

- средства создания форм, отчетов и приложений;

- средства публикации данных в Internet и создания Web-клиентов;

- ядро доступа к данным Advantage Database Server фирмы Extended Systems и ODBC-драйвер для доступа к данным этой СУБД;

- средства публикации отчетов в Web;

- средства визуального построения запросов;

- средства генерации исполняемых файлов и дистрибутивов.

2.4 Описание СУБД Paradox

Paradox был разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional.

В конце 80-х - начале 90-х годов Paradox, принадлежавший тогда компании Borland International, был весьма популярной СУБД, в том числе и в нашей стране, где он одно время занимал устойчивые позиции на рынке средств разработки настольных приложений с базами данных.

Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase - каждая таблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).

Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Например, в приложениях, написанных на C или Pascal, использовалась некогда популярная библиотека Paradox Engine, ставшая основой Borland Database Engine. Эта библиотека используется ныне в приложениях, созданных с помощью средств разработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов (например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы к базам данных, созданным различными версиями этой СУБД.

Отметим, однако, что отсутствие <открытости> формата данных имеет и свои достоинства. Так как в этой ситуации доступ к данным осуществляется только с помощью <знающих> этот формат библиотек, простое редактирование подобных данных по сравнению с данными открытых форматов типа dBase существенно затруднено. В этом случае возможны такие недоступные при использовании <открытых> форматов данных сервисы, как защита таблиц и отдельных полей паролем, хранение некоторых правил ссылочной целостности в самих таблицах - все эти сервисы предоставляются Paradox, начиная с первых версий этой СУБД.

По сравнению с аналогичными версиями dBase ранние версии Paradox обычно предоставляли разработчикам баз данных существенно более расширенные возможности, такие как использование деловой графики в DOS-приложениях, обновление данных в приложениях при многопользовательской работе, визуальные средства построения запросов, на основе интерфейса QBE - Query by Example (запрос по образцу), средства статистического анализа данных, а также средства визуального построения интерфейсов пользовательских приложений с автоматической генерацией кода на языке программирования PAL (Paradox Application Language).

Windows-версии СУБД Paradox, помимо перечисленных выше сервисов, позволяли также манипулировать данными других форматов, в частности dBase и данными, хранящимися в серверных СУБД. Такую возможность пользователи Paradox получили благодаря использованию библиотеки Borland Database Engine и драйверов SQL Links. Это позволило использовать Paradox в качестве универсального средства управления различными базами данных (существенно облегченная версия Paradox 7 под названием Database Desktop по-прежнему входит в состав Borland Delphi и Borland C++Builder именно с этой целью). Что же касается базового формата данных, используемого в этом продукте, то он обладает теми же недостатками, что и все форматы данных настольных СУБД, и поэтому при возможности его стараются заменить на серверную СУБД, даже сохранив сам Paradox как средство разработки приложений и манипуляции данными.

Текущая версия данной СУБД - Paradox 9, поставляется в двух вариантах - Paradox 9 Standalone Edition и Paradox 9 Developer's Edition. Первый из них предназначен для использования в качестве настольной СУБД и входит в Corel Office Professional, второй - в качестве как настольной СУБД, так и средства разработки приложений и манипуляции данными в серверных СУБД. Обе версии содержат:

- средства манипуляции данными Paradox и dBase;

- средства создания форм, отчетов и приложений;

- средства визуального построения запросов;

- средства публикации данных и отчетов в Internet и создания Web-клиентов;

- Corel Web-сервер;

- ODBC-драйвер для доступа к данным формата Paradox из Windows-приложений;

- средства для доступа к данным формата Paradox из Java-приложений.

Помимо этого Paradox 9 Developer's Edition содержит:

- Run-time-версию Paradox для поставки вместе с приложениями;

- средства создания дистрибутивов;

- драйверы SQL Links для доступа к данным серверных СУБД.

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

2.5 Обоснование выбора средств разработки

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

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

Access - мощное приложение к Windows; впервые производительность СУБД органично сочетается с теми удобствами, которые имеются в распоряжении пользователей Microsoft Windows. Поскольку оба эти продукта - детища компании Microsoft, они прекрасно взаимодействуют между собой. Система Access работает под управлением Windows 95, Windows 98 или Windows NT, так что при работе с ней пользователю доступны все преимущества Windows. Можно вырезать, копировать и вставлять данные из любого приложения Windows в Access и наоборот; можно создавать проект формы в Access и сохранить его как отчет.

В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод, независимо от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, МЕМО, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

Реляционная обработка данных в Access за счет гибкой архитектуры системы способна удовлетворить любые потребности. При этом Access может использоваться как автономная СУБД, в режиме файл-сервера или клиентского компонента таких продуктов, как SQL Server.

При всем этом Access - не просто СУБД. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет использовать одновременно несколько таблиц базы данных. При этом можно существенно упростить структуру данных, облегчая тем самым выполнение поставленных задач. Таблицу Access можно связать с данными, хранящимися на большой ЭВМ или на сервере.

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

Мощность и доступность Access делают эту систему лучшей СУБД из представленных сегодня на рынке.

3. Проектная часть

3.1 Функционал разрабатываемой системы

При разработке проекта будут реализованы следующие функции управления:

- автоматическая проверка списка клиентов;

- автоматическая проверка списка поставщиков;

- автоматическое ведение баланса, который отображает наименование товара с указанием его цены.

- выдача необходимой аналитической информации для оперативного и стратегического управления предприятием;

- система управления заказами.

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

3.2 Информационная модель и ее описание

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

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

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

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

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

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

Рассмотрим ее работу:

- клиент делает запрос на изготовление изделия, которое ему необходимо;

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

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

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

Рисунок 1 - Схема действий

3.3 Определение логической структуры базы данных

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

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

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

При проектировании базы данных были определены сущности со своими свойствами и связями. Логическая структура базы данных приведена на рисунке 2.



Рисунок 2 - Логическая структура базы данных

3.4 Используемые классификаторы и системы кодирования

Для создания таблиц базы данных использовался MS Access. Каждая строка таблицы соответствует полю.

Описание классификаторов данного проекта приводятся в таблицах 1-9.

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

Таблица 1 - Таблица «бумага»

Название Атрибута	Тип	Описание
Id_bum	Числовой, счетчик	Идентификационный номер материала.
Nazv_bum	Текстовый	Наименование материала.
Plotnost	Числовой	Определяет плотность материала (г/м2).
Tolschina	Числовой	Определяет толщину материала (мм), если это картон.
Format	Текстовый	Формат, в котором поставляется материал.
Postavchik	Текстовый	Название компании или фирмы поставляющей материал.
Cena_bum	Числовой	Цена за 1 килограмм или за 1 лист, если это бумага или картон.

Вспомогательные материалы (dop_material): хранит информацию о дополнительных материалах используемых на производстве, например, фольга, пленка для ламинирования, клей декстрин.

Таблица 2 - Таблица «вспомогательные материалы»

Название Атрибута	Тип	Описание
Id_mat	Числовой, счетчик	Идентификационный номер материала.
Nazv_mat	Текстовый	Наименование материала.
postavchik	Текстовый	Название компании или фирмы поставляющей материал.
Proizvoditel	Числовой	Название компании - производителя материала.
Ed_izm	Текстовый	Единицы измерения в зависимости от вида материала.
Cena_mat	Числовой	Цена за одну единицу измерения материала.

Переплетные материалы (perepl_material): хранит информацию о переплетных материалах используемых в производстве, например, бумвинил, эфолин.

Таблица 3 - Таблица «переплетные материалы»

Название атрибута	Тип	Описание
Id_per	Числовой, счетчик	Идентификационный номер материала.
Nazv_per	Текстовый	Наименование материала.
Shirina	Числовой	Определяет ширину рулона материала.
Postavchik	Текстовый	Название компании или фирма поставщика материала.
Proizvoditel	Текстовый	Название компании - производителя материала.
Cena_per	Числовой	Цена за один погонный метр.

Поставщики (postavchik): хранит информацию о поставщиках той или иной продукции.

Таблица 4 - Таблица «поставщики»

Название атрибута	Тип	Описание
Id_post	Числовой, счетчик	Идентификационный номер поставщика.
Nazv_post	Текстовый	Название компании или фирмы занимающейся поставками.
Kontakt	Текстовый	Контактное лицо в компании.
Doljnost	Текстовый	Должность в компании контактного лица.
Telefon	Числовой	Номер телефона, по которому можно связаться с компанией.
E_mail	Текстовый	Электронный адрес компании.
Adres	Текстовый	Адрес компании.

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

Таблица 5 - Таблица «поставки»

Название Атрибута	Тип	Описание
N_post	Числовой	Идентификационный номер поставщика.
N_bum	Числовой	Идентификационный номер бумаги.
N_dopmat	Числовой	Идентификационный номер вспомогательного материала.
N_permat	Числовой	Идентификационный номер переплетного материала.

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

Таблица 6 - Таблица «дополнительные работы»

Название Атрибута	Тип	Описание
Id_usl	Числовой, счетчик	Идентификационный номер полиграфической услуги.
Nazv_usl	Текстовый	Наименование выполняемой услуги.
Tarif_usl	Числовой	Стоимость выполняемой услуги в зависимости от тиража заказа.

Заказы (zakaz): хранит информацию о заказах выполняемых данной типографией.

Таблица 7 - Таблица «заказы»

Название атрибута	Тип	Описание
id_z	Числовой, счетчик	Идентификационный номер заказа.
N_zak	Числовой	Идентификационный номер заказчика.
Data	Дата	Дата оформления заказа.
Название атрибута	Тип	Описание
Vid_zak	Текстовый	В этом поле будет стоять положение заказа, то есть, оформлен заказ или это предварительный расчет.
Nazv_produkcii	Текстовый	Название продукции.
Tiraj	Числовой	Тираж заказа.
Cena_ras	Числовой	Расчетная цена за один экземпляр.
Summa_ras	Числовой	Стоимость всего заказа.
Cena_sogl	Числовой	Согласованная с заказчиком стоимость одного экземпляра.
Summa_sogl	Числовой	Согласованная с заказчиком стоимость всего заказа.

Заказчики (zakazchik): хранит информацию о заказчиках.

Таблица 8 - Таблица «заказчики»

Название атрибута	Тип	Описание
Id_zak	Числовой, счетчик	Идентификационный номер заказчика.
Nazv_zak	Текстовый	Название организации, которая заказывает изготовление продукции.
Kontakt_zak	Текстовый	Контактное лицо в компании - заказчике.
Doljn_zak	Текстовый	Должность контактного лица в компании - заказчике.
Telefon_zak	Числовой	Номер телефона, по которому можно связаться с компанией - заказчиком.
E_mail_zak	Текстовый	Электронный адрес компании - заказчика.
Adres_zak	Текстовый	Адрес компании - заказчика.

Элементы заказа (Det_zakaza): хранит информацию о работах, выполняемых при выполнении заказа.

Таблица 9 - Таблица «элементы заказа»

Название атрибута	Тип	Описание
Id_detz	Числовой, счетчик	Идентификационный номер элемента заказа.
N_z	Числовой	Идентификационный номер заказа.
N_usl	Числовой	Идентификационный номер полиграфической услуги.
Kol_usl	Текстовый	Наименование полиграфической услуги.
Summa_usl	Числовой	Стоимость полиграфической услуги.

Почти все таблицы имеют внешние ключи (Счетчик).

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

· N_post ссылается на таблицу Поставщики

· N_bum ссылается на таблицу Бумага.

· N_dopmat ссылается на таблицу Переплетные материалы.

· N_permat ссылается на таблицу Вспомогательные материалы.

В таблице Заказы внешним ключом является атрибут N_z, который ссылается на таблицу Элементы заказа.

В таблице Заказчики внешним ключом является атрибут id_zak, который ссылается на таблицу Заказы.

3.5 Диаграмма прецедентов

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

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

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

Диаграмма прецедентов приведена на рисунке 3.

Рисунок 3 - Диаграмма прецедентов

3.6 Схема функционирования программного средства и описание форм

При запуске разработанного программного комплекса на экран автоматически выводится главная форма. На рисунке 4 приведена схема взаимодействия форм между собой.



Рисунок 4 - Схема взаимодействия форм

Главная форма разделена на вкладки: Заказы и Заказчики, Поставщики и материалы, Полиграфические услуги. В свою очередь у вкладок Заказы и Заказчики, Поставщики и Материалы есть свои вкладки. Представлено на рисунке 5.

Рисунок 5 - Главная форма

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

У вкладки Поставщики и Материалы есть следующие вкладки: Бумага и Картон, Вспомогательные материалы, Переплетные материалы, Поставщики. Представлено на рисунке 6.



Рисунок 6 - Элементы формы

На вкладках Заказы, Заказчики, Детализация заказа отображаются данные из таблиц Zakaz, Zakazchik, det_zakaza соответственно. На вкладках Бумага и Картон, Вспомогательные материалы, Переплетные материалы, Поставщики отображаются данные из таблиц Bumaga, Dop_material, Perepl_material, Postavchik. На вкладке Полиграфические услуги отображаются данные из таблицы Uslugi.

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

Рассмотрим функции программного средства.

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

Рисунок 7 - Элементы формы

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

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

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

Рисунок 8 - Элементы формы

На вкладке «Заказчики» непосредственно в таблице, расположенной на форме, можно просмотреть всех заказчиков организации, а также заказы, которые совершил конкретный заказчик. Представлено на рисунке 9.

Рисунок 9 - Элементы формы

На вкладке «Полиграфические услуги» можно сгенерировать и распечатать отчет по выполненным видам работ с указанием их стоимости.

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

3.7 Выходная информация

В разработанном программном средстве для облегчения работы пользователей созданы выходные формы.

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

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



Рисунок 10 - Отчет по заказам

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



Рисунок 11 - Квитанция на оплату

На вкладке «Заказчики», представлена на рисунке 13, предусмотрена возможность печати списка заказчиков издательского центра с данными о контактных лицах, адресами, номерами телефонов.



Рисунок 12 - Счет-фактура

Рисунок 13 - Список заказчиков

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

Рисунок 14 - Отчет о полученном доходе

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



Рисунок 15 - Прайс-лист

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

автоматизированный информационный access

Заключение

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

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

1 Изучена предметная область

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

3 Разработана и реализована база данных

4 Изучена психология пользователя восприятия информации с экрана монитора

5 Спроектирована схема функционирования программного средства

6 Реализовано программное средство «АРМ Полиграфия», которое упрощает работу руководителя полиграфическим производством

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

Список использованных источников

1 Хендерсон, К. Руководство разработчика баз данных/ К. Хендерсон - М.: ОЛМА-пресс, 2003г. - 230 с.

2 Рубен, А. Эффективная работа с СУБД / А. Рубен, А. Горев, С. Макшарипов - С-Пб.: Питер, 2001 - 822 с.

3 Бородин, А.И. Access - для самостоятельного освоения / А.И.Бородин, Л.И.Крошинская, Е.Н.Лядинская - Мн.: НО ООО «БИП?С», 2002 - 234 с.

4 Гедранович, В.В. Технологии организации, хранения и обработки данных: Учебно?методический комплекс / В.В. Гедранович, Ю.В. Змеева - Мн.: Изд?во МИУ, 2004 - 324 с.

5 Карпова, Т.С Базы данных: модели, разработка, реализация / Т.С. Карпова - С-Пб.: Питер, 2001 - 458 с.

6 Хетагуров, Я.А. Проектирование автоматизированных систем обработки информации и управления (АСОИУ)/ Я.А. Хетагуров - М.: ОЛМА-пресс, 2006г. - 223 с.

7 Грекул, В.И. Проектирование информационных систем: учебное пособие / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - М.: Интернет-Ун-т Информ. технологий, 2005. - 304 с.

8 Бойко, В.В. Проектирование информационной базы автоматизированной системы на основе СУБД/ В.В. Бойко, Савинков В.М. - М.: Финансы и статистика, 2004г. - 244 с.

9 Электронный ресурс ru.wikipedia.org

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