| « Поставить закладку » « Сделать стартовой » | |||
|
|||
|
Статьи:: Тех. документация :: ГОСТ 34.201-89.ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ.
ГОСТ 34.201-89.ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ.
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ Комплекс стандартов на автоматизированные системы ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ. ГОСТ 34.201-89 Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследование, проектирование и т.п.), включая их сочетание, и устанавливает виды, наименование, комплектность и обозначение документов, разрабатываемых на стадиях создания АС, установленных ГОСТ 24.601. Пояснение терминов, применяемых в настоящем стандарте, приведены в приложении 1. 1. Виды и наименование документов. 1.1. Состав видов документов, разрабатываемых на стадии "Исследование и обоснование создания АС" определяют в соответствии с разделом 3 ГОСТ 24.601, исходя из требуемых результатов выполнения данной стадии. 1.2. На стадии " Техническое задание" разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602. Допускается разрабатывать частные ТЗ на отдельные системы (подсистемы, комплексы задач, программно-технические комплексы, компоненты технического и программного обеспечений и т.п.). 1.3. Виды документов, разрабатываемых на стадиях "Эскизный проект", "Технический проект", "Рабочая документация", приведены в таблице 1. Таблица 1
1.3.1. Наименования конкретных документов, разрабатываемых при проектировании системы в целом или её части, приведены в таблице 2. 1.3.2. Виды документов на программные средства, используемые при создании АС (её частей), - по ГОСТ 19.101. 1.3.3. Виды документов на технические средства, используемые при создании АС (её частей), - по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов. Таблица 2
*Документы, код которых установлен в соответствии с требованием стандартов ЕСКД. Примечание: 1. В таблице приняты следующие обозначения: ЭП - эскизный проект; ТП - технический проект; РД - рабочая документация; ОР - общесистемные решения; ОО - решения по организационному обеспечению; ТО - решения по техническому обеспечению; ИО - решения по информационному обеспечению; ПО - решения по программному обеспечению; МО - решения по материальному обеспечению. 2. Знак Х означает принадлежность к проектно-сметной или эксплуатационной документации. 3. Номенклатуру документов одного наименования устанавливают в зависимости от принятых при создании системы проектных решений. 4. Код (обозначение) документов, отмеченных в графе "Принадлежность к проектно-сметной документации" знаком Х, может быть установлен по требованиям стандартов СПДС. (Изменённая редакция, изменение №1) 1.3.2. Виды документов на программные средства, используемые при создании АС (её частей) - по ГОСТ 19.101. 1.3.3. Виды документов на технические средства, используемые при создании АС (её частей) - по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов. 1.3.4. В зависимости от применяемых методов проектирования и специфики создаваемых АС допускается: 1) разрабатывать групповые и базовые документы в соответствии с разд. 1,3,4,6 ГОСТ 2.113; 2) выпускать документы отдельными самостоятельными частями, соответствующими разделам основного документа; 3) расширять номенклатуру документов, установленную настоящим стандартом. 1.4. На стадии "Ввод в действие" разрабатывают следующие организационно-распорядительные документы: 1) акт завершения работ; 2) акт приёмки в опытную эксплуатацию; 3) акт приёмки в промышленную эксплуатацию; 4) план-график работ; 5) приказ о составе приёмочной комиссии; 6) приказ о проведении работ; 7) программа работ; 8) протокол испытаний; 9) протокол согласования. 2. Комплектность документации. 2.1. Перечень наименований разрабатываемых документов и их комплектность на систему и её части должен быть определён в техническом задании на создание автоматизированной системы (подсистемы). Примечание. Комплектность проектно-сметных документов определяют в соответствии с правилами, установленными системой проектной документации для строительства (СПДС). 2.2. На каждый комплект должна быть составлена ведомость документов. 2.3. Комплектность документации, обеспечивающей разработку, изготовление, приёмку и монтаж технических средств, - по ГОСТ 2.102. Комплектность эксплуатационной документации на эти средства - по ГОСТ 2.601. 2.4. Комплектность документации на программные средства вычислительной техники - по ГОСТ 19.101. 2.5. При самостоятельной разработке части системы документы на неё комплектуют в соответствии с требованиями настоящего стандарта. 3. Обозначения документов. 3.1. Каждому разработанному документу должно быть присвоено самостоятельное обозначение. Документ, выполненный на разных носителях данных, должен иметь одно обозначение. К обозначению документов, выполненных на машинных носителях, добавляют букву "М". Заимствованным документам сохраняют ранее присвоенные обозначения. 3.2. Настоящие правила не распространяются на документы, правила обозначения которых регламентированы государственными стандартами других систем документации. 3.3. Обозначение документа имеет следующую структуру: ХХ ХХ Х Х М
Обозначение системы
(части системы)
Код документа
Порядковый номер документа
одного наименования
Номер редакции документа
Номер части документа
Признак документа, выполненного на машинных носителях 3.3.1.Правила обозначения системы (части системы) приведены в Приложении 2. 3.3.2. Код документа состоит из двух буквенно-цифровых значений. Код для документов, определённых настоящим стандартом, проставляют в соответствии с графой 3 таблицы 2. Код дополнительных документов формируют следующим образом: первый знак - буква, обозначающая вид документа согласно таблице 1, второй знак - цифра или буква, указывающая порядковый номер документа данного вида. Код документа отделяют от предыдущего значения точкой 3.3.3. Порядковые номера документов одного наименования (2 знака) присваивают, начиная со второго, и отделяют от предыдущего обозначения точкой. 3.3.4. Номер редакции документа присваивают, начиная со второго в порядке возрастания от2 до9, и отделяют от предыдущего значения точкой. Очередной номер редакции присваивают в случаях сохранения (не аннулирования) предыдущей редакции. 3.3.5. Номер части документа отделяют от предыдущего обозначения дефисом. Если документ состоит из одной части, то дефис не проставляют и номер документа не присваивают. 3.3.6. Признак документа, выполненного на машинных носителях, вводят при необходимости. Букву "М" отделяют от предыдущего обозначения точкой. Приложение 1. Справочное. Пояснение терминов, применяемых в настоящем стандарте. Документация на автоматизированную систему - комплекс взаимоувязанных документов, в котором полностью описаны все решения по созданию и функционированию системы, а также документов, подтверждающих соответствие системы требованиям технического задания и готовность её к эксплуатации (функционированию). Проектно-сметная документация на АС - часть документации на АС, разрабатываемая для выполнения строительных и монтажных работ, связанных с созданием АС. Рабочая документация на АС - часть документации на АС, необходимая для изготовления, строительства, монтажа и наладки автоматизированной системы в целом, а также входящих в систему программно-технических, программно-методических комплексов и компонентов технического, программного и информационного обеспечения. Приложение 2. Рекомендуемое. Правила обозначения систем и их частей. 1. Структура обозначения автоматизированной системы или её части имеет вид: А Б ХХХ
Код организации-разработчика
Код классификационной характеристики системы (её части)
Регистрационный номер
2. Код организации-разработчика присваивают в соответствии с общесоюзным классификатором предприятий, учреждений и организаций (ОКПО) или по правилам, установленным отраслевыми НТД. 3. Код классификационной характеристики системы или её части (подсистемы, комплекса, компонента) присваивают в соответствии с правилами, установленными в отрасли на основе 425 подкласса общесоюзного классификатора продукции и/или общесоюзного классификатора подсистем и комплексов задач АСУ - 1 84 154. 4. Порядковый регистрационный номер системы (части системы) присваивает служба организации-разработчика, ответственная за ведение картотеки и учёт обозначений. Регистрационные номера присваивают с 001 до 999 по каждому коду регистрационной характеристики. Рубрика: Тех. документация
Вышел MySQL 5.1.30, первый стабильный рели....
После публикации 29 тестовых версий анонсирован первый стабильный релиз MySQL 5.1, пригодный для промышленной эксплуатации и обеспечивающий увеличение производительности для "тяжелых" SQL запросов, по сравнению с MySQL 5.0, примерно на 15-20%. Главные новшества появившиеся в MySQL 5.1:
Подробнее... |
Рубрика: MySQL
| Добавлено: 28.11.2008
Тестирование параллельных программ.
Тестирование параллельного программного обеспечения представляет собой более сложную задачу по сравнению с тестированием последовательной программы. Программист должен знать о подводных камнях при тестировании параллельного кода, имеющихся методологиях и инструментарии.
Подробнее... |
Рубрика: Тестирование
| Добавлено: 28.11.2008
Архитектура AMD64 (EM64T).
Аннотация. В статье кратко рассматривается архитектура AMD64 компании AMD и ее реализация EM64T компании Intel. Описаны особенности архитектуры, ее возможности, достоинства и недостатки.
Подробнее... |
Рубрика: Архитектура AMD
| Добавлено: 27.11.2008
Остальные статьи: |
Цитата дня (все,добавить):
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Realcoding.NET
© 2003-2008 |
Контакты |
Реклама на сайте
|