Skip to content

Гост 28195 99

Скачать гост 28195 99 EPUB

General principles. ОКСТУ Галустян, канд. Гуляев, канд. Дувакин, канд. Катков; С. Котов, В. Куприянов, канд. Морозов, канд. Цальп, канд. Чихалов, канд. Шураков, д-р эконом. Обозначение НТД, на который дана ссылка. ГОСТ Настоящий стандарт, устанавливает общие положения по оценке качества программных средств вычислительной техники далее - ПСпоставляемых через фонды алгоритмов и программ ФАП 28195, номенклатуру и применяемость показателей качества ПС.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В табл. Номер показателя по табл. Применяемость показателя по подклассам группам ПС. Выбор показателей качества ПС для подкласса прочие ПС осуществляется в зависимости от их назначения с учетом требований областей применения. Выбранная номенклатура показателей качества фиксируется в ТЗ на разработку ПС. Таблица 3. Реально достижимая совокупность значений показателей качества ПС для уравнения. Технические средства ЭВМ, в том числе процессор, объемы оперативной и внешней памяти, время, в течение которого программа занимает эти средства в ходе выполнения.

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

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

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

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

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

Критерии качества определяют одной или несколькими метриками 3-й уровень. Если критерий качества определяется одной метрикой, то уровень метрики опускается.

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

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

Для накопления информации об оценочных элементах формируется справочник оценочных элементов табл. Оценка качества ПС проводится в определенной последовательности.

На фазе анализа проводится выбор показателей и их базовых значений. Фазы жизненного цикла ПС. Определение требований. Спецификация требований. Техническое задание. Логический проект функциональный проект. Программно-технический проект: системы, 28195, модулей, документации.

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

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

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

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

The product quality assessment is a hierarchical and multi-criteria process, and the model is formed by combining specific software tools quality characteristics factors, criteria, metricsselected their standard values depending on a subclass and software life cycle phases of the software tool and their reference values compliant and real values obtained by the assessment.

The software quality condition is determined by comparison of the real values of the software quality characteristics and subcharacteristics with the reference values. To provide the centralized storage of reference values, values assessment results of the factors, criteria, metrics and evaluative elements indicators and formed documents concerning the admissibility of required software tools quality level the information logical database model in accordance with international notation IDEF1X has been designed.

To carry out the automated estimation process of software tools quality by the integral estimation method based on a four-level hierarchical model the functional interface structure of the automated system with notation IDEF0 in the form of Node 28195 diagrams is established.

Designed logical database model and the functional interface structure are the information models for the creation of an automated system of the software tools quality estimation. The use of this model will increase the efficiency and software quality evaluation adequacy in all stages of the гост cycle and provide the automated documentation process.

Ломоносова в г. Автор 56 научных публикаций. Автор 57 научных публикаций. Автор трех научных публикаций. Спроектированные логическая модель базы данных и функциональная структура ин. Ключевые слова: жизненный цикл программного средства, критерии качества программного средства, факторы качества программного средства, метрики качества программного средства. Широкое внедрение информационных технологий во все сферы деятельности человека приводит к разработке большого количества программных средств ПС различного функционального назначения.

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

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

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

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

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

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

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

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

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

Для обеспечения ввода, обработки и хранения данных в базе данных разработана информационная модель интерфейса автоматизированной системы оценивания качества ПС в виде дерева узлов Node Tree diagrams в соответствии с нотацией IDEF0. В проекте автоматизированной системы процесс оценивания качества ПС выполняется методом интегральной оценки характеристик готовых программных средств и их компонентов, основанным на иерархической четырехуровневой модели, в соответствии со гостом РФ ГОСТ Выбор критериев и их базовых показателей и весовых коэффициентов для каждого фактора качества.

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

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

Калинина Л. Бураков В. Данилина Т. ГОСТ Оценка качества программных средств. Общие положения. Бедердинова О. Kalinina L. Otsenka kachestva programmnykh produktov [Assessment of the Software Products Quality]. Obrazovanie [Quality. Education],no. Priborostroenie,vol.

Danilina T. Otsenka 28195 programmnogo obespecheniya v sootvetstvii s mezhdunarodnymi standartami [Software 28195 Assessment in Accordance with the International Standards]. GOST Otsenka kachestva programmnykh sredstv. Obshchie polozheniya [State Standard Software Quality Assessment. General Provisions]. Moscow, Bederdinova O. Lomonosov Arkhangelsk, Russia. General Provisions" the methodology of an integral estimation of the software tools quality characteristics and software programs in different stages of the life cycle is given in the paper.

Keywords: software life cycle, software quality criteria, software quality factors, software quality metrics. Контактная информация: Бедердинова Оксана Ивановна адрес:Архангельская область, г. Северодвинск, ул. Капитана Воронина, д. Bederdinova narfu. Архангельск, наб. Северной Двины, д. Бойцова Юлия 28195 адрес:Архангельской область, г. Северодвинск, Архангельское шоссе, д. Рецензент - 28195 В.

CC BY. Ключевые слова. Похожие темы научных работ по компьютерным и информационным наукамавтор научной работы — Бедердинова Оксана Ивановна, Коряковская Наталья Владимировна, Бойцова Юлия Александровна Концептуальная модель оценивания качества программных средств.

Организация автоматизированного госта качества в жизненном цикле программных средств критически важных систем. Методика обоснования выбора CASE-средств для анализа и проектирования систем управления предприятиями. Объединение кластеризации и классификации для оценки качества программного обеспечения.

Направления и госты совершенствования процессов контроля качества программных средств систем вооружения. Попробуйте сервис подбора литературы.

Пользовательское соглашение Политика конфиденциальности.

djvu, doc, doc, EPUB