РАЗРАБОТКА ТРЕБОВАНИЙ К ХАРАКТЕРИСТИКАМ КАЧЕСТВА
advertisement
58 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ Ëèïàåâ Â.Â. Lipaev V.V. DEVELOPMENT OF REQUIREMENTS FOR THE QUALITY OF SOFTWARE РАЗРАБОТКА ТРЕБОВАНИЙ К ХАРАКТЕРИСТИКАМ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ Â ñòàòüå ñèñòåìàòèçèðîâàííî ïðåäñòàâëåíû ïðèíöèïû, ìåòîäû è ìåòîäèêà ðàçðàáîòêè òðåáîâàíèé ê õàðàêòåðèñòèêàì, ñóáõàðàêòåðèñòèêàì è àòðèáóòàì êà÷åñòâà ïðîåêòîâ ñëîæíûõ ïðîãðàììíûõ ñðåäñòâ (ÏÑ). Îíà ñîäåðæèò ïîñëåäîâàòåëüíîå îïèñàíèå ñîäåðæàíèÿ è îñîáåííîñòåé êîíêðåòèçàöèè îñíîâíûõ ñâîéñòâ, øêàë è ìåð õàðàêòåðèñòèê êà÷åñòâà äëÿ ïðîåêòîâ ÏÑ. Ïîäîáíûé àíàëèç ìîæåò ýôôåêòèâíî âëèÿòü íà ñíèæåíèå ñòîèìîñòè, òðóäîåìêîñòè è äëèòåëüíîñòè ñîçäàíèÿ ñëîæíûõ ÏÑ è íà ïîâûøåíèå ýêîíîìè÷åñêîé ýôôåêòèâíîñòè âñåãî èõ æèçíåííîãî öèêëà. Ðåêîìåíäàöèè ïðåäíàçíà÷åíû äëÿ çàêàç÷èêîâ, ðóêîâîäèòåëåé è ñïåöèàëèñòîâ, îáåñïå÷èâàþùèõ ýòàïû æèçíåííîãî öèêëà ïðîåêòîâ ñëîæíûõ ïðîãðàììíûõ ñðåäñòâ, à òàêæå ñîçäàþùèõ è ïðèìåíÿþùèõ ñèñòåìû êà÷åñòâà ïðåäïðèÿòèé â ýòîé îáëàñòè äåÿòåëüíîñòè. The article introduces a system of principles, tools and techniques for developing the requirements for characteristics, sub-characteristics and attributes of software quality. It contains a consistent description of characteristics, scales and measures of software quality. Such analysis can ultimately lead to the reduction of production and labour costs during software design and on increase in the cost-effectiveness of the software life cycle. Recommendations are intended for customers, managers and specialists who assure the stages of the software life cycle, design and apply quality systems in this sphere. Содержание О бщие положения. Стратегической задачей в жизненном цикле (ЖЦ) современных информа9 ционных систем является обеспечение требуе! мого качества программных средств (ПС). Значительные системные ошибки при определении требуемых характеристик качества, оценке трудоем9 кости, стоимости и длительности создания ПС явля9 ются достаточно массовыми и типичными. В резуль9 тате часто проекты ИС не соответствуют исходному, декларированному назначению и первоначальным спецификациям требований к характеристикам каче9 ства, не укладываются в согласованные графики и бю9 джет разработки. Традиционная неопределенность применяемых понятий и характеристик качества, особенно присущая крупномасштабным, наукоемким проектам комплексов программ, а также многочис9 ленные спекуляции разработчиков на их значениях, приучили заказчиков не доверять рекламируемым до9 стоинствам программных продуктов. Объективная сложность анализируемых объектов – комплексов программ и психологическая самоуверенность ряда программистов в собственной “непогрешимости” час9 то приводят к тому, что реальные характеристики ка9 чества функционирования ПС остаются неизвестны9 ми не только для заказчиков и пользователей, но так9 же для самих разработчиков. Отсутствие четкого дек9 ларирования в документах понятий, свойств и требуе9 КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ мых значений характеристик качества ПС вызывает многочисленные конфликты между заказчиками9 пользователями и разработчиками9поставщиками из9 за разной трактовки одних и тех же свойств и характе9 ристик программных продуктов. Стандартизированная в ISO 9126 номенклатура и детализированные в [1, 2] описания характеристик ка9 чества ПС являются основой последующего анализа и рекомендаций. Полная и однократная формализа9 ция требований к характеристикам качества в начале жизненного цикла сложного ПС обычно невозможна, прежде всего из9за разных представлений заказчика и разработчиков о деталях его назначения, функций и возможностей их реализации при доступных ресур9 сах. Чем крупнее и сложнее проект ПС и, соответст9 венно, выше его стоимость, тем тщательнее следует разрабатывать требования к его характеристикам ка9 чества и распределять ресурсы на их реализацию. Од9 нако при средней и относительно невысокой сложно9 сти ПС во многих случаях можно удовлетвориться подготовкой требований к качеству с подробностью анализа, соответствующей предварительному проек9 тированию. Для крупномасштабных и особо сложных проектов необходим более детальный анализ факто9 ров при разработке требований и их оптимизация по критерию качество/затраты. Поэтому разработку и утверждение требований к характеристикам и атри9 №2, 2002 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ бутам качества целесообразно проводить итерацион! но на этапах системного, предварительного и де! тального проектирования ПС [3], последовательно определяя (см. схему на с. 62): l при системном проектировании — предваритель9 ные требования к назначению, функциональной пригодности и к составу необходимых конструк9 тивных характеристик качества ПС; l при предварительном (эскизном) проектирова9 нии — требования к шкалам и мерам применяемых атрибутов характеристик качества с учетом общих ограничений ресурсов; l при детальном (техническом) проектировании — подробные требования к атрибутам качества с де9 тальным учетом и распределением реальных огра9 ниченных ресурсов, а также, возможно, их оптими9 зацию по критерию качество/затраты. При системном проектировании целесообразно выделять только состав требуемых свойств и атрибу9 тов характеристик качества путем указания их при9 оритетов. При предварительном и детальном проек9 тировании наряду с уточнением приоритетов следует последовательно конкретизировать требования, отра9 жающие свойства, меры и значения атрибутов качест9 ва ПС. После предварительного или детального про9 ектирования основные данные должны переноситься в техническое задание на весь ЖЦ ПС. Такая техноло9 гия систематизированной разработки требований к качеству ПС позволяет избежать случайных пропус9 ков, пробелов и неопределенностей в составе и содер9 жании утверждаемых заказчиком контрактов, техни9 ческих заданий и спецификаций. В зависимости от сложности проекта окончатель9 ным результатом работ при предварительном или де9 тальном проектировании должны быть детализиро9 ванные и утвержденные требования к номенклату9 ре, свойствам и значениям атрибутов качества ПС, ко9 торые в обоих случаях достаточны для полноценного рабочего проектирования и последующей эффектив9 ной эксплуатации программного продукта. В реаль9 ных проектах при подготовке требований к качеству ПС могут исключаться формализованные этапы сис9 темного и/или предварительного проектирования, од9 нако содержание и последовательность работ по ана9 лизу и детализации требований к характеристикам и атрибутам качества целесообразно сохранять. Эти требования должны закрепляться в контракте и тех9 ническом задании, по которым разработчику следует отчитываться перед заказчиком при завершении про9 екта. Однако на последующих этапах жизненного цикла и при конфигурационном управлении требова9 ния могут изменяться по согласованию между заказ9 чиком и разработчиком, которые чаще всего приуро9 чиваются к подготовке новой версии ПС. Для этого необходим мониторинг требований и реализаций ха9 рактеристик качества в течение всего ЖЦ ПС. Этап системного проектирования целесообразно начинать с формализации и обоснования набора ис! №2, 2002 59 ходных данных, отражающих: общие особенности класса, назначение и основные функции создаваемого ПС; состав потребителей характеристик качества; комплект стандартов и их содержание, которые целе9 сообразно использовать при выборе характеристик качества; реальные ограничения всех видов ресурсов проекта (см. схему на с. 62). Стандартизированные в ISO 9126 характеристики качества ПС различаются по степени влияния на сис9 темную эффективность применения программ по пря9 мому назначению. Высшие приоритеты, естественно, должны присваиваться свойствам и атрибутам функ! циональной пригодности для достижения стратеги! ческих целей использования ПС. Все остальные стан9 дартизированные характеристики ПС в той или иной степени должны способствовать обеспечению этих це! лей путем выбора частных конструктивных требова9 ний. Поэтому им могут быть присвоены более низкие приоритеты и на выполнение соответствующих требо9 ваний заказчика могут выделяться меньшие ресурсы, что, в частности, может отражаться на неполной реа9 лизации некоторых установленных заказчиком требо9 ваний вследствие ограниченности ресурсов. Разработка требований к свойствам и характерис9 тик качества ПС должна начинаться с определения группы показателей, отражающих функциональную пригодность. Компоненты описания функциональ9 ной пригодности очень разнообразны и их можно де9 лить на две части: на уникальную – непосредственно связанную со специфическими функциями и целями применения ПС — и на унифицируемую по структуре и содержанию для различных по назначению комплек9 сов программ. Для практической поддержки процесса разработки функциональных требований к ПС в [1] систематизированно изложена совокупность свойств, наиболее общих и инвариантных для многих типов сложных крупномасштабных ПС. При создании сред9 них по сложности и относительно простых проектов эта совокупность может быть адаптирована и сокра9 щена путем присвоения низких приоритетов отдель9 ным избыточным свойствам. Функциональная пригодность программного про9 дукта наиболее сильно зависит от его корректности. Требования к субхарактеристике корректность мо9 гут представляться в виде описания двух основных свойств, которым должны соответствовать все про9 граммные компоненты и ПС в целом. Первое требова9 ние состоит в выполнении определенной степени (%) прослеживаемости сверху вниз реализации требова9 ний технического задания и спецификации на ПС при последовательной детализации описаний программ9 ных компонентов вплоть до текстов и объектного ко9 да программ. Второе требование заключается в выбо9 ре степени и стратегии покрытия тестами структуры и функций программных компонентов, достаточной для функционирования ПС с необходимым качеством и точностью результатов, при реальных ограничениях ресурсов на тестирование. КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ 60 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ Из конструктивных характеристик качества про9 екта прежде всего следует выделить, те на которые в наибольшей степени воздействует класс, назначение и функции ПС. Для этого первоначально целесообраз9 но использовать всю базовую номенклатуру характе9 ристик и субхарактеристик качества, стандартизи! рованных в ISO 9126 [1, 2]. Их описания желательно предварительно упорядочить по приоритетам с уче9 том особенностей назначения и сферы применения конкретного проекта ПС. Обычно наиболее сильное влияние функции ПС оказывают на требования к ат9 рибутам характеристик: защищенность, надежность и эффективность. В то же время характеристики сопро9 вождаемость и мобильность относительно слабо свя9 заны с назначением и конкретной функциональной пригодностью ПС для оперативных пользователей. Их меры и шкалы определяются не столько конкрет9 ными функциями комплекса программ, сколько его архитектурой и приспособленностью интерфейсов к модификации и переносу на иные операционные и ап9 паратные платформы. Требования стандартов к функциональной пригод9 ности в той или иной степени должны выполняться для любых классов и назначения ПС. Однако номенк9 латура учитываемых требований к конструктивным характеристикам качества существенно зависит от на9 значения и функций комплексов программ. Так, на9 пример, при проектировании: l систем управления объектами в реальном времени наибольшее значение имеет защищенность, кор9 ректность и надежность функционирования ста9 бильного комплекса программ и менее важно мо9 жет быть качество обеспечения сопровождения и конфигурационного управления, способность к взаимодействию и практичность; l административных систем, кроме корректности, важно обеспечивать практичность применения, комфортное взаимодействие с пользователями и внешней средой и может не иметь особого значе9 ние эффективность использования вычислитель9 ных ресурсов и обеспечение мобильности ком9 плекса программ; l пакетов прикладных программ для вычислений или моделирования процессов можно не учиты9 вать их мобильность, защищенность и временную эффективность, но особенно важна корректность. Значения приоритетов предназначены для выде9 ления и указания относительной степени важности, соответствующих свойств или атрибутов характерис9 тик качества для функциональной пригодности про9 екта или допустимых ресурсов для их реализации. Наивысший приоритет (например, = 10) следует ин9 терпретировать как обязательное выполнение разра9 ботчиком соответствующего требования к указанно9 му свойству или атрибуту качества. Низшее значение приоритета (например, = 1) означает, что данный по9 казатель может не учитываться в данном проекте. Промежуточные значения приоритетов должны отра9 КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ жать относительное влияние соответствующих атри9 бутов на функциональную пригодность и ее свойства с учетом доступных ресурсов на их реализацию. При этом возможно, что некоторые требования к атрибу9 там качества при их низких приоритетах могут не полностью реализоваться в комплексе программ. Это дает возможность разработчикам творчески подхо9 дить к требованиям заказчика при реализации ЖЦ ПС в условиях ограниченных ресурсов. Широкая номенклатура субхарактеристик и их ат9 рибутов, представленная в стандарте ISO 9126, опре9 деляет разнообразные требования, из которых следу9 ет селектировать и выбрать те, которые необходимы с позиции потребителей этих данных: l заказчиков, для которых важно прежде всего на9 значение, функции и сфера применения ПС; l пользователей, для которых необходима функцио9 нальная пригодность, корректность, надежность и другие показатели качества при оперативном ис9 пользовании ПC по основному назначению; l разработчиков, для которых особенно важны: яс9 ность и конкретность описаний требований к функциям ПС, его возможная архитектура и ин9 терфейсы между компонентами, с пользователями и внешней средой; l специалистов сопровождающих и модифицирую9 щих ПС, которые отдают приоритет характеристи9 кам, определяющим процессы управления версия9 ми комплекса программ; l лицам, ответственным за инсталляцию и реализа9 цию ПC в различных аппаратных и операционных средах, для которых наиболее важны субхаракте9 ристики мобильности. Первые две группы потребителей характеристик ка9 чества, заинтересованы преимущественно в реализа9 ции функций в процессе использования конечного, го9 тового программного продукта. Для этих потребителей при выборе важно выделять и по возможности форма9 лизовать внешние, эксплуатационные характеристики на завершающих этапах ЖЦ версий ПС. К ним отно9 сятся прежде всего высокие приоритеты для надежнос9 ти, эффективности и практичности. Для заказчиков приоритетными могут быть также сопровождаемость и мобильность, которые для оперативных пользователей ПС обычно являются второстепенными. Последние три группы потребителей интересуют преимущественно характеристики ПС на промежу9 точных этапах ЖЦ, на которых проявляются в основ9 ном внутренние структурные, технологические свой9 ства комплекса программ, влияющие также на сопро9 вождаемость и мобильность. Они должны формали9 зоваться для обеспечения возможности контроля сис9 темой качества предприятия или проекта, а также для технологической поддержки реализации этих харак9 теристик качества в течение всего ЖЦ ПС. Для этих потребителей надежность и практичность отходят на второй план, однако ресурсная эффективность может оставаться высокоприоритетной. №2, 2002 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ Приоритеты потребителей при выборе требований к качеству отражаются не только на выделении важ9 нейших для них критериев и ранжировании приори9 тетов других характеристик, но также на возможности исключения из анализа некоторых субхарактеристик и атрибутов качества, которые для данного потребите9 ля не имеют значения. После определения назначения и функций ПС подготовка исходных данных и сис9 темное проектирование должны завершаться выделе! нием номенклатуры приоритетных конструктив! ных атрибутов характеристик качества, имею9 щих достаточное влияние на функциональную при9 годность ПС для определенных потребителей. На этапе предварительного проектирования (см. схему на с. 62), после фиксирования исходных данных и приоритетов характеристик для конкретного проек9 та и его потребителей, начинаются выбор требований к свойствам и значениям, а также установление и ут9 верждение конкретных мер и шкал характеристик и атрибутов качества. Такой анализ должны проводить заказчик и некоторые потенциальные пользователи совместно со специалистами, обеспечивающими ЖЦ комплекса программ и реализацию установленных требований к показателям качества. Этими специали9 стами для каждого из выбранных атрибутов должна быть установлена и согласована мера и шкала оценок субхарактеристик и их атрибутов для конкретного проекта и потребителя результатов анализа. Для пока9 зателей, представляемых качественными свойствами и признаками их наличия, желательно определить и зафиксировать в спецификациях требований описа9 ния допустимых условий, при которых следует счи9 тать, что данная характеристика может или должна быть реализована в проекте ПС. Принципиальные и технические возможности, точность реализации свойств и измерения значений атрибутов характеристик качества, а также общие ре! сурсы конкретного проекта всегда ограничены в со9 ответствии с их содержанием и возможностями заказ9 чика и разработчиков. Это определяет рациональные диапазоны значений каждого атрибута, которые могут быть выбраны для проекта ПС на основе требований заказчика, здравого смысла, а также путем анализа пилотных проектов и прецедентов в спецификациях требований реализованных проектов. При ограничен9 ности ресурсов проекта ПС распределение приорите9 тов должно становиться более строгим и могут сни9 жаться приоритеты характеристик и их атрибутов, для реализации которых ресурсов недостаточно. В ре9 зультате формируется полный набор требуемых ха! рактеристик, свойств и атрибутов, их мер и зна! чений качества для определенных потребителей в ЖЦ ПС. Результаты анализа и выбора номенклатуры и мер характеристик качества проектов ПС средней или от9 носительно невысокой сложности должны быть доку9 ментированы в спецификациях требований, согласо9 ваны с их потребителями и утверждены заказчиком №2, 2002 61 предварительного проекта для последующей реализа9 ции. Для разработчиков особенно важно формализо9 вать требования к качеству и согласовать их с заказ9 чиком при утверждении контракта и технического за9 дания на проект ПС. Требования к характеристикам и атрибутам качества, утвержденные после предвари9 тельного проектирования, могут быть закреплены в техническом задании как обязательные для деталь! ного и рабочего проектирования. Эти данные долж9 ны использоваться при последующем оценивании до9 стигнутого качества и его сопоставлении с требовани9 ями в процессе квалификационных испытаний или сертификации ПС. При детальном проектировании (см. схему на с. 62) может быть целесообразно уточнение совокуп9 ности выбранных характеристик и атрибутов качества сложных крупномасштабных ПС с учетом соотноше9 ния качества и затрат ресурсов. Для заказчика и поль9 зователей может иметь значение не только определе9 ние функциональной пригодности, но и потенциаль9 ного спроса на рынке конкретного программного про9 дукта, а также его конкурентоспособности с другими аналогичными по функциям ПС с учетом его качества и стоимости. Это обстоятельство может определять необходимость уточнения требований к отдельным характеристикам качества не только для их реализа9 ции разработчиками в ЖЦ ПС, но также для оценива9 ния интегрального качества готового программного продукта, поставляемого на рынок. Определение отдельных характеристик качества проекта программного средства и оценивание важнос9 ти или приоритета совокупности характеристик для компонента или проекта ПС в целом — субъективный процесс, зависящий от мнений экспертов и потребите9 лей их значений. Каждая характеристика качества и затраты ресурсов первоначально анализируется не! зависимо, что может использоваться в качестве исход9 ных данных для их сопоставления с отдельными ха9 рактеристиками аналогичных ПС или для представле9 ния как составляющей вектора в многомерном прост9 ранстве стандартизированных атрибутов характерис9 тик качества. Обычно заказчики и разработчики пер9 воначально устанавливают требования к каждой ха9 рактеристике качества без учета относительных затрат на их достижение, а также без детального анализа их совместного влияния на полную функциональную пригодность у потребителей. Это может приводить к значительным перекосам и несбалансированным значениям требований к отдельным характеристи9 кам качества, на которые нерационально используют9 ся ограниченные ресурсы ЖЦ ПС, или к неадекватно низким их значениям. В проектах крупномасштабных ПС это может угрожать значительным повышением стоимости и/или снижением конкурентоспособности создаваемого программного продукта из9за недоста9 точного уровня отдельных показателей качества. Атрибуты качества ПС имеют различные меры и шкалы, вследствие чего они в большинстве своем не9 КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ 62 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ Исходные данные для определения требований к качеству Процессы жизненного цикла программного средства Класс и назначение программного средства Системное проектирование программного средства: предварительный выбор характеристик функциональной пригодности; выбор состава конструктивных характеристик проекта Предварительные требования к составу характеристик качества проекта Предварительное проектирование программного средства: предварительный выбор требуемых значений функцио нальной пригодности; выбор шкал и мер атрибутов конструктивных характеристик; предварительная оценка затрат ресурсов на атрибуты качества; уточнение требований к характеристикам качества с учетом доступных ресурсов; утверждение требований к характеристикам качества Предварительные или утвержденные требования к характеристикам качества с учетом ограничений ресурсов Детальное проектирование программного средства: экспертная оценка приоритетов конструктивных характеристик; уточнение требований к характеристикам качества с учетом их приоритетов; уточнение требований к характеристикам с учетом затрат; расчет функциональной пригодности по критерию качество/затраты; утверждение требований к характеристикам качества проекта. Утвержденные требования к характеристикам качества с учетом ограничений ресурсов и оптимизированные по критерию качество/затраты l l Комплект стандартизированных характеристик качества l l l l l l l Состав потребителей характеристик программного средства: заказчики; пользователи; разработчики; специалисты сопровождения; специалисты по инсталляции и переносу l l l l Ограничения ресурсов проекта: l стоимости; l трудоемкости; l длительности; l квалификации специалистов l l l l посредственно не сопоставимы между собой. Они предварительно выбираются и согласовываются с за9 казчиком при последовательном, почти независимом анализе каждого атрибута качества в соответствии с их мерами и шкалами, для последующего использова9 ния в контракте и техническом задании. Для целена9 правленного эффективного управления качеством сложного ПС при проектировании целесообразно иметь механизм объединения разнородных характе9 ристик в некоторый интегральный показатель, отра9 жающий их совокупное влияние на функциональную пригодность программного продукта. Таким образом, при разработке требований к характеристикам качест9 ва существует проблема анализа системной эффек9 тивности программного средства и обобщения его ха9 КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ Результаты анализа характеристик рактеристик, а также оценивания совместного влия! ния различных характеристик и атрибутов каче! ства на функциональную пригодность ПС с уче! том затрат на их реализацию. Для детального сопоставительного оценивания вы9 бранных атрибутов качества целесообразно каждому из них присваивать коэффициент или приоритет влияния на функциональную пригодность. Группа квалифицированных экспертов из состава заказчиков, потенциальных пользователей и/или разработчиков должны оценивать и устанавливать значения таких коэффициентов (приоритетов) для каждого атрибута качества в пределах унифицированной шкалы, напри9 мер от единицы до десяти, для конкретного проекта ПС. Точность определения коэффициентов вряд ли №2, 2002 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ может превышать 10%, поэтому количество градаций шкалы может быть не больше десяти. Аналогично, по такой же шкале экспертам целесообразно оценивать относительные затраты ресурсов, которые следует вы9 делять на реализацию выбранных значений атрибутов качества. Для каждого атрибута качества отношение коэффициента влияния на функциональную пригод9 ность к относительным затратам на его достижение можно рассматривать как обобщенный уровень при! оритета требований к этому атрибуту качества для конкретного потребителя. Для проведения последовательного оценивания обобщенных приоритетов и их корректировки атри9 буты качества конкретного проекта ПС целесооб9 разно расширять следующими данными: l экспертная оценка коэффициентов влияния требу9 емого атрибута на функциональную пригодность (например, 1–10); l экспертная оценка относительных затрат ресурсов на реализацию требуемых значений атрибутов ка9 чества (например, 1–10); l относительный коэффициент влияния на функци9 ональную пригодность с учетом затрат на реализа9 цию – обобщенный уровень приоритета, требуемо9 го значения атрибута качества (например, 0,1–10). При предварительном проектировании полезно последовательно уточнять требования к каждому свойству и атрибуту качества ПС с использованием первых двух видов коэффициентов. Для крупномас9 штабных проектов комплексов программ при уточне9 нии требований к качеству целесообразно использо9 вать обобщенный уровень приоритета. При этом на9 бор значений обобщенных уровней приоритетов для выбранных атрибутов качества конкретного проекта ПС можно разделить на три группы: l доминирующие характеристики и/или атрибуты, оказывающие наибольшее влияние на функцио9 нальную пригодность при допустимых затратах (обобщенный приоритет, например, > 3); l показатели, имеющие достаточное влияние на функциональную пригодность и значительные за9 траты на реализацию (обобщенный приоритет < 3, но > 0,5); l характеристики качества, значения требований к которым не соответствуют их влиянию на функци9 ональную пригодность и/или затратам на реализа9 цию (обобщенный приоритет < 0,5). Эти данные могут использоваться, прежде всего, как ориентиры для селекции и исключения из требо9 ваний атрибутов качества с особенно низкими обоб9 щенными приоритетами, в наименьшей степени влия9 ющих на функциональную пригодность ПС и не оп9 равдывающих больших затрат на реализацию. Анализ оставшихся атрибутов качества может проводиться для выделения завышенных требований, а также, воз9 можно, для снижения их значений и приближения их влияния к средним значениям. Кроме того, сравни9 тельный анализ обобщенных приоритетов на основе №2, 2002 63 отношения влияния на качество и затраты позволяет выделять атрибуты качества, отличающиеся больши9 ми затратами, не оправданными их степенью воздей9 ствия на функциональную пригодность. Подобные процедуры могут завершать разработку требований к свойствам и атрибутам характеристик качества при детальном проектировании крупномасштабных ПС. Для сравнения качества проектов ПС или воз! можных подрядчиков при выборе предпочтитель! ного из конкурирующих, при одинаковом или подоб9 ном содержании функциональной пригодности мож9 но использовать интегральную характеристику каче9 ство/затраты. Для такого сравнения следует рассчи9 тать сумму уровней обобщенных приоритетов атрибу9 тов качества с учетом затрат в зависимости от содер9 жания проекта ПС. Эта сумма обобщенных приорите9 тов в некоторой степени отражает полезный эффект от реализованного качества ПС при соответствующих затратах и может рассматриваться как интегральный критерий — качество/затраты, что близко к тра9 диционному понятию маркетингового критерия каче9 ства продукции по показателю эффективность/ стоимость. Такие интегральные оценки требований вряд ли целесообразно помещать в контракты и тех9 нические задания вследствие их субъективности и от9 носительности, однако они могут быть весьма полез! ными ориентирами при управлении ЖЦ и поставках сложных крупномасштабных ПС, требующих особен9 но больших ресурсов. Тем самым можно минимизиро9 вать затраты или максимизировать обобщенное каче9 ство и достигать баланса между рациональными зна9 чениями атрибутов качества по их влиянию на функ9 циональную пригодность. Кроме того, их можно ис9 пользовать при сравнении относительного качества в процессе выбора на рынке готового программного продукта из состава, аналогичных по функциям. Заключение. Для заказчика и пользователей до9 минирующее значение имеют номенклатура и особен9 ности реализации основных функций комплекса про9 грамм, которые, как правило, требуют наибольших за9 трат и определяют основной эффект от применения ПС, а также потенциальный спрос на рынке. Если за9 траты на разработку ПС можно оценивать и прогнози9 ровать с некоторой достоверностью, то эффектив9 ность применения и особенно будущий спрос на кон9 кретный комплекс программ со стороны пользовате9 лей априори оценить трудно. Такие оценки могут про9 водиться на основе специальных маркетинговых ис9 следований и опыта эксплуатации аналогичных ком9 плексов программ или достаточно близких их прото9 типов. Это подтверждает целесообразность выделе9 ния для автономного анализа интегральных, конст9 руктивных характеристик и атрибутов качества про9 граммного продукта и их влияния на функциональ9 ную пригодность. Изложенные выше принципы являются основой Методического руководства “Разработка требований к характеристикам качества программных средств”, в КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ 64 ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ В МЕНЕДЖМЕНТЕ КАЧЕСТВА И ИННОВАЦИОННОМ МЕНЕДЖМЕНТЕ котором подробно представлена методика и процессы разработки требований. Для освоения и применения этой методики и широкого состава свойств и атрибу9 тов характеристик при разработке требований к каче9 ству ПС необходимы высококвалифицированные специалисты и значительный объем работ. Полно9 стью это может быть рентабельно при создании доста9 точно крупных проектов. В этих случаях детальное обсуждение и согласование между заказчиком и раз9 работчиком всего состава требований к свойствам и рациональным значениям атрибутов характеристик качества позволяет избегать как нецелесообразного завышения требований и использования ресурсов, так и неоправданного снижения требований к отдельным характеристикам. При этом важно учитывать ограни9 ченность ресурсов при выборе свойств и значений ха9 рактеристик в жизненном цикле ПС и необходимость компромиссов требований к ним, вследствие много9 численных связей и взаимовлияний. Подобный ана9 лиз может эффективно отражаться на снижении стои9 мости, трудоемкости и длительности создания слож9 ных ПС и на повышении экономической эффективно9 сти всего их жизненного цикла. Для средних и отно9 сительно простых проектов ПС может быть целесооб9 разным адаптировать методику путем сокращения этапов разработки требований и состава учитываемых свойств и атрибутов характеристик качества. ЛИТЕРАТУРА 1. Липаев В.В. Выбор и оценивание характеристик ка9 чества программных средств. — М.: СИНТЕГ, 2001. 2. Липаев В.В. Обеспечение качества программных средств. — М.: СИНТЕГ, 2001. 3. Липаев В.В. Системное проектирование сложных программных средств для информационных сис9 тем. — М.: СИНТЕГ, 1999. q Ñóëòàí-çàäå Í.Ì., Ãðèøèíà Ò.Ã. Sultan-zade N.M., Grishina T.G. DEVELOPMENT OF A MODEL FOR TRAINING SPECIALISTS AND PROV VIDING INFORMATION RESOURCES IN HIGHER EDUCATIONAL INSTITUTIONS BASED ON CALSVTECHNOLOGIES РАЗРАБОТКА МОДЕЛИ ПОДГОТОВКИ СПЕЦИАЛИСТОВ И ИНФОРМАЦИОННОЙ СРЕДЫ ВЫСШИХ УЧЕБНЫХ ЗАВЕДЕНИЙ НА ОСНОВЕ CALSVТЕХНОЛОГИЙ Ñîâðåìåííûé ýòàï ðàçâèòèÿ òåõíîëîãèé óïðàâëåíèÿ êà÷åñòâîì â âûñøèõ ó÷åáíûõ çàâåäåíèÿõ îðèåíòèðîâàí íà ïëàíèðîâàíèå êà÷åñòâà ó÷åáíîãî ïðîöåññà. Òàêîé ïîäõîä îñíîâàí íà òîì, ÷òî òðåáóåìûå õàðàêòåðèñòèêè "çàêëàäûâàþòñÿ" â ïðîåêò îáðàçîâàòåëüíîé óñëóãè ïðè ïîìîùè ïåðåõîäà îò êâàëèôèêàöèîííûõ òðåáîâàíèé ê ñïåöèàëèñòó ê êîíêðåòíûì çíàíèÿì, ïîëó÷àåìûì â ïðîöåññå îáó÷åíèÿ.  øèðîêîì ñìûñëå ïëàíèðîâàíèå êà÷åñòâà îáðàçîâàíèÿ ïðåäñòàâëÿåò ñîáîé óñòàíîâëåíèå öåëåé ïî êà÷åñòâó è ðàçðàáîòêó ñðåäñòâ (ïëàíîâ) äîñòèæåíèÿ ýòèõ öåëåé. С Содержание овременный этап развития технологий управ9 ления качеством в высших учебных заведениях ориентирован на планирование качества учеб9 ного процесса. Такой подход основан на том, что требуемые характеристики «закладываются» в проект образовательной услуги при помощи перехо9 да от квалификационных требований к специалисту к конкретным знаниям, получаемым в процессе обу9 чения. В широком смысле планирование качества образования представляет собой установление це9 КАЧЕСТВО ИННОВАЦИИ ОБРАЗОВАНИЕ Present-day quality management methods in higher educational institutions are focused on planning the quality of the educational process. This approach is based upon the concept that the required characteristics are 'put' into the project of an educational service by shifting from qualification requirements to specific knowledge and skills aquired in the process of education. In the broad sense planning of quality in education means establishment of quality objectives and development of methods (plans) to achieve them. лей по качеству и разработку средств (планов) до9 стижения этих целей. Внутри высших учебных заведений планы по каче9 ству тесно взаимосвязаны. Наверху вуза широкие це9 ли качества требуют соответствующих планов. Эти цели и планы затем разбиваются на составные части вниз по иерархии. В стандарте ИСО 8402 план качест9 ва определяется как документ, устанавливающий спе9 цифические меры в отношении качества, ресурсы и последовательность действий, относящиеся к отдель9 №2, 2002
