На главнуюНаписать письмоКарта сайта

Международные стандарты

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

Пользователь
Пароль
Забыли пароль?
Ещё не зарегистрированы? Регистрация

Наши партнеры



СТ РК 34.010-2002 ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ. ПОРЯДОК ПРОВЕДЕНИЯ ЭКСПЕРТИЗЫ ПРОГРАММНОЙ ДОКУМЕНТАЦИИ


ГОСУДАРСТВЕННЫЙ СТАНДАРТ РЕСПУБЛИКИ КАЗАХСТАН

Дата введения 2004.01.01

1 Область применения

1.1 Настоящий стандарт устанавливает порядок и правила проведения экспертизы программной документации на комплектность, оформление и содержание при проведении сертификационных испытаний программных средств.
Методика может использоваться при проведении экспертизы программной документации в других целях.
1.2 Экспертиза программной документации является частью сертификационных испытаний программных средств, в том числе, программного обеспечения, входящего в состав автоматизированных систем.
1.3 Экспертиза документации программного обеспечения, поставляемого с базой данных, является частью сертификационных испытаний баз данных, распространяемых с программным обеспечением.
1.4 Настоящий стандарт разработан в соответствии с требованиями ГОСТ 19.301, [1] и рекомендациями ГОСТ 8.010.

2 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:
ГОСТ 8.010-90 ГСИ. Методики выполнения измерений.
ГОСТ 19.001-77 ЕСПД. Общие положения.
ГОСТ 19.005-85 ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения.
ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов.
ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.
ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.
ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.

Издание официальное
ГОСТ 19.301-2000 ЕСПД. Программа и методика испытаний. Требования к содержанию, оформлению и контролю качества.
ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.
ГОСТ 19.402-2000 ЕСПД. Описание программы. Требования к содержанию, оформлению и контролю качества.
ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.
ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению.
ГОСТ 19.502-78 ЕСПД. Описание применения. Требования к содержанию и оформлению.
ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.
ГОСТ 19.504-79 ЕСПД. Руководство программиста. Требования к содержанию и оформлению.
ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению.
ГОСТ 19.506-79 ЕСПД. Описание. Требования к содержанию и оформлению.
ГОСТ 19.507-79 ЕСПД. Ведомость эксплуатационных документов.
ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
ГОСТ 19.603-78 ЕСПД. Общие правила внесения изменений.
ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполненные печатным способом.
ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Обозначения условные и правила выполнения.
ГОСТ 24.301-80 Система технической документации на АСУ. Общие требования к текстовым документам.
ГОСТ 24.302-80 Система технической документации на АСУ. Общие требования к выполнению схем.
ГОСТ 24.303-80 Система технической документации на АСУ. Обозначения условные графические технических средств.
ГОСТ 24.401-80 Система технической документации на АСУ. Внесение изменений.
ГОСТ 24.402-80 Система технической документации на АСУ. Учет, хранение и обращение.
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
ГОСТ 34.321-96 Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными.
ГОСТ 15971-90 Системы обработки информации. Термины и определения.
ГОСТ 16504-81 Система государственных испытаний продукции. Испытания и контроль качества продукции. Основные термины и определения.
ГОСТ 19781-90 Обеспечение систем обработки информации программное. Термины и определения.
ГОСТ 28195-99 Оценка качества программных средств. Общие положения.
ГОСТ 28806-90 Качество программных средств. Термины и определения.
ГОСТ Р ИСО/МЭК 8631-94 Информационная технология. Программные конструктивы и условные обозначения для их представления.
ГОСТ Р ИСО 9127-94 Система обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов.
ГОСТ Р ИСО/МЭК ТО 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения.

3 Определения

В настоящем стандарте применяют следующие термины с соответствующими определениями:
3.1 база данных: совокупность взаимосвязанных данных, организованных в соответствии со схемой базы данных таким образом, чтобы с ними мог работать пользователь по ГОСТ 34.321.
3.2 базовое значение показателя качества (базовое значение): реально достижимое значение показателя качества ПС по ГОСТ 28195.
3.3 версия операционной системы (программы): вариант операционной системы (программы), обладающий некоторой совокупностью функциональных возможностей.
3.4 испытание программы: установление соответствия программы заданным требованиям и программным документам.
3.5 конфигурация системы обработки информации: совокупность функциональных частей системы обработки информации и связей между ними, обусловленная основными техническими характеристиками этих функциональных частей, а также требованиями решаемых задач по ГОСТ 15971.
3.6 настройка программы: формирование конкретного варианта программы, обладающего свойством многовариантности, учитывающего состав и структуру технических средств, возможные режимы работы и классы решаемых задач.
3.7 операционная система: совокупность системных программ, предназначенная для обеспечения определенного уровня эффективности системы обработки информации за счет автоматизированного управления её работой и предоставляемого пользователю определенного набора услуг по ГОСТ 15971.
3.8 программа: данные, предназначенные для управления конкретными компонентами системы обработки данных в целях реализации определенного алгоритма по ГОСТ 19781.
3.9 программный документ: документ, содержащий сведения, необходимые для разработки, изготовления, эксплуатации и сопровождения программного изделия.
3.10 программа испытаний: организационно-методический документ, обязательный к выполнению, устанавливающий объект и цели испытаний, виды, последовательность и объём проводимых экспериментов, порядок, условия, место и сроки проведения испытаний, обеспечение и отчетность по ним, а также ответственность за обеспечение и проведение испытаний по ГОСТ 16504.
3.11 программное обеспечение: совокупность программ системы обработки данных и программных документов, необходимых для эксплуатации этих программ по ГОСТ 19781.
3.12 программное средство:объект, состоящий из программ, процедур, правил, а также, если предусмотрено, соответствующих им документации и данных, относящихся к функционированию системы по ГОСТ 28806.
3.13 среда функционирования программного средства:заданный класс необходимых и достаточных условий функционирования программных средств, характеризуемый в общем случае требованиями к техническим средствам, а также организационными и программно-информационными аспектами по ГОСТ 28806.
3.14 технические средства: всё оборудование, включая носители данных, предназначенное для автоматизированной обработки информации по ГОСТ 15971.
3.15 эксплуатационный документ: программный документ, содержащий сведения, необходимые для обеспечения функционирования и эксплуатации программного изделия.

4 Обозначения и сокращения

В настоящем стандарте применяют следующие обозначения и сокращения:
ИЛ – испытательная лаборатория;
НД – нормативный документ;
ПС – программное средство.

5 Требования к документации

5.1Экспертиза программной документации проводится на соответствие требованиям ГОСТ 19.001, ГОСТ 19.101, ГОСТ 19.105, ГОСТ 19.106, ГОСТ 19.501 – ГОСТ 19.508, ГОСТ 19.603, ГОСТ 19.604, ГОСТ 19.701, ГОСТ 24.301 - ГОСТ 24.303, ГОСТ 24.401, ГОСТ 24.402, ГОСТ 34.201, ГОСТ Р ИСО/МЭК 8631, [1], с учетом требований ГОСТ Р ИСО 9127 и ГОСТ Р ИСО/МЭК ТО 9294, а также на соответствие требованиям технических условий или заданий.
5.2 На экспертизу представляется в соответствии с ГОСТ 19.101 и ГОСТ 34.201 следующая документация (в скобках указаны НД, устанавливающие требования кданному виду документа):
Спецификация по ГОСТ 19.202;
Описание программы по ГОСТ 19.404;
Текст программы по ГОСТ 19.401;
Ведомость эксплуатационных документов по ГОСТ 19.507, [1];
Формуляр по ГОСТ 19.501, [1];
Паспорт по [1];
Общее описание системы по [1];
Описание применения по ГОСТ 19.502;
Описание алгоритма по [1];
Руководство системного программиста по ГОСТ 19.503;
Руководство программиста по ГОСТ 19.504;
Руководство оператора по ГОСТ 19.505;
Руководство пользователя по [1];
Руководство по техническому обслуживанию по ГОСТ 19.508;
Описание языка по ГОСТ 19.506;
Описание программного обеспечения по [1];
Программа и методика испытаний по ГОСТ 19.301, [1];
Схема организационной структуры по [1];
Описание организационной структуры по [1];
Методика (технология) автоматизированного проектирования по [1];
Технологическая инструкция по [1];
Перечень входных сигналов и данных по [1];
Перечень выходных сигналов (документов) по [1];
Описание автоматизируемых функций по [1];
Описание постановки задачи по [1];
Проектная оценка надежности системы по [1];
Описание информационного обеспечения системы по [1];
Описание организации информационной базы по [1];
Описание системы классификации и кодирования по [1];
Описание массива информации по [1];
Описание комплекса технических средств по [1];
Схема автоматизации по [1];
Схема структурная комплекса технических средств по [1];
Спецификация оборудования по [1];
Ведомость машинных носителей информации по [1];
Массив входных данных по [1];
Каталог базы данных по [1];
Состав входных данных (сообщений) по [1];
Инструкция по формированию и ведению базы данных по [1];
Инструкция по эксплуатации комплекса технических средств по [1];
Описание технологического процесса обработки данных по [1];
Другие документы.
5.3 Перечень НД и представляемой программной документации зависит от вида и назначения конкретного ПС и определяется в программе сертификационных испытаний.
5.4 Перечень обязательных программных документов и возможность объединения нескольких документов в один документ устанавливается по ГОСТ 19.101, ГОСТ 34.201.
Содержание каждого документа определяет разработчик (или ТУ) в зависимости от конкретного ПС. Комплект документов и полнота описания ПС предполагают возможность эксплуатации ПС на основе документации без привлечения дополнительной информации от разработчика или из других источников, кроме представленных на экспертизу документов и тех документов, на которые в них есть ссылки.
Примечание - Ссылки могут быть на программные документы ПС других изготовителей стандарты и другие НД требованиям которых удовлетворяет данное ПС.
5.5 Оценка программной документации проводится по трем направлениям (см. п.1.1):
1) комплектность документации;
2) оформление документов (состав, структура, техническое исполнение);
3) содержательная сторона документов (согласованность, полнота, точность, доступность).
5.6 Нормативные требования к качеству документации
5.6.1 Требования ккомплектности документации установлены по ГОСТ 19.101 и ГОСТ 34.201.
5.6.2 Требования к составу и структуре документов, выполненных по ГОСТ 34.201, установлены в [1].
Состав и структура документов, выполненных по ГОСТ 19.001, ГОСТ 19.101, ГОСТ 19.105, ГОСТ 19.106, ГОСТ 19.501 - ГОСТ 19.508, ГОСТ 19.603, ГОСТ 19.604, ГОСТ 19.701, ГОСТ 24.301 - ГОСТ 24.303, ГОСТ 24.401, ГОСТ 24.402, зависит от конкретного ПС.
5.6.3 Требования к содержательной стороне программных документов не нормированы.
Минимальные требования к полноте документации изложены в п. 5.7.
5.7 В документации обязательно должны быть отражены:

  1. назначение и область применения ПС;
  2. среда функционирования ПС (конфигурация технических средств, операционная система, другие общесистемные и прикладные программы, необходимые для функционирования ПС; для ПС следует указывать их версии);
  3. методы настройки ПС;
  4. состав входной и выходной информации;
  5. запуск программы;
  6. сообщения об ошибках и действия оператора.

6 Порядок подготовки проведения экспертизы

6.1 Для проведения сертификационных испытаний ПС составляется программа испытаний которая утверждается руководителем ИЛ.
В программе в качестве отдельного этапа испытаний должна быть предусмотрена экспертиза программной документации с перечнем НД на соответствие требованиям которых будет проводиться экспертиза (см. 5.1) и с указанием ответственного за проведение этого этапа испытаний из числа экспертов-аудиторов.
6.2 ИЛ имеет право проводить экспертизу программной документации независимо от того, подвергалась ли она ранее экспертизе.
6.3 Ответственность за решение организационно-технических вопросов по проведению испытаний возлагается на ИЛ.
6.4 Экспертиза проводится сотрудниками ИЛ и привлеченными экспертами. Список экспертов (экспертная комиссия) готовится ответственным за проведение экспертизы и утверждается руководителем ИЛ.
6.5 К работе экспертной комиссии могут привлекаться технические работники ИЛ.
6.6 Ответственный за проведение экспертизы (до начала её проведения) организует обеспечение экспертов комплектом проверяемой документации (или её копиями) и комплектом НД, на соответствие которым проводится экспертиза.
6.7 При отсутствии в ИЛ необходимых НД (например, ТУ, ТЗ и пр.) их должен предоставить заявитель.

7 Метод проведения экспертизы

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

8 Порядок проведения экспертизы

При проведении экспертизы:
8.1 Проверяется комплектность поставленной на экспертизу документации на соответствие требованиям нормативных документов, указанных в п. 5.6.
8.2 Проводится экспертиза оформления (состав, структура, техническое исполнение) и согласованности документов, в ходе которой следует проверить:
8.2.1 Соответствие наименования (заголовка) документа требованиям НД.
8.2.2 Соответствие наименования (заголовка) документа его содержанию (по заголовкам разделов, подразделов, пунктов).
8.2.3 Соответствие заголовков разделов, подразделов и пунктов требованиям НД.
8.2.4 Соответствие заголовков разделов, подразделов и пунктов их содержанию.
8.2.5 Правильность употребления и оформления ссылок на НД.
8.2.6 Соответствие положений проверяемого документа положениям действующих НД.
8.2.7 Соответствие положений проверяемого документа положениям других документов той же системы документации и положениям документации на другие ПС, взаимодействующие с данным.
8.2.8 Соответствие текста нормам и правилам орфографии и пунктуации.
8.2.9 Правильность употребления и написания терминов и других знаковых средств (терминологическая экспертиза):
8.2.9.1 Объектами терминологической экспертизы являются языковые и знаковые средства:
- специальные термины и сокращения;
- графические знаки и символы;
- иллюстративные материалы.
8.2.9.2 Проверить правильность употребления специальных терминов и сокращений (аббревиатур), их соответствие требованиям НД.
8.2.9.3 Убедиться в отсутствии в тексте документа недопустимых и нерекомендуемых терминов.
8.2.9.4 Проверить наличие пояснений (определений) в документе для нестандартизованных терминов.
8.2.9.5 Проверить правильность употребления кратких форм и нестандартизованных сокращений.
Примечание - При этом особое внимание обращается на обязательность упоминаний исходной полной формы термина при первом употреблении и/или в списке сокращений.
8.2.10 Проверить соответствие оформления графического материала требованиям ГОСТ 19.005 и ГОСТ Р ИСО /МЭК 8631.
8.3 Экспертиза содержательной стороны документов.
8.3.1 Содержание документов на полноту, точность и доступность оценивается экспертами на основе личного опыта с учетом требований пп. 5.6 и 5.7 настоящего стандарта.
8.3.2 Критерии оценки полноты, точности. доступности документа зависят от конкретного ПС и квалификации предполагаемых пользователей и не устанавливаются НД.
8.3.3 Примерный перечень информации, которая должна быть отражена в программной документации, приведен в приложениях А и Б.
8.4 Если программой сертификационных испытаний предусмотрена оценка качества ПС по ГОСТ 28195, то комплексная оценка качества документации, учитывающая комплектность, оформление и согласованность, осуществляется через оценочные элементы факторов качества «удобство применения» и «корректность».
8.4.1 В этом случае соответствующие оценочные элементы факторов «удобство применения» и «корректность» включаются в программу экспертизы программной документации. Полученные по ним экспертные оценки передаются для использования на последующих этапах сертификационных испытаний.
8.4.2 Критерии оценки программных документов даны в ГОСТ 28195.
8.4.3 Методика обработки экспертных оценок оценочных элементов описана в ГОСТ 28195.
8.4.4 Рекомендуемый набор оценочных элементов, указанных в п. 8.4.1 факторов, приведен в Приложении В.

9 Правила обработки и оформления результатов экспертизы

