Автоматизация информационных процессов в компании по перевозке грузов

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

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

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

Основной целью создания автоматизированной системы «Грузоперевозки» является повышение эффективности и качества работы, а также облегчение и упрощение труда сотрудников курьерской сферы за счет внедрения в рабочий процесс информационных технологий, позволяющих автоматизировать часть ручного труда. Функциональность разрабатываемой автоматизированной системы будет реализована путем создания базы данных MS Access и графического интерфейса пользователя с помощью Delphi XE.

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

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

Задачи:

Описать предметную область.

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

34 стр., 16542 слов

Автоматизированная система учета движения грузов на складе

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

Разработать техническое задание.

Построить модели предметной области.

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

Разработать интерфейс пользователя.

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

Разработать инструкцию пользователя.

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

ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И СРЕДСТВ РАЗРАБОТКИ

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

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

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

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

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

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

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

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

17 стр., 8436 слов

Разработка автоматизированной информационной системы

... собственные приложения. Для разработки автоматизированной информационной системы была выбрана интегрированная среда разработки Microsoft Visual FoxPro 6.0 для WINDOWS - приложений. Автоматизированная информационная система предназначена предоставлять ... от компьютеризации может кардинально влиять на результативность работы всей компании, если ее только поручить профессионалам реинжиниринга бизнес ...

Система должна удовлетворять следующим требованиям:

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

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

При работе с системой «Грузоперевозки» сотрудник компании по перевозке грузов должна иметь возможность решать следующие задачи:

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

1.2 Анализ аппаратных и программных средств для разработки программного продукта

Для разработки программного продукта мы выбрали систему управления базами данных Microsoft Access 2007.

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

Основные компоненты MS Access:

  • построитель таблиц;
  • построитель экранных форм;
  • построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
  • построитель отчётов, выводимых на печать. [5]

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

Операционная система:

Microsoft Windows XP с пакетом обновления 2 (SP2) или более поздняя версия или Microsoft Windows Server 2003 или более поздняя версия.

Компьютер и процессор:

  • ПК с процессором 500 МГц или более, 256 или более МБ ОЗУ;
  • дисковод для DVD-дисков;
  • ПК с процессором 1 ГГц и 512 МБ ОЗУ (или более мощный компьютер) необходим для работы с Microsoft Office Outlook 2007 с диспетчером контактов.

Жесткий диск:

  • Для установки необходимо 2ГБ; часть этого объема будет освобождена после установки, когда исходный установочный файл будет удален.

Разрешение экрана:

  • Минимум 800×600 точек; рекомендовано 1024×768 или более.

Подключение к Интернету:

Для загрузки и активации продуктов понадобится широкополосное подключение к Интернету со скоростью 128 кбит/с и выше. [18]

Для создания интерфейса использовалась среда программирования Delphi.

Высокопроизводительный инструмент визуального построения приложений включает в себя настоящий компилятор кода и предоставляет средства визуального программирования, несколько похожие на те, что можно обнаружить в Microsoft Visual Basic или в других инструментах визуального проектирования. В основе Delphi лежит язык Object Pascal, который является расширением объектно-ориентированного языка Pascal. В Delphi также входят локальный SQL-сервер, генераторы отчетов, библиотеки визуальных компонентов, и прочее, необходимое для того, чтобы чувствовать себя совершенно уверенным при профессиональной разработке информационных систем или просто программ для Windows-среды.

10 стр., 4616 слов

Разработка и стандартизация программных средств

... -ориентированных метрик. Размерно-ориентированные метрики Размерно-ориентированные метрики прямо измеряют программный продукт и процесс его разработки. Основываются размерно-ориентированные метрики на LOC – оценках (LinesOfCode). LOC - ... Рисунок 5). В данном проекте используются компоненты: Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms, Dialogs, DB, DBTables, Grids, ...

Прежде всего, Delphi предназначен для профессиональных разработчиков, желающих очень быстро разрабатывать приложения в архитектуре клиент-сервер. Delphi производит небольшие по размерам высокоэффективные исполняемые модули (.exe и .dll), поэтому в Delphi должны быть, прежде всего, заинтересованы те, кто разрабатывает продукты на продажу. [8] С другой стороны небольшие по размерам и быстро исполняемые модули означают, что требования к клиентским рабочим местам существенно снижаются — это имеет немаловажное значение и для конечных пользователей.

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

1 ГБ ОЗУ (рекомендуется 2 ГБ и более);

  • от 3 до 30 ГБ свободного места на жестком диске в зависимости от выпуска и конфигурации;
  • устройство чтения DVD-дисков (если установка будет выполняться с DVD-диска Media Kit);
  • базовый графический процессор любого поставщика, класса DirectX 9.0 или выше (Pixel Shader 2.0);
  • процессор Intel® Pentium® или совместимый, с частотой не менее 1,6 ГГц (рекомендуется 2 ГГц и выше);
  • монитор с разрешением 1024Ч768 или выше;
  • мышь или другое указывающее устройство;
  • microsoft® Windows 8 или 8.1 (32- и 64-разрядная).

microsoft® Windows 7 с пакетом обновления 1 (32- и 64-разрядная).

microsoft® Windows Server® 2008 и 2012 (32- и 64-разрядная).

Для установки ПО необходимо выполнение требований совместимости:

Совместимость с ОС:

Microsoft Access 2007

Совместимость с Windows XP, Windows Vista, Windows 7- полная;

Delphi XE

Совместимость с Windows 7, Windows 8- полная;

Совместимость Delphi XE и Microsoft office:

Delphi XE поддерживает совместимость, с Microsoft Office 2007. [18]

1.3 Техническое задание

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

На техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы:

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

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

Рассмотрим более подробно содержание каждого раздела.

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

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

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

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

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

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

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

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

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

В приложениях при необходимости приводят: перечень научно-исследовательских работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые следует использовать при разработке. [7]

В приложении 1 представлено техническое задание для создания приложения «Грузоперевозки».

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

ГЛАВА 2. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ АВТОМАТИЗАЦИИ ИНФОРМАЦИОННЫХ ПРОЦЕССОВ В КОМПАНИИ ПО ПЕРЕВОЗКЕ ГРУЗОВ

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

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

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

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

  • один к одному;
  • один ко многим;
  • многие ко многим. [9]

На рисунке 2.1. представлена разработанная инфологическая модель предметной области Курьерская служба.

Рисунок 2.1 — Инфологическая модель предметной области Курьерская служба.

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

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

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

Грузополучатель (Код, ФИО, номер паспорта, телефон, адрес)

Заказы (Код заказа, код грузополучателя, код товара, код сотрудника, дата доставки)

Сотрудники (Код, ФИО, паспорт, телефон, должность, код заказа);

Тариф (Код, на транспорт, на доставку)

Товар (Код, наименование, количество, качество)

Транспорт (Код, код тарифа, название, регион, дата отправления, дата прибытия)

Услуги (Код, наименование, код сотрудника, код транспорта, стоимость)

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

Таблица 2.1 «Сотрудники»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код

числовой

Not null

+

ФИО

текстовый

255

Должность

текстовый

255

Паспорт

числовой

Телефон

числовой

Таблица 2.2 «Грузополучатель»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код

числовой

Not null

+

ФИО

текстовый

255

Номер паспорта

числовой

Телефон

числовой

Адрес

текстовый

255

Таблица 2.3 «Заказы»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код заказа

числовой

Not null

+

Код грузополучателя

числовой

+

Код сотрудника

числовой

+

Код товара

числовой

+

Дата доставки

Дата/время

маска

Таблица 2.4 «Тариф»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код

числовой

Not null

+

На транспорт

числовой

На доставку

числовой

Таблица 2.5 «Товар»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код

числовой

Not null

+

Наименование

текстовый

255

Количество

числовой

Качество

числовой

Таблица 2.6 «Транспорт»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код

числовой

Not null

+

Код тарифа

числовой

+

Название

текстовый

255

Регион

текстовый

255

Дата отправления

Дата/время

маска

Дата прибытия

Дата/время

маска

Таблица 2.7 «Услуги»

Наименование поля

Тип данных

Длина

Дополнительные значения

Первичный ключ

Внешний ключ

Код

числовой

Not null

+

Наименование

текстовый

255

Код транспорта

числовой

+

Код сотрудника

числовой

+

Стоимость

Денежный

2.2 Физическая реализация базы данных

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

Рассмотрим физическую схему реляционной базы данных «Курьерская служба», которая представлена ниже набором объектов СУБД MS Access, которые представлены на рисунках 2.2-2.16

Рисунок 2.2 — Конструктор таблицы «Грузополучатель»

Рисунок 2.3 — Конструктор таблицы «Заказы»

Рисунок 2.4 — Конструктор таблицы «Сотрудники»

Рисунок 2.5 — Конструктор таблицы «Тариф»

Рисунок 2.6 — Конструктор таблицы «Товар»

Рисунок 2.7 — Конструктор таблицы «Транспорт»

Рисунок 2.8 — Конструктор таблицы «Услуги»

Рисунок 2.9 — Столбцы таблицы «Грузополучатель»

Рисунок 2.10 — Столбцы таблицы «Заказы»

Рисунок 2.11 — Столбцы таблицы «Сотрудники»

Рисунок 2.12 — Столбцы таблицы «Тариф»

Рисунок 2.13 — Столбцы таблицы «Товар»

Рисунок 2.14 — Столбцы таблицы «Транспорт»

Рисунок 2.15 — Столбцы таблицы «Услуги»

Рисунок 2.16 — Схема данных предметной области «Курьерская служба»

2.3 Разработка интерфейса пользователя

Для разработки интерфейса пользователя мы использовали подключение базы данных Microsoft Office Access к Delphi, с помощью ADOConnection, ADOTable и TDataSource.

Чтобы обеспечить защиту, нами была разработана форма авторизации, которая представлена на рисунке 2.17 Для создания этой формы мы использовали: Edit, lable и button.

Рисунок 2.17 — Форма авторизации системы

Процедуры авторизации системы, представлены в приложении 2.

Для разработки главного окна приложения, мы использовали lable, button, combobox, mainmenu. Главное окно приложения, представлено на рисунке 2.18

Рисунок 2.18 — Главное окно приложения

Процедуры главного окна, представлены в приложении 2.

Для перехода в режим работы с таблицами, нами была создана форма, на которой мы расположили такие элементы, как ADOConnection, ADOTable, TDataSource, Grid, Edit, Button, ComboBox, Navigator. Форма работы с таблицами, представлена на рисунке 2.19

Рисунок 2.19 — Форма, работы с таблицами

Процедуры формы работа с таблицами, представлены в приложении 2.

Для вывода запросов и значений поиска, нами была разработана форма, которая представлена на рисунке 2.20 На этой форме, мы расположили Grid, TDataSource, ADOQuery.

Рисунок 2.20 — Форма, работы с запросами и поиском

Процедуры данной формы, представлены в приложении 2.

2.4 Тестирование программного продукта

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

На протяжении всего жизненного цикла разработки программного обеспечения применяются различные типы тестирования для гарантии того, что промежуточные версии отвечают заданным показателям качества. При этом применяются автоматические и ручные тесты. [10]

Таблица 2.8 Виды тестирования

Вид тестирования

Описание

Интеграционное тестирование

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

Функциональное тестирование

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

Стресс-тестирование

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

Функциональное тестирование приложения «Грузоперевозки», представлено на рисунках 2.21-2.22

Рисунок 2.21 — Функциональное тестирование

Рисунок 2.22 — Функциональное тестирование

Интеграционное тестирование приложения «Грузоперевозки», представлено на рисунках 2.23-2.24:

Рисунок 2.23 — Интеграционное тестирование

Рисунок 2.24 — Интеграционное тестирование

Стресс — тестирование приложения «Грузоперевозки», представлено на рисунках 2.25-2.26:

Рисунок 2.25 — Стресс — тестирование

Рисунок 2.26 — Стресс — тестирование

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

2.5 Инструкция пользователя

Ниже представлена инструкция пользователя автоматизированной системы «Грузоперевозки»:

Краткое описание возможностей

Автоматизированная система «Грузоперевозки» обладает следующими функциями:

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

Поиск необходимой информации.

Вывод информации, о стоимости услуг.

Вывод информации, о тарифах на транспорт.

Уровень подготовки пользователя

Пользователь системы «Грузоперевозки» должен обладать следующими знаниями:

  • Знать соответствующую предметную область;
  • Иметь основные знания о ПК.

Иметь представление о работе с БД.

Иметь опыт работы в среде современных операционных систем семейства Microsoft Windows.

Иметь опыт работы с современным офисным пакетом Microsoft Office.

Пользователь обязан изучить настоящее Руководство.

Квалификация пользователя должна позволять:

  • формировать отчеты;
  • осуществлять анализ данных. [16]

Порядок загрузки данных и проверка работоспособности

Перед началом работы с системой «Грузоперевозки» на рабочем месте пользователя необходимо выполнить следующие действия:

Необходимо зайти в папку «Компания по перевозке грузов» и запустить «Грузоперевозки.exe.»

После того, как откроется «Грузоперевозки.exe.», необходимо ввести пароль, если пароль введен, верно, можете приступать к работе. Если пароль введен не верно, обратитесь в службу поддержки. Если же после установки вы не захотите работать в приложении «Грузоперевозки» нажмите кнопку «Закрыть».

В случае если приложение «Грузоперевозки.exe.»не запускается, то следует обратиться в службу поддержки.

Описание операций

При запуске приложения необходимо ввести пароль:dima, который представлен на рисунке 2.27

Рисунок 2.27 — Авторизация системы

После того, как ввели пароль, нажмите на кнопку, которая представлена на рисунке:

Рисунок 2.28 — Нажатие кнопки «Принять пароль»

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

Рисунок 2.29 — Главное окно приложения

Пользователь приложения может выполнять следующие задачи:

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

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

Рисунок 2.30 — Выбор таблицы

После того, как вы выбрали таблицу, нажмите на кнопку, которая представлена на рисунке 2.31

Рисунок 2.31 — Нажатие кнопки перейти

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

Рисунок 2.32 — Удаление и добавление записи

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

Рисунок 2.33 — Запрос на стоимость услуг

В результате, вы увидите запрос, представленный на рисунке 2.34

Рисунок 2.34 — Результат нажатия кнопки

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

Рисунок 2.35 — Запрос тарифы на транспорт

В результате, вы увидите запрос, представленный на рисунке 2.36

Рисунок 2.36 — Результат нажатия кнопки

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

Рисунок 2.37 — Выбор поля, для поиска

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

Рисунок 2.38 — Ввод критерия, для поиска

После выбора поля для поиска и ввода критерия, нажмите на кнопку «Начать поиск», которая представлена на рисунке 2.39

Рисунок 2.39 — Нажатие кнопки «Начать поиск»

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

Рисунок 2.40 — Результат нажатия кнопки

Чтобы закрыть приложение, необходимо нажать на кнопку, которая представлена на рисунке 2.41

Рисунок 2.41 — Нажатие кнопки «Выход»

Во второй главе мы представили разработанную инфологическую и даталогическую модель. Также представили разработанную базу данных, созданную в СУБД MS Access, в которой отражены таблицы, схема данных. В практической части работы было создано приложение пользователя в среде Delphi XE, с графическим интерфейсом и необходимой функциональностью, проведено тестирование программного продукта и разработана инструкция пользователя.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

На основании этой информации удалось выделить сущности предметной области, их связи и характеристики и в дальнейшем реализовать их на платформе Delphi XE в виде объектов.

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

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

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

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

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

[Электронный ресурс]//URL: https://drprom.ru/diplomnaya/na-temu-avtomatizatsiya-informatsionnyih-protsessov/

1.Благодатских В.А. и др. Стандартизация разработки программных средств: Учеб. Пособие/ Благодатских В. А., В. А. Волнин, К. Ф. Поскакалов; Под ред. О. С. Разумова.- М.: Финансы и статистика, 2011.

2.Васильев А.А., Избачков Ю.С., Петров В.Н., Телина И.С. Информационные системы.— СПб.: Питер, 2011

3.Вдовенко Л. А. Информационная система предприятия — М.: Вузовский учебник: ИНФРА-М, 2010

4. Кошелев В.. Базы данных Access 2007. Издательство: Бином ISBN 978-5-9518-0500-3; 2013 г.

5.Голицина О. Л. Базы данных / Голицина О. Л., Максимов Н. В., Попов И. И. — М.: Форум, 2011.

6.Голицина О.Л. Базы данных: Учебное пособие. — М.: ФОРУМ: ИНФРА-М, 2012.

7.ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения

8.Гофман В.Э., Хомоненко А.Д. Delphi. Быстрый старт. — СПб.: БХВ — Санкт-Петербург, 2012.

9.Грекул В. И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем— М.: Бином. Лаборатория знаний, 2010

10.Джесси Рассел. Автоматизированное тестирование. Издательство: ISBN 978-5-5096-1237-4; 2013 г.

11.Кумскова И.А. Базы данных. — Издательство: Кнорус, 2012

12.Михаил Фленов. Библия Delphi, 3-е издание. Издательство: БХВ-Петербург, 2011

13.Рудаков А. В. Технология разработки программных продуктов / Рудаков А. В. — М.: Академия, 2010.

14.Федеральный закон Российской Федерации от 27 июля 2006 г. N 149-ФЗ Об информации, информационных технологиях и о защите информации.

15.Фуфаев Э.В., Фуфаев Д.Э. Разработка и эксплуатация удаленных баз данных.— М.: «Академия», 2010

16.http://asutpseta.narod.ru/espd/espd.htm -Единая система программной документации.

17.http://www.docload.ru — Бесплатная библиотека стандартов и нормативов.

ПРИЛОЖЕНИЯ 1

Техническое задание на разработку приложения «Грузоперевозки»

Разделы технического задания:

1.Общие сведения;

2.Назначение и цели создания системы;

  • Назначение системы;
  • Цели создания системы;

3.Характеристика объектов автоматизации;

4.Требования к системе;

  • Требования к системе в целом;
  • Требования к функциям, выполняемым системой;
  • Требования к видам обеспечения;

5.Состав и содержание работ по созданию системы;

6.Порядок контроля и приемки системы;

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8.Требования к документированию;

1.Общие сведения:

1.1.Наименование системы:

«Грузоперевозки»

1.2.Основания для проведения работ:

Работа выполняется на основании договора №21 от 20.05.2015г.

1.3.Наименование организаций — Заказчика и Разработчика:

1.3.1.Заказчик

Заказчик: Курьерская служба;

  • Адрес фактический: г. Ейск, ул. Красная,47;
  • Телефон/Факс: 89528569781;

1.3.2.Разработчик

Разработчик: ИП «Альдамир-Эстелл»;

  • Адрес фактический: г. Ейск, ул. Рабочая 2а;

Телефон/Факс:89648759631

1.4.Порядок оформления и предъявления заказчику результатов работ:

Работы по созданию автоматизированной системы «Грузоперевозки» сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта.

2.Назначение и цели создания системы:

2.1.Назначение системы:

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

2.2.Цели создания системы:

Автоматизированная система «Грузоперевозки» создается с целью:

  • предоставление справочной информации;
  • назначение тарифов;
  • обработка поступающих в компанию заказов;
  • обработка отправлений;
  • отслеживание доставки;

В результате создания автоматизированной системы «Грузоперевозки» должны быть улучшены значения следующих показателей:

  • Время сбора и первичной обработки исходной информации;
  • Время, затрачиваемое на информационно-аналитическую деятельность;

3.Характеристика объектов автоматизации:

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

4.Требования к системе:

4.1.Требования к системе в целом

4.1.1.Требования к структуре и функционированию системы

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

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

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

4.1.2.Требования к численности и квалификации персонала системы и режиму его работы

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

4.1.3.Требования к надежности

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

  • Организация бесперебойного электропитания технических средств;
  • Использование лицензированного программного обеспечения;
  • Регулярное выполнение рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 года об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПК, и оргтехники, и сопровождению программных средств;
  • Регулярное выполнение требований ГОСТ 51188-98,защита информации, испытание программных средств на наличие вирусов;
  • Предварительное обучение пользователей и обслуживающего персонала.

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

4.1.4.Требования к эргономике и технической эстетике

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

  • Интерфейсы подсистем должен быть типизированы;
  • Должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
  • Должен использоваться шрифт Times New Roman;
  • Размер шрифта должен быть: 14пт;
  • Цветовая палитра должна быть: без использования темного цвета фона;
  • Для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
  • При возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по ее устранению на русском языке.

4.1.5.Требования по сохранности информации при авариях

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

4.1.6. Перспективы развития, модернизации системы

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

4.2.Требования к функциям, выполняемым системой

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

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

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

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

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

4.3.Требования к видам обеспечения

4.3.1.Требования к информационной и программной совместимости

Системные программные средства, используемые программой, должны быть представлены:

  • Лицензионной локализованной версией операционной системы платформы-Windows;
  • Microsoft Access 97-2007;
  • Microsoft Word 97-2007.

Delphi 7.

4.3.2.Требования к техническому обеспечению

В состав технических средств должен входить ПК, включающий в себя:

  • Процессор Pentium-3.0Hz,не менее;
  • Оперативная память объемом 1 Гбайт, не менее;
  • Жесткий диск объемом 200 Гбайт, не менее.

