Настоящий стандарт устанавливает виды программ и программных документов для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Стандарт полностью соответствует СТ СЭВ 1626-79.
1.ВИДЫ ПРОГРАММ
1.1.Программу (по ГОСТ 19781-90) допускается идентифицировать и применять самостоятельно и (или) в составе других программ.
1.2.Программы подразделяют на виды, приведенные в табл.1.
| Вид программы | Определение |
| Компонент | Программа, рассматриваемая как единое целое, выполняющая законченную функцию и применяемая самостоятельно или в составе комплекса |
| Комплекс | Программа, состоящая из двух или более компонентов и (или) комплексов, выполняющих взаимосвязанные функции, и применяемая самостоятельно или в составе другого комплекса |
1.3.Документация, разработанная на программу, может использоваться для реализации и передачи программы на носителях данных, а также для изготовления программного изделия.
Лицензионная программа для создания фотографий на все виды документов
2.ВИДЫ ПРОГРАММНЫХ ДОКУМЕНТОВ
2.1.К программным относят документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ.
| Вид программного документа | |
| Спецификация | Состав программы и документации на нее |
| Ведомость держателей подлинников | Перечень предприятий, на которых хранят подлинники программных документов |
| Текст программы | Запись программы с необходимыми комментариями |
| Описание программы | Сведения о логической структуре и функционировании программы |
| Программа и методика испытаний | Требования, подлежащие проверке при испытании программы, а также порядок и методы их контроля |
| Техническое задание | Назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний |
| Пояснительная записка | Схема алгоритма, общее описание алгоритма и (или) функционирования программы, а также обоснование принятых технических и технико-экономических решений |
| Эксплуатационные документы | Сведения для обеспечения функционирования и эксплуатации программы |
| Вид эксплуатационного документа | |
| Ведомость эксплуатационных документов | Перечень эксплуатационных документов на программу |
| Формуляр | Основные характеристики программы, комплектность и сведения об эксплуатации программы |
| Описание применения | Сведения о назначении программы, области применения, применяемых методах, классе решаемых задач, ограничениях для применения, минимальной конфигурации технических средств |
| Руководство системного программиста | Сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения |
| Руководство программиста | Сведения для эксплуатации программы |
| Руководство оператора | Сведения для обеспечения процедуры общения оператора с вычислительной системой в процессе выполнения программы |
| Описание языка | Описание синтаксиса и семантики языка |
| Руководство по техническому обслуживанию | Сведения для применения тестовых и диагностических программ при обслуживании технических средств |
2.4.В зависимости от способа выполнения и характера применения программные документы подразделяются на подлинник, дубликат и копию (ГОСТ 2.102-68), предназначенные для разработки, сопровождения и эксплуатации программы.
Карибы | Неизведанные острова | Discovery Channel
2.5.Виды программных документов, разрабатываемых на разных стадиях, и их коды приведены в табл.4.
| Код вида документа | Вид документа | Стадии разработки | |||
| Эскизный проект | Технический проект | Рабочий проект | |||
| компонент | комплекс | ||||
| — | Спецификация | — | — | ||
| 05 | Ведомость держателей подлинников | — | — | — | |
| 12 | Текст программы | — | — | ||
| 13 | Описание программы | — | — | ||
| 20 | Ведомость эксплуатационных документов | — | — |
| 30 | Формуляр | — | — |
| 31 | Описание применения | — | — |
| 32 | Руководство системного программиста | — | — |
| 33 | Руководство программиста | — | — |
| 34 | Руководство оператора | — | — |
| 35 | Описание языка | — | — |
| 46 | Руководство по техническому обслуживанию | — | — |
| 51 | Программа и методика испытаний | — | — |
| 81 | Пояснительная записка | — | — |
| 90-99 | Прочие документы |
Условные обозначения:
— документ обязательный;
— документ обязательный для компонентов, имеющих самостоятельное применение;
— необходимость составления документа определяется на этапе разработки и утверждения технического задания;
— — документ не составляют.
2.6.Допускается объединять отдельные виды эксплуатационных документов (за исключением ведомости эксплуатационных документов и формуляра). Необходимость объединения этих документов указывается в техническом задании. Объединенному документу присваивают наименование и обозначение одного из объединяемых документов.
В объединенных документах должны быть приведены сведения, которые необходимо включать в каждый объединяемый документ.
2.7.На этапе разработки и утверждения технического задания определяют необходимость составления технических условий, содержащих требования к изготовлению, контролю и приемке программы.
Технические условия разрабатывают на стадии «Рабочий проект».
2.8.Необходимость составления технического задания на компоненты, не предназначенные для самостоятельного применения, и комплексы, входящие в другие комплексы, определяется по согласованию с заказчиком.
Источник: www.dokipedia.ru
6 Программы и программные документы
В соответствии с ГОСТ 19.101-77 программы подразделяют на виды:
Компонент – программа, рассматриваемая как единое целое, выполняющая законченную функцию и применяемая самостоятельно или в составе комплекса.
Комплекс – программа, состоящая из двух или более компонентов и (или) комплексов, выполняющих взаимосвязанные функции, и применяемая самостоятельно или в составе другого комплекса.
Документация, разработанная на программу, может использоваться для реализации и передачи программы на носителях данных, а также для изготовления программного изделия.
6.2 Титульный лист программного документа
Правила оформления титульного листа устанавливает ГОСТ 19.104-78.
Титульный лист оформляется на бумаге формата А4, как показано на рисунке 6.1, и заполняется в следующем порядке:
поле 1 – наименование министерства или ведомства, в систему которого входит организация, разрабатывающая данный документ;
поле 2 – полное наименование программы или программного изделия (прописными буквами), наименование и вид документа. Наименование документа может быть опущено или объединено с наименованием программы. Допускается указывать сокращенное наименование программы или программного изделия;
поле 3 – обозначение документа и указание вида носителя данных. Вид носителя данных указывают только в случае выполнения программного документа на носителе данных;
поле 4 – объем документа (количество листов);
поле 5 – отметка об учете и хранении согласно ГОСТ 19.601-78 ( в левом нижнем углу на поле для подшивки);
поле 6 – год издания (утверждения) документа (без указания слова «год», «г»).
Источник: studfile.net
Виды программной документации
Любая программа должна снабжаться программной документацией. Документирование программ регламентируется стандартами Единой системы программной документации (ЕСПД) вне зависимости от назначения и области применения.
Единая система программнной документации – комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, офомления и обращения программ и программной документации.
Виды программ и программных документов для ЭВМ комплексов и систем независимо от их назначения и области применения установлены ГОСТ 19.101-77 и ГОСТ 19781-90.
ПРОГРАММА – это данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма
Программы подразделяют на два вида: компонент и комплекс.
КОМПОНЕНТ — программа, рассматриваемая как единое целое, выполняющая законченную функцию и применяемая самостоятельно или в составе комплекса.
КОМПЛЕКС — программа, состоящая из двух или более компонент и
(или) комплексов, выполняющих взаимосвязанные функции и применяемая самостоятельно или в составе другого комплекса.
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ — совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ.
К программным документам относят документы, содержащие сведения, необходимые для:
4) эксплуатации программ.
Для МАЛЫХ АВТОНОМНЫХ программ в качестве документации используется в основном текст оттранслированной программы на языке программирования. Сопровождение таких программ не их разработчиками практически невозможно.
Для БОЛЬШИХ ПРОЕКТОВ программ необходима полная документация.
Для чего нужна документация?
Документация на ПС решает следующие задачи:
1) формализует методы решения задач, состав используемой и выдаваемой информации;
2) способствует резкому сокращению количества ошибок и тем самым облегчает отладку;
3) позволяет вносить и учитывать изменения в программах;
4) обеспечивает возможность замены первичного разработчика программы другим без повторения ранее выполненной работы;
5) позволяет изучать, эксплуатировать и модернизировать ПО;
6) позволяет использовать разработанные компоненты и комплексы
программ в разных ПС и применять сборочное программирование.
Документацию не очень хочется писать. Но без документации кроме всего прочего:
1) можно занести вирус;
2) режимы работы исследуются вслепую методом проб и ошибок;
3) неизвестно что делать в непредвиденных случаях.
Документация должна разрабатываться с самого начала проектирования ПО и непрерывно уточняться для обеспечения полного соответствия программному изделию.
Виды программной документации:
ЭКСПЛУАТАЦИОННАЯ (пользовательская) документация — это минимально необходимые сведения для эксплуатации ПО.
К такой документации относятся документы, которыми руководствуется пользователь при:
— инсталяции ПС (при установке ПС с соответствующей настройкой на среду применения ПС);
— при применении ПС для решения своих задач и при управлении ПС (например, когда данное ПС взаимодействует с другими системами).
Эти документы частично затрагивают вопросы сопровождения ПС, но не касаются вопросов, связанных с модификацией программ.
В связи с этим следует различать две категории пользователей ПС: ординарных пользователей ПС и администраторов ПС. Ординарный пользователь ПС (end-user) использует ПС для решения своих задач (в своей предметной области). Это может быть инженер, проектирующий техническое устройство, или кассир, продающий железнодорожные билеты с помощью ПС.
Он может и не знать многих деталей работы компьютера или принципов программирования. Администратор ПС (system administrator) управляет использованием ПС ординарными пользователями и осуществляет сопровождение ПС, не связанное с модификацией программ. Например, он может регулировать права доступа к ПС между ординарными пользователями, поддерживать связь с поставщиками ПС или выполнять определенные действия, чтобы поддерживать ПС в рабочем состоянии, если оно включено как часть в другую систему.
ТЕХНОЛОГИЧЕСКАЯ документация кроме эксплуатационной документации включает ряд документов, необходимых для развития и сопровождения ПО в течение всего жизненного цикла.
ИССЛЕДОВАТЕЛЬСКАЯ документация предназначена для анализа жизненного цикла ПО. Основная ее задача состоит в фиксировании и обобщении характеристик жизненного цикла ПО.
1) программма работает, но ни кто не знает как она это делает
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru