Fundamentals for Cost Estimating of Applied Software Development and Modification
Keen Methods for Applied Software development and modification Cost estimating with COCOMO, WebMO and D. Cleary models are uniformly enhanced up to state tenders for Software Systems elaboration and maintenance. Generic procedure is proposed for the Methods enhanced cohe-rent use over all the stages...
Збережено в:
| Дата: | 2018 |
|---|---|
| Автори: | , , , |
| Формат: | Стаття |
| Мова: | Ukrainian |
| Опубліковано: |
Інститут програмних систем НАН України
2018
|
| Теми: | |
| Онлайн доступ: | https://pp.isofts.kiev.ua/index.php/ojs1/article/view/206 |
| Теги: |
Додати тег
Немає тегів, Будьте першим, хто поставить тег для цього запису!
|
| Назва журналу: | Problems in programming |
| Завантажити файл: |  |
Репозитарії
Problems in programming| id |
pp_isofts_kiev_ua-article-206 |
|---|---|
| record_format |
ojs |
| resource_txt_mv |
ppisoftskievua/33/4f808583910b7946a0aaf69e1fcdd433.pdf |
| spelling |
pp_isofts_kiev_ua-article-2062024-04-28T13:09:58Z Fundamentals for Cost Estimating of Applied Software Development and Modification Методические основы оценки затрат на разработку и сопровождение прикладного программного обеспечения компьютерных систем Методичні основи оцінювання витрат на розроблення та супровід прикладного програмного забезпечення комп’ютерних систем Andon, Ph.I. Ignatenko, P.P. Sinitsyn, I.P. Slabospitskaya, O.A. efforts cost; functional size; function point; Web object; Web point; effort multiplier; scale attribute; dynamic site; static site UDC 004.41 фонд оплати работ; функциональный размер; условная единица функциональности; Веб-объект; Веб-точка; множитель трудоемкости; атрибут масштаба разработки; динамический сайт; статический сайт УДК 004.41 фонд оплати праці; функціональний розмір; умовна одиниця функціональності; Веб-об’єкт; Веб-точка; множник трудомісткості; атрибут масштабу розробки; динамічний сайт; статичний сайт УДК 004.41 Keen Methods for Applied Software development and modification Cost estimating with COCOMO, WebMO and D. Cleary models are uniformly enhanced up to state tenders for Software Systems elaboration and maintenance. Generic procedure is proposed for the Methods enhanced cohe-rent use over all the stages of the tenders preparing, performing and control as well as an architecture draft for the tools of its automated support.Problems in programming 2016; 2-3: 264-273 Перспективные методы определения затрат на разработку и модификацию прикладного программного обеспечения компьютерных систем по моделям COCOMO, WebMO и Д. Клири унифицированы и развиты согласно особенностям государственных тендеров на создание и сопровождение этих систем. Предложена рамочная процедура согласованного применения развитых методов на всех этапах подготовки, проведения и контроля тендеров и архитектурные решения для инструментальных средств ее автоматизированной поддержки.Problems in programming 2016; 2-3: 264-273 Перспективні методи визначення витрат на розроблення й модифікацію прикладного програмного забезпечення комп’ютерних систем за моделями COCOMO, WebMO і Д. Клірі уніфіковано й розвинуто згідно з особливостями державних тендерів на створення і супровід цих систем. Запропоновано рамкову процедуру узгодженого застосування розвинутих методів на всіх етапах підготовки, проведення й контролювання тендерів та архітектурні рішення для інструментальних засобів її комплексної автоматизованої підтримки.Problems in programming 2016; 2-3: 264-273 Інститут програмних систем НАН України 2018-07-06 Article Article application/pdf https://pp.isofts.kiev.ua/index.php/ojs1/article/view/206 10.15407/pp2016.02-03.264 PROBLEMS IN PROGRAMMING; No 2-3 (2016); 264-273 ПРОБЛЕМЫ ПРОГРАММИРОВАНИЯ; No 2-3 (2016); 264-273 ПРОБЛЕМИ ПРОГРАМУВАННЯ; No 2-3 (2016); 264-273 1727-4907 10.15407/pp2016.02-03 uk https://pp.isofts.kiev.ua/index.php/ojs1/article/view/206/199 Copyright (c) 2017 ПРОБЛЕМИ ПРОГРАМУВАННЯ |
| institution |
Problems in programming |
| baseUrl_str |
https://pp.isofts.kiev.ua/index.php/ojs1/oai |
| datestamp_date |
2024-04-28T13:09:58Z |
| collection |
OJS |
| language |
Ukrainian |
| topic |
efforts cost functional size function point Web object Web point effort multiplier scale attribute dynamic site static site UDC 004.41 |
| spellingShingle |
efforts cost functional size function point Web object Web point effort multiplier scale attribute dynamic site static site UDC 004.41 Andon, Ph.I. Ignatenko, P.P. Sinitsyn, I.P. Slabospitskaya, O.A. Fundamentals for Cost Estimating of Applied Software Development and Modification |
| topic_facet |
efforts cost functional size function point Web object Web point effort multiplier scale attribute dynamic site static site UDC 004.41 фонд оплати работ функциональный размер условная единица функциональности Веб-объект Веб-точка множитель трудоемкости атрибут масштаба разработки динамический сайт статический сайт УДК 004.41 фонд оплати праці функціональний розмір умовна одиниця функціональності Веб-об’єкт Веб-точка множник трудомісткості атрибут масштабу розробки динамічний сайт статичний сайт УДК 004.41 |
| format |
Article |
| author |
Andon, Ph.I. Ignatenko, P.P. Sinitsyn, I.P. Slabospitskaya, O.A. |
| author_facet |
Andon, Ph.I. Ignatenko, P.P. Sinitsyn, I.P. Slabospitskaya, O.A. |
| author_sort |
Andon, Ph.I. |
| title |
Fundamentals for Cost Estimating of Applied Software Development and Modification |
| title_short |
Fundamentals for Cost Estimating of Applied Software Development and Modification |
| title_full |
Fundamentals for Cost Estimating of Applied Software Development and Modification |
| title_fullStr |
Fundamentals for Cost Estimating of Applied Software Development and Modification |
| title_full_unstemmed |
Fundamentals for Cost Estimating of Applied Software Development and Modification |
| title_sort |
fundamentals for cost estimating of applied software development and modification |
| title_alt |
Методические основы оценки затрат на разработку и сопровождение прикладного программного обеспечения компьютерных систем Методичні основи оцінювання витрат на розроблення та супровід прикладного програмного забезпечення комп’ютерних систем |
| description |
Keen Methods for Applied Software development and modification Cost estimating with COCOMO, WebMO and D. Cleary models are uniformly enhanced up to state tenders for Software Systems elaboration and maintenance. Generic procedure is proposed for the Methods enhanced cohe-rent use over all the stages of the tenders preparing, performing and control as well as an architecture draft for the tools of its automated support.Problems in programming 2016; 2-3: 264-273 |
| publisher |
Інститут програмних систем НАН України |
| publishDate |
2018 |
| url |
https://pp.isofts.kiev.ua/index.php/ojs1/article/view/206 |
| work_keys_str_mv |
AT andonphi fundamentalsforcostestimatingofappliedsoftwaredevelopmentandmodification AT ignatenkopp fundamentalsforcostestimatingofappliedsoftwaredevelopmentandmodification AT sinitsynip fundamentalsforcostestimatingofappliedsoftwaredevelopmentandmodification AT slabospitskayaoa fundamentalsforcostestimatingofappliedsoftwaredevelopmentandmodification AT andonphi metodičeskieosnovyocenkizatratnarazrabotkuisoprovoždenieprikladnogoprogrammnogoobespečeniâkompʹûternyhsistem AT ignatenkopp metodičeskieosnovyocenkizatratnarazrabotkuisoprovoždenieprikladnogoprogrammnogoobespečeniâkompʹûternyhsistem AT sinitsynip metodičeskieosnovyocenkizatratnarazrabotkuisoprovoždenieprikladnogoprogrammnogoobespečeniâkompʹûternyhsistem AT slabospitskayaoa metodičeskieosnovyocenkizatratnarazrabotkuisoprovoždenieprikladnogoprogrammnogoobespečeniâkompʹûternyhsistem AT andonphi metodičníosnoviocínûvannâvitratnarozroblennâtasuprovídprikladnogoprogramnogozabezpečennâkompûternihsistem AT ignatenkopp metodičníosnoviocínûvannâvitratnarozroblennâtasuprovídprikladnogoprogramnogozabezpečennâkompûternihsistem AT sinitsynip metodičníosnoviocínûvannâvitratnarozroblennâtasuprovídprikladnogoprogramnogozabezpečennâkompûternihsistem AT slabospitskayaoa metodičníosnoviocínûvannâvitratnarozroblennâtasuprovídprikladnogoprogramnogozabezpečennâkompûternihsistem |
| first_indexed |
2024-09-12T19:08:19Z |
| last_indexed |
2024-09-12T19:08:19Z |
| _version_ |
1818568397320880128 |
| fulltext |
Прикладне програмне забезпечення
© П.І. Андон, П.П. Ігнатенко, І.П. Сініцин, О.О. Слабоспицька, 2016
264 ISSN 1727-4907. Проблеми програмування. 2016. № 2–3. Спеціальний випуск
УДК 004.41
МЕТОДИЧНІ ОСНОВИ ОЦІНЮВАННЯ ВИТРАТ
НА РОЗРОБЛЕННЯ ТА СУПРОВІД ПРИКЛАДНОГО
ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ КОМП’ЮТЕРНИХ СИСТЕМ
П.І. Андон, П.П. Ігнатенко, І.П. Сініцин, О.О. Слабоспицька
Перспективні методи визначення витрат на розроблення й модифікацію прикладного програмного забезпечення комп’ютерних
систем за моделями COCOMO, WebMO і Д. Клірі уніфіковано й розвинуто згідно з особливостями державних тендерів на
створення і супровід цих систем. Запропоновано рамкову процедуру узгодженого застосування розвинутих методів на всіх етапах
підготовки, проведення й контролювання тендерів та архітектурні рішення для інструментальних засобів її комплексної
автоматизованої підтримки.
Ключові слова: фонд оплати праці, функціональний розмір, умовна одиниця функціональності, Веб-об’єкт, Веб-точка, множник
трудомісткості, атрибут масштабу розробки, динамічний сайт, статичний сайт.
Перспективные методы определения затрат на разработку и модификацию прикладного программного обеспечения компьютерных
систем по моделям COCOMO, WebMO и Д. Клири унифицированы и развиты согласно особенностям государственных тендеров на
создание и сопровождение этих систем. Предложена рамочная процедура согласованного применения развитых методов на всех
этапах подготовки, проведения и контроля тендеров и архитектурные решения для инструментальных средств ее
автоматизированной поддержки.
Ключевые слова: фонд оплати работ, функциональный размер, условная единица функциональности, Веб-объект, Веб-точка,
множитель трудоемкости, атрибут масштаба разработки, динамический сайт, статический сайт.
Keen Methods for Applied Software development and modification Cost estimating with COCOMO, WebMO and D. Cleary models are
uniformly enhanced up to state tenders for Software Systems elaboration and maintenance. Generic procedure is proposed for the Methods
enhanced cohe-rent use over all the stages of the tenders preparing, performing and control as well as an architecture draft for the tools of its
automated support.
Key words: efforts cost, functional size, function point, Web object, Web point, effort multiplier, scale attribute, dynamic site, static site.
Вступ
На сучасному етапі переходу до інформаційного суспільства ефективне використання інформаційних
технологій у державних установах є безпосереднім чинником економічного зростання, обороноздатності
країни, соціально-політичної стабільності та розвитку демократичних засад в управлінні державою.
В галузі управління проектами з ІТ-послуг (для ІТ-послуг з довготривалим життєвим циклом) дедалі
актуальнішою стає проблема оцінювання їх перебігу та вироблення рішень щодо їх трудомісткості,
необхідних для їх якісного виконання ресурсів та бюджету [1]. Труднощі оцінювання зумовлені складністю
вимірювання їх характеристик для отримання кількісних показників, різнорідністю аналізованої інформації
та складністю моделювання процесів реалізації ІТ-послуг. За відсутності необхідних засобів оцінювання
прийняття відповідних рішень щодо проектів часто ведеться методом проб та помилок, а успіх залежить від
досвіду та інтуїції керівника.
Особливо важливою проблемою є оцінювання вартості проектів створення і/або супроводу
комп’ютерних систем (КС), виконуваних за бюджетні кошти в результаті відповідних тендерів 1, оскільки
їх вартість часто необґрунтовано перевищується виконавцями і тому жорстко відстежується
контролюючими органами держави.
У статті уніфіковано методичні засади розроблених авторами методик [2, 3] узгодженого й
спадкоємного визначення витрат на розроблення і/або модифікацію прикладного програмного забезпечення
(ППЗ) КС упродовж підготовки, проведення й виконання тендерів на підтримку вирішення зазначеної
проблеми. Вона призначена для надання фахівцям бюджетних установ і контролюючих органів
інструментарію оцінювання витрат як для передбачення необхідних коштів у відповідних річних бюджетах,
так і для систематичних перевірок обґрунтованості сум витрат в укладених договорах та їх витрачання на
етапах цих договорів.
Стаття підсумовує результати багаторічних досліджень зазначеної проблеми, що проводилися авторами
в Інституті програмних систем НАН України.
Теоретичні засади уніфікованого розвитку методів визначення витрат
Підстави інтеграції методів. Опрацювання проблеми визначення витрат на розроблення й супровід ППЗ
КС, вищезазначеної у вступі, пропонується здійснювати у відповідності з наступними тезами.
1. Добір методів за принципами: їх універсальності, відкритості для розвитку, відповідності
особливостям державних тендерів на створення/супровід КС1 та проектів розроблення/модифікації ППЗ КС,
1 Закон України «Про здійснення державних закупівель» від 10.04.2014р.
Прикладне програмне забезпечення
265
відсутності вимог щодо компетенції користувачів у галузі математичної статистики, придатності до
автоматизованої підтримки.
2. Забезпечення максимальної уніфікації дій з визначення витрат на розробку і модифікацію ППЗ:
– для локальної КС і КС, що функціонує в середовищі Інтернет, званої далі Веб-системою;
– як для ППЗ КС у цілому, так і з деталізацією за стадіями проекту його розроблення/модифікації;
– для довільних стадій тендеру на створення/супровід КС та проекту розроблення/модифікації ППЗ
КС переможцем тендеру за умов, що модифікація ППЗ здійснюється у форматі адаптивного або
поліпшуючого супроводу шляхом виконання технічних вимог у послідовних проектах терміном один
бюджетний рік [3];
– за жорстких припущень щодо мінімально прийнятної множини нефункціональних вимог до ППЗ.
3. Згідно з другою тезою, використання для всіх ситуацій визначення витрат у ролі вхідних даних:
– обов'язкового опису типу і функціональних вимог до КС, яка є предметом тендеру (в тендерній
документації, технічному завданні на розроблення, технічних вимогах на супровід, запиті на модифікацію) та
очікуваної середньої вартості людино-місяця впродовж розроблення/модифікації;
– необов’язкових відомостей щодо організаційної культури організації-переможця тендеру, середовища
виконання відповідного проекту та кваліфікації й досвіду його виконавців; розміру супроводжуваного ППЗ КС
у тисячах рядків коду (KSLOC); актуальної середньомісячної норми тривалості робочого часу (в годинах)
впродовж бюджетного року супроводу ППЗ включно з відпустками, лікарняними та іншими витратами.
4. Отримання вихідних даних у форматі трійки результуючих оцінок трудомісткості, фонду оплати праці
та повних витрат на розроблення або модифікацію ППЗ. Така трійка складена оптимістичною (найнижчою),
реалістичною та песимістичною (найвищою) оцінками для всіх стадій тендеру та проекту створення/супроводу
КС. Ці оцінки відповідають ситуаціям, коли повністю реалізувалися всі ризики даного проекту, реалізувалося
не більше половини основних ризиків та, відповідно, не більше чверті другорядних ризиків. Після стадії аналізу
вимог, коли вже визначено розробника КС – переможця тендеру і відомо, яка з трьох зазначених ситуацій має
місце, можуть надаватися не трійки, а точкові оцінки трудомісткості й витрат.
Склад методів та рішення з їх розвитку за умов державних тендерів на розроблення і супровід ППЗ
КС. Згідно з результатами порівняльного аналізу поширених методів оцінювання витрат на
створення/модифікацію ППЗ на підставі сформульованих тез пропонується використання:
– останньої версії популярної моделі визначення витрат у життєвому циклі ППЗ – Cost Constructive
Model, а саме COCOMO II.2000.4 , розробленої під керівництвом проф. Б. Боема у Центрі системної та
програмної інженерії Університету Південної Кароліни, в її Передпроектній формі [2–6]. Обрана
Передпроектна форма моделі COCOMO II.2000.4 включає цільові підмоделі супроводу ППЗ та повторного
використання і автоматичної трансляції фрагментів коду під час його розробки й супроводу;
– методу А. Альбрехта [2–6] обчислення розміру ППЗ, що підлягає модифікації згідно технічних вимог
на супровід, для COCOMO II.2000.4 – одного з найпростіших методів у своєму класі, тривала успішна практика
застосування якого засвідчила його перспективність;
– підходів Д. Ріфера [2, 3, 7–9] та Д. Клірі [2, 3, 10] до розвитку моделі COCOMO для Веб-систем.
Звертання до класу моделей COCOMO ґрунтується на його загальновизнаних перевагах [4–6]:
– незалежності складу показників і чинників витрат на ППЗ від його розміру, призначення,
структури, мови;
– налаштовності на особливості процесів розроблення/модифікації ППЗ в організації-розробнику;
– відповідності обсягам інформації, доступної суб’єктам визначення витрат, та рівню їх кваліфікації.
Пропонований вибір у даному класі саме передпроектної форми моделі COCOMO II.2000.4 з її
спеціалізованими підмоделями для супроводу, а також моделей Ріфера і Клірі, обумовлений досягненням
раціонального балансу між тривалістю й трудомісткістю отримання необхідних для неї вхідних даних,
автоматизованого визначення витрат на створення або модифікацію ППЗ КС на їх підставі та точністю
отримуваних оцінок показників витрат.
Результатом узгодженого розвитку обраних методів є:
а) вирази для трудомісткості, фонду оплати праці й повної вартості розроблення/річної модифікації ППЗ
КС;
Прикладне програмне забезпечення
266
б) надання вихідних даних у форматі трійок оцінок зазначених показників витрат. Кожна трійка
утворена оптимістичною (найнижчою), реалістичною та песимістичною (найвищою) оцінками для всіх стадій
тендеру та проекту створення/супроводу КС. Зазначені оцінки відповідають ситуаціям, коли повністю
реалізувалися всі ризики даного проекту, реалізувалося не більше половини основних ризиків та, відповідно,
не більше чверті другорядних ризиків. Після стадії аналізу вимог, коли визначено розробника КС –
переможця тендеру і відомо, яка з трьох можливих ситуацій має місце, замість трійок можуть надатися
точкові реалістичні оцінки;
в) рамкова процедура автоматизованої підтримки визначення показників витрат на розроблення або
модифікацію ППЗ локальної КС або Веб-системи згідно з пропонованими виразами, подана далі.
Уніфікований метод визначення показників витрат
Вирази для цільових показників. Незалежно від ситуації визначення витрат, для обчислення повної
вартості розроблення або річної модифікації ППЗ КС пропонується вираз [2, 3], що враховує умови проведення
й виконання вітчизняних тендерів:
С = LC + EX + TA +TC + ROI; LC = (152 номT срH )/W; EX [WC/2; WC], (1)
EX [0.5LC; LC]; TA = 0,22WC; TC = 0,2(LC + EX )); ROI [0.1(LC + EX + TA +TC); 0.4(LC + EX + TA +TC)],
де LC – фонд оплати праці (ФОП); EX – накладні витрати переможця тендеру (оренда приміщень, комунальні
витрати, утримання адміністративного персоналу тощо); TA – податкові нарахування на ФОП; TC – податок
на додану вартість; ROI – прибуток виконавця тендеру; срH – середня вартість людино–місяця в галузі
розроблення програмних продуктів впродовж створення ППЗ; W – середньомісячна норма тривалості робочого
часу (в годинах) впродовж створення ППЗ включно з відпустками, лікарняними та іншими витратами; номT –
номінальна трудомісткість розроблення або річної модифікації ППЗ.
У залежності від ситуації визначення витрат, значення срH слід:
обирати на офіційному сайті Головного управління статистики в м. Києві (вид діяльності –
Інформація та телекомунікації) за місяць, найближчий до дати тендеру, якщо перелік його учасників не
сформовано;
встановлювати як середнє значення середньомісячних заробітних плат організацій-учасників тендеру
за місяць, найближчий до дати його проведення;
встановлювати згідно з даними планово-виробничого відділу організації – потенційного чи
фактичного супроводжувача за місяць, найближчий до дати початку супроводу, якщо ця організація визначена.
Згідно з чинними настановами Міністерства соціальної політики України2, значення W в (1) слід
обчислювати як суму місячних норм тривалості робочого часу, наведених на офіційному сайті Міністерства,
для розглядуваних бюджетних років створення або супроводу КС, поділену на 12. Для розрахунку за особливих
умов (ненормований робочий день тощо), значення W має надавати переможець тендеру.
Для трудомісткості номT з (1) пропонуються вирази [2, 3], залежні від природи КС, що є предметом
тендеру:
номT = A )...( 721 KKKV B ; 94,2,91.0 51 AB , (2)
якщо ППЗ є локальною або має стандартний Веб-інтерфейс і надає функції за допомогою Web-браузера;
номT = E (i=1,…,9 iD ) PVD , (3)
якщо ППЗ являє собою динамічний сайт або Веб-інтерфейс до існуючої ПС;
номT = VS I + VC, (4)
2 .Лист Міністерства соціальної політики України від 04 вересня 2013 року № 9884/0/14-13/13. [Електронний ресурс]. – Режим доступу::
http://buhbudget.com.ua/ua/journal/buhbudget/article/116
Прикладне програмне забезпечення
267
якщо ППЗ – статичний сайт.
У виразах (2)–(4): V , VD і VS – розмір створюваного або модифіковуваного ППЗ КС, передбачуваний
або фактичний, у тисячах рядків початкового коду (KSLOS) та у спеціальних умовних одиницях – Веб-
об’єктах
Д. Ріфера [7–9] й Веб-пунктах Д. Клірі [10]; iK – множник трудомісткості для і–го інтегрального атрибута
уточнення вартості, i=1,…,7; j – коефіцієнт j-го інтегрального атрибута масштабу розробки ППЗ; iD –
множник трудомісткості для і-го атрибута уточнення вартості розробки за моделлю WebMO; E і P –
константи, залежні від предметної області використання Веб-системи [2, 3]; I – інтенсивність розробки, тобто
середня кількість Веб-пунктів, створюваних розробниками статичних сайтів у предметній області
застосування аналізованого сайту за місяць; VС – трудомісткість розроблення контенту HTML-сторінок та
нетекстових елементів на сторінках.
Множники трудомісткості iK й iD та коефіцієнти інтегральних атрибутів масштабу розробки Фj мають
визначатися суб’єктом оцінювання на підставі вербальних шкал, поданих у методиках [2, 3]. Такі шкали
зіставляють рейтингам (від “наднизького” до “надвисокого”) кількісні значення та змістовні описи для
усвідомленого вибору.
Згідно з вітчизняною практикою проведення тендерів на послуги супроводу КС, цей супровід зазвичай
здійснює та ж сама команда розробників у незмінному інструментально-технологічному середовищі. У цій
ситуації, коли множники трудомісткості iK й iD та коефіцієнти масштабу j з виразів (2)–(4) вже визначені
під час розроблення ППЗ, передбачається їх подальше використання і для обчислення витрат на модифікацію з
незначними змінами, детально описаними в методиці [3]. У решті ситуацій значення цих множників має
визначатися суб’єктом оцінювання витрат на підставі шкал, тендерної документації та звітних документів щодо
супроводу подібно до їх визначення під час оцінювання витрат на розроблення ППЗ [2].
Визначення функціонального розміру створюваного або модифіковуваного ППЗ. За методом
Альбрехта, функціональний розмір створюваного ППЗ локальної ПС або ПС зі стандартним
Веб-інтерфейсом (V = створV з виразу (2)) обчислюється як сума оцінок складності п’яти універсальних
елементів ППЗ, а саме внутрішнього логічного й зовнішнього інтерфейсного об’єктів та елементарного
введення, виведення й запиту, в умовних одиницях функціональності (УОФ), конвертованого в тисячі рядків
коду (KSLOC) відповідно до рекомендацій [2, 3, 6]. Шкали оцінювання складності цих елементів наведені в
методиках [2, 3].
Зазначені елементи виокремлюються шляхом декомпозиції запитаних для модифікації/розроблення
функцій ППЗ з оброблення даних та пов’язаних з ними інформаційних об’єктів. Ступінь деталізації функцій та
інформаційних об’єктів обмежується тим рівнем декомпозиції, який прийнятний для розуміння кінцевим
користувачем замовлених функцій і має забезпечуватися в технічних вимогах (технічному завданні) на
створення або супровід КС.
Однак для визначення функціонального розміру ППЗ КС, яке має модифікуватися під час її супроводу
(V = супрV ), додатково пропонуються два методи [3–5]:
1) для локальної КС і Web-системи – на підставі вищерозглянутого a priori відомого функціонального
розміру розробленого ППЗ КС ( створV ) у KSLOC за виразом
супрV = розрV ( NV + СM)/100 (1 + SU UNFM/100); розрV = (1 + REVL/100) створV , (5)
де NV і CM – процентні кількості рядків первинного коду, відповідно доданих до коду ППЗ і змінених у
ньому під час супроводу (0 NV , CM 100);
SU – рівень розуміння ППЗ потенційними супроводжувачами, поданий у % (0 SU 100);
UNFM – рівень ознайомленості потенційних супроводжувачів з ППЗ (0 UNFM 1);
REVL – процентна кількість рядків первинно розробленого коду ППЗ, зрештою відкинутих через
змінність вимог і/або середовища розроблення (0 REVL 100);
2) для локальної КС – безпосередній аналіз функціональних можливостей, запитаних у технічних
вимогах на супровід, із врахуванням обсягу змін коду ППЗ за виразом
супрV = NS [1 + CM AAM (1 - AT/100)], (6)
Прикладне програмне забезпечення
268
AAM = [AA + AAF (1+ [0.02 SU UNFM])]/100, AAF 50;
AAM = [AA + AAF SU UNFM]/100, AAF > 50; (7)
AAF = 0.4 DM + 0.3 (CM + IM), (8)
де NS – кількість тисяч рядків нового коду, безпосередньо створеного під час супроводу на підтримку
запитаних функціональних можливостей;
AT – процент компонентів ППЗ, які автоматично транслюються під час супроводу, який слід визначати
згідно з табл. 3 (0 SU 100);
AA – оцінка впливу на Vсупр обсягу дій з добору коду ППЗ для змін під час супроводу, яку слід визначати
згідно з табл. 4;
DM – процент змін у проекті ППЗ (0 DM 100);
IM – процентна оцінка трудомісткості інтеграції адаптованого коду в супроводжуване ППЗ і його
тестування (0 ІM 100).
У ситуації супроводу КС значення фактичного розміру розробленого ППЗ КС ( розрV ) у KSLOC з виразу
(5) можна також отримати за допомогою відповідних утиліт OS Windows.
Параметри виразів (5)–(8) мають визначатися суб’єктом визначення витрат за шкалами, наведеними в
методиках [2, 3] на підставі рекомендацій [4, 5].
Оскільки модель WebMO, на відміну від COCOMO II.2000.4, не містить під моделей супроводу ППЗ, для
КС, що є динамічним сайтом, функціональний розмір створюваного й модифіковуваного ППЗ (VD = створVD =
супрVD у виразі (3)) обчислюється за виразом
VD = j =1,….,3 [ i=1,…,5 ij ijNU WU + i=1,…,3 jjijij WSNSWSNS 44 ], (9)
де ijNU – кількість вищезазначених універсальних елементів типу i , які мають рівень складності j
(низький за 1j , середній за 2j , високий за 3j );
ijNS – кількість специфічних елементарних примітивів типу i , які мають рівень складності j ;
ijWU і ijWS – оцінки складності універсального та, відповідно, специфічного примітиву типу i з рівнем
складності j (у Веб-об’єктах).
Спеціфічні елементи динамічного сайту за моделлю WebMO та шкали оцінювання їх складності
підсумовані в таблиці.
У свою чергу, оцінка функціонального розміру статичного сайту в Web-пунктах (VS= розрVS = супрVS у
виразі (4)) обчислюється за формулою
VS = i=1,…,3 i iNH WH NHi WHi, (10)
де iNH і iWH – кількість HTML-сторінок з рівнем складності i (низьким за i=1, середнім за i=2, високим за
i=3) та відповідна йому оцінка складності.
Таблиця. Рівні складності специфічних елементів динамічного сайту
Елемент Опис
Складність Рекомендації з визначення
складності Н С В
Файл
мультимедіа
Фізичний об'єкт Web-системи для виведення
інформації в форматі мультимедіа (аудіо-,
відео, анімація, JPEG)
4 5 7
JPEG – низька
A2b music, зображення Microsoft –
середня
PCX Image, XIF Image, AIFF Audio –
висока
Операція з
файлом
open, close, save, cut, paste, start, clear тощо 4 – –
Операції враховуються окремо для
кожного об'єкту. Складність операцій
– низька
Прикладне програмне забезпечення
269
Елемент Опис
Складність Рекомендації з визначення
складності
Н С В
Структурні
блоки включно
з готовими
продуктами,
графічними
файлами
Логічні об'єкти для конструювання Web-
систем
і автоматизації їх функцій
(rомпоненти ActiveX, COM, DCOM, OLE,
логотипи, стандартні бібліотеки середовища
розробки на стороні клієнта і серверу)
3 4 6
Унікальні блоки в бібліотеці
враховуються окремо. Рівень
складності відповідає кількості
об'єктів:
1-50 – низька
51-250 – середня
більше 250 – висока
Операція з
блоком
align, center, distribute, draw, edit, merge (cells),
split (cells), find, add, delete, insert
3 – –
Операції враховуються окремо для
кожного блоку. Складність операцій –
низька
Скрипт
Логічний об’єкт, використовуваний Web-
системою для зв'язку внутрішніх об'єктів з
блоками за певними шаблонами (контейнери,
макроси, дистілери, підтримка реального
часу). Враховує складність зв’язування
HTML/XML-даних і автоматичної генерації
звітів, організації звернення до ODBC-джерел,
інтеграції й анімації програмних засобів за
допомогою GIF і керування динамічним Web-
контентом за допомогою налаштовних палет,
масок, вікон і команд (на стороні клієнта і
серверу)
2 3 4
Кожний скрипт або сценарій
використання враховується окремо.
Складність встановлюється за
кількістю акторів:
1-3 – низька
4-6 – середня
більше 6 – висока
Операції зі
скриптом
open, close, start, refresh, search, go (backwards),
go (favorites), go (forward), go (hyperlink)
2 – –
Унікальні операції враховуються
окремо для кожного скрипта.
Складність операцій – низька
Зв’язки (лінки)
Логічні об'єкти (XML, HTML, запити),
підтримувані Web-системою для встановлення
зв'язків із зовнішніми системами. Враховують
складність розробки засобів динамічного
зв’язування систем, їх інтеграції, звернення до
БД та інших систем
3 4 6
Підраховуються логічні рядки за
методикою SEI для підрахунку SLOC
Складність встановлюється так: HTML
– низька,
запити – середня,
XML – висока
Рамкова процедура автоматизованої підтримки визначення показників витрат
Пропонована процедура включає тринадцять послідовних кроків, описаних далі.
Крок 1. Зафіксувати тип КС (локальна або зі стандартним Веб-інтерфейсом, динамічний сайт, статичний
сайт; мішана, що поєднує складники трьох зазначених типів) та обрати мету розрахунку:
1) обґрунтоване прогнозування витрат на створення ППЗ КС і/або її річний супровід (під час тендеру з
надання послуги створення/супроводу КС);
2) оцінка залишку витрат на розроблення і/або річну модифікацію ППЗ (у певний момент цього
створення/модифікації або після їх завершення без реалізації висунутих вимог;
3) оцінка витрат для перевірки/обґрунтування економічної доцільності витраченого бюджету (після
розроблення ППЗ або успішного завершення його річної модифікації).
Крок 2. Якщо КС є мішаною, декомпозувати її на складники, що мають типи, зазначені в описі кроку 1.
Для складників, що є локальними або зі стандартним Веб-інтерфейсом, виконати кроки 3–6, 13; для динамічних
сайтів – кроки 7–9, 13; для статичних сайтів – кроки 10–13.
Крок 3. У разі мети 1) визначити триелементну оцінку функціонального розміру коду на підтримку
запитаних вимог до розроблення/модифікації ППЗ ( );;( прo VVVVI ), складену його оптимістичною
(мінімальною), реалістичною (проміжною) та песимістичною (максимальною) оцінками в KSLOC за
алгоритмом [2, 3] реалізації методу Альбрехта або, відповідно, виразами (5)–(8). Ці оцінки слід обчислити за
Прикладне програмне забезпечення
270
припущення, що впродовж розроблення/модифікації реалізуються всі припустимі ризики, не менше
половини основних ризиків та, відповідно, не більше чверті другорядних ризиків невиконання вимог.
У разі мети 2) і 3) проаналізувати тендерну документацію та звітні документи проекту
розроблення/модифікації ППЗ. Якщо вони надають інформацію, достатню для розбиття ППЗ на n
компонентів з різними умовами розроблення/модифікації, визначити реалістичні оцінки розміру кожного
компонента в SLOC lVр , nl ...,,1 , застосувавши зазначений алгоритм до кожного з них. У протилежному
випадку визначити реалістичну оцінку функціонального розміру ППЗ у цілому ( рV ).
У разі мети 3) поряд з оцінками iVр (або рV ) додатково визначити оцінки фактичного розміру коду
компонентів lVFр , 1,...,l n (відповідно, створюваного ППЗ у цілому рVF ) як фактичну кількість тисяч його
рядків (KSLOC) за допомогою відповідного опитувальника [2] або універсальних утиліт OC Windows.
Якщо для суб’єкта визначення витрат природнішим є надання процентних оцінок розміру долученого і
зміненого коду по відношенню до розміру коду супроводжуваного ППЗ ( розрV ), слід скористатися виразом
(5), де замінити розрV фактичним розміром коду або обчислити його за виразами (6)–(8). Якщо ж надання
зазначених процентних оцінок викликає труднощі, має застосовуватися вираз (6).
У разі високих вимог до точності розрахунку і достатньої компетентності оцінювачів витрат слід
визначити остаточні оцінки oV , рV , пV або ж iVр чи рV як напівсуми їх версій, обчислених за обома
виразами (5) та (6)–(8).
Крок 4. У разі мети 1) на підставі тендерної документації і шкал методик [2, 3] визначити три варіанти
оцінок множників трудомісткості ( );;( прo lll KKKKI , 1,...,7l з виразу (2)) за припущення, що впродовж
розроблення/річної модифікації ППЗ реалізувалися всі припустимі ризики, не менше половини основних
ризиків та, відповідно, не більше чверті другорядних ризиків.
У разі мети 2), 3) на підставі документації тендеру та звітних документів розроблення/річної
модифікації і відомостей про організацію – розробника або супроводжувача(ів) ППЗ визначити реалістичні
оцінки множників трудомісткості. Якщо на кроці 3 створюване під час супроводу ППЗ було розбите на
компоненти, ці оцінки ( liKр ; 1,...,l n ; 1,...,7i ) слід автономно встановити для кожного з них, а інакше –
для ППЗ у цілому ( jK р ; 1,...,7i ).
У випадку визначення витрат на річну модифікацію, для двох одиничних атрибутів уточнення вартості
– Обмеження розкладу та Запитаного повторного використання – слід зафіксувати номінальні значення всіх
їх оцінок (їм відповідають одиничні множники витрат 174 KK у виразі (2)), а для інтегрального атрибуту
Складність та надійність ППЗ – використовувати спеціальну шкалу [3] (замість шкали [2], відповідної
ситуації розроблення).
Крок 5. Аналогічно попередньому кроку 4, обчислити оцінки коефіцієнтів інтегральних атрибутів
масштабу для ППЗ у цілому:
– триточкові ( );;(I прo jjjj , 1,...,5j ), складені оптимістичною, реалістичною та
песимістичною оцінками, – у разі мети 1);
– реалістичні ( jр ; 1,...,5j ) – у разі мети 2), 3).
Крок 6. У разі мети 1) підставити отримані набори відповідно оптимістичних, реалістичних та
песимістичних оцінок розміру ППЗ КС і множників трудомісткості та коефіцієнтів атрибутів масштабу у вираз
(2), отримавши триточкову оцінку трудомісткості супроводу );;( прo TTTTI , утворену оптимістичною,
реалістичною й песимістичною оцінками.
У разі мети 2), 3) підставити у вираз (2) отриманий набір реалістичних оцінок:
– для кожного з компонентів ППЗ, створеного під час розроблення/річної модифікації, якщо вони були
виділені на Кроці 3, отримавши проміжні реалістичні оцінки трудомісткості їх створення та реалістичну оцінку
трудомісткості розроблення ППЗ у цілому ( номT ) як їх суму:
– для зазначеного ППЗ у цілому, якщо воно не декомпозувалося на кроці 3.
У разі мети 3) поряд з описаною реалістичною оцінкою ( номT ) додатково визначити оцінку реалізаційної
трудомісткості (TF), замінивши у виразі (2) прогнозні оцінки функціонального розміру оцінками фактичного
розміру коду ППЗ рVF або lVFр , 1,...,l n , отриманими на кроці 3. Перейти до кроку 13.
Прикладне програмне забезпечення
271
Крок 7. У разі мети 1) визначити триточкову оцінку функціонального розміру створюваного або
модифікованого коду динамічного сайту у Вeб-об’єктах ( );;( прo VDVDVDVDI ), складену його оптимістичною
(мінімальною), реалістичною (проміжною) та песимістичною (максимальною) оцінками, а в разі мети 2) і 3) –
тільки реалістичну оцінку ( рVD ), згідно з виразом (9), таблицею і шкалами для складності елементів сайту,
наданими в методиках [3, 4].
Крок 8. У разі мети 1) на підставі тендерної документації і шкал методик [3, 4] для атрибутів
уточнення вартості розробки за моделлю WebMO визначити три варіанти оцінок цих множників
( );;( прo llii DDDDI , 9,...,1l з виразу (3)) за припущення, що впродовж розроблення/річної модифікації ППЗ
реалізувалися всі припустимі ризики, не менше половини основних ризиків та, відповідно, не більше чверті
другорядних ризиків.
У разі мети 2), 3) на підставі тендерної документації та звітних документів розроблення/річної
модифікації і відомостей про організацію – розробника або супроводжувача(ів) ППЗ визначити тільки
реалістичну оцінку ( lDр ).
Крок 9. Обчислити (за формулою (3) з параметрами, відповідними області застосування розроблюваного
або модифікованого динамічного сайту, і значеннями VD з кроку 7) триелементну оцінку трудомісткості
розроблення/модифікації динамічного сайту TI = minT , рT , maxT , утворену:
1) оптимістичною оцінкою ( minT ), для якої слід покласти [3]:
– imini DD – значення з рівнем оцінки “дуже низький” тих атрибутів уточнення вартості, від яких
трудоємність залежіть монотонно;
– imaxi DD – значення з рівнем оцінки “дуже високий” тих атрибутів уточнення вартості,
залежність трудомісткості від яких є оберненою;
2) реалістичною оцінкою ( рT ), для якої слід покласти pii DD ;
3) песимістичною оцінкою ( maxT ), для якої значення атрибутів уточнення вартості мають обиратися
способом, оберненим по відношенню для способу їх добору для оптимістичної оцінки. Перейти до кроку 15.
Крок 10. У разі мети 1) визначити триелементну оцінку функціонального розміру створюваного або
модифікованого коду статичного сайту у Веб-точках ( );;( прo VSVSVSVSI ), складену його оптимістичною
(мінімальною), реалістичною (проміжною) та песимістичною (максимальною) оцінками, а в разі мети 2) і 3) –
тільки реалістичну оцінку ( рVS ) згідно з виразом (10).
Крок 11. За даними міжнародної групи зі стандартизації еталонних даних про розробку ППЗ
(International Software Benchmarking Standards Group3) або доступними даними провідних фірм-розробників
статичних сайтів в Україні та відомостями щодо досвіду визначення їх розміру, розміщеними в Інтернет –
визначити песимістичну, реалістичну й оптимістичну оцінки для року, що передує року
розроблення/модифікації:
– інтенсивності розроблення коду сайту ( minI , рI , maxI );
– трудомісткості розроблення контенту HTML-сторінок та їх нетекстових елементів
( minVC , рVC , maxVC ).
За наявності організації-супровідника – визначити minI , рI , maxI та minVC , рVC , maxVC на підставі даних
щодо її процесу конструювання ППЗ.
Крок 12. На підставі ( minI , рI , maxI ) і ( minVC , рVC , maxVC ) та );;( прo VSVSVSVSI з кроку 10 обчислити
за виразом (4) оптимістичну, реалістичну та песимістичну оцінки вартості супроводу статичного сайту.
Крок 13. Обчислити оцінки ФОП (грн) та повної вартості розроблення або річної модифікації ППЗ КС:
– для мети 1) – триточкові );;( прo LCLCLCLCI та );;( прo CCCCI , послідовно підставивши у вираз
(1) оптимістичну, реалістичну та песимістичну оцінки трудомісткості ППЗ у цілому або суми відповідних
оцінок його різнотипних складників, отримані на попередніх кроках;
3 http://www.isbsg.org/isbsg.nsf/weben/Special
Прикладне програмне забезпечення
272
– для мети 2) – реалістичні рLC і рC , підставивши у вираз (1) реалістичну оцінку трудомісткості ППЗ у
цілому або суми відповідних оцінок його різнотипних складників;
– для мети 3) – реалістичні оцінки рLC і рC та, додатково для локальної КС чи КС із стандартним
Веб-інтерфейсом, реалізаційні оцінки LCF і CF, підставивши у вираз (1) реалістичну оцінку трудомісткості
( номT ) та оцінку реалізаційної трудомісткості (TF) ППЗ у цілому або суми відповідних оцінок його різнотипних
складників.
Засади автоматизованої підтримки визначення витрат
Аналіз функціональних можливостей відкритих інструментальних засобів визначення витрат –Windows-
форми і спеціалізованого Веб-сервісу [5] – висвітлює низку їх переваг водночас з істотними
обмеженнями [2, 3] для підтримки запропонованої тринадцятикрокової процедури під час проведення й
виконання державних тендерів на створення й супровід КС: Отже, дедалі нагальнішою стає потреба
розроблення спеціалізованої вітчизняної інструментальної системи її автоматизованої підтримки, зорієнтованої
на одночасне збереження переваг і опрацювання обмежень зазначених засобів.
Пропонується її створення у форматі у форматі Веб-порталу, до функцій якого належить:
1) створення розрахунків витрат для розроблення/модифікації з метою 1)–3) та ведення їх репозиторію;
2) редагування даних розрахунку;
3) вибір типу аналізованої КС;
4) вибір моделі оцінювання трудомісткості та налаштування її параметрів;
5) оцінка функціонального розміру та чинників трудомісткості за обраною моделлю;
6) визначення оцінок трудомісткості і показників витрат згідно з вибраною метою 1)–3); розподіл
отриманих оцінок за видами робіт.
Висновки
Запропонована процедура визначення уніфікованих показників витрат на створення й супровід
ППЗ локальних КС і Веб-систем, яка непротирічно поєднує застосування моделей COCOMO II.2000.4,
WebMO і Д. Клірі, може використовуватися на всіх етапах підготовки, проведення й виконання
державних тендерів:
– для визначення вартості послуг створення й річного супроводу ППЗ КС;
– для систематичних перевірок контролюючими органами держави регламенту витрачання бюджетних
коштів на розроблення й супровід функціонуючих систем в органах державної влади.
Запровадження пропонованої процедури в ділові процеси контролюючих органів, установ-
організаторів та організацій-виконавців тендерів сприятиме: полегшенню контролю витрат на розроблення й
супровід ППЗ КС; підвищенню точності оцінок витрат за рахунок уточнення моделей на підставі статистичного
узагальнення результатів оцінювання; підвищенню ефективності діяльності менеджерів програмних проектів з
розроблення й супроводу ППЗ КС, членів груп якості організацій–виконавців та фахівців контролюючих
органів і установ-організаторів тендерів.
1. Farr J.V. Systems Life Cycle Costing:Economic Analysis, Estimation, and Management. – CRC Press, 2011. – 316 p.
2. Андон П.І., Ігнатенко П.П., Слабоспицька О.О. Методика оцінювання витрат на розроблення прикладного програмного забезпечення
комп’ютерних систем. – Київ, 2014. – 48 с. – (Препр. / НАН України. Ін-т програмних систем; 2014-2). – Свідоцтво про реєстрацію
авторського права на твір № 59158 від 06.04.2015.
3. Андон П.І., Ігнатенко П.П., Сініцин І.П. та ін. Методика оцінювання витрат на супровід прикладного програмного забезпечення
комп’ютерних систем. – Київ, 2015. – 68 с. – (Препр. / НАН України. Ін-т програмних систем; 2015-1). – Свідоцтво про реєстрацію
авторського права на твір № 64268 від 29.02.2016.
4. Boehm B., Abts C., Brown A.W, Chulani S. Software Cost Estimation with COCOMO II /– Prentice Hall, Englewood Cliffs, N.J., 2009. – 512
p.
5. Сторінка COCOMO® II [Електронний ресурс]. – Режим доступу: http://csse.usc.edu/csse/research/COCOMOII/cocomo_main.html.
6. Андон Ф.И., Коваль Г.И., Коротун Т.М. и др. Основы инженерии качества программных систем. – 2-е изд. – К.: Академпериодика. –
2007. – 672 с.
7. Reifer D.J. Estimating Web Development Costs: There Are Differences. [Електронний ресурс]. – Режим доступу:
www.stsc.hill.af.mil/Crosstalk/2002/06/reifer.html.
8. Reifer D.J. Web Objects Counting Conventions. – Reifer Consultants, 2002. [Електронний ресурс]. – Режим доступу: at
www.info@reifer.com.
9. Reifer D.J. Software Maintenance Success Recipes. – CRC Press, 2012 – 344 p.
https://www.google.com.ua/search?hl=ru&tbo=p&tbm=bks&q=inauthor:%22John+V.+Farr%22
Прикладне програмне забезпечення
273
10. Cleary D. Web-Based Development and Functional Size Measurement // Proc. IFPUG Annual Conf., San Diego, USA, 2000. [Електронний
ресурс]. – Режим доступу: www.charismatek.com.au/ public1/pdf/ webfsm.pdf – 55 p.
References
1. Farr J.V. Systems Life Cycle Costing:Economic Analysis, Estimation, and Management / J.V. Farr. – CRC Press, 2011. – 316 p.
2. Andon Ph. I. et al. Manual for Cost Estimating of Applied Software Development / Ph. I. Andon, P.P.Ignatenko, O.A. Slabospitskaya. Draft of
Software Systems Institute of NAS of Ukraine, 2014-2. – Кiev, 2014. – 48 p. – A Certificate for author’s wrights registration N 59158 at
06.04.2015.
3. Andon Ph. I. et al. Manual for Cost Estimating of Applied Software Maintenance / Ph. I. Andon, P.P.Ignatenko , I.P. Sinitsyn , O.A.
Slabospitskaya Draft of Software Systems Institute of NAS of Ukraine, 2015-1. – Кiev, 2015. – 68 p. – A Certificate for author’s wrights
registration N 64268 at 29.02.2016.
4. Boehm B et al. Software Cost Estimation with COCOMO II / Boehm B., Abts C., Brown A.W, Chulani S. – Prentice Hall, Englewood Cliffs,
N.J., 2009. – 512 p.
5. COCOMO® II [Electronic resource]. – Mode of access: http://csse.usc.edu/csse/research/COCOMOII/cocomo_main.html.
6. Andon Ph. I. et al. Fundamentals for Software Quality Engineering // 2-nd ed. – К.: Academperiodika, 2007. – 672 p.
7. Reifer D.J. Estimating Web Development Costs: There Are Differences. [Electronic resource]. – Mode of access:
/www.stsc.hill.af.mil/Crosstalk/2002/06/reifer.html
8. Reifer D.J. Web Objects Counting Conventions. Reifer Consultants, 2002 – [Electronic resource]. – Mode of access: www.info@reifer.com.
9. Reifer D.J. Software Maintenance Success Recipes / D.J. Reifer. – CRC Press, 2012 – 344 p.
10. Cleary D. Web-Based Development and Functional Size Measurement. Proc. IFPUG Annual Conf., San Diego, USA, 2000 – [Electronic
resource]. – Mode of access: www.charismatek.com.au/ public1/pdf/ webfsm.pdf – 55 p.
Про авторів:
Андон Пилип Іларіонович,
академік НАН України,
директор Інституту програмних систем НАН України.
Кількість наукових публікацій в українських виданнях – 400.
Кількість наукових публікацій в іноземних виданнях – 10.
http://orcid.org/0000-0001-6546-0826,
Ігнатенко Петро Петрович,
старший науковий співробітник, завідувач лабораторії.
Кількість наукових публікацій в українських виданнях – 38.
Кількість наукових публікацій в іноземних виданнях – 2.
http://orcid.org/0000-0001-6546-0936,
Сініцин Ігор Петрович,
старший науковий співробітник, завідувач відділу.
Кількість наукових публікацій в українських виданнях – 150.
Кількість наукових публікацій в іноземних виданнях – 3.
http://orcid.org/0000-0001-6445-0835,
Слабоспицька Ольга Олександрівна,
старший науковий співробітник.
Кількість наукових публікацій в українських виданнях – 50.
Кількість наукових публікацій в іноземних виданнях – 7.
http://orcid.org/0000-0001-6556-0947.
Місце роботи авторів:
Інститут програмних систем НАН України,
03187, Київ-187, проспект Академіка Глушкова, 40.
Тел.: +38(044) 526 4286.
https://www.google.com.ua/search?hl=ru&tbo=p&tbm=bks&q=inauthor:%22John+V.+Farr%22
https://www.google.com.ua/search?hl=ru&tbo=p&tbm=bks&q=inauthor:%22John+V.+Farr%22
https://www.google.com.ua/search?hl=ru&tbo=p&tbm=bks&q=inauthor:%22Donald+J.+Reifer%22
|