5.Состав и содержание работ по созданию системы

Стадии и этапы разработки по созданию автоматизированной системы «Грузоперевозки»:

Стадии разработки

Разработка должна быть проведена в три стадии:

1.Разработка технического задания.

2.Рабочее проектирование.

3.Внедрение.

Этапы разработки

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

1.Разработка технического задания;

2.Согласование технического задания;

3.Утверждение технического задания;

На стадии рабочего проектирования должны быть выполнены следующие этапы:

1.Разработка программы.

2.Разработка программной документации.

3.Испытания программы.

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

1.Подготовка программы.

2.Передача программы.

Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

1.Постановка задачи;

2.Определение и уточнение требований к техническим средствам;

3.Определение требований к программе;

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

5.Согласование и утверждение технического задания;

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

На этапе тестирования автоматизированной системы должно осуществляться следующим образом:

1.Необходимо проверить точность следования всем алгоритмам;

2.Проверить реакцию системы при вводе некорректных значений;

3.Необходимо проверить корректность добавления, редактирования, удаления данных в системе;

4.Проверить возможности поиска необходимых данных;

5.Проверить возможности сортировки необходимых данных;

6.Проверить возможности фильтрации необходимых данных;

  • На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

Календарный план

Стадии разработки

Этапы работ

Содержание работ

Время выполнения

Техническое задание

Постановка задачи

Построение математической модели и детальное рассмотрение предметной области.

15.03.2015-25.03.2015

Разработка технического задания

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

15.04.2015-28.04.2015

Утверждение технического задания

Согласование и утверждение технического задания.

15.05.2015-16.05.2015

Разработка проекта

Проектирование и разработка программы

Программирование и отладка.

17.05.2015-

18.05.2015

Создание документации

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

19.05.2015-24.05.2015

Тестирование

Корректировка программы, выявление недочетов.

25.05.2015-30.05.2015

Внедрение

Подготовка и сдача программного продукта заказчику

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

02.05.2015-

15.05.2015

6.Порядок контроля и приемки системы

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

6.1 Требования к качеству

6.1.1. Показатели приемки качества

автоматизация информационный грузоперевозка

Код

Показатель

1

Функциональные возможности (Functionality)

1.1

Пригодность (Suitability)

1.2

Правильность (Accuracy)

1.3

Способность к взаимодействию (Interoperability)

1.4.

Защищенность (Security)

2

Надежность (Reliability)

3

Практичность (Usability)

4

Эффективность (Efficiency)

4.1

Временная эффективность (Time behavior)

5

Сопровождаемость (Maintainability)

5.1

Изменяемость (Changeability)

6

Мобильность (Portability)

6.1.2.Виды, состав, объем и методы испытаний системы и ее составных частей

Контрольные вопросы

Показатель качества

Код

Вид тестирования

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

Пригодность

1.1

Функциональное

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

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

Правильность

1.2

Функциональное

Насколько легко и эффективно осуществляется взаимодействие с другим программным обеспечением в среде пользователя?

Способность к

взаимодействию

1.3

Интеграционное

Обеспечивает ли программное обеспечение средства санкционирования доступа и выполняет ли требования приложения?

Защищенность

1.4.

Функциональное,

Стресс-тестирование

Функционирует ли система надежно в соответствии с требованиями поддержки приложения и технологичности, включая управление аномалиями (с оценкой средств управления аномалиями: определение ошибочных ситуаций системы и условий, требующих специальной обработки для подтверждения целостности системы; особенности восстановления и работы в условиях неполной работоспособности)?

Надежность

2

Функциональное,

Стресс-тестирование

Применимо ли программное обеспечение в заданной операционной и поддерживающей среде?

Практичность

3

Интеграционное

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

Эффективность

4

Функциональное

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

Изменяемость

5.1

Стресс-тестирование

Насколько легко переносить программное обеспечение для использования в другой среде (конфигурация КТС и/или среда программной системы)?

Мобильность

6.1

Интеграционное

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

7.1. Технические мероприятия

Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы:

  • Осуществлена закупка и установка необходимого оборудования;
  • Организовать необходимое сетевое взаимодействие;

7.2.Организационные мероприятия

Силами Заказчика в срок до начала этапа работ «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:

  • Организация доступа к базам данных источников;

7.3. Изменения в информационном обеспечении

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

8.Требования к документированию

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

Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

Договор №7 от 20.05.2015г.

ГОСТ 24.701-86«Надежность автоматизированных систем управления»

ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды»

ГОСТ 21958-76 «Система «Человек-машина». Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования»

ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования»

ГОСТ Р. 50571.22-2000 «Электроустановки зданий».

И.Т.Д.

ПРИЛОЖЕНИЯ 2

// Открытие второй формы;

// добавление в список второй формы названий столбцов

procedure TForm1.Button1Click(Sender: TObject);

begin

form2.show;

  • if combobox1.Text=’Грузополучатель’ then begin

form2.ADOTable1.TableName:=’Грузополучатель’;

  • form2.ADOTable1.Active:=true;
  • form2.Caption:=’Грузополучатель’;
  • form2.ComboBox1.Items.Add(‘Код’);
  • form2.ComboBox1.Items.Add(‘ФИО_Г’);
  • form2.ComboBox1.Items.Add(‘Номер_паспорта’);
  • form2.ComboBox1.Items.Add(‘Телефон’);
  • end;
  • if combobox1.Text=’Заказы’ then begin

form2.ADOTable1.TableName:=’Заказы’;

  • form2.ADOTable1.Active:=true;
  • form2.Caption:=’Заказы’;
  • form2.ComboBox1.Items.Add(‘Код_заказа’);
  • form2.ComboBox1.Items.Add(‘Код_грузопол’);
  • form2.ComboBox1.Items.Add(‘Код_товара’);
  • form2.ComboBox1.Items.Add(‘Дата_доставки’);
  • end;
  • if combobox1.Text=’Сотрудники’ then begin

form2.ADOTable1.TableName:=’Сотрудники’;

  • form2.ADOTable1.Active:=true;
  • form2.Caption:=’Сотрудники’;
  • form2.ComboBox1.Items.Add(‘Код’);
  • form2.ComboBox1.Items.Add(‘Должность’);
  • form2.ComboBox1.Items.Add(‘Паспорт’);
  • form2.ComboBox1.Items.Add(‘Телефон’);
  • form2.ComboBox1.Items.Add(‘ФИО’);
  • form2.ComboBox1.Items.Add(‘Код_заказа’);
  • end;
  • if combobox1.Text=’Тариф’ then begin

form2.ADOTable1.TableName:=’Тариф’;

  • form2.ADOTable1.Active:=true;
  • form2.Caption:=’Тариф’;
  • form2.ComboBox1.Items.Add(‘Код’);
  • form2.ComboBox1.Items.Add(‘На_транспорт’);
  • form2.ComboBox1.Items.Add(‘На_доставку’);
  • end;
  • if combobox1.Text=’Товар’ then begin

form2.ADOTable1.TableName:=’Товар’;

  • form2.ADOTable1.Active:=true;
  • form2.ComboBox1.Items.Add(‘Код’);
  • form2.ComboBox1.Items.Add(‘Наименование’);
  • form2.ComboBox1.Items.Add(‘Количество’);
  • form2.ComboBox1.Items.Add(‘Качество’);
  • end;
  • if combobox1.Text=’Транспорт’ then begin

form2.ADOTable1.TableName:=’Транспорт’;

  • form2.ADOTable1.Active:=true;
  • form2.Caption:=’Транспорт’;
  • form2.ComboBox1.Items.Add(‘Код’);
  • form2.ComboBox1.Items.Add(‘Название’);
  • form2.ComboBox1.Items.Add(‘Номер_тарифа’);
  • end;
  • if combobox1.Text=’Услуги’ then begin

form2.ADOTable1.TableName:=’Услуги’;

  • form2.ADOTable1.Active:=true;
  • form2.Caption:=’Услуги’;
  • form2.ComboBox1.Items.Add(‘Вид_услуги’);
  • form2.ComboBox1.Items.Add(‘Номер_сотрудника’);
  • form2.ComboBox1.Items.Add(‘Номер_транспорта’);
  • form2.ComboBox1.Items.Add(‘Код’);
  • end;
  • end;

// Выход из приложения

procedure TForm1.Button2Click(Sender: TObject);

begin

close;

  • end;

// Отключение ADOTable и очищение выпадающего списка

procedure TForm1.ComboBox1Change(Sender: TObject);

begin

form2.ADOTable1.Active:=false;

  • form2.ComboBox1.Items.Clear;
  • end;

// Выполнение запроса стоимость услуг

procedure TForm1.N1Click(Sender: TObject);