Описание программы код документа

Цена на этот документ пока неизвестна. Нажмите кнопку «Купить» и сделайте заказ, и мы пришлем вам цену.

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО «ЦНТИ Нормоконтроль»

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

Способы доставки

• Срочная курьерская доставка (1-3 дня)
• Курьерская доставка (7 дней)
• Самовывоз из московского офиса
• Почта РФ

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

ТОП3 Лучшие PDF Редакторы 2021

Дата введения Актуализация

01.01.2022

01.01.2022

Этот ГОСТ находится в:

• Раздел Общероссийский классификатор стандартов

• Раздел Информационные технологии. Машины конторские

• Раздел Применение информационных технологий

• Раздел Общероссийский классификатор стандартов

• Раздел Общие положения. Терминология. Стандартизация. Документация

• Раздел Словари

• Раздел Информационные технологии. Конторские машины

Information technology. Set of standards for automated systems. Types, sets and indication of documents for automated systems design

Чтобы бесплатно скачать этот документ в формате PDF, поддержите наш сайт и нажмите кнопку:

• Сканы страниц ГОСТа
• Текст ГОСТа

МЕЖГОСУДАРСТВЕННЫЙ СОВЕТ ПО СТАНДАРТИЗАЦИИ. МЕТРОЛОГИИ И СЕРТИФИКАЦИИ

INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION

ГОСТ 34.201 — 2020

КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

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

Российский институт стандартизации 2021

Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»

Сведения о стандарте

1 РАЗРАБОТАН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «ВНИИС») и Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ)

Как отредактировать PDF документ | Лучшие бесплатные программы

2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 22 декабря 2020 г. № 58)

За принятие проголосовали:

Краткое наименование страны по МК (ИСО 3166) 004-97

Код страны по МК (ИСО 3166) 004-97

Сокращенное наименование национального органа по стандартизации

ЗАО «Национальный орган по стандартизации и метрологии» Республики Армения

Госстандарт Республики Беларусь

4 Приказом Федерального агентства по техническому регулированию и метрологии от 19 ноября 2021 г. Nfl 1521-ст межгосударственный стандарт ГОСТ 34.201-2020 введен в действие в качестве национального стандарта Российской Федерации с 1 января 2022 г.

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

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

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

УДК 004:006.354 МКС 01.040.35; 35.240

Ключевые слова: информационные технологии, автоматизированные системы, виды документации

Редактор Л. В Коретникова Технический редактор В. Н. Прусакова Корректор РА. Ментова Компьютерная верстка И.А. Налвйкиной

Сдано в набор 22.11.2021. Подписано в печать 30.11.2021. Формат 60*84%. Гарнитура Ариал. Уел. печ. л. 1.40.

Уч.-иад. л. 1.12.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

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

Information technology. Set of standards for automated systems.

Types, sets and indication of documents for automated systems design

Дата введения — 2022—01—01

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

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

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

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

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

ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.113-75 Единая система конструкторской документации. Групповые и базовые конструкторские документы

ГОСТ 2.601 ^ Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 19.101 Единая система программной документации. Виды программ и программных документов

ГОСТ 34.602 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы

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

’) В Российской Федерации действует ГОСТ Р 2.601-2019.

3 Виды и наименование документов

Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС», определяют исходя из требуемых результатов выполнения данной стадии (научно-технический отчет, тактико-техническое задание, технико-экономическое обоснование).

На стадии «Техническое задание» разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.

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

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

Виды документов, разрабатываемых на стадиях «Эскизный проект». «Технический проект». «Рабочая документация», приведены в таблице 1.

Таблица 1 — Виды документов, разрабатываемых на стадиях «Эскизный проект». «Технический проект». «Рабочая документация»

Источник: standartgost.ru

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

