Приложение. Перечень стандартов по асу и информационным технологиям. ООО «Техническая документация

Введение

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

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

Стандартизованные термины набраны полужирным шрифтом, их краткие формы, представленные аббревиатурой, - светлым, а синонимы - в скобках курсивом.

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

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

В ряде случаев после термина приводят необходимые уточнения определяемого термина (в квадратных скобках).

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

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

Юридическая сила документа, правила документирования, документооборот (ГОСТ Р 51141-98);

Взаимосвязь открытых систем, базовая эталонная модель, уровень, уровень представления, прикладной уровень (ГОСТ Р ИСО/МЭК 7498-1-99);

Байт, цифра, цифровые данные, буква, знак, число, информация (ИСО/МЭК 2382-1-93).

6.4 Тип ЭлД

Примечание - Приведенные определения протокола в контексте настоящего стандарта эквивалентны. Второе из них является традиционным, но излишне детализированным в данном контексте.

документ: Информация и соответствующий носитель.

документ: Уникально обозначенный блок информации для использования человеком, такой как отчет, спецификация, руководство или книга.

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

Примечание - Это определение используется и в ГОСТ Р ИСО/МЭК 10166 , ГОСТ Р ИСО/МЭК 10740 .

документ (элемент документации): Целевая информация, предназначенная для конкретной аудитории, размещенная на конкретном носителе (например, в книге, на диске, в краткой справочной карте) в заданном формате.

документ: Структурированный объем информации, предназначенный для визуального восприятия, которым можно обмениваться как единым целым между пользователями и/или системами.

документ: Совокупность информации, которая обрабатывается как единое целое. Документы классифицируются в соответствии с конкретными типами документов.

Примечание - В настоящем стандарте этот термин почти всегда означает (без потери точности) документ SGML.

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

документ электронный (ДЭ): Информационный объект, состоящий из двух частей:

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

При необходимости ДЭ может приобретать различные формы визуального отображения: на экране или бумаге.

А.2 Концептуальная модель, принятая в ИСО 2382 - , ИСО 14662 , ИСО/МЭК 10746-1

Существование приведенных (но не исчерпывающих) примеров несогласованных друг с другом определений одного и того же понятия связано, прежде всего, с тем, что каждое из приведенных выше определений ограничено областью применения отдельного стандарта и ориентировано на решение одной частной задачи документооборота. Терминология настоящего стандарта согласована с подходами, принятыми в базовых стандартах по терминологии в области ИТ (стандарты серии ИСО 2382), электронному обмену данными (ИСО 14662) и обработке информации в распределенных системах (стандарты серии ИСО/МЭК 10746).

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

Вводимые в настоящем стандарте понятия отражают социальную природу понятия «документ» и дают возможность связать документ с его реализацией методами ИТ на основе ИСО 14662 и стандартов серии ИСО/МЭК 10746.

Приложение Б

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

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

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

Аналоговый документ является объектом аналоговой среды. Например, традиционный текстовый бумажный документ относится к аналоговым документам. Понятие АнД включает в себя все традиционные формы представления документов на аналоговых носителях: бумаге, фото- и кинопленке и т.п. Аналоговая форма представления может быть преобразована в дискретную с помощью оцифровки (термин ).

Понятие «электронный документ» относится к обработке данных с использованием ИТ. Характерной особенностью ИТ является преобразование обрабатываемых данных из одной формы представления (реализации, термин ) в другую и, возможно, одновременное существование нескольких эквивалентных представлений одних и тех же данных. Основным методом обработки данных в ИТ является цифровая обработка. ЭлД в цифровой форме является дискретным документом.

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

