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



Pdf көрінісі
бет50/57
Дата29.09.2023
өлшемі2,75 Mb.
#111342
1   ...   46   47   48   49   50   51   52   53   ...   57
Нижнее 
значение 
Верхнее 
значение 
Access 
35 
15 
47 
Ada
154 
104 
205 
Advantage 
38 
38 
38 
APS 
86 
20 
184 
ASP
69 
32 
127 
Assembler 
172 
86 
320 

148 

704 
C++ 
60 
29 
178 
C# 
59 
51 
66 
Clipper 
38 
27 
70 
COBOL 
73 

400 
Cool:Gen/IEF 
38 
10 
180 
Culprit 
51 


DBase IV 
52 


Easytrieve+ 
33 
25 
41 
Excel 
47 
31 
63 
Focus 
43 
32 
56 
FORTRAN 



FoxPro 
32 
25 
35 
HTML 
43 
35 
53 
Ideal 
66 
34 
203 
IEF/Cool:Gen 
38 
10 
180 
Informix 
42 
24 
57 
J2EE 
61 
50 
100 
Java 
60 
14 
97 
JavaScript 
56 
44 
65 
JCL 
60 
21 
115 
JSP 
59 


Lotus Notes 
21 
15 
25 


142 
Mantis 
71 
22 
250 
Mapper 
118 
16 
245 
Natural 
60 
22 
141 
Oracle 
38 

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 

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 

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 часа плотной работы над 
проектом (то есть за исключением отпусков, выходных, обучения, 
собраний и т.д.). 


Достарыңызбен бөлісу:
1   ...   46   47   48   49   50   51   52   53   ...   57




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет