Приложение А (справочное). Примеры элементов показателей качества

Приложение А
(справочное)

Примеры элементов показателей качества

Для определения ПК разные ЭПК могут быть использованы совместно и объединены. Некоторые ЭПК появляются из серии ИСО/МЭК 9126, а другие из потребностей промышленного рынка и существующих стандартов, таких как стандарты на измерение функционального размера. Элементы ЭПК, перечисленные в этой выбранной совокупности, связаны с характеристиками (подхарактеристиками) качества для модели качества продукции, определенной в ИСО/МЭК 25010. Данная выбранная совокупность ЭПК предназначена для пользователей настоящего стандарта, чтобы учесть применимость элементов при подготовке ПК для оценки качества продукции.

Таблица А.1 - Начальный набор элементов ЭПК

Порядковый номер	ЭПК	Описание
1	а) Имя ЭПК	Число доступных функций
	b) Целевой объект (целевая сущность)	Функции, вызываемые пользователем
	с) Цель и свойство для количественного определения	Знать, сколько функций, доступных для вызова пользователем, доступно пользователям с ограниченными возможностями. Определение функции, доступной для вызова пользователем: функция, доступ, вызов и использование которой предоставляется пользователю системой для выполнения определенных задач
	d) Соответствующие показатели качества	Показатели качества, такие как число доступных (недоступных) функций в определенном контексте использования или под определенный тип пользователя во время тестирования или эксплуатации для покрытия контекста показателей качества при использовании и доступности в показателях практичности
	е) Метод измерения	Просмотр и анализ отдельных функций системы/программного обеспечения, которые доступны пользователю с ограниченными возможностями для вызова и выполнения, и подсчет числа функций, которые не могли быть успешно использованы
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Анализ или проверка результатов испытаний на заданных случаях работы пользователями с ограниченными возможностями, руководства пользователя
	i) Единица измерения ЭПК	Число функции, доступных для вызова пользователем
	j) Правила вычисления	х-у х: число функций, доступных для вызова пользователем, которые рассмотрены или проверены в определенных случаях работы пользователями с ограниченными возможностями; у: число функций, доступных для вызова, которые пользователи с ограниченными возможностями не смогли успешно использовать
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в контексте покрытия характеристики качества при использовании и доступности в характеристике удобства использования
	m) Процесс(ы) жизненного цикла программного обеспечения	Реализация и функционирование
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
2	а) Имя ЭПК	Число пользовательских проблем при функционировании
	b) Целевой объект (целевая сущность)	Пользовательские проблемы при функционировании
	с) Цель и свойство для измерения	Определить, сколько проблем возникло у пользователей во время работы системы/программного обеспечения. Свойство для измерения - это проблема для пользователя при функционировании системы/программного обеспечения. Определение пользовательской проблемы: Каждая жалоба (претензия) пользователя на продукцию регистрируется организацией (как правило, на уровне справочной услуги). Знание претензий может помочь измерить уровень удовлетворенности пользователей в течение определенного периода времени. К примеру, из жалоб пользователей могут быть выявлены технические или функциональные проблемы и проанализированы справочной службой. ЭПК может помочь пользователям определять проблемы, возникающие во время работы программного обеспечения, но не следует ограничиваться этим свойством
	d) Релевантные показатели качества	ПК, такие как число пользовательских проблем, о которых заявлялось в течение недели или количество дней, необходимых для разрешения пользовательских проблем, могут использоваться для измерения удобства использования, надежности и удовлетворенности
	е) Метод измерения	Составление списка проблем из жалоб пользователей, распределение проблем по степени серьезности и их подсчет
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Отчет о жалобах пользователей, отправленных в справочную службу
	i) Единица измерения ЭПК	Число проблем
	j) Правила вычисления	Подсчет числа проблем для каждого уровня жесткости (в применяемых критериях)
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК может быть использован для ПК, в контексте удобства использования, надежности и удовлетворенности
	m) Процесс(ы) жизненного цикла программного обеспечения	Функционирование
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
3	а) Имя ЭПК	Число записей
	b) Целевой объект	Элементы данных, рассматриваемые в качестве единицы или записи
	с) Цель и свойство для измерения	Используется для измерения сложности базы данных. Определение записи: ряд связанных элементов данных, рассматриваемых как единица (ИСО/МЭК 24765 - Системная и программная инженерия - Словарь)
	d) Релевантные показатели качества	Большое количество записей может повлиять на возможность сопровождения
	е) Метод измерения	Перечисление записей и подсчет их
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Элементы данных
	i) Единица измерения ЭПК	Каждая запись
	j) Правила вычисления	Добавление каждой записи
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	ЭПК применим к ПК для характеристик качества данных
	m) Процесс(ы) жизненного цикла программного обеспечения	Сопровождение
	n) Ограничения измерений (дополнительно)	Необходимость получения элементов данных
