Современные информационные технологии / 3. Программное обеспечение

Соловьева Е.И.

Харьковский национальный университет радиоэлектроники

МОДИФИКАЦИЯ ПОКАЗАТЕЛЕЙ ФУНКЦИОНАЛЬНЫХ И ОБЪЕКТНЫХ ТОЧЕК ДЛЯ ОЦЕНИВАНИЯ IT-ПРОЕКТОВ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ

 

Начиная с 2012-2013 гг. количество IT-компаний на рынке Украины значительно увеличилось. IT-сектор улучшил свою бизнес-платформу, что позволило украинским компаниям подняться выше Индии и укрепить свой сегмент на рынке. В условиях жесткой конкуренции, IT-компании вынуждены повышать проходные барьеры, а также начинают разрабатывать инновационные продукты и технологии, позволяющие им занять лидирующие позиции среди известных международных игроков.

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

Для подсчета на стадии инициации IT-проекта наиболее рационально использовать метод функциональных точек, метод объектных точек и COCOMO II. Использование этих методов и модели дает аналитику значение затрат с достаточным уровнем достоверности.

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

Метод объектных точек требует аналитика точных знаний архитектуры IT-проекта, а также количество экранов, отчетов, таблиц, а также характеристику сплоченности команды, выполняющей данный проект. Данный метод достаточно точен, однако его использование оправдано лишь в случаях, когда создается типичная система, или существуют некоторые наработки [1].

Модель COCOMO II на данный момент является самой усовершенствованной технологией, позволяющей рассчитать такое величины как время, затраченное на реализацию проекта, необходимое количество персонала, трудозатраты на IT-проект, а также необходимость в денежных средствах. Однако, одним из недостатков модели является использование показателя «тысяча условных строк кода», который не в полной степени отражает существующее положение вещей [1].

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

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

В качестве элементарных показателей, позволяющих осуществить расчет затрат на создание IT-проекта, модель COCOMO II использует величины ,  и . Эти величины являются количественными и имеют материальное воплощение в виде конкретных строк кода, написанных «с нуля» или адаптированных, а также процента кода, написанного и выброшенного из проекта из-за изменения требований к ИС и ее функциям.

Одним из основных различий между методом объектных точек и моделью COCOMO II является то, что модель COCOMO II не делает различия между типами и назначением программных компонентов, воспринимая их все как различные варианты программных модулей, а в методе функциональных точек разница между экраном, отчетом и 3GL-модулем важна.

Предлагается объединить преимущества классического метода функциональных точек и метода объектных точек за счет создания и использования соответствующего показателя объема работ IT-проекта. Результатом такого объединения можно считать представление ИС, которое:

а) четко определяет границы системы

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

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

Представление ИС с точки зрения комбинации метода объектных точек и классического метода функциональных точек показано на рис. 1.

UFP(EI) являются транзакциями внешнего ввода, который пользователь осуществляет непосредственно в интерфейсы экранов. Экраны состоят из определенного количества представлений (Views) и таблиц баз данных, с уже известной структурой. Далее транзакции отправляются на выполнение к 3GL-модулям, которые являются основой системы и представляют собой внутренние логические файлы (ILF). При обращении к БД запрос выделяет необходимые данные, а именно файлы внешних интерфейсов (EIF). Далее результат в виде внешнего вывода (EO) или внешнего запроса (EQ)  подается на выход системы как экран, либо отчет, также с уже известной структурой.

 

 

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

 

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

   (1)

\где  - количество объектно-функциональных точек, характеризующих ту часть результата выполнения IT-проекта, которую следует создавать «с нуля»;  - сумма нескорректированных функциональных точек, характеризующая сложность структур данных, которые используются создаваемым продуктом в ходе выполнения своих функций;  - количество внутренних логических файлов (ILF);  - сумма нескорректированных функциональных точек, характеризующая сложность структур данных, которые поступают из внешних по отношению к создаваемому продукту файлов (например, из базы данных) в ходе выполнения создаваемым продуктом своих функций;  - количество файлов внешнего интерфейса (EIF);  - количество новых объектных точек, оценивающее объем создаваемого продукта в объектных баллах;  - количество дополнительных функциональных точек, описывающих функции, необходимые в ходе внедрения создаваемого продукта;  - системная характеристика создаваемого продукта.

В общем случае значение  рассчитывается по формуле [2]

,           (2)

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

Количество объектных точек одного компонента определяется, исходя из сложности этого компонента, следующим способом [2]:

    (3)

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

Количество объектных точек для 3GL-модулей в методе объектных точек по умолчанию предполагается равным 10.

Предлагаемый подход позволяет модифицировать выражение (3) для определения количества объектных точек таким образом:

      (4)

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

Выражение (1) позволит также отказаться от представления 3GL-модулей как элементов ИС, количество объектных точек которых остается неизменным вне зависимости от особенностей структур данных, обрабатываемых в этих модулях. Это повысит точность расчета объема работ по созданию ИС и, соответственно, повысит точность оценки трудозатрат на создание соответствующего IT-проекта.

Предлагаемый подход может быть использована в модели COCOMO II при условии, что каждый программный объект будет рассматриваться как самостоятельный программный модуль, для реализации которого следует написать определенное количество строк программного кода. В этом случае количество строк кода может быть получено на основе комбинации методов функциональных и объектных точек одним из следующих способов [3]:

а) в результате применения метода отката (backfiring);

б) в результате статистического анализа количеств строк кода, реализующих аналогичные модули в ранее выполненных IT-проектах.

 

Литература:

1. Евланов М.В. Задача оценивания затрат на создание информационной системы [Текст] / М.В. Евланов, Е.И. Соловьева // Materialy X mezinarodni vedeckoprakticka conference «Veda a vznik – 2013/2014». – Dil 34. Moderni informacni technologie. – Praha: Publishing House «Education and Science», 2014. – С. 45-48.

2. COCOMO II Model Definition Manual [Электронный ресурс] // Сайт «Center for Systems and Software Engineering». – Режим доступа: ftp://ftp.usc.edu/pub/soft_engineering/COCOMOII/cocomo99.0/modelman.pdf. - Заголовок с экрана.

3. Соловьева Е.И. Сервис «Анализа затрат на создание IT-проекта информационной системы» [Текст] / Е.И. Соловьева // 18-й Международный молодежный форум «Радиоэлектроника и молодежь в XXI веке». Сб. материалов форума. Т. 6. – Харьков: ХНУРЭ, 2014. – С. 149-150.