Главная страница  Анализ эмпирических данных 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [ 54 ] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

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

4.5.7. Связь числа ошибок с затратами на программное обеспечение

Цель исследования подобной связи состояла в получении ответа на вопрос, являются ли программы, наиболее подверженные ошибкам, и наиболее дорогими. Интуиция подсказывает, что ответ должен быть положительным, поскольку предварительное исследование показало довольно тесную корреляцию стоимости с объемом программных средств.

На основании данных Проекта 3 стоимость была определена для всего периода разработки, включая проектирование, кодирование, стендовые и формальные испытания. Следует заметить, что прочие проектные издержки, такие, как управленческие расходы, управление конфигурацией и внешние испытания, не рассматривались, поскольку точные данные о статьях расходов организаций-соисполнителей отсутствовали. Зависимость стоимости программного обеспечения от числа зафиксированных Уведомлений о проблемах в

г=ОЩ

ооо о

у о <Го

,с<ооо {°соо

W ZD 30 4D Числа йейстВитвтнык проблем

Ш

Рис. 4.12. Зависимость стоимости программных средств от числа выявленных проблем в случае подсистемы С Проекта З.--



S D.2

г= 0,8899

о о о

80 - о

о ° ооэ

с т 150П 2000 2Ш

Объем программных средстб (общее чисм операторов)

Рис. 4.13. Зависимость стоимости программных средств от их объема в случае подсистемы С Проекта 3.

олной ИЗ подсистем, созданной персоналом TRW, отображена на рис. 4.12 (нормированный график)). Для этой подсистемы была обнаружена положительная корреляция указанных переменных (г = 0,842).

Для той же самой подсистемы на рис. 4.13 представлена зависимость стоимости от объема программных средств (г = 0,890). Хотя результаты приведены только для одной подсистемы, аналогичные зависимости были установлены и для других подсистем.

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

Соблазн обобщить результаты сравнения данных по разным проектам велик. Однако следует иметь в виду, что такое сравнение имеет смысл только тогда, когда точно и однозначно определены общие параметры, с помощью которых будут характеризоваться различия и сходство изучаемых проектов. Кроме того, необходимо также учитывать различие элементов данных и способов их сбора. Другими словами, предполагаемое сравнение невозможно без соответствую-

) Нормирование стоимости было произведено относительно наиболее дорогой программы в подсистеме.



172 Глаза 4

щей базы, создание которой, как показывают резуль таты настоящего исследования, является довольно сложной проблемой. Так, например, предполагалось, что анализ характеристик и мер количественной оценки программного обеспечения Проекта 3 (гл. 3) позволит создать базу для сравнения структурных характеристик, полученных по Проекту 5. Для оценки структурных характеристик Проекта 5 была использована та же мера сложности, что и для описания сложности Проекта 3. Это позволило установить, что по своей структуре Проект 5 является довольно простым. Действительно, в Проекте 3 кратность вложения циклов и использования условных операторов часто достигала значения 5, а иногда и 10 по согласованной шкале. Таким вложениям присваивался высокий коэффициент сложности. Что касается Проекта 5, то для него подобная степень сложности была неприемлемой, так как время счета должно было быть минимальным. Следовательно, при сравнении этот проект долл<ен был оказаться более простым, чем Проект 3. Вместе с тем специалисты, знакомые с обоими проектами, оценили бы Проект 5 как более сложный, и весьма вероятно, что при этом было бы употреблено выражение сложнее на несколько порядков . По-видимому, это связано с тем, что главное различие этих проектов заключается не в исходных программах, а в чем-то другом. В Проекте 5 в режиме реального времени решается очень сложная аналитическая задача, причем решается она по впервые разработанным алгоритмам; в Проекте 3 решается задача хотя и очень объемная в аналитическом отношении, но сравнительно хорошо изученная.

Даже сравнение таких на первый взгляд очевид-рых показателей, как объем программ, может привести к неправильным выводам. Дело в том, что одной рз самых распространенных мер объема программных средств является количество команд на машин-[ом языке, так как этот показатель намного проще, ,ем другие показатели, и может быть получен от разработчиков. В то же время объем программ на уровне машинного языка зависит от типа используемой Biyij поскольк)7 кратность преобразования операто-



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [ 54 ] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

© 2000 - 2024 ULTRASONEX-AMFODENT.RU.
Копирование материалов разрешено исключительно при условии цититирования.