4	а) Имя ЭПК	Продолжительность
	b) Целевой объект (целевая сущность)	Период времени
	с) Цель и свойство для измерения	Определение продолжительности: общее количество рабочих периодов (исключая праздники или другие нерабочие периоды), требуемое для завершения плановой операции или компоненты пооперационного перечня работ. Как правило, выражается в днях, неделях или месяцах. Иногда неправильно отождествляется со всем временем, прошедшим с начала. (Руководство по своду знаний управления проектами, (PMBOK Guide). Четвертая редакция)
	d) Релевантные показатели качества	ЭПК полезен для ПК характеристик эффективной производительности. Он также полезен для ПК, таких как время, требуемое для выполнения намеченной задачи пользователя, производительность, среднее время между отказами или среднее время восстановления, определяемое периодом времени, затраченного оператором, пользователем, специалистом по обслуживанию или системой
	е) Метод измерения	Продолжительность основывается на определении общего количества времени и связана с Международной системой величин (VIM)
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Из табеля рабочего времени организации
	i) Единица измерения ЭПК	Дни, недели или месяцы
	j) Правила вычисления	Накопление периодов работы
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Этот ЭПК применим для каждой ПК, имеющей отношение к времени продолжительности, такой как среднее время безотказной работы и средняя производительность в единицу времени для надежности и эффективности функционирования. Кроме того, в комбинации с трудозатратами обеспечивается мера производительности
	m) Процесс(ы) жизненного цикла программного обеспечения	Все
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
5	а) Имя ЭПК	Трудозатраты (за единицу времени)
	b) Целевой объект (целевая сущность)	Трудозатраты в часах или днях
	с) Цель и свойство для измерения	Для производительности измеряется в часах. Определение трудозатрат: число единиц труда, требуемое для завершения плановой операции или компоненты пооперационного перечня работ плановой операции. Как правило, выражается в днях, неделях или месяцах. ('Руководство по своду знаний управления проектами' (PMBOK Guide). Четвертая редакция)
	d) Релевантные показатели качества	ЭПК полезен для ПК характеристик эффективности функционирования. Он также полезен для ПК, таких, как трудозатраты на выполнение намеченной задачи пользователя, на восстановление системы или на сопровождение с использованием людских ресурсов - оператора, пользователя, разработчика, тестировщика или специалиста по обслуживанию
	е) Метод измерения	Трудозатраты основаны на определении общего количества времени и связаны с Международной системой величин (VIM)
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Табель учета рабочего времени организации
	i) Единица измерения ЭПК	Обычно в часах и днях
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Этот элемент ЭПК для всех ПК, имеющих отношение к тем трудозатратам, которые связаны с результативностью, надежностью, эффективностью функционирования, удобством использования и сопровождаемостью. Кроме того, сочетание с трудозатратами обеспечивает измерение производительности или оценку
	m) Процесс(ы) жизненного цикла программного обеспечения	Все
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
6	а) Имя ЭПК	Число системных отказов
	b) Целевой объект (целевая сущность)	Системный отказ
	с) Цель и свойство для измерения	Счетчик отказов системы предназначен для получения показателей качества, таких как надежность, эффективность и качество программного обеспечения. Он применим к системной и программной инженерии и дисциплинам менеджмента. Свойством в данном случае является отказ. Определение системного отказа: в состав полной системы входят все вспомогательное оборудование, средства, материалы; компьютерные программы, встроенное микропрограммное обеспечение, техническая документация, услуги и персонал, требуемый для операций и поддержки в объеме, необходимом для самодостаточного использования в определенных ранее условиях и определенных пределах. Отказ программного обеспечения: утрата способности продукции выполнять требуемую функцию или неспособность выполнить ее в ранее указанных пределах
	d) Релевантные показатели качества	ПК, такие как системная частота отказа или наработка на отказ во время тестирования или эксплуатации для показателей надежности и эффективности в характеристике качества при использовании
	е) Метод измерения	Добавление числа системных отказов
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Структурные системные сбои: подсистема, компонент системы или фаза системы не выполняют возложенные на них функций Сбои программного/аппаратного обеспечения: это неправильное функционирование, которое вызвано проблемами проектирования и человеческими ошибками. Сбои системы принятия решений: к этому типу сбоев относятся несоответствие между структурой организации и требованиями окружения, а также и противоречия между ценностями и мировоззрением принимающих решения лиц и окружения
	h) Входные данные для ЭПК	См. определение каждого подсвойства (неправильное функционирование, несоответствие, низкая производительность, и т.д.)
	i) Единица измерения ЭПК	Каждый отказ
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Связан с надежностью, эффективностью системы
	m) Процесс(ы) жизненного цикла программного обеспечения	Тестирование, функционирование и сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
7	а) Имя ЭПК	Число отказов
	b) Целевой объект (целевая сущность)	Отказ
	с) Цель и свойство для измерения	Предназначен для использования при измерении пригодности для сопровождения и надежности программного обеспечения. Определение отказа: 1 Утрата способности продукта выполнять требуемую функцию или неспособность выполнять ее в ранее определенных условиях. (ИСО/МЭК 25000, Программная инженерия. Требования и оценка качества программного продукта (SQUARE). Руководство по SQuaRE 4.20.). 2 Событие, при котором система или системный компонент не выполняют требуемую функцию в указанных условиях. Примечание - Отказ может произойти в результате дефекта
	d) Релевантные показатели качества	ПК, такие как плотность отказов или частота отказов во время тестирования или эксплуатации для завершенности и надежности
	е) Метод измерения	Количественная оценка программных ошибок
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Существует несколько категорий отказов. Критический отказ: этот отказ приводит к завершению программы, вся система прекращает выполнение. Однако, не следует смешивать этот отказ с полным остановом системы, т.к. он связан с самим программным обеспечением, а не с аппаратными средствами. Серьезный отказ: важные функции программного обеспечения становятся недоступными без вариантов выполнения. Средний отказ: большинство функций - все еще доступны, но с ограниченной производительностью в альтернативном ограниченном режиме. Несущественный отказ: некоторые функции ограничены в производительности и выполняются в ограниченном режиме Причиной может быть отсутствие переменной, которая должна быть в выходных данных, но такой отказ, в общем, не вызывает серьезных проблем. Приведенные четыре категории программных отказов разделены на две подкатегории согласно состоянию их разрешения: 1 устраненный отказ: отказ обнаружен, а затем и разрешен. 2 неустраненный (фактически обнаруженный) отказ: отказ обнаружен, но не разрешен
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Журнал отказов организации
	i) Единица измерения ЭПК	Отказы по категориям
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Этот ЭПК особенно полезен для надежности, пригодности, сопровождаемости и переносимости
	m) Процесс(ы) жизненного цикла программного обеспечения	Реализация и сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
8	а) Имя ЭПК	Число дефектов
	b) Целевой объект (целевая сущность)	Дефект
	с) Цель и свойство для измерения	Цель ЭПК - измерить число дефектов программного обеспечения. Результат может использоваться в оценке надежности, возможного числа дефектов в завершенном проекте, сборе данных для будущих проектов на основе относительного числа дефектов в законченных проектах. Результат этого измерения может также быть полезен при оценке качества. Определение: дефект - некорректный шаг, процесс или определение данных в программном коде. Необходимо отметить, что дефект, если он имеется, может вызвать отказ
	d) Релевантные показатели качества	ПК, такие как плотность или частота отказов во время обзоров, модификаций, тестирования для определения безотказности, завершенности или тестируемости
	е) Метод измерения	Количественная оценка дефектов программного обеспечения
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Журнал дефектов организации
	i) Единица измерения ЭПК	Может быть дефектом или проявлением ошибки в программном обеспечении, или неправильным шагом, процессом или определением данных в компьютерной программе, или дефектом в устройстве или компоненте, или программного обеспечения, известным как разрушение, или аварийное завершение, при которых программа требует выхода за границы отведенной для нее памяти компьютера.
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Данный ЭПК особенно полезен для отказоустойчивости, завершенности, модифицируемости и тестируемости. ПК для таких подхарактеристик качества связаны с качеством кода
	m) Процесс(ы) жизненного цикла программного обеспечения	Кодирование, тестирование, сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
9	а) Имя ЭПК	Функциональный размер продукта
	b) Целевой объект (целевая сущность)	Спецификации требований. Детали зависят от метода измерения
	с) Цель и свойство для измерения	Измерять функциональные требования заказчика. Определение функционального размера: размер программного обеспечения, полученный при количественной оценке функциональных требований пользователя. (ИСО/МЭК 14143-1 Информационные технологии. Измерение программного обеспечения. Измерение функционального размера)
	d) Релевантные показатели качества	Данный ЭПК может быть использован для ПК характеристик уровня эффективности функционирования. ЭПК также полезен при нормализации значений и вычислении для сравнения ПК плотностей, таких, как плотность дефектов на функциональный размер
	е) Метод измерения	Проведение общего анализа функциональных требований пользователя в спецификации, классификация их по типу и формирование списка в соответствии с весовыми функциями (см. ИСО/МЭК 14143-1). Примечание - Имеются четыре типовых метода измерения
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	В зависимости от метода измерения. В общем случае на основе требований
	i) Единица измерения ЭПК	В зависимости от метода измерения
	j) Правила вычисления	В зависимости от метода измерения
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК используют для измерения размера программного обеспечения и полезен для вычисления плотностей. После чего этот ЭПК в большой степени применим к завершенности и другим характеристикам качества, представленным ПК, использующими плотности
	m) Процесс(ы) жизненного цикла программного обеспечения	Анализ требований и последующие этапы
	n) Ограничения измерений (дополнительно)	Необходимо наличие корректной документации
10	а) Имя ЭПК	Число прерываний
	b) Целевой объект (целевая сущность)	Прерывание
	с) Цель и свойство для измерения	Сколько контроля имеет пользователь на работу программного обеспечения и как это влияет на его эксплуатацию Определение прерывания: приостановка процесса, чтобы обработать событие, внешнее по отношению к процессу. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь)
	d) Релевантные показатели качества	Показатель качества, такой как надлежащая частота прерываний пользователем обеспечивает пользователя возможностью управлять системой или программным обеспечением, но слишком частые прерывания приводят к неудобствам для пользователей и затрудняют количественные измерения управляемости, удобства, эффективности и результативности в характеристике качества при использовании
	е) Метод измерения	Контроль и считка события прерывания во время работы
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Событие
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Журнал операций
	i) Единица измерения ЭПК	Прерывание
	j) Правила вычисления	Добавить
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Этот ЭПК количественно определяет управление операциями и применим для удобства использования и управляемости
	m) Процесс(ы) жизненного цикла программного обеспечения	Тестирование, функционирование и сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