Любая работа с электронным документом является преобразованием одной реализации в другую, при этом одновременно могут существовать несколько реализаций. Например, при воспроизведении на экране монитора ЭлД, хранящегося в файле на диске, одновременно существуют как минимум две реализации: файл на диске и изображение на экране. Кроме того, в зависимости от архитектуры технического и программного обеспечения могут существовать: файл в оперативной памяти компьютера, файл в памяти видеоустройства, файл в памяти дискового накопителя, потоки данных в каналах, связывающих разные устройства, и т.д. Все эти реализации являются эквивалентными, т.к. представляют один и тот же документ. Свойства этих реализаций, отношения со средой существования и правила преобразования их друг в друга определяются законами электронной среды.

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

Последние, в частности, устанавливают, что в электронной среде ЭлД может существовать только в виде множества взаимосвязанных реализаций. Взаимосвязанность реализаций означает, что одна реализация может быть получена из другой в результате формально определенного преобразования. Каждая из этих реализаций может существовать только в части электронной среды. Законы этой среды устанавливают ограничения на выбор допустимого сектора действенности реализации, которая является подсектором действенности ЭлД.

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

Сектор действенности ЭлД является объединением секторов действенности его реализаций, в каждом из которых установлены единые (в пределах сектора) правила обработки и преобразования данных.

Сектор действенности ЭлД разделен на подсекторы «по вертикали» и «по горизонтали». Деление по вертикали определено уровнями модели ВОС (ГОСТ Р ИСО/МЭК 7498-1), которые соответствуют, в частности, разной степени подробности описания электронной среды. Деление по горизонтали определяется наличием разных областей обработки данных. В качестве областей обработки данных выступают отдельные устройства обработки, хранения и передачи данных. Реализации существуют в отдельных ячейках, получившихся в результате такого деления. Преобразование одной реализации в другую, расположенную в соседней ячейке, осуществляется на основе формальных правил (алгоритмов) и является обратимым.

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

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

Фиксированность документа означает, что передаваемое им сообщение фиксирует некоторый факт, событие, отношение, и смысл этого сообщения не зависит от материальной реализации (неформально говоря, «зафиксирован» смысл документа). Для АнД фиксированность означает, например, что содержание (смысл) закона не должно зависеть от типографского исполнения. Для ЭлД фиксированность означает, например, что содержание (смысл) закона не должно зависеть от реализации - в виде файла на диске, изображения на мониторе или потока сигналов в сети.

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

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

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

Примечание - Требования к параметрам реализации ЭлД, соответствие которым обеспечивает наличие свойств доступности и целостности документа, зависит от социальных требований к документу. В простейшем случае может оказаться достаточным получить визуальное воспроизведение ЭлД (доступность) и визуально убедиться в совпадении полученного текста с некоторым образцом (целостность). При более строгих социальных требованиях к документу необходимо обеспечить, например, наличие и доступность атрибутов защиты и их соответствие установленным техническим требованиям.

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

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

Тип документа определяется его функциональным назначением, которое определяет также и технологические требования к материальной реализации документа. В частности, понятия «копия документа», «заверенная копия документа», «дубликат документа» по ГОСТ Р 51141 относятся к функциональному назначению документа в социальной среде (через понятие «юридическая сила»), не содержат указаний на техническую реализацию и должны рассматриваться как определения типов документов. В случае аналогового (бумажного) документа создание документа нового типа («копии») совпадает с технологической процедурой копирования. В случае ЭлД, в силу специфики обработки данных в электронной среде, документ существует в виде множества (термин ) эквивалентных реализаций (термин 5.3.1), а любая работа с документом, в т.ч. просмотр его на экране дисплея, заключается в непрерывном создании этих реализаций (), т.е. в «копировании» документа. При этом технологическая операция копирования не приводит к созданию документа нового типа («копии»), а лишь к созданию новой реализации, эквивалентной любой другой реализации ЭлД.

В цифровой среде информация представляется в виде битовой строки - набора нулей и единиц. Понимание этой информации (ее интерпретация) относится к сфере деятельности человека. В самой цифровой (и электронной) среде «понимание» информации отсутствует. В этой среде могут быть заданы (человеком) только формальные правила обработки данных.

Иначе данные можно определить как реализацию ЭлД в цифровой среде. Данные состоят из упорядоченной последовательности блоков - элементов. Для каждого элемента должен быть задан его тип, позволяющий интерпретировать (понимать) данные. Тип элемента данных не является свойством данных, а предписывается человеком в стандартах, спецификациях и других технических документах. Один и тот же элемент данных может интерпретироваться различными способами, т.е. ему может быть предписано несколько разных типов. Например, последовательность из 16 бит может быть интерпретирована как двоичное, восьмиричное, десятичное, шестнадцатиричное число, код символа (буквы) или машинной команды. Каждой из этих интерпретаций соответствует свой способ воспроизведения данных, свой набор допустимых операций и значений. Тип данных может использоваться для определения аппаратного, программного обеспечения или другого оборудования, необходимого для воспроизведения или работы с этими данными.

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

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

Воспроизведение данных в виде битовой строки неудобно для восприятия человеком. Поэтому обычно данные воспроизводятся в другом, удобном для восприятия, виде. Этот вид определяется типом данных, который предписан для конкретного элемента данных: буква, число, текст, изображение, аудиозапись и т.д.

Примечание - Воспроизведение является одним из методов интерпретации данных. Обычно эта часть интерпретации передается компьютеру.

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

Тип составного элемента данных является упорядоченной последовательностью типов его подэлементов.

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

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

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

Определение атрибута объекта электронной или цифровой среды должно, как правило, содержать имя атрибута, его формат (или, как минимум, тип).

Сервисные атрибуты не обязательно являются элементами данных ЭлД. Например, атрибуты «имя файла», «дата создания файла», «размер файла» и т.п., характеризующие конкретную реализацию ЭлД, не обязательно должны присутствовать в данных документа.

Различие между справочными и сервисными атрибутами имеет принципиальный характер: справочные атрибуты описывают документ как объект социальной среды, сервисные - реализацию документа как материального предмета или процесса в конкретной среде существования. Например, атрибут «дата создания документа» относится к документу, характеризует момент появления документа независимо от формы, в которой документ был первоначально создан и существует в текущий момент, и должен пониматься в таком смысле, независимо от технической реализации. С другой стороны, атрибут «имя файла» носит чисто технический характер, его интерпретация зависит от реализации (например, в разных операционных системах «имя файла» может по-разному обрабатываться) и поэтому является сервисным атрибутом. Как следствие «имя файла», как и любой другой сервисный атрибут, не может быть реквизитом документа, а «дата создания документа» - может.

1. Формирование требований к АС (1.Обследование объекта и обоснование необходимости создания АС; 2.Формирование требований пользователя к АС; 3.Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)). 2.Разработка концепции АС (1.Изучение объекта; 2.Проведение необходимых научно-исследовательских работ; 3.Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя; 4.Оформление отчёта о выполненной работе.); 3.Техническое задание (Разработка и утверждение технического задания на создание АС.); 4.Эскизный проект (1.Разработка предварительных проектных решений по системе и её частям.; 2.Разработка документации на АС и её части.); 5.Технический проект (1.Разработка проектных решений по системе и её частям. 2.Разработка документации на АС и её части. 3.Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (ТЗ) на их разработку. 4.Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.); 6.Рабочая документация (1.Разработка рабочей документации на систему и её части. 2.Разработка или адаптация программ.); 7.Ввод в действие. (1.Подготовка объекта автоматизации к вводу АС в действие. 2.Подготовка персонала. 3.Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, инфо изделиями). 4.Строительно-монтажные работы. 5.Пусконаладочные работы. 6.Проведение предварительных испытаний. 7.Проведение опытной эксплуатации. 8.Проведение приёмочных испытаний.); 8.Сопровождение АС (1.Выполнение работ в соответствии с гарантийными обязательствами. 2.Послегарантийное обслуживание.)

На этапе 1.1. "Обследование объекта и обоснование необходимости создания АС" проводят: сбор данных об объекте автоматизации и осуществляемых видах деятельности; оценку качества функционирования объекта и осуществляемых видах деятельности, выявление проблем, решение которых возможно средствами автоматизации; оценку целесообразности создания АС.

На этапе 1.2. "Формирование требований пользователя к АС" проводят: подготовку исходных данных для формирования требований АС; формулировку и оформление требований пользователя к АС.

На этапе 1.3. "Оформление отчёта о выполненной работе и заявки на разработку АС" проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС.

На этапах 2.1. "Изучение объекта" и 2.2. "Проведение научно-исследовательских работ" разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчёты о НИР.

На этапе 2.3. "Разработка и выбор вариантов концепции АС" проводят разработку альтернативных вариантов создаваемой АС и планов их реализации; оценку необходимых ресурсов; оценку преимуществ и недостатков каждого варианта; определение порядка оценки качества и условий приёмки системы; оценку эффектов, получаемых от системы.

На этапе 2.4. "Оформление отчёта о выполненной работе" подготавливают и оформляют отчет, содержащий описание выполненных работ.

На этапе 3.1. "Разработка и утверждение ТЗ на создание АС" проводят разработку, оформление, согласование и утверждение ТЗ.

На этапе 4.1. "Разработка предварительных проектных решений по системе и её частям" определяются: функции АС; функции подсистем, их цели и эффекты; задачи; концепция инфо базы, её структура; функции системы управления базой данных; состав вычислительной системы; функции и параметры программных средств.

На этапе 5.1. "Разработка проектных решений по системе и её частям" обеспечивает разработку общих решений по системе и её частям, по функциям персонала, по структуре технических средств, по алгоритмам решения задач, по организации и ведению инфо базы, по программному обеспечению.

На этапах 4.2. и 5.2. "Разработка документации на АС и её части" проводят разработку, оформление, согласование и утверждение документации.

На этапе 5.3. "Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку" проводят: подготовку и оформление документации на поставку изделий для АС; определение технических требований и составление ТЗ на разработку изделий.

На этапе 5.4 "Разработка заданий на проектирование в смежных частях проекта объекта автоматизации" осуществляют разработку и утверждение заданий для проведения строительных, электротехнических и др. работ, связанных с созданием АС.

На этапе 6.1 "Разработка рабочей документации на систему и её части" осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации.

На этапе 6.2 "Разработка или адаптация программ" проводят разработку программ и программных средств системы, выбор и адаптацию приобретаемых программных средств.

На этапе 7.1 "Подготовка объекта автоматизации к вводу АС в действие" проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие.

На этапе 7.2 "Подготовка персонала" проводят обучение персонала и проверку его способности обеспечить функционирование АС.

На этапе 7.3 "Комплектация АС поставляемыми изделиями" обеспечивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий, проводят контроль их качества.

На этапе 7.4 "Строительно-монтажные работы" проводят: выполнение работ по строительству специализированных помещений для размещения технических средств и персонала АС; сооружение кабельных каналов; выполнение работ по монтажу технических средств и линий связи, их испытание.

На этапе 7.5 "Пусконаладочные работы" проводят: наладку технических и программных средств.

На этапе 7.6 "Проведение предварительных испытаний" осуществляют: испытания АС на работоспособность и соответствие ТЗ; устранение неисправностей и внесение изменений в документацию на АС; оформление акта о приёмке АС в опытную эксплуатацию.

На этапе 7.7 "Проведение опытной эксплуатации" проводят: опытную эксплуатацию АС; анализ результатов эксплуатации; доработку ПО АС; дополнительную наладку технических средств АС; оформление акта о завершении опытной эксплуатации.

На этапе 7.8 "Проведение приёмочных испытаний" проводят: испытания на соответствие ТЗ; анализ результатов испытания АС и устранение недостатков; оформление акта о приёмке АС в постоянную эксплуатацию.

На этапе 8.1 "Выполнение работ в соответствии с гарантийными обязательствами" осуществляются работы по устранению недостатков, выявленных при эксплуатации АС в течении гарантийных сроков; внесению изменений в документацию на АС.

На этапе 8.2 "Послегарантийное обслуживание" осуществляют работы по: анализу функционирования системы; выявлению отклонений от проектных значений; установлению причин этих отклонений и их устранение; внесению изменений в документацию на АС.

Зачем, в принципе, нужны при проектировании?

Получается так, что ГОСТы помогают самому проектировщику.

Основная проблема при проектировании – это отсутствие самого проектирования. Есть некие обрывки мыслей, желаний, но без формирования их в некую целостную картину. Это свойственно и начинающим и системным администраторам и начинающим системным инженерам. Присутствуют некая спонтанность мышления. Кстати, она же свойственна и многим заказчикам. Но они находятся в несколько более выгодном положении, чем исполнители.

Возникает интересный вопрос: а кому нужно и все эти пояснительные записки, ТЗ и т.п.? И вот какой интересный ответ у нас получится: на 85% документирование необходимо исполнителю. Оставшиеся 15% нужны заказчику для некоего общего понимания происходящего. Но исполнителю надо четко обозначить как границы проекта, так и признаки его выполнения. Исполнитель должен уметь защищать себя от хаотичности мышления заказчика.

Итак, обратимся к ГОСТам разработчика. Основных у нас их два: ГОСТ 34й серии и ГОСТ 19й серии. 34я серия относится к разработке автоматизированных систем, а 19й – к разработке программного обеспечения.
Мы будем говорить о ГОСТе 34й серии.

В 34й серии много различных ГОСТов. Нас будут интересовать лишь некоторые из них. А именно:

1. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения
2. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания
3. ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы
4. ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем
5. ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
6. РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

ГОСТы чем-то похожи по своей иерархической структуре на каталог. На такой, например, как Active Directory. Вероятно, что если писать документацию четко следуя ГОСТам, то перекрестные ссылки позволят вам ознакомиться с огромным количеством документов. Но что самое главное в ГОСТах, это четкая модель «от общего к частному». Начиная с общих фраз мы дойдем до самого последнего RJ45 в системе.

А теперь более подробно. Основным ГОСТом, вокруг которого идет т.н. пляска является ГОСТ 34.601-90 (Стадии создания). Давайте более подробно посмотрим на этот документ.

Вот такая вот структура встречает нас в данном документе. Что же в этом замечательного? Замечательного в этом то, что мы видим практически полный цикл жизни автоматизированной системы. Почему почти? Потому что тут отсутствует такая стадия как вывод из эксплуатации и утилизация. Но нам это не особо и надо. Пока с лихвой хватит и существующих стадий. Тем более, что стадия утилизации рассмотрена в одном из других ГОСТов, но это выходит за рамки этой статьи.

Как я говорил выше, ГОСТы содержат в себе перекрестные ссылки. И чтобы пойти дальше в наших рассуждениях, мы чуть-чуть заглянем в ГОСТ 34.003-90 (Термины и определения). В нем интересует определение автоматизированной системы. Это важно, т.к. нам все же надо иметь представление, что же мы собираемся создавать.

ГОСТ 34.003-90 в определении автоматизированной системы говорит нам следующее: автоматизированная система; АС: Система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций. Т.е. другими словами, АС состоит из

1. Персонала
2. комплекса средств
3. некой деятельности, подлежащей автоматизации.

Так же уточним у ГОСТа 34.003-90

1. комплекс средств автоматизации автоматизированной системы; КСА АС: Совокупность всех компонентов АС, за исключением людей
2. пользователь автоматизированной системы; пользователь AC: Лицо, участвующее в функционировании АС или использующее результаты ее функционирования
3. эксплуатационный персонал автоматизированной системы; эксплуатационный персонал АС
4. компонент автоматизированной системы; компонент AC: Часть АС, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое

Итак, что же у нас получается? А получается, что мы почувствовали под ногами некоторый фундамент, на который будем опираться. Нам известно, из чего состоит автоматизированная система и уточнили, что персонал бывает двух видов: пользовательский и эксплуатационный. И логически выведем, что компонент АС, выделенный по определенному признаку будет т.с. «hardware» и «software», если совсем просто. И совокупность программы+железо будет комплекс средств автоматизации АС.

