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

Проектирование реализации операций бизнес-процесса «Складской учет» (Характеристика нормативно-справочной, входной и оперативной информации)

Содержание:

ВВЕДЕНИЕ

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

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

Цель исследования: проектирование автоматизированной информационной системы (АИС) предприятия (на примере ОАО «Детский Мир Центр») для автоматизации складского учета.

Объект исследования – предприятие ОАО «Детский Мир Центр».

Предмет исследования – автоматизация складского учета товаров.

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

1. Исследовать основные бизнес-процессы предприятия.
2. Выбрать среду разработки информационной системы и систему управления базами данных.
3. Выполнить проектирование информационно-логической SADT-модели информационной системы складского учета ОАО «Детский Мир Центр».
4. Спроектировать концептуальную модель базы данных.
5. Выполнить проектирование ИС предприятия для автоматизации складского учета ОАО «Детский Мир Центр».

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

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

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

Во второй главе: приводится описание информационной модели автоматизации складского учета, выполняется моделирование базы данных и разработка АИС склада детских товаров ОАО «Детский Мир Центр.

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

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

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

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

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

Выявленные проблемы, присущие обследованному предприятию, представлены в таблице 1.

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

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

Все вышеизложенное позволяет сделать главный вывод – компании ОАО «Детский мир – Центр» необходим более мощный программный комплекс, который будет выполнять все вышеперечисленные задачи.

Поскольку компания ОАО «Детский мир – Центр» находится в постоянном развитии, и были открыты его филиалы, то для этого потребовалось выполнение дополнительных задач:

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

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

3) просмотр информации о магазинах, продавцах;

4) просмотр и печать информации о наличии требуемого товара в конкретном складе-магазине;

5) осуществление операций продажи, заказов.

Цель в теоретическом аспекте - изучение особенностей работы склада в ОАО «Детский мир – Центр».

Цель в практическом аспекте - проектирование автоматизированной информационной системы (АИС) предприятия (на примере ОАО «Детский Мир Центр») для автоматизации складского учета.

Задачи информационной системы:

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

Функции ИС:

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

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

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

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

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

На складе имеется программное и аппаратное обеспечение, которое обеспечивает:

1) извлечение данных из БД;

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

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

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

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

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

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

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

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

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

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

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

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

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

Для наглядного отображения системы складского учета использована методология SADT. Методология IDEF0 (функциональная модель) предписывает построение иерархической системы диаграмм – единичных описаний системы. Контекстная диаграмма системы складского учета в ОАО «Детский мир – Центр» представлена на рисунке 1.

Рисунок 1. – Контекстная диаграмма системы учета товаров

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

Входы (слева):

покупатель;
товар от поставщика.

Выходы (справа):

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

Механизмы и управление (сверху):

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

Ресурсы:

персонал отдела продаж склада;
упаковочные материалы;
офисная техника и ПК.

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

Рисунок 2. – Диаграмма декомпозиции системы учета товаров ОАО «Детский мир – Центр»

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

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

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

3) отпуск товара – после формирования заказа покупателя, происходит продажа товара.

1.3. Характеристика документооборота, возникающего при решении задачи

Ввиду того, что на складе предприятии ОАО «Детский Мир Центр не функционирует единая информационная система, которая позволила бы организовать эффективный электронный информационный поток, последний представлен документооборотом в материальной форме.

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

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

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

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

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

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

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

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

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

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

Для отдела поставок входом является товар с документами, который поставляется и заказывается у производителя или поставщика склада. Доставленный товар отправляется на склад, а информация о состоянии склада хранится в БД «База Детский мир Центр». Затем при совершении акта купли-продажи составляются необходимые документы и выписываются чеки или накладные, по которым выдается товар [4].

