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

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

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

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

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

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

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

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

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

Для достижения поставленной цели необходимо решить ряд задач:

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

Разработать контрольный пример реализации.

Аналитическая часть

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

Бизнес-процесс «Запасы - склад» заключается в оприходовании ТМЦ (запасов) на складе организации. В процессе оприходования запасов на склад организации проходят ряд этапов.

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

Для оформления приема ТМЦ существуют следующие способы:

Товары с документами и счетами, в этом случае все данные заносятся в документ, учитывающий поступление ТМЦ.
Товары без документов. В этом случает необходимо составление акта о фактическом наличии товара.

Процесс оприходования ТМЦ на складе организации включает в себя следующие этапы:

Оценка количества ТМЦ.
Оценка качества ТМЦ. Для осуществления оценки качества необходимо распаковать некоторое количество упаковки и оценить содержимое. Если качество товара не соответствует заявленному, то вся партия отправляется поставщику.
Разгрузка ТМЦ и загрузка склада. Каждому выделенному под ТМЦ месту присваивается уникальный номер [3].

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

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

Решаемая задача связана с ведением бухгалтерского учета и планированием закупок ТМЦ. Обе связанные задачи решаются на основании данных об остатках ТМЦ на складе [4].

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

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

Результатными показателями, полученными на основании данных складского учета являются данные о количестве остатков ТМЦ на складе компании.

Входящими документами, на основании которых рассчитываются результатные показатели являются: договор купли-продажи ТМЦ и счет-фактура. Результатным документом является отчет об остатках ТМЦ на складе компании.

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

Основным бизнес-процессом предметной области является процесс учета поступления ТМЦ. Управление процессом осуществляет главный кладовщик. Механизмом процесса является кладовщик.

Входящими потоками являются: ТМЦ, договор, счет-фактура. Выходящими потоками являются: брак, акт о браке, отчет об остатках ТМЦ на складе. Модель процесса представлена на рисунке 1 [8].

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

Рисунок 1. Модель процесса учета поступления ТМЦ

Рисунок 2. Модель процесса учета поступления ТМЦ

После проверки ТМЦ, кладовщик осуществляет учет отгруженных товаров. После того как ТМЦ учтены, по требованию руководства или в конце отчетного периода, кладовщик формирует отчет об остатках ТМЦ на складе компании.

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

Н рисунке 4 представлена модель процесса учета ТМЦ. Кладовщик заполняет карточку ТМЦ на каждый новый поступивший ТМЦ. В карточке отражается количество поступивших ТМЦ. После того как карточка заполнена, кладовщик вносит записи в приходную книгу.

На рисунке 5 представлена модель процесса формирования отчетности. Кладовщик осуществляет выборку документов за определенный временной период. Из выбранных документов отбираются данные для формировании отчета. Отчет об остатках ТМЦ на складе включает в себя данные об остатках на начало периода, данные о поступлении ТМЦ, данные о выбытии ТМЦ и данные об остатках ТМЦ на конец периода.

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

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

Договор.
Счет-фактура.
Акт о браке.

Рисунок 3. Модель процесса проверки ТМЦ

Рисунок 4. Модель процесса учета ТМЦ

Рисунок 5. Модель процесса формирования отчетности

Карточка ТМЦ.
Приходная книга.
Отчет об остатках ТМЦ.

Схема документооборота представлена в таблице 1.

Таблица 1

Схема документооборота

Исполнитель Действие	Поставщик	Бухгалтер
Проверка ТМЦ	Договор купли-продажи Счет-фактура	Договор купли-продажи Счет-фактура
Учет ТМЦ		Договор купли-продажи Счет-фактура Карточка ТМЦ Приходная книга
Формирование отчетности		Отчет об остатках ТМЦ

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

Таблица 2

Характеристика формирования документооборота

