Разделы презентаций


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

Содержание

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

Слайды и текст этой презентации

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

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

Слайд 21. Вид диалогового взаимодействия пользователя с ПК, при котором используются

различные команды, набираемые на клавиатуре и отображаемые на экране -


Командный интерфейс
Консольный интерфейс
Интерфейс программной строки
Программный интерфейс

1. Вид диалогового взаимодействия пользователя с ПК, при котором используются различные команды, набираемые на клавиатуре и отображаемые

Слайд 32. Мера того, насколько хорошо диалог соответствует различным уровням подготовки

и производительности труда пользователя
Последовательный диалог
Диалог, управляемый пользователем
Гибкость
Поддержка пользователя

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

Слайд 43. Мера помощи, которую диалог оказывает пользователю при его работе

с системой -
Последовательный диалог
Диалог, управляемый пользователем
Гибкость
Поддержка пользователя

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

Слайд 54. Критерии хорошего диалога (уберите лишнее)
Естественность.
Последовательность.
Точность.
Поддержка пользователя

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

Слайд 6Ключ
A
C
D
С



КлючACDС

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

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

Слайд 8Качество программного обеспечения
Обеспечение качества - «совокупность планируемых и систематически

проводимых мероприятий, необходимых для уверенности в том, что продукция или

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

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

процессов

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

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

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

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

Слайд 11На процессы разработки и оценки качества ПС оказывают влияние следующие

обобщенные показатели ПС:
Область применения и назначение ПС;
Тип решаемых функциональных

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

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

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

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

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

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


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

Слайд 14Качество программного продукта
– это совокупность его свойств, обеспечивающая возможность

достижения его целей без излишних затрат средств и труда со

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

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

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

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

Слайд 16Качество в использовании
– основное качество системы, содержащей ПС, которое

воспринимается пользователями.
Оно измеряется скорее в терминах результата функционирования и применения

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

Слайд 17Качество в использовании
Пользователь оценивает только те атрибуты ПС, которые видимы

и полезны ему в процессе реального применения. Поэтому к дефектам

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

Слайд 18Атрибут
– измеримое физическое или абстрактное свойство ПС.
Атрибуты могут быть

внутренними и внешними.
Атрибут может рассматриваться как свойство программного средства –

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

Слайд 19Критерий оценки
– совокупность принятых в установленном порядке правил и

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

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

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

описывается и оценивается его качество.

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

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

состав другой характеристики качества.

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

Слайд 22Метрика
– определенные метод и шкала измерения подхарактеристики качества. Метрики

качества ПС базируются на внутренних атрибутах ПС и внешнем поведении

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

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

значением.

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

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

представленная посредством конкретного набора значений характеристик качества программного средства.

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

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

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

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

Слайд 26Современная техника управления качеством
(например, концепция Total Quality Management (TQM))
базируется

именно на управлении качеством. На современном этапе уже недостаточно иметь

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

Слайд 27ПО как продукт имеет отличия от других промышленных продуктов:
наращивание

объемов выпуска какого-то вида программного продукта происходит практически мгновенно и

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

Слайд 28Мероприятия, обеспечивающие приемлемый уровень качества ПС
Административные
Проведение обучения персонала, переподготовки.


Тщательное документирование всех изменений в структуре программного средства. Для этого

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

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

Слайд 29Мероприятия, обеспечивающие приемлемый уровень качества ПС
Административные
Введение внутренних стандартов. Такие стандарты

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

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

Слайд 30Мероприятия, обеспечивающие приемлемый уровень качества ПС
Технологические
Выбор стандарта качества и четкое

следование ему на всех этапах. Создание модели проекта с регулярными

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

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

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

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

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

программного обеспечения тесно связано с жизненным циклом программного обеспечения. Качество

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

Слайд 33Для различных стадий ЖЦ стандартами определены следующие представления о качестве

ПС:
Целевое качество (ЦК) – необходимое и достаточное качество, отражающее

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

Слайд 34Для различных стадий ЖЦ стандартами определены следующие представления о качестве

ПС:
Оценочное (или прогнозируемое) качество продукта (ОКП) – оцененное или предсказанное

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

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

