Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса ( Планирование закупок и размещение заказов поставщикам )

Содержание:

Введение

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

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

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

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

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

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

Структура курсовой работы:

  • две главы
  • заключение
  • список используемой литературы
  • приложения

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

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

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

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

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

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

После того, как данные собраны, можно приступать ко второму этапу – планированию закупок.

Процесс планирования закупок включает в себя следующие задачи:

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

Когда необходимое к закупке количество материала определено можно приступать к оформлению заявок поставщикам. Для этого нужно:

  • определить поставщика
  • сгруппировать материалы по их принадлежности тому или иному поставщику
  • составить отдельную заявку для каждого поставщика
  • завизировать заявки у руководителя (этот шаг регулируется регламентом предприятия и может быть пропущен)
  • отправка заявок поставщикам посредством электронной почты/телефона (определяется условиями работы с поставщиком)

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

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

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

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

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

Упрощенный процесс взаимодействия представлен на рисуноке 1.

Рисунок 1. Взаимодействие отделов в процессе планирования и размещения заказов поставщикам

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

Подробный процесс построения работы представлен на рисунке 2.

Рисунок 2. Взаимодействие и задачи отделов в процессе планирования и размещения заказов поставщикам

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

Сотрудники склада:

  • подсчет текущих остатков на складе
  • размещение кол-ва полученных материалов
  • размещение кол-ва полученных материалов
  • передачу данных в отдел закупок

Сотрудники отдела закупок:

  • расчет необходимого количества материалов (на основании входящих данных)
  • составление заявки на закупку материала
  • определение поставщиков
  • размещение заказов поставщикам

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

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

На протяжении всего процесса планирования закупок возникает необходимость обработки входящих и исходящих документов. Ниже приведена схема документооборота между складом, отделом закупок и поставщиком.

Рисунок 3. Процесс и порядок документооборота

Основными недостатками в таком процессе взаимодействия являются высокая вероятность ошибок при учете на складе (особенно при большом объеме оборотов материала) и расчете необходимого количества материалов. Такие ошибки в свою очередь приведут к простою оборудования (при нехватке материала), порче материала из-за превышения сроков хранения (при его избытке).

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

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

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

Информационное обеспечение (ИО) состоит из:

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

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

Исходя из области применения, классификаторы делятся на 3 группы:

  • общегосударственные;
  • отраслевые;
  • локальные.

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

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

– централизованная, основанная на приложении в информационной системе мощного серверного и телекоммуникационного оборудования;

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

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

Техническое обеспечение по своему составу и функциональным возможностям включает:

– средства вычислительной техники;

– средства коммуникационной техники;

– средства организационной техники.

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

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

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

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

Для работы с системой необходимо наличие установленного офисного пакета MS Office 2015 или более поздних версий, база данных MySQL, а также операционная системы Windows 10 для клиентов и Windows Server 2016 для серверов, что накладывает определённые системные требования на аппаратное обеспечение.

На сервере устанавливается программа 1С: Предприятие 8.1.

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

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

  • наличие доступа в Интернет;
  • наличие локальной сети между клиентскими машинами и сервером базы данных.

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

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

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

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

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

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

Информационная модель проектируемой системы представлена на рисунке 4.

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

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

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

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

  • материалы
  • текущие остатки
  • поступившие материалы
  • списанные материалы

Таблица 1

Справочники информационной системы

№ пп

Название справочника

Ответственный за ведение

Средний объём справочника в записях

Среднюю частоту актуализации

Средний объем актуализации, %

1

Материалы

Товаровед

25

1 раз в месяц

5

2

Текущие остатки

Кладовщик

60

1 раз в неделю

10

3

Поступившие материалы

Товаровед

60

1 раз в день

10

Списанные материалы

Товаровед

60

1 раз в день

10

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

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

Реквизитный состав каждого справочника представлен в виде таблицы 2.

Таблица 2

Реквизитный состав справочников информационной системы

№ п/п

Наименование справочника

Перечень реквизитов

1

Материалы

Вид материала

Наименование материала

Характеристика материала

Единица учета

2

Текущие остатки

Вид материала

Наименование материала

Характеристика материала

Единица учета

Количество

3

Поступившие материалы

Вид материала

Наименование материала

Характеристика материала

Единица учета

Количество

4

Списанные материалы

Вид материала

Наименование материала

Характеристика материала

Единица учета

Количество

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

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

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

Вид листа инвентаризации представлен на рисунке 5.

Рисунок 5. Лист инвентаризации

После заполнения отчета кладовщиком данные об остатках вводятся в базу данных товароведом.

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

Рисунок 6. Форма ввода отчета о текущих остатках материалов

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

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

В качестве результатной информации работы информационной системы выступает сформированная заявка на заказ материалов, которая выгружена в программу Microsoft Excel. Структура документа представлена на рисунке 8.

Рисунок 7. Форма заявки на закупку материалов

Данная заявка формируется на основании сопоставленных данных, полученных из трех отчетов:

  • текущие остатки на складе
  • поступившие материалы
  • списанные материалы

Вид этих отчетов показан на рисунках 8, 9 и 10.

Рисунок 8. Отчет о текущих остатках на складе

Рисунок 9. Отчет о поступивших материалах

Рисунок 10. Отчет о списанных материалах

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

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

Базовый набор функций разработанной информационной системы можно изобразить в виде дерева, изображенного на рисунке 11.

Рисунок 11. Дерево функций

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

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

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

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

В качестве системы управления базой данный для разрабатываемой информационной системы была выбрана СУБД Mysql.

Для хранения всех данных, необходимых для деятельности ИС, была создана база данных, состоящая из шести таблиц:

  • материалы (materials);
  • текущие остатки (currentamount);
  • поступление материалов (receiptmaterials);
  • списание материалов (spentmaterials);
  • лист учета материалов (inventorylist);
  • заявка на заказ материалов (ordermaterials);

ER-модель базы данных приведена на рисунке 13.

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

Описание всех таблиц базы данных представлено в таблицах 3-8.

Таблица 3

materials

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Артикул материала

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Габариты

packingsizes

varchar

120

Вес

weight

decimal

4

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10

Таблица 4

currentamount

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код записи

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

amount

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10

Таблица 5

receiptmaterials

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код записи

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

receipt

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10

Таблица 6

spentmaterials

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Код записи

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

spent

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10

Таблица 7

inventorylist

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Номер листа инвентаризации

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

amount

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Таблица 8

ordermaterials

Наименование поля

Идентификатор поля

Тип поля

Длина поля

Прочее

Номер заявки

id

int

4

AI

Наименование

caption

varchar

120

Характеристика

materialtype

varchar

120

Единица учета

unit

varchar

120

Количество

orderquantity

decimal

6

Комментарий

comment

varchar

255

Дата создания записи

createdate

datetime

10

Дата последнего изменения записи

modifiedate

datetime

10

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

Для написания программного использовался язык php. Для ускорения разработки было решено использовать фреймворк Symfony 2. Данный фреймворк работает с подходом к программированию, называемый Model-view-controller (MVC, «модель-представление-контроллер», «модель-вид-контроллер»).

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

  • Модель (англ. Model). Модель предоставляет знания: данные и методы работы с этими данными, реагирует на запросы, изменяя своё состояние. Объекты данной группы не содержит информации, как эти знания можно визуализировать.
  • Представление, вид (англ. View). Отвечает за отображение информации (визуализацию). Часто в качестве представления выступает форма (окно) с графическими элементами. Главная задача – представить информацию, хранимой в модели в виде, воспринимаемым пользователем.
  • Контроллер (англ. Controller). Обеспечивает связь между пользователем и системой: контролирует ввод данных пользователем и использует модель и представление для реализации необходимой реакции.

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

Рисунок 14. Общая схема маршрутов и контроллеров.

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

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

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

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

  • Классы, относящиеся к модели данных (Model);
  • Классы, относящиеся к контроллерам обработки запросов пользователей (Controller);
  • Для реализации представлений (View) классы не создавались, а использовались шаблоны html-страниц, в которые контроллер подставляет результаты обработки информации, полученной от модели данных.

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

Перечень классов первой группы:

  • Materials;
  • Currentamount;
  • Receiptmaterials;
  • Spentmaterials;
  • Inventorylist;
  • Ordermaterials;

Ко второй группе относятся контроллеры:

  • GeneralController – содержит методы для выполнения основных функций информационной системы;
  • SecurityController – содержит методы для обеспечения безопасности: авторизация и выход пользователя.

Рассмотрим более подробно процедуру авторизации пользователя в системе. Данный маршрут (/login) обрабатывает метод loginAction контроллера SecurityController.php. Он создает экземпляр формы LoginFormType.php и обрабатывает её отправку. На рисунке 15 приведен алгоритм работы данного метода.

Рисунок 15. Алгоритм работы метода loginAction.

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

Работа в информационной системе начинается с авторизации пользователя, запрос на авторизацию выводится в специальной форме (Рисунок 16).

Рисунок 16. Форма авторизации.

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

На рисунке 17 представлена домашняя страница со всеми доступными функциями.

Рисунок 17. Домашняя страница.

При переходе в раздел «Материалы» открывается список материалов (Рисунок 18).

Рисунок 18. Справочник материалов

В этом справочнике можно просматривать материалы, их характеристики, а также редактировать или удалять их.

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

Также в навигации по списку есть кнопки «Вверх», «Вниз», «В начало списка», «В конец списка», которые помогут быстро перемещаться по списку материалов и тем самым экономить время пользователя.

У каждого материала есть своя карточка, в которой можно посмотреть все атрибуты этого материала (Рисунок 19).

Рисунок 19. Карточка материала

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

Рисунок 20. Форма документа поступления материалов.

Похожим образом выглядит, и форма «Оформить списание материалов (Рисунок 21). Отличие состоит лишь в том, что поступление увеличивает количество материалов к уже имеющимся на складе, а списание – уменьшает.

Рисунок 21. Форма документа списания материалов.

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

Рисунок 22. Форма создания поступления материалов.

После того, как документ сформирован, можно выводить его на печать. В печатной форме в графа «количество» пустая, это сделано специально чтобы кладовщик вписал туда фактические остатки материалов (Рисунок 23).

Рисунок 23. Печатная форма листа инвентаризации.

Когда кладовщик проведет инвентаризацию – в форму документа инвентаризации необходимо внести фактические остатки материалов и провести документ.

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

Рисунок 24. Форма заявки на заказ материалов

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

Рисунок 25. Печатная форма заявки на заказ материалов

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

ЗАКЛЮЧЕНИЕ

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

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

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

СПИСОК ЛИТЕРАТУРЫ

  1. Белов В. В. Проектирование информационных систем: учебник / В. В. Белов, В. И. Чистякова: под ред. В. В. Белова. – М.: Академия, 2013. – 352 с.
  2. Гвоздева, В. А. Основы построения автоматизированных информационных систем / В.А. Гвоздева, И.Ю. Лаврентьева. - М.: Форум, Инфра-М, 2016. - 320 c.
  3. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. - М.: Флинта, 2013. - 256 c.
  4. Коцюба И. Ю. Основы проектирования информационных систем: учебное пособие / И. Ю. Коцюба, А. В. Чунаев, А. Н. Шиков. – СПб: Университет ИТМО, 2015. – 206 с.
  5. Проектирование информационных систем: учебник / под ред. Д. В. Чистова. — М.: Издательство Юрайт, 2016. – 258 с.
  6. 258 с. — Серия : Бакалавр. Академический курс.
  7. Проектирование информационных систем: учебное пособие / О. Г. Инюшкина. – Екатеринбург: Форт-Диалог Исеть, 2014. – 240 с.
  8. Шастова, Г. А. Выбор и оптимизация структуры информационных систем / Г.А. Шастова, А.И. Коёкин. - М.: Энергия, 2015. - 256 c.
  9. Шелухин, О. И. Моделирование информационных систем / О.И. Шелухин. - М.: Горячая линия - Телеком, 2011. - 536 c.
  10. Юркевич, Е. В. Введение в теорию информационных систем / Е.В. Юркевич. - М.: Группа ИДТ, 2013. - 272 c.