![](/stc/img/evkova.png)
Проектирование реализации операций бизнес-процесса «Ежедневный складской учет» (Выбор комплекса задач автоматизации)
Содержание:
ВВЕДЕНИЕ
Уровень развития информационных технологий позволяет информационным системам не только хранить и обрабатывать большие объемы данных, но и прогнозировать объем расходов сырья, объем выпуска готовой продукции, рассчитывать оптимальные планы управления ресурсами организации.
Компании, осуществляющие деятельность, направленную на реализацию какой-либо продукции или предоставление услуг должны вести складской учет. Ведение складского учета помогает контролировать объемы поступления товара, объемы расхода товара и количество остатков продукции на складе. Помимо этого, ведение складского учета направлено на обеспечение организации необходимыми расходными материалами, которые хранятся на складе организации.
На основании вышеперечисленных факторов можно заключить, что ведение складского учета является трудоемким процессом без применения информационных технологий. Трудно представить себе формирование и организацию работы цепей доставки товаров без интенсивного, постоянного оперативного обмена информацией, без быстрого реагирования на потребности рынка.
Обеспечение процессом сбыта продукции необходимыми ресурсами будет являться весьма трудоемким процессом без применения информационных систем и программных комплексов для анализа, планирования и поддержки принятия коммерческих решений в процессе реализации продукции. Кроме того, развитие информационных систем и технологий позволило складскому учету стать доминирующей формой организации товародвижения на высоко-конкурентных рынках экономически развитых стран.
Поскольку использование традиционных способов извлечения необходимой информации из потока данных не является достаточно оперативным, определяющим фактором в управлении организацией становится скорость обработки данных и получение нужных сведений.
Актуальность работы заключается в применении информационных технологий для повышения эффективности складского учета.
Объектом исследования является бизнес-процесс складского учета.
Предметом исследования является автоматизация складского учета.
Целью работы является проектирование реализации операций бизнес-процесса взаиморасчетов с поставщиками.
Для достижения поставленной цели необходимо решить ряд задач:
- Выбрать комплекс задач автоматизации.
- Охарактеризовать существующие бизнес-процессы.
- Описать документооборот, возникающий при решении задачи.
- Обосновать проектные решения по информационному обеспечению.
- Дать обоснование проектным решениям по программному обеспечению.
- Создать и описать информационную модель.
- Дать характеристику нормативно-справочной, входной и оперативной информации.
- Охарактеризовать результативную информацию.
- Разработать общие положения.
- Дать характеристику базе данных.
- Разработать структурную схему пакета.
- Описать программные модули.
- Разработать контрольный пример реализации.
- Аналитическая часть
- Выбор комплекса задач автоматизации
Бизнес-процесс ежедневного складского учета заключается в контроле остатков товарно-материальных ценностей (ТМЦ) на складе, для этого необходимо вести товарную книгу кладовщика, где фиксируется приход и расход товара. Входными информационными потоками процесса являются следующие документы:
- Приходный складской ордер (форма М - 4), который применяется для учета товаров, поступающих на склад от поставщиков. Форма М-4 выписывается на все количество ТМЦ, которые фактически поступили в определенный день.
- Акт о приемке материалов (форма М - 7) формируется, когда выявлены расхождения в количестве поступивших материалов с сопроводительной документации или, когда ТМЦ поступают без документации.
- Акт о приемке товаров (форма ТОРГ - 1) используется в процессе учета ТМЦ при приемке и после проверки доставленных товаров по качеству, количеству, массе, комплектности.
- Акт об установленном расхождении по количеству и качеству при приемке ТМЦ (форма ТОРГ-2) оформляется, если были обнаружены расхождения по количеству и качеству ТМЦ при приемке.
- Товарная накладная (форма ТОРГ-12) оформляется при отпуске ТМЦ со склада при продаже сторонним организациям.
- Акт о списании товаров (форма ТОРГ-16) оформляют при обнаружении порчи ТМЦ. На основании этого документа ТМЦ переводят из используемых в незадействованные и затем списываются.
Выходным информационным потоком является Товарная книга кладовщика (форма 22-ОН), в которой фиксируется приход и расход ТМЦ на складе организации и реквизиты документов, на основании которых было осуществлено принятие и расход материалов.
В границы рассматриваемой задачи входят процессы приема ТМЦ на склад от поставщиков, а также выбытие ТМЦ со склада при списании и продаже ТМЦ.
Процесс ежедневного складского учета связан с процессом производства и реализации ТМЦ. Со склада передаются в производственный отдел ТМЦ для изготовления готовой продукции, также со склада могут быть переданы ТМЦ покупателю.
Важность процесса ежедневного складского учета в целом для организации заключается в том, что отслеживание остатков ТМЦ на складе позволяет предотвратить простой в производстве готовой продукции, что способствует снижению издержек и себестоимости готовой продукции.
В процессе решения задачи задействованы кладовщики и главный кладовщик, которые осуществляют процесс ежедневного складского учета.
Основными понятиями, свойственными предметной области являются:
- Приход – поступление ТМЦ на склад организации.
- Расход – выбытие ТМЦ со склада организации.
- ТМЦ - статистический показатель, который отражает стоимость товарно-материальных ценностей, к которым относятся: производственные запасы, незавершенное производство, остатки готовой продукции.
Результатным показателем процесса ежедневного складского учета является остаток ТМЦ на складе организации в конце рабочего дня. Остаток ТМЦ рассчитывается по формуле:
Остаток ТМЦ = Количество ТМЦ на начало дня + Приход – Расход (1)
Остаток ТМЦ измеряется в штуках (шт.).
Исполнителями задачи ежедневного складского учета являются кладовщики, которые документально оформляют приход и выбытие ТМЦ на склад организации. В конце рабочего дня кладовщик заполняет товарную книгу кладовщика, в которой записано количество ТМЦ на складе организации на конец рабочего дня.
1. Характеристика существующих бизнес-процессов
Характеристика существующих бизнес-процессов будет дана с помощью моделирования бизнес-процессов в методологии IDEF0. Процесс ежедневного складского учета ведется на основании регламентов, должностных инструкций и законодательства РФ. Механизмом процесса будут являться кладовщики. Входящими потоками процессе будут: приходный складской ордер, акт о приемке материалов, акт о приемке товаров, акт о расхождении, товарная накладная и акт о списании товаров. Выходным потоком процесса будет товарная книга поставщика. Контекстная диаграмма процесса представлена на рисунке 1.
Рисунок 1. Контекстная диаграмма процесса ежедневного складского учета
На рисунке 2 представлена декомпозиция процесса ежедневного складского учета. Процесс делится на оформление прихода ТМЦ, расхода ТМЦ и оформление товарной книги.
На рисунке 3 представлена декомпозиция процесса оформления прихода ТМЦ.
Рисунок 2. Декомпозиция процесса ежедневного складского учета
Рисунок 3. Декомпозиция процесса оформления прихода ТМЦ на склад
Процесс оформления прихода ТМЦ на склад организации начинается с проверки документов кладовщиком. Если документы заполнены верно, кладовщик подписывает документы в двух экземплярах. Один документ остается на складе, а второй экземпляр остается у контрагента. На основании подписанных документов осуществляется выдача ТМЦ со склада.
На рисунке 4 представлена декомпозиция процесса оформления расхода ТМЦ. Процесс выдачи ТМЦ со склада осуществляется аналогично приему ТМЦ на склад организации: сначала кладовщик проверяет заполнение документов, затем подписывает документы и осуществляет выдачу ТМЦ.
Рисунок 4. Оформление расхода ТМЦ со склада
На рисунке 5 представлена модель процесса оформления товарной книги кладовщика. Товарная книга кладовщика делится на две графы: приход и расход. Сначала кладовщик заполняет данные о приходе ТМЦ на склад, затем заполняет данные о расходе ТМЦ. Ежедневно осуществляется расчет остатков ТМЦ на складе организации.
Рисунок 5. Модель процесса оформления товарной книги
2. Характеристика документооборота, возникающего при решении задачи
Рассмотрим документооборот задачи. В процессе решения задачи применяются следующие документы:
- Приходный складской ордер.
- Акт о приемке материалов.
- Акт о приемке товаров.
- Акт о расхождении.
- Товарная накладная.
- Акт о списании товаров.
- Товарная книга кладовщика.
Создадим схему документооборота задачи, основанную на перечисленных документах. Схема документооборота представлена на рисунке 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 |
В ходе анализа документооборота бизнес-процесса складского учета были выявлены следующие недостатки:
- Высокие временные затраты на формирование документооборота.
- Сложность ведения учета прихода и расхода ТМЦ на бумажных носителях.
- Низкий уровень оперативности данных об остатках ТМЦ.
- Несовершенство организации сбора и регистрации исходной информации.
Исходя из описанных недостатков, осуществим расчет планируемого эффекта, который будет достигаться при устранении выявленных недостатков. Характеристика документооборота при автоматизации процесса представлена в таблице 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. Обоснование проектных решений по информационному обеспечению
Рассмотрим состав и содержание входных документов. Входными документами задачи являются:
- Приходный складской ордер, имеющий унифицированную форму М – 4.
- Акт о приемке материалов, имеющий унифицированную форму М – 7.
- Акт о приемке товаров, имеющий унифицированную форму ТОРГ – 1.
- Акт об установленном расхождении по количеству и качеству при приемке ТМЦ, имеющий унифицированную форму ТОРГ-2.
- Товарная накладная, имеющая форму ТОРГ-12
- Акт о списании товаров, имеющий унифицированную форму ТОРГ-16.
Выходным документом является форма № 22 – ОН – товарная книга кладовщика. Все перечисленные документы имеют унифицированную форму, поэтому при разработке системы необходимо обеспечить вывод документов в соответствии с их унифицированной формой.
В рассматриваемых документах будет использован один классификатор: единицы измерения.
Информационная база должна быть организована в виде интегрированной базы данных с распределенной организацией для обеспечения совместной работы нескольких специалистов. Для организации базы данных будет использоваться реляционный подход, который минимизирует избыточность данных и обеспечивает простоту манипулирования ими.
4. Обоснование проектных решений по программному обеспечению
Информационные системы позволяют пользователям осуществлять сбор и обработку данных. Для хранения данных используются базы данных. Различают следующие виды баз данных:
- Иерархические.
- Сетевые.
- Реляционные.
В настоящее время широко применяются реляционные базы данных в связи со следующими факторами:
- Они обладают простотой, поскольку в реляционной модели данных существует всего одна информационная конструкция, формализующая табличное представление данных.
- Наличие теоретически обоснованных методов нормализации отношений позволяет получать базу данных с заданными характеристиками.
- Независимость данных заключается в том, что при необходимости внесения изменений в структуру реляционной базы данных, требуется внесение минимальных изменений.
На основании перечисленных достоинств, для реализации информационной системы была выбрана реляционная база данных. Для управления реляционной базой данных используется реляционная СУБД. На рынке широко представлены как коммерческие, так и бесплатные СУБД, к которым относятся:
- 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, поскольку эта операционная система используется для работы сотрудников организации.
Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе [2]. Рассмотрим информационную модель предметной области. Информационная модель представлена на рисунке 7.
Рисунок 7. Информационная модель
Входными документами являются:
- Приходный складской ордер (рисунок 8).
- Акт о приемке материалов (рисунок 9).
- Акт о приемке товаров (рисунок 10).
- Акт о расхождении (рисунок 11).
- Товарная накладная (рисунок 12).
- Акт о списании товаров (рисунок 13).
Рисунок 8. Образец приходного складского ордера
Рисунок 9. Акт о приемке материалов
Рисунок 10. Акт о приемке товаров
Рисунок 11. Акт о расхождении
Рисунок 12. Товарная накладная
Рисунок 13. Акт о списании товаров
Перечисленные документы поступают от поставщиков и покупателей на склад и содержат следующие показатели:
- Наименование товара.
- Цена товара.
- Количество товара.
Каждый документ содержит от 30 до 300 строк, объем документов составляет до 50 000 символов. Частота возникновения документа до 100 ежедневно.
В проектируемой информационной системе должны присутствовать следующие справочники:
- ТМЦ, который содержит наименование и описание параметров товара.
- Номенклатура, который содержит классификатор товаров, реализуемых организацией.
- Единица измерения, который содержит перечень единиц, в которых измеряется товар.
Характеристика справочников представлена в таблице 3.
Таблица 3
Характеристика справочников
Характеристика |
Номенклатура |
ТМЦ |
Единица измерения |
Ответственный за ведение |
Главный кладовщик |
||
Объем справочника в записях |
10 000 |
100 000 |
10 |
Частота актуализации |
Раз в месяц |
||
Объем актуализации |
5% |
||
Реквизитный состав |
Код |
Наименование |
Код |
Наименование |
Характеристика |
Наименование |
|
Единица измерения |
Результатной информацией является товарная книга кладовщика. Форма товарной книги представлена на рисунке 14.
Рисунок 14. Товарная книга кладовщика
Результативная информация хранится в следующих таблицах базы данных:
- Приходный складской ордер.
- Акт о приемке материалов.
- Акт о приемке товаров.
- Акт о расхождении.
- Товарная накладная.
- Акт о списании товаров.
- Товарная книга.
Характеристика перечисленных таблиц представлена в таблице 4.
Таблица 4
Характеристика таблиц с результативной информацией
Наименование таблицы |
Наименование поля |
Приходный ордер |
Номер |
Количество |
|
Акт о приемке материалов |
Номер |
Количество |
|
Акт о приемке товаров |
Номер |
Количество |
|
Акт о расхождении |
Номер |
Количество |
|
Товарная накладная |
Номер |
Количество |
|
Акт о списании товаров |
Номер |
Количество |
|
Наименование таблицы |
Наименование поля |
Товарная книга |
Дата |
Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций:
- Функции, реализующие служебные функции.
- Функции, реализующих основные функции управления и обработки данных [9].
Выявление состава функций, их иерархии и выбора языка общения (например, главное меню ИС) позволит разработать структуру сценария диалога, который даст возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:
- Редактирование справочников.
- Ввод данных.
К служебным функциям разрабатываемой ИС относятся:
- Формирование отчетов.
Дерево функций представлено на рисунке 15 [7].
Рисунок 15. Дерево функций системы
При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы [3].
Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 16.
Рисунок 16. Сценарий диалога
Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц [6]. База данных будет включать следующие таблицы:
- ТМЦ.
- Номенклатура.
- Единица измерения.
- Приходный складской ордер.
- Акт о приемке материалов.
- Акт о приемке товаров.
- Акт о расхождении.
- Товарная накладная.
- Акт о списании товаров.
- Товарная книга.
Для описания взаимосвязей между таблицами построим 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 |
Структурная схема пакета программных модулей состоит из модулей следующих классов:
- Модули, выполняющие служебные функции.
- Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
- Модули, связанные с хранением, обработкой и выдачей информации.
Описание функций модулей позволяет структурировать файлы информационной системы, обеспечить надежность системы и удобство при сопровождении системы [4].
Описание функций модулей представлено в таблице 6.
Таблица 6
Описание функций модулей
№ п/п |
Наименование модуля |
Функции модуля |
---|---|---|
1 |
Глобальный модуль |
Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы |
2 |
Модуль справочника «Номенклатура» |
Содержит предопределенные процедуры формы списка и элементы справочника |
3 |
Модуль справочника «ТМЦ» |
Содержит предопределенные процедуры формы списка и элементы справочника |
4 |
Модуль справочника «Единица измерения» |
Содержит предопределенные процедуры формы списка и элементы справочника |
5 |
Модуль документа |
Содержит предопределенные процедуры формы списка и элементы справочника |
6 |
Модуль «Товарная книга» |
Содержит предопределенные процедуры формы списка и элементы справочника |
Модель дерева вызова программных модулей представлено на рисунке 18.
Рисунок 18. Модель дерева вызова программных модулей
Выходным документом, содержащим расчетные показатели, является документ «Товарная книга кладовщика» [5]. Рассмотрим алгоритм формирования товарной книги. Алгоритм представлен на рисунке 19.
Сначала кладовщик открывает форму приходного документа и вводит данные о приходе. К данным о приходе относятся:
- Дата;
- Документ, на основании которого осуществляется приход;
- Количество ТМЦ.
Когда данные о приходе введены, кладовщик приступает к вводу данных о расходе. Данные о расходе вводятся аналогично данным о приходе.
Когда данные о приходе и расходе введены, осуществляется расчет остатка ТМЦ на конец дня.
Рисунок 19. Алгоритм модуля товарной книги
Для разработки контрольного примера реализации проекта и его описания необходимо:
- Описать тестовые данные, которые необходимы для проверки работоспособности основных функций проекта.
- Описать процесс обработки тестовых данных.
- Описать результаты обработки тестовых данных.
Реализация контрольного примера состоит из следующих этапов:
- Ввод тестовых данных в справочники.
- Результат формирования товарной книги.
На рисунке 20 представлен результат ввода данных в справочник «Номенклатура».
Рисунок 20. Справочник «Номенклатура»
На рисунке 21 представлен результат ввода данных в справочник «ТМЦ».
Рисунок 21. Справочник «ТМЦ»
На рисунке 22 представлена форма ввода данных о приходе.
Рисунок 22. Форма ввода данных о приходе
На рисунке 23 представлена форма торговой книги кладовщика.
Рисунок 23. Товарная книга
ЗАКЛЮЧЕНИЕ
В ходе выполнения курсовой работы было проведено обследование предметной области. Дано описание комплекса задач автоматизации и обоснование их выбора. Были описаны бизнес-процессы предметной области с помощью нотации IDEF0.
Были описаны информационные потоки, возникающие в результате осуществления документооборота, возникающего при ежедневном складском учете.
Проведено исследование проектных решений по информационному обеспечению. В результате анализа была выбрана реляционная модель базы данных.
В ходе анализа существующих проектных решений по программному обеспечению было выбрано оптимальное решение.
Во второй главе работы была разработана информационная модель предметной области. Дана характеристика оперативной, справочной информации, входных и оперативных данных. Разработаны формы результативной информации.
Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.
Разработана структурная схема пакетов программных модулей. Дано описание программных модулей. Разработан контрольный пример реализации системы и его описание.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
- Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
- Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
- Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
- ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
- Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
- Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
- Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
- Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
- Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
- Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.
- Система защиты коммерческой тайны малого коммерческого предприятия(ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ ЗАЩИТЫ КОММЕРЧЕСКОЙ ТАЙНЫ)
- Организация рекламной деятельности в организации (Теоретические основы управления рекламной деятельностью в современной организации)
- Анализ конкурентов на рынке и определение собственной конкурентоспособности (на примере ООО «Агроторг»)
- Социально-экономические последствия инфляции (Теоретические особенности социально-экономических последствий инфляции)
- Необходимость и функции денег. Роль денег в рыночной экономике
- Доходы и расходы местных бюджетов (Экономические основы расходов местных бюджетов в Российской Федерации)
- Понятие оперативно-розыскной деятельности ( ЧАСТНЫЕ (СПЕЦИАЛЬНЫЕ) ЗАДАЧИ ОПЕРАТИВНО-РОЗЫСКНОЙ ДЕЯТЕЛЬНОСТИ)
- Перспективы развития персональных компьютеров
- Показатели эффективности организационной структуры (Теоретические аспекты организационной структуры предприятия)
- Общая характеристика основных современных правовых семей(Правовая система и правовая семья)
- Формы социальной защиты населения (Международная практика становления организационно-правовых форм социальной защиты населения)
- Теоретические аспекты архитектуры ПК