9.1 Для обобщения суждений экспертов используются способы голосования и усреднения. При голосовании обобщенное мнение экспертной группы выявляется большинством голосов, при усреднении обобщенное мнение определяется расчетным путем.
9.2 При расчетном методе в качестве оценки могут быть использованы среднее арифметическое, медиана или мода.
Разброс оценок отдельных экспертов может характеризоваться статистическими показателями: средним квадратическим отклонением, коэффициентом вариации, коэффициентом конкордации, различными коэффициентами корреляции, размахом и др.
9.3 Обобщенные суждения экспертной группы и значения параметров согласованности экспертных оценок (при использовании расчетных методов) доводятся до сведения всех экспертов.
9.4 Эксперты обсуждают полученные данные, после чего ответственный за проведение экспертизы составляет экспертное заключение, которое подписывается всеми членами экспертной группы.
9.5 Экспертное заключение по программной документации прилагается к протоколу сертификационных испытаний. Форма протокола экспертизы приведена в Приложении Г.
9.6 Если документация не соответствует требованиям пункта 5.7 настоящего стандарта, то экспертное заключение должно быть отрицательным.
9.7 В случаях, отличных от указанного в п. 9.6, решение о соответствии документации предъявляемым требованиям выносится экспертами.
9.8 Положительный результат экспертизы программной документации, если такая экспертиза предусмотрена программой сертификационных испытаний, является необходимым условием для организации последующих этапов сертификационных испытаний.
9.9 В случае выявления в процессе экспертизы несоответствия представленной документации предъявляемым требованиям и вынесения отрицательного заключения руководитель ИЛ может принять решение о прекращении дальнейших сертификационный испытаний.

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

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

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

А.1 Идентификация ПС
А.1.1 Наименование программы и подзаголовок, включающий краткое определение функций программы.
А.1.2 Версия программы, включая даты создания оригинала и данной версии; предыстория.

А. 2 Общие положения
А.2.1 Ответственность - указываются организации, несущие ответственность за разработку, эксплуатацию. сопровождение (техническое обслуживание), дальнейшее развитие ПС.
А.2.2 Договорные пункты - правовые условия (авторское право, право собственности, защита и т.д.); поставляемые модули; установка; обучение; обслуживание; гарантии качества.
А.2.3Объем и область применения.
А.2.4 Спецификация программы - описание проблемы и её представление с помощью программы в общедоступной форме. Дополнительно могут быть представлены теоретические принципы, методы, ссылки на литературу.
А.2.5 Терминология (включая используемые сокращения, обозначения, специальные символы, префиксы), точность, округления, системы координат, диапазоны значений и т.п.
А.2.6 Функции ПС - описание всех функций с разъяснением входных данных и полученных результатов.
А.2.7 Характеристики - данные о производительности, требованиях к оперативной и дисковой памяти, периферийное оборудование, точность результатов и т.п.
А.2.8 Ограничения - любые ограничения, касающиеся использования программы.
А.2.9 Обработка ошибок.
А.2.10 Защита данных - описание функций, способов защиты и сохранения данных.
А.2.11 Описание данных прикладного характера - входные и выходные данные; данные, постоянно находящиеся в памяти и т.п., со всеми атрибутами, касающимися их использования (см. Приложение Г).
А.2.12 Используемые языки программирования и используемые компиляторы (интерпретаторы), с указанием наименования, версии, поставщика).
А.2.13 Требования к программному обеспечению: наименования и версии других программ, необходимых для выполнения основной программы (например, операционная система, драйверы устройств и т.п.).
А.2.14 Требования к аппаратному обеспечению: конфигурация аппаратного оборудования, носители информации.
А.2.15 Режим работы - пакетный, диалоговый, реального времени и т.п.
А.2.16 Примеры использования.
А.2.17 Сопутствующая документация - перечень ссылок на имеющуюся документацию (например, руководство пользователя, руководство программиста и пр.).

