Можно выделить четыре основополагающие идеи  обучения в рамках МООК:

1. Люди учатся на основании ассоциативных связей, придумывая идея или приобретая навыки поэтапно. Например, с помощью мнемотехники, отработки приемов, подражания, практических занятий. Ассоциативное обучение приводит к точному воспроизведению или вызову информации из памяти. Основной подход, применяемый в курсах MOOC с контентом – ассоциативное обучение.

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

3. Люди учатся, придумывая идеи и приобретая навыки во время диалога. Например, во время дискуссии, дебатов, совместной работы, совместного приобретения знаний и т.д. Социальное конструктивное обучение также приводит к накоплению навыков и глубокому пониманию предмета. Основной подход первоначальных курсов MOOC – это социальное конструктивное обучение, хотя элементы конструктивного обучения также присутствуют (т.е. поиск важнее какого-либо конкретного содержания).

4. Люди учатся, участвуя в рабочем сообществе. Например, во время стажировки, обучения без отрыва от производства, легитимного периферийного участия, участия в учебной сети и т.д. Практика в определенных обстоятельствах приводит к формированию привычек, ценностей и личностей. Следовательно, нет курсов MOOC, где применяется подход, связанный с практикой в определенных обстоятельствах [7, 8, 9, 10]. Курсы MOOC, которые должны быть разработаны в соответствии с данным подходом, могут быть связаны с массовым моделированием ситуации и/или играми), с социально-информационным обучением, т.е. обучением в массовых обучающих учебных сетях в режиме онлайн, или с такими понятиями как «виртуальная стажировка» и «виртуальное обучение в сфере бизнеса»[6, 11, 12, 13].

Во всех вышеперечисленных подходах подчеркивается важность активности обучающихся, конструктивной корректировке деятельности в зависимости от желаемых результатов, важность возможностей получения обратной связи для консолидации (практики) и интеграции. Однако различия в подходах заключаются в роли и важности участников, организации учебной деятельности, последовательностей учебной деятельности, акценте на сохранении/воспроизведении или рефлексии/интернализации и локусе контроля [14, 15, 16, 17].

cMOOC являются практической реализацией («доказательством возможности») коннективизма – системы педагогических взглядов, основанной на концепции связного/распределенного знания (connective knowledge), в рамках которой процесс учения отождествляется с процессом построения сети, т. е. установления связей между различными «сущностями» (участниками, экспертами, веб-ресурсами, событиями сети) [11, 18, 19, 20].

Задача участников cMOOC заключается в поиске и представлении в форме новых ресурсов (т. н. артефактов осмысления) предметных и социальных связей, т. е. в совместной разработке темы курса путем производства связного/распределенного знания (формирования сети). Содержанием (программой) коннективистского курса является процесс создания курса как таковой – значительная часть учебных материалов предлагается или создается участниками по мере работы в Интернет. Чтобы понять и объяснить, как это происходит, C. Даунс выделяет четыре типа деятельности участника курса: агрегация, ремикс, повторное использование и распространение [11, 21, 22, 23].

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

В качестве примера  сMOOC приведем описание курса  ”Сетевое сотрудничество и профессиональное развитие”, разработанного И.Ю. Травкиным. Это коннективистский онлайн-курc, цель участников которого заключается в поиске и представлении в форме новых ресурсов (т. н. артефактов осмысления) предметных и социальных связей, т. е. в совместной разработке темы курса путем производства связного/распределенного знания (формирования сети). Содержанием (программой) коннективистского курса является процесс создания курса как такового — значительная часть учебных материалов предлагается или создается участниками по мере работы в Интернете. Предметом рефлексии является организация сотрудничества (профессионалов и просто энтузиастов) в сети Интернет, а также возможности и пути для профессионального развития в контексте такого сотрудничества. Программа курса предполагает дискуссии в Skype и видеовстречи с экспертами.  Для участия в курсе участникам предлагается создание личных блогов.

