Файл: Методичка по ТЭО проектов.pdf

Добавлен: 23.10.2018

Просмотров: 3670

Скачиваний: 14

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
background image

 

11 

Таблица 2.7 

 

Весовые коэффициенты сложности опросов ввода 

 

               Количество  

                       элементов 

                              данных 

Количество 
     файлов 

от 1 до 5 

от  6  

до 19 

20 и  

более 

3

41

=

α

 

3

42

=

α

 

4

43

=

α

 

2-3 

3

41

=

α

 

4

42

=

α

 

6

43

=

α

 

4 и более 

4

41

=

α

 

6

42

=

α

 

6

43

=

α

 

 

 

Определение количества файлов. Под

 файлами будем понимать следующие единицы информа-

ции, использующиеся программной системой в рассматриваемом бизнес-процессе: 

− 

внутренние логические файлы программной системы; 

− 

структуры данных, представляющие собой первичную логическую группу пользовательских 

данных, которые постоянно находятся внутри границ программной системы; 

− 

внешние  файлы,  доступные  пользователям  с  помощью  ввода,  вывода,  опросов,  либо  интер-

фейсов. 

Весовые  коэффициенты  оценки  сложности  файлов,  в  зависимости  от  количества  взаимосвязей 

между таблицами представлены в табл. 2.8. 

Таблица 2.8 

Весовые коэффициенты сложности структурных  

данных (файлов) 

 

               Количество  

                          элементов 

                                   данных 

Количество 
логических взаимосвязей 

от 1 до 

19 

от  20  

до 50 

более 51 

Одна логическая запись типа 

формат/взаимосвязь 

7

51

=

α

 

7

52

=

α

 

7

53

=

α

 

От 2 до 5 записей 

7

51

=

α

 

10

52

=

α

 

10

53

=

α

 

более 6 записей 

10

51

=

α

 

15

52

=

α

 

10

53

=

α

 

 

Определение  количества  интерфейсов.  Под

  интерфейсами,  используемыми  рассматриваемым 

бизнес-процессом, будем понимать: 

− 

файлы, сгенерированные другими программными системами и использующиеся в данной ПС; 

− 

 потоки  данных,  хранящихся  за  пределами  программной  системы,  но  используемых  при 

управлении вычислительным процессом в любом направлении пересылки; 

− 

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

Весовые коэффициенты оценки сложности интерфейсов представлены в табл. 2.9. 


background image

 

12 

Таблица 2.9 

Весовые коэффициенты сложности интерфейсов 

               Количество   

                       элементов 

                                 данных 

Количество 
логических взаимосвязей 

от 1 до 19 

от  20  

до 50 

более 51 

Одна логическая запись типа 

формат/взаимосвязь 

5

61

=

α

 

5

62

=

α

 

7

63

=

α

 

От 2 до 5 записей 

7

61

=

α

 

7

62

=

α

 

10

63

=

α

 

более 6 записей 

7

61

=

α

 

10

62

=

α

 

10

63

=

α

 

 

Общее количество функциональных точек определяется

 по следующей формуле: 

=

=

=

3

1

6

1

j

ij

ij

i

x

F

α

                      (2.5) 

 
Учет факторов и требований среды разработки 
 
Сложность предметной области и качества создаваемого программного обеспечения зависит от 

среды разработки приложений и требований конечных пользователей.  

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

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

 
 

Таблица 2.10 

Факторы среды разработки 

№ 

п.п. 

Факторы среды 

Варианты 

Каналы передачи данных 

Входные и выходные данные пе-
редаются  по  локальной  сети,  ма-
гистральным  каналам  связи,  по 
Internet  

Распределенные 
вычисления 

Пользовательские 

приложения 

используют  данные,  хранящиеся 
в  едином  хранилище,  получают 
из других систем  

Производительность 
системы 

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

Конфигурирование  

Пользовательские 

приложения 

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

Частота транзакций 

Использование  приложений  при-
водит  к  высокому  сетевому  тра-
фику,  экранные формы  динамич-
но  изменяются,  наблюдается  вы-


background image

 

13 

№ 

п.п. 

Факторы среды 

Варианты 

сокая  концентрация  выходных 
форм, графика 

Интерактивная обработка 

Частота  использования  пользова-
тельских  приложений,  участие 
пользователя  при  выполнении 
запросов 

Пользовательский 
интерфейс 

Значимость  взаимодействия  ко-
нечных  пользователей  с  про-
граммной  системой  (необходи-
мость  дополнительного  учета 
человеческого фактора) 
 

Интерактивное 
обновление базы данных 

Степень  динамики  обновления 
данных 

Сложность обработки 
запросов 

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

10 

Сложность инсталляции 
(установки) системы 

Наличие  автоинсталляции,  каче-
ство технической документации 

11 

Сложность эксплуатации 
системы 

Наличие  процедур  запуска,  ре-
зервирования,  копирования,  вос-
становления  при  ошибках,  уро-
вень (сложность) участия пользо-
вателей в этих процессах 

12 

Степень распределенности 
системы 

Количество  и  удаленность  поль-
зовательских приложений 

13 

Гибкость изменения 
функций 

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

Таблица 2.11  

      Шкала измерения факторов внешней среды 

Влияние фактора 

не существенно 

Влияние фактора 

существенно 

Влияние фактора 

очень существенно 

[0 — 1] 

[2 — 3] 

[4 — 5] 

 

Уровень  влияния  факторов  внешней  среды  рекомендуется  определять  по  следующей  формуле 

[2]: 

)

01

.

0

(

65

.

0

N

W

+

=

,                         (2.6)               

где 

N

 – суммарное значение весовых коэффициентов факторов внешней среды. 

Уточненное количество функциональных точек с учетом факторов внешней среды определяется 

по формуле [2]: 

W

F

F

R

=

)

(

                                       (2.7) 

В  качестве  базового  показателя  количества  строк  исходного  кода  следует  использовать  число 

операторов языка ассемблер.  

Варианты преобразования размеров программы, оцененной по этому измерителю в размеры про-

граммы кода, написанного на других языках программирования и наоборот, представлены в таблицe 
2.12 [9].  

Таблица 2.12. 


background image

 

14 

Соответствие среднего числа строк текста программы на языке Ассемблер одной строке других язы-

ков программирования 

 

№ 

п.п. 

Язык  

программирования 

Ассемблер 

(LOC) 

Показатель 

LOC на 1 

функциональ-

ную точку 

Basic Assembler 

320 

Macro Assembler 

1,5 

213 

С 

107 

C# 

5,4 

59 

Perl 

5,6 

57 

JavaScript 

5,8 

55 

Java 

53 

C++  

53 

Visual Basic 

6,2 

52 

10 

Excel 

46 

11 

HTML  

7,6 

42 

12 

Access 

8,5 

38 

13 

Oracle Developer/2000 

10,6 

30 

14 

SQL  

10,6 

30 

15 

Oracle, Sybase 

11 

29 

16 

Delphi 

11 

29 

17 

Smalltalk 

16,8 

19 

18 

Web Scripts 

21,3 

15 

Размерность программного обеспечения для конкретного языка программирования определяется 

с учетом нормативов, представленных в таблице 2.12 по формуле: 

LOC

F

R

LOC

R

=

)

(

)

(

,                              (2.8) 

где 

LOC

 

– 

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

ся для реализации одной функциональной точки (табл. 2.12, столбец 4). 

 
 Итоговая размерность программной системы определяется путем суммирования величины каж-

дого 

)

(LOC

R

 

бизнес-процесса. 

 
Определение  трудозатрат,  длительности  и  средней  численности  специалистов  на  основе 

базовой конструктивной модели трудозатрат – COCOMO 

 
В основу оценки трудозатрат положена степенная функция следующего вида [2]: 
 

12

/

)

(KLOC

R

A

T

E

=

,                           (2.9) 

где 

T

– трудозатраты, выраженные в человеко-месяцах; 

)

(KLOC

R

– 

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

Первый сомножитель 

A

 является доминирующим, он прямо пропорционален размерности про-

граммного обеспечения 

R

 и отражает линейную зависимость роста трудозатрат от размерности. 

Второй  сомножитель 

E

R

  отражает  тот  факт,  что  при  увеличении  размерности  программной 

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

Значения параметров 

A

 и 

E

, полученные путем статистической обработки данных по резуль-

татам реализации множества проектов, представлены в табл. 2.13 [4].  

 


background image

 

15 

Оценки по СОСОМО получены в результате обработки статистических данных по 160 реальным 

зарубежным проектам, а оценки по ПРОМЕТЕЮ – результат обобщения статистики – по 250 отече-
ственным. 

Таблица 2.13 

 

Коэффициенты математической модели оценки трудозатрат  

в зависимости от типа программных систем 

СОСОМО 

ПРОМЕТЕЙ 

Тип  программной  

системы 

A

 

E

 

A

 

E

 

Первый тип - КПС 

3,6 

1,2 

10 

1,21 

Второй тип  - ИСС 

1,12 

6,1 

1,17 

Третий тип  - ППП 

2,4 

1,05 

— 

— 

 

Длительность разработки

 программной системы определяет общие сроки разработки ПС, на-

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

 
Средняя численность сотрудников, 
занятых

 в проекте, определяется по формуле: 

 

Д

/

T

Z

=

 

 

 

          (2.10) 

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

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

Определение трудозатрат, длительности и средней  
численности специалистов на основе  
модифицированной модели – COCOMO II 

 

В  модифицированной  модели  COCOMO  II  (средний  уровень)  при  определении  трудоемкости 

учитываются дополнительно пять групп факторов

, влияющих на технико-экономические показа-

тели проекта: 

−  масштабность проекта; 
−  требования к показателям качества программного обеспечения; 
−  квалификация коллектива разработчиков; 
−  характеристики технологической среды разработки; 
−  характеристики программно-аппаратной среды разработки. 
В  табл.  2.14  представлен  перечень  конкретных  показателей  по  каждой  из  вышеперечисленных 

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

Таблица 2.14 

Состав и максимальные значения факторов  

модифицированной модели COCOMO II 

 

Наименование фактора 

Обо-

зна-

че-

ние 

Макс. 

значение 

1. Масштабные факторы 

 

 

1.1. Новизна проекта 

F1 

1,33 

1.2. Согласованность с требованиями и интер-
фейсами 

F2 

1,26