Файл: Лекции по программной инженерии.pdf

ВУЗ: Не указан

Категория: Лекция

Дисциплина: Программная инженерия

Добавлен: 25.10.2018

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

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

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

превышающую их количество на счете, генерируется сообщение «Не хватает 
средств  для  завершения  транзакции».  Оно  является  результатом  чтения 
информации  из  файла  счета  и  формирования  заключения.  Сообщение 
уведомления рассматривается как внешний вывод.  

Данные для определения ранга и оценки сложности транзакций и файлов 

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

 

Ранг и оценка сложности внешних вводов 

Табл.6. 

Ссылки на 

файлы 

Элементы данных 

1-4 

5-15 

>15 

0-1 

Низкий (3) 

Низкий (3) 

Средний (4) 

Низкий (3) 

Средний (4) 

Высокий (6) 

>2 

Средний (4) 

Высокий (6) 

Высокий (6) 

    

Ранг и оценка сложности внешних выводов  

Табл.7. 

Ссылки на 

файлы 

Элементы данных 

1-4 

5-19 

>19 

0-1 

Низкий (4) 

Низкий (4) 

Средний (5) 

2-3 

Низкий (4) 

Средний (5) 

Высокий (7) 

>3 

Средний (5) 

Высокий (7) 

Высокий (7) 

 
 

Ранг и оценка сложности внешних запросов 

Табл.8. 

 

Ссылки на 

файлы 

Элементы данных 

1-4 

5-19 

>19 

0-1 

Низкий (3) 

Низкий (3) 

Средний (4) 

2-3 

Низкий (3) 

Средний (4) 

Высокий (6) 

>3 

Средний (4) 

Высокий (6) 

Высокий (6) 

 

Ранг и оценка сложности внутренних логических файлов 

Табл.9. 

 

Ссылки на 

файлы 

Элементы данных 

1-19 

20-50 

>50 

0-1 

Низкий (7) 

Низкий (7) 

Средний (10) 

2-5 

Низкий (7) 

Средний (10) 

Высокий (15) 

>5 

Средний (10) 

Высокий (15) 

Высокий (15) 


background image

 

Ранг и оценка сложности внешних интерфейсных файлов 

Табл.10. 

 

Ссылки на 

файлы 

Элементы данных 

1-19 

20-50 

>50 

0-1 

Низкий (5) 

Низкий (5) 

Средний (7) 

2-5 

Низкий (5) 

Средний (7) 

Высокий (10) 

>5 

Средний (7) 

Высокий (10) 

Высокий (10) 

 
 

Отметим,  что  если  во  внешнем  запросе  ссылка  на  файл  используется  как 

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

После  сбора  всей  необходимой  информации  приступают  к  расчетам 

метрики  –  количества  функциональных  указателей    FP  (Function  Points). 
Автором этой метрики является А. Альбрехт (1979). 

Исходные данные для расчета сводятся в табл. 11.  В таблицу заносится 

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

 

Исходные данные для расчета FP – метрик 

Табл.11.  

Имя 

характеристики 

Ранг, сложность, количество 

Низкий 

Средний 

Высокий 

Итого 

Внешние 
вводы 

*3=_ 

*4=_ 

*6=_ 

=  

Внешние 
выводы 

*4=_ 

*5=_ 

*7=_ 

=  

Внешние 
запросы 

*3=_ 

*4=_ 

*6=_ 

=  

Внутренние 
логические 
файлы 

*7=_ 

*10=_ 

*15=_ 

=  

Внешние 
интерфейсные 
файлы 

*5=_ 

*7=_ 

*10=_ 

=  

Общее количество 

=  

 


background image

Количество функциональных указателей вычисляется по формуле: 
 

FP= Общее количество*(0,65+0,01* F

i

),   

(1) 

 
Где F

i

 – коэффициент регулировки сложности (I=1..14). 

Каждый  коэффициент  может  принимать  следующие  значения:  0-  нет 

влияния,  1-  случайное,  2-  небольшое,  3-  среднее,  4  –  важное,  5  –  основное. 
Значения  выбираются  эмпирически  в  результате  ответа  на  14  вопросов, 
которые характеризуют системные параметры приложения (табл.12).  

После  вычисления  FP  на  его  основе  формируются  метрики 

производительности, качества и другие оценки. 
 
Производительность = ФункцУказатель / Затраты  (FP/чел.-мес.); 
 
Качество = Ошибки / ФункцУказатель  (Единиц/FP); 

 

Удельная Стоимость = Стоимость / ФункцУказатель   (Тыс.$/FP); 

 

Документированность=СтраницДокумента/ФункцУказатель  (Страниц/FP)

 

 

Определение системных параметров приложения 

Табл.12.  

№ 

Системный 

параметр 

Описание 

Передачи данных 

Сколько средств данных требуется для пердачи 
или обмена информацией с приложением или 
системой? 

Распределенная 
обработка данных 

Как обрабатываются распределенные данные и 
функции обработки? 

Производительность  Нуждается ли пользователь в фиксации 

времени ответа или производительности? 

Распространенность 
используемой 
конфигурации 

Насколько распространена текущая аппаратная 
платформа, на которой будет выполняться 
приложение? 

Скорость 
транзакций 

Как часто выполняются транзакции? (каждый 
день, каждую неделю, каждый месяц)? 

Оперативный ввод 
данных 

Какой процент информации нужно вводить в 
режиме онлайн? 

Эффективность 
работы конечного 
пользователя 

Приложение проектировалось для обеспечения 
эффективной работы конечного пользователя? 

Оперативное 
обновление 

Как много внутренних файлов обновляется в 
онлайновой транзакции? 

Сложность 

Выполняет ли приложение интенсивную 


background image

обработки 

логическую или математическую обработку? 

10  Повторная 

используемость 

Приложение разрабатывалось для 
удовлетворения требований одного или многих 
пользователей? 

11  Легкость 

инсталляции 

Насколько трудны преобразования и 
инсталляция  приложения? 

12  Легкость 

эксплуатации 

Насколько эффективны и/или 
автоматизированы процедуры запуска, 
резервирования и восстановления? 

13  Разнообразные 

условия размещения 

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

14  Простота изменений  Была ли спроектирована, разработана и 

поддержана в приложении простота 
изменения?  

 

 
 
Область  применения  функциональных  указателей  –  коммерческие 

информационные  системы.  Для  продуктов  с  высокой  алгоритмической 
сложностью  используются  метрики  свойств  (Features  Points).  Они 
применимы  к  системному  и  инженерному  ПО,  ПО  реального  времени  и 
встроенному ПО.  

Для  вычисления  указателя  свойств  добавляется  одна  характеристика  – 

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

 

Исходные данные для расчета указателя свойств 

Табл.13. 

№ 

Характеристика 

Количество 

Сложность 

Итого 

Вводы 

 

*4 

=  

Выводы 

 

*5 

=  

Запросы 

 

*4 

=  

Логические файлы 

 

*7 

=  

Интерфейсные файлы 

 

*7 

=  

Количество 
алгоритмов 

 

*3 

=  

Общее количество 

=  

 


background image

После заполнения таблицы по формуле (1) вычисляется значение указателя 

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

Достоинства функционально-ориентированных метрик: 

 

не зависят от языка программирования; 

 

Легко вычисляются на любой стадии проекта. 

Недостаток 

функционально-ориентированных 

метрик: 

результаты 

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

FP  –  оценки  легко  пересчитать  в  LOC  –  оценки.  Как  показано  в  табл.14, 

результаты  пересчета  зависят  от  языка  программирования,  используемого 
для реализации ПО.  

 

 
 
 

Пересчет FP – оценок в LOC – оценки 

 Табл.14. 

Язык программирования 

Количество операторов на 1 FP  

Ассемблер 

320 

С 

128 

Паскаль 

90 

С++ 

64 

Java 

53 

Visual Basic 

32 

Visual С++ 

34 

Delphi Pascal 

29 

HTML 3 

15 

LISP 

64 

Prolog 

64 

 

 

ТЕМА 13. ДОКУМЕНТИРОВАНИЕ ПРОГРАММНЫХ СРЕДСТВ 

13.1. Документация, создаваемая и используемая в процессе разработки 

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

При разработке ПС создается и используется большой объем разнообразной 
документации. Она необходима как средство передачи информации между 
разработчиками ПС, как средство управления разработкой ПС и как средство 
передачи пользователям информации, необходимой для применения и 
сопровождения ПС. На создание этой документации приходится большая 
доля стоимости ПС.