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

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

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Границы рассматриваемой задачи включают следующие функции:

Ввод параметров для расчета оптимальной партии сырья и материалов.
Расчет оптимальной партии сырья и материалов.
Выбор поставщиков;
Заключение договоров купли-продажи.

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

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

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

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

На рисунке 1 представлена контекстная диаграмма процесса покупки сырья и материалов. Управление процессом осуществляется согласно регламенту. Механизмами процесса являются редактор MS Excel, в котором осуществляется расчет оптимальной партии закупок сырья и материалов и специалист отдела закупок. Входными потоками процесса являются производственное задание, расписание изготовления готовой продукции и количество запасов на складе. Выходными потоками процесса являются план закупок и договор купли-продажи.

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

Расчет объема закупок.
Поиск поставщиков.
Заключение договоров купли-продажи.

Декомпозиция процесса покупки сырья и материалов представлена на рисунке 2.

На рисунке 3 представлена модель процесса расчета объема закупок. Специалист отдела закупок согласно полученным документам вводит данные о производстве, которые включают в себя количество и наименование готовой продукции, в табличный процессор «MS Excel» в качестве параметров решения задачи.

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

Рисунок 2. Декомпозиция процесса покупки сырья и материалов

Рисунок 3. Модель процесса расчета объема партии закупок

С помощью функции «Поиск решения» в процессоре формируются параметры оптимальной партии сырья и материалов. Специалист оформляет полученные результаты в документ. В итоге получается план закупок, согласно которому осуществляется покупка сырья и материалов.

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

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

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

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

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

Рисунок 4. Модель процесса поиска поставщиков

Рисунок 5. Модель процесса заключения договоров купли-продажи

Отчет по остаткам сырья и материалов на складе.
Договор на поставку товаров.

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

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

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

Таблица 1

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

Характеристика	План производства	План закупок	Договор купли-продажи	Отчет по остаткам запасов	Расписание изготовления готовой продукции
Количество документов в год, шт.	5	5	10 000	5	5
Характеристика	План производства	План закупок	Договор купли-продажи	Отчет по остаткам запасов	Расписание изготовления готовой продукции
Количество символов в документе, шт.	30 000	10 000	5 000	5 000	30 000
Частота возникновения в год	5	5	1	5	5
Трудозатраты на обработку в год, ч/час	130 000	160 000	80 000	60 000	90 000

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

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

Простои в производстве, возникающие в результате опозданий в поставках сырья и материалов;
Затраты, связанные с простоем оборудования;
Высокие трудозатраты на расчет показателей, необходимых для планирования закупок;
Высокая трудоемкость обработки данных (520 000 ч/часов в год).

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

Таблица 1

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

Характеристика	План производства	План закупок	Договор купли-продажи	Отчет по остаткам запасов	Расписание изготовления готовой продукции
Количество документов в год, шт.	5	5	10 000	5	5
Количество символов в документе, шт.	30 000	10 000	5 000	5 000	30 000
Характеристика	План производства	План закупок	Договор купли-продажи	Отчет по остаткам запасов	Расписание изготовления готовой продукции
Частота возникновения в год	5	5	1	5	5
Трудозатраты на обработку в год, ч/час	80 000	110 000	40 000	20 000	50 000

В результате проведенного анализа можно сделать вывод, что трудозатраты на формирование документооборота после внедрения информационной системы будут снижены с 520 000 чел-час до 300 чел-час, следовательно, внедрение информационной системы можно считать целесообразным.

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

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

Еще одним входным документом является расписание изготовления готовой продукции. Этот документ тоже не является унифицированным документом, поскольку в каждой организации существует своя форма представления документа, соответственно необходимо оригинальное проектирование на основе документа, используемого в организации. Расписание будет загружаться в информационную систему из смежных систем в формате .xlsx, .xls, .xml.

Отчет по остаткам сырья и материалов на складе также не имеет унифицированной формы. Этот документ загружается в информационную систему из смежных систем в формате .xlsx, .xls, .xml.

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

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

Номенклатура;
Единицы измерения.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

файл-серверные;
клиент-серверные;
встраиваемые [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].

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

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

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

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

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

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

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

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

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

Практическая часть

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

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

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

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

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

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

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

Рисунок 8. Пример плана производства

План производства загружается в ИС в виде файла электронных таблиц «MS Excel» с помощью формы загрузки файлов.

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

Наименование готовой продукции.
Плановое количество готовой продукции.

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

Для осуществления работы с ИС должны быть разработаны два справочника: номенклатура и единица измерения. Характеристика справочников представлена в таблице 3.

Таблица 3

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

Характеристика	Номенклатура	Единица измерения
Ответственный за ведение	Начальник планового отдела
Объем справочника в записях	10 000	100 000
Частота актуализации	1 раз в квартал
Объем актуализации	10%
Реквизитный состав	Код	Код
Реквизитный состав	Наименование	Наименование

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

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

Период плана закупок.
Наименование сырья/материала.
Количество.

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

План закупок.
Номенклатура.

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

Таблица 4

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

Наименование таблица	Наименование поля
План закупок	Период
Наименование таблица	Наименование поля
План закупок	Год
План закупок	Дата формирования
Номенклатура	Наименование

Результативная информация получается на основании данных таблиц «План производства». Пример плана закупок представлен на рисунке 9.

Рисунок 9. Пример плана закупок

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

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

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

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

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

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

Редактирование справочников.
Создание плана закупок.
Загрузка плана производства.

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

Выделение параметров из плана производства для составления экономико-математической модели задачи.
Создание экономико-математической модели задачи.
Расчет оптимального объема плана закупок.

Дерево функций представлено на рисунке 10.

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

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

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

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

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

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

План производства.
План закупок.
План закупок.
Номенклатура.
Единица измерения.

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

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

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

Таблица 5

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Номенклатура»
ID_номенклатуры	ID_nomen	Счетчик	5	Ключевое поле
Код	Code_nomen	Текст	30
Наименование	Name_nomen	Текст	100
Справочник «Единица измерения»
ID_единицы	ID_ed	Счетчик	5	Ключевое поле
Код	Code_ed	Текст	30
Наименование	Name_stock	Текст	30
План закупок
ID_плана	ID_pz	Счетчик	5	Ключевое поле
Дата	Date_pz	Дата/Время	8
Количество	Kol_pz	Числовой	7
План производства
ID_плана	ID_pp	Счетчик	5
Дата	Date_pp	Дата/Время	8
Количество	Kol_pp	Числовой	7
Расписание производства
ID_расписания	ID_rasp	Счетчик	5
Дата	Date_rasp	Дата/Время	8
Номер	Kol_rasp	Числовой	7
Дата производства	Datep_rasp	Дата/Время	8

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

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

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

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

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

Таблица 6

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

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

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

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

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

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

Рисунок 14. Алгоритм работы модулей справочников

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

Рисунок 15. Алгоритм формирования документов

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

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

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

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

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

Для заполнения справочника «Номенклатура» необходимо код и наименование. В справочник была введена информация о номенклатуре «2.1111.03» «Проволока алюминиевая». После нажатия кнопки «Сохранить», введенные данные записываются в базу данных и становятся доступными для просмотра (см. рис. 16).

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

На рисунке 17 представлено заполнение справочника «Единица измерения».

На рисунке 18 представлена форма загрузки плана производства.

На рисунке 19 представлена форма плана закупок.

Рисунок 17. Заполнение справочника «Единица измерения»

Рисунок 18. Загрузка плана производства

Рисунок 19. Сформированный план закупок

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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