2.3. Жизненный цикл профилей стандартов программных средств

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

Целесообразно рассматривать две группы профилей систем:

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

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

На этапах жизненного цикла системы выбираются и затем применяются общесистемные функциональные профили:

- профиль жизненного цикла информационной системы;

- профиль аппаратной и операционной среды системы;

- профиль внешней и пользовательской среды функционирования ПС;

- профиль обеспечения безопасности функционирования и защиты информации в системе;

- профиль инструментальных средств, поддерживающих весь жизненный цикл системы.

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

- жизненного цикла программных средств и баз данных;

- обеспечения качества программных средств и информации баз данных;

- верификации, тестирования и сертификации программных систем и баз данных;

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

- документирования программных средств и информации баз данных.

Модель профиля стандартов жизненного цикла сложных программных средств обычно формируется из 10 –12 базовых стандартов. Их количество зависит от целей, сложности и особенностей проекта, от назначения и области применения модели, а также от возможностей формализации её компонентов [Липаев].

2.4. Оценка качества программных средств

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

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

Оценка качества программного обеспечения осуществляется на всех этапах жизненного цикла. (Стандарт ISO 9126 и ГОСТ 28195 – 89).

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

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

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

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

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

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

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

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

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