Тип вид документа руководство по

50 Виды программных документов.

К программным относят документы,
содержащие сведения, необходи­мые для разработки, сопровождения и эксплуатации
программного обеспе­чения. Документирование программною обеспечения
осуществляется в со­ответствии с Единой системой программной документации (ГОСТ
19.XXX).
Так
ГОСТ 19.101-77 устанавливает виды программных документов для про­граммного
обеспечения различных типов. Ниже перечислены основные про­граммные документы
по этому стандарту и указано, какую информацию они должны содержать.

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

Ведомость держателей подлинников
(код вида документа — 05) должна содержать список предприятий, на которых
хранятся подлинники программ­ных документов. Необходимость этого документа определяется
на этапе раз­работки и утверждения технического задания только для программного
обес­печения со сложной архитектурой.

Текст программы
(код вида документа — 12) должен содержать текст программы с необходимыми
комментариями. Необходимость этого докумен­та определяете я на папе разработки
и утверждения технического задания.

Описание программы (код вида
документа -13) должно содержать сведения о логической структуре и
функционировании программы. Необходимость данного документа также определяется
на этапе разработки и утверждения технического задания.

Ведомость эксплуатационных документов
(код вида документа — 20)  должна
содержать перечень эксплуатационных документов на программу, к которым
относятся документы с кодами: 30, 31, 32, 33, 34. 35. 46. Необходимость этого
документа  также определяется на этапе
разработки и утверждения технического задания.

Формуляр (код вида документа —
30) должен содержать основные характеристики ПО, комплектность и сведения об
эксплуатации программы.

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

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

Руководство программиста (код
вида документа — 33) должно содер­жать сведения для эксплуатации программного
обеспечения.

Руководство оператора (код вида
документа — 34) должно содержать сведения для обеспечения процедуры общения
оператора с вычислительной системой в процессе выполнения программного
обеспечения.

Описание языка (код вида
документа — 35) должно содержать описание синтаксиса и семантики языка.

Руководство по техническому обслуживанию
(код вида документа — 46) должно содержать сведения для применения тестовых и
диагностических программ при обслуживании технических средств.

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

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

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

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

42333253.00037-01 34 01
(руководство оператора).

Допускается объединять отдельные виды эксплуатационных
документов, кроме формуляра и ведомости.  
Необходимость объединения указывается в техническом задании, а имя берут
у одного из объединяемых документов. Например, в настоящее время часто используется
эксплуатационный до­кумент, в который отчасти входит руководство системного
программиста, программиста и  оператора.
Он называется «Руководство пользователя».

Рассмотрим наиболее важные программные документы более
подробно.

Руководство пользователя

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

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

-учитывайте интересы
пользователей — руководство должно содержать все инструкции, необходимые
пользователю;

-излагайте ясно, используйте
короткие предложения;

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

-будьте точны и рациональны —
длинные и запутанные руководства обычно никто не читает, например, лучше
привести рисунок формы, чем долго ее описывать.

Руководство пользователя, как правило, содержит следующие
разделы:

-общие сведения о программном
продукте;

-описание установки;

-описание запуска;

-инструкции по работе (или
описание пользовательского интерфейса);

-сообщения
пользователю.

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

Раздел Установка обычно содержит
подробное            описание действий по
установке программного продукта и сообщений, которые при этом могут быть
получены.

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

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

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

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

По ГОСТ 19.503-79 руководство
системного программиста должно содержать всю информацию, необходимую для
установки ПО, его настройки и проверки работоспособности. Кроме того в него часто включают и описание необходимого
обслуживания, которое раньше приводилось в руководстве оператора (ГОСТ
19.505-79) и/или руководстве по техническому обслуживанию (ГОСТ 19.508-79). В
настоящее время данную схему используют для составления руководства системному
администратору.

Руководство системного
программиста должно содержать следующие разделы:

-общие сведения о
программе;

-структура
программы;

-настройка;

-проверка;

-дополнительные
возможности;

-сообщения
системному программисту.

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

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

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

В разделе Проверка программы
должно быть приведено описание способов проверки работоспособности программы,
например контрольные примеры.

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

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

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

Типичные ключи документа:

тип документа Тип документа Описание
А.А. Проводка активов
Проводка чистых активов
DR Счет клиента
DZ Оплата покупателем
KA Документ поставщика
КГ Кредитное авизо продавца

Как определить тип документа в SAP FI?

Перейдите в SPRO → Справочное IMG SAP → Финансовый учет → Глобальные параметры финансового учета → Документ → Заголовок документа → Определить типы документов → Выполнить.

Определить тип документа

Откроется новое окно. Нажмите Новые записи и предоставьте следующую информацию –

  • Тип документа – уникальный 2-значный код.

  • Диапазон номеров – Код диапазона номеров.

  • Обратный тип документа – код ключа типа обратного документа.

  • Информация о диапазоне номеров – диапазоны номеров поддерживаются для типов документов.

  • Разрешенные типы счетов – актив, клиент, материал, поставщик и основной счет.

  • Контрольные данные – контрольные данные для типа документа.

Тип документа – уникальный 2-значный код.

Диапазон номеров – Код диапазона номеров.

Обратный тип документа – код ключа типа обратного документа.

Информация о диапазоне номеров – диапазоны номеров поддерживаются для типов документов.

Разрешенные типы счетов – актив, клиент, материал, поставщик и основной счет.

Контрольные данные – контрольные данные для типа документа.

Тип документа Новые записи

Как только вы введете вышеуказанные данные, нажмите значок Сохранить. Введите описание документа и сохраните. Это сохранит конфигурацию типа документа.

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

В системе 1С Документооборот все документы делятся на 3 основных вида: внутренние, входящие и исходящие, которые доступны в разделе «Документы и файлы». Входящие и исходящие документы используются для переписки с другими организациями, внутренние — для ведения документации своей организации (или нескольких своих организаций).

создание и настройка видов документов 1С

Настройка видов документов доступна в разделе «Нормативно-справочная информация» по ссылке «Виды документов».

настройка видов документов в 1С Документооборот

Виды документов разделены на три группы вкладками «Внутренние документы», «Входящие документы» и «Исходящие документы». Для удобства использования виды документов можно разделять на группы. Чтобы создать новый вид документа, нажимаем «Создать».

настройка видов документов 1С

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

Выделяем флажком те реквизиты, которые будут использоваться. Если каких-то реквизитов не хватает, их можно добавить с помощью обращения к ссылке «Набор дополнительных свойств документов данного вида».

Рассмотрим подробнее каждый из доступных реквизитов:

  • «Использовать срок исполнения» — если этот вид документа подразумевает исполнение, (как, например, приказ) то могут понадобиться данные по срокам, которые можно будет увидеть в карточке документа, не открывая приложенный к документу файл.
  • «Использовать гриф утверждения» — при включенной опции, документам такого вида будет доступен статус «Утвержден». Проставляется статус в результате отправки «На утверждение» ответственному должностному лицу.
  • «Использовать подписание должностным лицом» — при включенной опции, документам будет доступен статус «Подписан», а также будет проставляться должностное лицо, подписавшее этот документ. Проставляется данный статус в результате отправки «На подписание» ответственному должностному лицу, либо вручную в документе.
  • «Вести учет по номенклатуре дел» — если в организации используется ведение учета документов по номенклатуре дел, то включаем данную опцию, заполняем номенклатуру дел, а в документах будет обязательна к указанию номенклатура дел.
  • «Вести учет по организациям» — в документах будет доступен выбор организации к которой относится документ.
  • «Вести учет по контрагентам» — в документах будет доступен выбор контрагента.
  • «Вести учет сторон» — включает выбор сторон: указание контрагента, его роли, выбор лица, подписавшего данный документ со стороны контрагента, а также проставление аналогичных данных со стороны нашей организации.
  • «Вести учет по адресатам» — в документах будет выбираться адресат.
  • «Учитывать срок действия» — в документе будет указываться срок действия. Актуально для договоров.
  • «Учитывать сумму документа» — включает проставление суммы документа.
  • «Вести учет товаров и услуг» — добавляет табличную часть товаров и услуг в документ.
  • «Вести учет по статьям ДДС» — включает проставление статей ДДС в документе.
  • «Учитывать недействующие документы» — если установлен, то документы данного вида могут быть отменены или расторгнуты. При установке в карточке документа появляется флаг «Не действует» и ссылка на документ, который делает его не действующим.
  • «Является договором» — включает сразу несколько опций, необходимых для учета договоров: «Вести учет по контрагентам», «Учитывать срок действия», «Учитывать сумму документа», «Учитывать недействующие документы» и сбрасывается признак «Является комплектом документов».
  • «Является комплектом документов» — признак означает, что документы с этим видом являются комплектами других документов и файлов. Установить его можно при условии что не установлен ни один из признаков: Является договором, Вести учет по номенклатуре дел, Учитывать срок действия, Учитывать недействующие документы.
  • «Обязателен файл скан-копии оригинала» — в списке файлов появляется столбец, в котором можно указать, что данный файл является скан-копией оригинала. Если данный флажок не будет проставлен ни одному из прикрепленных файлов, то при попытке регистрации система предупредит, что скан-копия не прикреплена к документу.
  • «Обязательно указание ответственного» — включение проверки на заполнение реквизита «Ответственный».
  • «Использовать этапы обработки документов» — для документов будет доступна таблица с указанием этапов обработки документа. При прохождении определенного этапа, пользователь проставляет отметку о выполнении этапа, заполняется дата выполнения. Эта опция удобна для отслеживания документов, находящихся на определенном этапе обработки.
  • «Автоматически вести состав участников рабочей группы» — в случае если пользователь отсутствует в рабочей группе документа, но ему отправили задачу на согласование документа (или исполнение и т.д.), то система автоматически добавит данного пользователя в рабочую группу документа.
  • «Заполнение рабочей группы является обязательным» — для документов соответствующего вида рабочая группа заполняется автоматически при записи вида документа.
  • «Подписывать резолюции электронной подписью» — включает использование электронной подписи при проставлении резолюции.