А. 3 Техническая документация
А.3.1 Техническое описание программы
А.3.1.1 Терминология и условные обозначения, включая внутренние данные.
А.3.1.2 Структура программы - описание организации блоков (подпрограмм, модулей, сегментов, распределение памяти), включая наименования блоков, точки входа, интерфейсы, связи.
А.3.1.3 Распечатка программы.
А.3.2 Техническое описание данных - наименования, значения, форматы представления, содержание, методы доступа, ответственность, сохранность, взаимосвязи (см. Приложение Б).
А.З.З Эксплуатация.
А.3.3.1 Управляющие команды: управляющие команды операционной системы.
А.3.3.2 Способы эксплуатации: запуск, остановка, пауза, прерывание, повторный запуск, включая особые случаи.
А.3.3.3 Сообщения - перечень и описание всех сообщений программы.
А.3.4 Установка и поддержка.
А.3.4.1 Техническая информация по установке.
А.3.4.2 Обучение.
А.3.4.3 Адаптация.
А.3.4.4 Испытания - методы проверки работоспособности программы с входными данными и ожидаемыми результатами.
А.3.4.5 Поддержка - дополнительная информация для модификации и разработки программы.

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

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

Б.1 Идентификация данных
Б.1.1 Техническая идентификация - обозначения данных в программе и описание базы данных.
Б.1.2 Прикладная идентификация - идентификация данных, имеющих прикладной характер.
Б.1.3 Категория (например, поле данных, файл, сегмент, база данных).
Б.1.4 Статус (например, текстовые или рабочие).
Б.1.5 Использование документации – объем; область применения (например, подразделение, категория пользователей); сроки действия документа, перечень отмененных документов.

Б.2 Описание данных
Б.2.1 Назначение – прикладное описание данных и их назначение; прочие данные.
Б.2.2 Дескрипторы – ключевые слова, заголовки, слова-признаки, прикладные ссылки.
Б.2.3 Чувствительность данных относительно юридических, организационных, эксплуатационных и прочих требований (например, степени защиты, конфиденциальности).

Б.3 Представление данных
Б.3.1 Структура - перечень информационных объектов с указанием взаимосвязей.
Б.3.2 Форматы.
Б.3.3 Размер.
Б.3.4 Носители данных.
Б.3.5 Сжатие.
Б.3.6 Кодирование.
Б.3.7 Наборы символов.

Б.4 Содержание
Б.4.1 Тип данных – целое, символьная строка, указатель, таблица, дата и пр.
Б.4.2 Единицы измерения.
Б.4.3 Диапазон доступных значений.
Б.4.4 Условия и методы проверки.

Б.5 Доступ
Б.5.1 Предоставление права доступа - организации, лица, процедуры, обеспечивающие право доступа к данным (для их создания, чтения, корректировки, передачи, уничтожения).
Б.5.2 Управление доступом - меры и процедуры, регулирующие доступ к данным в соответствии с полномочиями.

Б.6 Ответственность
Б.6.1 Ответственность за использование данных.
Б.6.2 Организационная ответственность.
Б.6.3 Техническая ответственность (например, разработка программного обеспечения, обслуживание вычислительной техники).
Б.6.4 Ответственность за хранение и передачу данных.

Б.7 Сохранность данных
Б.7.1 Архивация – частота, способы, срок хранения.
Б.7.2 Восстановление - процедуры и трудоемкость.
Б.7.3 Кодирование.

Б.8 Связи
Б.8.1 Наличие связей: объекты данных, содержащиеся в объектах данные.
Б.8.2 Зависимости данных – типы и смена связей.
Б.8.3 Использование данных – виды доступа к данным.

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

Рекомендуемый набор оценочных элементов по ГОСТ 28195-99,
используемых при экспертизе программной документации

В.1 Рекомендуемый набор оценочных элементов сформирован исходя из того, что он должен обеспечивать проверку документации на соответствие обязательным требованиям ГОСТ, перечисленных в п. 5.1, и требованиям п.5.7.
Примечание – Поскольку рекомендуемый набор оценочных элементов предполагается использовать только для оценки программной документации, но не обязательно для оценки качества ПС в целом, то в него включены только те оценочные элементы фактора «корректность», которые не вошли в число оценочных элементов фактора «удобство применения». При оценке качества ПС в целом эти оценочные элементы следует включать в оба фактора.

