Техническая документация информационных систем. Учебное пособие

назначение и условия применения программы (назначение и функции, выполняемые программой, объем оперативной памяти, требования к составу и параметрам периферийных устройств, требования к программному обеспечению и т. п.);

характеристики программы (временные характеристики, режим работы, средства контроля правильности выполнения и самовосстанавливаемости программы и т. п.);

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

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

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

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

8.6. Руководство системного программиста

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

61

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

Нормативной базой для составления данного документа может являться ГОСТ 19.503-79 «ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению», в котором выделяются следующие разделы:

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

структура программы (сведения о структуре программы, ее составных частях, о связях между составными частями и о связях с другими программами);

настройка программы (описание действий по настройке программы на состав технических средств, выбор функций и др.);

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

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

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

62

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

Вопросы для самоконтроля:

1.Для чего необходимо руководство пользователя?

2.Чем руководство оператора отличается от руководства пользователя?

3.Что включает в себя руководство программиста?

63

9. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

В данном разделе более подробно рассмотрен ГОСТ Р 51904-2002 «Программное обеспечение встроенных систем. Общие требования к разработке и документированию» в части подготовки документов, создаваемых в процессах жизненного цикла программного обеспечения.

9.1. Процессы жизненного цикла ПО

Жизненный цикл (ЖЦ) ПО состоит из:

Процесса планирования.

Процесса разработки, который включает:

процесс определения требований к ПО;

процесс проектирования ПО;

процесс кодирования ПО;

процесс интеграции.

Интегральных процессов, к которым относятся:

процесс верификации ПО;

процесс управления конфигурацией ПО;

процесс обеспечения качества ПО;

процесс сертификационного сопровождения.

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

64

Характеристиками документов ЖЦ ПО являются:

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

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

верифицируемость (информация является верифицируемой, если она может быть проверена на корректность человеком или инструментальным средством);

согласованность (информация является согласованной, если не существует противоречий внутри нее);

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

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

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

65

Согласно ГОСТ Р 51904-2002 в рамках каждого процесса ЖЦ необходимо разработать и оформить соответствующий план.

9.2. План разработки ПО

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

Стандарты: идентификация стандартов на разработку требований к ПО, стандартов на процесс проектирования ПО, стандартов кодирования ПО.

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

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

выбор методов и средств разработки требований;

выбор методов и средств проектирования ПО;

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

аппаратную поддержку для инструментальных средств.

66

9.3. План верификации ПО

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

Организация: организационная ответственность внутри процесса верификации ПО интерфейсы с другими процессами ЖЦ ПО.

Независимость: описание методов для обеспечения независимости верификации, когда это требуется.

Методы верификации: описание методов верификации, которые будут использованы на каждом этапе процесса верификации ПО.

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

Критерии перехода: критерии перехода к процессу верификации ПО, определяемому в этом плане.

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

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

Ранее разработанное ПО: если для базовой линии ранее разработанного ПО требования к процессу верификации не согласуются с требованиями данного документа, приводят

67

описание методов верификации, удовлетворяющих этим требованиям.

Многоверсионное ПО: при использовании многоверсионного ПО необходимо описание работ процесса верификации для него.

9.4.План квалификационного тестирования ПО

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

Для каждой предполагаемой тестовой установки должны быть указаны:

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

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

Права собственности и лицензирование.

Кроме того, в данном документе должны быть представлены план-график тестирования и матрица трассирования тестов к требованиям к ПО.

68

9.5. План управления конфигурацией ПО

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

Разделы плана следующие:

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

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

Идентификация конфигурации: элементы конфигурации, которые должны быть идентифицированы; срок, когда они будут идентифицированы; методы идентификации документов жизненного цикла ПО (например, регистрационные номера) и связь идентификации ПО и системы.

Базовая линия и трассируемость: средства установки базовой линии, как базовая линия будет установлена, когда эта базовая линия будет установлена, средства управления библиотекой ПО и трассируемость элементов конфигурации и базовой линии.

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

69

дефектах и взаимодействие отчетности о дефектах с контролем изменений.

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

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

иработами по контролю за изменениями.

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

Архивирование, получение из архива и выпуск официальной версии: контроль целостности, способы внесения информации в архив и получения из архива, метод

иполномочия для выпуска версии.

Контроль загрузки ПО: описание защиты и регистрации контроля загрузки ПО.

Контроль среды жизненного цикла ПО: контроль инструментальных средств, используемых для разработки,

70