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

Проектирование реализации операций бизнес-процесса «Управление запасами

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

  1. Производственное задание.
  2. Расписание изготовления готовой продукции.
  3. Количество запасов на складе.

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

  1. План закупок.
  2. Договор купли-продажи.
  3. Доставленные запасы.

В рамки рассматриваемой задачи входят процессы:

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

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

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

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

Рассмотрим состав результатных показателей задачи:

  1. Перечень необходимых запасов;
  2. Оптимальный объем партии запасов;
  3. Список поставщиков, у которых можно осуществить закупку.

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

  1. Производственное задание;
  2. Расписание изготовления готовой продукции.

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

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

Характеристика существующих бизнес-процессов организации будет дана с помощью моделирования бизнес-процессов организации с использованием методологии IDEF0.

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

  1. Производственное задание.
  2. Расписание изготовления готовой продукции.
  3. Количество запасов на складе.

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

  1. План закупок.
  2. Договор купли-продажи.
  3. Доставленные запасы.

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

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

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

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

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

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

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

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

На рисунке 6 представлена модель процесса контроля поставок товаров.

Рисунок 2. Декомпозиция контекстной диаграммы

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

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

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

Рисунок 6. Модель процесса контроля поставок запасов

Специалист по закупкам запрашивает данных со склада организации о поступлении заказанных товаров. Если товары поступили, специалист учитывает поступление. Если товары не поступили, специалист связывается с поставщиком и выясняет причины задержки в поставке запасов.

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

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

  1. Производственное задание, которое является основанием для проведения расчетов.
  2. Расписание изготовления готовой продукции.
  3. План закупок, который является результатов выполнения бизнес-процесса.
  4. Отчет по остаткам запасов на складе.
  5. Договор купли-продажи.

Рассмотрим схему документооборота этих документов. Схема документооборота представлена на рисунке 7.

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

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

В таблице 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

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

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

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

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

Таблица 2

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

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

План производства

План закупок

Договор купли-продажи

Отчет по остаткам запасов

Расписание изготовления готовой продукции

Количество документов в год, шт.

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 000 чел-час, следовательно, внедрение информационной системы можно считать целесообразным.

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

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

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

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

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

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

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

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

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

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

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

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

После выбора языка программирования, следует выбрать среду программирования, в которой будет разработано приложение. Средами программирования для языка программирования Java являются [7]:

  1. NetBeans является мощной бесплатной средой разработки с открытым исходным кодом, которая работает с Linux, Windows, MacOS и даже Oracle Solaris. Эта среда считается Java-ориентированной, поскольку обеспечивает качественное взаимодействие с JPA, JSP, Struts, Spring и библиотекой Hibernate.
  2. IntelliJ IDEA является коммерческой средой программирования, которая обеспечивает поддержку фреймворков Spring (Spring MVC framework, Spring Security, Spring Boot, Spring Integration и т. д.), Node.js, Angular React, Grails, возможность использовать дополнительные языки (javascript, typescript, coffeescript) и взаимодействовать почти со семи популярными серверами (Tomcat, TomEE, GlassFish, JBoss, WildFly, Weblogic, WebSphere, Geronimo, Virgo и т. д.).
  3. Среда программирования Eclipce является самой распространенной среди разработчиков, потому что обладает большим количеством пользовательской документации и плагинов.
  4. Среда программирования JDeveloper обладет поддержкой системы контроля версий и облачного сервиса Oracle, PL / SQL обработчиком запросов, WebLogic Server, редакторами HTML, CSS, JavaScript, JSF, JSP, WSDL и ещё огромным количеством всевозможных полезностей.

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

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

Управление реляционной базой данных будет осуществлять реляционная СУБД. Рассмотрим виды реляционных СУБД:

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

На основании вышеперечисленного, для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 3

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

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

Номенклатура

Единица измерения

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

Начальник планового отдела

Объем справочника в записях

10 000

100 000

Частота актуализации

1 раз в квартал

Объем актуализации

10%

Реквизитный состав

Код

Код

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

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

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

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

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

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

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

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

Таблица 4

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

Наименование таблица

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

План закупок

Период

План закупок

Год

Дата формирования

Номенклатура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. План производства.
  2. Расписание.
  3. План закупок.
  4. Номенклатура.
  5. Единица измерения.

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

Рисунок 13. 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

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

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

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

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

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

Таблица 6

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

№ п/п

Наименование модуля

Функции модуля

1

Глобальный модуль

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

2

Модуль расчета ЭММ

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

3

Модуль создания плана закупок

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

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

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