3. Глава 1. Анализ этапов создания автоматизированной системы.

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

Жизненный цикл является одним из основных понятий, на которых основывается работа c информационными системами. ЖЦ представляет собой «ряд событий, происходящих с системой в процессе ее создания и использования» [2]. Этот процесс состоит из определенных этапов, и начинается с решения о создании системы и заканчивается ее выводом из эксплуатации.

Существует несколько моделей жизненного цикла ИС, которые используются в настоящее время [2]:

• Каскадная модель;

• Поэтапная модель;

• Спиральная модель.

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

Жизненный цикл системы регламентируется несколькими стандартами, наиболее известными из которых являются ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» [3], ISO/IEC 12207: 2008 «Информационные технологии. Процессы жизненного цикла программного обеспечения» [4] и ISO/IEC 15288 «Системотехника. Процессы жизненного цикла системы» [5].

ISO/IEC 12207 и ISO/IEC 15288 стандарты, разработанные международной организацией по стандартизации. Эти документы описывают процессы и организацию жизненного цикла ИС, разделяя их на три категории: основные, вспомогательные и организационные. Данные стандарты устанавливают структуру процессов ЖЦ, а также определяют задачи и работы по каждому из них.

Главным отличием стандарта ISO/IEC 15288 от ISO/IEC 12207, является наличие в нем стадий жизненного цикла с их кратким обзором, целями и результатами, которые должны быть получены.

Российскими аналогами данных стандарта является ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств» [6] и ГОСТ Р ИСО/МЭК 15288-2005 «Информационная технология. Системная инженерия. Процессы жизненного цикла систем» [7], который также содержат описание процессов жизненного цикла ИС. Стандарты были призваны унифицировать задачи, возникающие в ходе работ над созданием и внедрением системы, однако стандарт 2005 года предполагает соответствие задач, целей и результатов определенным работам, из которых состоят процессы ЖЦ, допуская при этом адаптацию процессов к специфике организации.

ГОСТ 34.601-90 полностью регламентирует стадии создания автоматизированной системы и этапы работ на каждой стадии жизненного цикла. Данный стандарт также описывает содержание работ (включая документацию и отчетность по этапам) на каждом этапе для общего случая. В документе приведены 8 стадий создания системы [3]:

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

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

• Техническое задание – стадия создания системы, в ходе которой исполнитель разрабатывает и утверждает у заказчика ТЗ на разработку АС.

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

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

• Рабочая документация – стадия создания системы, в ходе которой исполнитель занимается разработкой рабочей документации, содержащей сведения по работам над вводом в эксплуатацию и поддержанием функционирования АС. Вид и содержание документов утверждены по ГОСТ 34.201-89 [8].

• Ввод в действие – на данной стадии, идут подготовительные работы по вводу системы в эксплуатацию (подготовка инструкций, обучение персонала, контроль качества составляющих АС, комплектация АС, строительные и пуско-наладочные работы и т.д.).

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

Согласно ГОСТ 34.601-90 каждая стадия содержит в себя несколько этапов работ, некоторые из которых будут подробно рассмотрены в данной работе.

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

Следование стандартам необходимо, чтобы достичь понимания между заказчиком и исполнителем, обеспечить прозрачность процесса создания системы и гарантировать заказчику полноту информации, которую будет содержать документация по проекту. Наиболее популярными в России являются отечественные стандарты ГОСТ серии 34, которые были разработаны в СССР, но до сих пор являются актуальными и в полной мере отражают нюансы работы над проектами по разработке АС. По этой причине в работе будут рассмотрены некоторые этапы создания системы по ГОСТ 34.

На каждой стадии и этапе создания системы по ГОСТ 34.601-90 используются различные методики и инструменты, наиболее подходящие из которых подбираются для каждого конкретного случая исходя из ситуации.

Для выполнения работ по сбору информации об объекте автоматизации для этапа «Формирование требований к АС» используются такие методы как:

• Интервьюирование;

• Анализ внутренней документации;

• Экспресс-обследование компании;

• Информационное обследование компании.

Наиболее подходящий метод или инструмент выбирается в зависимости от требуемого объема информации,

На этом же этапе для формирования требований пользователя к системе используются следующие методики:

• Методика Карла Виргеса

• FURPS

• FURPS+

• SWEBOK

На этапе «Разработка концепции ИС» формируются модели бизнес-процессов, для этого определятся подход к моделированию (объектный или функциональный) и выбирается нотация (как правило используются нотации eECP или BPMN).

При документирования требований, в России как правило используются корпоративные стандарты, основанные на ГОСТ 34.602-89 [9] «Техническое задание на создание информационной системы» или сам этот стандарт, который подробно будет рассмотрен в рамках данной работы.

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

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

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