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

Разработка регламента выполнения процесса «Контроль поставок товара» (Моделирование бизнес-процессов «как есть»)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

  1. Дать описание предметной области.
  2. Выбрать средства моделирования бизнес-процессов.
  3. Осуществить моделирование бизнес-процессов «как есть».
  4. Описать мероприятия по улучшению бизнес-процессов.
  5. Осуществить моделирование бизнес-процессов «как должно быть».

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

  1. 1.1.Описание предметной области. Постановка задачи

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

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

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

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

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

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

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

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

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

При проведении претензионной работы с поставщиками, необходимо:

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

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

При проведении претензионной работы с поставщиками необходимо указывать [7]:

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

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

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

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

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

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

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

  • По общему объему сделки;
  • По развернутому ассортименту;
  • По срокам поставки.

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

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

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

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

  • Наименование организаций: продавца и покупателя;
  • Адреса организаций;
  • Номер и дата счета-фактуры;
  • Характеристики товара: наименование, количество, цена, общая стоимость товара.

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

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

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

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

  1. 1.2. Выбор средства для моделирования бизнес-процессов

Для проектирования информационной системы будет использована методология функционального моделирования. SADT – методология (Structured Analysis and Design Technique ) является распространенной в связи с тем, что ориентирована на комплексное представление структуры материальных, информационных, финансовых и управленческих потоков, отображение организационной структуры. В силу этого, SADT – это методология в большей степени нацеленная на реорганизацию всей системы управления, чем другие методологии функционального моделирования, основанные на использовании диаграмм потоков данных, главная цель которых проектирование информационных процессов [11].

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

Методология SADT реализована в следующих инструментальных средствах:

  1. Microsoft Visio.
  2. Bpwin process modeler.
  3. Ramus Educational.
  4. Dia [12].

Программный продукт Microsoft Visio -  векторный графический редактор, который обеспечивает работы с диаграммами и блок-схемами для Windows. Редактор выпускается в трёх редакциях: Standard, Professional и Pro for Office 365 [4].

Аналогично с Adobe Reader, в стандартный набор программ MS Office входит только средство для просмотра и печати диаграмм Microsoft Visio Viewer. Полнофункциональная версия Microsoft Visio Professional для создания и редактирования монограмм и диаграмм в пакеты MS Office не входит и распространяется отдельно. Первоначально Visio разрабатывался и выпускался компанией Visio Corporation. Компания Microsoft приобрела компанию в 2000 году, тогда продукт назывался Visio 2000, был выполнен ребрендинг, и продукт был включен в состав Microsoft Office. Редактор поддерживает множество типов диаграмм, в которые входит IDEF0, DFD и другие методологии моделирования.

Редактор «Bpwin process modeler» - это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. BPwin является достаточно развитым средством моделирования, которое позволяет проводить анализ, документирование и улучшение бизнес процессов. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели BPwin создают структуру, необходимую для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой [1].

«Bpwin» поддерживает функциональное моделирование, моделирование потока работ и потока данных. Соответствующие диаграммы реализованы на основе стандартов IDEF0, IDEF3 и DFD. Функциональное моделирование дает возможность осуществлять систематизированный анализ бизнес процессов, обращая внимание на регулярно выполняемые задачи (функции). Моделирование потока работ обеспечивает анализ логики выполнения процесса. Моделирование потока данных позволяет сконцентрировать внимание на обмене данными между различными задачами. Кроме того, что в BPwin создаются отдельные модели, также могут создаваться и смешанные модели [2].

Редактор «Ramus Educational» - кроссплатформенная система моделирования и анализа бизнес-процессов. В функционал редактора входят:

  • разработка графических моделей бизнес-процессов (поддерживаются нотации IDEF0 и DFD);
  • разработка систем классификации и кодирования (с привязкой к моделям процессов);
  • формирование отчётности по моделям и системе классификации (в виде регламентов бизнес-процессов, должностных инструкций и т.п.).

Редактор «Dia» - это свободный кроссплатформенный редактор диаграмм, часть GNOME Office, но может быть установлен независимо. Он может быть использован для создания различных видов диаграмм: блок-схем алгоритмов программ, древовидных схем, статических структур UML, баз данных, диаграмм сущность-связь, радиоэлектронных элементов, потоковых диаграмм, сетевых диаграмм и других [9].

Для выбора инструментального средства необходимо выделить критерии, по которым выбор будет осуществляться:

  1. Поддержка нотаций IDEF0, DFD, IDEF3.
  2. Кроссплатформенность.
  3. Проверка нотации.
  4. Формирование отчетности.

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

По результатам проведенного анализа наибольшее соответствие показало CASE-средство Bpwin process modeler, которое будет использовано для моделирования бизнес-процессов предметной области.

Таблица 1

Анализ инструментальных средств

Критерий

MS Visio

Bpwin

Ramus

Dia

Поддержка IDEF0

+

+

+

+

Поддержка DFD

+

+

+

+

Поддержка IDEF 3

-

+

-

-

Кроссплатформенность

-

-

+

+

Проверка правильности применения нотации

-

+

-

-

Формирование отчетности

-

+

+

-

Итого

2

5

4

3

Существует ряд нотаций, используемых в структурном подходе. Это нотации IDEF0, DFD, IDEF3. Нотация IDEF0 имеет жесткие правила создания модели бизнес-процесса. Эта нотация позволяет представить изменение информационных, денежных и материальных потоков при прохождении бизнес-процессов. Несмотря на сложности нотации, ее преимуществом является наглядность и понятность модели бизнес-процесса [10].

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

Нотация IDEF3 позволяет представить процессы предметной области в виде работ. Получившаяся модель показывает логику выполнения работ [6].

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

  1. 1.3.Моделирование бизнес-процессов «как есть»

Рассмотрим процесс контроля поставок товара. Для этого осуществим моделирование бизнес-процесса «как есть» с помощью CASE-средства BPwin Process Modeler в нотации IDEF0.

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

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

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

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

  1. Поиск договоров.
  2. Сбор данных о поступлении товаров.
  3. Учет данных о поступлении товаров.
  4. Претензионная работа.

На рисунке 3 представлена модель процесса поиска договоров. Ежедневно специалист по закупкам осуществляет поиск договоров, поставка по которым должна осуществиться на текущую дату. Затем специалист в журнале договоров ищет договоры с истекающей датой поставки. Найденные номера договоров оформляются в файл «Перечень договоров» и передаются на склад организации.

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

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

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

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

Рисунок 3. Модель процесса поиска договоров

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

Рисунок 5. Модель процесса учета данных о поступлении товаров

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

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

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

  1. 2.1. Предлагаемые мероприятия по улучшению бизнес-процессов

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

  1. Поиск договоров.
  2. Сбор данных о поступлении товаров.
  3. Учет поступления товаров.

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

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

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

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

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

  1. Отсутствие единого хранилища данных о поступлении товаров.
  2. Высокие временные затраты на обмен данными между отделами организации.
  3. Высокие временные затраты на проведение сверки из-за использования бумажного документооборота.
  4. Высокие временные затраты на формирование документооборота (журнал договоров).
  5. Любой сотрудник имеет доступ к бумажному носителю документа, что влечет за собой порчу, потерю и другие недопустимые действия.
  6. Высокие временные затраты на поиск нужного документа, даже в условиях четкой организации хранения.
  7. Необходимость увеличения площади архива, где будут храниться документы.

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

Ручной способ контроля поступления товаров обладает следующими недостатками:

  1. Высокие временные затраты на сбор исходных данных.
  2. Высокие временные затраты на осуществление сверок между отделами.
  3. Высокая вероятность совершения ошибки в расчетах.
  4. Высокие временные затраты на оформление документации.

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

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

  1. Ввод данных о поступивших товарах на склад организации.
  2. Ввод данных о заключенных договорах.
  3. Формирование отчета о просроченных договорах.
  4. Формирование сверки по данным о поступлении товаров.

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

  1. 2.2. Моделирование бизнес-процессов «как должно быть»

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

Рассмотрим осуществление бизнес-процесса контроля поставок товара «как будет». На рисунке 7 представлена контекстная диаграмма бизнес-процесса. Управление бизнес-процессом осуществляется согласно регламентам и должностным инструкциям. Механизмом процесса является специалист по закупкам. Входным потоком процесса является текущая дата, выходными потоками: список закрытых договоров, претензии к контрагенту.

На рисунке 8 представлена декомпозиция контекстной диаграммы. Процесс контроля поставок начинается с автоматической проверки договоров с истекающим сроком поставки при запуске системы. Затем осуществляется

Рисунок 7. Контекстная модель бизнес-процесса

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

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

ЗАКЛЮЧЕНИЕ

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

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

Выбранная нотация реализована в ряде средств моделирования бизнес-процессов. К таким средствам относятся: Ramus Education, Dia, MS Visio и BPwin process modeler. Для выбора инструментального средства был выделен ряд критериев, согласно которым была проведена экспертная оценка перечисленных средств моделирования бизнес-процессов предметной области. В результате анализа было выбрано средство BPwin process modeler.

Были построены модели бизнес-процессов «как есть» в нотации IDEF0. В ходе которых были выявлены недостатки, связанные с высокими временными затратами на сбор и формирование данных для процесса контроля поставок товара.

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

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

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

Список использованной литературы

  1. Андерсен Бьерн. Бизнес-процессы. Инструменты совершенствования. – Москва, РИА «Стандарты и качество», 2013 г.
  2. Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
  3. Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
  4. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. Москва, 2013 г.
  5. С.В. Маклаков. BPWin и ERWin. CASE-средства разработки информационных систем. Москва: Диалог-МИФИ, 2015. 256 с
  6. В.А. Ивлев, Т.В. Попова. Реорганизация деятельности предприятий: от структурной к процессной организации. Москва: «Научтехлитиздат», 2014 г., 282
  7. С.В. Черемных, И.О.Семенов, В.С. Ручкин. Структурный анализ систем: IDEF-технологии. Москва: «Финансы и статистика», 2014. 208 с
  8. А. Шматалюк и др. Моделирование бизнеса. Методология ARIS. Практическое руководство. Москва: «Серебряные нити», 2014 г., 327 с.
  9. Август-Вильгельм Шеер, Бизнес-процессы: основные понятия, теории, методы, Москва.: Просветитель, 2013.
  10. А.М. Вендров. Проектирование программного обеспечения экономических информационных систем. Москва: «Финансы и статистика», 2014 г., 347 стр.
  11. А. В. Леоненков. Самоучитель UML. СПб.: БХВ-Петербург, 2014. 304 стр.
  12. Гради Буч Объектно-ориентированный анализ и проектирование с примерами приложений, 3 издание, : Пер с англ. М. : ООО «И.Д. Вильямс», 2012.