Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование информационных систем (Выбор комплекса задач автоматизации)

Содержание:

Введение

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

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

Главным элементом СУБД являются, прежде всего, базы данных, которые позволяют хранить и обрабатывать используемую информацию рационально, быстро и доступно [11].

В качестве объекта исследования в выпускной квалификационной работе выступает служба транспортной доставки заказов ООО «ТРАНС-ИРК», а предметом исследования – информационная система учета заказов и доставок груза для ООО «ТРАНС-ИРК».

Цель настоящей работы: Разработать информационную систему, обеспечивающую решение задачи поддержки транспортной доставки заказов на примере предприятия ООО «ТРАНС-ИРК».

Задачи исследования:

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

2) выполнить анализ бизнес-процессов и определение задач автоматизации в технологии работы транспортной доставки заказов;

2) выполнить моделирование базы данных;

3) выполнить проектирование интерфейса информационной системы;

4) разработать базу данных для поддержки транспортной доставки заказов в среде MicrosoftAccess;

5) выполнить контрольный пример реализации проекта и описание автоматизированной системы транспортной доставки заказов.

1 глава. Аналитическая часть.

1.1 Выбор комплекса задач автоматизации

Проблемная ситуация имеет место тогда, когда есть расхождение между желаемым и реальным состоянием объекта.

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

В реальных условиях каждое предприятие имеет свои проблемы. Главная задача проектировщика -выделить основные из них. Если устранить основные первичные проблемы, то как правило, всегда удается устранить и многие второстепенные, вторичные проблемы.

Проблемы, выявленные в исследуемой компании, представлены в таблице 1.1.

Таблица 1.1 – Проблемные ситуации в деятельности предприятия

Наименование проблемной ситуации	Средства решения
1. Сложности в подборе необхо-димого плана доставки для клиента	Предоставление клиентам экспертной системы поддержки принятия решений
2. Слабо выраженные средства популяризации предприятия	Повышение эффективности маркетин-говой компании, поиск дополнитель-ных средств рекламы транспортной доставки заказов
3. Неудобные средства учета выданных грузов и корреспонденции	Автоматизация учета выдачи грузов и корреспонденции
4. Трудности при работе агентов со списком услуг транспортной доставки заказов	Формализация каталога транспортной доставки заказов

Все вышеизложенное позволяет сделать главный вывод – компании транспортной доставки заказов ООО «ТРАНС-ИРК» необходим более мощный программный комплекс, который будет выполнять все вышеперечисленные задачи.

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

Основным моментом является оценка функциональности системы. Выполнение основных операций на каждом предприятии имеет свои индивидуальные особенности. Это может включать в себя формы хранения товаров (контейнеры, коробки, полки и т.д.), способ доставки и приема (например, товаров весом при приеме), состав и формы сопроводительных документов и т.д. Для коммерческих предприятий должно быть возможным хранение информации о владельцах грузов и почты. Если приобретается система, которая будет в состоянии адаптироваться к требованиям конкретных курьерских служб, можно использовать ее, хотя, возможно, не самым эффективным способом. В противном случае затраты будут оправданы. Современная система автоматизации и ее программное обеспечение должны быть настраиваемыми (кастомизируемыми) к требованиям конкретного пользователя. [18]

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

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

Инвенторная система довольно проста, она должна иметь низкую стоимость и короткие сроки реализации.

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

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

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

Стабильность работы службы транспортной доставки заказов в очень большой степени зависит от четкости и согласованности доставок грузов и корреспонденции; функций, которые реализует данная подсистема [3]:

а) составление списка клиентов, с которыми заключены договора;

б) составление договоров с новыми клиентами на поставку грузов и корреспонденции определенного вида на определенный срок;

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

г) составление списка регионов, где работает курьерская служба доставки;

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

Компания транспортной доставки заказов ООО «ТРАНС-ИРК» должна иметь программное и аппаратное обеспечение, которые обеспечивают:

1) извлечение данных из БД, связанных с соответствующим запросом;

2) изменение записей в БД или введение новых данных;

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

1.2 Характеристика существующих бизнес – процессов

Понятие «стратегии автоматизации» обычно означает выбор того набора бизнес процессов, действий или операций, которые совершаются сотрудниками, клиентами и партнерами или другими участниками внешней среды при взаимодействии с компанией для достижения поставленных целей.[20]

Для отдела доставки входом является заявка от клиента. Так как служба транспортной доставки заказов предоставляет услуги по оформлению и выдаче грузов и корреспонденции, то заказы могут быть как на оформление договора, так и на доставку уже оформленного груза и корреспонденции. Груз или корреспонденция выдается агенту или курьеру, а информация о заключенном договоре и выполненных доставках хранится в БД компании ООО «ТРАНС-ЭКСПРЕСС». Затем при передаче груза и корреспонденции составляются необходимые документы и услуга выполняется.

Диаграмма декомпозиции «Служба работы транспортной доставки заказов ООО «ТРАНС-ИРК» включает следующие работы:

1. Подача заявки клиентом;

2. Звонок оператора компании для уточнения согласия клиента и дополнительным разъяснением предоставляемой услуги;

3. Передача реестра клиентов согласившихся на доставку в отдел доставки;

4. Звонок оператора отдела доставки для согласования времени и уточнения адреса доставки (дата подачи заявки + 1 день);

5. Выдача доставляемого груза и корреспонденции курьеру (дата подачи заявки + 2 дня).

6. Курьер производит предварительный телефонный контакт с клиентом (за 1 час до указанного клиентом времени доставки);

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

Результатом этих работ является сохранение информации о проделанной работе в хранилище данных «База». Контекстная диаграмма «Служба работы транспортной доставки заказов » представлена на рисунке 8.

Рисунок 1.2 – Контекстная диаграмма «Служба работы транспортной доставки заказов » «AS-IS»

Рисунок 1.3 – Диаграмма декомпозиции «Служба работы транспортной доставки заказов » «AS-IS»

1.3 Характеристика документооборота

Ввиду того, что в компании ООО «ТРАНС-ИРК» не функционирует единая информационная система поддержки транспортной доставки заказов , которая позволила бы организовать эффективный электронный информационный поток, последний представлен документооборотом в материальной форме.

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

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

Таблица 1.2 – Движение документов

Код доку-мента	Наименование документа	Кем готовится	Кем использу-ется	Периодичность	Кол-во экзем-пляров
Д1	Запрос	Отдел доставки, менеджер	Отдел доставки, оператор	При запросе (не регулярная)	1
Д2	Заявка	Отдел доставки, оператор	Отдел хранения, менеджер	При отправке корреспонденции (не регулярная)	1
Д3	Отчет по выданным грузам и корреспонденции	Отдел хранения	Отдел доставки	При получении корреспонденции (не регулярная)	2
Д4	Акт приема корреспонденции	Отдел доставки	Курьер	При доставке (не регулярная)	2
Д5	Отчет по доставкам	Отдел доставки, оператор	Начальник отдела	Раз в месяц	1

Назначение вышеперечисленных документов:

Запрос (Д1). При необходимости клиент подает запрос на отслеживание корреспонденции.
Заявка (Д2). Заявка создается в отделе доставки в произвольной форме и передается в Отдел хранения.
Отчет по выданным грузам и корреспонденции (Д3). При получении курьером или агентом карт в Отделе хранения составляется отчет по выданным грузам и корреспонденции в двух экземплярах. Оба экземпляра заверяются печатью оператором отдела по выдаче и регистрируются в журнале выдачи грузов и корреспонденции. Один экземпляр остается на месте, а второй передается в Отдел доставки.
Акт приема грузов и корреспонденции (Д4). Для регистрации факта получения груза и корреспонденции составляется акт приема в двух экземплярах. Оба экземпляра заверяются печатью оператором отдела доставки и регистрируются в журнале приема груза и корреспонденции. Один остается в Отделе доставки, а второй передается в Отдел выдачи груза и корреспонденции.
Договор на обслуживание груза и корреспонденции (Д5). Составляется оператором Отдела выдачи в двух экземплярах. Один остается в Отделе выдачи. Агент или курьер передает клиенту 1 экземпляр договора.
Отчет по доставкам (Д6). Каждый месяц оператор Отдела доставки, составляет для планового отдела отчет, отражающий итоги работы за месяц и передает его в бухгалтерию.

Документооборот можно представить в виде схемы, отраженной на рисунке 1.4.

Рисунок 1.4 – Схема документооборота, связанного с курьерской доставкой.

Документооборот в таком виде привычен для работниковтранспортной доставки заказов ООО «ТРАНС-ЭКСПРЕСС», но обладает недостатками, существенно перекрывающих его достоинства (рисунок 1.5).

Рисунок 1.5 – Недостатки текущего документооборота

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

Аргументы в пользу автоматизации бизнес-процессов и документооборота представлены на рисунке 1.6.

Рисунок 1.6 – Аргументы в пользу проектируемого документооборота

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

Диаграммы потоков данных (DFD), используются для описания документооборота и обработки информации. Здесь показывается, как объекты и данные двигаются от одной работы к другой.[23]

1.4 Обоснование проектных решений по информационному обеспечению

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

Архитектура информационной системы поддержки транспортной доставки заказов ООО «ТРАНС-ЭКСПРЕСС», отражающая все взаимодействия компонентов системы, представлена на рис.1.7.

В базе данных информационной системы поддержки службы транспортной доставки заказов должно быть реализовано:

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

б) изменение информации в БД.

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

Рисунок 1.7 – Архитектура информационной системы

Поскольку компания транспортной доставки заказов ООО «ТРАНС-ИРК» находится в постоянном развитии, то для ее автоматизации потребовалось выполнение дополнительных задач:

