Разработка базы данных для склада СУБД
Содержание:
Введение
В настоящее время многим предприятиям приходится тратить большое количество времени на обработку разнообразной информации, нужной в его работе и способствующей развитию. Без владения точной информацией невозможно вести учет, контролировать расходы и доходы, строить бюджет. В соответствии с этим возникает вопрос, как можно хранить и обрабатывать используемую информацию более рационально, быстро и доступно.
Наиболее удобным способом хранения информации является создание базы данных на основе уже имеющейся информации.
Базы и банки данных являются одними из основных компонентов автоматизированных информационных систем различных уровней и типов. Они создаются для многих сфер и отраслей народного хозяйства: планирования, учета, управлениями предприятиями, поэтому проектирование любой информационной системы предполагает и проектирование баз данных.
Кроме того, необходимо управлять и самими информационными ресурсами. Наилучшей технической базой для создания систем автоматизированной обработки информации являются компьютерные системы с их огромной скоростью обработки информации, а наилучшей программной основой являются СУБД различных архитектур и назначений, позволяющие эффективно работать с большим количеством данных.
Целью работы является разработка базы данных для склада. В рамках выполняемой работы рассмотрены следующие задачи:
- анализ предметной области;
- выбор средств разработки ИС;
- проектирование логической и физической структуры БД;
- проектирование интерфейса БД;
- расчет экономической эффективности.
1. Описание предметной области. Постановка задачи
Общероссийская Сеть КонсультантПлюс - крупнейшая сервисная сеть, работающая на российском рынке информационно-правовых услуг. Миссия Сети – широкое распространение правовой информации среди населения страны.
Компания является разработчиком одной из крупнейших российских справочных правовых систем (СПС) - системы «КонсультантПлюс». Справочная правовая система КонсультантПлюс стала привычным и надежным помощником в работе самых разных категорий специалистов.
Склад ЗАО «Консультант Плюс» является важным компонентом для организации бесперебойной деятельности предприятия. На складе хранятся товары товарных групп, перечисленных в таблице 1 приложения. В основном это полиграфическая продукция (информационные, рекламные материалы), компакт-диски и сувенирная продукция. В ЗАО «Консультант Плюс» маркетинговая составляющая является стратегически важным моментом, следовательно, четкая организация работы склада очень важна для функционирования предприятия.
Особенностями склада ЗАО «Консультант Плюс» являются:
- специфика полиграфической продукции: в одной паллете могут быть десятки тысяч экземпляров, а отгружаться продукция может как упаковками, так и поштучно (поэтому учет осуществляется в двух единицах измерения);
- в случае нарушения упаковки часть товара может прийти в негодность (подмокнуть, помяться и т.п.)
- необходимость управления остатками товара, т.к. часть товара может относительно быстро устаревать, после чего этот товар уже может никогда быть не востребован;
- номенклатура продукции относительно часто меняется (например, товар, приуроченный к какой-либо акции КЦ, заказывается единожды; к следующей акции будет заказываться другой товар);
- склад осуществляет отгрузку партий товара только в КЦ, а отправку товара непосредственно в РИЦ осуществляет отдел сбыта КЦ;
- на склад поступает продукция от десятков поставщиков, причем перечень поставщиков не является стабильным.
Модель функционирования склада (рисунок 1) показывает, что на склад поступают товарно-материальные ценности (ТМЦ) от поставщиков, и результатом деятельности склада является отгрузка ТМЦ клиентам компании.[3]
Основные участники логистических процессов – сотрудники склада. Все бизнес-процессы на складе выполняются в соответствии с регламентом работы склада.
Декомпозиция модели (рисунок 2) характеризует основные бизнес-процессы склада:
- приемку товара;
- учет товаров на складе;
- хранение товара;
- комплектацию и отгрузку;
- управление складскими остатками.
Рисунок 1. Контекстная диаграмма модели деятельности «как есть»
Рисунок 2. Декомпозиция контекстной диаграммы
На рисунке 2 видно, что приемку товара на складе курирует отдел снабжения, т.к. этот отдел размещал заказ поставщику на изготовление и поставку товара. Комплектация и отгрузка товара со склада осуществляется под руководством отдела сбыта, т.к. этот отдел собирает заявки от РИЦ и отделов КЦ, и распределяет между ними товары. Также отдел сбыта участвует в бизнес-процессе «Управление остатками». Бухгалтерию интересует приемка и отгрузка товара со склада с позиции ведения бухгалтерского учета.
В работе кладовщиков очень много рутинной работы по оформлению складских документов.
Складской учет в ЗАО «Консультант Плюс» характеризуется большим объемом оперативной информации: в среднем 5 раз в день поступает товар от поставщиков, 10 раз в день отгружается. Это отражено ниже в таблице 1.
Оценка трудозатрат на обработку информации
№ п/п |
Наименование операции |
Периодич-ность |
Количество строк в документе |
Количество операций в год |
Объем работы в год (строк) |
Норма выработки (опер/в час.) |
Трудо-затраты в год (час) |
---|---|---|---|---|---|---|---|
Приходная накладная |
5 раз в день |
5 |
1250 |
6250 |
4 |
312,5 |
|
Журнал ожидаемых поставок |
5 раз в день |
1 |
1250 |
1250 |
10 |
125 |
|
Журнал приемки грузов |
5 раз в день |
1 |
1250 |
1250 |
25 |
50 |
|
Комплектация партии товара |
10 раз в день |
20 |
2500 |
2500 |
1 |
2500 |
|
Журнал заявок |
10 раз в день |
1 |
2500 |
2500 |
10 |
125 |
|
Накладная на перемещение |
10 раз в день |
20 |
2500 |
50000 |
4 |
625 |
|
Карточка учета материалов |
200 раз в день |
1 |
5000 |
5000 |
20 |
250 |
|
Отчет об остатках |
1 раз в неделю |
1500 |
52 |
78000 |
0,25 |
208 |
|
Корректировка учетных данных по результатам инвентаризации |
1-2 раза в месяц |
10 |
24 |
240 |
1 |
240 |
|
Отчет о приемке по качеству |
5 раз в день |
5 |
1250 |
6250 |
1 |
1250 |
|
ИТОГО |
5685,5 |
При учете используется значительное количество документов, подготавливаемых вручную (рисунок 3).
Рисунок 3. Схема документооборота складских документов
Недостатками существующей системы являются:
- многократное дублирование одной и той же информации в различных документах;
- низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
- неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
- большие затраты времени на составление отчетов;
- высокая трудоемкость обработки информации;
- неполное и неэффективное использование технических средств, имеющихся в наличии.
Чтобы устранить перечисленные недостатки, необходимо автоматизировать складской учет, что позволит надежно хранить, обрабатывать информацию и при этом резко снизить трудоемкость и повысить достоверность и оперативность получения результатной информации.
Автоматизация склада является одной из важных задач на предприятии. Автоматизация склада обеспечивает:
- повышение качества данных;
- повышение прозрачности склада;
- сокращение операционных затрат.
2. Выбор средств / методологии проектирования. Выбор СУБД
- Имеется большое разнообразие реляционных клиент-серверных СУБД.
- Рассмотрим такие продукты, как MS SQL Server и MySQL.
- MS SQL Server – очень распространенная, достаточно надежная, быстрая клиент-серверная СУБД. Часто используется для промышленных систем автоматизации. Версия MS SQL Server Express распространяется бесплатно, но имеет некоторые технические ограничения (максимальный размер базы не должен превышать 4 Гб, поддерживается только 1 процессор, адресуемая память составляет 1 Гб, и т.п.). Такие ограничения делают её непригодной для развертывания больших баз данных, но она вполне годится для ведения программных комплексов в масштабах небольшой компании.
- MySQL – свободно распространяемая клиент-серверная СУБД, высокопроизводительная, обеспечивающая высокий уровень защиты данных. Доступ к серверу MySQL можно осуществить в интерактивном режиме с помощью различных интерфейсов, позволяющих вводить запросы и просматривать полученные результаты. Имеются программные интерфейсы для таких языков, как С, Perl, Java, PHP и Python.
- Т.к. одним из основных требований к ИС склада является ее взаимодействие с ИС отделов снабжения, сбыта и бухгалтерии, необходимо обеспечить гарантированную совместимость этих систем. Т.к. ИС отдела снабжения, отдела сбыта и система Парус для бухгалтерского учета используют в качестве СУБД MS SQL Server, необходимо при разработке ИС склада тоже использовать эту СУБД.
В настоящее время лидерами на рынке сред разработки являются Microsoft Visual Studio, Delphi, C++ Builder, JBuilder. Любая из перечисленных сред позволит разработать современное клиент-серверное приложение с современным пользовательским интерфейсом. Однако, в компании имеются наработки на Delphi, которые можно использовать при разработке ИС склада. Выбор среды разработки Delphi позволит гораздо быстрее по сравнению с остальными из перечисленных сред разработки получить готовую систему, с интерфейсом, аналогичным ИС отделов снабжения и сбыта.
Delphi - среда для разработчиков программного обеспечения и приложений баз данных, заинтересованных в быстром создании высокоэффективных и простых в обслуживании приложений. Разработчики могут использовать мощную интегрированную среду разработки Delphi с рабочим полем визуального проектирования, обширной коллекцией визуальных компонентов и мощной инфраструктурой гетерогенных баз данных для визуальной разработки и поставки приложений в максимально сжатые сроки.
Мощный язык Delphi и компилятор обеспечивают высокую производительность и доступ ко всем возможностям, повышающим эффективность и скорость разработки на платформе Windows. Delphi предоставляет также обширный набор инструментов редактирования, рефакторинга и отладки в рамках комплексного решения, ориентированного на ускорение и упрощение разработки.
3. Проектирование логической структуры базы данных
ER модель (рисунок 4) отображает состав и взаимосвязи таблиц, отражающих содержание информационной модели в терминах конкретной СУБД.
Таблица 2
Перечень сущностей и их соответствие информационной модели
№ |
Название сущности в информационной модели |
Идентификатор таблицы |
---|---|---|
Справочник «Единицы измерения» |
MeasureUnits |
|
Справочник «Группы товара» |
Groups |
|
Справочник «Номенклатура» |
Assortment |
|
Справочник «Категории» |
Categories |
|
Справочник «Дефекты» |
Defects |
|
Справочник «Группы дефектов» |
DefectGroups |
|
Справочник «Перечни дефектов» |
DefectSets |
|
Справочник «Поставщики» |
Supplier |
|
Справочник «Клиенты» |
Client |
|
Справочник «Должности» |
Positions |
|
Справочник «Отделы» |
Division |
|
Справочник «Сотрудники» |
Employee |
|
Файл «Планируемые поставки» |
ExpectedArrivals |
|
Файл «Ожидаемые артикулы» |
ExpectedArtikuls |
|
Таблица «Приход» |
Arrivals |
|
Таблица «Поступившие артикулы» |
ArrivalArtikuls |
|
Таблица «Повреждения» |
Damages |
|
Таблица «Качество» |
QualityTests |
|
Таблица «Обнаруженные дефекты» |
QualityDefects |
|
Таблица «Остатки» |
Rests |
|
Файл «Заказы» |
Demands |
|
Файл «Заказанные артикулы» |
DemandArtikuls |
|
Таблица «Расход» |
Expense |
|
Таблица «Отгружаемые артикулы» |
ExpenseArtikuls |
|
Таблица «Резерв» |
Reserved |
|
Таблица «Инвентаризация» |
Inventory |
|
Таблица «Состав комиссии» |
Commission |
|
Таблица «Результат инвентаризации» |
Result |
Рисунок 4. Структура базы данных
4. Проектирование физической структуры базы данных
Структура справочников MeasureUnits, Categories, Supplier, Positions, DefectGroups, Defects, Groups одинакова и приведена в таблице 3. Структуры остальных справочников приведены в таблицах 4- 24.
Структура справочников
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор |
ID |
int |
Первичный ключ |
|
Наименование |
Name |
varchar |
100 символов |
|
Описание |
Descr |
varchar |
250 символов |
Структура справочника Assortment
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор |
ID |
int |
Первичный ключ |
|
Артикул |
Artikul |
varchar |
10 символов |
Индексированное поле |
Наименование |
Name |
varchar |
100 символов |
|
Описание |
Description |
varchar |
250 символов |
|
Группа |
Group |
int |
Связь с таблицей Groups |
|
Активность |
Active |
bit |
||
Кол-во в упаковке |
count_in_small_pack |
float |
||
Кол-во в паллете |
count_in_pallet |
float |
||
Единицы измерения |
measure_units |
int |
Связь с таблицей MeasureUnits |
Таблица 5
Структура справочника Client
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор |
ID |
int |
Первичный ключ |
|
Наименование |
Name |
varchar |
100 символов |
|
Описание |
Descr |
varchar |
250 символов |
|
Город |
City |
varchar |
50 символов |
|
Адрес доставки |
Shipaddress |
varchar |
250 символов |
Таблица 6
Структура справочника Division
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор |
ID |
int |
Первичный ключ |
|
Краткое имя |
ShortName |
varchar |
25 |
|
Полное имя |
FullName |
varchar |
200 символов |
Таблица 7
Структура справочника Employee
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Табельный номер |
Code |
int |
Первичный ключ |
|
ФИО |
Shortname |
varchar |
50 |
|
Полное имя |
Fullname |
varchar |
250 |
|
Должность |
Position |
int |
Связь с таблицей Positions |
|
Отдел |
Division |
int |
Связь с таблицей Division |
|
Телефон |
Phone |
varchar |
15 |
|
|
|
varchar |
50 |
Таблица 8
Структура справочника DefectSets
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Идентификатор группы |
GroupID |
int |
Связь с таблицей DefectGroups |
|
Идентификатор дефекта |
DefectID |
int |
Связь с таблицей Defects |
Таблица 9
Структура таблицы ExpectedArrivals
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Дата ожидаемой поставки |
Date |
datetime |
||
Номер ожидаемой поставки |
Number |
int |
||
Поставщик |
Supplier |
int |
Связь с таблицей Suppliers |
|
Документ-основание |
Basis |
varchar |
100 |
|
Менеджер |
Manager |
int |
Связь с таблицей Employee |
|
Статус поставки |
Status |
int |
Таблица 10
Структура таблицы ExpectedArtikuls
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Идентификатор ожидаемой поставки |
Exp_arrival |
int |
Связь с таблицей ExpectedArrivals |
|
Артикул товара |
Artikul |
int |
Связь с таблицей Assortment |
|
Количество |
Count |
float |
||
Категория товара |
Category |
int |
Связь с таблицей Categories |
|
Перечень дефектовочных признаков |
DefectGroup |
int |
Связь с таблицей DefectGroups |
Таблица 11
Структура таблицы Arrivals
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Дата и время поставки |
ArrivalDateTime |
datetime |
||
ФИО водителя |
Driver |
varchar |
50 |
|
Идентификатор ожидаемой поставки |
ExpectedArrival |
int |
Связь с таблицей ExpectedArrivals |
|
Идентификатор сотрудника |
Employee |
Связь с таблицей Employee |
Таблица 12
Структура таблицы ArrivalArtikuls
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
Количество |
Count |
float |
||
Единицы измерения |
MeasureUnits |
int |
Связь с таблицей MeasureUnits |
|
Цена |
Price |
float |
||
Количество мест |
Place_count |
int |
||
Идентификатор поставки |
Arrival |
int |
Связь с таблицей Arrivals |
|
Повреждения |
Damages |
int |
Связь с таблицей Damages |
Таблица 13
Структура таблицы Damages
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Количество поврежденных упаковок |
Count |
int |
||
Описание повреждений |
Description |
varchar |
250 |
Таблица 14
Структура таблицы Rests
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
Дата |
Date |
datetime |
||
Количество |
Count |
float |
Таблица 15
Структура таблицы Reserved
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
Отдел КЦ |
Division |
int |
Связь с таблицей Division |
|
Количество |
Count |
float |
Таблица 16
Структура таблицы Demands
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Номер заявки |
Number |
int |
||
Дата заявки |
Date |
datetime |
||
Клиент |
Client |
int |
Связь с таблицей Client |
|
Отдел |
Division |
int |
Связь с таблицей Division |
|
Сотрудник |
Manager |
int |
Связь с таблицей Employee |
|
Статус заказа |
Status |
int |
Таблица 17
Структура таблицы DemandArtikuls
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
Количество |
Count |
float |
||
Номер заявки |
Demand |
int |
Связь с таблицей Demands |
Таблица 18
Структура таблицы Inventory
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Номер инвентаризации |
Number |
int |
||
Дата инвентаризации |
Date |
datetime |
Таблица 19
Структура таблицы Expense
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Дата отгрузки |
Date |
datetime |
||
Номер заявки |
Demand |
int |
Связь с таблицей Demands |
|
Отдел-получатель |
Division |
int |
Связь с таблицей Division |
|
Номер накладной |
Numdoc |
int |
||
Кладовщик |
Employee |
int |
Связь с таблицей Employee |
|
Статус отгрузки |
Status |
int |
||
Номер автомобиля |
Auto |
varchar |
10 |
|
ФИО водителя |
Driver |
varchar |
50 |
Таблица 20
Структура таблицы ExpenseArtikuls
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
Количество |
Count |
float |
||
Количество мест |
Place_count |
int |
||
Отгрузка |
Expense |
int |
Связь с таблицей Expense |
Таблица 21
Структура таблицы Commission
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Инвентаризация |
Inventory |
int |
Связь с таблицей Inventory |
|
Сотрудник |
Employee |
int |
Связь с таблицей Employee |
Таблица 22
Структура таблицы QualityTest
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Объем выборки |
Count |
float |
||
Дата проверки качества |
Date |
datetime |
||
Контролер |
Controller |
employee |
Связь с таблицей Employee |
|
Партия товара |
Party |
int |
Связь с таблицей ArrivalArtikul |
|
Количество бракованного товара |
Bad |
float |
Таблица 23
Структура таблицы QualityDefects
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Идентификатор проверки качества |
Quality_test |
int |
Связь с таблицей QualityTest |
|
Дефект |
Defect |
int |
Связь с таблицей Defect |
|
Количество бракованного товара |
Count |
float |
Таблица 24
Структура таблицы Result
Атрибут сущности |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
---|---|---|---|---|
Идентификатор записи |
ID |
int |
Первичный ключ |
|
Инвентаризация |
Inventory |
int |
Связь с таблицей Inventory |
|
Артикул |
Artikul |
int |
Связь с таблицей Assortment |
|
Учетное количество |
Reg_quantity |
float |
||
Фактическое количество |
Fact_quantity |
float |
||
Расхождение |
Difference |
float |
||
Корректировка |
Updating |
float |
||
Комментарий |
Comment |
varchar |
250 |
5. Разработка интерфейса и реализация проекта
Рассмотрим на примере работу с ИС при приемке и отгрузке товаров.
Кладовщик участка приемки заранее до поступления товара может просматривать список ожидаемых поставок (рисунок 5), который импортируется из ИС отдела снабжения.
Рисунок 5. Список ожидаемых поставок
После прихода машины с грузом, кладовщик выбирает соответствующую запись в перечне ожидаемых грузов, и нажимает кнопку «Приемка». Открывается окно «Приход» (рисунок 6). Часть параметров в этом окне копируется из таблицы ожидаемых поставок. Остальные заполняются кладовщиком (количество мест, количество товара в одном месте и т.п.).
Соответствующие записи появятся в журнале прихода грузов (рисунок 7). Для каждого товара, поступившего по накладной, в журнале приемки грузов добавляется новая строка. В журнале для вновь добавленных строк в столбцах «Поврежд.» и «Качество» отображается вопросительный знак. Это означает, что для этих партий товара не была еще проведена приемка по количеству и приемка по качеству.
Для каждого товара кладовщик должен произвести приемку по количеству. Для этого кладовщик выбирает строку в журнале прихода грузов, и нажимает кнопку «Приемка по количеству». Откроется окно «Приемка по количеству» (рисунок 88), в котором кладовщик вводит информацию о фактическом количестве товара. Расхождение между фактическим количеством и количеством по документам в натуральных единицах и в процентах вычисляется автоматически. Затем кладовщик фиксирует в этом окне информацию о повреждениях упаковок товара.
Рисунок 7. Журнал прихода грузов
Рисунок 8. Окно «Приемка по количеству»
Если при приемке по количеству обнаружены нарушения (расхождение больше 0 и имеются записи в таблице повреждений), то в журнале прихода грузов в столбце «Поврежд.» отображается красный восклицательный знак. Если же нарушений не обнаружено, то в столбце «Поврежд.» отображается «ОК».
6. Оценка экономической эффективности проекта
Экономическая эффективность проекта складывается из двух составляющих:
- Прямого эффекта, который характеризуется снижением трудовых, стоимостных показателей.
- Косвенного эффекта, который характеризуется увеличением прибыли, уменьшением сумм штрафов, неустоек и т. д.
К трудовым показателям относятся следующие:
1) абсолютное снижение трудовых затрат (ΔТ) в часах за год:
(1)
ΔТ = Т0 - Т1,
(1)
где Т0 - трудовые затраты в часах за год на обработку информации по базовому варианту;
Т1 - трудовые затраты в часах за год на обработку информации по предлагаемому варианту;
2) коэффициент относительного снижения трудовых затрат (КТ):
(2)
КТ =ΔТ / T0 * 100% ;
3) индекс снижения трудовых затрат или повышение производительности труда (YT):
(3)
YT = T0 / T1.
Снижение трудозатрат можно выразить в стоимостном виде:
(4)
С1 = T0 * (ЗП + А + НР),
где ЗП – среднечасовая заработная плата специалиста, руб.;
А – часовая норма амортизации, руб.;
НР – часовая стоимость накладных расходов, руб.
Разработанная ИС складского учета позволит значительно увеличить производительность работы кладовщиков, повысит степень автоматизации работ по обработке информации. Работы, которые ранее проводились вручную при помощи бумажных документов, автоматизируются путём разработки АИС. Данные, которые ранее хранились в бумажном виде в картотеке, и могли затеряться, перепутаться и т.п., теперь будут храниться централизованно в базе данных с жесткой структурой, которая обеспечивает гораздо более эффективную работу с данными.
Покажем изменение затрат на обработку информации по базовому и по проектному варианту в виде таблиц (таблицы 43 и 44). Абсолютное снижение трудовых затрат (ΔТ) в часах за год рассчитаем по (1):
ΔТ = 4702,5 - 2413,45 = 2289,05 ч.
Коэффициент относительного снижения трудовых затрат КТ по формуле (2):
КТ = 2289,05 / 4702,5 * 100% = 48,6 %.
Индекс снижения трудовых затрат YT, согласно формуле (3):
YT = 4702,5 / 2413,45 = 1,95.
Снижение трудозатрат в стоимостном выражении составит:
С1 = 830419 - 463043 = 367376 руб. в год.
Столь значительное снижение трудовых затрат связано с тем, что при существующей технологии информация множество раз дублируется. С введением новой технологии:
- отпадает необходимость ведения учетных карточек товаров, т.е. трудозатраты на их оформление станут нулевыми;
- выполнение целого ряда операций (оформление приходной накладной, накладной на перемещение, комплектация партии товара, корректировка учетных данных по результатам инвентаризации) станет производиться в 2 раза быстрее;
- отпадает необходимость ручного заполнения журнала ожидаемых поставок и журнала заявок: эти данные будут импортироваться в систему из ИС отделов снабжения и сбыта.
Наглядно снижение трудозатрат показано на рисунке 48.
Рассчитаем косвенный эффект. Первоначальная сумма потерь товара на складе в связи с потерей актуальности составляла 25000 руб. При снижении этого показателя на 20% экономия Сп составит 5000 руб. Потери компании с связи с ошибками при комплектации заказов составляла 45000 руб. При снижении на 30% экономия Со составит 13500 руб.
Рассчитаем косвенный эффект по (5):
С2 = 5000 +13500 = 18500 руб.
Эффективность Э составит:
Э = С1 + С2 = 367376 + 18500 = 385876 руб. в год.
Затраты на приобретение, доработку и внедрение системы складываются из 2 составляющих:
- З1 – затраты на приобретение сервера системы;
- З2 – затраты на разработку системы.
Затраты на приобретение сервера рассчитаны в таблице 25, а затраты на разработку системы – в таблице 26. [12]
Таблица 25
Затраты на приобретение сервера системы
Наименование |
Количество |
Цена, руб. |
Стоимость, руб. |
---|---|---|---|
Аппаратное обеспечение: |
|||
Сервер системы HP ProLiant ML150 G6 |
1 |
98160 |
98160 |
Программное обеспечение |
|||
Windows Server Standard 2008 R2 64Bit 10 Clt |
1 |
42411,00 |
42411,00 |
MS SQL Server, лицензия на сервер |
1 |
23400 |
23400 |
Клиентские лицензии для MS SQL Server |
6 |
3690 |
22140 |
ИТОГО |
186111 |
Таблица 26
Стоимость разработки системы
Наименование работ |
Затраты времени |
Сумма, руб. |
---|---|---|
Разработка ТЗ и ТЭО |
80 чел/час |
20000 |
Проектирование системы |
200 чел/час |
50000 |
Программирование и отладка |
320 чел/час |
80000 |
Документирование |
80 чел/час |
20000 |
Внедрение системы |
60 чел/час |
15000 |
ИТОГО |
610 чел/час |
185000 |
Итак, суммарные затраты на внедрение АИС составят:
КП = 186111 + 185000 = 371111 руб.
Срок окупаемости системы в годах рассчитывается по формуле (4):
Ток = 371111 / 385876 ≈ 1 год.
Срок окупаемости получился 1 год, что доказывает, что внедрение системы выгодно для рассматриваемого предприятия.
Рисунок 9. Затраты на приобретение автоматизированной системы
Компания получит еще и дополнительные выгоды благодаря повышению прозрачности склада, более тесной интеграции отделов снабжения и сбыта со складом, снижению трудовых затрат при учете товарно-материальных ценностей в бухгалтерии.
Заключение
В результате проделанной работы была спроектирована и разработана автоматизированная система склада.
Внедрение ИС склада ЗАО «КонсультантПлюс» позволит:
- сократить трудозатраты на обработку информации и подготовку документов;
- уменьшить количество ошибок при заполнении складских документов;
- снизить количество потерь товара из-за потери актуальности;
- оптимизировать складские запасы;
- повысить качество управления деятельностью по материально-техническому снабжению и сбыту товаров.
Благодаря внедрению системы планируется снижение трудозатрат работников склада за счет:
- автоматизации заполнения документов (отпадает необходимость дублирования информации в складских документах, ведения карточек учета товаров и т.п.);
- автоматизации документооборота между складом и отделом снабжения, складом и отделом сбыта, складом и бухгалтерией;
- автоматизации процессов подготовки отчетов.
Список использованной литературы
- Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2010. - 368 с., ил
- Баженова И. Ю. Основы проектирования приложений баз данных, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2011 г., , 328 стр.
- Вендров А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2010 г, 456 стр.
- Вигерс Карл Разработка требований к программному обеспечению, Пер, с англ. - М.: Издательско-торговый дом "Русская Редакция", 2011. -576с.: ил
- Гвоздева Т. В., Б. А. Баллод. Проектирование информационных систем. - М, Издательство: Феникс, 2012 г. - 512 стр.
- Голицына О. Л., И. И. Попов, Н. В. Максимов, Т. Л. Партыка, Информационные технологии. – М: Издательство Инфра-М, 2012 г. - 608 стр.
- Емельянова Н. З., Партыка Т. Л., И. И. Попов, Проектирование информационных систем. - М, Издательство: Форум, 2012 г.- 432 стр.
- Илюшечкин В. М. , Основы использования и проектирования баз данных. – М: Издательство Юрайт, 2010 г.- 224 стр.
- Котляров В. П., Т. В. Коликова, Основы тестирования программного обеспечения, Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2012 г., 288 стр.
- Кузнецов С. Д., Основы баз данных. - М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2010 г.- 488 стр.
- Незнанов А. А., Программирование и алгоритмизация. -М: Издательство «Академия», 2010 г.- 304 стр.
- Пирогов В. Ю., Информационные системы и базы данных. Организация и проектирование. – М: БХВ-Петербург, 2012 г.- 528 с.
- Предметно-ориентированные экономические информационные системы. – М: Финансы и статистика, 2010 г. - 224 стр.
- Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2012 – 400с.
Приложение
Группы товаров, хранящихся на складе
Наименование группы/ сегмента |
Формальные признаки/ свойства |
Примеры |
Особенности |
«Периодические издания» |
- Периодическое издание; - крупный тираж, предназначенный для распределения в РИЦ |
Журнал ГК; Бюллетень; Журналы "Финанс", "Директор" и т.п. |
1) Весь или большая часть тиража распределена под клиентов согласно предварительным заказам. 2) Старые номера достаточно быстро теряют актуальность после выхода новых, что позволяет оперативно ликвидировать остатки. |
«Постоянно поддерживае-мые» |
- рекламные и маркетинговые материалы компании, необходимые для поддержки бизнеса; - входят в прейскурант; - постоянно поддерживаются на складе. |
Листовки, буклеты, руководства, блокноты, ручки и т.д. |
1) Материал постоянно поддерживается на складе; 2) Материал в общем случае не имеет «срока годности». Потеря актуальности определяется либо директивно (не складской службой), либо случается в связи с падением спроса со стороны РИЦ. |
«Проекты» |
Выпуск связан с определённым календарным событием |
Материалы Новогодней кампании; открытки к 23 февраля, 8 марта |
Подгруппа 1 1) Весь или большая часть тиража распределена под клиентов согласно предварительным заказам; 2) Остаток материала оперативно распродаётся; 3) Материал практически теряет актуальность, после наступления даты, к которой он выпущен. |
Выпуск связан с какой-либо программой КЦ |
Диск «Высшая школа» |
1) Некоторая часть тиража распределена под клиентов согласно предварительным заказам; 2) Остаток материала может распродаваться; 3) Материал может не терять актуальность достаточно длительное время (более полугода). |
|
«Производ-ство» |
- комплектующие для производства (дистрибутивов). |
Коробка; Вкладыш; Регистрации-онные карты |
Материал постоянно поддерживается на складе, объём складского запаса в общем случае зависит от производственного плана |
«Случайные /тестовые» |
Разовые закупки по заявкам подразделений, пробные закупки |
1) Материал появляется на складе эпизодически, в небольшом количестве; 2) период хранения чаще всего небольшой; 3) случаи «зависания» материала на складе на длительное время служат признаком потери актуальности. |
|
«Обеспечение офиса» |
- Закупаются регулярно мелкооптовыми партиями - Расходуются небольшими партиями |
Бумага для принтера; картриджи для принтеров; блоки для записей и т.п. |
Материал постоянно поддерживается на складе Материал не имеет срока годности Отгружается в КЦ небольшими партиями Случаи "зависания" материала на складе на длительное время служат признаком потери актуальности. |
- Технические и организационные меры обеспечения безопасности VoIP систем предприятия
- Процесс приобретения программного обеспечения
- Склад готовой продукции предприятия
- Особенности управления организациями в современных условиях и пути его совершенствования (Госплан и госрегулирование в Американской экономике.)
- Принципы управления стоимостью проекта (Глава 1. Теоретические подходы к управлению стоимостью проекта)
- Оценка стоимости бизнеса ( Теоретические основы и подходы к оценке и управлению стоимости бизнеса.)
- Методы управления инновационными проектами (1 ТЕОРЕТИЧЕСКИЕ ОСНОВЫ УПРАВЛЕНИЯ ИННОВАЦИОННЫМ ПРОЕКТОМ)
- Формирование портфеля проектов (ГЛАВА 1. ФОРМИРОВАНИЕ И РЕАЛИЗАЦИЯ ПОРТФЕЛЯ ИННОВАЦИОННЫХ ПРОЕКТОВ)
- Управление финансовыми ресурсами на предприятии (Характеристика финансовых ресурсов ПАО НПО «Гидромаш»)
- Виды и модели «аутсорсинг/инсорсинг» (Оценка применения аутсорсинга в ОАО “МПЗ Восток”)
- Изучение методов детектирования ВПО, методов противодействия детектированию ВПО и создание программы для анализа эффективности антивирусов, применяющих те или иные подходы к обнаружению угроз
- Система автоматизации учета в кинотеатре