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

41 

Общее количество  функциональных  точек  по  всем  бизнес-

процессам составит: 

F

= 304 + 198 + 197 +296 +269 = 1264 точки 

Следующим этапом определения размерности программной 

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

Влияние  этих  факторов  на  размеры  программного  обеспе-

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

Учитывая вышеизложенное, проводим оценку влияния дан-

ных факторов. Результаты заносим в таблицу 7. 

Таблица 7. 

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

№ 

пп 

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

Значение 

1 

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

4 

2 

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

1 

3 

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

5 

4 

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

2 

5 

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

2 

6 

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

2 

7 

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

5 

8 

Интерактивное обновление БД 

3 

9 

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

4 

10 

Сложность установки ПО 

5 

11 

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

5 

12 

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

3 

13 

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

4 

Суммарное значение коэффициентов (N) 

45 

42 

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

2.6: 

)

01

.

0

(

65

.

0

N

W

⋅

+

=

 = 

1.1

где    N – суммарное значение весовых коэффициентов фак-

торов внешней среды = 45. 

Уточненное  количество  функциональных  точек  с  учетом 

факторов внешней среды определим по формуле 2.7: 

1390

1

.

1

1264

)

(

=

⋅

=

⋅

=

W

F

F

R

точек 

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

ства строк исходного кода в терминах Lines of code-LOC. 

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

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

Варианты преобразования размеров программы, оцененной 

по  этому  измерителю  в  размеры  программы  кода,  написанного 
на других языках программирования и наоборот, используем  из 
таблицы 2.12. Размерность программного обеспечения для кон-
кретного языка программирования определим по формуле 2.8.: 

LOC

F

R

LOC

R

⋅

=

)

(

)

(

, 

где 

LOC

 – 

среднее количество операторов конкретного язы-

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

В  нашем  случае  используется  язык  Delphi.  Преобразовав 

размеры  программной  системы,  написанной  на  языке  Delphi, 
получаем соответствие 11 строк кода ассемблер и 1 строки кода 
Delphi,  при  этом  показатель  LOC  на  1  функциональную  точку 
равен 29. 

29

1390

)

(

)

(

⋅

=

⋅

=

LOC

F

R

LOC

R

=

40310

 строк кода 

Оценка трудозатрат проводится с помощью степенной функ-

ции (формула 2.9): 

12

/

)

(KLOC

R

A

T

E

⋅

=

, 

где 

T

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

)

(KLOC

R

размерность  программной  системы,  выра-

женная в тысячах строк кода. 

43 

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

A

  и 

E

    получим  из  таблицы  коэффи-

циентов  математической  модели  оценки  трудозатрат  на  основе 
базовой модели COCOMO в зависимости от типа программной 
системы (табл. 2.13) A = 3,  E = 1.12. 

12

/

310

.

40

3

12

.

1

⋅

=

T

= 

15.7 

чел.–месяцев

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

ставляет: 

Д

/

T

Z

=

 = 

12

/

7

.

15

 = 

1,31

чел.

Таким  образом,  метод  функциональных  точек  определил 

следующие основные технико-экономические показатели:  

1) трудозатраты на разработку системы составят 15.7 чело-

веко-месяцев; 

2)  необходимые  людские  ресурсы  при  реализации  системы 

= 1,31 чел. 

44 

III. 

Метод  определения  ТЭП  проекта  на  ос-

нове  размерности  базы  данных  про-
граммной системы 

В  результате  анализа  объекта  автоматизации  с  помощью 

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

Рис. 3. Концептуальная модель базы данных 

Анализируя построенную модель БД получаем: 
N  – 

количество таблиц (объектов) = 9; 

1

K

– количество взаимосвязей между объектами = 8; 

M  – 

количество атрибутов на один объект = 27/9 = 3. 

45 

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

базы данных) определяется по формуле 2.14: 

M

K

N

R

10

5

2

1

⋅

⋅

=

,

Подставляя  в  формулу  результаты  анализа,  получаем  раз-

мерность базы данных:

21600

3

10

8

5

9

2

=

⋅

⋅

⋅

⋅

⋅

=

R

полей БД 

Далее переходим к расчету ТЭП проекта и определим поня-

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

1

K

  и  М,  равных  единице, 

величина, выражающая их количество равна 100. 

Трудозатраты определяются по формуле 2.15 на основе ста-

тистических  нормативов  трудоемкости,  приведенных  в  табл. 
2.15: 

θ

⋅

⋅

=

R

T

01

.

0

,                                 

где   

θ

  -  норматив  трудоемкости  разработки  программной 

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

В нашем случае размерность базы данных (21600)  находит-

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

θ

  =  0,00566.  Таким  образом,  трудо-

емкость будет равна: 

22

.

1

00566

.

0

21600

01

.

0

=

⋅

⋅

=

T

чел.-месяцев 

Длительность  разработки,  установленная  заказчиком    Д  = 

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

1

.

0

12

/

22

.

1

/

=

=

=

Д

T

Z

чел.