Как составить описание предметной области

ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выделим базовые сущности данной предметной области, которые образуют структуру проектируемой ИС.

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

Цех. Атрибуты цеха — код участка, название, номер участка, код оборудования.

Поставщик. Атрибуты поставщиков — код поставщика, объем поставки, дата поставки, наименование поставки, наименование поставщика, адрес, телефон.

Сырье. Атрибуты сырья — код сырья, наименование, ед изм (л, шт., кг), количество, гарантия, стоимость_ед.

Детали. Атрибуты детали — код детали, название, размер, номер участка.

Изделия. Атрибуты изделия — код изделия, название, номер участка, размер, количество.

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

Сушка. Атрибуты сушки — номер участка, наименование изделия, количество.

Сборка. Атрибуты сборки — номер сборки, номер участка, наименование изделия, наименование крепежного изделия, наименование фурнитуры, количество крепежного изделия, количество фурнитуры.

Контроль качества. Атрибуты контроля качества — номер проверки, деталь, изделие, продукция, ГОСТ.

Сотрудник. Атрибуты сотрудников — код сотрудника, ФИО, дата рождения, данные паспорта, адрес, телефон.

Заказ. Атрибуты заказа — код заказа, наименование продукции, количество, дата заказа.

Реализация. Атрибуты реализации — номер реализации, объем, дата реализации, вид продукции, номер выпуска, цена за единицу продукции.

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

• • руководство предприятия;
• • начальники участков;
• • поставщики;
• • заказчики;
• • сотрудники отделов.

Функциональные возможности:

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

Готовые запросы:

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

Выбор СУБД и других программных средств. Анализ информационных задач показывает, что для реализации требуемых функций подходят почти все СУБД для ПЭВМ (Oracle, Clipper, MS SQL Server, MS Access и др.). Все они поддерживают реляционную модель данных и предоставляют разнообразные возможности для работы с данными.

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

Описание предметной области

2012, June 13
Станислав

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

Роберт Т. Киосаки

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

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

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

Описание предметной области — Примеры

Примеры неудачных определений

Главная ошибка — давать определения неизвестных слов при помощи других неизвестных слов или однокоренных слов.

Итератор — это чистая абстракция, то есть все, что ведет себя как итератор и есть итератор.

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

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

Примеры правильных определений

Технико-экономическое обоснование (ТЭО) — документ, который доказывает, что проект технически возможен и экономически выгоден. ТЭО — это документ-идея.

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

Пример правильных определений без создания специального раздела

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

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

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

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

Описание предметной области — Пример с диаграммой

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

Для лучшего понимания предметной области диаграмма дополняется описанием.

Заказчик

Атрибут	Тип	Описание
Название	Строка (30)*	Сокращенное наименование заказчика
Юр. название	Строка (70)*	Юридическое наименование заказчика
Контакты	Текст*	Контактные лица и контактная информация
Дополнительно	Текст	Дополнительная информация о заказчике

Продукт

Экземпляр

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

Описание предметной области.

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

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

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

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

Таким образом, цель данной работы – разработка регламента выполнения процесса «Складской учет».

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

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

Объект исследования – бизнес-процесс «Складской учет», а предмет – процесс разработки регламента выполнения бизнес-процесса «Складской учет».

Методологической и теоретической базой исследования выступают труды таких авторитетных авторов и исследователей вопроса моделирования и регламентации бизнес-процессов как Елиферова В. Г., Хаммера М., Тельнова В. И. и др.

ГЛАВА 1. Построение бизнес–процессов «как есть»

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

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

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

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

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

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

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

Большинство складов выполняют следующие основные функции:

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

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

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

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

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

Поступление товаров на торговый склад и их приемка регламен­тируется:

• Гражданским кодексом РФ;
• Положением о поставках товаров народного потребления;
• Инструкцией «О порядке приемки продукции производственно–технического назначения и товаров народного потребления по количеству»;
• Инструкцией «О порядке приемки продукции производственно–технического назначения и товаров народного потребления по качеству»;
• стандартами и техническими условиями; уставами отдельных видов транспорта, а также договорными обязательствами поставщиков и покупателей товаров[22].

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

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

Общие виды работ, осуществляемых при выполнении этой операции:

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

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

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

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

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

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

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

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

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

• приходная накладная;
• товарная накладная;
• счет – фактура;
• журнал по приходу;
• журнал по расходу;
• ведомость по остаткам на складе;
• результат поиска документа по дате;
• результат поиска документа по поставщику;
• результат поиска документа по клиенту;
• результат поиска документа по номеру.

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