Значит, если заказчик, например, скажет «А установите мне Exchange», то это не будет АС по одной простой причине: как минимум в таком задании отсутствует вид автоматизируемой деятельности. А может быть заказчику вообще нужен не Exchange. А может ему совсем нужен не Exchange. А это значит, что требуется обследование объекта автоматизации. А значит начинается стадия первая ГОСТ 34.601-90 (Стадии создания). «Формирование требований к АС»

На этой стадии ГОСТ требует от нас сделать несколько этапов. Если перевести это на человеческий язык, то тут мы должны определить надо ли вообще что-либо разрабатывать. Целесообразно ли это различных точек зрения. В общем, провести оценку необходимости начала работ. Итогом работы по этой стадии становится отчет, который фиксирует результат.

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

В концепции нам необходимо изучить объект, где требуется произвести внедрение. Если в первой стадии мы искали причину создания АС вообще(исходя лишь из бизнес-целей, просто ГОСТ писался тогда, когда таких слов не употребляли), то на второй стадии нам необходимо найти возможные варианты, которые удовлетворяют требованиям заказчика. Например, если заказчик хочет почтовую систему, то это можно реализовать как на Exchange, так и на Postfix или на чем ни будь еще. Со своими плюсами, минусами и вариантами развития. Проводится общая экспертиза объекта и предварительно оцениваются трудозатраты. Мы, как исполнители, тоже ищем для себя наиболее оптимальный вариант.
После того, как мы придем с заказчиком к определенному единому мнению о том, какой именно вариант решения ему подходит в общих чертах больше всего, мы переходим к, не побоюсь этого слова, самому важному пункту проекта «Техническое задание»

Техническое задание, если посмотреть определение ГОСТ 34.602-89, является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

ТЗ настолько важный документ, что ему посвящен персональный ГОСТ. Сейчас мы на этом подробно останавливаться не будем. Замечу лишь, что для правильного формирования ТЗ необходимо, чтобы стадии ГОСТа 34.601-90 «Формирование требований к АС» и «Разработка концепции АС» были выполнены. От качества выполнения этих стадий зависит правильность и корректность создания ТЗ.

Оставьте свой комментарий!

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

Государственные стандарты (ГОСТы) в информационных технологиях (ИТ). Часть III - унификация в стандартах. Термин «информационная технология»

Для начала отберем существующие стандартные определения «информационная технология» в хронологическом порядке, по каждого конкретного в действие.

Информационная технология по ГОСТ 34.003-90

Информационная технология по ГОСТ Р 51170-98

Информационная технология по ГОСТ Р 51275-99

Информационная технология (ИТ) по ГОСТ Р 53114-2008

Анализ определений термина «информационная технология» и поиск ключевых слов

Для поиска ключевых слов в определениях термина «информационная технология» был использован уже не первый попавшийся в поиске текстов seotxt.com/service/optimizer, а htmlweb.ru/analiz/semantic_text.php. Ради разнообразия и любопытства. Тексты сразу всех определений термина «информационная технология» были «скормлены» анализатору. Результаты его деятельности были отсортированны по количеству ключевых слов, словоформы были объединены вручную:

1. методы (5), способы (4), приемы (2), процессы (2);
2. обработки (4), сбора (2), хранения (2), передачи (1), поиска (1), предоставления (1), распространения (1);
3. информации (4);
4. применения (1), использования (1);
5. средств (2), вычислительной (1), техники (1);
6. программных (1), технических (1).

Что-то подсказывает, что применение и использование - понятия идентичные, только от использования отдает вульгарщиной (я тебя любила, а ты меня использовал!). однозначно эквивалентны программным и техническим средствам. С перечислениями 4 - 6 проблем нет.

Теперь по перечислению 1. Хочется понять, насколько в нем все. Обращаемся к словарю Ожегова:

• метод - способ теоретического исследования или практического осуществления чего-н.;
• способ - действие или система действий, применяемые при исполнении какой-н. работы, при осуществлении чего-н.;
• прием - отдельное действие, движение. Способ в осуществлении чего-н.;
• процесс - «Изменение свойств некоторого объекта (при взаимодействии с другими элементами или внешней средой или в результате внутренних действий) или его перемещение в пространстве [из п. 7.1.6 ГОСТ Р 52292-2004]».

Примечание от 27.06.2014 г. - Прием есть «Законченная совокупность действий человека, применяемых при выполнении или его части и объединенных одним [из п. 60 ГОСТ 3.1109-82]».

Вроде бы все честно. Все сводится к действию, но выдерживается строгая иерархия: метод - способ - прием.

По перечислению 2: обработка (данных или информации) - пока найдено пять ГОСТированных определений, лучшее - «Совокупность операций сбора, накопления, приема, записи, регистрации, уничтожения, отображения [из п. 2.1(7) ГОСТ Р 51275-99]».

При попытке выдать некоторую осмысленную формулировку (не заглядывая при этом в стандартные определения) получается следующее:

«Методы, способы, приемы и процессы обработки (сбора, хранения, передачи, поиска, предоставления и распространения) информации с применением СВТ (средств вычислительной техники или программных и технических средств)».

Унифицированное определение термина «информационная технология»

Стоит учесть и определение обработки информации по ГОСТ 51275-99. Унифицированное определение информационной технологии будет выглядеть так:

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

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

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

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

Дата введения
с 01.01.1992г.

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

Стандарт устанавливает стадии и этапы создания АС. В приложении 1 приведено содержание работ на каждом этапе.

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

1.1. Процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединённых в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям.

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

1.3. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС.

1.4. Состав и правила выполнения работ на установленных настоящим стандартом стадиях и этапах определяют в соответствующей документации организаций, участвующих в создании конкретных видов АС.

Перечень организаций, участвующих в работах по созданию АС, приведён в приложении 2.

2. СТАДИИ И ЭТАПЫ СОЗДАНИЯ АС

2.1. Стадии и этапы создания АС в общем случае приведены в таблице.

2.2. Стадии этапы, выполняемые организациями - участниками работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта.

Допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.

ПРИЛОЖЕНИЕ 1
(справочное)

1. На этапе 1.1. "Обследование объекта и обоснование необходимости создания в АС" общем случае проводят:

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

2. На этапе 1.2. "Формирование требований пользователя к АС" проводят:

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

3. На этапе 1.3. "Оформление отчёта о выполненной работе и заявки на разработку АС (технико-технического задания)" проводят оформление отчета о выполненных работах на данной стадии и оформление заявки на разработку АС (тактико-технического задания) или другого заменяющего её документа с аналогичным содержанием.

4. На этапах 2.1. "Изучение объекта" и 2.2. "Проведение научно-исследовательских работ" организация-разработчик проводит детальное изучение объекта автоматизации и необходимые научно-исследовательские работы (НИР), связанные с поиском путей и оценкой возможности реализации требований пользователя, оформляют и утверждают отчёты о НИР.

5. На этапе 2.3. "Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя" в общем случае, проводят разработку альтернативных вариантов концепции создаваемой АС и планов их реализации; оценку необходимых ресурсов на их реализацию и обеспечение функционирования; оценку преимуществ и недостатков каждого варианта; определение порядка оценки качества и условий приёмки системы; оценку эффектов, получаемых от системы.

6. На этапе 2.4. "Оформление отчёта о выполненной работе" подготавливают и оформляют отчет, содержащий описание выполненных работ на стадии описания и обоснования предлагаемого варианта концепции системы.

7. На этапе 3.1. "Разработка и утверждение технического задания на создание АС" проводят разработку, оформление, согласование и утверждение технического задания на АС и, при необходимости, технических заданий на части АС.