Характеристика	Договор	Счет-фактура	Карточка ТМЦ	Приходная книга	Отчет об остатках ТМЦ
Количество документов в год, шт.	20 000	20 000	20 000	20 000	12
Количество символов в документе, шт.	100 000 000	80 000	40 000	40 000	100 000 000
Частота возникновения в год	20 000	20 000	20 000	20 000	12
Трудозатраты на обработку в год, ч/час	500 000	500 000	500 000	500 000	400 000

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

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

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

Суммарные трудозатраты на ведение документооборота составляют 2 400 000 человеко-часов ежегодно. Внедрение информационной системы позволит сократить трудозатраты на ведение документооборота на 60%, что составит 960 000 человеко-часов. Снижение уровня трудозатрат на формирование документооборота является значительным, что говорит об обоснованности внедрения информационной системы.

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

Рассмотрим состав и содержание входных и выходных документов автоматизируемого бизнес-процесса. Входными документами являются: договор и счет-фактура. Перечисленные документы будут внесены в информационную систему и на их основании будет осуществляться учет поступлений ТМЦ и услуг. Из перечисленных документов не является унифицированным только договор купли-продажи.

Выходными документами будет являться отчет об остатках ТМЦ на складе. Этот документ не является унифицированным и представляет собой отчетные формы. Отчет об остатках ТМЦ содержит информацию о наименовании ТМЦ, данных об остатках ТМЦ на начало периода, данных о поступлении ТМЦ, данных о выбытии ТМУ и остатке ТМЦ на конец периода. Документ должен иметь возможность печати и сохранения в форматах: .doc, .docx, .xlsx, .xls для обеспечения удобства дальнейшей обработки.

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

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

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

Операционная система является основой программного обеспечения ПК. Она представляет собой комплексы системных и служебных программных средств, обеспечивающих взаимодействие пользователя с ПК. Операционные системы различаются способами реализации алгоритмов управления ресурсами ЭВМ, методами проектирования, аппаратными платформами и т.д [6].

Операционные системы классифицируют по следующим признакам:

Количество пользователей, работающих одновременно:

однопользовательские ОС;
многопользовательские ОС.

Число процессов, выполняемых одновременно под управлением ОС:

однозадачные;
многозадачные.

Количество поддерживаемых процессоров:

однопроцессорные;
многопроцессорные.

Разрядность кода ОС:

32-разрядные;
64-разрядные.

Тип интерфейса:

командные;
графические.

Тип доступа пользователя к ЭВМ:

ОС с пакетной обработкой;
ОС с разделением времени;
ОС реального времени.

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

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

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

Использование операционной системы Linux имеет свои преимущества, однако ввиду большей распространенности Windowsсреди пользователей, поддержки оборудования и ПО, была выбрана системаWindows 10.

Рассмотрим классификацию СУБД.

Степень универсальности:

СУБД общего назначения;
СУБД универсального назначения.

Тип модели данных:

иерархические;
сетевые;
реляционные;
объектно-ориентированные;
многомерные.

Способ доступа к базе данных:

файл-серверные;
клиент-серверные;
встраиваемые [9].

Выбранная СУБД должна отвечать следующим критериям:

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

Рассмотрим решения, представленные на рынке. Лидерами на рынке СУБД являются продукты IBM DB2, Oracle и Microsoft SQL Server.СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracleобладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД. Таким образом для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

Рассмотрим средства проектирования и разработки информационной системы. Критерии классификации средств совпадают с их составом:

Средства анализа (Design/IDEF, BPwin).
средства анализа и проектирования (Vantage Team Builder, Designer/2000).
Средства проектирования баз данных (Erwin, S-Designor).

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

Проектная часть

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

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

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

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

Входными документами являются: договор купли-продажи и счет-фактура Договор купли-продажи не является унифицированным документом. Унифицированная форма счета-фактуры представлена на рисунке 7.

Рисунок 7. Образец счета-фактуры

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

Наименование товара.
Цена товара.
Количество товара.

Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.

В проектируемой информационной системе должны присутствовать следующие справочники:

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

Характеристика справочников представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	Номенклатура	ТМЦ	Единица измерения
Ответственный за ведение	Главный кладовщик
Объем справочника в записях	10 000	100 000	10
Частота актуализации	Раз в месяц
Объем актуализации	5%
Реквизитный состав	Код	Наименование	Код
	Наименование	Характеристика	Наименование
	Наименование	Единица измерения	Наименование

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

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

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