виды документов в 1С Документооборот

Для добавления дополнительных свойств перейдем по ссылке «Набор дополнительных свойств документов данного вида».

1С Документооборот Виды документов

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

Для добавления нового дополнительного свойства нажимаем правой кнопкой мыши, выбираем «Добавить» — «Новый».

настройка видов документов в 1С

Задаем наименование реквизита, указываем «Тип значения» путем выбора из списка. Если «Тип значения» оставить «Дополнительное значение», то на вкладке «Значения» можно задать список доступных для выбора значений.

Настройка видов документов. 1С Документооборот.

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

1С Документооборот. Настройка видов документов.

На вкладке «Шаблон документа» можно задать значения реквизитов документа по умолчанию. На вкладке «Настройки» можно настроить доступность шаблона и установить некоторые запреты.

Настройка видов документов 1С

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

Настройка видов документов в 1С Документооборот

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

Создание видов документов 1С Документооборот

В разделе «Файлы» можно добавить файлы, которые будут заполняться реквизитами, введенными в документ. Удобно для использования с договорами: в документ достаточно ввести реквизиты, а система сама сформирует файл договора по шаблону. Для настройки заполнения шаблона файла нажимаем на значение в колонке «Настройка заполнения».

1С настройка видов документов

После нажатия в поле «Настройка заполнения» откроется окно, в котором будет предложено выбрать реквизиты документа, а также в каком количестве мест их нужно вставить в шаблоне файла. Когда все необходимые реквизиты выбраны, нажимаем «Готово».

Создание видов документов 1С

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

Создание видов документов в 1С Документооборот

Когда документ открывается для редактирования, он становится недоступным для изменения другим пользователям. До тех пор пока редактирующий не нажмет «Закончить», введенные настройки не будут применены. Чтобы проверить как сработали настройки, можно нажать «проверить настройку заполнения» и выбрать документ на основе которого будет заполнен шаблон.

Создание видов документов в 1С

На вкладке «Согласующие» можно установить список согласующих, в «Категориях» можно проставить категории, к которым по умолчанию будет относиться данный документ. Следующая вкладка — рабочая группа. В виде документа можно установить список пользователей, которым будет по умолчанию предоставлен доступ к данному документу. В рабочей группе могут быть выбраны пользователи, группы пользователей, роли.

Создание и настройка видов документов в 1С Документооборот

Как оптимизировать работу с программой?

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

Для того, чтобы обновления происходили без проблем, а на все вопросы вы могли получать ответы, предлагаем обратиться за сопровождением 1С к профессионалам, в компанию «ПРОГРАММЫ 93».

Почему нас выбирают?

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

Мы рады предложить вам:

  • внедрение и настройку 1С Документооборот;
  • доработку программы под ваши нужды;
  • поддержку продуктов 1С;
  • интеграцию программы с сайтом;
  • внедрение других продуктов 1С;
  • сопровождение бухгалтерского и налогового учета.

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

Документация на программное обеспечение — это документы, сопровождающие некоторое программное обеспечение (ПО) — программу или программный продукт. Эти документы описывают то, как работает программа и/или то, как её использовать.

Документирование — это важная часть в разработке программного обеспечения, но часто ей уделяется недостаточно внимания.

Типы документации

