1.5. Подготовка объекта к автоматизации процессов

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

Настройка системы производится несколькими способами [10]:

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

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

• Настройка полей и создание библиотек

• Настройка бизнес-логики

• Интерфейс пользователя, расположение элементов на вкладках

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

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

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

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

Выводы по первой главе

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

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

Далее были представлены методики формирования требований к системе. Все рассмотренные методики (а именно: FURPS+, методика Карла Виргеса и SWEBOK) по сути делят все требования на функциональные и нефункциональные, которые потом разделаются по различным признакам. Из этих подходов наиболее популярным является FURPS+, так как его методы понятны как исполнителям проекта, так и его заказчикам. Помимо данных методик был рассмотрен стандарт ГОСТ 34.602-89, который регламентирует как формирование требований к системе, так и их документирование. Этот стандарт является наиболее популярным из всех стандартов серии ГОСТ 34, так как позволяет сформировать наиболее полное техническое задание на создание системы, которое будет понятно как заказчику, так и исполнителю, и обезопасит первого от многих проектных рисков.

Также были исследованы методики моделирования бизнес-процессов, применяемые для разработки исполнителем концепции будущей системы, и выявлены отличия, преимущества и недостатки этих методик. Так согласно нотации BPMN, процесс изображается в виде диаграммы, понятной всем типам пользователей. В нотации прописано какие существуют типы объектов, что они обозначают и как изображаются. BPMN включает в себя два типа методик построения моделей бизнес-процессов: объектные и функциональные. Наиболее распространенной объектной методикой является UML, а функциональной IDEF. Оба подхода применимы в реальных проектах, однако объектный подход является более распространенным, так как перекрывает недостатки функционального.

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

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

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

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