Внедрение автоматизированной системы управления складскими операциями как фактор повышения эффективности управления предприятием (на примере ООО «Трак-Мастер»)

База данных может быть указана двумя способами через файл линка к данным (файл в формате Microsoft Data Link, расширение UDL), либо прямым заданием параметров соединения.

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

Рис. 3.

6. Дерево функций проекта

Сценарий диалога с программой приведен на рис.

3.7.

Главная форма — MainClientsForm, предназначена для управления вычислительным процессом. Эта форма содержит следующие компоненты: MainMenu для запуска дочерних окон, а также компоненты ADOConnection, DataSorce, ADOTable, ADOQuery для обеспечения связи с базой данных, отображения данных, и выполнения SQL-запросов к базе данных.

Дочерняя форма addform, создается динамически при помощи метода Create и предназначена для добавления записей в базу данных и запускается при помощи выбора соответствующего пункта главного меню MainMenu главной формы приложения. Данная форма содержит следующие компоненты Edit, Label, DBNavigator, Button («OK», «Cancel»).

Компонент DBNavigator связан с базой данных и позволяет перемещаться по записям базы данных, удалять и добавлять записи. Кнопки «OK» и «Cancel» используется в случае правильного ввода базы данных и отмены ввода записи соответственно Дочерняя форма DBDirectoryTemplateForm, создается динамически при помощи метода Create — предназначена для организации справочников, т. е. эта форма предназначена для просмотра всех таблиц, с возможность контекстного поиска по любому символьному полю текущей таблицы. Эта форма содержит компоненты DBGrid, ToolBar с инструментами добавить запись, удалить запись, внести изменения (редактировать запись) Компонент DBgrid предназначен для отображения записей текущей таблицы.

Рис. 3.

7. Сценарий диалога

Дочерняя форма ChildTemplateForm, создается динамически при помощи метода Create и предназначена для просмотра таблицы, содержащей результаты поиска т. е. результаты выполнения динамического SQL-запроса. Эта форма содержит компоненты DBGrid, ToolBar с инструментами добавить запись, удалить запись, внести изменения (редактировать запись). Компонент DBgrid предназначен для отображения записей, найденных в результате поиска.

Дочерняя форма EditDBDirectoryForm предназначена для редактирования текущей записи активной таблицы, она создается динамически при помощи метода Create, также динамически для текущей таблицы создаются компоненты Edit, Label для каждого неиндексного поля текущей таблицы, с помощью которых идентифицируется, заносятся в только что созданные компоненты для редактирования текущей записи. Элементы управления «OK» и «Cancel» используется в случае правильного ввода базы данных и отмены ввода записи соответственно.

Дочерняя форма parampoik создается динамически при помощи метода Create, — предназначена для настройки и выполнения динамического SQL-запроса для поиска записи, удовлетворяющей сформированному критерию. Форма содержит 2 компонента GroupBox.

3.

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

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

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

отражение этой информации на всех типах носителей;

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

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

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

состава файлов с первичной, условно-постоянной, промежуточной и результатной информацией;

информационную потребность для каждой задачи комплекса;

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

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

8.

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

1 область — это область, ввода исходных данных, при помощи специальных форм.

Область 2 выделяет области основных таблиц базы данных.

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

Область 4 характеризует результирующую информацию о системе Основными документами при разработке считались — заказ на получения определенного вида комплектующих для сборки компьютеров и накладная на получение товара. Для основных документов системы (накладная и заказ) были разработаны «электронные» формы представления, разработаны формы для создания документов, просмотра документов, редактирования и обработки документов. Для эффективного хранения основных документов системы разработаны соответствующие таблицы базы данных.

Рис. 3.

8. Информационная модель разрабатываемой системы

Форма документа накладная на получения товара, создается на основе заказа — заявки на получения материла и содержит следующую информацию:

дата документа;

номер накладной;

название товара;

необходимое количество;

стоимость товара;

номер заказа;

фамилия ответственного лица;

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

место получения ;

назначение (цель) получения материала.

Заявка — заказ на получение товара содержит следующую информацию:

— номер заявки;

— дата;

— название товара;

— назначение товара;

— количество товара;

— фамилия ответственного лица.

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

3.3

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

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

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

Таблица 3.3

Содержание таблиц базы данных

№ п/п Название таблицы Назначение Tovar Таблица содержащая данные о комплектующих и готовых компьютерах фирмы на складе и ссылочные поля на другие таблицы Nakladnaya Таблица, содержащая информацию о накладных на товары Zapas Таблица, содержащая информацию о «запасах» того или иного товара Zakaz Таблица, содержащая информацию о заказах на получение товара Location Таблица, содержащая информацию о размещении материала на складе. Addional Таблица, содержащая дополнительную информацию о товарах на складе Pokup Таблица, содержащая информацию о покупателях partya Таблица, содержащая информацию о партиях поступления товара на склад.

Для реализации функций информационной модели системы поиска программного продукта необходимо наличие нескольких взаимосвязанных таблиц, описание которых представлено в табл. 3.4−3.11 рис. 3.9−3.

29.

Таблица 3.4

Назначение полей таблицы Tovar

№

п/п Название поля Тип Назначение idTovar Целое Индексное поле — первичный ключ таблицы Tovar. NameTovar Символьное Поле содержит информацию о наименовании материальной ценности хранящейся на складе idLocation Целое Поле содержит ссылку на запись в таблице Location, содержащей информацию о размещении данной материальной ценности idAdditional Целое Поле содержит ссылку на запись в таблице Additional, содержащей дополнительную информацию о данной материальной ценности IdZapas Целое Поле содержит ссылку на запись в таблице Zapas, содержащей информацию о «запасах» на складе данной материальной ценности idPartya Целое Поле содержит ссылку на запись в таблице Partya, содержащей дополнительную информацию о партии товара с которой поступила данная материальной ценность Рис. 3.

9. Реализация таблицы Tovar средствами MS SQL 2008

Таблица 3.5

Назначение полей таблицы Nakladnaya

№

п/п Название поля Тип Назначение idNakladnaya Целое Индексное поле — первичный ключ таблицы Nakladnaya. vremya Дата-время Дата создания накладной idTovar Целое Поле содержит ссылку на запись в таблице Tovar, идентифицирующей данную материальную ценность otkuda Символьное Место откуда перемещается материальная ценность kuda Символьное Место, назначения перемещения материальной ценности kolichestvo Символьное Количество запасов мат. Ценности необходимое для перемещения stoimost Действит. Суммарная стоимость товара в накладной idPartya Целое Поле содержит ссылку на запись в таблице Partya, содержащей дополнительную информацию о партии товара с которой поступила данная материальной ценность idPokup Целое Поле содержит ссылку на запись в таблице Pokup, содержащей дополнительную информацию о покупателе товара Lico Символьное Фамилия лица, на которого оформлена накладная Provodka Символьное Признак выполнения проводки накладной IdZakaz Целое Поле содержит ссылку на запись в таблице Zakaz, содержащей информацию о заказе согласно которому составлена накладная

Рис. 3.

10. Реализация таблицы Nakladnaya средствами MS SQL 2008

Таблица 3.6

Назначение полей таблицы Zapas

№

п/п Название поля Тип Назначение idZapas Целое Индексное поле — первичный ключ таблицы Zapas. izmerenie Символьное Поле для хранения единицы измерения данной материальной ценности zapas Целое Поле для хранения величины запаса данной материальной ценности. Stoimost Действит. Поле для хранения велицины стоимости данной материальной ценности. Rezerv_kol Целое Поле содержит информацию о количестве единиц данной материальной ценности зарезервированной (забронированной) Rezerv_name Символьное Поле содержит информацию о лице, зарезервировавшем данную материальную ценность Rezerv_date Дата/время Поле содержит дату резервирования ценности Reserve_prim Символьное Поле содержит символьное примечание по вопросам резервирования.

Таблица 3.7

Назначение полей таблицы Zakaz

№

п/п Название поля Тип Назначение id Zakaz Целое Индексное поле — первичный ключ таблицы Zakaz. Kogda Дата/время Поле для хранения даты заказа Lico Символьное Поле для хранения фамилии лица сделавшего заказ idTovar Целое Поле содержит ссылку на запись в таблице Tovar, идентифицирующей данную материальную ценность kolichestvo Целое Поле для хранения размер заказа

Рис. 3.

11. Реализация таблицы Zapas средствами MS SQL 2005

Рис. 3.

12. Реализация таблицы Zakaz средствами MS SQL 2005

Таблица 3.8

Назначение полей таблицы Location

№

п/п Название поля Тип Назначение idLocation Целое Индексное поле — первичный ключ таблицы Location. Location Символьное Поле для хранения размещения материальной ценности на складе additionalLocation Символьное Поле для хранения уточнения для размещения материальной ценности на складе Notes Символьное Поле для хранения примечания о размещении материальной ценности на складе Рис. 3.

13. Реализация таблицы Location средствами MS SQL 2005

Таблица 3.9

Назначение полей таблицы Addional

№

п/п Название поля Тип Назначение Id Addional Целое Индексное поле — первичный ключ таблицы Addional. Ser_num Символьное Поле для хранения серийного номера материальной ценности определенной партии товара Srok_godnost Символьное Поле для хранения срока годности материальной ценности, хранящейся на складе.

Рис. 3.

14. Реализация таблицы Addional средствами MS SQL 2005

Таблица 3.10

Назначение полей таблицы partya

№

п/п Название поля Тип Назначение Idpartya Целое Индексное поле — первичный ключ таблицы partya. NOM_part Символьное Поле для хранения номера партии поступившего товара Kolichestvo целое Размер партии товара Otkuda Символьное Поставщик товара Kogda Дата/время Дата поступления партии товара Description Символьное Дополнительное описание партии товара

Рис. 3.

15. Реализация таблицы partya средствами MS SQL 2005

Таблица 3.11

Назначение полей таблицы Pokup

№

п/п Название поля Тип Назначение Idpokup Целое Индексное поле — первичный ключ таблицы pokup. Naimenovan Символьное Поле для ФИО или название организации покупателя. adres Символьное адрес покупателя bank_rekv Символьное Поле для хранения банковских реквизитов покупателя.

Рис. 3.

16. Реализация таблицы pokup средствами MS SQL 2005

В результате препарирования — информационная модель была успешно реализована в среде MS SQL 2005

Концептуальная модель базы данных представлена на рис.

2.29.

3.

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

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

41.

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

2.42).

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

Рис. 3.

17. ER — модель базы данных

В результате выполнения выбора альтернативы «просмотр БД», происходит создание двух дочерних форм DBDirectoryTemplateForm и AddSource. Форма DBDirectoryTemplateForm расположена на рис. 27 в верхней части позволяет отобразить записи таблицы товары, перемешаться, редактировать, обновлять которые позволяет компонент DBNavigator, расположенный на форме AddSource. Динамически создаваемая форма AddSource предназначена для отображения записей, находящейся в различных таблицах базы данных firm2 и связанных с записями расположенными в таблице Tovar.

Например, выбираем пункт просмотр таблицы комплектующих документов рис. 3.

18. Результат просмотра базы данных представлен на рис. 3.19

.

Рис. 3.

18. Настройка связи с базой данных

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

19.

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

3.20).

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

Рис. 3.

19. Внешний вид главной формы разработанного приложения.

Рис. 3.

20. Выбор просмотра данных о товарах Рис. 3.

21. Результат просмотра данных

3. На следующем шаге просмотрим всю базу данных для этого выберем альтернативу просмотр базы данных в меню «просмотр» рис. 3.22

Рис. 3.

22. Просмотр всей базы данных

4.После этого приведем в исполнение элемент управления — кнопку «создать» — получаем Подтверждающую надпись (рис. 3.23).

Рис. 3.

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

Динамически создаваемая дочерняя форма AddSource, может использоваться не только для отображения связанных записей. Главное назначение формы AddSource это создание интерфейсов для добавления новых товаров, накладных, заказов (рис.

3.26).

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

Форма DBDirectoryTemplateForm создается при выборе альтернатив меню «просмотр», и позволяет просматривать все таблицы базы данных. Это достигается изменением источника данных компонента DBGrid, расположенного на динамически создаваемой форме и выбираемого источника данных — таблицы в соответствии с пунктом меню.

Элементы управления компоненты Button («Добавить», «Создать заявку», «Создать накладную») активируют процедуры, соответствующие названным действиям. Все процедуры функционируют по типизированным алгоритмом. В качестве основных этапов этих алгоритмов необходимо выделить следующие:

— считывание данных из компонентах редактирования, расположенных на динамически создаваемых формах;

— поиск записей базы данных соответствующих определенному динамически создаваемому запросу;

— выполнение вычислительных операций с результатами информационного поиска;

— внесение необходимых изменений в базу данных.

Рис. 3.

27. Дочерняя форма AddSource динамически создаваемая для добавления информации о заказе на товары

Рис. 3.

28. Дочерняя форма AddSource динамически создаваемая для добавления информации о накладной

Дочерняя форма ParamPoisk динамически создается с одной стороны для организации запросов на различные виды сложного информационного динамического поиска по ключевым полям

— поиск товаров по наименованию;

— поиск размещения на складе компьютерных комплектующих по их наименованию;

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

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

3.

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

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

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

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

Некоторые западные фирмы предлагают провести быструю оценку возврата инвестиций (ROI, return of investment) для складов в зависимости от площади склада, количества товара, количества проводимых инвентаризаций, количества оформления заказов на погрузку и отгрузку и т. д. Вместе с тем общие методы оценки возврата таких инвестиций, понятные и обоснованные для широкого круга компаний, отсутствуют. Некоторые могут строить прогнозы на основе сравнения результатов финансово-хозяйственной деятельности компании до и после внедрения информационной системы на примере инвестиций на приобретение системы управления складом.

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

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

И последний аргумент: «Доверяй, но проверяй». Если внедрение системы управления складом было завершено не так давно и система работает на полной нагрузке менее года, вряд ли вы сможете поверить, что за столь короткое время все показатели деятельности склада улучшились. Безусловно, нужна статистика и, желательно, в динамике.

Компания «СОЛВО», разработчик складских систем управления на российском рынке, в 2005 г. провела статистический анализ экономической эффективности внедрения системы Solvo на складах компаний заказчиков, которые эксплуатируют систему более двух лет. Данное исследование позволило сформулировать основные показатели эффективности работы системы.

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

Что касается аспектов логистики, то внедрение системы управления складом позволяет упорядочить и оптимизировать технологические процессы работы с материальными потоками. Благодаря принципу адресного хранения до 99,9% повышается точность данных о количестве и размещении товаров на складе, обеспечивается полный контроль над товародвижением. За счет учета оборачиваемости и настройки правил отбора с учетом частоты обращений к тому или иному товару повышается производительность склада, т. е. ускоряется и увеличивается товарооборот. Благодаря использованию правильных стратегий размещения грузов и процедуры уплотнения и использования ячеек с разной высотой оптимизируется использование складских площадей (вместимость увеличивается от 5 до 25%).

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

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

Заключение

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

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

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

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

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

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

Динамический процесс проектирования системы происходил в несколько стадий.

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

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

В качестве средства для разработки программного проекта была выбрана RAD система Borland Development Studio 2006, в качестве средства разработки баз данных СУБД Microsoft SQL Server 2008 Developer. Для нормальной работы системы необходима два варианта конфигурации оборудования — серверной станции и клиентской станции.

В качестве модели жизненного цикла системы выбрана каскадная модель. Разработка велась в соответствии со стандартом ІEEE 1074.

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

Для обеспечения функциональности ПП осуществляется:

управление данными (вставка, редактирование, удаление данных);

выдача результатов на запросы пользователей;

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

Основными документами при разработке считались — заказ на получения определенного вида комплектующих для сборки компьютеров и накладная на получение товара. Для основных документов системы (накладная и заказ) были разработаны «электронные» формы представления, разработаны формы для создания документов, просмотра документов, редактирования и обработки документов. Для эффективного хранения основных документов системы разработаны соответствующие таблицы базы данных Форма документа накладная на получения товара, создается на основе заказа — заявки на получения материла и содержит следующую информацию:

дата документа;

номер накладной;

название товара;

необходимое количество;

стоимость товара;

номер заказа;

фамилия ответственного лица;

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

место получения ;

назначение (цель) получения материала.

Заявка — заказ на получение товара содержит следующую информацию:

— номер заявки;

— дата;

— название товара;

— назначение товара;

— количество товара;

— фамилия ответственного лица.

Создание и внедрение автоматизированной информационной системы складских операций ООО «Трак

Мастер" позволит повысить производительность труда менеджера, увеличит объем продаваемой продукции на 20%, увеличит прибыль фирмы на 20%, сократить время работы менеджера с документами, и поиск товаров в среднем на 30−35% за счет автоматического анализа информации, имеющейся в базе данных.

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

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

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

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

Считаю, что созданная в дипломном проекте автоматизированная информационная система складских операций ООО «Трак

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

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

Что касается аспектов логистики, то внедрение системы управления складом позволяет упорядочить и оптимизировать технологические процессы работы с материальными потоками. Благодаря принципу адресного хранения до 99,9% повышается точность данных о количестве и размещении товаров на складе, обеспечивается полный контроль над товародвижением. За счет учета оборачиваемости и настройки правил отбора с учетом частоты обращений к тому или иному товару повышается производительность склада, т. е. ускоряется и увеличивается товарооборот. Благодаря использованию правильных стратегий размещения грузов и процедуры уплотнения и использования ячеек с разной высотой оптимизируется использование складских площадей (вместимость увеличивается от 5 до 25%).

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

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

Алесинская Т.В. «Основы логистики. Общие вопросы логистического управления». Таганрог: Изд-во ТРТУ, 2005. 121 с.

Гаджинский А. М. «Логистика»: Учебник для высших и средних специальных учебных заведений.— 2-е изд.— М.: Информационно-внедренческий центр «Маркетинг», 1999. — 228 с.

Левкин, Г. Г. «Управление логистикой в организации»: учебное пособие. — Омск, 2008. — 146 с.

«Логистика»: Учебник / Под ред. Б. А. Аникина: 3-е изд., перераб. и доп. — М.: Л69 ИНФРА-М, 2002. — 368 с. — (Серия «Высшее образование»).

Майзнер Н. А. Складская логистика: учебное пособие; Российская таможенная академия, Владивостокский филиал. — Владивосток: ВФ РТА, 2009. — 204 с.

Неруш Ю.М. «Логистика»: учеб. — 4-е изд., перераб. И доп. — М ТК Велби, изд-во Проспект, 2006. — 520с.

" Основы логистики": Учеб. пособие/ Под ред. Л. Б. Миротина О 75 и В. И.

Сергеева. — М.: ИНФРА-М, 2000. — 200 с.

Стюарт Эммет. «Искусство управления складом». 2007 г.

Гаджинский А.М. «Современный склад. Организация, технологии, управление и логистика». Изд. «Проспект», М., 2007 г.

Дыбская В.В. «Управление складом в логистической системе». М., 2000 г.

Маликов О.Б. «Склады и грузовые терминалы». Изд. Дом «Бизнес-пресса», 2005 г.

«Интегрированная логистика накопительно-распределительных комплексов (склады, транспортные узлы, терминалы): учебник для транспортных вузов». / Под общ. Ред. Л. Б. Миротина. — Изд. «Экзамен», 2003 г.

Сток Д.Р., Ламберт Д. М. «Стратегическое управление логистикой». Изд. «ИНФРА-М», М., 2005 г.

" Корпоративные системы", № 6/2006, стр.

55−58 .

Основы логистики: учеб. пособие / под ред. Л. Б. Миротина и В. И. Сергеева. М.: ИЯФРА-М, 1999.

16. Саркисов С. В. Управление логистикой: учеб. пособие. М, 2001.

Проект

Главная форма приложения MainClients

childTemplate.pas

DbdDirectoryTemplate

AddSource.pas

ParamPoisk.pas