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

Содержание:

Введение

1.Теория

1.1 Качество программных  систем

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

1.3 Основные методы  определения качества программных  систем 

2.Практика

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

2.2 Реализация принятия решения на основе расчетов в  Exsel

3. Результативность

Заключение

Список литературы 
 
 
 
 
 
 
 

Введение

    В последние годы программная индустрия  достигла такого уровня развития, при  котором требования к обеспечению качества стали обязательным пунктом заключаемых договоров на разработку программных систем. Постоянное наращивание сложности ПС, как правило, ведет к увеличению числа исходных ошибок в тексте программы, что снижает ее качество, а многообразие ПС, имеющих сходное функциональное назначение, создает жесткую конкуренцию на рынке программной продукции В оценивании качества ПС заинтересованы как его разработчики, так и потребители. Для разработчиков оценивание качества важно уже на этапе проектирования ПС для прогнозирования коммерческого успеха продукта с планируемыми значениями характеристик у пользователей. Оценивание качества ПС на этапе его отладки позволяет разработчику принять решение о завершении этого этапа. Для пользователей же важно уметь оценивать качество готового ПС на этапе его внедрения в эксплуатацию. Основа качественной разработки ПС - рациональная инфраструктура программной инженерии как вида бизнеса. Желание компаний получить наивысшую отдачу от инвестиций в создание ПС побуждает их постоянно возвращаться к вопросу о текущей практике разработки. Разработка ПС как вид бизнеса прошла за последние 30 лет тернистый путь от «закрученных» кодов на Коболе, Фортране и ПЛ/1, создаваемых исключительно в отделах Вычислительно-информационных центров, до приложений, проектируемых, моделируемых и разрабатываемых профессионалами в области информационных систем практически в постоянном взаимодействии с конечными пользователями. К сожалению, разработчики ПС редко завершают программные проекты вовремя, укладываются в рамки бюджета и полностью отражают в программных продуктах требования спецификаций заказчика. Последствия поставки плохо разработанных программных продуктов - это всегда убытки клиентов: не только материальные и финансовые потери, но и падение престижа. Эти проблемы, в свою очередь, негативно отражаются на конкурентоспособности организации-разработчика программных продуктов. И практикующие специалисты в области программных систем, и пользователи сходятся во взглядах на понятие плохого программного продукта как такого, который:

• не обеспечивает поддержку стратегии бизнеса или потребностей пользователей или
• недостаточно надежен, гибок, эффективен и плохо сопровождается или
• является дорогим и слишком долго разрабатываемым.

    Причины плохого состояния практики разработки ПС заключаются в том, что организация-разработчик страдает синдромом «сапожник без сапог» из-за отсутствия надлежащей инфраструктуры разработки. Разработчики программных продуктов испытывают недостаток в современных автоматизированных инструментальных средствах, методологии разработки, обучении специалистов. Кроме того, из-за неадекватной инфраструктуры, сообществу их потенциальных пользователей не отводится ведущая роль в определении методологий эксплуатации ПС, стандартных процедур обработки деловой информации, планов обеспечения ее безопасности и пр. Поэтому многие пользователи прерывают применение программных продуктов, которые не только плохо разработаны и несовместимы, но и подвергают опасности целостность данных компании. Пользователи сталкиваются с недостатками в программных продуктах из-за того, что те не имеют завершенной технологии поддержки всего жизненного цикла ПС, начиная от ее замысла и кончая списанием. Многие организации-разработчики продолжают использовать тот же ограниченный и не интегрированный набор инструментальных средств и методологий для построения ПС, что и десятилетие тому назад. Эта практика продолжается, несмотря на существенный прогресс в применяемых пользователями основных информационных технологиях и повышение их требований к разрабатываемым по договорам программным продуктам. Руководство организаций-разработчиков по техническим, экономическим и социальным причинам запаздывает с созданием эффективной инфраструктуры, способной обеспечить специалистов инструментальными средствами и методологиями, поддерживающими разработку высококачественных ПС. Оценке качества ПС посвящены государственные и международные стандарты. Согласно ГОСТ 28195-89, оценка качества ПС представляет собой совокупность операций, включающая выбор номенклатуры показателей качества, определение значений этих показателей и сравнение их с базовыми значениями. Оцениванию качества различных материалов и изделий посвящено множество работ. Однако ПС является специфичным объектом: они столь многофункциональны, что даже схематично могут быть описаны только очень большим числом критериев качества (как правило, не менее двухсот). Это не позволяет применять существующие методы оценки качества к ПС в неизменном виде.  
 
 
 

1. Теоретическая часть

     1.1 Качество программных систем

Общее представление о качестве ПС международным  стандартом ISO

9126:1-4:2002 рекомендуется описывать тремя взаимодействующими и

взаимозависимыми  метриками характеристик качества, отражающими:

— внутреннее качество, проявляющееся в процессе разработки и других

промежуточных этапов жизненного цикла ПС;

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

и отражающееся характеристиками конечного продукта;

— качество при использовании в процессе нормальной эксплуатации

и результативностью  достижения потребностей пользователей  с учетом

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

Подходящие  внешние метрики специфицируются  для получения числовых

значений  или категорий и свойств внутренних характеристик качества,

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

продукты  в процессе разработки удовлетворяют  внутренним cпецификациям качества. Метрики качества в использовании отражают, в какой степени продукт удовлетворяет потребности конкретных пользователей в достижении заданных целей. Эта метрика не отражена в числе шести базовых характеристик ПС, регламентируемых стандартом ISO 9126-1 вследствие ее общности, однако рекомендуется для интегральной оценки результатов функционирования и применения комплексов программ в стандарте ISO 9126-4. Связь качества в использовании с другими характеристиками ПС зависит от задач и функций их потребителей

Стандарт ISO 9126:1-4 — целесообразно использовать как основу

для формального  регламентирования характеристик качества в жизненном

цикле проектов программных средств. Модель характеристик

качества  ПС и компонентов состоит из шести  групп базовых показателей,

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

— пригодностью для применения по назначению;

— корректностью (правильностью, точностью) реализации требований;

— способностью к взаимодействию с компонентами и средой;

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

Надежность характеризуется:

— уровнем  завершенности — отсутствием  дефектов и ошибок;

— устойчивостью  при наличии дефектов и ошибок;

— восстанавливаемостью после проявления дефектов;

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

Эффективность рекомендуется отражать:

— временной  эффективностью реализации комплекса  программ;

— используемостью  вычислительных ресурсов.

Применимость (практичность) предлагается описывать:

— понятностью  функций и документации;

— простотой  использования комплекса программ;

— изучаемостью процессов функционирования и применения.

Сопровождаемость представляется:

— анализируемостью — удобством для анализа предложений  модификаций;

— изменяемостью  компонентов и комплекса программ;

— тестируемостью изменений при сопровождении.

Мобильность (переносимость) предлагается отражать:

— адаптируемостью  к изменениям среды;

— простотой  установки — инсталляции после  переноса;

— замещаемостью  компонентов при корректировках комплекса программ.

Характеристики  и субхарактеристики в стандарте  определены кратко,

без комментариев и подробных рекомендаций по их применению к

конкретным  системам и проектам ПС. Изложение  имеет концептуальный

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

особенностей  объекта, среды разработки, сопровождения  и применения.

Для выбора характеристик качества ПС и достоверного сравнения их

с требованиями, а также для сопоставления  их значений между различны МИ программными продуктами необходимы оценки, измерения и использование определенных мер и шкал. Стандартами рекомендуется, чтобы было предусмотрено измерение каждой характеристики качества ПС (субхарактеристики или ее атрибута) с точностью и определенностью, достаточной для сравнений с требованиями технических заданий и спецификаций, и чтобы измерения были объективны и воспроизводимы. Следует предусматривать нормы допустимых ошибок измерения, вызванных инструментами и/или ошибками человека-эксперта. Чтобы измерения были объективными, должна быть документирована и согласована процедура для присвоения числового значения, свойства или категории каждому атрибуту программного продукта. Характеристики, субхарактеристики и атрибуты качества ПС с позиции возможности и точности их измерения можно разделить на три уровня детализации показателей, особенности которых следует уточнять при их выборе:

— категорийные-описательные, отражающие набор свойств и общие

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

шкалой  категорий-свойств;

— количественные — представляемые множеством упорядоченных,

числовых  точек, отражающих непрерывные или  дискретные закономерности и описываемые интервальной или относительной шкалой, которые можно объективно измерить и численно сопоставить с требованиями;

— качественные — содержащие несколько упорядоченных  или отдельных

свойств — категорий, которые характеризуются  порядковой или

точечной  шкалой набора категорий (есть — нет, хорошо — плохо), устанавливаются, выбираются и оцениваются в значительной степени субъективно и экспертно.

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

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

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

выполнение  этих функций. Функциональная пригодность — наиболее ответственная, объективно трудно формализуемая и оцениваемая в проекте характеристика комплексов программ. Данная характеристика связана с тем, какие основные и дополнительные функции и задачи должен решать программный продукт для удовлетворения потребностей пользователей, в то время как другие, конструктивные характеристики главным образом связаны с тем, как и при каких условиях заданные функции могут выполняться с требуемым качеством. Субхарактеристики и атрибуты функциональной пригодности можно характеризовать в основном сЁойствами, категориями и качественным описанием функций, для которых зачастую трудно определить численные меры и шкалы. Ко второму уровню показателей качества относятся достаточно достоверно и объективно измеряемые численные характеристики ПС. Значения этих конструктивных характеристик обычно в наибольшей степени влияют на функциональную пригодность в использовании ПС. Поэтому выбор и обоснование их требуемых значений должно проводиться наиболее аккуратно и достоверно уже при проектировании ПС. Их субхарактеристики могут быть описаны упорядоченными шкалами объективно измеряемых значений, требуемые численные величины которых могут быть установлены и выбраны заказчиками или пользователями ПС. Такими характеристиками являются надежность и эффективность комплексов программ. Эти величины могут выбираться и фиксироваться в техническом задании или спецификации требований и сопровождаться методикой объективных, численных измерений при квалификационных испытаниях для сопоставления с требованиями. Длительность решения основных задач, пропускная способность по числу их решений за некоторый интервал времени, длительность ожидания результатов (отклика) и некоторые другие характеристики динамики функционирования ПС могут быть выбраны и установлены количественно в спецификациях требований заказчиком.

Третий  уровень стандартизированных показателей качества ПС трудно

полностью описать измеряемыми количественными  значениями и их

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

Проблема  состоит в выявлении факторов, от которых они зависят, в

создании  методов и средств уменьшения их влияния на функциональную

пригодность ПС, а также в эффективном распределении  ограниченных

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

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

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

сверху  допустимыми или рациональными  затратами ресурсов на их достижение при разработке и совершенствовании ПС;

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

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

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

высоком уровне;

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

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

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

 — назначения

— функций

— исходной информации

—результатов для пользователей, определяющих, что:

— описание целей программного средства корректно  переработано в

подробное описание его назначения и внешней среды применения назначение ПС полностью и корректно детализировано в требованиях

к функциям комплекса программ и его компонентов;

— реализация требований к функциям ПС обеспечена достоверным и

адекватным  составом и содержанием исходной информации от объектов

внешней среды;

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

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

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

— соответствие автоматизируемых функций и комплексов задач назначению ЖЦ ПС;

— общие  технические требования к реализации функций, компонентов

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

     Цель и функции ПС реализуются тогда, когда выходная информация

достигает потребителей — объектов или операторов-пользователей, с требуемым содержанием и качеством, достаточным для обеспечения ее эффективного применения. Содержательная часть этой информации определяется конкретными задачами системы, основными технико-экономическими и/или социальными показателями функционирования системы и отражается метриками в использовании. Степень покрытия всей выходной информацией: целей, назначения и функций ПС для пользователей  следует рассматривать как основную меру качества функциональной пригодности. Прослеживание и оценивание адекватности и полноты состава выходной информации снизу вверх к назначению ПС должны завершать выбор базовых субхарактеристик качества функциональной пригодности, независимо от сферы применения системы.

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