Преподаватель который помогает студентам и школьникам в учёбе.

Пример оценки качества программного обеспечения по ГОСТ 9126

Содержание:

ВВЕДЕНИЕ.

Тема исследования курсовой работы, по дисциплине: программная инженерия, будет являться: Пример оценки качества программного обеспечения по ГОСТУ 9126

Актуальностью темы курсовой работы: «пример оценки качества программного обеспечения по ГОСТУ 9126» будет являться:

Объект исследования курсовой работы: методы определения качества программного обеспечения;

Предмет исследования работы: изучить определенные методы качества ПО

Задачи курсовой работы:

1) Рассмотреть основные принципы качества;

2)Рассмотреть основные методы качества;

3)Выявить особенности работы методов

Цель работы: показать примеры оценки качества программного обеспечения по ГОСТУ 9126

Цели и задачи работы:

1) ГОСТ 9126 оценка качества программного обеспечения;

2)Примеры оценки качества программного обеспечения по ГОСТУ 9126

3) Проанализировать и показать примеры оценки качества по ГОСТУ 9126

4) Дать описание ГОСТУ 9126

5) Изучить примеры оценки качества по ГОСТУ 9126

Качество программного обеспечения.

Основные принципы качества:

Функциональность ( программное обеспечение многофункциональное); способность к взаимодействию; функциональная пригодность; соответствующие стандарты; защищенность; точность; надежность; зрелость; способность к восстановлению; соответствующим стандартам; устойчивость к отказам; удобство использования; переносимость; адаптируемость; удобство замены; удобство установки; удобство сопровождения; удобство изменений; удобство проверки; анализируемость; стабильность; удобство использования; привлекательность;

Удобство работы; удобство обучения; понятность; производительность; соответствие стандартам; временная эффективность; эффективность использования ресурсов.

1.Понятие качества.

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

Качество программного обеспечения – степень, в которой оно преобладает требуемой комбинации свойств;

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

Качество процесса Качество продукта Качество сопровождения

ЭФФЕКТ ОТ ВНЕДРЕНИЯ ПО

ПРОГРАММНЫЙ ПРОДУКТ

ПРОЦЕССЫ ЖЦ

Стандарт качества подразделяется на 4 следующие части:

ЧАСТЬ 1. МОДЕЛЬ КАЧЕСТВА

ЧАСТЬ 2.ВНЕШНИЕ МЕТРИКИ КАЧЕСТВА

ЧАСТЬ3. ВНУТРЕННИЕ МЕТРИКИ КАЧЕСТВА

ЧАСТЬ 4. МЕТРИКИ КАЧЕСТВА В ИСПОЛЬЗОВАНИИ

1.2.Характеристики и атрибуты качества.

1) Функциональность –способность ПО имеющимся индустриальным стандартам, нормативным и законодательным актам,

2) Точность –способность выдавать нужные результаты;

3) Защищенность - способность передавать неавторизированный неразрешенный доступ к данным

4) Надежность – способность ПО обычно измеряться над средним временем работы без сбоев и величиной;

5) Понятность- показатель обратный к усилиям, затрачиваемый пользователем в работе с ПО;

6) Удобство обучения -

Способность ПО быть удобным в обучении и использовании;

7) Соответствие стандартам надежности

8) Удобство применения

9)Удобство работы –показатель способность ПО быть удаленным в обучении;

10) Удобство работы –показатель обратный усилиями, предпринимаемыми пользователями для решения

11)Временная эффективность- способность ПО приносить удовлетворения пользователям

12) Помимо перечисленных характеристик, стандарт ИСО 9126 определяет наборы метрик для характеристик каждого продукта

13) Конкретность реализаций функций- правильность их реализации по отношению к требованиям

Метрики.

МЕТРИКИ ПРОГРАМНОГО ПРОДУКТА ВКЛЮЧАЮТ:

Существует 3 типа метрик:

Метрики программного продукта используются при изменении его характеристик и свойств;

Метрики процесса используются при измерении свойства процесса ЖЦ;

Метрики использования

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

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

Надкжность продукта, которые служат для определения числа дефектов,

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

Сопровождения с помощью которых измеряются ресурсы

Стоимости, которыми определяются стоимости продукта

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

Под данным рисунком показаны характеристики качества комплексов программ по стандарту ISO 9126

Специфика требований качества.

Выводы из рисунка: специфика требований качества

Из данного рисунка можно сделать вывод, что:

Спецификами требований качества будут являться:

Выбор метрик; определение уровня ранжирования;

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

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

Продукция или промежуточный продукт

Измерения, ранжирование; оценка

1 этап : определения требований,

2 этап : подготовка требований;

3 этап (оценивание, удовлетворение, или неудовлетворение требований)

Продукция или промежуточный продукт

Измеренные значения

Установленный уровень

1.2.Общие положения о ГОСТЕ 9126.

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

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

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

В основу обеспечения качества программных средств положено следующее:

1. Мониторинг разработки, т.е. контроль в определённых точках и на определённых стадиях создания программных средств, соответствие фактического состояния процесса плановым показателям

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

3. Испытание - тестирование как предварительного варианта программы (одного или нескольких), так и финальной версии.

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

Согласно ГОСТу (ГОСТ P ИСОМЭК 9126:1993). Выделяются 6 основных характеристик программного средства:Функц.пригодность;Надежность;Практичность(применимость);Эффективность;Сопровождаемость;Мобильность(переносимость).

Основные стандарты качества ПО: 1) гост 28195-89. оценка качества программных средств. общие положения2) гост 28806-90. качество программных средств. термины и определения3) гост р исо/мэк 9126-93. оценка программной продукции. характеристики качества и руководства по их применению

Качество программного обеспечения может быть оценено следующими характеристи- ками: 4.1 Функциональные возможности (Functionality) Набор атрибутов, относящихся к сути набора функций и их конкретным свойствам. Функциями являются те, которые реализуют установленные или предполагаемые потребности: Примечания 1 Данный набор атрибутов характеризует то, что программное обеспечение выполняет для удовлетво-рения потребностей, тогда как другие наборы, главным образом, характеризуют, когда и как это выполня-ется. 2 В данной характеристике для установленных и предполагаемых потребностей учитывают примечание к определению качества (см. 3.6). 4.2 Надежность (Reliability) Набор атрибутов, относящихся к способности программного обеспечения сохранять свой уровень качества функционирования при установленных условиях за установленный период времени. Примечания 1 Износ или старение программного обеспечения не происходит. Ограничения надежности проявляются из-за ошибок в требованиях, проекте и реализации. Отказы из-за этих ошибок зависят от способа использо-вания программного обеспечения и ранее выбранных версий программ. 2 В определении ИСО 8402 "надежность" - "способность элемента выполнять требуемую функцию". В настоящем стандарте функциональная .возможность является только одной из характеристик качества про-граммного обеспечения. Поэтому определение надежности расширено до "сохранения своего уровня каче-ства функционирования" вместо "выполнения требуемой функции" (см. также 3.4). 4.3 Практичность (Usability) Набор атрибутов, относящихся к объему работ, требуемых для использования и инди- видуальной оценки такого использования определенным или предполагаемым кругом пользователей. Примечания 1 "Пользователи" могут интерпретироваться как большинство непосредственных пользователей инте-рактивного программного обеспечения. Круг пользователей может включать операторов, конечных пользо-вателей и косвенных пользователей, на которыхвлияет данное программное обеспечение или которые за-висят от его использования. Практичность должна рассматриваться во всем разнообразии условий эксплуа-тации пользователем, которые могут влиять на программное обеспечение, включая подготовку к использо-ванию и оценку результатов. 2 Практичность, определенная в данном стандарте как конкретный набор атрибутов программной про-дукции, отличается от определения с точки зрения эргономики, где рассматриваются как составные части практичности другие характеристики, такие как эффективность и неэффективность. 4.4 Эффективность (Efficiences) Набор атрибутов, относящихся к соотношению между уровнем качества функциониро- вания программного обеспечения и объемом используемых ресурсов при установленных условиях. Примечание - Ресурсы могут включать другие программные продукты, технические средства, материа-лы (например бумага для печати, гибкие диски) и услуги эксплуатирующего, сопровождающего или об-служивающего персонала. 4.5 Сопровождаемость (Maintainability) Набор атрибутов, относящихся к объему работ, требуемых для проведения конкретных изменений (модификаций). Примечание - Изменение может включать исправления, усовершенствования или адаптацию программ-ного обеспечения к изменениям в окружающей обстановке, требованиях и условиях функционирования. 4.6 Мобильность (Portability) Набор атрибутов, относящихся к способности программ-ного обеспечения быть перенесенным из одного окружения в другое. Примечание - Окружающая обстановка может включать организационное, техническое или программ-ное окружение

1 Применяемость Настоящий стандарт применяется для установления требований к качеству программ-ного обеспечения и оценивания (измерения, ранжирования и оценки) программных про-дуктов, включая: - определение требований к качеству программной продукции: - оценивание технических требований к программному обеспечению при контроле за тем, чтобы требования качества были удовлетворены в процессе разработки; - описание признаков и свойств (атрибутов) внедренного программного обеспечения (например в руководствах пользователя); - оценивание разработанного программного обеспечения перед его поставкой; - оценивание программного обеспечения перед приемкой. Существуют только несколь-ко общепринятых метрик для характеристик, описанных в настоящем стандарте. Органи- зации н группы по стандартизации могут устанавливать свои собственные модели процес- са оценивания и методы формирования и проверки метрик, связанных с этими характеристиками, для охвата различных областей применения и стадий жизненного цикла. В тех случаях, когда соответствующие метрики отсутствуют и не могут быть разработаны, иногда пользуются словесными описаниями или "приблизи-тельными методами". При использовании шести характеристик качества в целях описания и оценивания также необходимо установить уровни ранжирования и критерии конкретно для данной организа- ции или для данного применения, или для того и другого. Должны быть установлены метрики, уровни ранжирования и критерии применительно к оценке качества, когда обмениваются результатами оценивания. Хотя отсутствует общепринятая система классификации программного обеспечения, имеется несколько общепринятых классов программного обеспечения. Важность каждой характеристики качества меняется в зависимости от класса программного обеспечения. Например, надежность наиболее важна для программного обеспечения боевых критичных систем, эффективность наиболее важна для программного обеспечения критичных по вре- мени систем реального времени, а практичность наиболее важна для программного обес- печения диалога конечного пользователя. Важность каждой характеристики качества также меняется в зависимости от принятых точек зрения. 5.2 Представления о качестве программного обеспечения Имеется несколько представлений о качестве, некоторые из которых обсуждаются ни-же. 5.2.1 Представление пользователя Определение качества по ИСО 8402 отражает представление пользователя так же, как и характеристики, определенные в настоящем стандарте. 5.2.2 Представление разработчика Процесс создания требует от пользователя и разработчика использования одних и тех же характеристик качества программного обеспечения, так как они применяются для уста- новления требований и приемки. Когда разрабатывается программное обеспечение для продажи, в требованиях качества должны быть отражены предполагаемые потребности. Так как разработчики отвечают за создание программного обеспечения, которое долж-но удовлетворять требованиям качества, они заинтересованы в качестве промежуточной продукции так же, как и в качестве конечной продукции. Для того, чтобы оценить качество промежуточной продукции на каждой фазе цикла разработки, разработчики должны ис-пользовать различные метрики для одних и тех же характеристик, потому что одни и те ж,е метрики неприменимы для всех фаз жизненного цикла. Например, пользователь пони-мает эффективность в терминах времени реакции, тогда как разработчик использует в про-ектной спецификации термины длины маршрута и времени ожидания и доступа. Метрики, применяемые для внешнего интерфейса продукции, заменимы метриками, применяемыми для ее структуры. Представление пользователя должно также включать представление о характеристиках качества, требуемое тем, кто сопровождает программное обеспечениеи более заинтересован в общем качестве, чем в конкретной ха- рактеристике качества, и по этой причине будет нуждаться в определении важности значе- ний, отражающих коммерческие требования для индивидуальных характеристик относится к конкрет- ным потребностям, общие уровни ранжирования невозможны., таблицы решений или средние взвешенные. качества программ-ной продукции в конкретных условиях эксплуатации.

Определение комплексных показателей качества А.2.1 Функциональные возможности (Functionality) А.2.1.1 Пригодность (Suitability) Атрибут программного обеспечения, относящийся к наличию и соответствию набора функций конкретным задачам. Примечание - Примерами соответствия является состав функций, ориентированных на задачу, из вхо-дящих в него подфункций и объемы таблиц. А.2.1.2 Правильность (Accuracy) Атрибуты программного обеспечения, относящиеся к обеспечению правильности или соответствия результатов или эффектов. Примечание - Например, она включает необходимую степень точности вычисленных значений. А.2.1.3 Способность к взаимодействию (Interoperability) Атрибуты программного обеспечения, относящиеся к способности его взаимодейство-вать с конкретными системами. Примечание - Способность к взаимодействию используется вместо совместимости для того, чтобы из-бежать возможной путаницы с взаимозаменяемостью (см. А.2.6.4). А.2.1.4 Согласованность (Compliance) Атрибуты программного обеспечения, которые заставляют программу придерживатьсясоответствующих стандартов или соглашений, или положений законов, или подобных ре- комендаций. А.2.1.5 Защищенность (Security) Атрибуты программного обеспечения, относящиеся к его способности предотвращать несанкционированный доступ, случайный или преднамеренный, к программам и данным. А.2.2 Надежность (Reliability) А.2.2.1 Стабильность (Maturity) Атрибуты программного обеспечения, относящиеся к частоте отказов при ошибках в программном обеспечении. А.2.2.2 Устойчивость к ошибке (Fault tolerance) Атрибуты программного обеспечения, относящиеся к его способности поддерживать определенный уровень качества функционирования в случаях программных ошибок или нарушения определенного интерфейса. Примечание - Определенный уровень качества функционирования включает возможность отказобезопасности. А.2.2.3 Восстанавливаемость (Recoverability) Атрибуты программного обеспечения, относящиеся к его возможности восстанавливать уровень качества функционирования и восстанавливать данные, непосредственно повреж- денные в случае отказа, а также к времени и усилиям, необходимым для этого. А.2.3 Практичность (Usability) А.2.3.1 Понятность (Understandability) Атрибуты программного обеспечения, относящиеся к усилиям пользователя по пони- манию общей логической концепции и ее применимости. А.2.3.2 Обучаемость (Learnability) Атрибуты программного обеспечения, относящиеся к усилиям пользователя по обуче-нию его применению (например оперативному управлению, вводу, выводу). А.2.3.3 Простота использования (Operability) Атрибуты программного обеспечения, относящиеся к усилиям пользователя но экс- плуатации и оперативному управлению. А.2.4 Эффективность (Efficiency) А.2.4.1 Характер изменения во времени (Time behavior) Атрибуты программного обеспечения, относящиеся к временам отклика и обработки и к скоростям выполнения его функций. А.2.4.2 Характер изменения ресурсов (Resource behavior) Атрибуты программного обеспечения, относящиеся к объему используемых ресурсов и продолжительности такого использования при выполнении функций.

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

А.2.5.2 Изменяемость (Changeability) Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для мо- дификации, устранению отказа или для изменения условий эксплуатации. А.2.5.3 Устойчивость (Stability) Атрибуты программного обеспечения, относящиеся к риску от непредвиденных эффек- тов модификации. А.2.5.4 Тестируемость (Testability) Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для про- верки модифицированного программного обеспечения. Примечание - Значения этой подхарактеристики могут быть изменены рассматривае- мыми модификациями. А.2.6 Мобильность (Portability) А.2.6.1 Адаптируемость (Adaptability) Атрибуты программного обеспечения, относящиеся к удобству его адаптации к различным конкретным условиям эксплуатации, без применения других действий или способов, кроме тех, что предназначены для этого в рассматриваемом программное обеспечении. А.2.6.2 Простота внедрения (Installability) Атрибуты программного обеспечения, относящиеся к усилиям, необходимым для вне- дрения программного обеспечения в конкретное окружение. А.2.6.3 Соответствие (Conformance) Атрибуты программного обеспечения, которые заставляют программу подчиняться стандартам или соглашениям, относящимся к мобильности. А.2.6.4 Взаимозаменяемость (Replaceabilily) Атрибуты программного обеспечения, относящиеся к простоте и трудоемкости его применения вместо другого конкретного программного средства в среде этого средства. Примечания 1 Взаимозаменяемость используется вместо совместимости для того, чтобы избежать возможной пута-ницы со способностью к взаимодействию (см. А.2.1.3). 2 Взаимозаменяемость с конкретным программным средством не предполагает, что данное средство заменимо рассматриваемым программным средством. 3 Взаимозаменяемость может включать атрибуты простоты внедрения и адаптируемо-сти. Понятие было введено в качестве отдельной подхарактеристики из-за его важности.

Требования к качеству программных средств всё время повышаются. Процессы разработки, приобретения и внедрения сложных систем, к которым относятся в частности программные комплексы, должны находится под жестким управленческим контролем. В настоящее время практически во всех организациях обеспечивается контроль важнейших характеристик, связанных с производством и использованием программных продуктов, таких как время, финансовые средства, ресурсы и т.п. Однако в большинстве случаев вне пределов сферы контроля оказывается наиболее важная характеристика программных продуктов, ради которой, собственно и осуществляются затраты времени, финансовых средств и ресурсов - это качество продукта, поскольку «невозможно контролировать то, что нельзя измерить» (“You cannot control what you cannot measure”).

Одним из подходов для оценки программных средств является оценка соответствующих атрибутов качества, определённых в серии международных стандартов ГОСТ Р ИСО МЭК 9126 «Информационная технология – Оценка программной продукции».

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

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

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

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

Объект исследования – методы определения качества ПО.

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

Задачи исследования:

· рассмотреть основополагающие принципы качества;

· рассмотреть методы качества;

· выявить особенности работы методов;

· разработать учебную программу для элективного курса по теме: «Критерии качества программного обеспечения»

· создать программную поддержку курса, а именно практически реализовать критерии качества в Delphi.

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

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

Что такое качество и почему оно должно быть столь глубоко представлено? На протяжении многих лет отдельные авторы и целые организации определяли термин “качество” по-разному. Фил Кросби (Phil Crosby) в 1979 году дал определение качеству как “соответствие пользовательским требованиям” (предполагает, что требования должны быть настолько четко определены, что они не могут быть поняты и интерпретированы некорректно.). Уотс Хемпфри (Watts Hamphrey) описывает качество как “достижение отличного уровня пригодности к использованию” (принимает во внимание требования и ожидания конечных пользователей продукта, которые ожидают, что продукт или предоставляемый сервис будет удобным для их нужд). Компания IBM, в свою очередь, ввела в оборот фразу “качество, управляемое рыночными потребностями” (“market-driven quality”). Критерий Бэлдриджа (Baldrige) для организационного качества использует похожую фразу - “качество, задаваемое потребителем” (“customer-driven quality”), рассматривая удовлетворение потребителя в качестве главного соображения в отношении качества. Чаще, понятие качества используется в соответствии с определением системы менеджмента качества ИСО 9001 как “степень соответствия присущих характеристик требованиям”.

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

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

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

Определение IEEE: Качество программного обеспечения - это степень, в которой оно обладает требуемой комбинацией свойств.

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

количество ошибок и повышают качество этого продукта.

Четвертый уровень - это оценочный элемент метрики (вес), который используется для оценки количественного или качественного значения отдельного атрибута показателя ПО. В зависимости от назначения, особенностей и условий сопровождения ПО выбираются наиболее важные характеристики качества и их атрибуты (рис. 5). [1, 2, 4]

Выбранные атрибуты и их приоритеты отражаются в требованиях на разработку систем либо используется соответствующие приоритеты эталона класса ПО, к которому это ПО относится.

Рис. 5. Модель характеристик качества

Характеристики и атрибуты качества

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

o Функциональность (functionality) – Способность ПО в определенных условиях решать задачи, нужные пользователям. Определяет, что именно делает ПО, какие задачи оно решает.

· Функциональная пригодность (suitability). - Способность решать нужный набор задач.

· Точность (accuracy). - Способность выдавать нужные результаты.

· Способность к взаимодействию (interoperability). - Способность взаимодействовать с нужным набором других систем.

· Соответствие стандартам и правилам (compliance). - Соответствие ПО имеющимся индустриальным стандартам, нормативным и законодательным актам, другим регулирующим нормам.

· Защищенность (security). - Способность предотвращать неавторизированный, т.е. без указания лица, пытающегося его осуществить, и неразрешенный доступ к данным и программам.

o Надежность (reliability). - Способность ПО поддерживать определенную работоспособность в заданных условиях.

· Зрелость, завершенность (maturity). - Величина, обратная частоте отказов ПО. Обычно измеряется средним временем работы без сбоев и величиной, обратной вероятности возникновения отказа за данный период времени.

· Устойчивость к отказам (fault tolerance). - Способность поддерживать заданный уровень работоспособности при отказах и нарушениях правил взаимодействия с окружением.

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

· Соответствие стандартам надежности (reliability compliance). - Этот атрибут добавлен в 2001 году.

o Удобство применения (usability) или практичность. - Способность ПО быть удобным в обучении и использовании, а также привлекательным для пользователей.

· Понятность (understandability). - Показатель, обратный к усилиям, которые затрачиваются пользователями на восприятие основных понятий ПО и осознание их применимости для решения своих задач.

· Удобство обучения (learn ability). - Показатель, обратный усилиям, затрачиваемым пользователями на обучение работе с ПО.

· Удобство работы (operability). - Показатель, обратный усилиям, предпринимаемым пользователями для решения своих задач с помощью ПО.

· Привлекательность (attractiveness). - Способность ПО быть привлекательным для пользователей. Этот атрибут добавлен в 2001 году.

· Соответствие стандартам удобства использования (usability compliance). - Этот атрибут добавлен в 2001 году.

o Производительность (efficiency) или эффективность. - Способность ПО при заданных условиях обеспечивать необходимую работоспособность по отношению к выделяемым для этого ресурсам. Можно определить ее и как отношение получаемых с помощью ПО результатов к затрачиваемым на это ресурсам всех типов.

· Временная эффективность (time behavior). - Способность ПО выдавать ожидаемые результаты, а также обеспечивать передачу необходимого объема данных за отведенное время.

1.2 Стандарт ГОСТ Р ИСО МЭК 9126

ИСО 9126 это международный стандарт, определяющий оценочные характеристики качества программного обеспечения (далее ПО). [16-19]

Стандарт разделяется на 4 части, описывающие следующие вопросы:

Часть 1: Модель качества;

Часть 2: Внешние метрики качества;

Часть 3: Внутренние метрики качества;

Часть 4: Метрики качества в использовании.

В первой части стандарта ISO 9126-1 приводится схема взаимосвязи частей стандарта ISO 9126 и частей стандарта ISO 14598, а также область применения, нормативные ссылки, термины и определения. Определяется модель характеристик качества ПС и ее связи с жизненным циклом. Модель детализируется в последующих частях стандарта.

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

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

1.2.1 Модель характеристик качества

Модель качества, установленная в первой части стандарта ИСО 9162-1, предлагает использовать для описания внутреннего и внешнего качества ПО многоуровневую модель. На верхнем уровне выделено 6 основных характеристик качества ПО. Каждая характеристика описывается при помощи нескольких входящих в нее атрибутов. Атрибут - это сущность, которая может быть проверена или измерена в программном продукте.

Рис 2. Качество ПО.

Модель характеристик качества программного обеспечения состоит из нескольких видов атрибутов качества:

· внутренние атрибуты качества (требования к качеству кода и внутренней архитектуре);

· внешние атрибуты качества (требования к функциональным возможностям и т.д.);

· атрибуты «качества в использовании» (данные атрибуты качества относятся не только к программному средству, а ко всей информационной системе, они характеризуют эффект для пользователя от использования ПС в разных контекстах использования); [17]

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

Рис. 3. Основные аспекты качества ПО по ИСО 9126

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

Рис. 4. - Различные подходы к качеству ПС и соответствующим метрикам качества.

Модель качества ПО имеет следующие четыре уровня представления:

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

· функциональность (functionality);

· надежность (realibility);

· удобство (usability);

· эффективность (efficiency);

· сопровождаемость (maitainnability);

· переносимость (portability).

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

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

Модель характеристик качества программного обеспечения состоит из нескольких видов атрибутов качества:

· внутренние атрибуты качества (требования к качеству кода и внутренней архитектуре);

· внешние атрибуты качества (требования к функциональным возможностям и т.д.);

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

Рис. 4. - Различные подходы к качеству ПС и соответствующим метрикам качества.

Модель качества ПО имеет следующие четыре уровня представления:

· функциональность (functionality);

· надежность (realibility);

· удобство (usability);

· эффективность (efficiency);

· сопровождаемость (maitainnability);

· переносимость (portability).

2.2.Эффективность использования ресурсов (resource utilization). - Способность решать нужные задачи с использованием определенных объемов ресурсов определенных видов. Имеются в виду такие ресурсы, как оперативная и долговременная память, сетевые соединения, устройства ввода и вывода и пр.

· Соответствие стандартам производительности (efficiency compliance). - Этот атрибут добавлен в 2001 году.

o Удобство сопровождения (maintainability). - Удобство проведения всех видов деятельности, связанных с сопровождение программ.

· Анализируемость (analyzability) или удобство проведения анализа. - Удобство проведения анализа ошибок, дефектов и недостатков, а также удобство анализа необходимости изменений и их возможных последствий.

· Удобство внесения изменений (changeability). - Показатель, обратный трудозатратам на выполнение необходимых изменений.

· Стабильность (stability). - Показатель, обратный риску возникновения неожиданных эффектов при внесении необходимых изменений.

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

· Соответствие стандартам удобства сопровождения (maintainability compliance). - Этот атрибут добавлен в 2001 году.

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

· Адаптируемость (adaptability). - Способность ПО приспосабливаться различным окружениям без проведения для этого действий, помимо заранее предусмотренных.

· Удобство установки (install ability). - Способность ПО быть установленным или развернутым в определенном окружении.

· Способность к сосуществованию (coexistence). - Способность ПО сосуществовать с другими программами в общем окружении, деля с ними ресурсы.

· Удобство замены (replace ability) другого ПО данным. - Возможность применения данного ПО вместо других программных систем для решения тех же задач в определенном окружении.

· Соответствие стандартам переносимости (portability compliance). - Этот атрибут добавлен в 2001 году.

Перечисленные атрибуты относятся к внутреннему и внешнему качеству ПО согласно ИСО 9126. Для описания качества ПО при использовании стандарт ИСО 9126-4 предлагает другой, более узкий набор характеристик.

o Эффективность (effectiveness). - Способность ПО предоставлять пользователям возможность решать их задачи с необходимой точностью при использовании в заданном контексте.

o Продуктивность (productivity). - Способность ПО предоставлять пользователям определенные результаты в рамках ожидаемых затрат ресурсов.

o Безопасность (safety). - Способность ПО

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

· Удовлетворение пользователей (satisfaction). - Способность ПО приносить удовлетворение пользователям при использовании в заданном контексте.

Помимо перечисленных характеристик и атрибутов качества, стандарт ИСО 9126:2001 определяет наборы метрик для оценки каждого атрибута. Приведем следующие примеры таких метрик.

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

· Корректность реализации функций - правильность их реализации по отношению к требованиям. Используется для измерения функциональной пригодности.

· Отношение числа обнаруженных дефектов к прогнозируемому. Используется для определения зрелости.

· Отношение числа проведенных тестов к общему их числу. Используется для определения зрелости.

· Отношение числа доступных проектных документов к указанному в их списке. Используется для измерения удобства проведения анализа.

· Наглядность и полнота документации. Используется для оценки понятности.

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

o Что ПО должно делать, например:

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

· обеспечивать контроль качества строительства и отслеживать проблемные места;

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

Насколько оно должно быть надежно, например:

· работать 7 дней в неделю и 24 часа в сутки;

· допускается неработоспособность в течение не более 3 часов в год;

· никакие введенные пользователями данные при отказе не должны теряться.

o Насколько им должно быть удобно пользоваться, например:

· покупатель должен, зная название товара и имея средние навыки работы в Интернет, находить нужный ему товар за не более чем 2 минуты;

· инженер по специальности "строительство мостов" должен в течение одного дня уметь разобраться в 80% функций системы.

o Насколько оно должно быть эффективно, например:

· поддерживать обслуживание до 10000 запросов в секунду;

· время отклика на запрос при максимальной загрузке не должно превышать 3 с;

· время реакции на изменение параметров процесса производства не должно превышать 0.1 с;

Насколько удобно должно быть его сопровождение, например:

· добавление в систему нового вида запросов не должно требовать более 3 человеко-дней;

o Насколько оно должно быть переносимо, например:

· ПО должно работать на операционных системах Linux, Windows XP и MacOS X;

· ПО должно работать с документами в форматах MS Word 97 и HTML;

· ПО должно сохранять файлы отчетов в форматах MS Word 2000, MS Excel 2000, HTML, RTF и в виде обычного текста;

· ПО должно сопрягаться с существующей системой записи данных о заказах.

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

· на обработку одного запроса не должно тратиться более 1 MB .

1.3 Метрики

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

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

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

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

Метрика качества программ - система измерений качества программ. Эти измерения могут проводиться на уровне критериев качества программ или на уровне отдельных характеристик качества. В первом случае система измерений позволяет непосредственно сравнивать программы по качеству. При этом сами измерения не могут быть проведены без субъективных оценок свойств программ. Во втором случае измерения характеристик можно выполнить объективно и достоверно, но оценка качества ПО в целом будет связана с субъективной интерпретацией получаемых оценок.

В исследовании метрик ПО различают два основных направления:

· поиск метрик, характеризующих наиболее специфические свойства программ, т.е. метрик оценки самого ПО;

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

По виду информации, получаемой при оценке качества ПО метрики можно разбить на три группы:

· метрики, оценивающие отклонение от нормы характеристик исходных проектных материалов. Они устанавливают полноту заданных технических характеристик исходного кода.

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

· метрики, по которым принимается решение о соответствии конечного ПО заданным требованиям. Они позволяют оценить соответствие разработки заданным требованиям.

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

· метрики процесса, которые используются при измерении свойства процесса ЖЦ создания продукта.

· метрики использования

Метрики программного продукта включают:

· внешние метрики, обозначающие свойства продукта, видимые пользователю;

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

Внешние метрики продукта - это метрики:

· надежности продукта, которые служат для определения числа дефектов;

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

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

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

Внутренние метрики продукта включают:

· метрики размера, необходимые для измерения продукта с помощью его внутренних характеристик;

· метрики сложности, необходимые для определения сложности продукта;

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

Внутренние метрики позволяют определить производительность продукта и являются релевантными по отношению к внешним метрикам.

Внешние и внутренние метрики задаются на этапе формирования требований к ПО и являются предметом планирования и управления достижением качества конечного программного продукта.

ЗАКЛЮЧЕНИЕ:

В курсовой работе по теме : Пример оценки качества программного обеспечения по ГОСТ 9126, были раскрыты и решены следующие темы и задачи:

1) Рассмотрены основные принципы качества;

2)Рассмотрены основные методы качества;

3)Выявлены особенности работы методов

Цель работы: показать примеры оценки качества программного обеспечения по ГОСТУ 9126

Цели и задачи работы:

1) ГОСТ 9126 оценка качества программного обеспечения;

2)Примеры оценки качества программного обеспечения по ГОСТУ 9126

3) Проанализированы и показаны примеры оценки качества по ГОСТУ 9126

4) Даны описание ГОСТУ 9126

5) Изучены примеры оценки качества по ГОСТУ 9126

СПИСОК ИСТОЧНИКОВ ЛИТЕРАТУРЫ:

1. ГОСТ Р ИСО / МЭК 9126-93;

2. ГОСТ Р ИСО/МЭК 9126-93 Информационная технология;

3. Качество программного обеспечения, показатели в ГОСТ 28195 и ГОСТ Р ИСО/МЭК 9126;

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

5. ISO 9126 (ГОСТ Р ИСО / МЭК 9126-93) — «Информационная технология. Оценка программного продукта;

6. Информационная технология – Оценка качества;

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