8. На этапе 4.1. "Разработка предварительных проектных решений по системе и её частям" определяются: функции АС; функции подсистем, их цели и эффекты; состав комплексов задач и отдельных задач; концепция информационной базы, её укрупнённая структура; функции системы управления базой данных; состав вычислительной системы; функции и параметры основных программных средств.

9. На этапе 5.1. "Разработка проектных решений по системе и её частям" обеспечивает разработку общих решений по системе и её частям, функционально-алгоритмической структуре системы, по функциям персонала и организационной структуре, по структуре технических средств, по алгоритмам решения задач и применяемым языкам, по организации и ведению информационной базы, системе классификации и кодирования информации, по программному обеспечению.

10. На этапах 4.2. и 5.2. "Разработка документации на АС и её части" проводят разработку, оформление, согласование и утверждение документации в объёме, необходимом для описания полной совокупности принятых проектных решений и достаточном для дальнейшего выполнения работ по созданию АС. Виды документов - по ГОСТ 34.201-89 .

11. На этапе 5.3. "Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку" проводят: подготовку и оформление документации на поставку изделий для комплектования АС; определение технических требований и составление ТЗ на разработку изделий, не изготовляемых серийно.

12. На этапе 5.4 "Разработка заданий на проектирование в смежных частях проекта объекта автоматизации" осуществляют разработку, оформление, согласование и утверждение заданий на проектирование в смежных частях проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.

13. На этапе 6.1 "Разработка рабочей документации на систему и её части" осуществляют разработку рабочей документации, содержащей все необходимые и достаточные сведения для обеспечения выполнения работ по вводу АС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями, её оформление, согласование и утверждение. Виды документов по ГОСТ 34.201-89 .

14. На этапе 6.2 "Разработка или адаптация программ" проводят разработку программ и программных средств системы, выбор, адаптацию и (или) привязку приобретаемых программных средств, разработку программной документации в соответствии с ГОСТ 19.101 .

15. На этапе 7.1 "Подготовка объекта автоматизации к вводу АС в действие" проводят работы по организационной подготовке объекта автоматизации к вводу АС в действие, в том числе:

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

16. На этапе 7.2 "Подготовка персонала" проводят обучение персонала и проверку его способности обеспечить функционирование АС.

17. На этапе 7.3 "Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)" обеспечивают получение комплектующих изделий серийного и единичного производства, материалов и монтажных изделий, проводят входной контроль их качества.

18. На этапе 7.4 "Строительно-монтажные работы" проводят:

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

19. На этапе 7.5 "Пусконаладочные работы" проводят:

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

20. На этапе 7.6 "Проведение предварительных испытаний" осуществляют:

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

21. На этапе 7.7 "Проведение опытной эксплуатации" проводят:

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

22. На этапе 7.8 "Проведение приёмочных испытаний" проводят:

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

23. На этапе 8.1 "Выполнение работ в соответствии с гарантийными обязательствами" осуществляются работы по устранению недостатков, выявленных при эксплуатации АС в течении установленных гарантийных сроков, внесению необходимых изменений в документацию по АС.

24. На этапе 8.2 "Послегарантийное обслуживание" осуществляют работы по:

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

ПРИЛОЖЕНИЕ 2
(справочное)

ПЕРЕЧЕНЬ ОРГАНИЗАЦИЙ, УЧАСТВУЮЩИХ В РАБОТАХ ПО СОЗДАНИЮ АС.

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

2. Организация-разработчик, которая осуществляет работы по созданию АС, представляет заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывает и поставляет различные программные и технические средства АС.

3. Организация-поставщик, которая изготавливает и поставляет программные и технические средства по заказу разработчика или заказчика.

4. Организация-генпроектировщик объекта автоматизации.

5. Организации-проектировщики различных частей проекта объекта автоматизации для проведения строительных, электротехнических, санитарно-технических и других подготовительных работ, связанных с созданием АС.

6. Организации строительные, монтажные, наладочные и другие.

Примечания:

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