6. Модель оценки качества системы Word в системе MS Office. Оценка качества системы Word в системе MS Office.

6.1.Характеристики  программного обеспечения

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

Рис.6.1.Характеристики программного обеспечения

6.1.1 Функциональные   возможности    (Functionality)

Набор атрибутов, относящихся к сути набора  функций  и их

конкретным свойствам.  Функциями являются те, которые реализуют  установленные или предполагаемые потребности:

Примечания

1 Данный набор атрибутов характеризует то, что программное обеспечение

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

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

2 В данной характеристике    для установленных и предполагаемых потребностей учитывают примечание к определению качества.

6.1.2. Надежность    (Reliability)

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

Примечания

1 Износ или старение программного обеспечения не происходит. Ограничения надежности проявляются из-за ошибок в требованиях, проекте и реализации. Отказы из-за этих ошибок зависят от способа использования программного

обеспечения и  ранее выбранных версий программ.

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

6.1.3. Практичность    (Usability)

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

Примечания

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

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

6.1.4. Эффективность   (Efficiences)

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

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

6.1.5. Сопровождаемость   (Maintainability)

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

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

6.1.6. Мобильность   (Portability)

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

Примечание —  Окружающая обстановка может включать организационное, техническое или  программное окружение.

6.2.Модель  процесса оценивания

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

Рис.6.2 Модель процесса оценивания программного обеспечения

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

6.2.1. Установление требований к качеству

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

6.2.2. Подготовка к оцениванию

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

6.2.2.1. Выбор метрик (показателей)  качества

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

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

6.2.2.2. Определение уровней  ранжирования

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

6.2.2.3. Определение критерия оценки

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

6.2.3. Процедура оценивания

Последняя стадия модели процесса оценивания уточняется по трем этапам, называемым "измерение", "ранжирование" и "оценка".

6.2.3.1. Измерение

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

6.2.3.2. Ранжирование

На этапе ранжирования устанавливается уровень ранжирования для измеренного значения (см. Рис.6.3).

Рис.6.3 Измеренное значение и установленный уровень

6.2.3.3. Оценка

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

Приложение 1

Отечественные стандарты в области  ИПИ-технологий

Шаблон  представления :

     Обозначение

     Заглавие

     Статус

1.ГОСТ  Р ИСО 10303-1-99

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

Часть 1. Общие  представления и основополагающие принципы

Действует

2.ГОСТ  Р ИСО 10303-11-2000

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

Часть 11. Методы описания. Справочное руководство по языку EXPRESS

Действует

3.ГОСТ  Р ИСО/ТО 10303-12-2000

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

Часть 12. Методы описания. Справочное руководство по языку EXPRESS-1

Действует

4.ГОСТ  Р ИСО 10303-21-99

Системы автоматизации  производства и их интеграция. Представление  данных об изделии и обмен этими  данными. Часть 21. Методы реализации. Кодирование  открытым текстом структуры обмена

Заменен

5.ГОСТ  Р ИСО 10303-21-2002

Системы автоматизации  производства и их интеграция. Представление  данных об изделии и обмен этими  данными. Часть 21. Методы реализации. Кодирование  открытым текстом структуры обмена

Действует

6.ГОСТ  Р ИСО 10303-22-2002

Системы автоматизации  производства и их интеграция. Представление  данных об изделии и обмен этими  данными. Часть 22. Методы реализации. Стандартный  интерфейс доступа к данным

Действует

7. ГОСТ Р ИСО 10303-31-2002

Системы автоматизации  производства и их интеграция. Представление  данных об изделии и обмен этими  данными. Часть 31. Методология и основы аттестационного тестирования. Общие  положения

Действует

8. ГОСТ Р ИСО 10303-32-2002

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

Часть 32. Методология  и основы аттестационного тестирования. Требования к испытательным лабораториям и клиентам

Действует

9. ГОСТ Р ИСО 10303-34-2002

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

Часть 34. Методология  и основы аттестационного тестирования. Методы абстрактного тестирования для  реализации прикладных протоколов

Действует

10. ГОСТ Р ИСО 10303-41-99

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

Часть 41 Интегрированные  обобщенные ресурсы. Основы описания и  поддержки изделий