Тема 7 Организационные процессы жцпи

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

При этом полезно помнить, что единого подхода к решению этой задачи еще не сложилось и в каждом конкретном случае можно использовать наиболее подходящий из методов «по аналогии», «нормативного», экспертных оценок, исследовательских методов или требуемой их комбинации. Здесь же следует составить представление о наиболее существенных ресурсах, влияющих на объемы затрат: трудовых, машинного времени, материальных, накладных расходов и т.д. Необходимо обратить внимание на зависимость затрат ресурсов по конкретной разработке от таких факторов, как сложность, новизна, применение типовых решений и т.д. Из рекомендуемой литературы следует обратить внимание на материалы источников [3,4,7,10,13,20].

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

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

Список работ. Данный процесс состоит из следующих работ:

1. подготовка и определение области управления;

2. планирование;

3. выполнение и контроль;

4. проверка и оценка;

5. завершение.

Подготовка и определение области управления. Данная работа состоит из следующих задач:

- Процесс управления должен начинаться с установления требований к реализуемому процессу.

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

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

Планирование

Данная работа состоит из следующей задачи:

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

а) установление графиков своевременного решения задач;

b) оценка необходимых трудозатрат;

с) определение ресурсов, необходимых для выполнения задач;

d) распределение задач по исполнителям;

е) определение обязанностей исполнителей;

f) определение критических ситуаций, связанных с задачами или самим процессом;

g) установление используемых в процессе критериев управления качеством;

h) определение затрат, связанных с реализацией процесса;

i) обеспечение условий и определение инфраструктуры выполнения процесса.

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

Выполнение и контроль

Данная работа состоит из следующих задач:

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

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

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

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

Проверка и оценка

Данная работа состоит, из следующих задач:

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

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

Завершение

Данная работа состоит из следующих задач:

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

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

Процесс создания инфраструктуры

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

Список работ. Данный процесс состоит из следующих работ:

1. подготовка процесса;

2. создание инфраструктуры;

3. сопровождение инфраструктуры.

Процесс усовершенствования

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

1. создание процесса;

2. оценка процесса;

3. усовершенствование процесса.

Процесс обучения

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

Список работ. Данный процесс состоит из следующих работ:

1. подготовка процесса;

2. разработка учебных материалов;

3. реализация плана обучения.

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

Статьи расходов:

- Затраты по заработной плате (основной, дополнительной и все отчисления);

- Затраты на технологию (на инструментальные средства, используемые при создании ПИ), в основном затраты на приобретение и освоение ППП, используемых как инструментальные средства. Затраты на ПИ, которые используются как эталон.

- Расходы на содержание и эксплуатацию технических средств разработки, эксплуатации и сопровождения (затраты на машинное время).

- Затраты на материалы (информационные носители).

- Затраты на энергию, на использование каналов связи (для отдельных видов).

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

- Непроизводственные расходы (затраты связанные с рекламой, поиском заказчиков, поставками конкретных экземпляров).

Классификация затрат

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

- По способу отнесения на конкретный продукт:

• прямые (могут быть учтены при создании конкретного экземпляра продукта);

• косвенные (связанные с созданием нескольких продуктов).

Основные отличия в расчете затрат на программную продукцию от традиционных продуктов:

- Большая динамичность и большая неопределенность результата в заданные сроки, особенно на ранних стадиях разработки.

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

- Разнообразие предметной области.

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

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

Таблица 7.1

Стадии ЖЦПИ	Стоимостные затраты, %	Временные затраты
Разработка требований	10	6
Проектирование	10	5
Программирование	10	7
Отладка	20	15
Эксплуатация и сопровождение	50	67

Ориентировочный расчет величины затрат ресурсов по основным процессам ЖЦПИ (С) можно свести к следующему:

С = Ср+Сэ+Сс,

где: Ср – разработка, Сэ – эксплуатация, Сс – сопровождение.

Ср = С1р+С2р+С3р+С4р,

где: С1р – затраты труда на создание программного продукта;

С2р – затраты на технологию (затраты на приобретение ПС, использованных при разработке ПИ, инструментарий ПС);

С3р – затраты на технические средства разработки;

С4р – различного рода затраты накладные, косвенные, необходимые для разработки.

Определяющую роль играют затраты на труд, на технологию и на технику (согласно статистическим данным).

Необходимо предложить методику для расчета С1р, С2р и С3р, так как величина С4р в процентном выражении сравнительно устойчива и после определения суммы С1р+С2р+С3р может быть получена с использованием коэффициента. С1р зависит от объема разработки.

,

где Р – производительность труда разработчика,

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

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

Перечень первоочередных Сi :

1. Сложность комплекса программ (С1) проводится классификация программ по группам сложности (3–4 группы) и определяются признаки, позволяющие отнести разработку к конкретной группе сложности. С1 – 14 (увеличение затрат труда в несколько раз, по сравнению с простейшей).

2. Надежность функционирования (защита от ошибок, возможность дополнительного контроля, обеспечение сохранности и восстановления информации, обеспечение ограничения доступа). С2  1–5.

3. Ограничения реализующей ЭВМ (дополнительные требования производительности, насколько нас сдерживает та ЭВМ, которая будет связана с эксплуатацией). С3 – 11,2–3.Если в результате разработки задействовано было до 50% мощности реализующей ЭВМ, то влияние этого фактора не учитывается. Если же мы превосходим эту величину, то появляется необходимость учета этого фактора. Если наша величина составляет более 70%, то возрастает на несколько десятков процентов.

4. Необходимость использования компонент создаваемого ПО для других разработок, то есть ведется разработка типового ПО. С4 – 11,1–1,4 (10–20%).

5. Использование типовых проектных решений (ТПР) и ППП при разработке ПИ. С5 – 10,7–0,3 (0,3 – предельное решение).

6. Использование передовых методов организации разработки. С6 – 10,8–0,5. (Структурное программирование, использование формализованных методов при распределении ресурсов, нисходящее проектирование).

7. Уровень автоматизации разработки (использование достаточно современных инструментальных средств, например систем программирования, проблемно–ориентированных систем программирования, генераторы программ, использование удачного текстового редактора для подготовки текстов и документации, средства автоматизации для отладки программ). С7 – 10,5–0,25.

8. Тематическая квалификация разработчика. С10 – 10,8–0,4

9. Технологическая квалификация разработчика (опыт использования технических и технологических средств, которые применяются в данной разработке, например: язык программирования, ППП, ОС). С11 – 10,8–0,6.

10. Квалификация заказчика (опыт заказчика в формулировании технического задания на аналогичные программном продукты и опыт в эксплуатации). С12 – 11,5 вплоть до 5.

11. При учете затрат труда следует определять их величину дифференцированно по этапам в зависимости от технологической специализации исполнителей (рис 7.1):

Рис 7.1

1 – Предпроектная стадия;

2 – Проектирование;

3 – Технологическая подготовка;

4 – Программирование;

5 – Автономная отладка;

6 – Комплексная отладка;

7 – Выпуск документации, подготовка носителей;

8 – Испытания.

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

Контрольные вопросы:

1. Перечислите организационные процессы ЖЦПИ.

2. Каковы основные работы процесса управления и какова их последовательность?

3. В чем суть процесса создания инфраструктуры?

4. Какие основные подходы к оценке затрат ресурсов на предстоящую разработку ПИ Вам известны?

5. Какие основные виды ресурсов, необходимых для разработки ПИ Вам известны?