MS Exsel 2007 как инструмент принятия решения по выявлению наилучшей поисковой системе

— назначение, внешнюю среду и условия эффективного применения

ПС;

— системную  эффективность и в том числе  требуемые технико-экономические

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

— функциональные задачи основных компонентов и ПС в целом, а

также системную эффективность каждого;

— необходимое  и достаточное качество и временной  регламент решения

каждой  функциональной задачи;

— соответствие ПС и его компонентов стандартам и нормативным

документам  на проектирование и применение;

— ограничения  параметров внешней среды и условий  для применения

ПС, гарантирующие  требуемые характеристики функциональной пригодности.

Функциональная  пригодность в течение жизненного цикла ПС зависит

от структурных (архитектурных) характеристик, которые должны

отражаться  в требованиях технического задания  и/или спецификаций

на компоненты и ПС в целом:

— соответствие функций и структуры программного средства аппаратной

и операционной среде и их ограниченным ресурсам;

— соответствие правил структурного построения комплекса, функциональных

компонентов и модулей типовым требованиям  к архитектуре

ПС и  его компонентов, а также к  уровню покрытия ими заданных функций

комплекса программ;

— состав, структура и способы организации данных, а также требования

к обмену данными между компонентами ПС должны быть адекватны

организации информационного обеспечения и  функциям системы;

— должны быть заданы временной регламент  и характеристики процесса

динамической  реализации автоматизированных функций;

— должно быть определено допустимое время задержки выдачи результатов решения задач;

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

хранению, обновлению и восстановлению программ и данных.

В ряде систем особое значение для функциональной пригодности

имеет системное проектирование организации информационного обеспечения и базы данных При этом должны быть определены: — назначение базы данных и состав информации в ней;

— совместимость  ПС с другими системами по источникам и потребителям

информации  базы данных;

— организация  сбора, передачи, контроля и корректировки  информации

базы  данных;

— интенсивность  и объемы потоков информации базы данных.

После формулирования требований к функциональной пригодности

нового проекта ПС обычно целесообразно попытаться найти готовые

ПС с  требуемыми функциями. Однако множество  мелких конструктивных,

казалось  бы, второстепенных требований и нестандартизированных

интерфейсов зачастую затрудняют непосредственное применение в новом

проекте готовых компонентов с подходящими  функциями. Это определяет

необходимость тщательного оценивания для новых  проектов всего набора

приоритетных  конструктивных характеристик качества в ПС с подобными

характеристиками  функциональной пригодности. В наибольшей степени функциональная пригодность во многих случаях зависит от корректности и наде^кности ПС. Значительные трудности при создании ориентиров для выбора мер и шкал характеристик  качества проявляются при анализе корректности, способности к взаимодействию и защищенности — безопасности ПС.

       Правильность — корректность: это способность ПС обеспечивать

правильные (или приемлемые) результаты для  пользователей. Эталонами

для выбора требований к корректности при проектировании могут быть:

верифицированные и взаимоувязанные требования к функциям комплекса,

компонентов и модулей программ, а также  правила их структурного

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

вплоть  до текстов и объектного кода программ. Второе требование заключается в выборе степени и стратегии покрытиятестами структуры и функций программных компонентов, совокупности маршрутов исполнения модулей и всего комплекса программ для последующего процесса верификации и тестирования, достаточного для функционирования ПС с необходимым качеством и точностью результатов, при реальных ограничениях ресурсов на тестирование. Мерой выбранной корректности может быть относительное число протестированных функций и маршрутов, которое может измеряться в процентах от общего числа исполняемых. Опыт показывает, что зачастую в готовом, сложном ПС оказываются протестированными только около 50—70% функций и маршрутов, и практически очень трудно эту величину довести до 90—95%. Косвенно эту величину при определенной автоматизации процессов и квалификации специалистов отражает трудоемкость и длительность тестирования, что непосредственно влияет на функциональную пригодность ПС. Способность к взаимодействию — состоит в свойстве ПС и его компонентов взаимодействовать с одним или большим числом определенных компонентов внутренней и внешней среды. При выборе и установлении при проектировании способности программных и информационных компонентов к взаимодействию ее можно оценивать объемом технологических изменений в ПС, которые необходимо выполнять при дополнении или исключении некоторой функции или компонента, когда отсутствуют изменения операционной, аппаратной или пользовательской среды. С этим показателем связана корректность и унифицированность межмодульных интерфейсов, которые определяются двумя видами связей: по управлению и по информации. Требования к характеристике способность к взаимодействию могут быть достаточно полно формализованы как набор свойств и утверждены в процессе системного проектирования, с некоторыми уточнениями на последующих этапах. Их основой являются ссылки на нормативные документы, на интерфейсы открытых систем или на выбранные для конкретного проекта стандарты де-факто. При выборе свойств программных компонентов, обеспечиваюпдих способность к взаимодействию в конкретном проекте ПС, следует оценивать величину вычислительных ресурсов, необходимых для их реализации. При этом важно учитывать возможность повторного использования апробированных компонентов и переноса на различные платформы. Унификация свойств интерфейсов на взаимодействие с внутренней, внешней средой и с пользователями должна отражаться в специальных разделах технологической документации и иметь возможность проверки заказчиком и/или экспертами по документам и текстам программ. Эта характеристика состоит в описании свойств и практически не влияет на качество функционирования текущей версии ПС. Степень унификации интерфейсов может измеряться их относительным числом или объемом текста (например, в процентах от объема программ), которые подвергаются изменениям при любых корректировках взаимодействия программ. Ряд общих понятий, методов и функций, которые могут рассматриваться как достаточно полная база и набор свойств компонентов, обеспечивающих высокую способность к взаимодействию, обобщены в концепции, методах и стандартах открытых систем.

     Защищенность и безопасность функционирования — одна из наиболее

трудно  формализуемых характеристик качества сложных ПС, которая

занимает  исключительное по важности положение  среди всех конструктивных характеристик комплексов программ. Цели, назначение и функции защиты тесно связаны с особенностями функциональной пригодности каждого ПС. Разработка и формирование требований к свойствам защищенности должны осуществляться на основе потребностей эффективной реализации назначения и функций ПС при различных, реальных угрозах. В процессе системного анализа и проектирования должны быть выявлены потенциальные предумышленные и случайные угрозы функционированию ПС и установлен необходимый уровень защиты от них данного комплекса программ. В соответствие с этим уровнем заказчиком выбирается и устанавливается стандартизированная категория защищенности и безопасности ПС и необходимый набор методов, свойств и средств защиты с учетом ограниченных ресурсов на их реализацию. В результате сформированные требования должны обеспечивать равнопрочную защиту от реальных угроз и реализацию необходимых мер контроля и подтверждения целостности и характеристик качества функциональной пригодности комплексапрограмм в условиях проявления различных угроз безопасности функционирования ПС. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

1.2 Основные факторы, определяющие качество программных средств

Описание  в стандарте ISO 9126:1-4 характеристик качества программных средств не содержит рекомендаций и методик выбора их значений в требованиях к конкретным проектам. Необходимо, прежде всего, установить рациональные диапазоны мер и шкал для каждой характеристики и ее атрибутов, которые можно будет использовать в качестве первичных ограничений при выборе их значений для реальных проектов. Далее должны быть разработаны процессы выбора, установления и представления в спецификациях требований к атрибутам каждой характеристики качества. Эти требования должны учитывать реальные ограничения ресурсов, доступных для обеспечения ЖЦ ПС. Ресурсы этих процессов и атрибуты характеристик качества ниже, по возможности, сводятся к трудоемкости и длительности их реализации, а также к соответствующему влиянию этих параметров в функциональную пригодность. Улучшение каждой характеристики качества требует некоторых затрат (трудоемкости, финансов, времени), которые в той или иной степени отражаются на основной характеристике качества — на функциональной пригодности. При выборе конкретных мер и шкал конструктивных характеристик качества следует учитывать возможные затраты на их достижение и результирующее повышение функциональной пригодности, желательно, в сопоставимых экономических единицах, в тех же мерах и масштабах. Такое, даже качественное сравнение эффекта и затрат позволяет избежать многих нерентабельных повышений требований к отдельным конструктивным характеристикам качества, которые не отражаются на адекватном улучшении функций ПС. Поэтому для каждого проекта необходимо ранжировать характеристики и их атрибуты и выделять, прежде всего, те, которые могут в наибольшей степени улучшить функциональную пригодность для конкретных целей. Таким образом, при системном анализе, формировании технического задания и спецификаций требований возникает два класса оптимизационных задач:

— распределение  затрат на улучшение отдельных, конструктивных

характеристик ПС с целью достижения его максимальной или достаточно

высокой функциональной пригодности;

— определение  оптимальных или допустимых затрат на улучшение

каждой  конструктивной характеристики ПС, обеспечивающих адекватное

или достаточно существенное увеличение качества функционирования.

Решение этих задач должно быть направлено на обеспечение достаточно

высокой функциональной пригодности ПС путем сбалансированного

улучшения остальных характеристик качества в условиях ограниченных

ресурсов  на ЖЦ. Для этого в процессе системного анализа при подготовке технического задания и требований спецификаций, значения, требуемых атрибутов и субхарактеристик качества должны проверяться по степени их влияния на функциональную пригодность. Излишне высокие требования к отдельным атрибутам качества, требующие для реализации больших дополнительных трудовых и вычислительных ресурсов, целесообразно снижать, если они слабо влияют на основные, функциональные характеристики ПС. Таким образом, ограниченные ресурсы трудоемкости и длительности этапов ЖЦ ПС должны распределяться по процессам улучшения отдельных характеристик и атрибутов качества с учетом их воздействия на повышение функциональной пригодности. Строгое формализованное решение этих задач в большинстве случаев невозможно, однако качественный системный анализ может помогать выявлению основных тенденций изменения и взаимосвязей значений характеристик.

Наиболее  просто могут быть установлены рациональные значения стандартизированных характеристик или их номинальные категории

свойств для определенных классов ПС. При определении этих границ

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

надежность  функционирования ПС при больших  нагрузках и перегрузках может сильно зависеть от временной эффективности использования производительности ЭВМ. Используемость ресурсов ЭВМ может ограничивать сопровождаемость и изменяемость программ, и то и другое необходимо учитывать при определении требований к характеристикам конкретных проектов ПС. После первичного выбора характеристик качества ПС необходимо определить экономическую эффективность и реализуемость программного средства в соответствии с требованиями контракта по качеству в условиях реального ограничения экономических ресурсов, доступных для обеспечения всего жизненного цикла комплекса программ. Достижение высокого качества любых изделий не может быть бесплатным, для этого необходимы определенные затраты ресурсов, которые тем больше, чем выше требуемое качество. Многие проекты информационных систем терпели и терпят неудачу из-за отсутствия у разработчиков и заказчиков при подготовке контракта четкого представления о реальных финансовых, трудовых, временных и иных ресурсах, необходимых для их реализации.