К программным относят документы, содержащие сведения, необходимые для разработки, сопровождения и эксплуатации про­граммного обеспечения. Документирование программного обеспе­чения осуществляется в соответствии с Единой системой про­граммной документации (ГОСТ 19.ХХХ). Так, ГОСТ 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) могут составляться на любых стадиях разработки, т. е. на стадиях эс­кизного, технического и рабочего проектов.

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Источник: studopedia.ru

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

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

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

1 Спецификация – содержит состав программы и документации на нее. Выполняется на стадии рабочего проекта. Является обязательным документом для комплексов и тех компонентов, которые могут иметь самостоятельное применение[3].

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

3 Текст программы (код вида документа – 12) – содержит запись программы с необходимыми комментариями. Выполняется на стадии рабочего проекта. Необходимость – по согласованию[5].

4 Описание программы (код вида документа – 13) – содержит сведения о логической структуре и функционировании программы. Выполняется на стадии рабочего проекта. Необходимость – по согласованию[6].

5 Программа и методика испытаний (код вида документа – 51) – содержит требования, подлежащие проверке при испытаниях программы, а также порядок и методы их контроля. Выполняется на стадии рабочего проекта. Необходимость – по согласованию[7].

6 Техническое задание – содержит назначение и область применения программы, технические, технико-экономические и специальные требования, предъявляемые к программе, необходимые стадии и сроки разработки, виды испытаний. Выполняется на стадии технического задания и является обязательным документом для комплекса. Необходимость составления технических заданий на компоненты определяется по согласованию с заказчиком[8].

7 Пояснительная записка (код вида документа – 81) – содержит схему алгоритма, общее описание алгоритма и /или функционирования программы, а также обоснование принятых технических и технико-экономических решений. Выполняется на стадии эскизного и техни­ческого проектов. Необходимость – по согласованию[9].

8 Эксплуатационные документы – содержит сведения для обеспечения функционирования и эксплуатации программы. Выполняются на стадии рабочего проекта. Необходимость – по согласованию для каждого доку­мента отдельно.

К эксплуатационным относятся следующие документы:

1 Ведомость эксплуатационных документов (код вида документа – 20) – содержит перечень эксплуатационных документов на программу[10].

2 Формуляр (код вида документа – 30) – содержит основные характеристики программы, комплектность и сведения об эксплуатации программы[11].

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

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

5 Руководство программиста (код вида документа – 33) – содержит сведения для эксплуатации программы[14].

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

7 Описание языка (код вида документа – 35) – содержит описание синтаксиса и семантики языка[16].

8 Руководство по техническому обслуживанию (код вида документа – 46) – содержит сведения для применения тестовых и диагностических программ при обслуживании технических средств [17, 18, 19].

Помимо оговариваемых стандартом, на программу могут выпускаться и другие программные и эксплуатационные документы, им присваиваются коды от 90 до 99.

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

Обозначение программ и документов состоит из групп знаков, разде­ленных точками (после кода страны и кода организации-разработчика), пробелами (после номера редакции документа и кода вида документа), дефисами (после регистрационного номера и номера документа данного вида).

Программа и ее документ – спецификация имеет следующую структуру обозначения, см. рисунок 1.1.

Рисунок 1.1 – Структура обозначения программы и ее документа.

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

Рисунок 1.2 – Структура обозначения других программных документов

Кода страны–разработчика и код организации-разработчика присваи­вают в установленном порядке.

Регистрационный номер присваивается в порядке возрастания, начиная с 00001 до 99999, для каждой организации–разработчика.

Номер издания программы или номер редакции. номер документа данного вида, номер части документа присваиваются в порядке возрастания с 01 до 99. (Если документ состоит из одной части, то дефис и порядковый номер части не указывают.)

Номер редакции спецификации и ведомости эксплуатационных документов на программу должны совпадать с номером издания этой же программы[20].

Воспользуйтесь поиском по сайту:

studopedia.org — Студопедия.Орг — 2014-2023 год. Студопедия не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования (0.014 с) .

Источник: studopedia.org