В данной статье рассмотрен пример описания процесса «Предоставление сельхоз. услуги на сельскохозяйственном предприятии» с использованием методологии Aris с указанием всех ГОСТов, применяемых в данной предметной области.

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

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

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

Рис. 1. Предоставление сельхоз. услуги на сельскохозяйственном предприятии»

ISO серии 9000 – международные стандарты на требования к системам менеджмента качества (СМК). Они применимы для любой организации вне зависимости от численности персонала, формы собственности, занимаемых рынков, характера выпускаемой продукции или оказываемых услуг. Кроме того, стандарты ISO 9000 применимы и для государственных административных органов и их департаментов, а также общественных организаций. Эти стандарты служат одновременно и гарантией потребителю в смысле качества получаемой продукции, и методическими указаниями компаниям-производителям по улучшению своей деятельности [4, 5, 6].

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

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

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

EPC (Event-DrivenProcessChain, событийная цепочка процессов) – нотация отображения хода выполнения процесса, ключевыми элементами которой являются События и Функции. Диаграмма ЕРС представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и информационные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни.[1]

Нотация ЕРС была разработана в 90х годах XX века. EPC придумал немецкий профессор Вильгельм-Август Шеер в рамках методологии ARIS.

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

Недостатки:обширный набор графических элементов, что сложно для понимания;для их чтения требуется подготовка.

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

Рассмотрим пример построения модели ЕРС на предметной области «Изготовление картины методом флорентийской  мозаики».[2]

Рисунок 1 -  Контекстная диаграмма «Изготовление картины методом флорентийской мозаики»

Рисунок 2 – Контекстная диаграмма «Изготовление картины методом флорентийской мозаики»

• Определение области охвата проекта (границы проекта);
• Анализ требований руководства;
• Формирование требований к проекту внедрения;
• Разработка концепции проекта внедрения;
• Разработка и утверждение технического задания на внедрение КСДОП ЗАО «Тандер»;
• Ввод в эксплуатацию;
• Сопровождение.

В качестве ресурсов проекта выделим:

1) Материальные [2]:

• Сервер БД;
• Контроллер домена;
• Web-сервер;
• Сервер терминалов;
• Сервер резервного копирования;
• Серверное программное обеспечение;
• СУБД;
• Система обучения.

2)Трудовые (команда по внедрению):

• Руководитель проекта;
• Аналитик;
• Специалист по внедрению;
• Специалист по сопровождению.

На таблице   1 представим перечень планируемых работ в MSProject.

Таблица 1- План-график работ по внедрению системы обучения [3]

Как видно из таблицы , предварительно, на реализацию проекта потребуется  126 дней.

Представим в таблице 2 распределение задач по ресурсам с учетом их занятости и оплаты.

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

Таким образом видно, что затраты на данный проект по предварительным подсчетам составят 676 077,88 .

Сводный отчет о затратах ресурсов представлен на рис.1

                      Рисунок 1 – Отчет о затратах ресурсов

Как видно из рисунка наибольшую часть затрат взяли на себя материальные ресурсы проекта, которые необходимо закупить. И лишь 17% от общего числа затрат  – оплата труда персонала.

Резюмируя все вышесказанное, можно отметить, что созданные этапы проекта займут 126 дней, найма таких специалистов как: руководитель проекта, аналитик, специалист по внедрению, специалист по сопровождению и технический писатель. А также  потребует инвестиций в размере 676 077,88р.

При постановке такой цели как разработка и внедрение электрнного адаптивного курса, нам необходимо подобрать оптимальное ИТ-решение для его разработки, а также выбрать методологию внедрения, которая будем подходить для заказчика и разработчика [8, 9, 10, 11, 12, 13, 14]. Данное обследование можно провести по методу анализа иерахий, автором которого является американский математик Томас Саати.

Метод Анализа Иерархий (МАИ) – математический инструмент системного подхода к сложным проблемам принятия решений. Данный метод состоит в декомпозиции большой проблемы на более мелькие подпроблемы, и по парным сравнениям данных подпроблем [15, 16, 17]. Такой способ решения исходит из способности людей думать, определеять события и установаливать связи между ними.

На начальной этапе необходимо определить цель, критерии и альтернативы (методологии):

1. Целью, будет являться определение средства разработки адаптивного электронного курса.

2.  Основные критерии выбора средства разработки ЭК для предприятия:

1)                средство должно содержать полный набор правил и инструкций по работе с курсом – документирование (К1);

2)                средство должно быть адаптируемым к различным операционным  системам, браузерам  – требование к установке (К2);

3)                средство должно обеспечивать минимальные стоимостные затраты на внедрение ЭК – стоимостные затраты (К3);

4)                средство должно удовлетворять всем требованиям заказчика на всем пути ЖЦ – требования заказчика (К4).

3.Определение альтернатив (методологий)

1)                Course Lab 2.4 (М1);

2)                Zelner (М2);

3)                Smart Builder (М3).

Далее  необходимо определить приоритетность критериев (суждения). Согласно шкале субъективных суждений сравнения критериев, представленной ниже, определяем приоритеты критериев (суждения) (табл. 1).

Таблица 1 – Шкала относительной важности

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

Таблица 2 – Матрица парных сравнений критериев

Таблица 3 – Матрица попарных сравнений альтернатив по критериям

Диаграмма результатов вычислений по методу Т. Саати представлена на рисунке 1 и  таблице 4.

Рисунок 1– Диаграмма, иллюстрирующая результаты попарного сравнения альтернатив по критериям

Таблица 4 – Комбинированный весовой коэффициент

Анализ фаз, этапов каждой из представленных основ показал, что из средств для разрабатываемого ЭК наилучшим образом при учете всех факторов подходит средство Course Lab 2.4.

Далее в СППР «Выбор»  определим наиболее подходящую методологию внедрения. Методологии, из которых происходит выбор:

1. MSF – предлагает проверенные методики для планирования, проектирования, разработки и внедрения успешных IT-решений;
2. Oracle – методология Oracle AIM представляет собой детальное описание задач, выполняемых в ходе проекта, с указанием последовательности их выполнения и ответственных ролей проектной группы;
3. TKB от 1С – методология необходима для выполнения задач, отражающих интересы создателя программного обеспечения.

Рисунок 2  – Результат вычислений

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

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

Учет результатов научно-образовательной деятельности очень трудоемкий процесс, поэтому в инновационной фирме по разработке роботов было принято решение внедрить автоматизированную систему учета [1, 2, 3, 4, 5, 6, 7].

В данной фирме все неопубликованные результаты несут конфиденциальную информацию, поэтому подключение к данной системе должно осуществляться только сотрудниками и только по локальной сети, также система должна иметь высокую степень надежности. Система должна выполнять следующие задачи: сбор данных, анализ данных, хранение данных, формирование отчета, формирование статистики. На основе представленной информации можно выделить критерии сравнения: надежность, возможность подключения по локальной сети и функционал [8, 9, 10, 11, 12, 13].

По выбранным критериям был проведен анализ нескольких систем в программе СППР «Выбор», представленные на рисунках 1-7.

Рисунок 1 – Иерархия

Для начала работы в системе необходимо заполнить иерархию: определить цель, критерии выбора и альтернативы (рисунок 1). В качестве альтернативы были выбраны следующие системы: система стороннего разработчика, выполняемая под заказ, государственная система и система сторонней организации [14, 15, 16. 17, 18, 19, 20].

Далее нужно запустить программу, нажав на «Пуск». Во всплывающем окне поочерёдно четыре эксперта заполняют матрицу парных сравнений. Данная матрица заполняется на основе предпочтений определенного эксперта, он определяет, какой из критериев, по его мнению, имеет большую значимость (рисунок 2-5).

Рисунок 2 – Матрица парных сравнений 1 эксперта

Рисунок 3 – Матрица парных сравнений 2 эксперта

Рисунок 4 – Матрица парных сравнений 3 эксперта

Рисунок 5 – Матрица парных сравнений 4 эксперта

После проведения расчетов выводится общий индекс согласованности, который показывает отклонение между субъективными оценками экспертов (рисунок 6) [21, 22, 23, 24]. Абсолютная согласованность экспертов равна 0, чем ближе индекс к этому значению, тем меньше расхождение во мнениях оценщиков, в данном случае индекс равен 0,176 и находится в пределах нормы.

Рисунок 6 – Общий индекс согласованности

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

Рисунок 7 – Диаграмма результата

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

• увеличится количество обработанных заявок. Регистрация всех заявок в электронном виде, их деление по категориям, приоритетам, ответственным, а также оценка качества исполнения работ, позволяют легко и быстро получить как общую картину эффективности деятельности бюро АСУ, уменьшить время обработки заявок, так и оценить продуктивность работы отдельных сотрудников [1, 2, 3, 4, 5]. Исчезнет проблема заявок, о которых просто забыли, значительно повысится эффективность работы бюро АСУ.
• изменится взаимодействие между пользователями и сотрудниками бюро АСУ. Пользователь, который подал заявку, будет иметь возможность просматривать изменение её статуса, в котором может быть указан срок выполнения заявки, исполнитель или ответ на вопрос. Доступ к базе данных будут иметь все сотрудники бюро АСУ, также пользователи будут иметь возможность просматривать свои заявки. Жизненный цикл заявки представлен на рисунке 1.

Бизнес-целями проекта являются: снижение времени обработки каждой заявки на обслуживание, обеспечение возможности работы всех сотрудников в единой базе данных, сведение к минимуму риска потери заявки[6, 7, 8, 9, 10].

На данном этапе в бюро АСУ производственно-инжиниринговой компании уже приобретена АИС службы поддержки пользователей TrackStudio Enterprise.

Рисунок 1 – Жизненный цикл заявки

Для сотрудников АИС службы поддержки пользователей TrackStudio Enterprise представляет собой базу данных, а также приложение (веб-ориентированное) к ней, позволяющее регистрировать заявки, контролировать их выполнение, назначать ответственных, а также формировать отчёты о выполненных заявках [11, 12, 13, 14, 15].

Также АИС службы поддержки пользователей TrackStudio Enterprise предусматривает возможности:

• управлять не только задачами, но еще документами, файлами;
• поддерживать иерархическую структуру работ, дозволяя эффективно руководить огромными иерархиями задач;
• поддерживать организационную структуру работ, дозволяя руководить крупным количеством разнообразных пользователей;
• использовать плоскую, матричную и иерархическую (когда работник подчиняется одновременно начальнику отдела и нескольким руководителям) системы управления организацией;
• руководить видимостью объектов для любой задачи и пользователя;
•  фильтрации по всем полям задач и пользователей, содержанию и хронологической информации. Есть полнотекстовый поиск и поиск похожих задач. На основе фильтров могут быть построены различные типы отчетов, такие, как вывод списка задач в виде таблицы, вывод всех имеющих значение полей задачи, а также отчеты о количестве отработанных пользователями часов по подзадачам данной задачи.
• экспорт в форматы MS Excel, MS Project, PDF, HTML, XML и многие другие. Есть интеграция с Google Calendar.
• поддерживать оповещение для каждого пользователя в отдельности на e-mail, создание задач и сообщений через e-mail.
• аутентификация пользователей может быть произведена с использованием локальной БД MS Active Directory, LDAP, NTML, JOSSO, Atlassian Crowd.
• интеграция с системами управления исходным кодом, такими как Subversion, Perforce, Bazaar и CVS.

Численность пользователей в процессе внедрения системы может меняться в соответствии со штатным расписанием и достигать 3-5 человек.

Квалификация персонала должна соответствовать должностной инструкции, кроме того, каждый пользователь системы должен иметь опыт работы с ПК [16, 17, 18, 19, 20].

Опишем требования пользователей к АИС в виде документа о вариантах использования (таблица 1).

Таблица 1 – Варианты использования

Представим обоснование проектных решений по видам обеспечения АИС.

Организационное обеспечение – это совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе разработки и эксплуатации АС [21, 22, 23, 24, 25].

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

1) перед допуском пользователя к работе в системе необходимо обязательное прохождение им инструктажа;

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

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

Одним из требований к организационному обеспечению является разработка план-графика по внедрению АИС службы поддержки  пользователей на основе TrackStudio Enterprise [26].

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

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

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

Рисунок 2 – База данных АИС службы поддержки пользователей

При занесении в базу данных информация вводится с помощью раздела «Заявки пользователей» в TrackStudio Enterprise. С помощью раздела «Заявки пользователей» эти сведения доступны пользователям системы. Результатным или выходным документом служит отчет.

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

Программное обеспечение должно обладать следующими свойствами:

• функциональная достаточность (полнота);
• надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);
• адаптируемость;
• модифицируемость;
• модульность построения и удобство эксплуатации.

Платформа TrackStudio Enterprise состоит из клиентской и серверной частей.

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

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

В качестве среды функционирования клиентского приложения используется любой из следующих браузеров: Microsoft Internet Explorer 7.0; Firefox 3.5; Google Chrome; Opera 9; Safari.

Важнейшим фактором, который необходимо учесть при внедрении системы, является соответствие потребностей в ресурсах имеющемуся на предприятии техническому обеспечению. Технические требования к серверу на базе операционной системы Linux, веб-сервер Tomcat, PHP5, СУБД PostgreSQL 9, представлены в таблице 2, а минимальные технические требования к рабочим местам пользователей в таблице 3.

Таблица 2 – Технические требования к серверу

Таблица 3 – Технические требования к рабочим местам пользователей

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

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

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

На основании результатов проведенного исследования сформировано следующее предложение по улучшению службы поддержки пользователей: внедрить АИС службы поддержки пользователей для российской производственно-инжиниринговой компании, на примере обособленного подразделения Магнитогорского филиала на основе TrackStudio Enterprise.