Номенклатура.
ТМЦ.
Карточка товара.
Приходная книга.

Характеристика перечисленных таблиц представлена в таблице 4.

Рисунок 8. Образец отчета об остатках ТМЦ на складе

Таблица 4

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

Наименование таблицы	Наименование поля
Номенклатура	Код
Номенклатура	Наименование
ТМЦ	Наименование
Карточка ТМЦ	Количество
Приходная книга	Количество

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

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

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

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

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

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

Редактирование справочников.
Ввод данных.

К служебным функциям разрабатываемой ИС относятся:

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

Дерево функций представлено на рисунке 9 [7].

Рисунок 9. Дерево функций системы

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

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 10.

Рисунок 10. Сценарий диалога

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

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

ТМЦ.
Номенклатура.
Единица измерения.
Договор.
Счет-фактура.
Карточка ТМЦ.
Приходная книга.

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

Рисунок 11. Модель базы данных

Характеристика таблиц базы данных представлена в таблице 5.

Таблица 5

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

Содержание

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Номенклатура»
ID_номенклатуры	ID_nomen	Счетчик	5	Ключевое поле
Код	Code_nomen	Текст	30
Наименование	Name_nomen	Текст	100
Справочник «Единица измерения»
ID_единицы	ID_ed	Счетчик	5	Ключевое поле
Код	Code_ed	Текст	30
Наименование	Name_ed	Текст	100
Справочник «ТМЦ»
ID_товара	ID_stock	Счетчик	5	Ключевое поле
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Наименование	Name_stock	Текст	30
Характеристики	Par_stock	Текст	30
Договор
ID_договора	ID_dog	Счетчик	5	Ключевое поле
Номер	Nomer_dog	Текст	30
Дата	Date_dog	Дата	8
Cod_dog	Текст	10 000
Счет-фактура
ID_счета-фактуры	ID_sch	Счетчик	5	Ключевое поле
Номер	Num_sch	Текст	15
Дата	Date_sch	Дата	8
Цена	Pr_sch	Текст	15
Количество	Kol_sch	Число	7
Стоимость	Sum_sch	Текст	5
Карточка ТМЦ
ID_накладной	ID_card	Счетчик	5	Ключевое поле
Номер	Num_card	Текст	15
Дата	Date_card	Дата	8
Количество	Pr_card	Число	15
Приходная книга
ID_акта	ID_act	Счетчик	5	Ключевое поле
Дата	Date_act	Дата	8
Количество	Pr_act	Текст	15

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

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

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

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

Описание функций модулей представлено в таблице 6.

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль создания отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета

Модель дерева вызова программных модулей представлено на рисунке 12.

Рисунок 12. Модель дерева вызова программных модулей

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

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

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

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

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

Реализация контрольного примера состоит из следующих этапов:

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

На рисунке 13 представлен результат ввода данных в справочник «Номенклатура».

Рисунок 13. Справочник «Номенклатура»

На рисунке 14 представлен результат ввода данных в справочник «ТМЦ».

Рисунок 14. Справочник «ТМЦ»

На рисунке 15 представлен ввод данных о договоре. На рисунке 16 представлена форма счета-фактуры. На рисунке 17 представлена карточка ТМЦ. На рисунке 18 представлена карточка ТМЦ. На рисунке 19 представлен отчет об остатках ТМЦ на складе.

Рисунок 15. Форма договора

Рисунок 16. Форма счета-фактуры

Рисунок 17. Карточка ТМЦ

Рисунок 18. Приходная книга

Рисунок 19. Отчет об остатках ТМЦ

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсовой работы было проведено обследование предметной области. Дано описание комплекса задач автоматизации и обоснование их выбора. Были описаны бизнес-процессы предметной области с помощью нотации IDEF0.

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

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

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

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

Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.

ПРИЛОЖЕНИЕ 1

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