Проектирование реализации операций бизнес-процесса «Ежедневный складской учет» (Выбор комплекса задач автоматизации)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

1. Выбрать комплекс задач автоматизации.
2. Охарактеризовать существующие бизнес-процессы.
3. Описать документооборот, возникающий при решении задачи.
4. Обосновать проектные решения по информационному обеспечению.
5. Дать обоснование проектным решениям по программному обеспечению.
6. Создать и описать информационную модель.
7. Дать характеристику нормативно-справочной, входной и оперативной информации.
8. Охарактеризовать результативную информацию.
9. Разработать общие положения.
10. Дать характеристику базе данных.
11. Разработать структурную схему пакета.
12. Описать программные модули.
13. Разработать контрольный пример реализации.
14. Аналитическая часть
15. Выбор комплекса задач автоматизации

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

1. Приходный складской ордер (форма М - 4), который применяется для учета товаров, поступающих на склад от поставщиков. Форма М-4 выписывается на все количество ТМЦ, которые фактически поступили в определенный день.
2. Акт о приемке материалов (форма М - 7) формируется, когда выявлены расхождения в количестве поступивших материалов с сопроводительной документации или, когда ТМЦ поступают без документации.
3. Акт о приемке товаров (форма ТОРГ - 1) используется в процессе учета ТМЦ при приемке и после проверки доставленных товаров по качеству, количеству, массе, комплектности.
4. Акт об установленном расхождении по количеству и качеству при приемке ТМЦ (форма ТОРГ-2) оформляется, если были обнаружены расхождения по количеству и качеству ТМЦ при приемке.
5. Товарная накладная (форма ТОРГ-12) оформляется при отпуске ТМЦ со склада при продаже сторонним организациям.
6. Акт о списании товаров (форма ТОРГ-16) оформляют при обнаружении порчи ТМЦ. На основании этого документа ТМЦ переводят из используемых в незадействованные и затем списываются.

Выходным информационным потоком является Товарная книга кладовщика (форма 22-ОН), в которой фиксируется приход и расход ТМЦ на складе организации и реквизиты документов, на основании которых было осуществлено принятие и расход материалов.

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

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

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

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

Основными понятиями, свойственными предметной области являются:

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

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

Остаток ТМЦ = Количество ТМЦ на начало дня + Приход – Расход (1)

Остаток ТМЦ измеряется в штуках (шт.).

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

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

Характеристика существующих бизнес-процессов будет дана с помощью моделирования бизнес-процессов в методологии IDEF0. Процесс ежедневного складского учета ведется на основании регламентов, должностных инструкций и законодательства РФ. Механизмом процесса будут являться кладовщики. Входящими потоками процессе будут: приходный складской ордер, акт о приемке материалов, акт о приемке товаров, акт о расхождении, товарная накладная и акт о списании товаров. Выходным потоком процесса будет товарная книга поставщика. Контекстная диаграмма процесса представлена на рисунке 1.

Рисунок 1. Контекстная диаграмма процесса ежедневного складского учета

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

На рисунке 3 представлена декомпозиция процесса оформления прихода ТМЦ.

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

Рисунок 3. Декомпозиция процесса оформления прихода ТМЦ на склад

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

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

Рисунок 4. Оформление расхода ТМЦ со склада

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

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

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

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

1. Приходный складской ордер.
2. Акт о приемке материалов.
3. Акт о приемке товаров.
4. Акт о расхождении.
5. Товарная накладная.
6. Акт о списании товаров.
7. Товарная книга кладовщика.

Создадим схему документооборота задачи, основанную на перечисленных документах. Схема документооборота представлена на рисунке 6.

Рисунок 6. Схема документооборота

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

Таблица 1

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

Характеристика	Приходный ордер	Акт о приемке материалов	Акт о приемке товаров	Акт о расхождении	Товарная накладная	Акт о списании	Товарная книга кладовщика
Количество документов в год, шт.	20 000	200	200	200	20 000	200	365
Количество символов в документе, шт.	50 000	50 000	50 000	50 000	50 000	50 000	5000
Частота возникновения в год	10	1	1	1	10	1	1
Трудозатраты на обработку в год, чел-час	80 000	80 000	80 000	80 000	80 000	80 000	800 000

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