Диаграммы потоков данных (DFD), используются для описания документооборота и обработки информации. В отличие от диаграммы (IDEF0) здесь показывается, как объекты и данные двигаются от одной работы к другой.[13] Диаграмма декомпозиции «Приемка товара» включает следующие работы: Оформление договоров на поставку, после которой происходит отслеживание недоброкачественной и конкурентной продукции. Результатом этих работ является сохранение информации о проделанной работе в хранилище данных «Статистика» и на основе собранной информации принимается решение о доставке товара на склад. Диаграмма декомпозиции «Приемка товара» представлена на рисунке 4.

Рисунок 4 – Диаграмма декомпозиции «Приемка товара»

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

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

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

2) Категория – объект, содержащий данные о товарных группах. Включает в себя код товарной группы и наименование товарной группы. Идентификатор – код товарной группы.

3) Производители – объект, содержащий информацию о производителях. Включает в себя код производителя и наименование производителя. Идентификатор – код производителя.

4) Приход – объект для хранения информации о приходе товара на склад. Данный объект хранит информацию о коде документа приходной накладной, номер приходной накладной и дату прихода. Идентификатором является код документа приходной накладной.

5) Расход – объект для хранения информации о расходе товара со склада, т.е. передача его в торговый зал. Данный объект хранит информацию о коде документа расходной накладной, номер расходной накладной и дату расхода. Идентификатором является код документа расходной накладной.

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

Система должна охватывать все смежные процессы.

Все данные должны быть взаимосвязаны.

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

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

Документы передаются в материальной форме.

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

Классы объектов выходных документов – эскизы форм документов.

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

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

Рисунок 7 – Форма документа «Платежное поручение»

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

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

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

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

На предприятии применяются: линейка Microsoft Windows, Microsoft Office 2010, MicrosoftVisualStudio2012, программа мгновенных сообщений ICQ, антивирусная система Лаборатории Касперского, Adobe Photoshop CS4, Corel Draw X3, Pro-100, 1С-Предприятие, Дубль-ГИС, ACDSee 8, Firefox 3.0.6, «Налогоплательщик», «Консультант+», «Гарант»

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

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

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

а) организацией бесперебойного питания технических средств;

б) использованием лицензионного программного обеспечения;

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

Поддерживаемые операционные системы Windows 7, 8, 10.

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

Для осуществления автоматизации учета процессов складского учета компании ОАО «Детский мир – Центр» было решено разработать программно-информационное обеспечение, для полноценного использования и достоверного хранения информации которого, необходимо спроектировать базу данных.

Данные в системе должны быть реализованы в виде реляционной БД на основе СУБД MS Access 2007. БД располагается на сервере под управлением операционной системы Microsoft Windows Server 2000 или Windows 7. На клиентских местах установлена операционная система Windows 7.

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

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

Среди средств, которые предлагает система управления базами данных Access необходимо отметить возможность динамического обмена данными между Access и другими приложениями, которые поддерживают эту технологию. Также имеется возможность применения технологии ActiveX, позволяющей использовать разработчику в своем программном продукте не только, те объекты, которые свойственны данному приложению (в частности, Access), но и объекты других приложений (например, Excel или Word).[4]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Доступ программы к базе данных реализуется с помощью технологии ADO (Microsoft ActiveX Data Objects), которая обеспечивает универсальный доступ к источникам данных из приложений БД. ADO (Active Data Objects) является высокоуровневым компонентом технологии доступа к данным от Microsoft. (т.н. MDAC - Microsoft Data Access Components).

Рисунок 8 – ADO технология

Подключение к БД настраивается с помощью компонента TADOConnection расположенного на форме модуля MyMain (настраивается свойство ConnectionString).

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

а) TADOQuery, который соединяется с компонентом ADOConnection с помощью настройки свойства Connection. Компонент предназначен для получения набора записей из одной или нескольких таблиц БД или выполнения добавления, редактирования и удаления данных БД, путем выполнения SQL-запроса (метод ExecSQL), который записан в свойство SQL;

б) TDataSource – компонент является промежуточным звеном между TADOTable и TDBGrid. Связан с TADOTable (TADOQuery) свойством DataSet.

в) TDBGrid – компонент отображает таблицу БД. Связан с TdataSource свойством DataSource.

Для разработки АИС была выбрана среда Delphi - язык и среда программирования, относящаяся к классу RAD - (Rapid Application Development – «Средство быстрой разработки приложений») средств CASE – технологии [5].

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 9 – Информационная модель

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

Основные виды работ:

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

Регламентируемые запросы к БД:

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

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

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

К нормативно-справочной информации, использующейся при работе информационной системы, относятся:

законодательство РФ;
должностные инструкции;
руководство пользователя ЭИС.

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

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

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

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

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

справочник цветов;
таблица размеров;
прайс на товары;
справочник валют.

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

Рисунок 10 – Приходная накладная

Рисунок 11 – Приходная накладная

Основными объектами реляционной базы данных являются таблицы [6]. В таблицах хранятся все данные, которые имеются в базе в виде определенной структуры - полей, их типов и свойств [8]. Таблицы базы данных были созданы в режиме «Конструктор».[21] Список таблиц базы данных отражен на рис.12.

Рисунок 12 – Список таблиц базы данных

Таблицы «Валюты», «Таблица цветов» и «Размеры» являются справочными и состоят из следующих полей (рис.13).

Рисунок 13 – Таблицы «Валюты», «Размеры» и «Таблица цветов» в режиме конструктора.

Поля «Код валюты», «Код цвета» и «Код» являются ключевыми в соответствующих таблицах.

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

Рисунок 14 – Таблица «Категории» в режиме конструктора

Поле «Код» является ключевым.

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

Рисунок 15 – Таблицы «Отгружено» и «Поставки» в режиме конструктора

Таблица «Магазины» состоит из следующих полей (рис.16):

Рисунок 16– Таблица «Магазины» в режиме конструктора

Таблица «Производители» состоит из следующих полей (рис.17):

Рисунок 17 – Таблица «Производители» в режиме конструктора

Таблица «Товары» является основной (рис.18).

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

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

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

2) наименование – название товара;

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

4) состав (информация о том, из чего изготовлено данное изделие);

5) категория;

6) цена (отпускная цена товара);

7) коллекция (принадлежность данного товара к определенной коллекции);

8) производитель;

9) фото.

Ключевым полем в данной таблице является «Артикул».

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

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

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

Запрос «Товары Запрос_1»:

SELECT Товары.[Коллекция], Товары.[Артикул], Товары.[Наименование], Товары.[Ростовка], Товары.[Состав], Товары.[Категория], Товары.[Цена], Товары.[Производитель], Товары.[Фото]

FROM Товары

WHERE (((Товары.[Коллекция])="весна-лето 2016"));

Запрос «Товары Запрос_2»:

SELECT Товары.Коллекция, Товары.Артикул, Товары.Наименование, Товары.Ростовка, Товары.Состав, Товары.Категория, Товары.Цена, Товары.Производитель, Товары.Фото

FROM Товары

WHERE (((Товары.Коллекция)="осень-зима 2016-2017"));

Запрос «Товары Запрос_3»:

FROM Товары

WHERE (((Товары.Коллекция)="весна-лето 2017"));

Запрос «Товары Запрос_4»:

FROM Товары

WHERE (((Товары.[Коллекция])="осень-зима 2017-2018"));

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

Запрос «Поставки Запрос»:

SELECT Поставки.[Номер накладной], Поставки.[Дата поступления], Поставки.Магазин, Отгружено.Артикул, Товары.Наименование, Товары.Цена, Отгружено.Цвет, Отгружено.Размер, Отгружено.[Кол-во], [Цена]*[Кол-во] AS Сумма

FROM Товары INNER JOIN (Поставки INNER JOIN Отгружено ON Поставки.[Номер накладной] = Отгружено.[Номер накладной]) ON Товары.[Артикул] = Отгружено.[Артикул];

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

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

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

Рисунок 20 – Отчет «Поставки»

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

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

На рисунке 21 изображено дерево функций информационной системы по работе склада ОАО «Детский мир – Центр».

Начало работы с системой

Выбор пункта меню

Товары

Поставки

Выход из системы

Выход в меню

Коллекции

Магазины

Курсы валют

Таблица цветов

Рисунок 21 – Дерево функций информационной системы ОАО «Детский мир – Центр».

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

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

Затем объекты, обладающие схожими свойствами, объединяются в группы, определяется иерархия объектов [7]. Сценарий работы программы представлен в приложении А.

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

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

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

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

Атрибут – это поименованная характеристика сущности, которая принимает значение из некоторого множества значений.

Связь – это ассоциация между двумя понятиями. Связи выражают отношения между сущностями. Связи делятся на три типа по множественности: один – к – одному (1:1), один – ко – многим (1:М), многие – ко – многим (М:М).

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

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

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

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

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

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

В программе ERwin Data Modeler r7.3. была создана логическая модель, которая содержит основные сущности и показывает связи между ними.

Рисунок 22 – Логическая модель базы данных

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

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

Рисунок 23 – Физическая модель данных

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

После инфологического проектирования проводится даталогическое проектирование и строится модель сущность-связь [6]. На рис. 24. она представлена схемой данных MS Access.

Рисунок 24 – Схема базы данных

После анализа представленной модели приходим к выводу, что она имеет третью нормальную форму – в ней отсутствуют связи «многие-ко многим» [9].

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

Программная система состоит из проекта Project.dpr в который входит 9 модулей: Unit1, Unit2, Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9 (расширение *.pas).

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

Unit 1

Unit3

Unit8

Unit2

Unit7

Unit 6

Unit5

Unit9

Unit4

Рисунок 25 - Иерархическая соподчиненность модулей

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

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

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

Таблица 3 – Спецификация модулей ИС

Модуль		Входные данные	Выходные данные
Unit1	Форма меню	Выбор действий пользователем	Основная форма
Unit2	Форма, содержащая информацию о товарах	Выбор действий пользователем	Результат текущего действия – просмотр информации о товарах
Unit3	Форма, содержащая информацию о поставках	Выбор действий пользователем	Результат текущего действия – просмотр товаров поставок
Unit4	Форма, реализованная компонентом Page Control Модуль, содержащий таблицы с товарами из коллекций	Выбор действий пользователем	Результат текущего действия – просмотр таблиц коллекций товаров
Unit5	Форма, реализованная компонентом DBCtrlGrid с информацией о магазинах	Выбор действий пользователем	Результат текущего действия – просмотр таблиц с информацией о магазинах
Unit6	Модуль, содержащий информацию о курсах валют	Выбор действий пользователем	Информация о курсах валют
Unit7	Модуль, содержащий информацию о цветовой гамме	Выбор действий пользователем	Информация о цветовой гамме
Unit8	Модуль, содержащий компоненты для работы с базой данных	Данные, записанные пользователем	Соединение с базой данных
Unit9	Формирование отчета в виде QReport	Формируется по запросу из модуля 3	Сформированный отчет

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

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

Запуск программной системы осуществляется с запуска файла ChildShop.exe. При этом запускается идентификация пользователя, если предусмотрен вод пароля и пароль верен, то открывается главное окно, в котором осуществляется навигация по функциям АИС (рисунок 26).

Рисунок 26 - Вход в информационную систему

При нажатии на кнопку «Ok», если пароль верен (или его ввод не предусмотрен), открывается главное окно программы (рисунок 27)

Рисунок 27 – Главная форма работы с информационной системой

При нажатии на кнопку выход произойдет выход из системы.

Начинаем работу с информационной системой.