Кроме блогов слушатели курса могут использовать любые сервисы Twitter и Diigo для публикации ссылок на дополнительные ресурсы, Netvibes для подписки на блоги сокурсников, Facebook для общения с коллегами в группах, YouTube для поиска и публикации видео, Mindmeister или Bubbl.us для создания ментальных карт.

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

Одним из примеров таких курсов является проект ds106 «Цифровой рассказ историй» (http://ds106.us). Как говорят основатели проекта: «Цифровой рассказ историй» – это использование новых цифровых инструментов, чтобы помочь обычным людям рассказать свои «правдивые истории» в убедительной и эмоционально привлекательной форме». Эти истории обычно принимают форму относительно коротких рассказов (менее 8 минут) и могут включать в себя интерактивность. Т.е. это открытый курс, куда может присоединиться каждый для создания своей истории. Он может использовать различные инструменты, попросить у участников сообщества помощи, в любой момент можно выйти. Задачи ставятся на основании тем, предложенных руководителями курса, так и исходя изтемы дня.

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

Одним из примеров таких курсов является MOOC «Изменение климата» университета Аберта (http://imooc.uab.pt/about). Его целью является изучение причин и последствий изменения климата, а также разработка мероприятий и предложений по тому, как адаптироваться к ним и справиться с его негативными эффектами, будь то наводнения, нехватка воды, повышение уровня моря или береговой эрозии и пр. Объем в часах соответствует примерно 100 (26 часов = 1 ECTS). Даты начала и окончания обучения устанавливаются с 6 мая по 1 июля ежегодно.

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

Содержание курса разработано в рамках Европейского проекта «Жизненный опыт по изменению климата LECHE»(www.leche.open.ac.uk). Авторы разрабатывали курс с учетом  возможности использования  в рамках подготовки бакалавров и  перезачета кредитов, что может осуществляться между партнерами в рамках проекта OpenupEd (www.openuped.eu)и др. европейскими проектами, в которых принимает участие университет Aberta.

Сертификация по окончании курса может быть бесплатной и платной с выдачей сертификата.  Платная формальная сертификация (4 ECTS)  проводится в срок до 3-х месяцев после изучения курса по результатам формальной оценкиЁ полученной в ходе работы, и face-to-face экзамен.

Однако большинство продуктов данного класса решений наиболее подходит крупным компаниям и холдингам со сложной структурой управления финансовыми потоками, но что же делать предприятиям малого и среднего уровня?

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

Таблица 1 – Сравнительный анализ ERP-систем

Как видно из приведённой таблицы – для малых и средних предприятий подходят «1С:Управление небольшой фирмой 8 на 5 пользователей» и «Ultima 2C», однако «Ultima 2C» является ещё и ограниченно бесплатной.

Ultima 2C – ограниченно бесплатное монолитное решение класса ERP II, ориентированное на потребности небольших и средних предприятий e-commerce, построенное на базе Ultima Businessware 2015 — наиболее современной и высокопроизводительной платформы на рынке.

Функционал:

• потребности в автоматизации внутренних бизнес-процессов средних предприятий с запасом перекрываются средствами конфигурации Ultima 2C;
• полнофункциональный интернет-магазин строится на Битриксе (редакции «Малый бизнес» и выше), полностью интегрированным в качестве web-компонента с платформой Ultima Businessware. Автоматическое обновление товарного каталога, включая описания товаров (свойства и фотографии), создание заказа на сайте с синхронным автоматическим размещением его в Ultima, личный кабинет (заказы, свойствапрофиля) с данными, подтягиваемыми online из ERP-системы, etc.
• бухгалтерия остается доминирующей 1С:Бухгалтерии 3.0, интегрированной с Ultima через REST API.

Платформа Ultima Businessware агрегирована с СУБД Oracle 12c Enterprise edition и изначально спроектирована для наиболее эффективного использования самых современных и мощных средств обработки данных Oracle – безальтернативного мирового лидера на рынке промышленных СУБД.

Возможности кастомизации решения сходны с 1С:

• код платформы Ultima Businessware поставляется в бинарном виде,
• код конфигурации Ultima 2C – открыт, делать можно что угодно.

Пределы бесплатности

• лицензия на платформу Ultima Businessware – при количестве одновременно работающих (конкурентных) пользователей до 12 человек включительно.
• конфигурация Ultima 2C – без ограничений.
• доступ к форуму поддержки: чтение – свободно, писание – после регистрации. При этом, при отсутствии оплаченного пакета поддержки, служба поддержки не берет на себя никаких обязательств по срокам ответов. Иными словами, с вопросами бесплатных пользователей разбираются по остаточному принципу

Практическое применение

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

• Создание нового справочника;
• Выдача роли.

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

В списковой форме справочников (пункт меню Dictionaries) создаем новую запись:

На закладке “Main” задаем основные параметры. Название справочника Name определяет

названия его объектов в базе данных. Формат отображения записей справочника Display format отвечает за то, как записи справочника будут отображаться в кратком виде, например, в элементах управления:

Описание Caption будет отображаться в экранных формах, как название справочника. Это

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

На закладке “Properties” задаем свойства записей справочника. Два свойства – идентификатор записи справочника ID и ее название Name – создаются автоматически, причем идентификатор нельзя удалить или изменить:

Теперь можно сохранить справочник.

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

Завершающим шагом будет создание объектов справочника в СУБД в схеме Ultima. с помощью сгенерированного приложением Ultima Businessware® SQL скрипта:

Выдача прав

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

На закладке “Roles” можно убедиться, что редактируемая роль назначена именно тому

пользователю, которому мы собираемся предоставить доступ к справочнику (в нашем случае это пользователь Administrator с логином root). Тут же можно увидеть, каким еще пользователям назначена данная роль, и кто, соответственно, также получит этот доступ:

На закладке “Dictionaries” выдаем доступ к справочнику. В нашем случае это полный доступ, тогда как для открытия списковой формы и просмотра записей справочника достаточно доступа на чтение Read:

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

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

• eEPC – Событийная цепочка процессов;
• UML – Унифицированный язык моделирования;
• ERM – Модель сущность-связь;
• и VAD – Диаграмма добавленной стоимости.

Для исследования выбрана предметная область «Транспортировка готовой продукции» и процесс осуществления организации транспортировки и документального учета доставки продукции до клиента собственными силами организации [6, 7, 8, 9]. Детальный разбор предметной области будет осуществлён при помощи модели VAD методологии ARIS.

Диаграмма добавленной стоимости (Value-added Diagram VAD) – это диаграмма, которая описывает взаимосвязь бизнес-процессов верхнего уровня. Ключевой особенностью этой и других моделей является то, что информационные и материальные потоки на схеме VAD изображаются не стрелками, а объектами. А также для всех типов потоков используется свой собственный объект [10, 11, 12, 13, 14]. В нотации VAD методологии ARIS в отличие от классического подхода также используются логические связи между работами, позволяющие отобразить логическую последовательность выполнения работ.

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

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

Основные процессы:

• Подача заявки
• Анализ поступившей заявки
• Подписание договора
• Погрузка товара
• Транспортировка
• Разгрузка товара

Документы:

• Заявка
• Договор (оформленный, подтверждает факт заключения сделки) – копия, 1 экз.
• Путевой лист – 1 экз.
• Товарно-транспортная накладная
• Отчёт

На диаграмме (Рисунок 1) представлено 10 бизнес-процессов, связи между ними, входящие и выходящие ресурсы (заявки, товар, документы). Любой из бизнес-процессов может быть декомпозирован [18, 19, 20].

Рисунок 1 – Моделирование бизнес-процесса «Транспортировка готовой продукции» в нотации VAD

Материал данной статьи будет апробирован в дипломной работе по разработке и внедрению автоматизированной информационной системы.

Направление бизнеса

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

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

Краткая характеристика компании

Здание офиса является рабочим местом для всех членов команды. Договора компания может заключать после контакта с клиентом непосредственно в офисе или же на месте проведения переговоров [5, 6, 7, 8, 9].  Поставщик имеет право на внесение изменений в договор, после аргументированных претензий и согласования с начальником службы логистики.  Организация работает по 20% предоплате. После того, как поставщик заключает договор, происходит отгрузка товара. Оставшаяся сумма перечисляется поставщику после полной проверки материалов на пригодность и соответствие условиям договора [10, 11, 12, 13, 14].

Правовая форма

С точки зрения организационно-правовой формы, компания является обществом с ограниченной ответственностью [15, 16, 17, 18].

Миссия предприятия

Организация стремится обеспечить в достаточном количестве собственное родительское предприятие материалами для производства, а так же развивать собственную логистику до уровня крупного предприятия специализирующимся исключительно на логистике, за счет качества предоставляемых услуг и приемлемых цен, сроков доставки [19, 20, 21, 22]. Так же предполагается  расширить границы компании до интернационального уровня.

Основные цели предприятия

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

Предмет деятельности предприятия

• Оформление и выполнение договоров по поставке материалов
• Организация перевозки и доставки материалов
• Создание стабильной сети логистики
• Расширение клиентской базы
• Сопровождение грузоперевозок

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

Основные виды расходов [23, 24, 25]

• затраты на зарплату персоналу
• аренда помещений и оплата коммунальных услуг
• затраты на содержание автопарка
• затраты на рекламу [30, 31]
• затраты на техническое и ПО
• затраты на коммуникации
• затраты на авиа-перелеты

Основные документы (входные и выходные)

• Договор о поставке материалов
• Требования предприятия
• Товарная накладная
• Чек

Рассмотрим организационную структуру компании, представленную на рисунке 1 , а так же модели eEPC, Fault Tree Diagramm, Fishbone, представленные на рисунках 2, 3, 4.

В результате анализа «узких мест» (трудовые, временные, финансовые затраты на составление отчётности снабженческой службы малого предприятия, дублирование информации, отсутствие единой базы данных и т.д.) выделим следующее управленческое решение – разработать АИС по учёту деятельности снабженческой службы малого предприятия [26, 27, 28, 29].

Метод нормирования заключается в следующем. Эксперту предлагается оценить степень принадлежности к множеству [2, 3, 4].

А каждого элемента из Ux₁ – х_n, соотнеся свое мнение со значениями по некоторой, заранее выбранной шкале (например, от 0 до 100%, или относительных величинах от 0 до 1, или любой другой).

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

Таблица 1. Матрица опроса нескольких экспертов

Затем производятся следующая последовательность действий:

-     рассчитывается сумма весов, даваемых i-м экспертом всем элементам:

-     рассчитывается относительный вес j-го элемента на основании оценки i-го эксперта:

-     рассчитывается результирующий вес j-го элемента:

Как видно расчёты довольно просты, что также продемонстрируем на следующем примере.В табл. 2 приведены результаты опроса четырех экспертов о степени принадлежности трех элементов – автомобилей «ChevroletNiva», «JeepGrandCherokee», «CheryTiggo F» множеству «Внедорожники», оцененные по 100 бальной шкале [5, 6, 7, 8].

Таблица 2. Матрица опроса

-     рассчитывается сумма весов, даваемых i-м экспертом всем элементам:

Таблица 3. Матрица опроса с элементами расчетов

-     рассчитывается относительный вес j-го элемента на основании оценки i-го эксперта и результирующий вес j-го элемента:

Таблица 5. Матрица опроса с элементами расчетов и результатами

Итак, согласно собранным данным и методу расчета множество«Внедорожники» ={0,43/ «JeepGrandCherokee»; 0,29/ «ChevroletNiva»; 0,28/ «CheryTiggo F»}

Компания СК предлагают мультимедийные обучающие программы. Процессы функционирования программных комплексов, разработанных СК, схожи, поэтому процесс работы программного обеспечения, рассмотрим на примере работы программного комплекса «Сталевар АПК», который был внедрён и адаптирован на металлургический комбинат [4, 5, 6].

Отдел МОС осуществляет обслуживание внедрённых МОС, что заключается в ряде процессов:

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

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

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

Рисунок 1 – Клиентское приложение МОС «Сталевар АПК»

Вся информация, как используемая, так и получаемая в ходе обучения, хранится в базе данных (SQL Server 2005). БД реализована и располагается на сервере в учебном классе цеха, расположенном на территории металлургического комбината, представляющий из себя несколько взаимодействующих программ, такие как Диспетчер и БД программы, через которые происходит обработка и передача данных [7, 8, 9]. Количество БД программ, а соответственно и серверов, ограничивается количеством предлагаемых программ для обучения, которые с каждым годом работы СК увеличиваются. Серверы располагаются на территории цехов, в которых они установлены, то есть территориально удалёны друг от друга и не имеют связи между собой.

Непосредственное взаимодействие клиентской части с базой происходит при помощи специальной программы «Диспетчер» (рисунок 2), который получая запрос от пользователя, обрабатывает его и отправляет уже конкретно в БД относящейся к МОС [10, 11, 12]. Данные из БД возвращаются в Диспетчер и затем пользователь получает ответ сервера на своё действие.

Рисунок 2 – Диспетчер приложений

Автоматизированное взаимодействие между БД программ отсутствует, что негативно сказывается на процессе обслуживания МОС, особенно на этапе формирования отчётности. Формирование отчётности – важный этап в обслуживание внедрённых МОС, так как на основании итоговой отчётности о процессе обучения выносится решение о дальнейшем статусе обучающегося: получает разрешение на работу в цехе, в случае неудачи – направляется на повторное изучение [13]. При формировании отчётности менеджеру необходимо получить данные для отчётности, которые можно сформировать в виде ответов на запрос при непосредственном нахождение на территории комбината в цехе, где установлен рабочий класс с обучающей МОС. На территории завода металлургического в настоящее время 6 компьютерных классов, которые необходимо обойти менеджеру, чтобы сформировать отчётность по обучающимся в них сотрудниках. Затем, полученные данные обрабатываются и формализуются на территории отдела МОС, после чего готовая отчётность рассылается начальникам цехов.

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

В каждом цехе есть свой сервер, на котором:

1. Установлены мультимедийные обучающие системы.
2. Установлен «Диспетчер приложений» (через которое происходит общение клиентского приложения и БД МОС).
3. Сохраняются результаты тестирования.

Сотрудник СК собирает результаты с серверов, обрабатывает информацию и формирует отчётность.

Рисунок 3 – Информационная инфраструктура

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

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

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

Проект будет:

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

Проект не будет:

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

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

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

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

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

Разработка модели AS-IS бизнес-процессов

Модель AS-IS или модель «как есть» представляет собой модель бизнес-процессов на момент обследования предприятия и строится с целью понять, как функционирует данное предприятие с позиций системного анализа. Эта модель строится с целью выявления ошибок и «узких мест», а также формулировки предложений по улучшению ситуации.

Точка зрения: Начальник отдела МОС.

Цель: Описать процесс обслуживания МОС

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

Рисунок 4 – Контекстная диаграмма «Обслуживание МОС»

Можно выделить следующие основные функции моделируемого бизнес-процесса:

1. Регистрация пользователей.
2. Обучение в МОС.
3. Формирование отчётности.

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

Рассмотрим подробнее бизнес-процесс «Формирование отчетности» (рисунок 10) При формирование отчётности  менеджеру, ответственному за формирование отчётности, необходимо находиться на территории функционирования МОС.

Рисунок 6 – Декомпозиция функции «Формирование отчетности в МОС»

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

Группа диаграмм потока работ (Workflow Diagramming) является стандартом документирования информационных, технологических  и других видов процессов, происходящих на предприятии, и создания сценария работ. К данному классу диаграмм относятся IDEF3 и ARIS eEPC. Диаграмма потока работ ARIS eEPC (AS-IS) представлена в рис. 7

Рисунок 7 – Диаграмма потока работ ARIS eEPC (AS-IS)

Определение «узких» мест и выработка предложений по их устранению

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

1. Временные затраты на оформление документации для финансирования поездки до места расположения БД МОС.
2. Отсутствие возможности с одного сервера получать доступ к другим серверам.
3. Формирование запроса, который не предусмотрен МОС, в Microsoft SQL Server 2005 вручную.
4. Перемещение информации для обработки и последующего формирования отчётности на информационных носителях, что негативно сказывается не безопасности информации.
5. Обработка информации, формализация  данных и представление их в необходимом виде (таблица, диаграмма или график) по каждой БД вручную в отделе МОС. При выявлении неточностей или некорректности информации необходимо устранить их, для этого процесс начинается с оформления документации для выделения финансирования поездки до места расположения БД МОС. Отсутствие возможности автоматизированного формирования отчётности по работе всех предлагаемых программ. Существующие методы формирования отчётности отнимают у сотрудника отдела МОС в среднем от 2 до 3 часов рабочего времени. К тому же для формирования отчёта необходимо находиться на территории комбината, так как отсутствует удалённый режим работы с сервером, поэтому трудно учесть точное время, затрачиваемое на дорогу сотрудника СК из главного офиса до места расположения сервера. Регулярность формирования отчёта – раз в неделю. В среднем в месяц сотрудник тратит от 8 до 12 часов на формирование отчётности и около 4 часов на дорогу до места нахождения сервера.
6. Отсутствие удалённого доступа к серверам с установленными БД МОС, на которых хранится информация, необходимая для формирования отчётности.

Выше описанные факторы являются «узкими местами» рассматриваемого программного комплекса, так как они сказываются на процессе обслуживания МОС негативным образом, а именно усложняют процесс получения необходимой отчётности, приводят к дублированию информации [14, 15, 16, 17].

Формирование требований пользователей

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

1. Возможность удалённого доступа к БД МОС для формирования отчётности.
2. Формирование отчётности:

• стандартная отчётность;
• изменение конфигурации формирования отчётности;
• сохранение отчётности.

1. Отправка отчётности.
2. Работа со сформированной отчётностью:

• просмотр отчётности;
• редактирование отчётности;
• печать отчётности;
• удаление отчётности.

1. Справочный материал по работе с АИС.

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

1. Так как все сервера с МОС на предприятии соединены между собой локальной сетью, для осуществления доступа к ним необходимо обеспечить доступ к глобальной сети Интернет для осуществления по средствам него доступ к БД.
2. Разработка и внедрение удобного приложения, позволяющего формировать и просматривать отчёты любой сложности и конфигурации в удобном виде (таблица, графики, сравнение и т.д.), не затрачивая на это большого количества времени в удалённом режиме.
3. Возможность отправить сформированную отчётность в электронном виде начальникам цехов по электронной почте.
4. Данные о сформированной отчётности будут храниться на сервере. Менеджер в любое время сможет просмотреть / распечатать / редактировать / удалить отчётность.
5. Пользователю предлагается возможность ознакомления со справочным материалом по работе с разрабатываемой АИС в любой момент его взаимодействия с АИС.

Исходные данные, возможности бизнеса:

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

Бизнес-цели и критерии успеха:

Бизнес-цель 1. Увеличить качество начального обучения персонала внутри магазина.

Бизнес-цель 2. Снизить сроки начального обучения персонала внутри магазина.

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

Бизнес-цель 4. Контролировать уровень знаний сотрудников, а также выстраивать процесс обучения.

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

Критерий успеха 2. Соблюдены сроки реализации проекта;

Критерий успеха 2.  Проект не вышел за рамки бюджета;

Критерий успеха 3.  Достигнуты все цели проекта;

Критерий успеха 4.  Полнофункциональное использование разработанной и внедренной КСДОП всеми заинтересованными сторонами [5, 6, 7].

Факторы бизнес-риска:

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

Фактор бизнес – риска 2. Не все сотрудники готовы к работе с системой обучения персонала. Потребуются временные ресурсы на обучение персонала.

Фактор риска – риска 3. Возможно изменение функций сотрудников.

Основные функции:

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

Основная функция 2. Создание тестовых и других видов проверочных материалов

Основная функция 3. Создание отчетов для руководства о прохождении сотрудниками курса

Основная функция 4. Эмуляция работы с информационной системой

Основная функция 5. Работа в технологическом процессе в условиях аварийных ситуаций.

Основная функция 6. Изучение документации

Основная функция 7. Контроль выполнения заданий и знаний в режимах on-line и off-line.

Предположения и зависимости:

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

Ограничения и исключения:

Ограничения и исключения  1. Информационная система применима только для сотрудников предприятия.

Следующий этап формирования требований – разработка требований пользователей к КСДОП  [8, 9].

На каждом этапе внедрения КСДОП, происходит ее взаимодействие с участниками этого процесса. В общем виде данное взаимодействие представим с помощью диаграммы вариантов использования (Use-CaseDiagrams) языка моделирования UML методологии объектно-ориентированного анализа и проектирования RUP (см. Рис.5 )

Рисунок 5– Взаимодействие пользователей в процессе внедрения

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

Обратная связь системы с участниками осуществляется посредством принесения прибыли и удовлетворения потребностей:

1) администрации  в качестве прибыли от сокращения числа возможных аварий;

2) специалисту по внедрению – в качестве оплаты за внедрение корпоративной системы дистанционного обучения персонала предприятия;

3) сотрудникам предприятия – в качестве увеличения размера заработной платы, связанным с повышением уровня квалификации.

Опишем требования пользователей к КСДОП  в виде документа о вариантах использования (см. Таблица 12).

Таблица 12– Варианты использования для каждого пользователя

Действия пользователей отразим на диаграмме прецедентов (Use-CaseDiagram), разработанной с использованием Case-средства RationalRose языка моделирования UML методологии объектно-ориентированного анализа и проектирования RUP (см. Рис.6 )

Рисунок 6– Взаимодействие пользователей в процессе внедрения

Выделим основные требования к внедряемой КСДОП:

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

Материалы данной статьи будут апробированы при написании дипломной работы.

Практическая значимость проведенного исследования состоит в разработке АИС по проведению технологических операций на агрегате печь-ковш сталеплавительного цеха. Рассмотрим подробнее информационную модель данных, которая является визуальным представлением структур данных и бизнес-правил для СУБД. Для электросталеплавительного цеха (ЭСПЦ) была разработана модель данных, которая позволит отобразить наглядно технологический процесс через разрабатываемую АИС. [1, 3, 6, 4]

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

Рассмотрим подробнее каждую сущность.

1. Unit – Агрегат

Перед тем как провести экспериментальный расчет необходимо внести соответствующие характеристики об агрегате. Идентификатором служит номер агрегата (Unit_ID). Также данная сущность содержит внешний ключ трансформатора расходующего определенную электроэнергию (Transformer_ID). При заполнении агрегата необходимо заполнить все характеристики: Наименование агрегата (UnitName), емкость стальковша (CapacitySteelkovsh), высота стен данного агрегата печь-ковш (HeightWalls), тип футеровки (TypaFyterovki), износ футеровки (DeteriorationFyterovki), масса выпускаемого металла для того чтобы определить какое количество сырья можно загрузить в агрегат печь-ковш (WeightOutMetal) и диаметр крышки (DiameterCover), а также характеристики позволяющие определить по какому количеству загружать сырье в агрегат печь-ковш – грузоподъемность сталевоза (Load Carrying Capacity Steelvoza), минимальный цикл обработки ковша (Minimum Operation CycleLadle) и годовая производительность(AnnualProctionRate).

2. Transformer – Трансформатор

Завершающим этапов ввода характеристик агрегата печь-ковш является трансформатор, так как ему необходима электроэнергия. Идентификатором трансформатора является его номер (Transformer_ID). При выборе ступени (Step) значение расхода энергии (PowerConsumption) определяется автоматически.

3. HeatingMetal – Нагрев металла

Идентификатором служит номер нагрева металла (HeatingMetal_ID).

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

Последние две сущности: продолжительность (Duration) и изменение температуры (TemperatureChange) вводятся АИС только после того как будет произведен расчет.

Рисунок 1 – Информационная модель

4. PurgeMetal – Продувка металла

Идентификатором служит номер продувки металла (PurgeMetal_ID).

Продувка металла должна содержать следующую информацию: время начала продувки (TimeBeginPurge) металла для получения определенной марки стали и соответственно время окончания продувки (TimeTerminationPurge) металла, а также для продувки металла необходима информация о давлении (Pressure). [5, 6, 7]

Последние две сущности: продолжительность (Duration) и изменение температуры (TemperatureChange) вводятся АИС только после того как будет произведен расчет.

5. ReturnWire – Отдача проволоки

Идентификатором служит номер отдачи проволоки (ReturnWire_ID).

Отдача проволоки должна содержать следующую информацию: время (TimeWire), проводимое на данную операцию и количество проволоки в метрах (Quantity_metre) для получения определенного количества проволоки в килограммах.

Последние две сущности: количество проволоки полученная в процессе отдачи в килограммах (Quantity_kg) и скорость отдачи (SpeedReturn) вводятся АИС только после того как будет произведен расчет.

6. ReturnExhaust – Отдача извести

Идентификатором служит номер отдачи извести (ReturnExhaust_ID).

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

Последние две сущности: количество (Quantity) и изменение температуры (SpeedChange) вводятся АИС только после того как будет произведен расчет.

7. LimitsMarkSteel – Пределы марки стали

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

Пределы марки стали содержать следующую информацию: элемент предела (ElementLimit), нижнее значение предела (BottomValue) и верхнее значение предела (TopValue).

8. MarkSteel – Марка стали

Уникальный номер марки стали – идентификатором (MarkSteel_ID). Идентификатор предела марки стали (LimitMarkSteel_ID) наследуется в данную сущность и служит внешним ключом.

Сущность марка стали содержит следующую информацию: наименование марки (MarkName), наименование типа сырья (NameTypeMaterials).

9. Event – Событие

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

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

10. Materials – Сырье

Сущность сырье является зависимой от сущности марка стали (MarkSteel_ID), поэтому первичный ключ является составным, наследуя идентификатор марки стали, а также содержит идентификатор сырья (Materials_ID).

Помимо наследуемых данных сущность сырье содержит следующие сведения: наименование сырья (MaterialsName) необходимое для производства стали определенной марки и марки сырья используемое в производстве (MarkMaterials).

11. MaterialsStructure – Состав сырья

Идентификатором служит номер состава сырья (MaterialsStruature_ID).

Внешние ключи (идентификаторы) наследуются в сущность состав сырья из сущности сырья и марки стали.

Помимо наследуемых данных сущность состав сырья содержит следующие сведения: химические элементы сырья (MaterialsElement) и значения соответствующего элемента (ValueMaterials).