Cтраница 3
В следующей главе приводятся и обсуждаются 11 возможных характеристик качества программного обеспечения. [31]
![]() |
Структура взаимодействия составляющих СЦУ. [32] |
Во-вторых, : в общем случае надежность КТС зависит от качества программного обеспечения. Влияние программного обеспечения на надежность функционирования КТС очевидно, например, в тех случаях, когда в его составе предусмотрен логический контроль достоверности входной информации, автоматическое диагностирование мест отказо. [33]
На основе этих показателей построена четкая иерархическая структура непересекающихся характеристик качества программного обеспечения. Ее верхний уровень непосредственно отражает потребности пользователей, а нижний - содержит элементарные характеристики, тесно коррелированные с реальными свойствами программного обеспечения, которые могут оцениваться по соответствующим показателям. [34]
В настоящее время эффективность создания цифровых карт практически полностью определяется качеством программного обеспечения. Отечественное программное обеспечение в целом характеризуется приемлемой стоимостью, но его функциональные возможности отстают от потребностей производства. [35]
Оценивается комплектность, достаточность и качество комплектующих установки, а также качество программного обеспечения. [36]
Рассмотрим теперь более подробно основные виды программного продукта и факторы, определяющие качество программного обеспечения. [37]
В более позднем исследовании Брауна и Липова [4] была сформулирована система мер качества программного обеспечения и показано ее использование в рамках управляемого эксперимента для оценки двух машинных программ ( каждая объемом примерно в 400 операторов Фортрана), написанных независимо друг от друга на основе одной и той же спецификации требований. [38]
Таким образом, пособие содержит материалы, которые могут быть использованы в качестве программного обеспечения лабораторного практикума, практических занятий, курсового и дипломного проектирования. [39]
Таким образом, одним из результатов проведенного анализа ошибок было расширение сформированной системы показателей качества программного обеспечения для их эффективного использования в целях обнаружения и исправления ошибок на возможно более ранних этапах. Для этого, например, требуется средство автоматического определения показателя СГ-13, которое могло бы сканировать начальные блоки программных модулей. [40]
Существует, однако, целый ряд типичных ситуаций, в которых можно эффективно воздействовать на качество программного обеспечения, и поэтому очень важно знать его основные качественные характеристики. Назовем для примера лишь несколько этапов, на которых формируются эти характеристики. [41]
Разумеется, проведенное исследование базы данных, связанных с ошибками программирования обеспечило лишь частичную оценку характеристик качества программного обеспечения. Однако в связи с тем, что тестирование всегда занимает довольно большую часть ресурсов, необходимых для его разработки, полученные в результате анализа оценки оказались чрезвычайно полезными для принятия решения относительно того, какие показатели следует преимущественно разрабатывать и использовать. [42]
Однако эта система не имеет средств формализации инженерных задач на этапе постановки и поэтому ее включение в САПР в качестве инвариантного программного обеспечения параметрической оптимизации потребует разработки дополнительных программных средств сопряжения. [43]
Первоначальные цели исследований, результаты которых являются предметом дальнейшего рассмотрения, состояли в том, чтобы выявить целесообразную совокупность характеристик качества программного обеспечения и установить затем для каждой такой характеристики один или более измеримых показателей, которые, во-первых, позволяли бы судить, в какой степени та или иная программа обладает некоторым свой-ством, и, во-вторых, давали возможность выводить общую оценку качества программного обеспечения как функцию значений частных показателей. [44]
Наконец, четвертое исходное положение сводится к тому, что вычисление и понимание конкретного численного значения некоторого единственного обобщенного показателя качества программного обеспечения может оказаться связанным с такими трудностями, которые нельзя оправдать. Основную проблему здесь представляет тот факт, что многие частные характеристики качества программных средств противоречивы: увеличение эффективности нередко становится возможным лишь за счет ухудшения мобильности, точности, понятности и удобства эксплуатации; повышение точности часто отрицательно сказывается на мобильности вследствие зависимости обеих характеристик от длины машинного слова; достижение высокой степени осмысленности может вступать в конфликт с ограничениями на открытость. Когда же возникают подобные конфликтные ситуации, пользователи обычно затрудняются указать, какие же характеристики с их точки зрения являются более существенными. [45]