Д. А. Градусов а. В. Шутов теоретические вопросы разработки программного обеспечения учебное пособие

142 
Mantis 
71 
22 
250 
Mapper 
118 
16 
245 
Natural 
60 
22 
141 
Oracle 
38 
4 
122 
Oracle Dev 2K/FORMS 
41/42 
21/23 
100 
Pacbase 
44 
26 
60 
PeopleSoft 
33 
30 
40 
Perl 
60 
- 
- 
PL/1 
59 
22 
92 
PL/SQL 
46 
14 
110 
Powerbuilder 
24 
105 
- 
REXX 
67 
- 
- 
RPG II/III 
61 
24 
155 
Sabretalk 
80 
54 
99 
SAS 
40 
33 
49 
Siebel Tools
13 
5 
20 
Slogan 
81 
66 
100 
Smalltalk 
35 
17 
55 
SQL 
39 
15 
143 
VBScript 
45 
27 
50 
Visual Basic 
42 
276 
- 
VPF 
96 
92 
101 
Web Scripts 
44 
9 
114 
 
Упрощенный метод вычисления функциональных пунктов – 
элементы GUI 
При вычислении функциональных пунктов необходимо строку 
за строкой перебрать спецификацию требований и буквально 
подсчитать все входные и выходные элементы, файлы и т.д. На это 
может потребоваться много времени. 
Эксперты в области оценки предложили упрощенный метод 
вычисления функциональных пунктов, основанный на подсчете 
элементов графического интерфейса (GUI): экраны, формы и отчеты, 
присутствующие в системе, классы, а также модули, написанные на 
необъектных языках – объектных пунктов. Сложность каждого из 

143 
таких элементов оценивается отдельно, после чего их сложности 
складываются, тоже с разными весовыми коэффициентами для 
разных категорий элементов. В общем случае процесс состоит из 
следующих шагов: 
1.
подсчитать количество элементов GUI по категориям из табл. 
6.9: 
Таблица 6.9 - Элементы GUI 
Элемент GUI 
Эквивалент в функциональных пунктах 
Простое 
клиентское 
окно 
Один внешний входной элемент низкой сложности для 
операций добавления, изменения и удаления + один 
внешний запрос низкой сложности 
Среднее 
клиентское 
окно 
Один внешний входной элемент средней сложности для 
операций добавления, изменения и удаления + один 
внешний запрос средней сложности 
Сложное 
клиентское 
окно 
Один внешний входной элемент высокой сложности для 
операций добавления, изменения и удаления + один 
внешний запрос высокой сложности 
Средний отчет 
Один внешний входной элемент средней сложности 
Сложный отчет 
Один внешний входной элемент высокой сложности 
Любой файл 
Один внутренний логический файл низкой сложности 
Простой интерфейс 
Один внешний входной элемент низкой сложности для 
получения данных + один внешний входной элемент 
низкой сложности для выдачи данных
Средний интерфейс 
Один внешний входной элемент средней сложности для 
получения данных + один внешний входной элемент 
средней сложности для выдачи данных 
Сложный интерфейс 
Один внешний входной элемент высокой сложности для 
получения данных + один внешний входной элемент 
высокой сложности для выдачи данных 
Окно сообщения или 
диалоговое окно 
Не учитываются по отдельности – только в составе экрана, 
с которым они связаны 
2.
преобразовать количество элементов GUI в количество 
функциональных пунктов; 

144 
3.
вычислить размер в строках кода. 
При использовании этого подхода необходимо понимать, какая 
неопределенность закладывается в оценку. Поскольку преобразование 
элементов GUI в функциональные пункты и последующее 
преобразование их в строки кода вводит большую долю 
неопределенности в оценку. 
Оба метода – расчет по функциональным и объектным пунктам, 
хорошо применимы к так называемым информационным системам, 
т.е. системам, основные функции которых связаны с накоплением и 
хранением больших объемов данных, а также с предоставлением 
доступа и интерактивной обработкой запросов к ней.
Метод ISBSG 
Группа ISBSG (International Software Benchmarking Standard 
Group) разработала методику вычисления объема работ, основанную 
на трех факторах: размере программного проекта в функциональных 
пунктах, типа среды разработки и максимальном размере группы. Для 
разных типов проектов разработаны соответствующие формулы, 
которые выдают оценку в человеко-месяцах в предположении, что 
один человеко-месяц составляет 132 часа плотной работы над 
проектом (то есть за исключением отпусков, выходных, обучения, 
собраний и т.д.). 

жүктеу/скачать 2,75 Mb.

Достарыңызбен бөлісу: