Алгоритм программы по госту

1 ГОСТ 19.201 – 78. Техническое задание. Требования к содержанию и оформлению. – Введен с 01.01.80 // Единая система программной документации. – М., 1988. – с. 78 – 80.

2 ГОСТ 19.701 – 90. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.

3 СТП 3. 4. 105 — 01. Дипломное проектирование. Требования к выполнению и представлению. – Взамен СТП 10 – 99; Введен с 24.06.02. – Красноярск, СибГТУ, 2002. – 28 с.

4 СТП 3. 4. 104 — 01. Курсовое проектирование. Требования к выполнению и представлению. – Взамен СТП 17 – 87; Введен с 24.06.02. – Красноярск, СибГТУ, 2002. – 12 с.

5 СТП 3.4.204-01. Стандарт предприятия. Требования к оформлению текстовых документов. – Красноярск: СибГТУ, 2001. – 46 с.

6 СТП 3.4.205-01. Стандарт предприятия. Требования к оформлению графических документов. – Красноярск: СибГТУ, 2001. – 54 с.

7 СТП 3. 4. 205 –.Требования к оформлению графических документов. – Взамен СТП СТИ — 18 – 90; Введен с 01.03.01. – Красноярск, СибГТУ, 2001. – 53 с. Группа ЕСКД.

// Современная криптография #1 // ГОСТ 28147-89 //

8 СТП 3.4.207.-01. Стандарт предприятия: методические указания по изучению курса (Структура и форма представления). – Красноярск: СибГТУ, 2001. – 13 с.

9 Основы информационной культуры. Библиографическое описание документа. Составление библиографического списка: методические указания к проведению практических занятий для студентов всех специальностей и форм обучения. – Красноярск: СибГТУ, 2005. – 16 с.

Дополнительный список

1 ГОСТ 2.105 – 95. Общие требования к текстовым документам. – Взамен ГОСТ 2.105 – 79, ГОСТ 2.906 – 71; Введен с 01.07.96. – М.: Издательство стандартов, 1996. – 36 с. – (Гос. стандарт Российской Федерации). Группа ЕСКД.

2 ГОСТ 7.32 – 2001. Отчет о научно-исследовательской работе. Структура и правила оформления. – Взамен ГОСТ 7.32 – 91, Введен 01.07.2002. -.М. ИПК Издательство стандартов, 2001. – 21 с.

3 ГОСТ 2.104 – 68. Основные надписи. Группа ЕСКД.

4 ГОСТ 2.605 – 68. Плакаты. Группа ЕСКД.

5 ГОСТ 7.9 – 95 (ИСО 214 – 76). Реферат и аннотация. Общие требования: Межгосударственный стандарт. – Введен 01.07.97// Стандарты по издательскому делу. / Сост. А.А. Джиго, С.Ю.Калинин. – М., 1998. – с. 132 – 137.

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

ГОСТ 24.211-82*

ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА «ОПИСАНИЕ АЛГОРИТМА»

Постановлением Государственного комитета СССР по стандартам от 25 января 1982 г. № 228 срок введения установлен

с 01.01 1983 г.

Настоящий стандарт распространяется на техническую документацию на автоматизированные системы управления (АСУ) всех видов, разрабатываемые для всех уровней управления (кроме общегосударственного), и устанавливает требования к содержанию документа «Описание алгоритма», входящего в соответствии с ГОСТ 24.101-80 в состав документации математического обеспечения АСУ.

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Документ «Описание алгоритма» предназначен для описания последовательности действий и логики решения задачи (комплекса задач) в АСУ.

Занятие 12. Стандарт ГОСТ 28147-89 (ГОСТ Р34.12-2018)

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

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

1.4. Отсутствие проектных решений по разделу документа «Описание алгоритма» (кроме допускаемых настоящим стандартом) фиксируют в том же разделе с необходимыми пояснениями.

1.5. Содержание документа «Описание алгоритма» в совокупности с документами по информационному и техническому обеспечениям должно быть достаточным для программирования или применения типовых программных решении.

2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ

2.1. Документ должен содержать следующие разделы:

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

• 1. При включении документа «Описание алгоритма» в виде раздела в документ «Описание постановки задачи» разделы документа следует представлять в виде подразделов.
• 2. Разделы «Назначение и характеристика», «Используемая информация» и «Результаты решения» допускается не включать. При этом соответствующие разделы документа «Описание постановки задачи» следует дополнять недостающими данными из исключенных разделов.

(Измененная редакция, Изм. № 1).

2.2. В разделе «Назначение и характеристика» следует приводить:

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

2.3. В разделе «Используемая информация» следует приводить перечень массивов информации и (или) перечень сигналов, используемых при реализации алгоритма, в том числе:

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

По каждому массиву приводят:

• наименование, обозначение и максимальное число записей в нем;
• перечень наименований и обозначений, используемых (или неиспользуемых) реквизитов и (или) входных переменных (для АСУ ТП).

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

2.4. В разделе «Результаты решения» следует приводить перечень массивов информации и (или) перечень сигналов, формируемых в результате реализации алгоритма, в том числе:

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