Рисунок 1. Форма отчета

Роли сотрудников, принимающих участие в решении поставленной задачи, рассмотрены в Таблице 1.

Таблица 1

Роли сотрудников в решении задачи

Код сотр

Должность

% участия

% ответств

Выбор средства для моделирования бизнес–процессов

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

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

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

К этому блоку относится методология IDEF; инструментом, реализующим данную методологию, является BPWin.

1. Объектно–ориентированный подход предполагает использование объектов – сущностей, обладающих идентичностью, состоянием и поведением. Модель в данном случае представляет собой всестороннее описание объекта исследования – кроме описания собственно бизнес–процесса, в ней содержится описание: организационной структуры предприятия, структуры информационных систем, операционных и регламентирующих документов. При моделировании в соответствии с объектно–ориентированным подходом создается единая база данных объектов модели, благодаря этому появляется возможность отслеживания взаимосвязей между объектами и безызбыточности построенной модели [14].

Методологии, поддерживающие объектно–ориентированный принцип: методология Aris (группа продуктов IDS Sheer «Aris») и методология UML (продукт Rational Rose). Методология UML в основном ориентирована на разработку программного обеспечения, Aris используется для описания бизнес–процессов предприятия.

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

В России для моделирования и анализа бизнес–процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства, как System Architect, Ithink Analyst, ReThink и др [19]

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

• устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.);
• распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы);
• доступность поддержки поставщика. Такие услуги могут включать телефонную «горячую линию», техническую и консультационную поддержку через представителя поставщика в России;
• доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где–либо в другом месте;
• доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии [4].

Из приведенного перечня инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание.

BPWin и ERWin компании Computer Associates International, Inc. (CA) входящейв пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т. д.), информационной безопасности, business intelligence и т. д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой–либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями [10].

• поддерживает сразу три стандартные нотации – IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;
• позволяет оптимизировать процедуры в компании;
• полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально–стоимостной анализ, ABC);
• позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;
• интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;
• интегрирован со средством имитационного моделирования Arena;
• содержит собственный генератор отчетов;
• позволяет эффективно манипулировать моделями – сливать и расщеплять их;
• имеет широкий набор средств документирования моделей, проектов [16].

Пакет ERWin – это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь». В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

• поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEFlx для ER–диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных – Dimensional;
• поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;
• интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE–средствами Oracle Designer, Rational Rose, средствами разработки и др.;
• позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;
• возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);
• позволяет переносить структуру БД (не сами данные!) из СУБД одного типа в СУБД другого;
• позволяет документировать структуру БД [14].

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web– и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения – от моделирования бизнес–процессов до внедрения. Применение единого репозитория делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс–платформных распределенных приложений. Задачей Oracle Designer являются сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием, существенно облегчают работу с Oracle Designer [7].

Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям осуществлять построение моделей привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной, так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя:

• ER–диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);
• диаграммы функциональной иерархии, описывающие функции, которые выполняет система;
• диаграммы потоков данных, циркулирующих на предприятии [7].

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

Финальная часть разработки проекта – автоматическая генерация серверных компонентов – возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес–процессов могут быть внесены в модели, и тут же будет сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Огаск Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта [7].

Rational Rose компании IBM. IBM Rational Rose входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно–ориентированный процесс создания ИС. Любые участники проекта – аналитики, специалисты по моделированию, разработчики и др. – могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес–аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес–процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика.

Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес–модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах [3].

Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round–trip) разработку ИС, создаваемых на базе языков C/C+ +, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков. Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager дает возможность создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели [3].

PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90 % компаний мирового рынка ценных бумаг, 60 % мировых банков и 68 % компаний Wall Street. С 1996 года, когда открылся офис в Москве, Sybase активно работает в России и других странах СНГ. В апреле 2002 года открылись офисы компании в Санкт–Петербурге и Киеве. Офисы Sybase в Москве, Санкт–Петербурге и Киеве обеспечивают всестороннюю работу с клиентами, включая поставки технологий, оборудования, разработку законченных решений, обучение пользователей, полнофункциональную техническую поддержку и услуги консалтинга [22].

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

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

• моделирование бизнес–процессов: PowerDesigner позволяет нетехническим специалистам компании разрабатывать и моделировать бизнес–процессы, ориентируясь на бизнес–задачи и опираясь на известные им термины, используя простую и интуитивно понятную графическую нетехническую модель;
• моделирование данных: PowerDesigner позволяет разрабатывать и генерировать схему БД посредством двухуровневого (концептуального и физического) моделирования реляционной БД, поддерживающего классические методики проектирования баз данных. Имеет также встроенные средства моделирования хранилища данных;
• объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес–процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C+ +, PowerBuilder, Visual Basic и др., посредством настраиваемого генератора;
• репозиторий масштаба предприятия: Enterprise–версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов [22].

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление – программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров [2].

Качество решений IDS Scheer было подтверждено в июне 2005 года золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 года, когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми Web–продуктами; все они имеют общую черту – интуитивно понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что дает возможность использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

• организационные модели, представляющие структуру системы – иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
• функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
• информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
• модели управления, представляющие комплексный взгляд на реализацию бизнес–процессов в рамках системы [2].

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

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

Стоит отметить несколько особенностей системы ARIS. Первая – семейство программных продуктов ARIS ориентировано на процессное описание. Основная бизнес–модель ARIS – eEPC (extended Event–driven Process Chain – расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность – в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует. Третья особенность: ARIS – единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес–систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования. [2]

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

• для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;
• для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;
• для моделирования бизнес–процессов больше подходят BPwin, ARIS и Rational Rose.

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

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

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

Вход бизнес–процесса – продукт, который в ходе выполнения процесса преобразуется в выход.

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

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

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

Ресурс бизнес–процесса – материальный или информационный объект, постоянно используемый для выполнения процесса, но не являющийся входом процесса [14].

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

Входы, выходы и ресурсы рассматриваемого бизнес–процесса изображены на Рисунке 2.

Рисунок 2. Входы, выходы и ресурсы бизнес–процесса

Схема управления бизнес–процессом «Складской учет» представлена на Рисунке 3.

Рисунок 3. Схема управления процессом

На рисунках 4–6 изображены схемы подпроцессов, включенных в состав процесса «Складской учет».

Рисунок 4. Схема подпроцесса «получить товары/материалы»

Рисунок 5. Схема подпроцесса «Зафиксировать приход в журнале»

Рисунок 6. Схема подпроцесса «Заполнить и подписать все документы»

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

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

ГЛАВА 2. Построение бизнес–процессов «как должно быть»

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

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

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

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

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

Анализ. Тщательно изучить бизнес–процесс, который нужно усовершенствовать.

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

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

Внедрение. Внесение необходимых изменений.

Непрерывное совершенствование. Регулярная оценка эффективности выбранного процесса и при необходимости внесение дополнительных изменений [20].

Для процесса «Складской учет» необходимо внести следующие изменения:

• автоматизация учета остатков на складе;
• автоматизация составления заявки на закупку;
• автоматизация внесения информации о приходе;
• автоматическое формирование счета–фактуры;
• автоматическое заполнение накладных.

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

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

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

Рисунок 8. Входы, выходы и ресурсы бизнес–процесса после улучшения

Рисунок 9. Схема управления процессом после улучшения

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

Рисунок 11. Схема подпроцесса «Зафиксировать приход в журнале» после улучшения

Рисунок 12. Схема подпроцесса «Заполнить и подписать все документы» после улучшения

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

ЗАКЛЮЧЕНИЕ

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

Для того чтобы достичь поставленной цели были выполнены следующие задачи:

• описана предметная область;
• осуществлена постановка задачи;
• выбрано средство для моделирования бизнес–процессов;
• реализовано моделирование бизнес–процессов «как есть»;
• предложены мероприятия по улучшению бизнес–процессов;
• смоделированы бизнес–процессы по ситуации «как должно быть».

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

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

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

1. Бондарева, Н. А. Бизнес–процесс в конкурентном окружении рынка образовательных услуг / Н. А. Бондарева. – М.: Университет, 2014. – 315 c.
2. Веселова, О. С. Внедрение централизованных информационных систем как способ реинжиниринга бизнес–процессов операторов связи / О. С. Веселова. – М.: Университет, 2016. – 459 c.
3. Гусынина, И. Контроллинг бизнес–процессов промышленного предприятия / И. Гусынина, М. Чувашлова. – М.: LAP Lambert Academic Publishing, 2017. – 176 c.
4. Елиферов, В. Г. Бизнес–процессы: Регламентация и управление. Гриф МО РФ / В. Г. Елиферов. – М.: ИНФРА–М, 2017. – 719 c.
5. Исаев, Р. А. Банк 3.0: стратегии, бизнес–процессы, инновации. Монография / Р. А. Исаев. – М.: ИНФРА–М, 2017. – 766 c.
6. Кеворков, В. В. Маркетинг. Регламент бизнес–процесса / В. В. Кеворков. – Москва: Машиностроение, 2016. – 832 c.
7. Куликов, Г. Г. Методика интеграции информационно–поисковых и корпоративных информационных систем на основе системных моделей бизнес–процессов / Г. Г. Куликов. – М.: Университет, 2014. – 230 c.
8. Кэмп, Р. С. Легальный промышленный шпионаж. Бенчмаркинг бизнес–процессов: технологии поиска и внедрение лучших методов работы ваших конкурентов / Р. С. Кэмп. – М.: Баланс–Клуб, 2016. – 416 c.
9. Маклаков, С. В. Моделирование бизнес–процессов с AIIFusion Process Modeler / С. В. Маклаков. – М.: Диалог–Мифи, 2016. – 240 c.
10. Миротин, Л. Логистический менеджмент бизнес–процессов материалопотоков / Л. Миротин. – М.: LAP Lambert Academic Publishing, 2018. – 236 c.
11. Репин, В. Бизнес–процессы. Моделирование, внедрение, управление / В. Репин. – М.: Манн, Иванов и Фербер, 2017. – 851 c.
12. Рыбаков, М. Ю. Бизнес–процессы: как их описать, отладить и внедрить. Практикум. / М. Ю. Рыбаков. – М.: Михаил Рыбаков, 2016. – 392 c.
13. Самуйлов, К. Е. Бизнес–процессы и информационные технологии в управлении современной инфокоммуникационной компанией / К. Е. Самуйлов, А. В. Чукарин, Н. В. Яркина. – М.: Альпина Паблишер, 2016. – 512 c.
14. Сухойван, Е. Документирование бизнес–процесса поиска и подбора персонала / Е. Сухойван. – М.: LAP Lambert Academic Publishing, 2014. – 949 c.
15. Теличенко, В. И. Информационное моделирование технологий и бизнес–процессов в строительстве / В. И. Теличенко, А. А. Лапидус, А. А. Морозенко. – М.: Издательство Ассоциации строительных вузов, 2015. – 144 c.
16. Тельнов, Ю. Ф. Инжиниринг предприятия и управление бизнес–процессами. Методология и технология. Учебное пособие для студентов магистратуры. Гриф УМЦ «Профессиональный учебник»: моногр. / Тельнов Юрий Филиппович. – М.: Юнити–Дана, 2015. – 185 c.
17. Тихонов, С. Имитационное моделирование бизнес–процессов / С. Тихонов, Г. Угольницкий. – М.: LAP Lambert Academic Publishing, 2017. – 176 c.
18. Фёдоров, И. Г. Адаптация онтологии Бунге–Ванда–Вебера к описанию исполняемых моделей бизнес–процессов / И. Г. Фёдоров. – М.: Университет, 2017. – 913 c.
19. Хаммер, М. Быстрее, лучше, дешевле. Девять методов реинжиниринга бизнес–процессов / М. Хаммер. – М.: Альпина Паблишер, 2016. – 353 c.
20. Чистов, Д. В. Анализ бизнес–процессов при разработке инвестиционных проектов: моногр. / Д. В. Чистов. – М.: Университет, 2014. – 513 c.
21. Шеер, А-В. Бизнес–процессы. Основные понятия. Теория. Методы / А-В. Шеер. – М.: Просветитель; Издание 2–е, перераб. и доп., 2014. – 152 c.
22. Шеер, А-В. Моделирование бизнес–процессов / А-В. Шеер. – М.: Серебряные нити, 2015. – 219 c.

При копировании любых материалов с сайта evkova.org обязательна активная ссылка на сайт www.evkova.org

Сайт создан коллективом преподавателей на некоммерческой основе для дополнительного образования молодежи

Сайт пишется, поддерживается и управляется коллективом преподавателей

Telegram и логотип telegram являются товарными знаками корпорации Telegram FZ-LLC.

Cайт носит информационный характер и ни при каких условиях не является публичной офертой, которая определяется положениями статьи 437 Гражданского кодекса РФ. Анна Евкова не оказывает никаких услуг.