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

2.2.2. Особенности организации информационного, программного и технического обеспечения.

 

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

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

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

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

 

Другим мощным современным  средством, использованным при разработке программы, является COM интерфейс —  дальнейшее развитие технологии OLE Automation. COM расшифровывается как «Component Object Model» ,  т.е. составная модель объектов. Это объектно - базирующаяся технология, предназначенная для обеспечения возможностей взаимодействия процессов в среде Windows через заранее определенные наборы  процедур, называемых интерфейсами. С помощью COM-интерфейсов можно обращаться к внешней программе как к обычному программному модулю. Это придает чрезвычайную гибкость разрабатываемому программному обеспечению. Благодаря COM Search API разработка данной программы заняла гораздо меньше времени и усилий, чем без использования COM.

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

Вследствие повышенной требовательности к ресурсам, желательно наличие машин класса PentiumIV, ОЗУ>=512 Мб. Операционная система – Windows XP.

 

 

 

 

 

 

2.3. Анализ научно-технической задачи

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

Объект анализа:

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

 

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

Данные подсистемы являются частями  единой системы автоматизации «Информационная база ООО «МАП»:

 

 

 

 

 

 

 

 

Рисунок 2 Поддержка основных функций системой «Склад»

 

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

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

Таким образом, мы выделили общую задачу автоматизации склада, определили необходимые входные и выходные данные для нее. Теперь необходимо выделить нашу задачу, как часть вышеописанной схемы, которая позволит автоматизировать ранее не затронутые системой “ Информационная база ООО «МАП ” части склада.

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

 

 

2.3.1 Анализ деятельности склада в части необходимости создания заявки.

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

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

2.3.2 Анализ деятельности ОМТС.

Входными  данными для ОМТС являются зарегистрированные заказы на закупку материалов и счета из бухгалтерии.

Выходным  результатом работы ОМТС являются выполненные заказы, а также набор документации.

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

 

2.3.3 Выводы по результатам анализа

В результате анализа  было определено место подсистемы создания заказов и ряда сервисных функций в централизованной системе автоматизации “Информационная система ООО «МАП»”. На основе анализа были построены функциональные схемы, отражающие взаимодействие различных подразделений завода. Исходя из них, были выявлены потоки документации, подлежащие автоматизированному заполнению и переходу в электронную форму.

 

 

 

 

 

 

 

 

 

 

 

 

3.ТЕХНИЧЕСКАЯ ЧАСТЬ

3.1. Функциональная модель системы «Склад»

Разрабатываемая система  управления складом интегрируется в единую систему автоматизации завода “Информационная база ООО «МАП»”.

 

 

 

 

 

 

 

 

 

 

 

Рисунок 6. Схема основных функций интегрированной системы  “Склад”

 

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

 

3.2. Описание программы

 

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

2) Подсистема учета товара.

3) Набор сервисных функций, обеспечивающих создание отчетности.

3.2.1.  Описание подсистемы поступления и расхода комплектующих и расходных материалов.

Для добавления позиции в базу нужно  выбрать нужную позицию в каталоге (в данном случае это струйные картриджи НР) и нажать кнопку «+» справа напротив наименования товара (26й картридж фирмы HP). При этом над таблицей товаров появиться зеленая панель «Добавление поступление товара:» с наименованием товара НР26.

Далее в соответствующих  строках вводятся наименование поставщика, фактическое кол-во и кол-во по документам (поля обязательны к заполнению), номер накладной и примечание. Кнопка «Добавить к документу» служит для предварительной записи товара, после ее нажатия можно перейти к добавлению другой позиции. Кнопка «Записать документ» окончательно обновляет БД (нужно нажать 1 раз после добавления всех позиций).

При уменьшении количества нужно нажать кнопу «-». При этом над таблицей товаров появиться красная панель «Добавление расхода товара:» с наименованием товара.

 

 

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

 

Список товаров находится  в единой БД oit_sklad_mov.

Основные процедуры  описаны в табл. 1.

 

Основные процедуры	Краткое описание
orDS_Mov.SQL.Add	Основная процедура, запоминающая в строке все необходимые данные и подставляющая их в SQL – запрос для записи в БД.
MovSeq	Вспомогательная процедура, проверяющая все ли необходимые  данные введены.
OS.Commit	Сохранение изменений  в БД.

 

 

Структура модуля:

id,OtInteger;

    id_sklad,OtInteger;

name,OtString;

zakaz,OtInteger;

userid,OtString;

created,OtDate;

note,OtString;

 

• id – идентификатор записи в oit_tov
• id_sklad – идентификатор
• oper – идентификатор операции
• doc_no – номер документа
• created – дата внесения изменений
• contr - контрагент
• quantity – количество на складе
• userid – пользователь внесший изменения
• request_attr
• qty_req
• note - примечание

 

3.2.2.Описание подсистемы формирования отчетов.

В системе предусмотрено 4 вида отчетов. Это формирование и печать заявки, список товаров на складе, отчет о движении материала и отчет о расходе.

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

 

 

При нажатии кнопки «Печать заявки» возникает окно с месяцем на который формируется заявка. Затем нажатием кнопки «Печать» запускается процедура экспорта данных в MS Word, после чего заявку можно распечатывать.

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

При нажатии кнопки « » выводиться полный список товаров на складе в формате документа MS Word.

Нажатием кнопки  « » вызывается отчет о движении материалов, позволяющий отследить, кто из пользователей данного приложения делал записи в БД склада.

 

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

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

При нажатии кнопки « » возникает окно с выбором отчетного периода. Затем нажатием кнопки «ОК» запускается процедура экспорта данных в MS Excel, после чего отчет можно распечатывать.

 

 

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

 

Описание основных процедур приведено в Таблице 2

Таблица 2

Модуль	Основные процедуры	Описание
Ureport	Button3Click	Процедура построения заявки в MS word.
	SBSkladClick	Процедура построения отчёта о складских запасах.
	WordDvigenieTovara	Процедура построения отчёта по движению товара
	Button7Click	Процедура построения отчёта по расходу материалов

 

 

 

3.2.3. Оптимизация данных

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

 

 

 

 

 

 

3.3. Описание подсистемы формирования заказов.

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

 

 

Рисунок 16 Окно системы sklad

 

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

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

 

Рисунок 17  Система формирования заказов

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

 

Рисунок 18 Главное окно подсистемы

 

В ходе работы считываются  необходимые данные из mainDB. Параллельно с этим, анализируется уникальность обозначений создаваемых заказов как в пределах текущей заявки, так и в пределах информационной основы системы «Склад» – базы oit_sklad_mov.

 

Таблица 3 Основные данные, считываемые из oit_sklad_mov

Считываемые данные	Обозначение понятия TechCard
Обозначение заказа	zak
Обозначение оснастки	Id_tov
Принадлежность к подразделению (необходимо для определения исполнителя)	userID

 

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

 

Таблица 4 Данные, необходимые для поиска родительского задания