11	а) Имя ЭПК	Число элементов данных
	b) Целевой объект	Элементы данных
	с) Цель и свойство для измерения	ЭПК измеряет размер структуры базы данных. См. также число записей. Определение элемента данных: самая маленькая идентифицируемая единица информации в определенном контексте, для которой определение, идентификация, допустимые значения и другая информация специфицированы определенными свойствами
	d) Релевантные показатели качества	ПК, такая как относительное количество доступных элементов данных, которые можно использовать даже после изменения или переноса
	е) Метод измерения	Элементы данных
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Для идентификации элементов данных в программном обеспечении могут быть использованы спецификации требований к программному обеспечению, спецификации проектирования программного обеспечения, руководства по программному обеспечению, исходный код, схема базы данных (если применимо)
	i) Единица измерения ЭПК	Элементы данных
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к пригодности для сопровождения и переносимости
	m) Процесс(ы) жизненного цикла программного обеспечения	Начиная с анализа требований к программному обеспечению вплоть до сопровождения
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
12	а) Имя ЭПК	Число сообщений об ошибках
	b) Целевой объект (целевая сущность)	Сообщения об ошибках
	с) Цель и свойство для измерения	Знать, насколько надежна и достаточно ли безопасна система. Определение сообщения об ошибке: сообщение, которое выводится приложением в случае, если вводятся неправильные данные, вводится или проявляется другая ошибка обработки
	d) Релевантные показатели качества	ПК, такие как уровень обнаруженной ошибки входных данных, уровень обнаруженного несанкционированного доступа к системе или уровень преодолимой операционной ошибки пользователя можно применять для квалификации надежности, безопасности и удобства использования
	е) Метод измерения	Сообщения об ошибках
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Заполняется по необходимости
	i) Единица измерения ЭПК	Число сообщений об ошибках
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к надежности, безопасности и удобству использования
	m) Процесс(ы) жизненного цикла программного обеспечения	Реализация и сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
13	а) Имя ЭПК	Число ошибок
	b) Целевой объект (целевая сущность)	Ошибка
	с) Цель и свойство для измерения	Метод измерения ошибок можно использовать для тестирования (пригодности для сопровождения). Определение ошибок 1 Человеческая деятельность, которая приводит к неправильному результату, такому как программное обеспечение, содержащее дефект. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). 2 Неправильный шаг, процесс или определение данных. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). 3 Неправильный результат. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). 4 Разница между вычисленным, наблюдаемым или измеренным значением, или условием и истинным, определенным или теоретически корректным значением или условием. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь) Пример - Пропущенные или неверно истолкованные требования пользователя в требованиях к программному обеспечению, неправильный перевод или пропущенные требования в спецификации проекта. См. также: отказ, дефект
	d) Релевантные показатели качества	ПК, такой как число ошибок, проявившихся за тысячу вариантов использования при тестировании
	е) Метод измерения	Подсчет ошибок
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Ошибки компиляции, связывания и выполнения
	g) Определение каждого подсвойства (дополнительно)	Ошибки компиляции: ошибка возникает при преобразовании программы из исходного кода в машинный код. Как правило, это синтаксические ошибки, ошибки проверки типа и ошибки шаблонов. Ошибки связывания: ошибка возникает в процессе связывания скомпилированных исходных кодов. При связывании разрешаются адреса внешних переменных и классов и проверяется тип внешних переменных. Любая ошибка, проявившаяся на этом этапе, идентифицируется как ошибка связывания. Ошибки выполнения: ошибка проявляется во время выполнения программы. Ошибки выполнения, как правило, указывают на ошибки в программе, или же ошибка может также быть вызвана тем, что объем памяти исчерпан. Ошибки выполнения приводят к неожиданному поведению, такому как разрушение программы, вывод неправильных результатов и т.д.
	h) Входные данные для ЭПК	Исходный код для ошибок компиляции
	i) Единица измерения ЭПК	Число ошибок компиляции, число ошибок связывания, число ошибок выполнения
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к надежности, безопасности, удобству использования и пригодности для сопровождения
	m) Процесс(ы) жизненного цикла программного обеспечения	Тестирование и сопровождение
	n) Ограничения измерений (дополнительно)	Кодирование должно быть закончено. Для того чтобы обнаружить ошибки компиляции, подготовка всех кодов должна быть закончена. Для обнаружения ошибок связывания все должны быть идентифицированы и исправлены все ошибки компиляции. Для обнаружения ошибок выполнения должны быть исправлены все ошибки связывания, и программа должна быть работоспособной
14	а) Имя ЭПК	Число сообщений
	b) Целевой объект (целевая сущность)	Сообщения
	с) Цели и свойство для измерения	Не зашифрованные сообщения способствуют лучшему пониманию и эффективному использованию программного обеспечения. Поэтому число сообщений, предназначенных для пользователя, имеет большое значение. Однако это следует рассматривать в широком контексте с учетом размера программного обеспечения. Определение сообщения: информация, предоставленная конечному пользователю системы программного обеспечения для того, чтобы информировать его, подсказать дальнейшие действия или предупредить о чем-либо. Сообщение: передача информации с одного объекта на другой. (IEEE 1320.2-1998 (R2004)) Стандарт IEEE концептуального синтаксиса языка моделирования и семантики для IDEF1X97 (объект IDEF). Сообщение может быть зашифрованным (главным образом, для машины) или достаточно простым для понимания оператором. Примечание - Сообщения включают в себя как запросы ответа, так и просто информацию для оператора
	d) Релевантные показатели качества	ПК, такой как уровень доступности инструкций для обучаемости в процессе пользовательской работы новичка. В некоторых случаях, это может повлиять на удобство использования и эстетику
	е) Метод измерения	Подсчет сообщений
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Процесс функционального сообщения (FMP) является единым понятием, которое может быть выражено в модели с различными подсвойствами, такими как информационное сообщение, сообщение о состоянии, предупреждающее сообщение и сообщение об ошибке
	g) Определение каждого подсвойства (дополнительно)	Информационное сообщение: сообщение компьютерной системы или прикладной программы, не требующее вмешательства оператора. Сообщение о состоянии: сообщение компьютерной системы или прикладной программы, не требующее вмешательства оператора, а просто сообщающее о текущем рабочем состоянии системы. Предупреждающее сообщение: сообщение компьютерной системы или прикладной программы, указывающее на событие или проблему во время работы, при которых требуется вмешательство оператора. Почти всегда, это индикатор того, что происходит что-то не то. В информатике это, как правило, диагностическое сообщение, которое выдается, когда компьютерная программа обнаруживает ошибку или потенциальную проблему, но продолжает обработку. Как правило, предупреждающее сообщение - это модальное диалоговое окно, оперативное сообщение, уведомление или всплывающая подсказка, которая предупреждает пользователя об условии, которое может вызвать проблему в будущем. Сообщение об ошибке: сообщение компьютерной системы или прикладной программы, которое указывает на существенное событие или проблему во время работы, при которых действительно требуется вмешательство оператора. Почти всегда это индикатор того, что происходит что-то не то. Сообщение об ошибке - это информация, выведенная на экран, когда на компьютере или устройстве возникает неожиданное состояние. В современных операционных системах с графическими интерфейсами пользователя, сообщения об ошибках обычно выводятся на экран в диалоговых окнах. Сообщения об ошибках используются, когда необходимо вмешательство пользователя для того, чтобы указать, что работу нужно прекратить или для передачи важных предупреждений (таких как предупреждение пользователю о том, что он почти исчерпал лимит места на жестком диске). Сообщения об ошибках применяются в процессах вычислений и являются частью каждой операционной системы или устройства компьютерного оборудования
	h) Входные данные для ЭПК	Основной концепцией является извлечение сообщения программного обеспечения, которое может быть сделано путем извлечения функциональных требований пользователя из проектной документации, а затем за счет удаления не относящихся к сообщению функциональных требований пользователя. В результате получаются функциональные требования пользователя из сообщения. Каждое извлеченное функциональное требование пользователя из сообщения классифицируется путем идентификации сообщения и обработки функционального сообщения
	i) Единица измерения ЭПК	Сообщения
	j) Правила вычисления	Добавлением числа информационных сообщений, числа сообщений о состоянии, числа предупреждающих сообщений, числа сообщений об ошибке
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к удобству использования (удобству обучения)
	m) Процесс(ы) жизненного цикла программного обеспечения	Проектирование, кодирование, тестирование и сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
15	а) Имя ЭПК	Число шагов (процедуры)
	b) Целевой объект (целевая сущность)	Шаги (процедуры)
	с) Цель и свойство для измерения	Иметь представление о сложности процедуры. Предполагается, что чем больше шагов, тем сложнее процедура. Определение шага: 1 Один элемент (пронумерованный пункт списка) в процедуре, которая требует от пользователя выполнения действия (или действий). ИСО/МЭК 26514 Системная и программная инженерия. Требования для разработчиков и разработчиков пользовательской документации 4.47. 2 Одновременное выполнение конечного набора нескольких переходных режимов, которые могут быть выполнены одновременно. (ИСО/МЭК 15909-1 Системная и программная инженерия. Сети Петри высокого уровня. Часть 1. Понятия, определения и графическая нотация 2.1.26.4). 3 Абстракция действия, используемого в процессе, который может сохранить состояние неуказанных объектов, которые участвуют в этом действии. (ИСО/МЭК 15414 Информационные технологии. Открытая распределенная обработка. Эталонная модель Предпринимательский язык 6.3.6). Примечание - Шаг содержит одно или более действий. Ответы программного обеспечения не считаются шагами
	d) Релевантные показатели качества	ПК, такой как число шагов процедуры эксплуатации или процедуры технического сопровождения, для количественного определения удобства использования, эффективности и пригодности для сопровождения
	е) Метод измерения	Подсчет идентифицированных шагов
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Различные процедуры из требований и проекта
	i) Единица измерения ЭПК	Шаг
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к удобству использования, эффективности и пригодности для сопровождения
	m) Процесс(ы) жизненного цикла программного обеспечения	От анализа требований до сопровождения
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
16	а) Имя ЭПК	Сложность задачи
	b) Целевой объект (целевая сущность)	Задача
	с) Цель и свойство для измерения	Понять сложность задачи. Сложность программного продукта может влиять на удобство использования программного обеспечения, главным образом, на надежность и пригодность для сопровождения. Определение сложности конкретной задачи показывает нам трудность выполнения этой задачи. Определение задачи: задача - функция, которая должна быть выполнена в определенном промежутке времени. В данной публикации задача рассматривается с точки зрения программного обеспечения, поэтому упомянутая функция является самим программным обеспечением. Институт инженеров по электротехнике и электронике (IEEE) определяет сложность как степень трудности понять и проверить проект или реализацию системы или компонента. В этой публикации в качестве взаимодействующей стороны рассматривается пользователь, и трудность выполнения задачи определяется вводом данных или запроса, в программу и извлечением результата из системы. Примечание - Задача: 1 В проектировании программного обеспечения - это компонент программного обеспечения, который может работать параллельно с другими компонентами программного обеспечения. 2 Параллельный объект с его собственным потоком управления. 3 Последовательность инструкций, обрабатываемых, как основная единица работы программой под управлением операционной (ИСО/МЭК/IEEE 24765 Системы и программная инженерия. Словарь). (4) Требование, рекомендация или разрешенное действие, предназначенные для содействия достижению одного или более выходов процесса (ИСО/МЭК 12207 Системная и программная инженерия. Процессы жизненного цикла программного обеспечения) (ИСО/МЭК 15288 Системная и программная инженерия. Процессы жизненного цикла систем)
	d) Релевантные показатели качества	ПК, такой, как уровень сложности задачи программы, чтобы управлять функциями пользовательского интерфейса или уровень сложности задачи программы для измерения удобства использования, надежности и пригодности для сопровождения
	е) Метод измерения	Сложность задачи
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Переменные и параметры
	g) Определение каждого подсвойства (дополнительно)	Число переменных, определенных и используемых в системе программного обеспечения. Исходный код, который использует больше переменных, чем можно понять, отладить и поддержать. Число аргументов (параметров), включенных в каждый вызов функции в исходном коде. Аргументы функции (параметры) можно считать переменными. Функцию с большим количеством параметров трудно понять, отладить и поддержать
	h) Входные данные для ЭПК	Каждая используемая переменная в операторе будет добавлять одну единицу к индексу сложности. Для параметров функции: каждый вызов функции будет добавлять n единиц к индексу (n = число параметров)
	i) Единица измерения ЭПК	Сложность задачи
	j) Правила вычисления	Например: низкая, средняя и высокая
	k) Тип шкалы	Порядковый
	I) Контекст применения ЭПК	ЭПК применим в особенности к удобству использования, надежности и пригодности для сопровождения
	m) Процесс(ы) жизненного цикла программного обеспечения	От проекта до сопровождения
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
17	а) Имя ЭПК	Число тестовых сценариев
	b) Целевой объект (целевая сущность)	Тестовый сценарий
	с) Цель и свойство для измерения	Позволяет определять для теста величину: проход/сбой. Определение тестового сценария: минимальная независимая исполнимая часть тестового комплекта системы программного обеспечения, которая дает два возможных результата (сбой, проход). Более точно: тестовый сценарий: (1) совокупность тестовых входных данных, условий выполнения и ожидаемых результатов, разработанных для определенной цели, например, обеспечить определенный порядок выполнения программы или проверить соответствие специальным требованиям. (IEEE IEEE 1012-2004 - Стандарт верификации и подтверждения правильности программного обеспечения); (2) документация, определяющая входные данные, предсказанные результаты и ряд условий выполнения для тестового изделия. (IEEE 1012-2004 - Стандарт верификации и подтверждения правильности программного обеспечения)
	d) Релевантные показатели качества	ПК, такой как число тестовых автоматически исполнимых сценариев или число обнаруженных отказов за тысячу тестовых сценариев обработки ошибок для измерения пригодности для сопровождения (тестируемости) и надежности (отказоустойчивости)
	е) Метод измерения	Тестовые сценарии
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Тестовый сценарий и результаты
	i) Единица измерения ЭПК	Тестовые сценарии
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к пригодности для сопровождения (тестируемости) и надежности (отказоустойчивости)
	m) Процесс(ы) жизненного цикла программного обеспечения	Тестирование
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
18	а) Имя ЭПК	Число вариантов использования
	b) Целевой объект (целевая сущность)	Варианты использования
	с) Цели и свойство для измерения	Это показатель для измерения вариантов использования. Ее, главным образом, следует использовать в модели производительности, она может помочь определять количественно относительное использование ресурсов. Какое количество ресурса задействует вариант использования относительно его размера. Определение варианта использования: описание взаимодействия между агентом (инициатором взаимодействия) и самой системой. Вариант использования представляется как последовательность простых шагов. Свойством является функциональный размер, но с точки зрения варианта использования. Вариант использования в UML: полноценная задача системы, которая обеспечивает измеримый результат значения для агента. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). Примечания 1 Более формально, вариант использования определяет набор реализаций варианта использования или сценариев. Спецификация варианта использования: Документ, который определяет вариант использования. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). 2 Основными составными частями спецификации варианта использования, являются название варианта использования, краткое описание, предварительное условие, основное течение, постусловие и альтернативное течение
	d) Релевантные показатели качества	ПК, такой как конкретное количество вариантов использования можно использовать для того, чтобы полностью выполнить задачу, определенную пользователем; смягчить определенные риски; - управляться некоторым пользователем с ограниченными возможностями для измерения возможностей продукта, таких как свобода от риска, эффективность, покрытие контекста и удобство использования. Она также может быть использована для ПК, связанных с производительной эффективностью (использованием ресурса)
	е) Метод измерения	Правила выделения различных типов действий для различных сценариев следующие: - упорядочите последовательно описания действий (а, следовательно, их уникальные идентификаторы номера) так, чтобы для основного сценария получилась строгая последовательность действий; - итерации и параллельные действия могут быть представлены в этом же разделе варианта использования, тогда как альтернативные действия должны быть записаны в другом разделе. Для альтернативных путей и расширений необходимо рассмотреть все возможности. Примечание - Для измерения программного обеспечения и определения связей необходимо определить число вариантов использования. В некоторых случаях для описания варианта использования со многими правилами и условиями следует использовать условную логику или схемы действия
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Действие
	g) Определение каждого подсвойства (дополнительно)	Действие: (1) "Определенный объем работы, который необходимо выполнять, включая и требуемые ввод и вывод информации". (2) Совокупность согласованных задач процесса (ИСО/МЭК 12207 Системы и программная инженерия. Процессы жизненного цикла программного обеспечения)
	h) Входные данные для ЭПК	Варианты использования
	i) Единица измерения ЭПК	Действие
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к свободе от риска, эффективности, покрытию контекста и удобству использования
	m) Процесс(ы) жизненного цикла программного обеспечения	Требования
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
19	а) Имя ЭПК	Число операций
	b) Целевой объект (целевая сущность)	Работа
	с) Цель и свойство для измерения	Обеспечить приемлемый показатель операционной сложности эксплуатации интерактивного программного обеспечения большого объема. Во многих средах операторы сталкиваются с задачей повторного использования одних и тех же наборов функций приложений. В таких средах минимизация операционной сложности может привести к значительному снижению усталости, увеличению удобства использования и эффективности качества использования. Как правило, операторы в таких условиях имеют обширный опыт с программным обеспечением и для выполнения необходимых операций выбирают наиболее эффективный способ взаимодействия с программным обеспечением. Определение работы: продолжающееся выполнение действий, результатом которых является один и тот же продукт или повторяющаяся услуга. Более точно работа: (1) процесс выполнения компьютерной системы в соответствующей среде для выполнения намеченных функций. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). (2) Действие, необходимое, чтобы осуществлять деятельность. (ИСО/МЭК 15940 Информационные технологии. Услуги среды разработки программного обеспечения)
	d) Релевантные показатели качества	Уровень свободы от операционных ошибок, который определяет соотношение числа имевших место операционных ошибок к общему количеству операций во время работы для измерения удобства использования (работы)
	е) Метод измерения	Работа
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Список средств управления, которые будут доступны оператору
	i) Единица измерения ЭПК	Работа
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к удобству использования и эффективности качества в использовании
	m) Процесс(ы) жизненного цикла программного обеспечения	Приобретение программного обеспечения - не функциональная спецификация требований: как пороговое значение требования удобства использования. Приобретение программного обеспечения - выбор/сравнение COTS: как фактор выбора. Разработка программного обеспечения - проект UI: как предопределение операционной сложности. Тестирование - не соответствие функциональным требованиям: как основание сравнения с требованиями. Сопровождение - определение возможности улучшения: как средство идентификации улучшения UI
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
20	а) Имя ЭПК	Число фатальных ошибок
	b) Целевой объект (целевая сущность)	Фатальные ошибки
	с) Цель и свойство для измерения	Знать надежность программного обеспечения. Определение фатальной ошибки: ошибка, которая приводит к полной неспособности функционирования системы или компонента. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь)
	d) Релевантные показатели качества	Число фатальных ошибок, вызывающих падение системы, для представления отказоустойчивости, восстанавливаемости или числа фатальных ошибок, при которых возможно восстановление данных, для представления восстанавливаемости в надежности
	е) Метод измерения	Необходимы мониторинг системы или программного обеспечения во время тестирования или эксплуатации и запись фактов проявления фатальных ошибок, при которых падает система или приостанавливается услуга
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Заполняется по необходимости
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	Тестирование и работа
	i) Единица измерения ЭПК	Фатальные ошибки
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к надежности (отказоустойчивости, восстанавливаемости) и исключению рисков
	m) Процесс(ы) жизненного цикла программного обеспечения	Тестирование и работа
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
21	а) Имя ЭПК	Размер базы данных
	b) Целевой объект	База данных
	с) Цель и свойство для измерения	Определение размера базы данных: число вхождений (экземпляров) в базе данных. ЭПК может быть полезен для измерения устанавливаемости нового программного обеспечения в случае вхождения необходимости передачи данных. База данных: (1) набор взаимосвязанных данных, совместно хранимых в одном или нескольких компьютерных файлах. (ИСО/МЭК 24765 Системная и программная инженерия. Словарь). (2) набор данных, организованных согласно концептуальной структуре, описывающей характеристики данных и отношения между соответствующими объектами, и поддерживающий одну или более прикладных областей. (ИСО/МЭК 2382-1 Информационные технологии. Словарь. Часть 1. Фундаментальные термины). (3) набор данных, описывающих определенную целевую область, который используется и обновляется одним или более приложениями. (ИСО/МЭК 29881 Информационные технологии. Системная и программная инженерия. Часть 1.1. Методика определения функциональных размеров)
	d) Релевантные показатели качества	Переносимость (устанавливаемость)
	е) Метод измерения	Размер базы данных
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Вхождение
	g) Определение каждого подсвойства (дополнительно)	Заполняется по необходимости
	h) Входные данные для ЭПК	База данных
	i) Единица измерения ЭПК	Число вхождений
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	I) Контекст применения ЭПК	ЭПК применим в особенности к переносимости (устанавливаемости)
	m) Процесс(ы) жизненного цикла программного обеспечения	Сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости
22	а) Имя ЭПК	Размер памяти
	b) Целевой объект (целевая сущность)	Емкость памяти
	с) Цели и свойство для измерения	Знать необходимое количество энергозависимой и постоянной памяти, необходимой для выполнения программного обеспечения должным образом
	d) Релевантные показатели качества	Определение размера памяти: объем памяти для хранения данных компьютера или компьютерного устройства (выражается в байтах). Определение памяти: адресуемое место для хранения в процессоре и в другой внутренней памяти, которое используют для выполнения инструкций. (ИСО/МЭК 2382-1 Информационные технологии. Словарь. Часть 1. Фундаментальные термины). Эффективность по производительности (использование ресурсов)
	е) Метод измерения	Емкость памяти
	f) Список подсвойств, имеющих отношение к свойству для измерения (дополнительно)	Постоянная память, энергозависимая память, память произвольного доступа (RAM), видеопамять, профилировщик памяти
	g) Определение каждого подсвойства (дополнительно)	Постоянная память: место, где данные хранятся в электромагнитной или оптической форме для доступа компьютерным процессором. Зачастую термин "хранилище" используют для обозначения устройств и данных, связанных с компьютером посредством операций ввода/вывода; т.е. жесткий диск, ленточные системы и другие формы хранения и которые не включают собственно память компьютера и другие внутренние ресурсы хранения в компьютере. Энергозависимая память: память компьютера, которая для поддержи хранения информации требует электропитания, в отличие от постоянной памяти непрерывного электропитания не требуется. RAM: оперативная память (RAM) - форма энергозависимой памяти. На сегодняшний день, она выполнена на интегральных схемах, организация которых обеспечивает доступ к хранящимся данным в произвольном порядке (т.е. случайным образом). Под случайностью в данном случае подразумевается, что любая часть данных может быть получена за постоянный интервал времени, независимо от физического расположения данных и от ранее полученной порции данных. Видеопамять: разновидность энергозависимой памяти, установленной в видеоадаптере. Перед тем, как изображение отправляется на монитор, оно сначала представляется в виде двоичного отображения в области видеопамяти, называемой буфером кадра. Видеопамять рассматривается как отдельная вспомогательная концепция с целью определить требования к видеопамяти программ более точно. Профилировщик памяти: инструмент для исследования образцов памяти программы с использованием собранной информации во время выполнения программы
	h) Входные данные для ЭПК	Характерная особенность языков программирования - использование памяти. На этапе выполнения программы она позволяет создавать объекты любого размера. Размер выделяемой памяти влияет на производительность и размер программы, а, следовательно, и на качество программного обеспечения. Программист ответственен за отслеживание памяти, которая выделена во время выполнения, и освобождение его каждый раз, когда она больше не требуется. Для выделения минимального объема физической памяти, требуемого программным обеспечением, необходимо знать максимальное пространство памяти, которое является точкой максимума. Программы обеспечивают это главным образом через операционную систему
	i) Единица измерения ЭПК	Единицей измерения будут байты. В качестве единицы измерения допускается также использовать килобайты, мегабайты и гигабайты, поскольку они получаются из байтов умножением на 1024
	j) Правила вычисления	Добавление
	k) Тип шкалы	Отношение
	l) Контекст применения ЭПК	Использование ресурсов
	m) Процесс(ы) жизненного цикла программного обеспечения	Главным образом сопровождение
	n) Ограничения измерений (дополнительно)	Заполняется по необходимости