Тест: Проектирование и разработка интерфейса ПС

Скачать презентацию Тест: Проектирование и разработка интерфейса ПС Скачать презентацию Тест: Проектирование и разработка интерфейса ПС

Tema_9_-_kachestvo_PS.ppt

  • Количество слайдов: 69

>Тест: Проектирование и разработка интерфейса ПС Тест: Проектирование и разработка интерфейса ПС

> 1. Вид диалогового взаимодействия пользователя с ПК, при котором используются различные команды, набираемые 1. Вид диалогового взаимодействия пользователя с ПК, при котором используются различные команды, набираемые на клавиатуре и отображаемые на экране - a) Командный интерфейс b) Консольный интерфейс c) Интерфейс программной строки d) Программный интерфейс

>2. Мера того, насколько хорошо диалог соответствует различным уровням подготовки и производительности труда пользователя 2. Мера того, насколько хорошо диалог соответствует различным уровням подготовки и производительности труда пользователя a) Последовательный диалог b) Диалог, управляемый пользователем c) Гибкость d) Поддержка пользователя

> 3. Мера помощи, которую диалог оказывает пользователю при его работе с системой - 3. Мера помощи, которую диалог оказывает пользователю при его работе с системой - a) Последовательный диалог b) Диалог, управляемый пользователем c) Гибкость d) Поддержка пользователя

>4. Критериихорошего диалога (уберите лишнее) a)  Естественность. b)  Последовательность. c)  Точность. 4. Критериихорошего диалога (уберите лишнее) a) Естественность. b) Последовательность. c) Точность. d) Поддержка пользователя

>Ключ ¢A ¢C ¢D ¢С Ключ ¢A ¢C ¢D ¢С

>Основные понятия и характеристики качества программных средств Лекция 4 Основные понятия и характеристики качества программных средств Лекция 4

>Качество программного обеспечения Обеспечение качества -  «совокупность планируемых и систематически проводимых мероприятий, необходимых Качество программного обеспечения Обеспечение качества - «совокупность планируемых и систематически проводимых мероприятий, необходимых для уверенности в том, что продукция или процессы удовлетворяют определенным требованиям потребителей к качеству»

>Системы качества – совокупность: ¢ организационной структуры, ¢ ответственности,  ¢ процедур,  ¢ Системы качества – совокупность: ¢ организационной структуры, ¢ ответственности, ¢ процедур, ¢ процессов, ¢ ресурсов, обеспечивающая осуществление руководства качеством продукции или процессов

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

> На процессы разработки и оценки качества ПС оказывают влияние следующие обобщенные 1. На процессы разработки и оценки качества ПС оказывают влияние следующие обобщенные 1. показатели ПС: назначение ПС; Область применения и 2. Тип решаемых функциональных задач; 3. Объем и сложность ПС; 4. Необходимый состав и требуемые значения характеристик качества ПС и величина допустимого ущерба из-за недостаточного их качества; 5. Степень связи решаемых задач с реальным масштабом времени или допустимой длительностью ожидания результатов решения задачи; 6. Прогнозируемые значения длительности эксплуатации и перспектива создания множества версий ПС; 7. Предполагаемый тираж производства и применения ПС; 8. Степень необходимой документированности ПС.

>Качество - совокупность свойств и  характеристик изделия, относящихся к его способности  удовлетворять Качество - совокупность свойств и характеристик изделия, относящихся к его способности удовлетворять установленные или предполагаемые потребности.

>Качество программного средства - совокупность свойств программного  средства, обуславливающая его  пригодность удовлетворять Качество программного средства - совокупность свойств программного средства, обуславливающая его пригодность удовлетворять заданные или подразумеваемые потребности в соответствии с его назначением.

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

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

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

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

>Атрибут – измеримое физическое или абстрактное  свойство ПС.  Атрибуты могут быть внутренними Атрибут – измеримое физическое или абстрактное свойство ПС. Атрибуты могут быть внутренними и внешними. Атрибут может рассматриваться как свойство программного средства – отличительная особенность программного средства, которая может проявляться при его создании, испытании, анализе или изменении.

>Критерий оценки – совокупность принятых в  установленном порядке правил и  условий, с Критерий оценки – совокупность принятых в установленном порядке правил и условий, с помощью которых устанавливается приемлемость в целом качества программного средства.

>Характеристика качества ПС – набор свойств программного  средства, посредством которых  описывается и Характеристика качества ПС – набор свойств программного средства, посредством которых описывается и оценивается его качество.

>Подхарактеристика качества ПС – характеристика качества  программного средства, входящая в  состав другой Подхарактеристика качества ПС – характеристика качества программного средства, входящая в состав другой характеристики качества.

>Метрика – определенные метод и шкала  измерения подхарактеристики  качества. Метрики качества ПС Метрика – определенные метод и шкала измерения подхарактеристики качества. Метрики качества ПС базируются на внутренних атрибутах ПС и внешнем поведении вычислительной системы, в состав которой входит ПС.

>Показатель качества ПС – характеристика качества  программного средства,  обладающая количественным  значением. Показатель качества ПС – характеристика качества программного средства, обладающая количественным значением.

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

>Группы факторов, влияющих на качество программного обеспечения: ¢  функциональная – связана с полнотой Группы факторов, влияющих на качество программного обеспечения: ¢ функциональная – связана с полнотой и удобством использования реализованных функций программного средства; ¢ административная – связана с квалификацией персонала, организационной структурой и управлением персоналом; ¢ программно-архитектурная – связана с процессом разработки программного обеспечения, выбранными методологиями, инструментальными средствами, использованными на различных этапах жизненного цикла программного обеспечения, а также архитектурой программного средства.

> Современная техника управления качеством (например, концепция Total Quality Management (TQM)) базируется именно на Современная техника управления качеством (например, концепция Total Quality Management (TQM)) базируется именно на управлении качеством. На современном этапе уже недостаточно иметь только методы оценки качества произведенного и используемого программного средства (выходной контроль), необходимо иметь возможность планировать качество, измерять его на всех этапах жизненного цикла программного средства и корректировать процесс производства программного обеспечения для улучшения качества.

>ПО как продукт имеет отличия от других промышленных продуктов: ¢  наращивание объемов выпуска ПО как продукт имеет отличия от других промышленных продуктов: ¢ наращивание объемов выпуска какого-то вида программного продукта происходит практически мгновенно и имеет низкую стоимость, так как производство следующей единицы программного продукта связано только с копированием информации на носитель (компакт-диск, флеш-накопитель или жесткий диск); ¢ большие ресурсы затрачиваются на стадии планирования, реализации и тестирования; ¢ сильное влияние человеческого фактора на производство программного продукта, так как производство программного продукта – интеллектуальная и творческая деятельность; ¢ в жизненном цикле программного продукта, как правило, отсутствует этап утилизации; ¢ программный продукт не подвержен физическому старению, а только моральному.

> Мероприятия,  обеспечивающие приемлемый уровень качества ПС Административные 1.  Проведение обучения персонала, Мероприятия, обеспечивающие приемлемый уровень качества ПС Административные 1. Проведение обучения персонала, переподготовки. 2. Тщательное документирование всех изменений в структуре программного средства. Для этого используются средства поддержки версионности. 3. Назначение ответственных лиц за каждую доработку программного средства. 4. Уделение внимания текущему контролю качества и заключительному контролю качества. 5. Обеспечение мониторинга качества, например, фиксирование ошибок, поступивших от пользователя программного средства. Использование систематических испытательных методов, где испытания будут разработаны параллельно с разработкой программы.

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

>  Мероприятия, обеспечивающие приемлемый уровень качества ПС Технологические 1.  Выбор стандарта качества Мероприятия, обеспечивающие приемлемый уровень качества ПС Технологические 1. Выбор стандарта качества и четкое следование ему на всех этапах. Создание модели проекта с регулярными проверками, которые будут выполняться независимыми командами экспертизы. Такая модель может быть построена, например, на основе стандартов качества (например, ISO 9000). 2. Единая среда разработки. Лучшие результаты дают программные продукты разработки, которые поддерживают несколько или все этапы жизненного цикла программного обеспечения. На данный момент такими комплексными решениями являются, например, продукты Oracle Designer, продукты фирмы Rational. 3. Использовать формальный язык спецификаций (например, UML, DESIGN IDEF). 4. Выбор надежной СУБД (если программное средство работает с массивами информации и использование СУБД оправдано). 5. Тщательное тестирование программного обеспечения.

> Мероприятия,  обеспечивающие  приемлемый уровень  качества ПС Технологические 6. Широкое внедрение Мероприятия, обеспечивающие приемлемый уровень качества ПС Технологические 6. Широкое внедрение автоматизации тестирования. 7. Использование полностью проверенной программной среды окружения и языка программирования, которые минимизируют опасность внесения ошибки. 8. Использование статистических методов для сбора информации о качестве ПС. 9. Изучение результатов испытаний (тестов) и ошибок для использования в постоянном усовершенствовании программы. Источник в случае возникновения отказа должен быть найден и устранен. Недостаточно найти ошибку в программном обеспечении и исправить ее. Изменения должны быть сделаны в процессе разработки ПО. 10. Использование испытательной среды, которая предостережет от передачи пользователю ненадежного программного обеспечения. Создание автоматических средств приемки.

>Представления о качестве программных средств в течение жизненного цикла Качество программного обеспечения тесно связано Представления о качестве программных средств в течение жизненного цикла Качество программного обеспечения тесно связано с жизненным циклом программного обеспечения. Качество является комплексной проблемой. В течение жизненного цикла ПС его качество изменяется.

>Для различных стадий ЖЦ стандартами определены следующие представления о качестве ПС: 1.  Целевое Для различных стадий ЖЦ стандартами определены следующие представления о качестве ПС: 1. Целевое качество (ЦК) – необходимое и достаточное качество, отражающее реальные потребности заказчика или пользователя; ЦК не может быть полностью определено в начале проектирования ПС, поскольку заказчик не всегда может его четко определить, однако разработчики должны стремиться к достижению ЦК. 2. Требуемое качество продукта (ТКП) – значения характеристик, фактически установленные в спецификации требований к качеству; ТКП используется как цель для начального утверждения в спецификации; должны фиксироваться оптимальные и допустимые минимальные требования. 3. Качество проекта (КП) – характеристики, представленные в основных компонентах проекта ПС (архитектуре, структуре программ, проектировании пользовательских интерфейсов); КП отражает концепцию и стратегию проекта.

>Для различных стадий ЖЦ стандартами определены следующие представления о качестве ПС: 4.  Оценочное Для различных стадий ЖЦ стандартами определены следующие представления о качестве ПС: 4. Оценочное (или прогнозируемое) качество продукта (ОКП) – оцененное или предсказанное качество для конечного ПС на каждой стадии ЖЦ; ОКП основано на качестве процессов и технологии его обеспечения; ОКП может оцениваться и предсказываться в процессе разработки для каждой характеристики качества, определенной в требованиях к ПС. 5. Качество поставленного продукта (КПП) – набор характеристик качества поставленного заказчику и готового к применению ПП, прошедшего испытания в моделированной среде с имитированными или реальными данными. 6. Качество в использовании (КВИ) – качество системы, содержащей ПП, с точки зрения пользователя; КВИ измеряется в терминах результата использования программ, а не внутренних свойств ПС.

>Международный стандарт ISO 9126 Общее представление о качестве ПС рекомендуется представлять тремя взаимодействующими и Международный стандарт ISO 9126 Общее представление о качестве ПС рекомендуется представлять тремя взаимодействующими и взаимозависимыми метриками характеристик качества, отражающими: ¢ внутреннее качество, проявляющееся в процессе разработки и других промежуточных этапов жизненного цикла ПС; ¢ внешнее качество, заданное требованиями заказчика в спецификациях и отражающееся характеристиками конечного продукта; ¢ качество при использовании в процессе нормальной эксплуатации и результативностью достижения потребностей пользователей с учетом затрат ресурсов.

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

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

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

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

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

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

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

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

>Качество изменяется в течение жизненного цикла ПС, то есть его требуемое и реальное значение Качество изменяется в течение жизненного цикла ПС, то есть его требуемое и реальное значение в начале ЖЦ почти всегда отличается от фактически достигнутого при завершении проекта и качества поставляемой пользователям версии продукта. На практике важно оценивать качество программ не только в завершенном виде, но и в процессе их проектирования, разработки и сопровождения. Кроме того, оценки показателей качества могут быть субъективными и отражать различные точки зрения и потребности разных специалистов. Чтобы эффективно управлять качеством на каждом этапе ЖЦ, необходимо уметь определять и примирять эти различные представления требуемого качества и его изменения. Характеристики этого процесса в значительной степени определяются совокупными затратами, необходимыми для достижения заданного качества конечного продукта – версии программного средства.

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

>Основные факторы, определяющие качество программных средств ¢  назначение, содержание и описание функциональных характеристик, Основные факторы, определяющие качество программных средств ¢ назначение, содержание и описание функциональных характеристик, субхарактеристик и атрибутов, определяющих специфические особенности целей, задач, свойств и сферы применения конкретного программного средства – его функциональную пригодность; ¢ конструктивные характеристики качества, способствующие улучшению и совершенствованию назначения, функций и возможностей применения ПС; ¢ метрики, меры и шкалы, выбранных и пригодных для измерения и оценивания конкретных характеристик и атрибутов качества ПС с учетом определенной достоверности;

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

> Характеристики качества программных средств ¢  функциональные характеристики (функциональность) – определяющие назначение, свойства Характеристики качества программных средств ¢ функциональные характеристики (функциональность) – определяющие назначение, свойства и задачи, решаемые комплексом программ для основных пользователей, отличающиеся очень широким спектром и разнообразием, состав и специфику которых трудно унифицировать и можно категоризировать только по большому количеству классов и свойств ПС; ¢ конструктивные характеристики качества, номенклатура которых может быть унифицирована, адаптирована и использована для описания остальных, внутренних и внешних, стандартизируемых характеристик качества, поддерживающих и улучшающих реализацию основных, функциональных требований к качеству объектов и процессов ЖЦ программных средств.

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