1) просмотр информации об услугах транспортной доставки заказов;

2) просмотр и печать информации о наличии транспортной доставки заказов в регионе;

3) осуществление поиска необходимой информации о сотрудниках курьерской службы;

4) осуществление поиска необходимой информации об агентах службы доставки;

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

6) возможность перехода из системы текущего региона в систему необходимого.

1.5 Обоснование проектных решений по программному обеспечению

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

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

Следует также отметить, что такой доступ дает широкие возможности для создания приложений, связанных с разработкой баз данных. В этом случае разработчик не должен быть программистом высокого класса, но достаточно, чтобы иметь представление о создании приложений связанных с событиями в среде Windows, а также обладать некоторыми навыками программирования на Visual Basic. В этом случае разработчик сможет быстро освоить навыки для создания приложений в плане доступа, что позволит осуществлять автоматизацию как простых, так и сложных задач, связанных с обработкой данных. [15]

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

Основными объектами базы данных являются таблицы.

В программе Access таблицу можно создать одним из способов:

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

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

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

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

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

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

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

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

Чтобы использовать программное средство для работы с данными, в ходе проекта используется технология ADO. ADO (Object Microsoft ActiveX Data) библиотека, которая используется для доступа к базам данных различных типов и объектам, обеспечивает программный интерфейс к интерфейсу OLE DB, который предлагается в качестве альтернативы интерфейсу Microsoft ODBC. ADO использует общие провайдеры OLE DB, чтобы получить доступ к уникальным свойствам некоторых источников данных, используемых в качестве поставщиков данных OLE DB, в том числе индивидуальный OLE DB провайдер, который обеспечивает доступ к драйверам (Open Database Connectivity ODBC). Разработанный, чтобы удовлетворить потребности всех методов доступа высокого уровня, ADO данные могут получить доступ к реляционной индексированной последовательный (ISAM) и иерархическим базам данных, или любому типу источника данных, если есть ODBC-совместимый драйвер для него. ADO объектной модели осуществляется на основе COM (Component Object Model).

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

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

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

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

Delphi имеет широкий набор функций, начиная от дизайнерских форм и заканчивая поддержкой всех популярных форматов баз данных. Среда устраняет необходимость программировать такие компоненты Windows, общего назначения, как метки, значки и даже диалоговые панели. Работая в Windows, можно увидеть те же «объекты» во многих разнообразных приложениях. Диалоговые окна (например, Выбрать файл и Сохранить файл) являются примерами многократно используемых компонентов, построенных прямо в Delphi, что позволяет применить эти компоненты к существующей задаче так, что они работают именно так, как необходимо, чтобы создавать приложения. Также здесь есть предопределенные визуальные и не визуальные объекты, включая кнопки, объекты данных, меню и диалоговые уже построенные панели. С помощью этих объектов можно, например, обеспечить ввод данных всего несколькими щелчками мыши, без необходимости программирования.

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

Преимущества проектирования с помощью Delphi:

1) Исключает необходимость повторного ввода данных;

2) Обеспечивает согласованность проекта и его реализации;

3) Повышение производительности разработки и переносимость программ.

Программа Delphi состоит из файла проекта (файл с расширением DPR) и модуль (файл с расширением PAS). Каждый из файлов расположен в отдельном модуле программы содержит программу на языке Object Pascal.

Файл проекта программы, также написанный в Object Pascal, обрабатывается компилятором. Эта программа создается автоматически при создании проекта Delphi и содержит только несколько контрольных строк.

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

Самый популярный и широко используемый компонент в модуле Delphi - форма.

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

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

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

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

Преимущества проектирования с помощью Delphi:

1) Исключает необходимость повторного ввода данных;

2) Обеспечивает согласованность проекта и его реализации;

3) Повышение производительности разработки и переносимость программ.

Самый популярный и широко используемый компонент в модуле Delphi - форма.

2 глава. Проектная часть.

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

Информационная модель системы представлена на рис. 2.1.

Рисунок 2.1 – Информационная модель системы «Транспортная доставка заказов»

Стратегия решения задачи – это автоматизация всех процессов, относящихся к транспортной доставке заказов на предприятии.

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

Информационная система поможет решить следующие задачи:

1) ведение истории договоров на доставку;

2) фиксация анкетных данных клиентов, водителей и курьеров и их контактов;

3) хранение данных в справочниках;

4) обработка документации.

2.2. Характеристика нормативно-справочной, входной и оперативной информации.

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

Передача информации в системе происходит в виде документов и через локальную сеть (в интерактивном режиме ПК). Последняя повышает эффективность передачи информации.

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

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

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

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

Весь процесс взаимоотношений с клиентами при выполнения заказа подразделяется на следующие элементы:

Зарегистрировать заявку – выявление заказа клиента. На данном этапе с клиентом работает информационная система, которая предоставляет бланк заявки для заказа. Данные о его заказе вносятся в базу данных. Анкетные данные фиксируются.

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

2.3. Характеристика результатной информации.

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

После получение пакета документов курьером он распечатывает документы.

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

Также можно сформировать другие виды отчетов.

2.4. Общие положения (дерево функций и сценарий диалога)

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

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

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

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

В разрабатываемой системе предусмотрен один пользователь – курьер.

Описание объекта на языке функций представлено на рис.2.2.

Работа с Главным меню системы

Работа со Справочниками

Работа с данными по персонам

Работа с договорами

Работа с информационной справкой

Рисунок 2.2 – Дерево функций

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

Главное меню

Справочники

Тип груза

Марки

Персоны

Клиенты

Курьеры

Водители

Работа с договорами

Договора

О программе

О компании

Транспорт

Рисунок 2.3 – Сценарий диалога

2.5. Характеристика базы данных

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

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

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

Связи «многие-к-одному» (и «один-к-одному») являются внешними ключами. Необязательные столбцы связи допускают пустые значения; обязательная связь - столбцы, которые не допускают нулевые значения.

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

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

На основании описанной предметной области в модели системы выделены 7 сущностей: Курьеры, Водители, Клиенты, Тип груза, Марки, Транспорт, Договора.

Каждая простая сущность превращается в таблицу. Простая сущность - сущность, не являющаяся подтипом и не имеющая подтипов. Имя сущности становится именем таблицы.

Связи между сущностями представлены в таблице

Таблица 2.1 – Связи между сущностями

Сущности		Связь
Курьеры	Договора	Один-ко-многим
Водители	Транспорт	Один-ко-многим
Клиенты	Договора	Один-ко-многим
Марки	Транспорт	Один-ко-многим
Тип груза	Договора	Один-ко-многим
Транспорт	Договора	Один-ко-многим

Информационная система представлена концептуальной схемой, основанной на инфологической модели, разработанной с помощью case-средства ERwin Data Modeler r7.3, представленной на рисунке 2.4.

Рисунок 2.4 – Сущности и атрибуты логической модели данных

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

Таблица 2.2 – Курьеры

Наименование поля	Тип поля	Длина поля	Прочее
id_kurier	Числовой		ключевое поле
ФИО	Текстовый	200
Телефон	Текстовый	255

Таблица 2.3 – Водители

Наименование поля	Тип поля	Длина поля	Прочее
ID_водителя	Числовой		ключевое поле
ФИО	Текстовый	200
Телефон	Текстовый	255

Таблица 2.4 – Клиенты

Наименование поля	Тип поля	Длина поля	Примечание
ID_Клиент	Числовой		ключевое поле
ФИО/Наименование	Текстовый	50
Телефон	Текстовый	20

Таблица 2.5– Тип груза

Наименование поля	Тип поля	Длина поля	Примечание
id_типа	Числовой		ключевое поле
Тип	Текстовый
Цена	Числовой

Таблица 2.6 – Марка

Наименование поля	Тип поля	Длина поля	Прочее
ID_типа	Числовой		ключевое поле
Марка_и_модель	Текстовый
Тип машины	Числовой
Свойства	Текстовый

Таблица 2.7 – Транспорт

Наименование поля	Тип поля	Длина поля	Примечание
ID_машины	Числовой
Марка	Числовой		Вторичный ключ, подстановка из таблицы «Марки»
ID_водителя	Числовой		Вторичный ключ, подстановка из таблицы «Водители»

Таблица 2.8 – Договора

Наименование поля	Тип поля	Длина поля	Примечание
ID_договора	Числовой		ключевое поле
Дата	Текстовый	50
Клиент	Числовой		Вторичный ключ, подстановка из таблицы «Клиенты»
Курьер	Числовой		Вторичный ключ, подстановка из таблицы «Курьеры»
Груз	Дата/время
Тип_груза	Числовой		Вторичный ключ, подстановка из таблицы «Тип груза»
Транспорт	денежный		Вторичный ключ, подстановка из таблицы «Транспорт»

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

Рисунок 2.5 – Физическая модель данных в программе ERwin Data Modeler

На этом этапе необходимо установить соответствие между сущностями и характеристиками предметной области и отношениями и атрибутами в языке Access 2007. Для этого нужно каждой сущности и характеристикам поставить в соответствие набор отношений (таблиц) и их атрибутов (полей).

Рисунок 2.6 – Схема данных в MS Access

Файл базы данных создан в СУБД Access 2007 под названием «dostavka.mdb».

2.6. Структурная схема пакета (дерево вызова программных модулей)

Интерфейс проектируемой системы создавался в виде форм приложения Delphi 7.

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

1. Главная форма, которая содержит меню для работы с системой.

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

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

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

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

3. Формы для работы с персонами - это формы, которые хранят информацию о клиентах, курьерах и водителях.

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

4. Форма «Договора» - это форма для работы с договорами. Источник данных - запрос «Договора на оплату».

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

5. Формы «О программе» и «О компании» - это формы информационно-справочной информации. Источник данных – строка - компонент этой формы.

Построим дерево программных модулей, отражающих структурную схему пакета (рис.2.7).

Рисунок 2.7 – Структурная схема пакета

2.7 Описание программных модулей

Далее для каждого модуля указываем идентификатор и выполняемые функции (таблица 2.9).

Таблица 2.9 – Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1.	Модуль «Главный»	Содержит процедуры и функции, которые необходимо выполнить при запуске информационно-справочной системы для обработки пунктовменю для работы с системой
2.	Модуль «ADO»	Предоставляет возможность связи сбазой данных
3.	Модуль «Клиенты»	Содержит предопределенные процедуры для работы со справочником «Клиенты»
4.	Модуль «Договора»	Содержит предопределенные процедуры для работы со справочником «Договора»
5.	Модуль «Тип груза»	Содержит предопределенные процедуры для формирования новых данных о типах груза или изменении имеющихся
6.	Модуль «Водители»	Содержит предопределенные процедуры для формирования новых данных о водителях или изменении имеющихся
7.	Модуль «Марки»	Предоставляет возможность просмотра марок автомобилей
8.	Модуль «Курьеры»	Предоставляет возможность просмотра информации о курьерах
9	Модуль «О программе»	Предоставляет возможность просмотра кратких сведений о программе
10	Модуль «О компании»	Предоставляет возможность просмотра кратких сведений о компании
11	Модуль «Транспорт»	Предоставляет возможность просмотра кратких сведений о транспорте
12	Модуль «Поиск договоров»	Выводит в таблицу результат поиска договора по его номеру и вывод на печать

2.8. Контрольный пример реализации проекта и его описание

На экране дисплея пользователя данные представляются в виде таблиц с вертикальными столбцами. На вершине столбца находится наименование столбца. Пример представления таблиц базы данных для пользователя можно увидеть на рисунке 3.12 на примере таблицы «Транспорт».

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

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

Рисунок 2.10 - Представление таблиц базы данных для пользователей

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

После того как произошла загрузка программы, открывается главная форма (рис.2.11).

Рисунок 2.11 – Главная форма «Компания ТРАНС-ЭКСПРЕСС»

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

Файл.
Справочники.
Персоны.
Работа с договорами.
Справка.

При выборе меню «Справочники» можно выбрать следующие (рис. 2.12-2.14).

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

Рисунок 2.12 – Форма «Марки автомобилей»

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

Рисунок 2.13 – Форма «Тип груза»

При выборе меню «Транспорт» откроется форма «Транспорт» в режиме просмотра и добавления.

Рисунок 2.14 – Форма «Транспорт» в режиме добавления

Формы для работы с персонами представлены на рис. 2.15-2.16.

Рисунок 2.15 – Форма «Клиенты» в режиме добавления

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

Рисунок 2.16 – Форма «Курьеры» и Форма «Водители»

При выборе пункта меню «Договора» можно выбрать работу с договорами, просмотреть перед печатью или распечатать договор, предварительно применив фильтр, а затем выбрав соответствующую кнопку на форме (рис.2.17-2.19).

Рисунок 2.17 – Форма «Договора»

Рисунок 2.18 – Форма «Договора». Фильтр по фамилии клиента

В данной вкладке имеется кнопка для предварительного просмотра и кнопка печати.

Рисунок 2.19 – Форма «Договора». Фильтр по номеру договора

Рисунок 2.20 – Предварительный просмотр

При выборе пункта меню «Справка» можно посмотреть сведения о программе и о компании.

Рисунок 2.21 – Форма «О программе»

Рисунок 2.22 – Форма «О компании»

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

Delphi. Программирование для Windows, OS X, iOS и Android Автор: Д. Л. Осипов – СПБ.: БХВ-Петербург, 2014. – 464с.
Базы данных / И.Е. Медведкова, Ю.В.Бугаев, С.В.Чикунов – Воронеж: ВГУИТ, 2014. – 105 с.
Бек К. Экстремальное программирование. – СПб.: Питер, 2012. – 224 с.: ил.
Бекаревич Ю. Самоучитель Microsoft Access 2013 / Ю. Бекаревич, Н. Пушкина – С-Пб.: БХВ-Петербург, 2014. – 465 с.
Венделева, М.А. Информационные технологии в управлении: Учебное пособие для бакалавров / М.А. Венделева, Ю.В. Вертакова. - М.: Юрайт, 2013. - 462 c.
Голицына, О.Л. Информационные технологии: Учебник / О.Л. Голицына, Н.В. Максимов, Т.Л. Партыка, И.И. Попов. - М.: Форум, ИНФРА-М, 2013. - 608 c.
Грошев А.С. Информатика. Лабораторный практикум – Архангельск: Арханг. гос. техн. ун-т, 2012. – 148 с.
Информатика для экономистов: Учебник для бакалавров / Под ред. В.П. Полякова. – М.: Юрайт, 2013. – 322 с.
Информационные ресурсы и технологии в экономике : Учебное пособие / Г. Н. Безрядина [и др.] ; Под ред. Б.Е.Одинцова, А.Н.Романова. - М. : Вузовский учебник: ИНФРА-М, 2013. – 526 с.
Исаев, Г.Н. Информационные системы в экономике: Учебник для студентов вузов / Г.Н. Исаев. - М.: Омега-Л, 2013. - 462 c.
Киселев, Г.М. Информационные технологии в экономике и управлении (эффективная работа в MS Office 2007): Учебное пособие / Г.М. Киселев, Р.В. Бочкова, В.И. Сафонов. - М.: Дашков и К, 2013. - 272 c.
Клочкова, Е. Н. Экономика предприятия / Е. Н. Клочкова, В. И. Кузнецов, Т. Е. Платонова. - М.: Юрайт, 2014. - 448 с.
Леонтьев В.П. Новейший самоучитель. Компьютер + Интернет 2013. – М.: Олма Медиа Групп, 2013. – 641 с.
Леонтьев В.П. Работа на компьютере 2014. Windows 8.1. Office 2013. Office 365 – М.: ОлмаМедиаГрупп, 2014. – 643 с.
МаклаковС. В. CASE-средства Computer Associates.
ERwin, BPwin и Model Mart - новыевозможности Service Pack 2. URL: http://www.interface.ru/logworks/sp2.htm (дата обращения: 17.02.2018)
Маклаков С.В. ERwin и Bpwin. CASE-средства разработки информационных систем. – М.: Диалог-МИФИ, 2013. – 306 с.
Нестеров С.А. Базы данных. – СПб.: Изд-во Полит. Ун-та, 2013. – 150 с.
Пташинский В. Самоучитель Office 2013. – М.: Эксмо, 2013. – 290 с.
Советов, Б.Я. Информационные технологии: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский. - М.: Юрайт, 2013. - 263 c.
Субботин М.М. Новая информационная технология: Создание и обработка гипертекстов. М.: 2012. – 275 с.
Технические средства информатизации. Практикум. Лавровская О.Б. 2-е изд., стер. – М.: Академия, 2013. – 208 с.
Федотова, Е.Л. Информационные технологии и системы: Учебное пособие / Е.Л. Федотова. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 352 c.
Хлебников, А.А. Информационные технологии: Учебник / А.А. Хлебников. - М.: КноРус, 2014. - 472 c.
Экономика и финансы предприятия / под ред. Т.С. Новашиной. - М.: Университет, 2014. - 344 с.

ПРИЛОЖЕНИЕ

Коды программных модулей

unit Unit1;

interface

uses

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

Dialogs, jpeg, ExtCtrls, StdCtrls, Buttons, Menus;

type

TForm1 = class(TForm)

SpeedButton1: TSpeedButton;

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N14: TMenuItem;

N15: TMenuItem;

N16: TMenuItem;

Label1: TLabel;

Label2: TLabel;

Image1: TImage;

procedure BitBtn1Click(Sender: TObject);

procedure BitBtn2Click(Sender: TObject);

procedure BitBtn3Click(Sender: TObject);

procedure BitBtn6Click(Sender: TObject);

procedure BitBtn4Click(Sender: TObject);

procedure BitBtn5Click(Sender: TObject);

procedure SpeedButton1Click(Sender: TObject);

procedure N2Click(Sender: TObject);

procedure N4Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N15Click(Sender: TObject);

procedure N16Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses unit2,unit3,unit4,unit5,unit6,unit7, Unit11, Unit10, Unit9;

{$R *.dfm}

procedure TForm1.BitBtn1Click(Sender: TObject);

begin

Form2.Show;

Form1.Hide;

end;

procedure TForm1.BitBtn2Click(Sender: TObject);

begin

Form3.Show;

Form1.Hide;

end;

procedure TForm1.BitBtn3Click(Sender: TObject);

begin

Form4.Show;

Form1.Hide;

end;

procedure TForm1.BitBtn6Click(Sender: TObject);

begin

Form5.Show;

Form1.Hide;

end;

procedure TForm1.BitBtn4Click(Sender: TObject);

begin

Form6.Show;

Form1.Hide;

end;

procedure TForm1.BitBtn5Click(Sender: TObject);

begin

Form7.Show;

Form1.Hide;

end;

procedure TForm1.SpeedButton1Click(Sender: TObject);

begin

Form1.close

end;

procedure TForm1.N2Click(Sender: TObject);

begin

Form1.close

end;

procedure TForm1.N4Click(Sender: TObject);

begin

Form6.Show;

Form1.Hide;

end;

procedure TForm1.N5Click(Sender: TObject);

begin

Form4.Show;

Form1.Hide;

end;

procedure TForm1.N9Click(Sender: TObject);

begin

Form11.Show;

Form1.Hide;

end;

procedure TForm1.N7Click(Sender: TObject);

begin

Form2.Show;

Form1.Hide;

end;

procedure TForm1.N8Click(Sender: TObject);

begin

Form7.Show;

Form1.Hide;

end;

procedure TForm1.N10Click(Sender: TObject);

begin

Form5.Show;

Form1.Hide;

end;

procedure TForm1.N12Click(Sender: TObject);

begin

Form3.Show;

Form1.Hide;

end;

procedure TForm1.N15Click(Sender: TObject);

begin

Form10.Show;

end;

procedure TForm1.N16Click(Sender: TObject);

begin

Form9.Show;

end;

end.

unit Unit2;

interface

uses

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

Dialogs, StdCtrls, Buttons, Mask, DBCtrls, jpeg, ExtCtrls,Grids, DBGrids, DB,

ComCtrls, TabNotBk, ADODB, ExtDlgs;

type

TForm2 = class(TForm)

BitBtn1: TBitBtn;

Label1: TLabel;

Label2: TLabel;

Label6: TLabel;

DBEdit1: TDBEdit;

DBEdit2: TDBEdit;

DBEdit3: TDBEdit;

DBNavigator1: TDBNavigator;

Label5: TLabel;

procedure BitBtn1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses Unit1, Unit8;

{$R *.dfm}

procedure TForm2.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form2.Hide;

end;

end.

unit Unit3;

interface

uses

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

Dialogs, StdCtrls, Buttons, DBCtrls, Mask, Grids, DBGrids, QRCtrls,

QuickRpt, ExtCtrls;

type

TForm3 = class(TForm)

BitBtn1: TBitBtn;

Label1: TLabel;

DBGrid1: TDBGrid;

SpeedButton2: TSpeedButton;

QuickRep1: TQuickRep;

ColumnHeaderBand1: TQRBand;

QRLabel2: TQRLabel;

QRLabel3: TQRLabel;

QRLabel4: TQRLabel;

QRLabel5: TQRLabel;

PageHeaderBand1: TQRBand;

QRLabel1: TQRLabel;

DetailBand1: TQRBand;

QRDBText1: TQRDBText;

QRDBText2: TQRDBText;

QRDBText3: TQRDBText;

QRDBText4: TQRDBText;

QRLabel6: TQRLabel;

QRLabel7: TQRLabel;

SpeedButton3: TSpeedButton;

Label2: TLabel;

Edit1: TEdit;

Edit2: TEdit;

Label4: TLabel;

QRLabel10: TQRLabel;

QRDBText7: TQRDBText;

PageFooterBand1: TQRBand;

QRLabel9: TQRLabel;

QRDBText5: TQRDBText;

QRLabel8: TQRLabel;

QRDBText6: TQRDBText;

QRLabel12: TQRLabel;

QRExpr2: TQRExpr;

Button1: TButton;

procedure BitBtn1Click(Sender: TObject);

procedure SpeedButton2Click(Sender: TObject);

procedure SpeedButton3Click(Sender: TObject);

procedure Edit1Change(Sender: TObject);

procedure Edit2Change(Sender: TObject);

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

implementation

uses Unit1,Unit8,Unit9;

{$R *.dfm}

procedure TForm3.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form3.Hide;

end;

procedure TForm3.SpeedButton2Click(Sender: TObject);

begin

Form3.QuickRep1.Preview;

end;

procedure TForm3.SpeedButton3Click(Sender: TObject);

begin

Form3.QuickRep1.Print;

end;

procedure TForm3.Edit1Change(Sender: TObject);

begin

Form8.ADOQuery1.Filtered:=false;

Form8.ADOQuery1.Filter:= 'Клиент = ' + QuotedStr(Edit1.Text);

Form8.ADOQuery1.Filtered:=true;

end;

procedure TForm3.Edit2Change(Sender: TObject);

begin

Form8.ADOQuery1.Filtered:=false;

Form8.ADOQuery1.Filter:= 'id_договора = ' + QuotedStr(Edit2.Text);

Form8.ADOQuery1.Filtered:=true;

end;

procedure TForm3.Button1Click(Sender: TObject);

begin

Form8.ADOQuery1.Filtered:=false;

Edit1.Text:='';

Edit2.Text:='';

end;

end.

unit Unit4;

interface

uses

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

Dialogs, StdCtrls, Buttons, Grids, DBGrids, ComCtrls, ExtCtrls, DBCtrls,

dbcgrids, QRCtrls, QuickRpt;

type

TForm4 = class(TForm)

BitBtn1: TBitBtn;

Label1: TLabel;

DBGrid1: TDBGrid;

QuickRep1: TQuickRep;

ColumnHeaderBand1: TQRBand;

QRLabel2: TQRLabel;

QRLabel4: TQRLabel;

QRLabel5: TQRLabel;

PageHeaderBand1: TQRBand;

QRLabel1: TQRLabel;

DetailBand1: TQRBand;

QRDBText1: TQRDBText;

QRDBText2: TQRDBText;

QRDBText3: TQRDBText;

QRLabel6: TQRLabel;

SpeedButton2: TSpeedButton;

SpeedButton3: TSpeedButton;

procedure BitBtn1Click(Sender: TObject);

procedure SpeedButton2Click(Sender: TObject);

procedure SpeedButton3Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

uses Unit1,Unit8;

{$R *.dfm}

procedure TForm4.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form4.Hide;

end;

procedure TForm4.SpeedButton2Click(Sender: TObject);

begin

Form4.QuickRep1.Preview;

end;

procedure TForm4.SpeedButton3Click(Sender: TObject);

begin

Form4.QuickRep1.Print;

end;

end.

unit Unit5;

interface

uses

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

Dialogs, StdCtrls, Buttons, dbcgrids, DBCtrls, ExtCtrls, Grids, DBGrids;

type

TForm5 = class(TForm)

BitBtn1: TBitBtn;

Label1: TLabel;

DBNavigator1: TDBNavigator;

DBGrid1: TDBGrid;

procedure BitBtn1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form5: TForm5;

implementation

uses Unit1,Unit8;

{$R *.dfm}

procedure TForm5.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form5.Hide;

end;

end.

unit Unit6;

interface

uses

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

Dialogs, StdCtrls, Buttons, ExtCtrls, DBCtrls, Grids, DBGrids, DB, ADODB;

type

TForm6 = class(TForm)

BitBtn1: TBitBtn;

DBNavigator1: TDBNavigator;

DBGrid1: TDBGrid;

procedure BitBtn1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form6: TForm6;

implementation

uses Unit1,Unit8;

{$R *.dfm}

procedure TForm6.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form6.Hide;

end;

end.

unit Unit7;

interface

uses

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

Dialogs, StdCtrls, Buttons, Grids, DB, ADODB, DBGrids, ExtCtrls, DBCtrls,

ExtDlgs;

type

TForm7 = class(TForm)

BitBtn1: TBitBtn;

DBNavigator1: TDBNavigator;

DBGrid1: TDBGrid;

procedure BitBtn1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form7: TForm7;

implementation

uses Unit1,Unit8;

{$R *.dfm}

procedure TForm7.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form7.Hide;

end;

end.

unit Unit8;

interface

uses

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

Dialogs, DB, ADODB,Grids, DBCtrls;

type

TForm8 = class(TForm)

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

DataSource1: TDataSource;

ADOTable2: TADOTable;

DataSource2: TDataSource;

ADOTable3: TADOTable;

DataSource3: TDataSource;

DataSource4: TDataSource;

DataSource5: TDataSource;

DataSource6: TDataSource;

ADOTable4: TADOTable;

ADOTable5: TADOTable;

ADOTable6: TADOTable;

ADOTable7: TADOTable;

DataSource7: TDataSource;

ADOTable7ID_: TIntegerField;

ADOTable7DSDesigner: TIntegerField;

ADOTable7ID_2: TSmallintField;

ADOTable7IntegerField: TStringField;

ADOQuery1: TADOQuery;

DataSource8: TDataSource;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form8: TForm8;

implementation

{$R *.dfm}

end.

unit Unit9;

interface

uses

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

Dialogs, StdCtrls;

type

TForm9 = class(TForm)

Memo1: TMemo;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form9: TForm9;

implementation

{$R *.dfm}

end.

unit Unit10;

interface

uses

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

Dialogs, StdCtrls;

type

TForm10 = class(TForm)

Memo1: TMemo;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form10: TForm10;

implementation

{$R *.dfm}

end.

unit Unit11;

interface

uses

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

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

type

TForm11 = class(TForm)

Label1: TLabel;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

BitBtn1: TBitBtn;

procedure BitBtn1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form11: TForm11;

implementation

{$R *.dfm}

uses Unit1, Unit8;

procedure TForm11.BitBtn1Click(Sender: TObject);

begin

Form1.Show;

Form11.Hide;

end;

end.

unit Unit12;

interface

uses

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

Dialogs, DB, ExtCtrls, DBCtrls, Grids, DBGrids, ADODB, QuickRpt, Buttons,

ComCtrls, QRCtrls, jpeg, StdCtrls, Mask;

type

TForm12 = class(TForm)

Label1: TLabel;

Label4: TLabel;

Label5: TLabel;

BitBtn1: TBitBtn;

DBEdit3: TDBEdit;

DBGrid1: TDBGrid;

DBEdit1: TDBEdit;

procedure BitBtn1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form12: TForm12;

implementation

{$R *.dfm}

uses Unit1, Unit8;

procedure TForm12.BitBtn1Click(Sender: TObject);

begin

Form12.hide;

Form1.show;

end;

end.