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

В дополнение к нормативным документам общегосударственного масштаба, многие министерства и ведомст­ва (например, министерства обороны или внутренних дел), а также от­дельные корпорации и предприятия (ОАО «Газпром», ОАО «РЖД» и многие другие) вводят в действие собственные нормативные акты, рег­ламентирующие практику создания и эксплуатации АС на подведомст­венных объектах. Отличительными особенностями таких документов можно считать:

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

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

■ ограниченный доступ к информации - ведомственные документы час­то содержат информацию (служебную, коммерческую, knowhow и т. д.), разглашение которой способно нанести вред непосредственно объекту автоматизации или ведомству в целом; по этой причине многие такие до­кументы имеют гриф «Для служебного пользования» или другой атрибут секретности и недоступны для свободного ознакомления.

Наиболее распространенная форма ведомственного нормативного до­кумента - отраслевой стандарт (ОСТ), разрабатываемый в случае от­сутствия на объект стандартизации ГОСТ Р или при необходимости ус­тановления требований, превышающих установленные ГОСТ Р. Порядок разработки ОСТ устанавливается отраслевым органом государственного или ведомственного управления. В качестве примера можно привести от­раслевой стандарт Министерства образования РФ ОСТ ВШ 01.001.94 «Информационные технологии в высшей школе. Общие положения».

В свою очередь, отраслевой руководящий документ чаще всего конкре­тизирует практику применения государственного или отраслевого стандарта, или иного нормативного акта в специфических условиях конкретного ведом­ства. Отраслевые документы могут иметь форму методических указаний, типового положения, типовой инструкции и т. п. В качестве примера можно привести отраслевой руководящий документ Государственного таможенного комитета РФ РД 77.02-99(2) «Порядок сбора, контроля, передачи и обработ­ки первичной таможенной информации для формирования баз данных на всех уровнях таможенной службы».

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

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

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

Лекция 6

⇐ Предыдущая234567891011Следующая ⇒

Поделиться: