Software & Systems

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

Работы в данном направлении в НИИ «Центрпрограммсистем» (г. Тверь) ведутся давно. Вначале – в условиях обеспечения функционирования Централизованного фонда алгоритмов и программ, позднее – при выполнении заказов сторонних организаций и в рамках создания и развития собственной системы менеджмента качества, сертифицированной на соответствие ГОСТ РВ 15.002-2003, принципы, основные положения, термины и определения которого установлены ГОСТ Р ИСО 9000-2001  и ГОСТ Р ИСО  9001-2001. На предприятии действуют три стандарта организации, регламентирующие учет трудозатрат при выполнении работ по разработке и сопровождению ПС. Кроме того, аналогичная работа в конце 90-х годов выполнялась в НИИ для банковских структур, а в 2005 г. начал разрабатываться документ «Методика расчета трудоемкости на сопровождение и эксплуатацию программных средств» с инструментальной поддержкой, обеспечивающей автоматизацию расчетов, для нефтегазового комплекса. Методика является руководящим документом для определения трудоемкости и расчета численности работников, занятых эксплуатацией и сопровождением ПС ЭВМ с использованием укрупненных норм времени. Методика может использоваться:

-         при определении ориентировочной численности сотрудников, необходимых для обеспечения сопровождения и эксплуатации ПС, ранее не обслуживавшихся;

-         при планировании трудозатрат и численности сотрудников;

-         при определении стоимости услуг, связанных с эксплуатацией и сопровождением ПС;

-         при сравнении хода процессов сопровождения и эксплуатации одного и того же ПС в различных филиалах, подразделениях.

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

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

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

Для удобства учета работа по сопровождению и эксплуатации ПС разбита по этапам жизненного цикла. В обязательный набор компетенций любого проекта, связанного с выполнением работ на всех этапах жизненного цикла ПС, входит определение размера программного продукта для оценки трудозатрат и накладных расходов [3,4]. Как правило, при оценке размера ПС используется метод измерения, который предусматривает применение определенных единиц измерения, поддерживаемый на всем протяжении создания и использования конкретного ПС.

Наиболее часто используемыми единицами измерений, применяемыми при оценке размеров ПО, являются [3,4]: количество строк кода (Lines of code – LOC), функциональные точки, точки свойств, количество различных элементов в составе управленческой спецификации, объем документации.

Если такая единица измерения, как LOC применяется при прямом измерении программного продукта и относится к размерно-ориентирован­ным метрикам, то функциональные точки (FP) и точки свойств позволяют косвенно измерять программный продукт и относятся к функционально-ориентиро­ванным метрикам. Однако говорить, что эти метрики никак не связаны нельзя: FP-оценки легко пересчитать в LOC-оценки, результаты пересчета зависят от языка программирования [3,4]. Количество тысяч строк исходного кода (KSLOC) является производным от общей метрики, вводимой при оценках производительности. Обычно производительность выражается в KSLOC/SM либо KLOC/SM (где SM = staff-month (человеко-часы)). Оценка LOС представляет собой универсальную метрику, поскольку может применяться при создании любых программных продуктов [3]. Для обеспечения сравнительного анализа работ по разным проектам, разным средам программирования целесообразно проводить пересчет строк исходного кода в эквивалентные строки ассемблера.

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

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

Листы А4 с текстом без пустых строк стандартного шрифта Times 12 кегля, могут переводиться в 53 строки на одном листе. Объем документации, представленной в электронном виде, также может быть предварительно переведен в листы А4.

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

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

Список литературы

1. ГОСТ Р ИСО/МЭК 12207-99. Государственный стандарт РФ. Процессы жизненного цикла программных средств. – М.: Изд-во стандартов, 2001.

2. ГОСТ Р ИСО/МЭК ТО 15271-2002. Государственный стандарт РФ. Информационные технологии. Руководство по применению ГОСТ Р ИСО/МЭК 12207-99. – М.: Изд-во стандартов, 2002.

3. Фатрелл Р.Т. и др. Управление программными проектами / Пер. с англ. - М.-СПб.-Киев: Издат. дом «Вильямс», 2004.

4. Орлов С.А. Технологии разработки программного обеспечения. – СПб.: Издат. дом «Питер», 2003.