Существует четыре основных типа документации на ПО:

  • архитектурная/проектная — обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО
  • техническая — документация на код, алгоритмы, интерфейсы, API
  • пользовательская — руководства для конечных пользователей, администраторов системы и другого персонала
  • маркетинговая

Архитектурная/проектная документация

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

Техническая документация

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

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

Часто при составлении технической документации используются автоматизированные средства — генераторы документации, такие как Doxygen, javadoc, NDoc и другие. Они получают информацию из специальным образом оформленных комментариев в исходном коде, и создают справочные руководства в каком-либо формате, например, в виде текста или HTML. Использование генераторов документации и документирующих комментариев многими программистами признаётся удобным средством, по различным причинам. В частности, при таком подходе документация является частью исходного кода, и одни и те же инструменты могут использоваться для сборки программы и одновременной сборки документации к ней. Это также упрощает поддержку документации в актуальном состоянии.

Пользовательская документация

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

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

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

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

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

Маркетинговая документация

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

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

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

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

Документирование программного обеспечения

Когда программист-разработчик получает в той или иной форме задание на программирование, перед ним, перед руководителем проекта и перед всей проектной группой встают вопросы: что должно быть сделано, кроме собственно программы? что и как должно быть оформлено в виде документации? что передавать пользователям, а что — службе сопровождения? как управлять всем этим процессом? Кроме упомянутых вопросов есть и другие, например, что должно входить в само задание на программирование? Прошло много лет, программирование происходит в среде совершенно новых технологий, многие программисты, работая в стиле drag-and-drop, могут годами не видеть текст своих программ. Это не значит, что исчезла необходимость в их документировании. Более того, вопросы о наличии хоть какой-то системы, регламентирующей эту сторону создания программных средств, продолжают задавать постоянно. Спрашивают и о том, есть ли обязательные для применения стандарты (особенно остро стоит этот вопрос, когда разработка выполняется по заказу государственной организации или предприятия). Интересуются и тем, где можно купить имеющиеся стандарты.

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

Техническое задание

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

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

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

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

Руководство пользователя

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

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

В связи с этим следует различать две категории пользователей: ординарных пользователей программы и администраторов. Ординарный пользователь программы (end-user) использует программу для решения своих задач (в своей предметной области). Это может быть инженер, проектирующий техническое устройство, или кассир, продающий железнодорожные билеты с помощью данной программы. Он может и не знать многих деталей работы компьютера или принципов программирования. Администратор программы (system administrator) управляет использованием программы ординарными пользователями и осуществляет сопровождение программного средства, не связанное с модификацией программ. Например, он может регулировать права доступа к программе между ординарными пользователями, поддерживать связь с поставщиками программы или выполнять определенные действия, чтобы поддерживать программу в рабочем состоянии, если оно включено как часть в другую систему.

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

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

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

Руководство по инсталляции программного средства

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

Инструкция по применению программного средства

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

Справочник по применению программного средства

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

Руководство по управлению программным средством

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

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

Руководство программиста

Документация по сопровождению программного средства (system documentation) описывает программное средство с точки зрения ее разработки.

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

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

1. документация, определяющая строение программ и структур данных ПС и технологию их разработки;

2. документацию, помогающую вносить изменения в программное средство.

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

  • Внешнее описание программного средства (Requirements document).
  • Описание архитектуры программного средства (description of the system architecture), включая внешнюю спецификацию каждой ее программы.
  • Для каждой программы программного средства — описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля.
  • Для каждого модуля — его спецификация и описание его строения (design description).
  • Тексты модулей на выбранном языке программирования (program source code listings).
  • Документы установления достоверности программного средства (validation documents), описывающие, как устанавливалась достоверность каждой программы программного средства и как информация об установлении достоверности связывалась с требованиями к программному средству.

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

Документация второй группы содержит

  • Руководство по сопровождению программного средства (system maintenance guide), которое описывает известные проблемы вместе с программным средством, описывает, какие части системы являются аппаратно- и программно- зависимыми, и как развитие программного средства принято в расчет в его строении (конструкции).
  • Общая проблема сопровождения программного средства — обеспечить, чтобы все его представления шли в ногу (оставались согласованными), когда программное средство изменяется. Чтобы этому помочь, связи и зависимости между документами и их частями должны быть зафиксированы в базе данных управления конфигурацией.

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

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

Данный процесс состоит из шести работ. Общее число задач по данным работам равно 6.

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

Источник:

Виды программных документов

ЕСПД устанавливает
следующие вида программных документов:

  • спецификацию,
    содержащую состав программы и
    документацию на нее;

  • ведомость
    держателей подлинников – перечень
    предприятий, на которых хранят подлинники
    программных документов;

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

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

  • программу
    и методику испытаний, содержащие
    требования, подлежащие проверке при
    испытании программы, а также порядок
    и методы их контроля;

  • описание
    программы – сведения о логической
    структуре и функционировании программы;

  • текст
    программы – запись программы с
    необходимыми комментариями;

  • эксплуатационные
    документы, которые, в свою очередь,
    содержат:

ведомость
эксплуатационных документов – перечень
эксплуатационных документов на программу;

формуляр –
определяет основные характеристики
программы, комплектность и сведения об
эксплуатации;

описание применения
– содержит сведения о назначении,
области применения программы, методах
и классе решаемых задач;

руководство
программиста – содержит сведения,
необходимые при эксплуатации программ;

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

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

руководство
оператора – содержит сведения, необходимые
для обеспечения процедуры общения
оператора ЭВМ в процессе выполнения
программы;

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

Состав
программного документа

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

  • лист
    утверждения;

  • титульный
    лист;

  • аннотация,
    в которой кратко излагают назначение
    и содержание документа;

  • содержание,
    текст документа (с рисунками, таблицами
    и т.п.);

  • приложения;

  • перечень
    ссылочных документов.

Содержание
основных документов

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

Техническое
задание
включает следующие разделы:

  • введение
    – даются наименование и краткая
    характеристика области применения
    программного изделия;

  • основания
    для разработки – указываются наименования
    документов, на основании которых ведется
    разработка;

  • назначение
    разработки – определяются функциональное
    и эксплуатационное назначение
    программного изделия;

  • требования
    к программному изделию – содержит
    подразделы:

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

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

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

  • требования
    к программной документации – дается
    состав программной документации и
    требования к ней;

  • технико-экономические
    показатели;

  • стадии
    и этапы разработки – устанавливаются
    необходимые стадии, этапы и содержание
    работ, а также сроки разработки;

  • порядок
    контроля и приемки – указываются виды
    испытаний и общие требования к приемке
    работы.

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

  • введение;

  • назначение
    и область применения;

  • технические
    характеристики – содержит подразделы:

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

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

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

  • ожидаемые
    технико-экономические показатели.

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

  • объект
    испытаний – дается наименование и
    обозначение испытуемой программы;

  • цель
    испытаний – указывается цель проведения
    испытаний;

  • состав
    предъявляемой документации – приводится
    перечень документации, предъявляемой
    при проведении испытаний;

  • технические
    требования – включают подразделы —
    требования к программной документации;
    техническим характеристикам;
    информационной и программной
    совместимости;

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

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

Описание
программы
включает следующие
разделы:

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

  • функциональное
    назначение – даются классы решаемых
    задач и сведения о функциональных
    ограничениях на их применение;

  • входные
    данные – описываются характер,
    организация и предварительная подготовка
    входных данных, формат и способ их
    кодирования;

  • выходные
    данные – приводятся те же сведения,
    что и в разделе “Входные данные”;

  • описание
    логической структуры – содержит
    подразделы:

используемые
методы;

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

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

алгоритм программы;

связь программы
с другими программами;

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

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

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

Описание
применения
– эксплуатационный
документ, включающий разделы:

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

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

  • описание
    задачи – определяется задача и методы
    ее решения;

  • входные
    и выходные данные – указываются сведения
    о входных и выходных данных.

Руководство
программиста
– эксплуатационный
документ, включающий разделы:

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

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

  • обращение
    к программе – описываются процедуры
    вызова программы, способы передачи
    управления и параметров;

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

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

Руководство
оператора
(пользователя) –
эксплуатационный документ, включающий
разделы:

  • назначение
    программы – приводятся сведения,
    необходимые для понимания функций
    программы и условий ее эксплуатации;

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

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

  • сообщения
    оператору – приводятся тексты сообщений,
    выдаваемых в ходе выполнения программы,
    описание их содержания и описание
    действий, выполняемых оператором.

Понравилась статья? Поделить с друзьями:
  • Panadol cold flu day инструкция на русском
  • Морфин лонг инструкция по применению в таблетках
  • Инструкция по выведению утят в инкубаторе
  • Альфадол кальций инструкция по применению цена отзывы аналоги таблетки
  • Как пикировать рассаду помидор в домашних условиях пошаговая инструкция видео