В формах для перемещения по записям таблиц используется компонент Delphi DBNavigator, где используются обозначения:

«+»-добавить запись в таблицу;

«-»-удалить запись из таблицы;

-перемещение курсора к первой записи;

-возврат курсора к предыдущей записи;

-переход курсора к следующей записи;

-переход курсора к последней записи;

-редактирование полей;

-закрепить действие.

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

Для ввода и редактирования данных по товарам служит форма «Товары» (рис.28).

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

Форма «Поставки» отражена на рисунке 29.

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

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

Форма «Коллекции» содержит отдельную вкладку для каждой коллекции (рис.30). Форма «Магазины» отражена на рисунке 31. Форма «Курсы валют» отражена на рисунке 32.

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

Рисунок 31 – Форма «Магазины»

Рисунок 32 – Форма «Курсы валют»

Форма «Таблицы цветов» содержит кнопки загрузки нового цвета в базу данных, или удаления ненужного цвета (рис.33).

Рисунок 33 – Форма «Таблицы цветов»

ЗАКЛЮЧЕНИЕ

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

В первой главе рассмотрены основные этапы проектирования АИС: исследование задач автоматизации, рассмотрены основные операции по складскому учету в ОАО «Детский Мир Центр», сформулирована необходимость автоматизации складского учета в ОАО «Детский Мир Центр», произведено обоснование выбора программных средств для разработки информационной системы: среда разработки интерфейса Borland Delphi7 и система управления базами данных Microsoft Office Access 2007, спроектирована SADT-модель информационной системы.

Во второй главе выполнено проектирование и создание модели информационной системы для автоматизации склада детских товаров ОАО «Детский Мир - Центр». После обоснования необходимости автоматизации определена общая архитектура АИС и концепция содержимого базы данных. Далее проведено моделирование системы в программе AllFusion Process Modeler (BPWin). При построении даталогической модели база данных была нормализована, то есть в ней отсутствуют связи «многие-ко-многим».

Далее в данной главе содержится описание разработки базы данных «База Детский мирЦентр.mdb», описывается создание кнопочной формы в Delphi 7, которая определяет интерфейс работы с системой.

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

СПИСОК ЛИТЕРАТУРЫ

Абрамов Г.В., Медведкова И.Е., Коробова Л.А. Проектирование информационных систем – Воронеж: ВГУИТ, 2012 г. - 172 с.
Базы данных / И.Е. Медведкова, Ю.В.Бугаев, С.В.Чикунов – Воронеж: ВГУИТ, 2014. – 105 с.
Боуман, Джудит, С., Эмерсон, Сандра, Л., Дарновски, Марси, Практическое руководство по SQL, 4-е издание.: Пер. с англ. – М.: Издательский дом «Вильямс», 2011. – 352 с.: ил. – Парал. тит. англ.
Брауде Э.Дж. Технология разработки программного обеспечения: пер. с англ. – СПб: Питер, 2004. – 523 с.
Венделева, М.А. Информационные технологии в управлении: Учебное пособие для бакалавров / М.А. Венделева, Ю.В. Вертакова. - М.: Юрайт, 2013. - 462 c.
Голицына, О.Л. Информационные технологии: Учебник / О.Л. Голицына, Н.В. Максимов, Т.Л. Партыка, И.И. Попов. - М.: Форум, ИНФРА-М, 2013. - 608 c.
Илюшечкин В. М.Основы использования и проектирования баз данных / В. М. Илюшечкин - М. :Юрайт, 2011. - 213 с.
Информатика для экономистов: Учебник для бакалавров / Под ред. В.П. Полякова. – М.: Юрайт, 2013. – 322 с.
Информационные ресурсы и технологии в экономике : Учебное пособие / Г. Н. Безрядина [и др.] ; Под ред. Б.Е.Одинцова, А.Н.Романова. - М. : Вузовский учебник: ИНФРА-М, 2013. – 526 с.
Когаловский М.Р. Перспективные технологии информационных систем. – М.: ДМК-Пресс, 2013. – с.288.
Леонтьев В.П. Работа на компьютере 2014. Windows 8.1. Office 2013. Office 365 – М.: Олма Медиа Групп, 2014. – 643 с.
Макарова Н.В Информатика: Учебник – М.:: Финансы и статистика, 2011. - 576 с.
Маклаков С. В. CASE-средства ERwin, BPwin ждя разработки информационных систем URL: http://dit.isuct.ru/ivt/books/CASE/case5/ (дата обращения: 22.11.2017)
Особенности бухгалтерского учета в оптовой и розничной торговле [Электронный ресурс]. URL: http://saldoconsult.ru/stati/osobennosti-buxgalterskogo-ucheta-v-optovoj-i-roznichnoj-torgovle/ (дата обращения: 20.11.2016).
Острейковский В.А. Информатика. Теория и практика / В.А.Острейковский, И.В.Полякова – М.: Оникс, 2012. – с.608.
Пташинский В. Самоучитель Office 2013. – М.: Эксмо, 2013. – 290 с.
Советов, Б.Я. Информационные технологии: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский. - М.: Юрайт, 2013. - 263 c.
Уткин В.Б. Информационные системы в экономике / В.Б.Уткин, К.В. Балдин – М.: Дашков и К, 2012 – 394 с.
Федотова, Е.Л. Информационные технологии и системы: Учебное пособие / Е.Л. Федотова - М.: ИД ФОРУМ, НИЦ ИНФРА-М, 2013. - 352 c.
Хлебников, А.А. Информационные технологии: Учебник / А.А. Хлебников. - М.: КноРус, 2014. - 472 c.
Хомоненко, А. Д. Базы данных : учеб. для вузов / А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев ; под ред. А. Д. Хомоненко. – 6-е изд. – СПб. : КОРОНА-Век, 2010. – 736 с.
Цветкова М.С. Информатика и ИКТ. / М.С.Цветкова, Л.С.Великович 3-е изд., стер. - М.: ИНФРА, 2012. – 352 с.

ПРИЛОЖЕНИЯ

Приложение А

База Детский мирЦентр.mdb

Сведение о товарах, поставках и коллекциях

Загрузка главного модуля

База Детский мирЦентр.mdb

Справочные данные

База Детский мирЦентр.mdb

Сообщение об ошибке

Отчеты по поставкам

Отчеты

Параметры отчета

База Детский мирЦентр.mdb

Текущие действия

База Детский мирЦентр.mdb

Учет поступления и продажи товара

Сведения о магазинах

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

Соединение с базой данных

Начало

Конец

Справочные данные

База Детский мирЦентр.mdb

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

Данные о магазинах

Рисунок А1 – Функциональная схема программной системы

Приложение Б2

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

unit Unit1; – модуль главной формы

interface

uses

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

Dialogs, jpeg, ExtCtrls, StdCtrls, Buttons;

type

TForm1 = class(TForm)

Image2: TImage;

Image1: TImage;

Label1: TLabel;

BitBtn1: TBitBtn;

BitBtn2: TBitBtn;

BitBtn3: TBitBtn;

BitBtn4: TBitBtn;

BitBtn5: TBitBtn;

SpeedButton1: TSpeedButton;

BitBtn6: TBitBtn;

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);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses unit2,unit3,unit4,unit5,unit6,unit7;

{$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;

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;

Image1: TImage;

Label1: TLabel;

DBImage1: TDBImage;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Label7: TLabel;

Label8: TLabel;

Label9: TLabel;

Label10: TLabel;

DBEdit1: TDBEdit;

DBEdit2: TDBEdit;

DBEdit3: TDBEdit;

DBEdit6: TDBEdit;

DBMemo1: TDBMemo;

DBNavigator1: TDBNavigator;

DBGrid1: TDBGrid;

OpenPictureDialog1: TOpenPictureDialog;

SavePictureDialog1: TSavePictureDialog;

Button1: TButton;

Button2: TButton;

DBComboBox1: TDBComboBox;

DBComboBox2: TDBComboBox;

Label11: TLabel;

Label12: TLabel;

DBComboBox3: TDBComboBox;

DBEdit4: TDBEdit;

DBEdit5: TDBEdit;

Image2: TImage;

procedure BitBtn1Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure Button2Click(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;

//Процедура добавления рисунка в базу

procedure TForm2.Button1Click(Sender: TObject);

begin

if not OpenPicturedialog1.Execute then exit;

Form8.ADOTable6.Edit;

TBlobField(Form8.ADOTable6.FieldByName('Фото')).LoadFromFile(OpenPicturedialog1.Filename);

Form8.ADOTable6.Post;

end;

// Процедура удаления рисунка из базы

procedure TForm2.Button2Click(Sender: TObject);

begin

Form8.ADOTable6.Edit;

Form8.ADOTable6.FieldByName('Фото').Clear;

Form8.ADOTable6.Post;

end;

end.

unit Unit3; – модуль формы «Поставки»

interface

uses

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

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

type

TForm3 = class(TForm)

BitBtn1: TBitBtn;

Label1: TLabel;

DBGrid1: TDBGrid;

Label4: TLabel;

Label5: TLabel;

DBEdit2: TDBEdit;

DBEdit3: TDBEdit;

Label2: TLabel;

Button1: TButton;

Button2: TButton;

procedure BitBtn1Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure Button2Click(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.Button1Click(Sender: TObject);

begin

Form9.QuickRep1.Preview;

end;

procedure TForm3.Button2Click(Sender: TObject);

begin

Form9.QuickRep1.Print;

end;

end.

unit Unit4; – модуль формы «Коллекции»

interface

uses

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

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

dbcgrids;

type

TForm4 = class(TForm)

BitBtn1: TBitBtn;

PageControl1: TPageControl;

TabSheet3: TTabSheet;

Label1: TLabel;

TabSheet1: TTabSheet;

TabSheet2: TTabSheet;

TabSheet4: TTabSheet;

DBGrid3: TDBGrid;

DBGrid1: TDBGrid;

DBGrid2: TDBGrid;

DBNavigator1: TDBNavigator;

DBCtrlGrid1: TDBCtrlGrid;

Label2: TLabel;

DBText1: TDBText;

Label4: TLabel;

DBText2: TDBText;

DBNavigator2: TDBNavigator;

DBGrid4: TDBGrid;

Label3: TLabel;

DBCtrlGrid2: TDBCtrlGrid;

Label5: TLabel;

DBText3: TDBText;

DBText4: TDBText;

DBText5: TDBText;

Label6: TLabel;

Label7: TLabel;

Label8: TLabel;

DBText6: TDBText;

DBNavigator3: TDBNavigator;

Label9: TLabel;

Label10: TLabel;

DBCtrlGrid3: TDBCtrlGrid;

Label11: TLabel;

DBText7: TDBText;

DBText8: TDBText;

DBText9: TDBText;

Label12: TLabel;

Label13: TLabel;

Label14: TLabel;

DBText10: TDBText;

Label15: TLabel;

Label16: TLabel;

DBCtrlGrid4: TDBCtrlGrid;

Label17: TLabel;

DBText11: TDBText;

DBText12: TDBText;

DBText13: TDBText;

Label18: TLabel;

Label19: TLabel;

Label20: TLabel;

DBText14: TDBText;

Label21: TLabel;

Label22: TLabel;

DBCtrlGrid5: TDBCtrlGrid;

Label23: TLabel;

DBText15: TDBText;

DBText16: TDBText;

DBText17: TDBText;

Label24: TLabel;

Label25: TLabel;

Label26: TLabel;

DBText18: TDBText;

DBCtrlGrid6: TDBCtrlGrid;

Label27: TLabel;

DBText19: TDBText;

DBText20: TDBText;

DBCtrlGrid7: TDBCtrlGrid;

Label28: TLabel;

DBText21: TDBText;

DBText22: TDBText;

DBCtrlGrid8: TDBCtrlGrid;

Label29: TLabel;

DBText23: TDBText;

DBText24: TDBText;

DBNavigator4: TDBNavigator;

procedure BitBtn1Click(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;

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;

DBCtrlGrid1: TDBCtrlGrid;

DBText1: TDBText;

DBText2: TDBText;

DBText3: TDBText;

DBComboBox1: TDBComboBox;

DBText4: TDBText;

DBText5: TDBText;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Label7: 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;

DBGrid1: TDBGrid;

DBNavigator1: TDBNavigator;

Label1: TLabel;

DBImage1: TDBImage;

Button1: TButton;

Button2: TButton;

OpenPictureDialog1: TOpenPictureDialog;

SavePictureDialog1: TSavePictureDialog;

procedure BitBtn1Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

procedure Button2Click(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;

//Процедура добавления цвета в базу

procedure TForm7.Button1Click(Sender: TObject);

begin

if not OpenPicturedialog1.Execute then exit;

Form8.ADOTable1.Edit;

TBlobField(Form8.ADOTable1.FieldByName('Îáðàçåö')).LoadFromFile(OpenPicturedialog1.Filename);

Form8.ADOTable1.Post;

end;

// Процедура удаления цвета из базы

procedure TForm7.Button2Click(Sender: TObject);

begin

Form8.ADOTable1.Edit;

Form8.ADOTable1.FieldByName('Îáðàçåö').Clear;

Form8.ADOTable1.Post;

end;

end.

unit Unit8; – модуль формы «ADO» - компоненты связи с базой данных

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;

ADOQuery1: TADOQuery;

DataSource5: TDataSource;

DataSource6: TDataSource;

ADOQuery2: TADOQuery;

DataSource7: TDataSource;

ADOQuery3: TADOQuery;

ADOQuery4: TADOQuery;

ADOTable4: TADOTable;

DataSource8: TDataSource;

ADOTable5: TADOTable;

DataSource9: TDataSource;

ADOTable6: TADOTable;

DataSource10: TDataSource;

ADOTable7: TADOTable;

ADOTable8: TADOTable;

DataSource11: TDataSource;

DataSource12: TDataSource;

ADOQuery5: TADOQuery;

DataSource13: TDataSource;

DataSource14: TDataSource;

ADOTable9: TADOTable;

private

{ Private declarations }

public

{ Public declarations }

end;

var Form8: TForm8;

implementation

{$R *.dfm}

end.

unit Unit9; – модуль формы формирования отчета

unit Unit9;

interface

uses

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

Dialogs, QRCtrls, QuickRpt, ExtCtrls;

type

TForm9 = class(TForm)

PrintDialog1: TPrintDialog;

QuickRep1: TQuickRep;

ColumnHeaderBand1: TQRBand;

DetailBand1: TQRBand;

PageFooterBand1: TQRBand;

PageHeaderBand1: TQRBand;

QRLabel1: TQRLabel;

QRLabel2: TQRLabel;

QRLabel3: TQRLabel;

QRLabel4: TQRLabel;

QRLabel5: TQRLabel;

QRLabel6: TQRLabel;

QRLabel7: TQRLabel;

QRLabel8: TQRLabel;

QRDBText1: TQRDBText;

QRDBText2: TQRDBText;

QRDBText3: TQRDBText;

QRDBText4: TQRDBText;

QRDBText5: TQRDBText;

QRDBText6: TQRDBText;

QRDBText7: TQRDBText;

QRSysData1: TQRSysData;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form9: TForm9;

implementation

uses Unit1,Unit3;

{$R *.dfm}

end.