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

Проектирование ИС предприятия оптовой торговли

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Объект исследования – магазин оптовой торговли «Магнит Косметик».

Предмет исследования – автоматизация бизнес-процессов.

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

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

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

– разработать информационное обеспечение задачи;

– разработать программное обеспечение задачи;

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

1. Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

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

Первый магазин «Магнит Косметик» открылся 20 декабря 2010 года в г. Краснодаре. На сегодняшний день сеть включает около 2800 магазинов в более чем 1000 городов по всей стране. Ежемесячно открывается порядка 80 магазинов, чтобы все необходимые товары для красоты, уборки и создания уюта были в шаговой доступности наших покупателей.

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

1.2. Организационная структура управления предприятием

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

Организационная структура ТС «Магнит Косметик» является линейно-функциональной, в которой совет директоров осуществляет руководство над всеми сотрудниками торговой сети. На рис. 1 представлена схема организационной структуры ТС «Магнит Косметик».

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

Рисунок 1 – Организационная структура

Директор по маркетингу – руководитель, относящийся к категории топ-менеджмента, высшего руководства предприятия. Определяет маркетинговую стратегию предприятия, принимает решения на высшем уровне, руководит работой маркетинговой службы предприятия.

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

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

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

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

1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

Для выбора комплекса задач автоматизации и характеристики существующих бизнес-процессов выполним моделирование предметной области в среде ErWin [13].

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

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

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

Функциональная модель процесса «Учет продаж бытовой химии» представлена на рис. 2. Декомпозированная функциональная модель процесса «Учет продаж бытовой химии» представлена на рис. 3.

]

Рисунок 2 – Функциональная модель «Учет продаж бытовой химии»

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

– прием и предварительная обработка данных;

– оформление заказа;

– оформление договора;

– формирование базы данных.

Рисунок 3 – Декомпозированная модель «Учет продаж бытовой химии»

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

2. Информационное обеспечение задачи

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

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

Рисунок 4 – Схема взаимодействия системы

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

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

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

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

За каждым товаром закреплен определенный тип товара, который выбирается при заполнении карточки товара. За каждым товаром закреплен только один ID-товара, с помощью которого он используется в заявке. Также в системе представлен необходимый комплекс вспомогательных справочников [9]. Состав основных таблиц представлен далее.

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

– код товара;

– наименование товара;

– код поставщика;

– код типа;

– код единицы измерения;

– цена;

– статус.

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

– код заказа;

– код организации;

– дата;

– код сотрудника;

– код клиента;

– код метода доставки;

– количество;

– код товара;

– цена;

– сумма скидки;

– цена доставки.

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

– код договора;

– дата;

– код заказа;

– статус выполнения;

– примечание.

На всех поставщиков в информационной системе имеется следующая информация: код поставщика; наименование поставщика; расчетный счет; адрес; контактный телефон; электронная почта; примечание.

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

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

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

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

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

– вводить справочную информацию при помощи набора справочников;

– просматривать информацию о заказах и договорах в виде таблицы.

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

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

Описание входной информации информационной системы представлено в табл. 1.

Таблица 1

Описание входной информации

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

Входной информацией информационной системы для автоматизируемой задачи являются:

– информация о товарах;

– информация о типе товара;

– информация о поставщиках;

– информация о клиентах;

– информация о организации;

– информация о сотрудниках;

– информация о методе доставки;

– информация о заказах;

– информация о договорах.

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

Выходным документом для задачи является:

– реестр товаров;

– реестр заказов;

– реестр договоров.

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

Таблица 2

Описание выходных документов

Наименование Документа	Дата поступления документа	Откуда поступает документ
Товар	По мере необходимости	Менеджер по продажам
Заказ	При обращении клиента	Менеджер по продажам
Договор	При заключении сделки	Менеджер по продажам

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

3. Программное обеспечение задачи

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

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

Состав функций информационной системы представлены в виде дерева функций рис. 5.

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

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

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

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

Схема данных разрабатываемой информационной системы представлена на рис. 6.

Рисунок 6 – Схема данных

Основными объектами графического представления схемы являются таблицы и связи, определяемые внешними ключами [8].

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

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

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

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

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

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

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

Рисунок 8 – Структура информационной системы

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

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

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

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

Доступ из главного меню информационной системы может быть выполнен ко всем элементам информационной системы:

– справочники;

– документы;

– обработка данных;

– выход.

Рисунок 9 – Главное меню ИС

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

– форма «Клиент»;

– форма «Организация»;

– форма «Сотрудник»;

– форма «Поставщик»;

– форма «Единица измерения»;

– форма «Тип»;

– форма «Должность»;

– форма «Метод доставки».

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

Рисунок 10 – Форма «Клиент»

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

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

Рисунок 11 – Форма «Организация»

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

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

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

– переместиться к первой записи;

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

– перейти к следующей записи;

– перейти к последней записи;

– добавить запись;

– удалить запись;

– сохранить изменения;

– отменить ввод;

– вернуть изменения [2].

Рисунок 12 – Форма «Сотрудник»

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

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

Рисунок 13 – Форма «Поставщик»

Рисунок 14 – Форма «Единицы измерения»

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

Обработка оперативной информации в разработанной информационной системе по должностям организации выполняется при помощи использования специального справочника «Должности». Интерфейс данной формы представлен на рис. 17.

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

Рисунок 16 – Форма «Метод доставки»

Документ «Товар» позволяет пользователю информационной системы просматривать, вводить, изменять данные по реализуемым товарам [11]. В данной форме организованы необходимые связи с дополнительными справочниками, т.к например, в поле поставщик выполняется подстановка со справочника «Поставщик», в поле тип товара выполняется подстановка со справочника «Тип товара» и в поле единица измерения выполняется подстановка c «Единица измерения». Интерфейс пользовательской формы «Товар» представлен на рис. 18. В информационной системе существует возможность обработки следующих документов: товар; заказ; договор.

Рисунок 17 – Форма «Должности»

Рисунок 18 – Форма «Товар»

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

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

Рисунок 19 – Форма «Заказ»

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

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

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

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

Например, для выполнения оперативного поиска информации о стиральном порошке «Стиральный порошок Persil универсальный свежесть vernal, 4.5 кг» необходимо ввести его название в специальное поле и клацнуть кнопку «Найти». После чего в таблице останется одна запись, характеризующая необходимый товар. Интерфейс запроса «Реестр товаров» представлен на рис. 21.

Рисунок 21 – Форма «Реестр товаров»

Запрос «Реестр заказов» предназначен для вывода сводной информации о оформленных заказах. Для выборки заказов необходимо ввести необходимую дату, рис. 22.

Запрос «Реестр договоров» предназначен для вывода сводной информации о заключенных договорах. Для поиска необходимого договора необходимо ввести его номер, рис. 23.

Рисунок 22 – Форма «Реестр заказов»

Рисунок 23 – Форма «Реестр договоров»

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

ЗАКЛЮЧЕНИЕ

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

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

В качестве среды разработки были выбраны СУБД Microsoft Access и объектно-ориентированная среда разработки Delphi.

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

Mісrоsоft Ассess представляет собой систему управления базами данных (СУБД) реляционного типа и позволяющая эффективно управлять данными. Одним из достоинств Mісrоsоft Ассess является простой графический интерфейс, который позволяет создавать разнообразные базы данных с необходимым интерфейсом доступа к ним, с использованием встроенных средств разработки. В качестве средств разработки СУБД Mісrоsоft Ассess используются элементы управления, запросы, отчеты и макросы.

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

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

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

Архангельский А.Я. Программирование в Delphi 7. М.: Бином, 2012. – 1152 с.
Архангельский А.Я. Delphi 2009. Справочное пособие. Откорректированное и дополненное – М.: Бином, 2009. – 569 с.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2009. – 554 с.
Гвоздева В.А. Базовые и прикладные информационные технологии: Учебник / Гвоздева В. А. - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2015. – 384 с.
Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. – 544 с.
Голицына О.Л. Языки программирования: Учебное пособие / О.Л. Голицына, Т.Л. Партыка, И.И. Попов. - 3-e изд., перераб. и доп. - М.: Форум: ИНФРА-М, 2015. – 400 с.
Грошев А.С. Информационные технологии : лабораторный практикум / А. С. Грошев. – 2-е изд. – М.-Берлин: Директ-Медиа, 2015. – 285 с.
Грошев А.С., Закляков П. В. Информатика: учеб. для вузов – 3-е изд., перераб. и доп. – М.: ДМК Пресс, 2015. – 588 с.
Грызлов В. И., Грызлова Т. П. Турбо Паскаль 7.0. – М.: ДМК Пресс. – 400 с.
Гуда А.Н., Колесников В.И. Информатика и программирование: компьютерный практикум – М.: Дашков и К, 2010. – 240 с.
Гультяев А.К., Машин В.А. Проектирование и дизайн пользовательского интерфейса. – СПБ.: Корона Принт, 2009. – 536 с.
Затонский А.В. Информационные технологии: разработка информационных моделей и систем: Учеб. пос. / А.В.Затонский - М.: ИЦ РИОР: НИЦ ИНФРА-М, 2014. – 344 с.
Кабанов В.А. Кабанов, В. А. Практикум Access [Электронный ресурс] / В. А. Кабанов. - М.: Инфра-М, 2015. – 55 с.
Кантор М. Управление программными проектами. Практическое руководство по разработке успешного программного обеспечения / М. Кантор. - М.: Вильямс, 2012. – 758 с.
Карминский А.М. Методология создания информационных систем: Учебное пособие / А.М. Карминский, Б.В. Черников. - 2-e изд., перераб. и доп. - М.: ИД ФОРУМ: ИНФРА-М, 2012. – 320 с.

