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

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

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

---

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

– 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ГОСТ Р ИСО/МЭК 12207—2010

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

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

Стандарт ГОСТ Р ИСО/МЭК 12207—2010 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.

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

Группы процессов:

процессы соглашения – два процесса;

процессы организационного обеспечения проекта – пять процессов;

процессы проекта – семь процессов;

технические процессы – одиннадцать процессов;