Cтраница 1
Достижение заданного уровня надежности зависит непосредственно от того, кто и как руководит разработкой ПО. Программисты чувствуют, что наиболее серьезные ошибки ПО вызываются обычно административными проблемами, а не просчетами конструкции, внедрения или тестирования программ. К таким административным решениям относятся, например, давление на ускорение начала кодирования до завершения конструирования из-за сжатых сроков на разработку, недостаточные требования к подготовке программистов, несоответствие возможностей программиста порученной работе. [1]
Завершая краткое изложение вопросов тестирования с целью достижения заданного уровня надежности, нельзя не отметить еще раз необходимость серьезного отношения к проведению контроля, так как далее предстоит процесс сопровождения созданного ПО, где невыявленные элементы ненадежности могут проявить себя самым неожиданным образом. [2]
Как размеры, так и ограничение по стоимости разрабатываемого ПО оказывает влияние на достижение заданного уровня надежности. [3]
Необходимое качество - это такое качество, которое требуется для обеспечения удовлетворения запроса потребителя путем достижения заданного уровня надежности или пригодности изделия для данной цели. [4]
Исследование надежности ПО развивается в настоящее время в двух направлениях: обоснование интуитивного представления о надежности ПО и разработка методов, обеспечивающих достижение заданного уровня надежности ПО. [5]
Определение номенклатуры и числа запасных частей основано на учете физической модели возникновения отказов, показателей безотказности и долговечности и значения принимаемой вероятности для достижения заданного уровня надежности изделия при условии регулярной замены деталей с использованием ЗИП. Число запасных частей можно определить как для одного типа, так и для различных типов машин, если детали в них одинаковы. [6]
В составе факторов, связанных с разработкой ПО, необходимо выделить группы конструктивных и технологических факторов, а также группу организационных факторов, обеспечивающих достижение заданного уровня надежности. [7]
Накопленный опыт организации работ по созданию ПО указывает на необходимость уделения этой проблеме самого пристального внимания, так как решение вопросов структурной организации групп проектирования и программирования, распределение ответственности по этапам разработки, подбор и расстановка кадров в значительной мере влияют на достижение заданного уровня надежности ПО. [8]
Рассмотренная модель может применяться для определения времени испытаний программ с целью достижения заданного уровня надежности, а также для оценки числа оставшихся в программе ошибок. [9]
К этим проблемам относятся оценка надежности программного обеспечения; определение факторов, влияющих на достижение заданного уровня надежности ПО; совершенствование методов повышения надежности ПО в процессе проектирования и в процессе эксплуатации разработанного ПО. [10]
Задачи документации связаны с количеством и качеством публикаций в интересах пользователя. Документация и человеческие факторы сходны в том, что они связаны с облегчением понимания и использования ПО. В связи с этим решение проблем документации не противоречит достижению заданного уровня надежности. [11]
Основной целью контроля программ является нахождение еще не известных нам ошибок. В этом смысле контроль и надежность не противоречивы. Несмотря на то что контроль оказывает определенное влияние на надежность, однако его значение для достижения заданного уровня надежности все же ограничено. Процедуры контроля не могут сами по себе повысить уровень надежности ПО, так как она должна обеспечиваться на стадии проектирования. Лучшим способом повышения надежности является исключение с самого начала возможности появления ошибок. [12]
По окончании расчета параметров схемы, обеспечивающих вы - - сокую параметрическую надежность, должна быть проведена оценка надежности устройства по внезапным отказам и сбоям. В простейшем случае такая оценка производится на основе гипотезы о последовательной модели устройства и постоянства интенсивно-стей отказов ( см. гл. По рассчитанным данным могут быть определены требования к профилактике, - контролю и резервированию, с целью достижения заданного уровня надежности. [13]
В процессе оптимизационных расчетов ( рис. 12) выявляют объемы резервирования газоснабжения вторыми топливными хозяйствами. Можно утверждать, что совокупные дополнительные затраты от замены газа другим топливом у некоторых потребителей окажутся в несколько раз ниже ущерба от перерыва их топливоснабжения. Поэтому, учитывая особенности топливоснабжения, рекомендуется при анализе надежности газоснабжения не определять ущерб, а минимизировать дополнительные затраты на достижение заданного уровня надежности системы. [14]
Основная роль в создании систем ПО с заданным уровнем надежности принадлежит собственно процессу разработки программного обеспечения. Учитывая важность этого подхода и накопленный опыт, во втором разделе рассматриваются конструктивные решения обеспечения надежности ПО в процессе разработки. Материал раздела базируется на отечественном и зарубежном опыте проектирования ПО. Вопросы достижения заданного уровня надежности ПО в процессе контроля рассматриваются с учетом продолжения процесса разработки. Организационные средства и методы обеспечения надежности рассматриваются в третьем разделе учебника. Здесь же отражены усилия по моделированию н оценке надежности систем ПО путем рассмотрения наиболее распространенных разновидностей моделей оценки надежности ПО в процессе разработки, а также прогнозирования надежности в ходе сопровождения. [15]