Разработка системы управления электронным документооборотом на примере ООО "Курортное"

Стадии обработки документов в туристическом агентстве, проектирование базы данных. Реализация программного продукта с помощью объектно-ориентированного языка программирования Borland Delphi 7.0. и системы управления базами данных Microsoft Access 2003.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 22.01.2012
Размер файла 6,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

Иерархическая модель данных. Иерархическая БД состоит из упорядоченного набора деревьев; более точно, из упорядоченного набора нескольких экземпляров одного типа дерева. Тип дерева состоит из одного «корневого» типа записи и упорядоченного набора из нуля или более типов поддеревьев (каждое из которых является некоторым типом дерева). Тип дерева в целом представляет собой иерархически организованный набор типов записи.

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

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

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

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

Сетевая БД состоит из набора записей и набора связей между этими записями, а если говорить более точно, из набора экземпляров каждого типа из заданного в схеме БД набора типов записи и набора экземпляров каждого типа из заданного набора типов связи.

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

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

Принято считать, что реляционный подход к организации баз данных был заложен в конце 1960-х гг. Эдгаром Коддом. В последние десятилетия этот подход является наиболее распространенным (с оговоркой, что в называемых в обиходе реляционными системах баз данных, основанных на языке SQL, в действительности нарушаются некоторые важные принципы классического реляционного подхода). Достоинствами реляционного подхода принято считать следующие свойства: реляционный подход основывается на небольшом числе интуитивно понятных абстракций, на основе которых возможно простое моделирование наиболее распространенных предметных областей; эти абстракции могут быть точно и формально определены; теоретическим базисом реляционного подхода к организации баз данных служит простой и мощный математический аппарат теории множеств и математической логики; реляционный подход обеспечивает возможность ненавигационного манипулирования данными без необходимости знания конкретной физической организации баз данных во внешней памяти. Компьютерный мир далеко не сразу признал реляционные системы. В 70-е года прошлого века, когда уже были получены почти все основные теоретические результаты и даже существовали первые прототипы реляционных СУБД, многие авторитетные специалисты отрицали возможность добиться эффективной реализации таких систем. Однако преимущества реляционного подхода и развитие методов и алгоритмов организации и управления реляционными базами данных привели к тому, что к концу 80-х годов реляционные системы заняли на мировом рынке СУБД доминирующее положение [28].

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

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

- страна - это данные страны, в которую может поехать клиент на отдых;

- курорт - это данные курорта, с которыми сотрудничает туристическое агентство;

- клиент - это данные клиента, который обратился в туристическое агентство для организации своего отдыха;

- должность - это должность сотрудника туристической организации, имеющего доступ к системе электронного документооборота;

- отдел - это отдел в котором работает сотрудник туристического агентства, имеющий доступ к системе электронного документооборота;

- права - это права пользователей, на подтверждение или исполнение заявок;

- заявка - это заявка клиента на осуществление отдыха на одном из курортов;

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

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

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

Опишем реквизиты каждого выделенного информационного объекта.

Информационный объект «Страна» имеет следующие реквизиты, присутствие которых необходимо для нормального функционирования информационной системы: код страны и страна.

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

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

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

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

Информационный объект «Курорты» имеет следующие реквизиты, присутствие которых необходимо для нормального функционирования информационной системы: код курорта, курорт, стоимость билета, код страны, в которой находится курорт.

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

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

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

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

Созданная информационно-логическая модель представлена на рисунке 2.5.

Рис. 2.5 Информационно-логическая модель

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

Одно многозначные связи - это такие связи, когда каждому экземпляру одного объекта может соответствовать несколько экземпляров другого объекта, а каждому экземпляру второго объекта может соответствовать только один экземпляр первого объекта. В такой связи первый объект является главным, а второй подчиненным.

2.5 Разработка дерева функций и сценария диалога с пользователем

На рисунке 2.5. представлено дерево функций разрабатываемого программного продукта.

Рис. 2.5 Дерево функций

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

Рис. 2.6 Сценарий диалога с пользователем

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

Выводы

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

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

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

ГЛАВА 3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ПРОГРАММНОГО ПРОДУКТА

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

Для реализации программного продукта была выбрана СУБД Microsoft Access 2003, что предъявляет требования к программному обеспечению, на который будет устанавливаться программный продукт.

Для работы программного продукта требуется следующее программное обеспечение к рабочей станции:

- Microsoft Windows;

- Microsoft Office (Access и Excel);

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

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

Для создания базы данных автоматизированного рабочего места используется система управления базами данных Microsoft Access 2003. Данный программный продукт позволяет управлять всеми сведениями из одного файла базы данных. В основе выбора именно данной системы управления базами данных лежит отсутствие затрат на приобретение. На сегодняшний день в компании уже присутствует и используется данная система управления базами данных. В рамках этого файла используются следующие объекты:

- таблицы для сохранения данных;

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

- формы для просмотра, добавления и изменения данных в таблицах;

- отчеты для анализа и печати данных в определенном формате;

- макросы для создания собственных сценариев обработки данных.

Запросы создаются для поиска и вывода данных, удовлетворяющих заданным условиям, включая данные из нескольких таблиц, для обновления, добавления или удаления группы записей одновременно, для выполнения стандартные или пользовательских вычислений, для создания новых таблиц. Для создания запросов, а также для обновления и управления объектами базы данных, применяется язык SQL (Structured Query Language) [1].

Язык SQL используется при создании запросов, а также для обновления и управления реляционными базами данных, такими как базы данных Microsoft Access. SQL является полным языком, в нем присутствуют не только операции запросов, но и операторы, соответствующие DDL - Data Definition Language - языку описания данных. Кроме того, язык содержит операторы, предназначенные для управления (администрирования) БД [29].

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

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

Для обработки событий в форме или отчете применяются макрокоманды (макросы) и модули на языке VBA (Visual Basic for Applications). Макрос - это группа команд, объединенных под одним именем и выполняющих определенную функцию (например, открытие/закрытие формы, отчета, запуск запроса и т. д.). Каждый макрос представляет собой небольшой отлаженный модуль на VBA, их применение значительно упрощает процесс программирования и уменьшает количество ошибок при разработке программы [10].

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

- Borland Delphi 7.0;

- Microsoft Visual Basic .NET;

- C++ Builder.

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

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

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

Таблица 3.1 Сравнительный анализ средств разработки

Параметр сравнения

Borland Delphi 7.0.

Microsoft Visual Basic . Net

C++ Builder

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

5

4

4

Наличие и доступность документации

5

5

5

Поддержка со стороны производителя

5

5

5

Инструментарий средств разработки

5

5

5

Итого:

20

19

19

Для реализации поставленной задачи был выбран объектно-ориентированный язык программирования Borland Delphi 7.0. Данный язык программирования отличается простотой синтаксиса, легкой возможностью связки с другими прикладными программными продуктами.

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

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

- в пакете Delphi есть возможность вывода информации из баз, данных на принтер с использованием встроенного генератора отчетов;

- в Delphi реализован язык SQL, который используется при работе с локальными и сетевыми базами данных;

- Delphi имеет большую производительность и относительно небольшие размеры;

- Язык визуального программирования.

Delphi предоставляет разработчику приложения широкие возможности быстрого и качественного проектирования графического интерфейса пользователя - различных окон, кнопок, меню и т.д [11].

Кроме того, Delphi - это комбинация нескольких важнейших технологий:

- высокопроизводительный компилятор в машинный код;

- объектно-ориентированная модель компонент;

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

- масштабируемые средства для построения баз данных.

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

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

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

Таким образом, СУБД Microsoft Access и язык программирования Borland Delphi 7.0. идеально подходят для реализации программного продукта. Наличие установленного языка программирования Borland Delphi 7.0 на компьютерах, где предполагается использование программного продукта после окончания разработки не является необходимым.

3.2 Физическое проектирование базы данных

Перед тем как реализовать физически базу данных необходимо определить тип данных всех реквизитов информационных объектов.

В таблице 3.2 представлена структура реализуемой таблицы «Страна».

Таблица 3.2 Структура таблицы «Страна»

Имя поля

Тип данных

Размер поля

Ключ

Код страны

Счетчик

-

Первичный

Страна

Текстовый

50

-

В таблице 3.3 представлена структура реализуемой таблицы «Клиенты».

Таблица 3.3 Структура таблицы «Клиенты»

Имя поля

Тип данных

Размер поля

Ключ

Код клиента

Счетчик

-

Первичный

Фамилия

Текстовый

50

-

Имя

Текстовый

50

-

Отчество

Текстовый

50

-

Адрес

Текстовый

255

-

Дата рождения

Дата

-

-

Паспорт

Текстовый

12

-

Телефон

Текстовый

14

-

E-mail

Текстовый

50

-

В таблице 3.4 представлена структура реализуемой таблицы «Должности».

Таблица 3.4 Структура таблицы «Должности»

Имя поля

Тип данных

Размер поля

Ключ

Код должности

Счетчик

-

Первичный

Должность

Текстовый

50

-

В таблице 3.5 представлена структура реализуемой таблицы «Права».

Таблица 3.5 Структура таблицы «Права»

Имя поля

Тип данных

Размер поля

Ключ

Код права

Счетчик

-

Первичный

Название

Текстовый

50

-

Формирование

Логический

-

-

Утверждение

Логический

-

-

Исполнение

Логический

-

-

В таблице 3.6 представлена структура реализуемой таблицы «Курорты».

Таблица 3.6 Структура таблицы «Курорты»

Имя поля

Тип данных

Размер поля

Ключ

Код курорта

Счетчик

-

Первичный

Курорт

Текстовый

50

-

Стоимость билета

Денежный

-

-

Код страны

Числовой

-

Внешний

В таблице 3.7 представлена структура реализуемой таблицы «Пользователи».

Таблица 3.7 Структура таблицы «Пользователи»

Имя поля

Тип данных

Размер поля

Ключ

Код пользователя

Счетчик

-

Первичный

ФИО

Текстовый

150

-

Логин

Текстовый

50

-

Пароль

Текстовый

50

-

Код должности

Числовой

-

Внешний

Код отдела

Числовой

-

Внешний

Код права

Числовой

-

Внешний

В таблице 3.8 представлена структура реализуемой таблицы «Заявки».

Таблица 3.8 Структура таблицы «Заявки»

Имя поля

Тип данных

Размер поля

Ключ

Код заявки

Счетчик

-

Первичный

Гостиница

Текстовый

150

-

Количество людей

Числовой

50

-

Количество детей

Числовой

50

-

Дата заезда

Дата

-

-

Дата выезда

Дата

-

-

Код клиента

Числовой

-

Внешний

Код курорта

Числовой

-

Внешний

Сформировал

Числовой

-

Внешний

Утвердил

Числовой

-

Внешний

Исполнитель

Числовой

-

Внешний

Дата формирования

Дата

-

-

Дата утверждения

Дата

-

-

Дата исполнения

Дата

-

-

Исходя из представленных выше таблицы были реализованы таблицы в системе управления базами данных Access. На рисунке 3.1 представлена таблица «Должности» в режиме конструктора.

Рис. 3.1 Таблица «Должности» в режиме конструктора

На рисунке 3.2. представлена таблица «Заявка» в режиме конструктора.

Рис. 3.2 Таблица «Заявка» в режиме конструктора

На рисунке 3.3. представлена таблица «Клиенты» в режиме конструктора.

Рис. 3.3 Таблица «Клиенты» в режиме конструктора

На рисунке 3.4. представлена таблица «Курорты» в режиме конструктора.

Рис. 3.4 Таблица «Курорты» в режиме конструктора

На рисунке 3.5. представлена таблица «Отделы» в режиме конструктора.

Рис. 3.5 Таблица «Отделы» в режиме конструктора

На рисунке 3.6. представлена таблица «Пользователи» в режиме конструктора.

Рис. 3.6 Таблица «Пользователи» в режиме конструктора

На рисунке 3.7. представлена таблица «Права» в режиме конструктора.

Рис. 3.7 Таблица «Права» в режиме конструктора

На рисунке 3.8. представлена таблица «Страна» в режиме конструктора.

Рис. 3.8 Таблица «Страна» в режиме конструктора

На рисунке 3.9. представлена схема данных.

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

3.3 Физическая реализация программного продукта

У всех документов можно выделить три стадии:

- сформирован;

- проверен;

- исполнен.

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

Рис. 3.10 Макет главной формы

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

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

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

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

Рис. 3.11 Макет формы справочников

Кроме того необходимо выделить и формы клиентов. На рисунке 3.12 представлен макет формы клиентов.

Рис. 3.12 Макет формы клиентов

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

На рисунке 3.13 представлен макет формы входа в систему.

Рис. 3.13 Макет входа в систему

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

Переход между формами будет осуществляться преимущественно с помощью главного меню.

На рисунке 3.14. представлен макет формы отражающей полную информацию о заявке.

Рис. 3.14 Макет формы «Полная информация о заявке»

На рисунке 3.15. представлен макет формы администрирования.

Рис. 3.15 Макет формы «Пользователи»

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

3.4 Руководство для пользователей по эксплуатации программного продукта

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

3.4.1 Инструкция по работе с программным продуктом пользователю с набором прав менеджера по работе с клиентами

При запуске программного продукта появиться окно входа в систему, представлено на рисунке 3.16.

Рис. 3.16 Окно входа в систему

В нем необходимо ввести пользователю свой логин и пароль, после чего нажать кнопку «Войти». При вводе символов в поле «Пароль» символы автоматически заменяются на «*». В данном случае был введен логин «Smirnova» и пароль «111».

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

Рис. 3.17 Главная форма программного продукта

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

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

На рисунке 3.18. представлена вкладка «Утвержденные к исполнению заявки».

Рис. 3.18 Главная форма. Утвержденные к исполнению заявки

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

На рисунке 3.19. представлены уже исполненные документы.

Рис. 3.19 Главная форма. Исполненные заявки

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

Рис. 3.20 Форма «Полная информация о документе»

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

Для того чтобы оформить нового клиента необходимо с помощью главного меню открыть форму «Клиенты» (меню «Справочники»).

На рисунке 3.21 представлена форма «Клиенты».

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

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

Рис. 3.22 Навигационное меню

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

На рисунке 3.23. представлена форма «Страны».

Рис. 3.23 Форма «Страны»

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

На рисунке 3.24. представлена форма «Курорты».

Рис. 3.2 Форма «Курорты»

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

Выход из программы можно осуществить следующими способами:

- закрыть главную форму;

- выбрать пункт в главном меню «Выход».

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

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

3.4.2 Инструкция по работе с программным продуктом пользователю с набором прав системного администратора

При запуске программного продукта появиться окно входа в систему, представлено на рисунке 3.25.

Рис. 3.25 Окно входа в систему

В нем необходимо ввести пользователю свой логин и пароль, после чего нажать кнопку «Войти». При вводе символов в поле «Пароль» символы автоматически заменяются на «*». В данном случае был введен логин «Sidorov» и пароль «123».

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

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

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

Системный администратор имеет несколько дополнительных таблиц, которые имеет право редактировать. На рисунке 3.27 представлен справочник «Пользователи».

Рис. 3.27 Справочник «Пользователи»

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

На рисунке 3.28. представлена форма «Права»

Рис. 3.28 Форма «Права»

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

На рисунке 3.29. представлена форма «Отделы».

Рис. 3.29 Форма «Отделы»

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

На рисунке 3.30 представлена форма «Должности».

Рис. 3.30 Форма «Должности»

Данная форма содержит информацию о возможных должностях сотрудников и отделах.

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

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

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

При запуске программного продукта появиться окно входа в систему, представлено на рисунке 3.31.

Рис. 3.31 Окно входа в систему

В нем необходимо ввести пользователю свой логин и пароль, после чего нажать кнопку «Войти». При вводе символов в поле «Пароль» символы автоматически заменяются на «*». В данном случае был введен логин «Ivanenko» и пароль «111».

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

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

Как видно из представленного выше рисунка кнопка «Добавить» заблокирована, зато кнопка «Проверен» разблокирована.

На рисунке 3.33. представлена главная форма программного продукта на вкладке утвержденные к исполнению заявки.

Рис. 3.33 Главная форма. Утвержденные к исполнению заявки

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

3.4.4 Внедрение информационной системы

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

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

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

Выводы

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

Реализация программного продукта осуществлялась с помощью объектно-ориентированного языка программирования Borland Delphi 7.0. и системы управления базами данных Microsoft Access 2003.

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

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

ЗАКЛЮЧЕНИЕ

Темой дипломного проекта являлась «Разработка системы управления электронным документооборотом на примере ООО «Курортное».

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

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

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

- анализ предметной области;

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

- анализ потоков информации на предприятии;

- проектирование базы данных;

- физическая реализация базы данных;

- разработка приложения пользователя;

- физическая реализация приложения пользователя.

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

- снизить уровень загруженности агента туристической фирмы;

- повысить уровень оперативности обслуживания клиентов;

- сократить издержки связанные с оформлением документации;

- повысить оперативность формирования периодической отчетности;

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

- повысить уровень конкурентоспособности фирмы.

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

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

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

Программный продукт был реализован с помощью системы управления базами данных Microsoft Access 2003, а также языка объектно-ориентированного программирования Borland Delphi 7.0. Оформление отчета осуществлялось с помощью интегрированного пакета Microsoft Office 2003.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ И ЛИТЕРАТУРЫ

1. Бакаревич Ю. Б. Самоучитель Microsoft Access / Ю. Бакаревич, Н.Пушкина.- 2003. - СПб.: БХВ-Петербург, 2002 - 402 с.

2. Барановская Т. П. и др. Информационные системы и технологии в экономике Т.П. Барановская.- Учебник. -2-е изд., доп. и перераб. - М.: Финансы и статистика, 2005 -- 416 с.

3. Благодатских В. А. и др. Стандартизация разработки программных средств / В.А Благодатских.- Учеб. пособие. - М.: Финансы и статистика, 2005. -- 288 с.

