Что не входит в основную часть программного документа
Межгосударственный стандарт ГОСТ 19.106-78 «Единая система программной документации. Требования к программным документам, выполненным печатным способом» (утв. постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. N 3350)
Unified system for program documentation. Requirements for printed documents
Настоящий стандарт устанавливает правила выполнения программных документов для вычислительных машин, комплексов и систем независимо от их назначения и области применения и предусмотренных стандартами Единой системы программной документации (ЕСПД) для печатного способа выполнения.
Стандарт не распространяется на программный документ «Текст программы».
Стандарт соответствует СТ СЭВ 2088-80 в части установления структуры и требований к изложению программных документов (см. приложение 1).
(Измененная редакция, Изм. N 1).
1. Общие требования
1.1. Состав и структура программного документа устанавливаются по ГОСТ 19.105-78.
1.2. Программный документ выполняют одним из следующих печатных способов:
1. При выполнении программного документа допускается сочетание печатных способов, указанных в п. 1.2 настоящего стандарта.
1.3. Вписывать в программные документы, выполненные машинописным, машинным и рукописным способами, отдельные слова, формулы, условные знаки (от руки чертежным шрифтом), буквы латинского и греческого алфавитов, а также выполнять схемы и рисунки необходимо черными чернилами или тушью.
1.4. При машинописном, машинном и рукописном способах выполнения документа опечатки и графические неточности, обнаруженные в процессе выполнения, допускается исправлять подчисткой некачественно выполненной части текста (чертежа) и нанесением на том же листе исправленного текста (графики) машинописью или черной тушью в зависимости от способа выполнения документа.
Повреждения листов документов, помарки и следы неполностью удаленного прежнего текста (графики) не допускаются.
1.5. Программные документы оформляют:
Требования к оформлению документов по делопроизводству
Независимо от формы собственности организации, вида ее деятельности, наименования документации, места ее составления существуют общие требования по оформлению документов. Ранее делопроизводители ориентировались на стандарт 6.30-2003 при оформлении документов, но относительно недавно в действие был введен новый ГОСТ. Какие требования имеют место при ведении делопроизводства и насколько серьезные изменения внес в эту сферу действующий менее года государственный стандарт, рассказывается в статье.
Правила оформления документов и их значение
Оформление документов в широком смысле — это соблюдение требований законодательных актов, нормативных документов в процессе составления, подготовки, копирования, согласования, заверения, пересылки документации.
В более узком смысле – расположение реквизитов документа на материальных носителях: бумажном, электронном, в соответствии с действующими правилами.
Грамотное, в соответствии с нормативными требованиями оформление реквизитов документов не только свидетельствует о делопроизводственной культуре, но и гарантирует юридическую силу документа, а также имеет вполне практическое значение — сокращает время на обработку документа и его регистрацию, обеспечивает правильное направление на исполнение, позволяет связаться с непосредственным исполнителем для решения технических вопросов в рабочем порядке и т.п.
Как оформить реквизиты документов?
Требования, в соответствии с которыми оформляется документ, устанавливаются на федеральном уровне ГОСТом. Это документ нормативно-технического характера, на основе которого каждая организация, ведомство, учреждение разрабатывает свои нормативные акты, касающиеся оформления документации:
Требования к оформлению документов по ГОСТу включают в себя в том числе порядка 30 реквизитов, предназначенных для различных целей. Каждый вид документа содержит собственный набор необходимых реквизитов.
Соблюдение требований к созданию и оформлению документации необходимо:
Расположение реквизитов по ГОСТу позволяет не только работать с ним быстро и эффективно, без потерь времени, но и экономить полезную площадь на бланке, придать документу качественный внешний вид.
Требования ГОСТа
ГОСТ Р 7.0.97-2016 введен в действие 01/07/18, и именно он устанавливает базовые требования по оформлению документов в делопроизводстве. Рассмотрим обзорно, что собой представляет этот документ.
Он достаточно объемный, с подробным изложением информации, предназначенной для делопроизводителей, секретарей, руководства. Требования подразделяются в нем следующим ниже порядком:
В приложениях А, В даны:
На заметку! В ГОСТе уделено много внимания вопросам электронного документооборота, в связи с его все более широким распространением.
Документы организации: учитываем новый стандарт
На какие реквизиты документов и правила оформления следует обратить внимание особое внимание, используя ГОСТ Р 7.0.97-2016, прежде всего?
Вот эти важные моменты:
Заключение
Требования к оформлению документов в делопроизводстве устанавливаются в настоящее время государственным стандартом, действующим с середины прошлого года за №Р 7.0.97-2016. На основе ГОСТа организации и учреждения разрабатывают собственные нормативы по оформлению документации. Стандартизация документооборота необходима, поскольку дает возможность оперативно обрабатывать, искать и копировать документы. Исполнение требований по оформлению документов позволяет говорить о них как о юридически значимых.
В действующем ГОСТе законодатель предлагает рекомендации по оформлению реквизитов, бланков, излагает требования при создании документов. По сравнению с утратившим силу стандартом, некоторым спорным и неясным вопросам уделено особое внимание. В частности, разъясняется, каким шрифтом должен создаваться документ, как оформляется подпись за директора иного ответственного лица, и говорится о том, что печать организации не должна ставиться поверх подписи ответственных лиц.
Что не входит в основную часть программного документа
Единая система программной документации
ПРАВИЛА ВНЕСЕНИЯ ИЗМЕНЕНИЙ В ПРОГРАММНЫЕ ДОКУМЕНТЫ, ВЫПОЛНЕННЫЕ ПЕЧАТНЫМ СПОСОБОМ
Unified system for program documentation. Rules for insertion of amendments into printed program documentation
Дата введения 1980-01-01
Постановлением Государственного комитета стандартов Совета Министров CCСР от 22 февраля 1978 г. N 518 дата введения установлена 01.01.80
ИЗДАНИЕ (январь 2010 г.) с Изменением N 1, утвержденным в сентябре 1981 г. (ИУС 11-81).
Настоящий стандарт устанавливает правила внесения изменений в программные документы, предусмотренные стандартами Единой системы программной документации (ЕСПД) и выполненные печатным способом.
Стандарт соответствует СТ СЭВ 2089-80 в части установления требований к правилам внесения изменений в подлинники и дубликаты программных документов, выполненных печатным способом (см. приложение).
(Измененная редакция, Изм. N 1).
1. ОБЩИЕ ТРЕБОВАНИЯ
1.1. Внесение изменений в программные документы, выполненные печатным способом, производят по ГОСТ 19.603-78 и правилам, установленным настоящим стандартом.
2. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В ПОДЛИННИКИ И ДУБЛИКАТЫ
2.1. Изменения в подлинники следует вносить следующими способами:
зачеркиванием и (или) записью тушью (или другим нестирающимся средством) новых данных;
заменой отдельных листов документа;
аннулированием отдельных листов;
введением дополнительных листов;
аннулированием или аннулированием с заменой документа.
(Измененная редакция, Изм. N 1).
2.2. После внесения изменения зачеркиванием буквы, цифры и знаки должны быть четкими, толщина линий, размер просветов и т.п. должны быть выполнены по правилам, предусмотренным ГОСТ 2.303-68 и ГОСТ 2.304-81.
2.3. Изменяемые слова, знаки, надписи и т.д. зачеркивают сплошными тонкими линиями так, чтобы можно было прочитать зачеркнутое, а рядом с зачеркнутым проставляют новые данные.
2.4. Изменения в подлинники вносят черной тушью в соответствии с содержанием извещения.
2.5. Около каждого изменения наносят порядковый номер изменения в кружке диаметром 5-8 мм и от кружка проводят сплошную тонкую линию к изменяемому участку.
При внесении изменений в документы, имеющие нумерацию строк, линии от кружков не проводят и каждую строку документа, в которую вносят изменение, отмечают номером в кружке.
2.6. При большом числе изменений, когда недостаточно места для внесения изменений и (или) не выполняются требования к микрофильмированию и т.п., изготовляют новый подлинник с учетом вносимых изменений и сохраняют его прежнее обозначение.
(Измененная редакция, Изм. N 1).
2.7. Новые или замененные листы программных документов по извещениям следует выполнять на том материале, на котором выполнен изменяемый документ.
2.8. Изменения на замененных или новых листах подлинника отмечают вертикальной чертой с левой стороны текста. При этом отмечают только последние изменения.
2.9. При добавлении нового листа ему присваивают номер предыдущего листа, ставят точку и после нее указывают текущий номер дополнительного листа, например: 18; 18.1; 18.2; 18.3 и т.д.
При аннулировании листа подлинника допускается сохранять номера последующих листов. При этом на титульном листе изменяют общее число листов.
2.10. Строку изменения заполняют только на листах замененных и новых, при этом заполняют и лист регистрации изменений (форма 1).
При замене всех листов подлинника заполняют только лист регистрации изменений.
Лист регистрации изменений
2.11. В строке изменений указывают:
порядковый номер изменения документа;
подпись лица, ответственного за правильность внесения изменения;
дату внесения изменения.
При замене подлинника новым очередной порядковый номер проставляют, исходя из последующего номера изменения, указанного в замененном подлиннике.
2.12. При внесении изменений в дубликаты программных документов, выполненных печатным способом, допускается высылать предприятию-пользователю дубликаты заменяемых или дополнительных листов вместе с копией извещения об изменении.
Если аннулирование производится без замены, слово «заменен» в штампе зачеркивают.
Аннулированные по извещению документы снимают с учета.
(Измененная редакция, Изм. N 1).
3. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОПИИ ПРОГРАММНЫХ ДОКУМЕНТОВ
3.1. Изменения вносят заменой отдельных или включением дополнительных листов копий способами, указанными для подлинников.
Если нецелесообразно заменять копии, то по согласованию с заказчиком допускается вносить изменения зачеркиванием в соответствии с правилами, установленными для подлинников.
3.3. Изменения в копиях, не позволяющих свободную замену листов, вводят способами, указанными для подлинников с учетом следующих особенностей:
заменяемую страницу (часть страницы) аннулируют перечеркиванием с записью об аннулировании и номера извещения. К заменяемой странице (части страницы) подклеивают новую страницу (часть страницы); при этом должна сохраняться возможность чтения записи, сделанной на заменяемой странице;
дополнительную страницу приклеивают на страницу, продолжением которой она является.
Допускается приклеивать дополнительную страницу в конце документа. В этом случае на странице, предшествующей дополнительной, делается надпись: «Далее см. стр. «.
3.4. Сведения по поступившим к изменяемому документу извещениям и входящий номер сопроводительного документа должны быть внесены в лист регистрации изменений.
В разделе бюллетеня «Внесение изменений» излагают содержание изменений и способы внесения их в программные документы по форме:
Номер страницы (листа), пункта, абзаца, строки
Что не входит в основную часть программного документа
Единая система программной документации
ОБЩИЕ ПРАВИЛА ВНЕСЕНИЯ ИЗМЕНЕНИЙ
Unified system for program documentation. General rules for insertion of amendments
Дата введения 1980-01-01
Постановлением Государственного комитета стандартов Совета Министров СССР от 22 февраля 1978 г. N 518 дата введения установлена 01.01.80
ИЗДАНИЕ (январь 2010 г.) с Изменением N 1, утвержденным в сентябре 1981 г. (ИУС 11-81).
Настоящий стандарт устанавливает общие правила внесения изменений в программные документы, предусмотренные стандартами Единой системы программной документации (ЕСПД), независимо от способа их выполнения на различных носителях данных.
Стандарт соответствует СТ СЭВ 2089-80 в части установления общих требований к правилам внесения и содержанию изменений на программные документы (см. приложение 1).
(Измененная редакция, Изм. N 1).
1. ОБЩИЕ ТРЕБОВАНИЯ
1.1. Под изменением программного документа понимается любое внесение и (или) удаление каких-либо данных без изменения общей части обозначения документа.
Обозначение документа допускается изменять только в случае ошибочного присвоения одинаковых обозначений разным документам или когда в обозначении документа допущена ошибка.
(Измененная редакция, Изм. N 1).
1.2. В программные документы вносят изменения по следующим причинам:
устранение обнаруженных ошибок в программе и программной документации;
развитие и усовершенствование программы.
1.3. Способы внесения изменений в программные документы, выполненные на различных носителях данных, должны соответствовать требованиям стандартов ЕСПД по правилам внесения изменений в документы на различных носителях данных.
1.4. Любое изменение в документе, вызывающее какие-либо изменения в других документах, должно сопровождаться внесением соответствующих изменений во все взаимосвязанные документы. При нарушении условий взаимосвязи должны быть выпущены новые документы с новыми обозначениями.
1.7. Исправления документов, вызванные внесением ошибочных изменений по ранее выпущенным извещениям, должны оформляться новыми извещениями.
1.9. Не допускается вносить изменения в программные документы и проводить доработку программ на основании ПР.
2. ИЗВЕЩЕНИЕ ОБ ИЗМЕНЕНИИ
2.1. Изменения на каждый документ оформляют отдельно. Извещения, выпускаемые согласно п.1.4, при необходимости оформляют в виде комплекта извещений, состоящего из нескольких извещений, каждое из которых оформляют на один из взаимосвязанных изменяемых документов.
2.2. Подлинники и дубликаты извещений должны быть выполнены на материале, с которого можно многократно снимать копии.
2.3. Извещения следует выполнять черной тушью шрифтом по ГОСТ 2.304-81 или печатным способом. Допускается выполнять извещения машинным способом.
2.4. Форма извещения и заполнения граф должна соответствовать требованиям ГОСТ 2.503-90. При этом в графе «Обозначение» должно быть проставлено обозначение документа по ГОСТ 19.103-77.
Пример заполнения извещения приведен в приложении 2.
2.5. Извещение может иметь приложения. Приложения могут содержать части, предназначенные для осуществления указанных изменений, в том числе и с помощью ЭВМ. Эти части должны быть выполнены на согласованном с пользователем носителе данных и оформлены в соответствии с требованиями стандартов ЕСПД на правила оформления программных документов на конкретных носителях данных.
2.4, 2.5. (Измененная редакция, Изм. N 1).
3. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В ПОДЛИННИКИ И ДУБЛИКАТЫ ПРОГРАММНЫХ ДОКУМЕНТОВ
3.3. При изменении подлинника и дубликата аннулированием с заменой документа подлиннику и дубликату присваивают новый инвентарный номер. Место простановки инвентарного номера на каждом конкретном носителе должно соответствовать требованиям стандартов ЕСПД на правила оформления программных документов на различных носителях данных.
(Измененная редакция, Изм. N 1).
3.4. Об изменениях, вносимых в подлинники и дубликаты, должна быть запись, содержание и место расположения которой должно соответствовать требованиям стандартов ЕСПД. Место записи об изменениях должно соответствовать требованиям стандартов ЕСПД на правила оформления программных документов на конкретных носителях данных.
3.5. Аннулированные по извещению подлинники и дубликаты снимаются с учета.
4. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОНТРОЛЬНЫЕ КОПИИ
4.1. Изменения в контрольные копии вносят только на основании копии извещения об изменении.
4.3. Изменения в контрольные копии вносят по правилам, установленным для подлинников.
4.4. После замены контрольная копия снимается с инвентарного учета в архиве предприятия.
5. ВНЕСЕНИЕ ИЗМЕНЕНИЙ В КОПИИ ПРОГРАММНЫХ ДОКУМЕНТОВ
5.1.4. Бюллетень выпускают на основании изменений, внесенных в подлинники программных документов по извещениям.
5.1.5. Бюллетень выпускают на комплект программных документов или отдельные документы.
5.1.6. Изменение программного документа, вызывающее какие-либо изменения в других программных документах, должно сопровождаться одновременным выпуском бюллетеней о внесении соответствующих изменений во все взаимосвязанные документы.
5.1.7. В бюллетене приводятся способы внесения изменений в копии.
5.1.8. Об изменениях, вносимых в копии, делается запись по п.3.4 настоящего стандарта.
5.2. Оформление бюллетеня
5.2.1. Каждый бюллетень должен иметь титульный лист и обозначение (номер), включающее:
код предприятия (организации), выпустившего данный бюллетень;
порядковый регистрационный номер.
5.2.2. Бюллетени об изменении программных документов должны содержать вводную часть, раздел внесения изменений и приложения.
5.2.3. Во вводной части указывают область распространения бюллетеня или ограничение сферы его действия конкретными программами.
Для определения области распространения бюллетеня следует применять выражение:
«Бюллетень распространяется на
наименование программы или ее частей и их обозначение
Во вводной части также указывают основание для выпуска данного бюллетеня, срок его введения в действие и номер изменения.
Если изменение программных документов вызвано изменением программы, переданной предприятию-пользователю, то в бюллетене об изменении документов должно быть приведено указание о запрещении эксплуатации программы по неизмененным документам.
5.2.4. В разделе «Внесение изменений» излагают содержание изменений и способы внесения их в программные документы.
По каждому изменяемому документу должен быть приведен перечень всех бюллетеней, в соответствии с которыми вносились предыдущие изменения в документе.
5.2.5. В приложении к бюллетеню приводят перечень последних изменений, внесенных в программу на день выпуска бюллетеня, знание которых необходимо для правильной эксплуатации программы (сущность, причина изменения и т.п.).
5.2.6. Бюллетени о внесении изменений в программные документы выпускают и передают предприятию-пользователю не реже одного раза в шесть месяцев.
6. ПРЕДЛОЖЕНИЕ ОБ ИЗМЕНЕНИИ
6.1. Каждое ПР должно иметь обозначение извещения с добавлением букв «ПР».
6.2. Оформление и выпуск ПР производят в соответствии с требованиями ГОСТ 2.503-90.
7. ПОРЯДОК СОГЛАСОВАНИЯ ИЗМЕНЕНИЙ ДОКУМЕНТОВ С ЗАКАЗЧИКОМ И ЕГО ПРЕДСТАВИТЕЛЕМ
7.1. Порядок согласования извещения об изменении и ПР должен соответствовать требованиям ГОСТ 2.503-90.
8. УЧЕТ И ПОРЯДОК ПРОХОЖДЕНИЯ ИЗВЕЩЕНИЙ ОБ ИЗМЕНЕНИИ, ПРЕДЛОЖЕНИЙ ОБ ИЗМЕНЕНИИ И БЮЛЛЕТЕНЕЙ
8.1. Все оформленные извещения передают в отдел технической документации (бюро технической документации) с одновременной передачей подлинников документов, выпускаемых взамен аннулируемых документов.
8.2. Сотрудник отдела технической документации (бюро технической документации), принимающий подлинники извещений, проверяет наличие подписи нормоконтролера, наличие всех листов извещения и приложений к нему, наличие вновь введенных и замененных документов, пригодность их для хранения и размножения.
8.1, 8.2. (Измененная редакция, Изм. N 1).
8.3. Все поступившие в отдел технической документации (бюро технической документации) извещения, выпущенные на данном предприятии и полученные от других предприятий, регистрируют в книгах регистрации. Извещения и ПР регистрируют в отдельных книгах, причем книги должны вестись отдельно для документов данного предприятия и полученных от друих предприятий. На всех листах извещений и ПР проставляют обозначение по книге регистрации.
8.4. На одном экземпляре копии извещения на лицевой стороне на первом листе ставят штамп «Контрольный экземпляр».
8.5. На основании извещения в отделе технической документации (бюро технической документации) вносят все связанные с ними изменения учтенных документов в инвентарную книгу подлинников и карточки учета документов в соответствии с требованиями ГОСТ 19.601-78.
Виды программного обеспечения: какие бывают типы, классификация, примеры
Даже если нам кажется, что ПК намного умнее нас, он остается безжизненным «железом», пока в него не установят программы. Именно благодаря им техника начинает считать, думать и помогать в работе с любыми массивами данных. В статье мы кратко перечислим основные виды системного программного обеспечения для компьютеров и дадим каждому типу характеристику.
Понятие
Любой современный ПК — настольный, портативный или серверный, наполняется по схожему принципу. Если убрать лишнее, то любое ПО, даже простейшее, строится по похожему алгоритму. Должны выполняться пошаговые действия — следующий шаг начинается только после того, как завершился предыдущий.
Так, введенные с клавиатуры символы отображаются на экране, по командному клику пользователя принтер начинает печатать их на бумаге, а расчеты происходят сами после введения формулы. Любой шаг заранее программируется и называется командой для компьютера, совокупность этапов обозначается программируемым кодом.
Программисты — это люди, которые разрабатывают и настраивают ПО. Они могут управлять ПК с помощью одной строчки, в которую вводят части закодированной информации. Несколько символов в определенной последовательности включают музыку, отправляют документ на печать или открывают конкретную страницу интернет-ресурса.
Оборудование
Какие бывают типы программного обеспечения: характеристика программ
В современных компьютерах постоянно запускается и активно функционирует большое количество ПО с самым разным функционалом. Одни занимаются арифметическими расчетами, другие строят диаграммы, рисуют или помогают оставаться на линии с собеседниками через почту.
Однако ничего не активизируется просто так. Все действует под влиянием операционной системы. Кажется, что ОС совершенно не нужна — можно ведь запускать все напрямую. Иногда этот метод тоже применяется. Так работают станки ЧПУ, крупные автоматы производств, ЭВМ, другие серьезные механизмы, когда нужно постоянно повторять один и тот же алгоритм.
Но для персонального компьютера частое повторение команды не подходит. Пользователю хочется знать, какая погода в другом городе, как включить музыку и открыть текстовый документ для редактирования. Необходимо, чтобы ОС поддерживала режим многозадачности.
Со стороны программистов типы ПО обоснованы практической значимостью. Если бы не было операционной системы, пришлось бы все функции и алгоритмы вносить в один огромный код. Затраты времени на это были бы колоссальными.
ОС берет на себя большую часть рутинных задач, давая пользователям возможность работать в режиме многозадачности. Поэтому становится возможным запускать одновременно от 2 до бесконечности редакторов или визуализаторов.
Какие основные виды ПО бывают по назначению
Программное обеспечение, установленное на ПК, делится на 3 разновидности:
Системное
Это часть системы, которая помогает следить за аппаратной стороной ПК и управлять ею. Сюда входят программы, контролирующие работу оперативной памяти, центрального процессора, видеокарты, устройств ввода и вывода информации, сетевые подпрограммы.
Таким ПО считается:
Основное отличие системной разновидности считается то, что она не рассчитана на выполнение конкретной поставленной задачи. Она необходима, чтобы обеспечивать бесперебойную работу остальных частей компьютера. Ее можно назвать посредником между оборудованием — «железом» и программным кодом.
Прикладное
Наиболее обширная доля классификации. Сюда относятся графические и текстовые редакторы, браузеры, базы данных и все, что люди используют в привычной работе за компьютером. Здесь же находятся антивирусные пакеты, бухгалтерия и различные архивы.
Смысл этой разновидности в выполнении четко поставленной задачи: рисовать, учитывать, открывать сетевые страницы, набирать текст. Если утилита нужна для конкретного выполнения действия, то она является прикладным ПО.
Инструментальное
Специфическое обеспечение любой компьютерной техники. Его можно было бы отнести к прикладному, но из-за специфики применения его выделили в отдельный вид. Основная функция — отладка, настройка, переписывание программного кода.
Сюда входят компиляторы, отладчики, переводчики высокого уровня, редакторы, интерпретаторы и другие средства. Они необходимы, потому что техника не понимает человеческих слов. Чтобы ей «объяснить», что надо сделать, требуется специальный «машинный язык».
Постоянно пользоваться этим кодом базовым пользователям довольно сложно, поэтому были разработаны системы, которые позволяют переводить обычную речь в двоичную, привычную для ПК.
Разница между часто используемыми компиляторами и интерпретаторами заключается в том, что первый генерирует готовый файл, который можно запускать. А второй создает архив, который функционирует только с помощью самого сервиса.