1. Высокие временные затраты на формирование документооборота.
2. Сложность ведения учета прихода и расхода ТМЦ на бумажных носителях.
3. Низкий уровень оперативности данных об остатках ТМЦ.
4. Несовершенство организации сбора и регистрации исходной информации.

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

Таблица 2

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

Характеристика	Приходный ордер	Акт о приемке материалов	Акт о приемке товаров	Акт о расхождении	Товарная накладная	Акт о списании	Товарная книга кладовщика
Количество документов в год, шт.	20 000	200	200	200	20 000	200	365
Количество символов в документе, шт.	50 000	50 000	50 000	50 000	50 000	50 000	5000
Частота возникновения в год	10	1	1	1	10	1	1
Трудозатраты на обработку в год, чел-час	80 000	80 000	80 000	80 000	80 000	80 000	510 000

Трудозатраты на формирование документооборота до автоматизации составляют 1 280 000 человеко-часов. Трудозатраты на формирование документооборота после автоматизации составят 990 000 человеко-часов. Т.о. снижение трудозатрат составить 27%.

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

Рассмотрим состав и содержание входных документов. Входными документами задачи являются:

1. Приходный складской ордер, имеющий унифицированную форму М – 4.
2. Акт о приемке материалов, имеющий унифицированную форму М – 7.
3. Акт о приемке товаров, имеющий унифицированную форму ТОРГ – 1.
4. Акт об установленном расхождении по количеству и качеству при приемке ТМЦ, имеющий унифицированную форму ТОРГ-2.
5. Товарная накладная, имеющая форму ТОРГ-12
6. Акт о списании товаров, имеющий унифицированную форму ТОРГ-16.

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

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

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

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

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

1. Иерархические.
2. Сетевые.
3. Реляционные.

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

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

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

• Microsoft SQL Server;
• IBM DB2;
• Oracle database.

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

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

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

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

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

Среда программирования «IntelliJ IDEA» позволяет осуществить разработку программных продуктов на множестве популярных языков программирования. Но у системы существует существенный недостаток производительности в процессе компиляции, перекомпиляции и тестирования.

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

Мощной платформой для разработки приложений, которая позволяет создавать приложения на языке программирования с++, является платформа «Netbeans». Однако, платформа обладает низким показателем быстродействия и ограничением функциональности некоторых плагинов [8].

На основании рассмотренных сред программирования, поддерживающих язык с++, был сделан вывод о том, что наиболее надежной средой программирования будет являться среда «MS Visual Studio».

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

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

1. Проектная часть
2. Информационная модель и её описание

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

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

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

Входными документами являются:

1. Приходный складской ордер (рисунок 8).
2. Акт о приемке материалов (рисунок 9).
3. Акт о приемке товаров (рисунок 10).
4. Акт о расхождении (рисунок 11).
5. Товарная накладная (рисунок 12).
6. Акт о списании товаров (рисунок 13).

Рисунок 8. Образец приходного складского ордера

Рисунок 9. Акт о приемке материалов

Рисунок 10. Акт о приемке товаров

Рисунок 11. Акт о расхождении

Рисунок 12. Товарная накладная

Рисунок 13. Акт о списании товаров

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

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

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

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

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

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

Таблица 3

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

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

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

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

Рисунок 14. Товарная книга кладовщика

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

1. Приходный складской ордер.
2. Акт о приемке материалов.
3. Акт о приемке товаров.
4. Акт о расхождении.
5. Товарная накладная.
6. Акт о списании товаров.
7. Товарная книга.

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

Таблица 4

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

Наименование таблицы	Наименование поля
Приходный ордер	Номер
	Количество
Акт о приемке материалов	Номер
	Количество
Акт о приемке товаров	Номер
	Количество
Акт о расхождении	Номер
	Количество
Товарная накладная	Номер
	Количество
Акт о списании товаров	Номер
	Количество
Наименование таблицы	Наименование поля
Товарная книга	Дата

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. ТМЦ.
2. Номенклатура.
3. Единица измерения.
4. Приходный складской ордер.
5. Акт о приемке материалов.
6. Акт о приемке товаров.
7. Акт о расхождении.
8. Товарная накладная.
9. Акт о списании товаров.
10. Товарная книга.

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

Рисунок 17. ER-модель базы данных

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

Таблица 5

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Номенклатура»
ID_номенклатуры	ID_nomen	Счетчик	5	Ключевое поле
Код	Code_nomen	Текст	30
Наименование	Name_nomen	Текст	100
Справочник «Единица измерения»
ID_единицы	ID_ed	Счетчик	5	Ключевое поле
Наименование	Name_ed	Текст	100
Справочник «ТМЦ»
ID_товара	ID_stock	Счетчик	5	Ключевое поле
Наименование	Name_stock	Текст	30
Описание	Par_stock	Текст	30
Акт о расхождении
ID_договора	ID_act	Счетчик	5	Ключевое поле
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер	Nomer_act	Текст	30
Дата	Date_act	Дата	8
Количество	Col_act	Число	6
Примечание
Акт о приемке материалов
ID_счета-фактуры	ID_actpr	Счетчик	5	Ключевое поле
Номер	Num_actpr	Текст	15
Дата	Date_actpr	Дата	8
Количество	Kol_actpr	Число	7
Приходный ордер
ID_накладной	ID_pr	Счетчик	5	Ключевое поле
Номер	Num_pr	Текст	15
Дата	Date_pr	Дата	8
Количество	Pr_pr	Число	15
Акт о приемке товаров
ID_акта	ID_acttov	Счетчик	5	Ключевое поле
Дата	Date_acttov	Дата	8
Номер	Nom_acttov	Текст	15
Количество	Pr_acttov	Число	6
Товарная накладна
ID_накладной	ID_actnakl	Счетчик	5	Ключевое поле
Дата	Date_actnakl	Дата	8
Номер	Nom_actnakl	Текст	15
Количество	Pr_actnakl	Число	6
Акт о списании
ID_накладной	ID_actsp	Счетчик	5	Ключевое поле
Дата	Date_actsp	Дата	8
Номер	Nom_actsp	Текст	15
Количество	Pr_actsp	Число	6
Товарная книга
ID_книги	ID_book	Счетчик	5	Ключевое поле
Дата	Date_book	Дата	8
Остаток	Ost_bool	Число	6

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

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

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

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

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

Таблица 6

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

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы
2	Модуль справочника «Номенклатура»	Содержит предопределенные процедуры формы списка и элементы справочника
3	Модуль справочника «ТМЦ»	Содержит предопределенные процедуры формы списка и элементы справочника
4	Модуль справочника «Единица измерения»	Содержит предопределенные процедуры формы списка и элементы справочника
5	Модуль документа	Содержит предопределенные процедуры формы списка и элементы справочника
6	Модуль «Товарная книга»	Содержит предопределенные процедуры формы списка и элементы справочника

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

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

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

Выходным документом, содержащим расчетные показатели, является документ «Товарная книга кладовщика» [5]. Рассмотрим алгоритм формирования товарной книги. Алгоритм представлен на рисунке 19.

Сначала кладовщик открывает форму приходного документа и вводит данные о приходе. К данным о приходе относятся:

• Дата;
• Документ, на основании которого осуществляется приход;
• Количество ТМЦ.

Когда данные о приходе введены, кладовщик приступает к вводу данных о расходе. Данные о расходе вводятся аналогично данным о приходе.

Когда данные о приходе и расходе введены, осуществляется расчет остатка ТМЦ на конец дня.

Рисунок 19. Алгоритм модуля товарной книги

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

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

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

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

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

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

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

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

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

На рисунке 22 представлена форма ввода данных о приходе.

Рисунок 22. Форма ввода данных о приходе

На рисунке 23 представлена форма торговой книги кладовщика.

Рисунок 23. Товарная книга

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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