4. Бобровский С. Программирование в Delphi 7 / С.Бобровский. - СПб.: Информ-Пресс, 2003. - 806 c. : ил.

5. Бойко В.В. Проектирование баз данных информационных систем / В. Бойко, В.М Савинков. - М.: Финансы и статистика, 2004.

6. Бондарева Г.А. Информатика / Е.В. Сахарова, Л.Н. Королькова,- Ставрополь, СТИС, 2006

7. Вендров А. М. Проектирование программного обеспечения экономических информационных систем / А.М. Вендеров.-Учебник. -2-е изд., перераб. и доп. -М.: Финансы и статистика, 2005. -- 544 с.

8. Гетия И. Г. Безопасность при работе на ПЭВМ / И.Г Гетия. - М.: НПЦ Профессионал-Ф, 2001. -- 140 с.

9. Гончаров А. Ю. Access 2003. Самоучитель с примерами / А.Ю Гончаров. М.: Инфра-М, 2004 - 385 с.

10. Горев А. Эффективная работа с СУБД / А. Горев. - СПб.: Питер, 1997. - 704с.: ил.

11. Гофман В. Э и др. Delphi 7 / В.Э Горфман, А.Д Хомоненко. - СПб.: BHV, 2004. - 1216 с. : ил.

12. Дарахвелидзе, П.Г. Программирование в Delphi7 / П.Г Дарахвелидзе.- СПб.: БХВ-Петербург, 2003. - 784 с.

13. Каймин В.А. Информатика: Учебник. - 5-ое издание / В.А Каймин. - М.: ИНФРА-М, 2007 - 244 с.

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

15. Конеев И. Информационная безопасность предприятия / И.Конеев. - СПб.: БХВ-Петербург, 2003. -- 733 с.

16. Лугачев М. И. и др. Экономическая информатика: введение в экономический анализ / М.И Лугачев. - М.: Инфра-М, 2005. --569 с.

17. Маклаков С. В. ВРWin и ERWin. САSЕ-средства разработки информационных систем С.В Маклаков. - М.: Диалог-МИФИ, 1999 - 455 с.: ил.

18. Мельников В. В. Безопасность информации в автоматизированных системах / В.В Мельников. -- М.: Финансы и статистика, 2003. -- 368 с.

19. Мишенин А. И. Теория экономических информационных систем / А.И Мишенин. -- М.: Финансы и статистика, 2000. -- 240 с.

20. Норенков И. П. Основы автоматизированного проектирования И.П Норенков.- Учебник для вузов. -- М.: МГТУ им. Н. Э. Баумана, 2002. -- 336

21. Орлов С. Технологии разработки программного обеспечения / С.Орлов.- Учебное пособие. 2-е изд. -- СПб.: Питер, 2003. -- 480 с.

22. Партыка Т. Л. Информационная безопасность / Т.Л Партыка. - М.ИНФРА-М, 2002. -- 367 с.

23. Петров, В. Н. Информационные системы: учеб. пособие для вузов / В.Н Петров. - СПб.: Питер, 2002. - 688 с.

24. Савицкая Г. В. Анализ хозяйственной деятельности предприятия / Г. Савицкая.-Учебник. - М.: Инфра-М, 2003. -- 400 с.

25. Савицкий Н. И. Экономическая информатика / Н.И Савицкий. - М.: Экономист, 2004. -- 429 с.

26. Смирнова Г. Н. и др. Проектирование экономических информационных систем: Учебник / Г.Н Смирнова, Под ред. Ю. Ф. Тельнова. - М.: Финансы и статистика, 2002. -- 512 с.

27. Фаронов И. В. Программирование баз данных в Delphi 7: учебный курс / И.В Фаронов. - СПб.: Питер, 2005. - 295 с. : ил.

28. Чекалов А. Базы данных: от проектирования до разработки приложений А. Чекалов. - СПб: BHV, 2003. -- 384 c.

29. Шкарина Л. Язык SQL:учебный курс / Л.Шкарина. - СПб.: Питер, 2001.

ПРИЛОЖЕНИЕ 1

Листинг программного продукта

Ниже представлен листинг программного продукта.

unit LogUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ExtCtrls, StdCtrls, Mask, DBCtrls, jpeg;

type

TLogForm = class(TForm)

Panel1: TPanel;

Image1: TImage;

Label1: TLabel;

Label2: TLabel;

MaskEdit1: TMaskEdit;

Button1: TButton;

Edit1: TEdit;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

LogForm: TLogForm;

mplementation

uses DMUnit, MainUnit;

{$R *.dfm}

procedure TLogForm.Button1Click(Sender: TObject);

Var Access:boolean;

a,b,Empt:string;

begin

a:=Edit1.Text;

b:=MaskEdit1.Text;

Access:=false;

if (Dm.User.RecordCount=0) or (not Dm.ADOConnection1.Connected) then

Begin

if (Edit1.Text='Admin') and (MaskEdit1.Text='111') then Access:=true

End

Else

Begin

Dm.User.First;

while not (Dm.User.Eof) do

Begin

if (a=Dm.User.FieldByName('Логин').AsString) and (b=Dm.User.FieldByName('Пароль').AsString) then Access:=true;

Dm.User.Next;

End;

End;

if Access then

Begin

try

Dm.User.Locate('Логин', a,[]);

MainForm.StatusBar1.Panels[1].Text:=Dm.User.FieldByName('ФИО').AsString;

MainUnit.Filter:='';

Dm.Adm.Locate('КодПрава',Dm.User.FieldByName('КодПрава').AsInteger,[]);

if (Dm.Adm.FieldByName('Название').AsString='Администратор') or (Edit1.Text='Admin') then MainForm.N4.Visible:=true

else MainForm.N4.Visible:=false;

MainUnit.Form:=Dm.Adm.FieldByName('Формирование').AsBoolean;

MainUnit.Utv:=Dm.Adm.FieldByName('Утверждение').AsBoolean;

MainUnit.Isp:=Dm.Adm.FieldByName('Исполнение').AsBoolean;

MainUnit.UserIndex:=Dm.User.FieldByName('КодПользователя').AsInteger;

except

end;

MainForm.TabSheet1.Show;

MainForm.Show;

LogForm.Visible:=False;

End;

end;

end.

unit MainUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, ComCtrls, Menus, ExtCtrls, Grids, DBGrids, StdCtrls;

type

TMainForm = class(TForm)

Panel1: TPanel;

PageControl1: TPageControl;

TabSheet1: TTabSheet;

TabSheet2: TTabSheet;

TabSheet3: TTabSheet;

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

StatusBar1: TStatusBar;

DBGrid1: TDBGrid;

DBGrid2: TDBGrid;

DBGrid3: TDBGrid;

N5: TMenuItem;

N6: TMenuItem;

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

Button5: TButton;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

N14: TMenuItem;

Timer1: TTimer;

procedure TabSheet1Show(Sender: TObject);

procedure TabSheet2Show(Sender: TObject);

procedure TabSheet3Show(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure FormClose(Sender: TObject; var Action: TCloseAction);

procedure FormShow(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure Timer1Timer(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N14Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure Button5Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

MainForm: TMainForm;

Utv, Isp, Form:boolean;

UserIndex: integer;

Filter:string;

implementation

uses DMUnit, LogUnit, AdmUnit, ClientsUnit, CountryUnit, DepUnit, PostUnit,

ResUnit, RuleUnit, FIUnit;

{$R *.dfm}

procedure TMainForm.TabSheet1Show(Sender: TObject);

begin

Dm.Claim.Filter:='(([Сформировал]<>Null) and ([Утвердил]=Null) and ([Исполнитель]=Null))'+ Filter;

Button1.Visible:=true;

Button1.Caption:='Проверен';

Button2.Enabled:=Form;

Button1.Enabled:=Utv;

Button3.Visible:=true;

end;

procedure TMainForm.TabSheet2Show(Sender: TObject);

begin

Dm.Claim.Filter:='(([Сформировал]<>Null) and ([Утвердил]<>Null) and ([Исполнитель]=Null))'+Filter;

Button1.Visible:=true;

Button1.Caption:='Исполнен';

Button2.Enabled:=Form;

Button1.Enabled:=Isp;

Button3.Visible:=false;

end;

procedure TMainForm.TabSheet3Show(Sender: TObject);

begin

Dm.Claim.Filter:='(([Сформировал]<>Null) and ([Утвердил]<>Null) and ([Исполнитель]<>Null))'+ Filter;

Button1.Visible:=false;

Button2.Enabled:=Form;

Button3.Visible:=false;

end;

procedure TMainForm.N5Click(Sender: TObject);

begin

MainForm.Hide;

LogForm.Show;

LogForm.Edit1.Text:='';

LogForm.MaskEdit1.Text:='';

end;

procedure TMainForm.N6Click(Sender: TObject);

begin

MainForm.Close;

end;

procedure TMainForm.FormClose(Sender: TObject; var Action: TCloseAction);

begin

LogForm.Close;

end;

procedure TMainForm.FormShow(Sender: TObject);

begin

Dm.Claim.Filter:='([Сформировал]<>Null) and ([Утвердил]=Null) and ([Исполнитель]=Null)';

Button1.Visible:=true;

Button1.Caption:='Проверен';

Button2.Enabled:=Form;

Button1.Enabled:=Utv;

Button3.Visible:=true;

N7.Checked:=true;

end;

procedure TMainForm.N7Click(Sender: TObject);

begin

StatusBar1.Visible:=N7.Checked;

StatusBar1.Top:=583;

end;

procedure TMainForm.Timer1Timer(Sender: TObject);

begin

StatusBar1.Panels[3].Text:=DateToStr(Now);

StatusBar1.Panels[5].Text:=TimeToStr(Now);

end;

procedure TMainForm.N11Click(Sender: TObject);

begin

ClientForm.Show;

end;

procedure TMainForm.N10Click(Sender: TObject);

begin

CountryForm.Show;

end;

procedure TMainForm.N14Click(Sender: TObject);

begin

ResForm.Show;

end;

procedure TMainForm.N8Click(Sender: TObject);

begin

UserForm.Show;

end;

procedure TMainForm.N9Click(Sender: TObject);

begin

RuleForm.Show;

end;

procedure TMainForm.N12Click(Sender: TObject);

begin

PostForm.Show;

end;

procedure TMainForm.N13Click(Sender: TObject);

begin

OtdForm.Show;

end;

procedure TMainForm.Button4Click(Sender: TObject);

begin

FIForm.Show;

end;

procedure TMainForm.Button5Click(Sender: TObject);

begin

if dm.Claim.Modified then Dm.Claim.Post;

end;

procedure TMainForm.Button3Click(Sender: TObject);

begin

Dm.Claim.Delete;

end;

procedure TMainForm.Button2Click(Sender: TObject);

begin

Dm.Claim.Insert;

FIForm.Show;

end;

procedure TMainForm.Button1Click(Sender: TObject);

begin

case PageControl1.ActivePageIndex of

0: Begin

Dm.Claim.Edit;

Dm.Claim.FieldByName('Утвердил').AsInteger:=MainUnit.UserIndex;

Dm.Claim.FieldByName('ДатаУтверждения').AsDateTime:=Now;

Dm.Claim.Post;

End;

1: Begin

Dm.Claim.Edit;

Dm.Claim.FieldByName('Исполнитель').AsInteger:=MainUnit.UserIndex;

Dm.Claim.FieldByName('ДатаИсполнения').AsDateTime:=Now;

Dm.Claim.Post;

End;

End;

end;

end.

unit PostUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DBCtrls, ExtCtrls, Grids, DBGrids, StdCtrls, Mask;

type

TPostForm = class(TForm)

DBGrid1: TDBGrid;

Panel1: TPanel;

DBNavigator1: TDBNavigator;

Label1: TLabel;

DBEdit1: TDBEdit;

private

{ Private declarations }

public

{ Public declarations }

end;

var

PostForm: TPostForm;

implementation

uses DMUnit;

{$R *.dfm}

end.

unit ResUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DBCtrls, StdCtrls, Mask, ExtCtrls, Grids, DBGrids;

type

TResForm = class(TForm)

DBGrid1: TDBGrid;

Panel1: TPanel;

DBNavigator1: TDBNavigator;

Label1: TLabel;

DBEdit1: TDBEdit;

Label2: TLabel;

DBEdit2: TDBEdit;

Label3: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

private

{ Private declarations }

public

{ Public declarations }

end;

var

ResForm: TResForm;

implementation

uses DMUnit;

{$R *.dfm}

end.

unit RuleUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DBCtrls, Mask, ExtCtrls, Grids, DBGrids;

type

TRuleForm = class(TForm)

DBGrid1: TDBGrid;

Panel1: TPanel;

DBNavigator1: TDBNavigator;

Label1: TLabel;

DBEdit1: TDBEdit;

DBCheckBox1: TDBCheckBox;

DBCheckBox2: TDBCheckBox;

DBCheckBox3: TDBCheckBox;

private

{ Private declarations }

public

{ Public declarations }

end;

var

RuleForm: TRuleForm;

implementation

uses DMUnit;

{$R *.dfm}

end.

program SED;

uses

Forms,

LogUnit in 'LogUnit.pas' {LogForm},

DMUnit in 'DMUnit.pas' {DM: TDataModule},

MainUnit in 'MainUnit.pas' {MainForm},

CountryUnit in 'CountryUnit.pas' {CountryForm},

ResUnit in 'ResUnit.pas' {ResForm},

ClientsUnit in 'ClientsUnit.pas' {ClientForm},

AdmUnit in 'AdmUnit.pas' {UserForm},

RuleUnit in 'RuleUnit.pas' {RuleForm},

PostUnit in 'PostUnit.pas' {PostForm},

DepUnit in 'DepUnit.pas' {OtdForm},

FIUnit in 'FIUnit.pas' {FIForm};

{$R *.res}

begin

Application.Initialize;

Application.CreateForm(TLogForm, LogForm);

Application.CreateForm(TDM, DM);

Application.CreateForm(TMainForm, MainForm);

Application.CreateForm(TCountryForm, CountryForm);

Application.CreateForm(TResForm, ResForm);

Application.CreateForm(TClientForm, ClientForm);

Application.CreateForm(TUserForm, UserForm);

Application.CreateForm(TRuleForm, RuleForm);

Application.CreateForm(TPostForm, PostForm);

Application.CreateForm(TOtdForm, OtdForm);

Application.CreateForm(TFIForm, FIForm);

Application.Run;

end.

unit AdmUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, DBCtrls, StdCtrls, Mask, ExtCtrls, Grids, DBGrids;

type

TUserForm = class(TForm)

DBGrid1: TDBGrid;

Panel1: TPanel;

DBNavigator1: TDBNavigator;

Label1: TLabel;

DBEdit1: TDBEdit;

Label2: TLabel;

DBEdit2: TDBEdit;

Label3: TLabel;

DBEdit3: TDBEdit;

Label4: TLabel;

DBLookupComboBox1: TDBLookupComboBox;

Label5: TLabel;

DBLookupComboBox2: TDBLookupComboBox;

Label6: TLabel;

DBLookupComboBox3: TDBLookupComboBox;

private

{ Private declarations }

public

{ Public declarations }

end;

var

UserForm: TUserForm;

implementation

uses DMUnit;

{$R *.dfm}

end.

unit ClientsUnit;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Mask, DBCtrls, ExtCtrls, Grids, DBGrids;

type

TClientForm = class(TForm)


Подобные документы

  • Системы визуального объектно-ориентированного программирования. Среда разработки Delphi. Microsoft Access как система управления базами данных реляционного типа. Структурированный язык запросов SQL. Программирование базы данных Библиотечного фонда.

    курсовая работа [2,5 M], добавлен 08.01.2012

  • Краткая характеристика и функциональные возможности MS Access. Базы данных и системы управления базами данных. Проектирование в теории и создание на практике базы данных в продукте корпорации Microsoft для управления базами данных "Microsoft Access".

    курсовая работа [1,6 M], добавлен 07.03.2015

  • Microsoft Access как система управления базами данных (СУБД), ее предназначение. Организованная структура для хранения данных. Типы данных при работе с Microsoft Access 2003 и Microsoft Access 2007. Проектирование баз данных и построение ER-диаграммы.

    контрольная работа [16,3 K], добавлен 10.10.2010

  • Основные возможности системы управления реляционными базами данных (СУБД) Microsoft Access. Пользовательский интерфейс MS Access 2003. Команды панели инструментов окна БД. Область возможных режимов создания объектов. Создание таблиц в базе данных.

    реферат [5,5 M], добавлен 08.11.2010

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

    курсовая работа [1,8 M], добавлен 26.06.2013

  • Базы данных и системы управления базами данных. Структура простейшей базы данных, свойства полей. Понятие языка SQL. Проектирование баз данных, режимы работы, объекты. СУБД Microsoft Access. Создание базы данных "Электротовары" средствами Visual FoxPro.

    курсовая работа [5,7 M], добавлен 29.04.2014

  • Системы управления базами данных: сущность и характеристика. Типы данных и свойства полей СУБД Access. Объекты базы данных: таблицы, схемы данных, формы, запросы, отчеты. Разработка и проектирование базы данных "Продажи книг" в среде Microsoft Access.

    курсовая работа [1,8 M], добавлен 04.02.2013

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

    контрольная работа [199,2 K], добавлен 15.12.2014

  • Исследование характеристик и функциональных возможностей системы управления базами данных Microsoft Office Access. Определение основных классов объектов. Разработка базы данных "Делопроизводство". Создание таблиц, форм, запросов, отчетов и схем данных.

    реферат [1,3 M], добавлен 05.12.2014

  • Разработка приложения для работы с базой данных с использованием объектно-ориентированного и визуального программирования. Обзор языка элементов языка программирования Delphi. Проектирование базы данных автозаправки. Клиентская система приложения.

    курсовая работа [2,3 M], добавлен 31.01.2016

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.