В.2 Оценочные элементы фактора «удобство применения» (в скобках приводится код элемента):
- возможность освоения ПС по документации (У0101);
- точность документации для освоения (У0202);
- наличие аннотации (У0301);
- наличие описания решаемых задач (У0302);
- наличие описания основных функций (У0304);
- наличие описания частных функций (У0306);
- наличие описания пользовательских интерфейсов (У0309);
- наличие описания входных и выходных данных (У0310);
- наличие описания диагностических сообщений (У0311);
- наличие описания среды функционирования (У0314);
- достаточность документации для ввода ПС в эксплуатацию (У0315);
- соответствие оглавления содержанию документации (У0401);
- отсутствие противоречий в документации (У0404);
- правильность использования терминов (У0408);
- соблюдение стандартов и правил изложения в документации (У0505);
- наличие оглавления (У0601);
- наличие всех требуемых разделов (У0604);
- соблюдение непрерывности нумерации страниц документов (У0605).

В.3 Оценочные элементы фактора «корректность» (в скобках приводится код элемента):
- наличие всех необходимых документов для понимания и использования ПС (К0101);
- наличие описания и схемы иерархии модулей программы (К0102);
- наличие описания методов настройки системы (К0112);
- наличие описания способов проверки работоспособности программы (К0114);
- отсутствие противоречий в описании частных функций (К0301);
- отсутствие противоречий в описании основных функций в разных документах (К0302);
- отсутствие противоречий в описании алгоритмов (К0303);
- отсутствие противоречий в описании взаимосвязей в системе (К0304);
- отсутствие противоречий в описании интерфейсов между модулями (К0305);
- отсутствие противоречий в описании интерфейсов с пользователем (К0306);
- отсутствие противоречий в описании настройки системы (К0307);
- отсутствие противоречий в описании иерархической структуры сообщений (К0309);
- отсутствие противоречий в описании диагностических сообщений (К0310);
- отсутствие противоречий в описании данных (К0311);
- комплектность документации в соответствии со стандартами (К0701);
- правильное оформление частей документов (К0702);
- правильное оформление титульных и заглавных листов (К0703);
- наличие в документах всех разделов в соответствии со стандартами (К0704);
- полнота содержания разделов в соответствии со стандартами (К0705);
- деление документов на структурные элементы: разделы, подразделы, пункты, подпункты (К0706).

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

Форма протокола экспертизы программной документации

 

 

УТВЕРЖДАЮ
Руководитель испытательной
лаборатории
_____________(Фамилия, инициалы)
(подпись)
«____»_______________ г.

 

 

 

ПРОТОКОЛ
экспертизы программной документации на _____________________________
________________________________.
(наименование ПС)

1. Настоящий протокол удостоверяет результаты проверки документации программного средства __________________________________________
(наименование ПС)

созданного_________________________________________________________
(наименование изготовителя)

на ее соответствие требованиям _______________________________________
(перечень НТД)

2. Проверка проводилась с ___________ г. по____________________ г.

3. Для экспертизы были представлены следующие документы:

__________________________________________________________________________________________________
                                                                      (перечень документов)

4. По составу документация комплектна (некомплектна). Если некомплектна, указать недостающие документы.
5. По содержанию документация имеет следующие недостатки (наименование документации и перечень недостатков).
6. По исполнению и пригодности к размножению в документации имеются следующие недостатки (перечень недостатков по оформлению).
7. На основании изложенного документация программного средства

____________________________________________________________________________________________________
                                                                      (наименование ПС)

созданного_____________________________________________________,
                                                                      (наименование изготовителя)

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

 

 

Ответственный за проведение экспертизы ___________(Фамилия, инициалы)

 

Эксперты _____________(Фамилия, инициалы)

Примечание – Замечания по пп.5 и 6 протокола рекомендуется оформлять в следующем порядке: замечания по тексту в целом, замечания по разделам, замечания по отдельным пунктам. Замечания по тексту в целом рекомендуется начинать со слов: «По всему тексту…..». В замечаниях по разделам и пунктам указываются страница, раздел и пункт.


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

Библиография

[1] РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

 

© 2009. IT-GOST.RU – оформление проектной документации (ГОСТ 34, 19, СТ РК, ИСО). Все права защищены.
Дизайн и разработка сайта Kasimoff.ru
Реклама: