Разработка базы данных для склада

Содержание:

Введение

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

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

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

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

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

• анализ предметной области;
• выбор средств разработки ИС;
• проектирование логической и физической структуры БД;
• проектирование интерфейса БД;
• расчет экономической эффективности.

1. Описание предметной области. Постановка задачи

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

Компания является разработчиком одной из крупнейших российских справочных правовых систем (СПС) - системы «КонсультантПлюс». Справочная правовая система КонсультантПлюс стала привычным и надежным помощником в работе самых разных категорий специалистов.

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

Особенностями склада ЗАО «Консультант Плюс» являются:

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

Модель функционирования склада (рисунок 1) показывает, что на склад поступают товарно-материальные ценности (ТМЦ) от поставщиков, и результатом деятельности склада является отгрузка ТМЦ клиентам компании.[3]

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

Декомпозиция модели (рисунок 2) характеризует основные бизнес-процессы склада:

• приемку товара;
• учет товаров на складе;
• хранение товара;
• комплектацию и отгрузку;
• управление складскими остатками.

Рисунок 1. Контекстная диаграмма модели деятельности «как есть»

Рисунок 2. Декомпозиция контекстной диаграммы

На рисунке 2 видно, что приемку товара на складе курирует отдел снабжения, т.к. этот отдел размещал заказ поставщику на изготовление и поставку товара. Комплектация и отгрузка товара со склада осуществляется под руководством отдела сбыта, т.к. этот отдел собирает заявки от РИЦ и отделов КЦ, и распределяет между ними товары. Также отдел сбыта участвует в бизнес-процессе «Управление остатками». Бухгалтерию интересует приемка и отгрузка товара со склада с позиции ведения бухгалтерского учета.

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

Складской учет в ЗАО «Консультант Плюс» характеризуется большим объемом оперативной информации: в среднем 5 раз в день поступает товар от поставщиков, 10 раз в день отгружается. Это отражено ниже в таблице 1.

Таблица 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. Схема документооборота складских документов

Недостатками существующей системы являются:

1. многократное дублирование одной и той же информации в различных документах;
2. низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
3. неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
4. большие затраты времени на составление отчетов;
5. высокая трудоемкость обработки информации;
6. неполное и неэффективное использование технических средств, имеющихся в наличии.

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

Автоматизация склада является одной из важных задач на предприятии. Автоматизация склада обеспечивает:

• повышение качества данных;
• повышение прозрачности склада;
• сокращение операционных затрат.

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.

Таблица 3

Структура справочников

Атрибут сущности	Идентификатор поля	Тип поля	Длина поля	Прочее
Идентификатор	ID	int		Первичный ключ
Наименование	Name	varchar	100 символов
Описание	Descr	varchar	250 символов

Таблица 4

Структура справочника 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
e-mail	Email	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). Часть параметров в этом окне копируется из таблицы ожидаемых поставок. Остальные заполняются кладовщиком (количество мест, количество товара в одном месте и т.п.).

Рисунок 6. Окно «Приход»

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

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

Рисунок 7. Журнал прихода грузов

Рисунок 8. Окно «Приемка по количеству»

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

6. Оценка экономической эффективности проекта

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

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

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

1) абсолютное снижение трудовых затрат (ΔТ) в часах за год:

(1)

ΔТ = Т₀ - Т_1,

(1)

где Т₀ - трудовые затраты в часах за год на обработку информации по базовому варианту;

Т₁ - трудовые затраты в часах за год на обработку информации по предлагаемому варианту;

2) коэффициент относительного снижения трудовых затрат (К_Т):

(2)

К_Т =ΔТ / T₀ * 100% ;

3) индекс снижения трудовых затрат или повышение производительности труда (Y_T):

(3)

Y_T = T₀ / T_1.

Снижение трудозатрат можно выразить в стоимостном виде:

(4)

С₁ = T₀ * (ЗП + А + НР),

где ЗП – среднечасовая заработная плата специалиста, руб.;

А – часовая норма амортизации, руб.;

НР – часовая стоимость накладных расходов, руб.

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

Покажем изменение затрат на обработку информации по базовому и по проектному варианту в виде таблиц (таблицы 43 и 44). Абсолютное снижение трудовых затрат (ΔТ) в часах за год рассчитаем по (1):

ΔТ = 4702,5 - 2413,45 = 2289,05 ч.

Коэффициент относительного снижения трудовых затрат К_Т по формуле (2):

К_Т = 2289,05 / 4702,5 * 100% = 48,6 %.

Индекс снижения трудовых затрат Y_T, согласно формуле (3):

Y_T = 4702,5 / 2413,45 = 1,95_.

Снижение трудозатрат в стоимостном выражении составит:

С₁ = 830419 - 463043 = 367376 руб. в год.

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

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

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

- отпадает необходимость ручного заполнения журнала ожидаемых поставок и журнала заявок: эти данные будут импортироваться в систему из ИС отделов снабжения и сбыта.

Наглядно снижение трудозатрат показано на рисунке 48.

Рассчитаем косвенный эффект. Первоначальная сумма потерь товара на складе в связи с потерей актуальности составляла 25000 руб. При снижении этого показателя на 20% экономия С_п составит 5000 руб. Потери компании с связи с ошибками при комплектации заказов составляла 45000 руб. При снижении на 30% экономия С_о составит 13500 руб.

Рассчитаем косвенный эффект по (5):

С₂ = 5000 +13500 = 18500 руб.

Эффективность Э составит:

Э = С₁ + С₂ = 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. Затраты на приобретение автоматизированной системы

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

Заключение

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

Внедрение ИС склада ЗАО «КонсультантПлюс» позволит:

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

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

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

Список использованной литературы

1. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2010. - 368 с., ил
2. Баженова И. Ю. Основы проектирования приложений баз данных, Издательства: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2011 г., , 328 стр.
3. Вендров А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2010 г, 456 стр.
4. Вигерс Карл Разработка требований к программному обеспечению, Пер, с англ. - М.: Издательско-торговый дом "Русская Редакция", 2011. -576с.: ил
5. Гвоздева Т. В., Б. А. Баллод. Проектирование информационных систем. - М, Издательство: Феникс, 2012 г. - 512 стр.
6. Голицына О. Л., И. И. Попов, Н. В. Максимов, Т. Л. Партыка, Информационные технологии. – М: Издательство Инфра-М, 2012 г. - 608 стр.
7. Емельянова Н. З., Партыка Т. Л., И. И. Попов, Проектирование информационных систем. - М, Издательство: Форум, 2012 г.- 432 стр.
8. Илюшечкин В. М. , Основы использования и проектирования баз данных. – М: Издательство Юрайт, 2010 г.- 224 стр.
9. Котляров В. П., Т. В. Коликова, Основы тестирования программного обеспечения, Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2012 г., 288 стр.
10. Кузнецов С. Д., Основы баз данных. - М.: Бином. Лаборатория знаний, Интернет-университет информационных технологий, 2010 г.- 488 стр.
11. Незнанов А. А., Программирование и алгоритмизация. -М: Издательство «Академия», 2010 г.- 304 стр.
12. Пирогов В. Ю., Информационные системы и базы данных. Организация и проектирование. – М: БХВ-Петербург, 2012 г.- 528 с.
13. Предметно-ориентированные экономические информационные системы. – М: Финансы и статистика, 2010 г. - 224 стр.
14. Реляционные базы данных: практические приемы оптимальных решений. – СПб.: БХВ-Петербург, 2012 – 400с.

Приложение

Группы товаров, хранящихся на складе

Наименование группы/ сегмента	Формальные признаки/ свойства	Примеры	Особенности
«Периодические издания»	- Периодическое издание; - крупный тираж, предназначенный для распределения в РИЦ	Журнал ГК; Бюллетень; Журналы "Финанс", "Директор" и т.п.	1) Весь или большая часть тиража распределена под клиентов согласно предварительным заказам. 2) Старые номера достаточно быстро теряют актуальность после выхода новых, что позволяет оперативно ликвидировать остатки.
«Постоянно поддерживае-мые»	- рекламные и маркетинговые материалы компании, необходимые для поддержки бизнеса; - входят в прейскурант; - постоянно поддерживаются на складе.	Листовки, буклеты, руководства, блокноты, ручки и т.д.	1) Материал постоянно поддерживается на складе; 2) Материал в общем случае не имеет «срока годности». Потеря актуальности определяется либо директивно (не складской службой), либо случается в связи с падением спроса со стороны РИЦ.
«Проекты»	Выпуск связан с определённым календарным событием	Материалы Новогодней кампании; открытки к 23 февраля, 8 марта	Подгруппа 1 1) Весь или большая часть тиража распределена под клиентов согласно предварительным заказам; 2) Остаток материала оперативно распродаётся; 3) Материал практически теряет актуальность, после наступления даты, к которой он выпущен.
	Выпуск связан с какой-либо программой КЦ	Диск «Высшая школа»	1) Некоторая часть тиража распределена под клиентов согласно предварительным заказам; 2) Остаток материала может распродаваться; 3) Материал может не терять актуальность достаточно длительное время (более полугода).
«Производ-ство»	- комплектующие для производства (дистрибутивов).	Коробка; Вкладыш; Регистрации-онные карты	Материал постоянно поддерживается на складе, объём складского запаса в общем случае зависит от производственного плана
«Случайные /тестовые»	Разовые закупки по заявкам подразделений, пробные закупки		1) Материал появляется на складе эпизодически, в небольшом количестве; 2) период хранения чаще всего небольшой; 3) случаи «зависания» материала на складе на длительное время служат признаком потери актуальности.
«Обеспечение офиса»	- Закупаются регулярно мелкооптовыми партиями - Расходуются небольшими партиями	Бумага для принтера; картриджи для принтеров; блоки для записей и т.п.	Материал постоянно поддерживается на складе Материал не имеет срока годности Отгружается в КЦ небольшими партиями Случаи "зависания" материала на складе на длительное время служат признаком потери актуальности.