2012 РСПС4Кач и экономич ПК ПС.ppt
- Количество слайдов: 27
Разработка и стандартизация программных средств и информационных технологий Лекция 4. Качественные и экономические показатели программных средств 4 часа 1. 2. 3. 4. 5. Учебные вопросы Характеристики и стандарты качества ПС Методика оценки качества ПС по ГОСТ 28195 -89 Экономическая эффективность ПС и затраты на разработку Комплексная модель оценки стоимости разработки ПС Сертификация ПС
1. 1. Понятие показателя качества • Под показателем качества программного средства как программной продукции (ГОСТ 15467 -79) следует понимать количественную характеристику одного или нескольких свойств, составляющих его качество применительно к определенным условиям создания и применения. Уровень качества программного средства определяют путем сравнения его показателей качества с показателями качества некоторого существующего или гипотетического программного средства, аналогичного оцениваемому, который принят в качестве образца. Базовым образцом называют реально достижимую совокупность значений показателей качества программного средства, принятого для сравнения.
1. 2. Стандарты характеристик качества ПС – В международном стандарте ISO 9126: 1991 рекомендуется шесть основных характеристик качества программных средств и их субхарактеристики (всего 21). – Основные характеристики являются внешним, а субхарактеристики - внутренними показателями качества. Дополнительно вводится четыре характеристики качества в использовании: – системная эффективность – продуктивность-производительность – удовлетворенность требований – защищенность Стандарт ГОСТ 28195 -89 вводит иерархическую четырехуровневую номенклатуру характеристик качества программных средств (всего более 200) и методику количественной оценки качества ПС В стандарте ГОСТ 28806 -90 формулируются общие понятия качества программных средств, даются определения терминов, связанных с оценкой характеристик программных средств и уточняются характеристики качества, приведенные в стандарте ГОСТ 28195 -89.
1. 3. Внешние и внутренние характеристики качества ПС в стандарте ISO 9126 1. 2. 3. 4. 5. 6. Согласно стандарту ISO 9126: 1991 внешними характеристиками качества программных средств являются: функциональная пригодность, надежность, применимость, эффективность, сопровождаемость, переносимость.
1. 4. Характеристики качества ПС в стандарте ГОСТ 28195 Стандарт ГОСТ 28195 -89 вводит иерархическую четырехуровневую номенклатуру показателей качества ПС: факторов (первый уровень), критериев (второй уровень), метрик (третий уровень) оценочных элементов (четвертый уровень). На самом верхнем (первом) уровне выделено шесть комплексных показателей, или факторов качества: • надежность, • сопровождаемость, • эффективность, • удобство применения, • эффективность, • универсальность, • корректность Факторы и критерии являются пользовательски-ориентированными (внешними) характеристиками качества , а метрики и оценочные элементы - программно-ориентированными (конструктивными, или внутренними). Оценочные элементы гарантируют измеримость характеристики в количественном выражении. • Стандарт предусматривает более двухсот оценочых элементов (субхарактеристик качества).
2. 1. Оценка качества ПС в стандарте ГОСТ 28195 -89 • В соответствии с ГОСТ 28195 -89 оценка качества представляет собой совокупность операций, включающих выбор номенклатуры показателей качества, определение значений этих показателей и сравнение их с базовыми значениями. • Базовые значения показателей должны соответствовать: ü значениям показателей качества лучших отечественных и зарубежных программных средств из числа аналогов; ü прогнозируемым значениям показателей качества лучших отечественных и зарубежных образцов-аналогов к моменту завершения разработки; ü нормативным значениям показателей качества, установленным по отдельным видам программных средств. • Оценка качества проводится на всех фазах жизненного цикла (анализ, проектирование, реализация, применение). Номенклатура показателей адаптируется к классу ПС исходя из базовых факторов и критериев качества
2. 2. Алгоритм оценки качества (шаг 1 -6) 1. Установить номенклатуру показателей качества (число оцениваемых факторов F и критериев К). 2. Определить базовые значения факторов и критериев качества эталонного (базового ) образца. 3. Установить счетчик факторов f=1. 4. Назначить всем критериям f-го фактора значения весовых коэффициентов в интервальной шкале от 0 до 1 так, чтобы их сумма не превышала значения 1. 5. Установить значение k счетчика критериев f- го фактора равным 1 (k=1). 6. Определить количество М метрик для k-го критерия.
Продолжение алгоритма (шаг 7 -12) 7. Назначить всем метрикам k-го критерия (k=1, 2, …, M) весовые коэффициенты в интервальной шкале от 0 до 1 так, чтобы их сумма не превышала значения 1. 8. Установить значение счетчика метрик m для k-го критерия fго фактора равное 1 (m=1). 9. Определить значения оценочных элементов для m-ой метрики, используя экспертные или расчетные методы. 10. Получить оценку m-ой метрики как среднее арифметическое значений оценочных элементов. 11. Проверить: все ли метрики для текущего критерия оценены (m M)? Если нет – увеличить счетчик метрик m на единицу и повторить пункты 9 и 10, до тех пор, пока все метрики не будут оценены. Если да – перейти к следующему пункту. 12. Определить абсолютное значение k-го критерия f-го фактора качества.
Продолжение алгоритма (шаг 13 -18) 13. Определить относительное значение k-го критерия качества, используя абсолютное и базовое значение 14. Проверить: все ли критерии f-го фактора оценены (k K)? Если нет, увеличить счетчик критериев на единицу (k=k+1) и повторить пункты 6 -14. Если да, перейти к следующему пункту. 15. Получить комплексную оценку f-го фактора, используя относительные значения критериев и их весовые значения. 16. Проверить: все ли факторы качества оценены (f F)? . Если нет – увеличить счетчик факторов на единицу (f=f+1) и повторить пункты 4 -15. Если да, перейти к следующему пункту. 17. Сформировать вектор полученных оценок факторов качества и сравнить их с базовыми значениями. 18. Оценить достигнутый уровень качества: если относительные оценки факторов качества не меньше единицы или отклонения полученных оценок от базовых значений находятся в допустимых пределах, качество программного обеспечения соответствует требуемому уровню, в противном случае – нет.
2. 3. Основные соотношения для расчета показателей качества Весовые коэффициенты Абсолютный показатель по критерию Оценочные элементы Относительный показатель по критерию Метрики критериев Комплексный показатель(фактор) Веса назначают метрикам и критериям
3. Экономическая эффективность Синтетический подход к оценке эффективности ПС заключается в том, что эта эффективность оценивается как разность некой идеальной эффективности Э 0 и общими затратами на разработку и применение (эксплуатацию) программных средств Z. Э=Э 0 -Z Э 0 можно рассматривать как тот доход, который будет иметь организация (частное лицо) в своем бизнесе с применением разработанных программных средств. При этом в составе общих затрат Z стоимость разработки С Z имеет доминирующее значение.
3. 1. Затраты на разработку затраты, непосредственно связанные с оплатой труда; затраты на изготовление опытного образца; затраты на программное обеспечение автоматизации разработки затраты на обеспечение вычислительной техникой затраты на повышение квалификации (обучение ) специалистов
3. 2. Методы оценивания стоимости разработки • • алгоритмическое моделирование, экспертная оценка, оценка по аналогии, оценка по выделенному времени и рабочей силы, • конъюнктурное назначение цены с целью выиграть тендер.
3. 2. 1. Алгоритмический метод где А –коэффициент, зависящий от класса разрабатываемого программного средства и организации разработки, -показатель, зависящий от размера программы, который варьируют в пределах от 1 до 1, 5. М – коэффициент корректировки затрат, связанный с тем или иным этапом разработки, а также реализацией специальных требований к характеристиками разрабатываемого программного средства.
Размер программы где n -количество факторов (критериев) подсчета функциональных точек, i – количество характеристик (оценочных элементов) для i-го критерия подсчета функциональных точек. i – вес характеристик i- го критерия подсчета функциональных точек. Для различных языков программирования можно оценить среднее количество строк программы (AVC –aberage number of lines of code), необходимых для реализации одной функциональной точки. Значение AVC варьируется от 200 до 300 строк программы на одну функциональную точку.
Объектные точки Вместо функциональных можно использовать объектные точки. Объектные точки используют преимущественно для языков программирования четвертого поколения. Количество объектных точек в программе определяют путем предварительного подсчета следующих элементов: 1. Количество изображений на дисплее (простое изображение - одна точка, изображение умеренной сложности - две точки, очень сложные - три объектные точки). 2. Количество представленных отчетов (выходных документов). Для простых отчетов назначают две объектные точки, для умеренно сложных- пять. Сложные отчеты оценивают восемью объектным точками. 3. Количество модулей, которые написаны на языках третьего поколения и разработаны в дополнение к коду, написанному на языке четвертого поколения. Каждому модулю на языке третьего поколения назначают десять объектных точек.
3. 3. Комплексная стоимостная модель СОСОМО 81 где KDSI –количество тысяч инструкций (операторов) в программе (от Kilo of Delivered Sourse Instruction), M - множитель, зависящий от семи факторов: 1. квалификация персонала, 2. уровень надежности разрабатываемой программы, 3. платформа разработки, 4. повторное использование компонентов, 5. графика работ, 6. средства поддержки автоматизации разработки, 7. опыт персонала Коэффициент М рассчитывают как произведение оценок всех перечисленных факторов. Каждый фактор оценивают в шестибальной шкале от 1 до 6. Единица соответствует самой низкой оценке фактора, шесть- самому высокому
3. 3. Модель СОСОМО 2 Усовершенствованная конструктивная стоимостная модель, известная как СОСОМО 2, допускает самые разнообразные технологии, в которых используют прототипирование, повторное использование и сборку из готовых модулей (компонентов). Для практического использования модель СОСОМО 2 предлагает три уровня оценки стоимости разработки, связанных с известными стадиями работы над проектом и его реализацией: 1. Уровень предварительного (предпроектного) прототипирования (стадия анализа требований), 2. Уровень предварительного проектирования (стадия внешнего проектирования), 3. Постархитектурный уровень (стадия реализации)
Уровень прототипирования На уровне предварительного прототипирования трудоемкость разработки в человеко-месяцах (PM) рассчитывают по формуле
Уровень предварительного проектирования где А=2, 5 -масштабный коэффициент. wi –оценка одного их пяти факторов стоимости проекта: предсказуемость, гибкость разработки, глубина проработки рисков, слаженность коллектива разработчиков, уровень зрелости процесса организации разработки. Все перечисленные факторы в формуле оценивают в шестибальной шкале от нуля до 5, причем оценка 5 является самой низкой, а оценка 0 – сверхвысокой ; i - оценка одного из следующих семи факторов, влияющих на трудоемкостть разработки: квалификация персонала, уровень надежности разрабатываемой программы, платформа разработки, интенсивность повторного использования компонентов, график работ, cредства поддержки автоматизации разработки, опыта персонала. Каждый фактор в формуле оценивают в шестибальной шкале от 1 до 6. . Единица соответствует самому низкому уровню оценки, шестерка-сверхвысокому значению.
Коэффициент РМавто Поправочный коэффициент PMавто учитывает влияние на стоимость разработки фактора автоматической генерации программного кода. Его рассчитывают по формуле: PMавто=(ASLOC (AT/100)) / ATPROD, где ASLOC –количество строк кода, сгенерированного автоматически; ATPROD, - уровень производительности автоматической генерации кода; AT- процент автоматически сгенерированного кода во всей системе.
Постархитектурный уровень Коэффициент Кизм рассчитывают по формуле: , где %изменений – процент модифицированного или исключенного программного кода из-за изменения требований. В расчетных соотношениях для коэффициентов и показателей используют большее количество факторов стоимости разработки, чем ранее Например, поправочный коэффициент М рассчитывают уже произведением оценок не семи, а семнадцати факторов затрат:
Сертификация ПС Сертификация качества является подтверждением аккредитованным органом соответствия качества ПС действующим стандартам качества. При этом сертификация может быть обязательной и добровольной (декларированной). Перечень систем обязательной и добровольной сертификации определен Госреестром Госстандарта России По своей сути сертификацией является деятельность третьей стороны, независимой от изготовителя (продавца) и потребителя продукции по подтверждению соответствия продукции установленным требованиям. Совокупность участников сертификации, осуществляющих сертификацию по установленным правилам, образует систему сертификации. Сертификация качества функционирования ПС в РФ может осуществляться в нескольких системах сертификации: ОСТ Р, РОСИНФОСЕРТ, ГОСТЕХКОМИССИИ, МО РФ и Службой специальной связи и информации ФСО (СССИ - бывшее ФАПСИ)
Системы сертификации ПС • Система сертификации ОСТ Р предназначена для осуществления обязательной и добровольной сертификации в области информационных технологий, ее центральным органом является Госстандарт РФ. • Система сертификации РОСИНФОСЕРТ предназначена для обязательной и добровольной сертификации информационных, информационно-вычислительных и автоматизированных систем и сетей, программных средств для ЭВМ, баз и банков данных. • Системы сертификации Гостехкомиссии, МО РФ и СССИ ФСО с учетом специфики своей деятельности предназначены для обеспечения обязательной сертификации средств защиты информации, в том числе технических, криптографических, программных, средств контроля эффективности защиты информации, информационных систем, обрабатывающих и хранящих информацию, составляющих государственную тайну, а также технологий их разработки и применения
2012 РСПС4Кач и экономич ПК ПС.ppt