По каждому массиву приводят:

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

2.5. В разделе «Математическое описание» следует приводить:

• математическую модель или экономико-математическое описание процесса (объекта);
• перечень принятых допущений и оценки соответствия принятой модели реальному процессу (объекту) в различных режимах и условиях работы (например, для АСУ ТП — стационарные режимы, режимы пуска и остановки агрегатов, аварийные ситуации и т.д.);
• сведения о результатах научно-исследовательских работ, если они использованы для разработки алгоритма.

2.6. В разделе «Алгоритм решения» следует приводить:

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

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

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

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

2.6.4. Изложение алгоритма в виде схемы представляют в соответствии с требованиями ГОСТ 19.002-80 и ГОСТ 19.003-80 и, при необходимости, дополняют текстовой частью.

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

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

2.6.5. Описание алгоритма в виде текста приводят в соответствии с требованиями ГОСТ 24.301-80.

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

2.7. В разделе «Требования к контрольному примеру» следует приводить:

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

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

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

2.8. Вспомогательные материалы (чертежи форм документов и видеограмм, описания массивов информации, описания использованных алгоритмов, тексты программ на языках высокого уровня) включают в приложение в соответствии с ГОСТ 24.301-80.

*Переиздание (май 1986 г.) с Изменением № 1, утвержденным в августе 1985 г. (ИУС 11-85).

ГОСТы

• Классификаторы ЕСКД
• Перечень стандартов
• ГОСТ 2.xxx (ЕСКД)
• ГОСТ 6.ххх (УСД)
• ГОСТ 15.ххх
• ГОСТ 19.xxx (ЕСПД)
• ГОСТ 24.xxx (ЕСС АСУ)
• ГОСТ 34.ххх

Источник: www.rugost.com

ГОСТ 19.002-80 Единая система программной документации. Схемы алгоритмов и программ. Правила выполнения

Сдано в наб. 06.05.t2 Подп. к печ. 09.08.82 8.0 п. л. 7.14 уч.-изд. л. Тир. 40000 Цена 85 коп.

Ордена «Знак Почета» Издательство стандартов. 123557. Москва, НовопресненскнА пер.. 3 Тян. «Московский печатник». Москва, Лялин пер., 6. Зак. 590

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

Единая система программной документации СХЕМЫ АЛГОРИТМОВ И ПРОГРАММ Правила выполнения

Взамен ГОСТ 19427-74

United system for program documentation. Flowcharts. Conventions for flowcharting

Постановлением Государственного комитета СССР по стандартам от 24 апреля 1980 г. № 1867 срок введения установлен

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

Стандарт полностью соответствует МС ИСО 2636—73.

1. ПРАВИЛА ВЫПОЛНЕНИЯ СХЕМ

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

Схемы должны быть выполнены на форматах поГОСТ 2.301-68.

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

1.3. Координаты зоны проставляют:

по горизонтали — арабскими цифрами слева направо в верхней части листа;

по вертикали — прописными буквами латинского алфавита сверху вниз в левой части листа.

Переиздание. Июль 1982 г.

ГОСТ 19.002-80 Стр. 2

1.4. Координаты зон в виде сочетания букв и цифр присваивают символам, вписанным в поля этих зон, например Al, А2, АЗ, В1. В2, ВЗ и т. д.

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

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

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

1.7. Расположение символов на схеме должно соответствовать требованиям ГОСТ 19.003-80.

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

1.8. Линии потока должны быть параллельны линиям внешней рамки схемы.

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

1.10. Расстояние между параллельными линиями потока должно быть не менее 3 мм, между остальными символами схемы — не менее 5 мм.

1.11. Записи внутри символа или рядом с ним должны выполняться машинописью с одним интервалом или чертежным шрифтом по ГОСТ 2.304-68.

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

1.13. Для удобства детализации программы должны быть использованы символы «Процесс», «Решение», «Модификация», «Ввод — вывод» и «Пуск — останов», при этом внутри символов на расстоянии не менее 0,25 а проводят тонкую линию (размер а по ГОСТ 19.003-80).

1.14. Записи внутри символа должны быть представлены так, чтобы их можно было читать слева направо и сверху вниз, независимо от направления потока (черт. 1). Вид а должен быть прочитан как вид б.

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

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

2. ПРАВИЛА ПРИМЕНЕНИЯ СИМВОЛОВ

2.1. Применение символов должно соответствовать указанному в таблице.

Возможные варианты обозначения символов в схемах:

Координату зоны символа или порядковый номер проставляют слева в верхней части символа в разрыве его контура.

В2. ВЗ, С2 — координаты зоны листа, в которой размещен символ

18. 19. 20 — порядковые номера символов на схеме

Допускается не проставлять координаты символов при выполнении схем от руки н при наличии координатной сетки

Применяется, если пояснение не помещается внутри символа (для пояснения характера параметров, особенностей процесса, линий потока ■

Комментарии записывают параллельно основной надписи.

Комментарий помещают в свободном месте схемы алгоритма на данном листе и соединяют с поясняемым символом

Источник: all-gosts.ru