Евгений Шуремов - Методологические подходы и средства поддержки процессов разработки программного обеспечения организационно-экономических систем. Коротко о главном

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

Нередко бизнес-моделирование сочетается с управленческим консалтингом, призванным выработать рекомендации по совершенствованию системы управления. В этом случае производится:

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

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

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

– определение приемлемого объема финансирования проекта.

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

– Диагностика текущего состояния и тенденций развития предприятия.

– Выявление ключевых внутренних и внешних проблем.

– Анализ баланса сил, интересов и целей, распределения полномочий и ответственности среди участников (учредителей) и руководства предприятия и разработка рекомендаций по их корректировке.

– Подготовка рекомендаций по целевому планированию.

– Разработка предложений по корректировке стратегии развития организации.

– Анализ функционирования основных подсистем управления организацией и подготовка предложений по их совершенствованию.

– Анализ соответствия организационно-функциональной структуры организации стратегии ее развития и подготовка рекомендаций по совершенствованию оргструктуры.

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

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

Наиболее популярными специализированными инструментами описания бизнес-процессов являются:

– Business studio (см. Приложение 1);

– ARIS (см. Приложение 2);

– Casewise Corporate Modeler Suite (см. Приложение 3);

– AllFusion Process Modeler (см. Приложение 4);

– PayDox (см. Приложение 5).

Наряду с ними применяются инструменты для описания, имитации и анимации бизнес-процессов:

– AnyLogic (см. Приложение 6);

– GPSS;

– IBM WebSphere Business Modeler.

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

Основным международным стандартом определения жизненного цикла ПО является ISO/IEC 12207:2008 «System and software engineering – Software life cycle processes» (российский аналог – ГОСТ Р ИСО/МЭК 12207—2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств). Наряду с ним в России применяется ГОСТ 34.601—90.

Стандарт ГОСТ 34.601—90 был создан еще в СССР и предусматривает следующие стадии и этапы создания автоматизированной системы (АС).

1. Формирование требований.

– Обследование объекта и обоснование необходимости создания АС.

– Формирование требований пользователя к АС.

– Оформление отчета о выполнении работ и заявки на разработку АС.

– Разработка концепции АС.

– Изучение объекта.

– Проведение необходимых научно-исследовательских работ.

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

– Оформление отчета о проделанной работе.

2. Техническое задание – разработка и утверждение технического задания на создание АС.

3. Эскизный проект.

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

– Разработка документации на АС и ее части.

4. Технический проект.

– Разработка проектных решений по системе и ее частям.

– Разработка документации на АС и ее части.

– Разработка и оформление документации на поставку комплектующих изделий.

– Разработка заданий на проектирование в смежных частях проекта.

– Рабочая документация.

– Разработка рабочей документации на АС и ее части.

– Разработка и адаптация программ.

5. Ввод в действие.

– Подготовка объекта автоматизации.

– Подготовка персонала.

– Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).

– Строительно-монтажные работы.

– Пусконаладочные работы.

– Проведение предварительных испытаний.

– Проведение опытной эксплуатации.

– Проведение приемочных испытаний.

6. Сопровождение АС.

– Выполнение работ в соответствии с гарантийными обязательствами.

– Послегарантийное обслуживание.

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

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

Федеральным агентством по техническому регулированию и метрологии РФ 01.03.2012 г. принят стандарт ГОСТ Р ИСО/МЭК 12207—2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств», идентичный международному стандарту ISO/IEC 12207:2008 «System and software engineering – Software life cycle processes».

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