ПРИЛОЖЕНИЕ

Код программы главной формы

unit prog;

interface

uses

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

Dialogs, Menus, XPMan, Unit2Klient, Unit3Organiz, Unit4Sotr, Unit5Postav,

Unit6Edin, Unit7Tip, Unit8Metod, Unit9Tovar, Unit10Zakaz, Unit11Dogovor,

jpeg, ExtCtrls, Unit12poisktovara, Unit13Dogovora, Unit14Tovaru;

type

TForm1 = class(TForm)

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;

N13: TMenuItem;

N14: TMenuItem;

Image1: TImage;

Image2: TImage;

Image3: TImage;

N15: TMenuItem;

XPManifest1: TXPManifest;

N16: TMenuItem;

N17: TMenuItem;

N18: TMenuItem;

procedure N4Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure N14Click(Sender: TObject);

procedure N15Click(Sender: TObject);

procedure N16Click(Sender: TObject);

procedure N17Click(Sender: TObject);

procedure N18Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var Form1: TForm1;

implementation

uses Unit15Dolgnost;

{$R *.dfm}

procedure TForm1.N4Click(Sender: TObject);

begin

Close();

end;

procedure TForm1.N5Click(Sender: TObject);

begin

Form2.Show;

end;

procedure TForm1.N6Click(Sender: TObject);

begin

Form3.Show;

end;

procedure TForm1.N7Click(Sender: TObject);

begin

Form4.Show;

end;

procedure TForm1.N8Click(Sender: TObject);

begin

Form5.Show;

end;

procedure TForm1.N9Click(Sender: TObject);

begin

Form6.Show;

end;

procedure TForm1.N10Click(Sender: TObject);

begin

Form7.Show;

end;

procedure TForm1.N11Click(Sender: TObject);

begin

Form8.Show;

end;

procedure TForm1.N12Click(Sender: TObject);

begin

Form9.Show;

end;

procedure TForm1.N13Click(Sender: TObject);

begin

Form10.Show;

end;

procedure TForm1.N14Click(Sender: TObject);

begin

Form11.Show;

end;

procedure TForm1.N15Click(Sender: TObject);

begin

Form12.Show;

end;

procedure TForm1.N16Click(Sender: TObject);

begin

Form13.Show;

end;

procedure TForm1.N17Click(Sender: TObject);

begin

Form14.Show;

end;

procedure TForm1.N18Click(Sender: TObject);

begin

Form15.Show;

end;

end.

Код программы (Реестр товаров)

unit Unit14Tovaru;

interface

uses

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

Dialogs, StdCtrls, DB, ADODB, DBCtrls, ExtCtrls, Mask, jpeg, Grids,

DBGrids;

type

TForm14 = class(TForm)

Image1: TImage;

Image2: TImage;

DataSource1: TDataSource;

ADOTable1: TADOTable;

ADOQuery1: TADOQuery;

ADOConnection1: TADOConnection;

Button1: TButton;

Edit1: TEdit;

DBGrid1: TDBGrid;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form14: TForm14;

implementation

{$R *.dfm}

procedure TForm14.Button1Click(Sender: TObject);

begin

try

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Text:='';

ADOQuery1.SQL.Add('SELECT * FROM Товар WHERE [Наименование товара] LIKE ''%'+Edit1.Text+'%''');

ADOQuery1.Active:=True;

except

on e:Exception do

end;

end.

Код программы (Реестр товаров)

unit Unit13Dogovora;

interface

uses

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

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

type

TForm13 = class(TForm)

Image1: TImage;

Image2: TImage;

Image3: TImage;

ADOConnection1: TADOConnection;

ADOTable1: TADOTable;

ADOQuery1: TADOQuery;

DataSource1: TDataSource;

DBGrid1: TDBGrid;

Button1: TButton;

ComboBox1: TComboBox;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form13: TForm13;

implementation

{$R *.dfm}

procedure TForm13.Button1Click(Sender: TObject);

begin

ADOQuery1.SQL.Clear;

ADOQuery1.SQL.Text:='';

ADOQuery1.SQL.Add('SELECT * FROM Договор WHERE [Статус выполнения] LIKE ''%'+ComboBox1.Text+'%''');

ADOQuery1.Active:=True;

end;

end.