тремя взаимодействующими и взаимозависимыми метриками характеристик качества, отражающими:
внутреннее качество, проявляющееся

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

Слайд 36Международный стандарт ISO 9126
Эти типы метрик применимы при определении целей проекта

и требований к качеству ПС, включая промежуточные компоненты и продукты.

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

Слайд 37Внутренние метрики
могут применяться в ходе проектирования и программирования к

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

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

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

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

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

Слайд 39Внешние метрики
используют меры ПС, выведенные из поведения системы, частью

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

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

Слайд 40Метрики качества в использовании
отражают, в какой степени продукт удовлетворяет

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

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

Слайд 41Задачи и функции потребителей ПС:
для заказчика требуется полное соответствие

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

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

Слайд 42 Практически невозможно измерить все внутренние или внешние субхарактеристики и их

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

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

Слайд 43 Особым показателем качества ПС является стоимость (затраты на приобретение, создание,

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

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

Слайд 44 Качество изменяется в течение жизненного цикла ПС, то есть его

требуемое и реальное значение в начале ЖЦ почти всегда отличается

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

Слайд 45Основные факторы, определяющие качество программных средств
Требуемые характеристики качества ПС

с различных позиций отражают их свойства и особенности, и в

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

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

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

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

Слайд 47Основные факторы, определяющие качество программных средств
уровни возможной детализации при описании

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

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

Слайд 48Характеристики качества программных средств
функциональные характеристики (функциональность) – определяющие назначение, свойства

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

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

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

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

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

Слайд 50Функциональная пригодность
(стандарт ISO-9126) непосредственно определяет основное назначение и функции

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

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

Слайд 51Характеристики качества программных средств
Вторая группа характеристик – конструктивных, играет подчиненную

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

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

Слайд 52ГОСТ Р ИСО/МЭК 9126-93
Выбор и формирование требований к ПС

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

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

Слайд 53ГОСТ Р ИСО/МЭК 9126-93
Каждая характеристика качества может использоваться, если определена

ее метрика, мера и шкала и может быть указан способ

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

Слайд 54ГОСТ Р ИСО/МЭК 9126-93
Основой формального регламентирования показателей качества ПС является

международный стандарт
ISO 9126:1991 (ГОСТ Р ИСО/МЭК 9126-93) – «Информационная технология.

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

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

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

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

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

инструментами и/или ошибками человека-эксперта. Чтобы измерения были объективными, должна быть

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

Слайд 57Уровни детализации показателей
категорийные-описательные, отражающие набор свойств и общие характеристики

объекта – его функции, категории ответственности, защищенности и важности, которые

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

Слайд 58Категорийные-описательные показатели
показатели качества, которые характеризуются наибольшим разнообразием значений – свойств

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

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

Слайд 59Количественные показатели
относятся достаточно достоверно и объективно измеряемые численные характеристики ПС.

Значения этих характеристик обычно в наибольшей степени влияют на функциональную

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

Слайд 60Качественные показатели
трудно полностью описать измеряемыми количественными значениями и их некоторые

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

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

Слайд 61ISO 9126:1991
В международном стандарте ISO 9126:1991, для формализации показателей

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

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

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

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

Слайд 63Функциональная пригодность
набор атрибутов, относящихся к сути набора функций и

их конкретным свойствам. Функциями являются те, которые реализуют установленные или

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

Слайд 64Надежность
набор атрибутов, относящихся к способности программного обеспечения сохранять свой

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

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

Слайд 65Применимость
набор атрибутов, относящихся к объему работ, требуемых для использования

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

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

Слайд 66Эффективность
набор атрибутов, относящихся к соотношению между уровнем качества функционирования

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

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

Слайд 67Сопровождаемость
набор атрибутов, относящихся к объему работ, требуемых для проведения

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

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

Слайд 68Переносимость (или мобильность)
набор атрибутов, относящихся к способности программного обеспечения

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

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

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

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

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

Обратная связь

Если не удалось найти и скачать доклад-презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

Email: Нажмите что бы посмотреть 

Что такое TheSlide.ru?

Это сайт презентации, докладов, проектов в PowerPoint. Здесь удобно  хранить и делиться своими презентациями с другими пользователями.


Для правообладателей

Яндекс.Метрика