>Функциональная пригодность (стандарт ISO-9126) непосредственно определяет основное назначение и функции ПС для пользователей. В Функциональная пригодность (стандарт ISO-9126) непосредственно определяет основное назначение и функции ПС для пользователей. В контракте и техническом задании для каждого проекта, она должна быть выделена и формализована для однозначного понимания и оценивания всеми партнерами на каждом этапе ЖЦ и при значительных модификациях задач ПС. В силу своей специфичности, при последующем изложении функциональная пригодность обозначается как основная цель и главная характеристика для всего множества типов ПС.

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

>ГОСТ Р ИСО/МЭК 9126 -93 Выбор и формирование требований к ПС состоит в анализе ГОСТ Р ИСО/МЭК 9126 -93 Выбор и формирование требований к ПС состоит в анализе необходимых свойств, характеризующих качество их функционирования с учетом технологических и ресурсных возможностей разработчиков. В соответствии с принципиальными особенностями, назначением и свойствами каждого ПС при проектировании должны выбираться номенклатура и значения характеристик качества, необходимых для эффективного применения пользователями, которые впоследствии отражаются в спецификациях требований и в технической документации на конечный продукт.

> ГОСТ Р ИСО/МЭК 9126 -93 Каждая характеристика качества может использоваться, если определена ее ГОСТ Р ИСО/МЭК 9126 -93 Каждая характеристика качества может использоваться, если определена ее метрика, мера и шкала и может быть указан способ ее измерения и сопоставления с требующимся значением. Для конкретных ПС доминирующие критерии качества выделяются при проектировании и определяются требованиями технического задания и функциональным назначением. Они должны, прежде всего, отражать функциональную пригодность для применения с заданными целями.

> ГОСТ Р ИСО/МЭК 9126 -93 Основой формального регламентирования показателей качества ПС является международный ГОСТ Р ИСО/МЭК 9126 -93 Основой формального регламентирования показателей качества ПС является международный стандарт ISO 9126: 1991 (ГОСТ Р ИСО/МЭК 9126 - 93) – «Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению» .

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

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

> Уровни детализации показателей ¢  категорийные-описательные, отражающие набор категорийные-описательные свойств и общие характеристики Уровни детализации показателей ¢ категорийные-описательные, отражающие набор категорийные-описательные свойств и общие характеристики объекта – его функции, категории ответственности, защищенности и важности, которые могут быть представлены номинальной шкалой категорий-свойств; ¢ количественные, представляемые множеством количественные упорядоченных числовых точек, отражающих непрерывные или дискретные закономерности и описываемые интервальной или относительной шкалой, которые можно объективно измерить и численно сопоставить с требованиями; ¢ качественные – содержащие несколько упорядоченных или отдельных свойств – категорий, которые характеризуются порядковой или точечной шкалой набора категорий (есть – нет, хорошо – плохо), устанавливаются, выбираются и оцениваются в значительной степени субъективно и экспертно.

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

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

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

>  ISO 9126: 1991 В международном стандарте ISO 9126: 1991, для формализации показателей ISO 9126: 1991 В международном стандарте ISO 9126: 1991, для формализации показателей качества ПС, при отборе минимума стандартизируемых показателей выдвигались и учитывались следующие принципы: ¢ ясность и измеряемость значений; ¢ отсутствие перекрытия между используемыми показателями; ¢ соответствие установившимся понятиям и терминологии; ¢ возможность последующего уточнения и детализации. Так же выделены характеристики, которые позволяют оценивать ПС с позиции пользователя, разработчика и управляющего проектом.

>Схема характеристик качества программных средств по стандарту ИСО 9126 -1991 Схема характеристик качества программных средств по стандарту ИСО 9126 -1991

>Функциональная пригодность набор атрибутов, относящихся к сути набора функций и их конкретным свойствам. Функциями Функциональная пригодность набор атрибутов, относящихся к сути набора функций и их конкретным свойствам. Функциями являются те, которые реализуют установленные или предполагаемые потребности. Детализируется пригодностью для применения, точностью, защищенностью, способностью к взаимодействию и согласованностью со стандартами и правилами проектирования.

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

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

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

> Сопровождаемость набор атрибутов, относящихся к объему работ, требуемых для проведения конкретных изменений (модификаций). Сопровождаемость набор атрибутов, относящихся к объему работ, требуемых для проведения конкретных изменений (модификаций). Характеризуется удобством для анализа, изменяемостью, стабильностью и тестируемостью.

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

>Задание Законспектировать подтемы: ¢ Негативные факторы, влияющие на  качество программных средств ¢ Ресурсы, Задание Законспектировать подтемы: ¢ Негативные факторы, влияющие на качество программных средств ¢ Ресурсы, ограничивающие достижимые характеристики качества программных средств