Номенклатура показателей качества 7 страница
Конкретное ПС может быть частью большей системы, состоящей из других программных продуктов, с которыми оно имеет интерфейсы аппаратных средств, персонала операторов и рабочих потоков данных. Поставляемое ПС оценивается уровнями отобранных для спецификаций внешних метрик. Эти метрики описывают его взаимодействие со средой и оцениваются путем наблюдения и измерения ПС в действии.
Внутренние метрики в соответствии со стандартами могут применяться в ходе проектирования и программирования к неисполняемым компонентам ПС таким, как спецификация или исходный программный текст. При разработке ПС промежуточные продукты следует оценивать с использованием внутренних метрик, которые отражают некоторые функциональные и конструктивные свойства программ. Внутренние метрики дают возможность разработчикам, испытателям и заказчикам оценивать качество ЖЦ программ и заниматься вопросами технологического обеспечения качества до того, как ПС становится готовым к использованию продуктом. Измерения внутренних метрик используют свойства, категории, числа или характеристики элементов из состава ПС, которые, например, имеются в процедурах исходного программного текста, в графе потока управления, в потоке данных и в представлениях изменения состояний памяти. Качество документации также может оцениваться с использованием внутренних метрик.
Внешние метрики используют меры ПС, выведенные из поведения системы, частью которых они являются, путем испытаний, эксплуатации и наблюдения исполняемых программ или функционирования информационной системы. Перед приобретением или использованием ПС его следует оценить с использованием метрик, основанных на деловых и профессиональных целях, связанных с применением и управлением программным продуктом. Внешние метрики обеспечивают заказчикам, пользователям и разработчикам возможность прослеживать качество ПС в ходе испытаний или опытной эксплуатации.
Когда общие требования к функциям ПС определены, в них должны быть выделены и перечислены характеристики и субхарактеристики, которые составляют полный набор показателей качества конкретного комплекса программ. Затем определяются подходящие внешние метрики, их меры и приемлемые диапазоны значений, устанавливающие количественные и качественные критерии, которые подтверждают, что ПС удовлетворяет потребностям заказчика и пользователей. Далее определяются и специфицируются внутренние атрибуты качества, чтобы спланировать удовлетворение внешних характеристик качества в конечном продукте и обеспечить их в промежуточных продуктах в ходе разработки. Подходящие внутренние метрики специфицируются для получения числовых значений или категорий и свойств внутренних характеристик качества, чтобы их можно было использовать для проверки того, что промежуточные продукты в процессе разработки удовлетворяют внутренним спецификациям качества.
Метрики качества в использовании отражают, в какой степени продукт удовлетворяет потребности конкретных пользователей в достижении заданных целей с результативностью, продуктивностью и удовлетворением в заданном контексте использования. При этом результативность подразумевает точность и полноту достижения определенных целей пользователями при применении ПС. Продуктивность соответствует соотношению израсходованных ресурсов и результатов при эксплуатации ПС. Удовлетворенность – это технологическое психологическое отношение к качеству процессов и результатов использования программного продукта. Эта метрика не отражена среди шести базовых характеристик ПС согласно стандарту ISO 9126–1, однако рекомендуется для интегральной оценки результатов функционирования и применения комплексов программ в ISO 9126–4.
Качество в использовании – это объединенный эффект функциональных и конструктивных характеристик качества ПС для разных типов пользователей.
Практически невозможно измерить все внутренние или внешние субхарактеристики и их атрибуты для всех компонентов крупномасштабных ПС. Аналогично, обычно не практикуется оценивать качество в использовании для всех возможных сценариев задач пользователей. Поэтому их необходимо ранжировать и выделять приоритетные процессы и объекты для оценивания характеристик с различной достоверностью.
3.4. Особенности измерения и оценивания характеристик качества
Для выбора характеристик качества ПС и достоверного сравнения их с требованиями, а также для сопоставления их значений между различными программными продуктами необходимы измерение и использование определенных мер и шкал. Стандартами рекомендуется, чтобы было предусмотрено измерение каждой характеристики качества ПС с точностью и определенностью, достаточной для выполнения сравнений с требованиями, и чтобы эта точность обеспечивалась при измерении. Следует предусматривать нормы допустимых ошибок измерения, вызванных инструментами и ошибками человека – эксперта. Меры, используемые для сравнений, должны быть утверждены, и иметь точность, достаточную для выполнения надежных сравнений. Для этого требуется, чтобы измерения были объективны и воспроизводимы.
Чтобы измерения были объективными, должна быть документирована и согласована процедура для присвоения числового значения, свойства или категории каждому атрибуту программного продукта. При эмпирических измерениях для получения данных должны использоваться наблюдения или одобренные вопросники с применением номинальной, интервальной или порядковой шкалы. Процедуры измерений должны давать в результате одинаковые меры с приемлемой устойчивостью, получаемые различными субъектами при выполнении одних и тех же измерений характеристик ПС в различных случаях.
Характеристики, субхарактеристики и атрибуты качества ПС с позиции возможности и точности их измерения можно разделить на три группы показателей, особенности которых следует уточнять при их выборе:
· категорийные – описательные, отражающие набор свойств и общие характеристики объекта – его функции, категории ответственности, защищенности и важности, которые могут быть представлены номинальной шкалой категорий–свойств;
· количественные – представляемые множеством упорядоченных числовых точек, отражающих непрерывные закономерности и описываемые интервальной или относительной шкалой, которые можно объективно измерить и численно сопоставить с требованиями;
· качественные – содержащие несколько упорядоченных или отдельных свойств – категорий, которые характеризуются порядковой или точечной шкалой набора категорий (есть – нет, хорошо – плохо), устанавливаются, выбираются и оцениваются в значительной степени субъективно и экспертно.
К первой группе относятся показатели качества, которые характеризуются наибольшим разнообразием значений – свойств программ и наборов данных – и охватывает весь спектр классов, назначений и функций современных ПС. Эти свойства можно сравнивать только в пределах однотипных ПС и трудно упорядочивать по принципу предпочтительности. Среди стандартизованных показателей качества к этой группе относится функциональная пригодность, являющаяся самой важной и доминирующей характеристикой любых ПС.
Ко второй группе стандартизованных показателей качества относятся достаточно достоверно и объективно измеряемые численные характеристики ПС. Значения этих характеристик обычно в наибольшей степени влияют на функциональную пригодность и метрики в использовании ПС. Поэтому выбор и обоснование их требуемых значений должно проводиться наиболее аккуратно и достоверно уже при системном проектировании ПС. Такими характеристиками являются надежность и эффективность комплексов программ.
Третью группу стандартизованных показателей качества ПС трудно полностью описать измеряемыми количественными значениями и их некоторые субхарактеристики имеют описательный качественный вид. В зависимости от функционального назначения ПС по согласованию с заказчиком можно определять экспертно степень необходимости этих свойств и бальные значения уровня реализации их атрибутов в ЖЦ конкретного ПС.
Например, не всегда может требоваться мобильность программ на новые операционные и аппаратные платформы, а также выбор и оценка соответствующих субхарактеристик, которые можно полностью исключать из метрик качества в использовании. В других случаях мобильность можно оценить категориями: отличная, хорошая, удовлетворительная или неудовлетворительная. Такие оценки могут проводиться экспертно на основе анализ возможной трудоемкости и длительности реализации процессов переноса комплекса программ на новую платформу.
3.5. Негативные факторы, влияющие на качество
Целеустремленная деятельность разработчиков направлена на удовлетворение требований заказчика и пользователей ПС при их применении по прямому назначению. Для этого используются технологии и инструментальные средства, обеспечивающие ЖЦ ПС с заданными функциональными и конструктивными характеристиками качества (см. п.5.2). Эта деятельность регламентируется рядом методов и стандартов, которые являются компонентами технологического обеспечения качества программных средств в течение их ЖЦ.
Различия между ожидаемыми и полученными результатами функционирования программ могут быть следствием дефектов и ошибок не только в созданных программах и данных, но и системных ошибок в первичных требованиях спецификаций, явившихся исходной базой при создании ПС. Тем самым проявляется объективная реальность, заключающаяся в невозможности абсолютной корректности и полноты исходных спецификаций для проектирования крупномасштабных ПС.
На практике в процессе разработки ПС исходные требования к качеству уточняются и детализируются по согласованию между заказчиком и разработчиком. Базой таких уточнений являются неформализованные представления и знания специалистов и результаты промежуточных этапов. Однако установить ошибочность исходных данных и спецификаций еще труднее, чем обнаружить ошибки в созданных программах и данных, так как принципиально отсутствуют декларированные данные, которые можно использовать как эталонные, и их заменяют неформализованные представления заказчика и разработчиков.
Степень влияния всех внутренних негативных факторов, а также внешних угроз на качество ПС определяется в значительной степени качеством технологий проектирования, разработки, сопровождения и документирования ПС и их основных компонентов.
При ограниченных ресурсах на разработку ПС для достижения заданных требований на характеристики качества необходимо управление качеством в течение всего ЖЦ программ и данных. Такое управление предполагает высокую дисциплину и проектировочную культуру коллектива специалистов, использование им методик, стандартов, типовых нормативных документов и средств автоматизации разработки (CASE). Кроме того, обеспечение качества ПС предполагает формализацию и сертификацию системы качества и технологии их разработки на предприятии.
Дефекты функционирования ПС, не имеющие злоумышленных источников или последствий физических разрушений аппаратных компонентов, проявляются внешне как случайные, имеют разную природу и последствия. В частности, они могут приводить к нарушениям функциональной работоспособности и к отказам при использовании ПС.
В ЖЦ на ПС действуют различные негативные дестабилизирующие факторы, которые можно разделить на внутренние, присущие самим объектам уязвимости, и внешние, обусловленные средой функционирования.
Внутренними источниками угроз качеству функционирования сложных ПС являются следующие дефекты программ:
· системные ошибки при постановке целей и задач создания ПС;
· алгоритмические ошибки разработки при непосредственной реализации функций ПС;
· ошибки программирования в текстах программ и описаниях данных;
· недостатки средств защиты.
Внешними дестабилизирующими факторами, отражающимися на качестве функционирования перечисленных объектов уязвимости в ПС, являются:
· ошибки оперативного и обслуживающего персонала в процессе эксплуатации ПС;
· искажения информации в сетях телекоммуникации;
· сбои и отказы в аппаратуре вычислительных средств;
· недопустимые изменения состава и конфигурации комплекса взаимодействующей аппаратуры информационной системы.
Полное устранение перечисленных негативных воздействий и дефектов принципиально невозможно. Проблема состоит в выяснении факторов, от которых они зависят, в создании методов и средств уменьшения их влияния на функциональную пригодность ПС.
3.6. Ресурсы, ограничивающие достижимые характеристики качества
В зависимости от характеристик объекта разработки на ее выполнение выделяются ресурсы различных видов. Их величины значительно влияют на экономические показатели и характеристики качества всего ЖЦ ПС. В результате доступные ресурсы становятся косвенными критериями или факторами, влияющими на выбор методов разработки, на достигаемые качество и эффективность применения ПС (рис.3.1). При этом следует учитывать, что каждый вид доступных ресурсов в реальных условиях ограничен и может варьироваться для конкретного проекта ПС только в некотором диапазоне.
Наиболее общим видом ресурсов, используемым в ЖЦ ПС, являются допустимые финансово–экономические затраты или эквивалентные им величины трудоемкости соответствующих работ. При тестировании и анализе качества этот показатель может применяться как вид ресурсных ограничений или как критерий оптимизации, определяющий достигаемую функциональную пригодность ПС. При этом необходимо также учитывать затраты на разработку, закупку и эксплуатацию системы качества, на технологию и комплекс автоматизации проектирования программ и баз данных (CASE–средства), которые могут составлять существенную часть совокупной стоимости и трудоемкости разработки и всего ЖЦ ПС.
Время или допустимая длительность разработки определенных версий ПС является невосполнимым ограниченным ресурсом реальных проектов. Высокие требования заказчика к срокам реализации проектов ограничивают разработчиков и испытателей в продолжительности и объеме возможного анализа, разработки и, особенно, тестирования. Увеличение числа привлекаемых для этого специалистов при опытной эксплуатации или бета–тестировании только в некоторых пределах позволяет ускорять разработку и увеличивать совокупное число тестов при проверках.
Кадры специалистов можно оценивать численностью, тематической и технологической квалификацией. В создании крупномасштабных ПС участвуют системные аналитики и руководители различных рангов, программисты и вспомогательный обслуживающий персонал в некотором, желательно рациональном сочетании. Определяющими являются совокупная численность и структура коллектива, его подготовленность к коллективной разработке конкретного типа ПС и к применению его системы обеспечения качества функционирования.
Доступные разработчикам ПС вычислительные ресурсы объектных и технологических ЭВМ являются одним из важнейших факторов, определяющих достижимое качество сложных ПС. В процессе проектирования целесообразно выделять определенные ресурсы ЭВМ на оперативное обеспечение качества, повышение защищенности и надежности функционирования. Допустимая величина и рациональное распределение ресурсов ЭВМ на отдельные методы повышения определенных характеристик качества ПС оказывают существенное влияние на достигаемые их значения.
Особым показателем качества является стоимость или совокупные трудовые, временные и материальные затраты на приобретение, создание, модификацию и эксплуатацию компонентов и всего комплекса программ. Эта характеристика непосредственно влияет практически на все остальные показатели качества и определяет рентабельность покупки или создания заново конкретного программного продукта.
Это означает, что качество является относительным понятием, которое зависит от субъектов, осуществляющих его оценку с позиции эффективности использования, а также от состояния рынка соответствующей продукции, ее производителей и технологий. Ориентация на потребителей подразумевает анализ его нужд и определение возможностей рынка удовлетворить эти потребности. При этом следует учитывать рыночную конкуренцию двух видов: между поставщиками готовых к применению ПС с фиксированным качеством и между разработчиками, обеспечивающими ЖЦ ПС или их существенную часть, с характеристиками качества, требующимися конкретному заказчику.
Важнейшим фактором конкурентоспособности ПС является соотношение между ценностью имеющегося или предполагаемого продукта с позиции его использования потребителем и его стоимостью при создании или приобретении в условиях реального рынка. Для удовлетворения потребностей пользователей необходимы их затраты на приобретение готового или на заказ разработки и обеспечение ЖЦ соответствующего программного продукта. При этом особое значение имеет технико-экономическое обоснование и системное проектирование всего ЖЦ ПС. Поэтому значительное влияние необходимо уделять разработке концепции, ТЗ и спецификаций, когда должен быть выбран первичный набор характеристик качества и их значений, который в последующем следует конкретизировать, развивать и реализовать в течение ЖЦ ПС.
Вопросы по теме
1. Назовите и охарактеризуйте основные факторы, влияющие на качество программных средств.
2. Опишите модель характеристик качества программных средств согласно стандарту ISO 9126.
3. Опишите модель процесса конкретизации метрик качества в жизненном цикле программных средств согласно стандарту ISO 9126.
4. Какие группы показателей характеристик качества программных средств вы знаете? Какие они имеют особенности?
5. Какие негативные факторы влияют на качество программных средств?
6. Какие ресурсы ограничивают достижение заданных характеристик качества программных средств?
4. выбор мер и шкал характеристик качества программных средств
4.1. Принципы выбора характеристик качества
Описание в стандарте ISO 9126:1–4 характеристик качества ПС не содержит указаний и методик выбора их значений в проектах. В данной главе рассмотрены принципы решения этих задач, которые являются основой для оценивания качества ПС, изложенного в главах 5 и 7. Для этого необходимо установить рациональные диапазоны мер и шкал для каждой субхарактеристики и ее атрибутов, которые можно будет использовать в качестве первичных ограничений при выборе их значений для реальных проектов. Далее должны быть разработаны процессы выбора, установления и представления в спецификациях требований к атрибутам каждой характеристики качества. Эти требования должны учитывать реальные ограничения ресурсов, доступных для обеспечения ЖЦ ПС.
Системная эффективность целевого применения ПС определяется степенью удовлетворения потребностей определенных лиц, которую во многих случаях можно измерить экономическими категориями: прибылью, стоимостью, трудоемкостью, предотвращенным ущербом, длительностью применения и т.п.. В стандартах эта эффективность отражается основной обобщенной характеристикой – функциональная пригодность. Хотя ее абсолютную величину обычно трудно измерить непосредственно и количественно, тем не менее, по ряду показателей возможна качественная оценка достоинств большинства ПС при применении.
Улучшение каждой характеристики качества требует некоторых затрат (трудоемкости, финансов, времени), которые в той или иной степени отражаются на основной характеристике качества – функциональной пригодности. При выборе конкретных мер и шкал конструктивных характеристик качества следует учитывать возможные затраты на их достижение и результирующее повышение функциональной пригодности, желательно, в сопоставимых экономических единицах в тех же мерах и масштабах. Такое даже приблизительное качественное сравнение эффекта и затрат позволяет избежать многих нерентабельных повышений требований к отдельным конструктивным характеристикам качества, которые не отражаются на адекватном улучшении функций ПС. Поэтому для каждого проекта необходимо ранжировать характеристики и их атрибуты и выделять те, которые могут в наибольшей степени улучшить функциональную пригодность для конкретных целей.
Таким образом, при системном анализе, формировании ТЗ и спецификаций требований возникает два класса оптимизационных задач:
· распределение затрат на улучшение отдельных конструктивных характеристик ПС с целью достижения его максимальной или достаточно высокой функциональной пригодности;
· определение оптимальных или допустимых затрат на улучшение каждой конструктивной характеристики ПС, обеспечивающих адекватное или достаточно существенное увеличение качества функционирования.
Решение этих задач должно быть направлено на обеспечение достаточно высокой функциональной пригодности ПС путем сбалансированного улучшения отдельных характеристик качества в условиях ограниченных ресурсов на ЖЦ. Для этого в процессе системного анализа при подготовке ТЗ и требований спецификаций, значения требуемых атрибутов и субхарактеристик качества должны проверяться по степени их влияния на функциональную пригодность. Излишне высокие требования к отдельным атрибутам качества, требующие для реализации больших дополнительных трудовых и вычислительных ресурсов, целесообразно снижать, если они слабо влияют на основные функциональные характеристики ПС.
Строгое формализованное решение этих задач в большинстве случаев невозможно. Наиболее просто могут быть установлены рациональные значения стандартизованных характеристик или их номинальные категории свойств для определенных классов ПС. Ориентирами могут служить диапазоны изменения количественных характеристик качества ПС, границы шкал которых сверху и снизу могут быть выбраны на основе следующих принципов:
· предельные значения характеристик качества должны быть ограничены сверху возможными или рациональными затратами на их достижение при разработке ПС;
· наибольшие допустимые затраты ресурсов для достижения этих характеристик должны их обеспечивать на достаточно высоком уровне качества при применении или развитии ПС;
· допустимые наихудшие значения отдельных характеристик качества могут соответствовать значениям, при которых начинает заметно снижаться функциональная пригодность при эксплуатации ПС;
· значения отдельных конструктивных характеристик качества не должны негативно отражаться на возможных высоких значениях других приоритетных характеристик.
При определении этих границ следует учитывать корреляцию как между атрибутами определенных субхарактеристик, так и между различными характеристиками. Так, например, надежность функционирования ПС при больших нагрузках и перегрузках может сильно зависеть от временной эффективности использования производительности ЭВМ. Используемость ресурсов ЭВМ может ограничивать сопровождаемость и изменяемость программ.
4.2. Выбор свойств и атрибутов качества функциональных возможностей
Способность обеспечивать решение задач, удовлетворяющих установленные потребности заказчика и пользователей при применении комплекса программ в заданных условиях, отражена в стандарте ISO 9126 характеристикой функциональные возможности. В эту характеристику качества, кроме основной субхарактеристики функциональная пригодность, в стандарте включены, по существу, конструктивные субхарактеристики: корректность и способность к взаимодействию.
Более сложно классифицировать защищенность, функции которой непосредственно и органически связаны с конкретными особенностями функциональной пригодности. Этим она выделяется из конструктивных характеристик, которые более инвариантны к функциям ПС.
Функциональная пригодность связана с тем, какие функции и задачи решает ПС для удовлетворения потребностей пользователей. Другие характеристики главным образом связаны с тем, как и при каких условиях функции могут выполняться с требуемым качеством.
Субхарактеристики и атрибуты функциональной пригодности можно характеризовать в основном категориями и качественным описанием функций, для которых трудно определить меры и шкалы. Поэтому они отнесены в отдельную группу номинальных категорийно–описательных метрик.
Области применения, номенклатура и функции комплексов программ охватывают столь разнообразные сферы деятельности человека, что невозможно полностью выделить и унифицировать достаточно ограниченное число атрибутов для выбора и сравнения этой характеристики в различных по назначению комплексах программ. На начальных этапах проекта они обычно описываются в произвольной форме набором свойств в контракте, ТЗ и спецификации требований. В таких первичных описаниях содержится ряд неопределенностей и умолчаний, которые могут быть обусловлены недостаточной квалификацией заказчика и разработчика, а также различием их подходов к реализации конкретных функций ПС. В последующем эти описания должны приближаться по структуре и содержанию к требованиям соответствующих стандартов на ТЗ для компонентов ПС.
4.2.1. Функциональная пригодность
Функциональная пригодность – это набор и описания атрибутов, определяющих назначение, основные необходимые и достаточные функции ПС, заданные ТЗ и спецификациями требований заказчика или потенциального пользователя (табл.4.1).
Таблица 4.1
Субхарактеристики и атрибуты качества для выбора функциональных возможностей ПС
Субхарактеристики | Атрибуты качества |
Функциональная пригодность | · соответствие назначения целям применения ПС; · соответствие требований к функциям назначению ПС; · соответствие исходной информации требованиям к функциям ПС; · соответствие состава и содержания выходной информации для потребителей назначению и функциям ПС; · соответствие структурных характеристик комплекса программ назначению и функциям ПС. |
Корректность | · соответствие требований к функциям ПС требованиям к информационной системе; · соответствие требований к функциональным компонентам требованиям к функциям ПС; · соответствие текстов программ требованиям к функциональным компонентам ПС; · соответствие объектного кода исходному тексту программ функциональных компонентов ПС; · степень покрытия тестами возможных маршрутов исполнения программ. |
Способность к взаимодействию | · с операционной системой; · с аппаратной средой; · с внешней средой информационной системы и пользователями; · между программными компонентами; · между компонентами распределенных информационных систем. |
Защищенность | · соответствие критериям и требованиям защиты от предумышленных угроз безопасности ПС; · соответствие методам и средствам защиты от проявления случайных дефектов программ и данных; · обеспечение эффективности оперативных методов защиты и восстановления при проявлениях и реализации угроз; · соответствие стандартам и НД на защиту от различных типов угроз; · обеспечение равнопрочной защиты в соответствии с опасностью угроз и доступностью ресурсов для защиты. |
В процессе проектирования ПС атрибуты функциональной пригодности должны конкретизироваться в спецификациях на компоненты и на ПС в целом. Атрибутами этой характеристики качества могут быть функциональная полнота решения заданного комплекса задач, степень покрытия функциональных требований спецификациями и их стабильность при развитии ПС. Некоторые атрибуты можно представить численно: точностью результатов, относительным числом поэтапно изменяемых функций, числом реализуемых требований заказчика и т.д.. Кроме них функциональную пригодность отражают множество различных специализированных критериев, которые тесно связаны с конкретными решаемыми задачами и сферой применения программ.
Эта характеристика может значительно модифицироваться в ЖЦ ПС и соответственно изменяется конкретное содержание функций, которые подлежат оцениванию. Это позволяет постепенно формализовать применяемые метрики субхарактеристик и атрибутов функциональной пригодности. Такими атрибутами могут быть:
· функциональная адекватность программ документам и декларированным требованиям, утвержденным заказчиком;
· степень покрытия требований тестами;
· полнота и законченность реализации этих требований;
· точность выполнения требований детальных спецификаций на функциональные компоненты ПС.
Кроме того, функциональная пригодность зависит от многих конструктивных характеристик и их атрибутов, которым в стандартах придается самостоятельное значение.
Любые ПС, прежде всего, должны иметь экономическую, техническую, научную или социальную эффективность применения, которая должна отражать основную цель их жизненного цикла. Эта системная эффективность может быть описана количественно или качественно в виде набора полезных свойств ПС, их отличий от имеющихся у других комплексов программ, а также причин и источников возможной эффективности. В результате должна быть формализована цель использования и набор требований заказчика и пользователей при приобретении ПС, а также предполагаемая сфера его применения и назначение. Полнота и точность представления этой характеристики ПС может оцениваться в основном экспертно и является исходной для прослеживания всех последующих производных атрибутов функциональной пригодности.
Цель и назначение ПС детализируются и формализуются в требованиях к функциям компонентов и всего комплекса программ, способного реализовать декларированные цели.
Функции ПС реализуются в определенной аппаратной, операционной и пользовательской внешней среде информационной системы, характеристики которых существенно влияют на функциональную пригодность. Для выполнения требуемых функций комплекса программ необходима адекватная исходная информация от объектов внешней среды, содержание которой должно полностью обеспечивать реализацию декларированных функций. Результаты оценивания влияния источников, номенклатуры, структуры и качества входной информации на качество выполнения функций являются одной из важных составляющих для выбора и определения функциональной пригодности ПС в соответствующей внешней среде.