Отчет о нир листов

Вид материала

Отчет

Содержание Приложение 1 к Своду стандартизованных спецификаций Приложение 8. регламент обновления свода СТАНДАРТИЗОВАННЫХ спецификаций .1Общие положения 1.1Термины и определения 1.2Общие принципы ведения Свода требований 1.3Участники процедуры ведения Свода требований 1.4Структура Свода требований

Подобный материал:

• Отчет нии экспериментальной медицины сзо рамн о выполнении плана нир за 2009г и план, 29.72kb.
• Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка и создание, 107.74kb.
• Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка новых радиоволновых, 53.72kb.
• Отчет о научно-исследовательской работе за 2008 год Тема нир: Разработка новых радиоволновых, 49.86kb.
• Отчет о научно-исследовательской работе за 2008 год Тема нир: Исследование новых механизмов, 65.37kb.
• Лексикология для высших учебных заведений1[1], 2831.98kb.
• Отчет о научной деятельности Сибирского государственного индустриального университета, 292.94kb.
• Р. И. об итогах нир университета за 2009 год на Ученом совете от 8 февраля 2010 год, 887.59kb.
• Отчет о нир/окр (бумажная версия) (наименование отчета), 45.75kb.
• Отчет по нир, 650.93kb.

Приложение 1 к Своду стандартизованных спецификаций

Таблица представления информации о частной модели информационной системы.

Взаимодействующие объекты		Интерфейсы			Среда передачи данных	Способы реализации интерфейса в системе
Компонент	Взаимодействующий компонент или смежная система	Базовый тип взаимодействия	Способ передачи информации	Тип передаваемой информации
1	2	3	4	5	6	7

Приложение 8. регламент обновления свода СТАНДАРТИЗОВАННЫХ спецификаций

.1Общие положения

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

.1.1Термины и определения

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

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

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

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

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

Сайт СПО – информационный ресурс в Интернете, обеспечивающий публикацию официальных документов, связанных с реализацией процедур стандартизации программного обеспечения государственных информационных систем, в т.ч. процедур взаимодействия участников настоящего Регламента. Сайт СПО является публичным интерфейсом информационной системы СПО (ИС СПО).

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

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

Статус заявки – формализованное настоящим регламентом обозначение текущей стадии рассмотрения заявки.

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

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

.1.2Общие принципы ведения Свода требований

Свод требований формируется и публикуется в целях:

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

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

• структуризации требований государственных ведомств к программному обеспечению.
  

Процедуры ведения Свода основаны на принципах:

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

.1.3Участники процедуры ведения Свода требований

.1.3.1Заказчик

Государственным заказчиком работ по реализации открытых процедур подготовки новой версии Свода стандартизованных спецификаций является Министерство информационных технологий и связи Российской Федерации.

В обязанности Заказчика входит:

• Своевременное объявление и проведение конкурса на право исполнения работ по настоящему регламенту;
  
• Заключение контракта с определенным в конкурсном порядке Исполнителем;
  
• Координация работ по исполнению регламента, включая назначение постоянного ответственного за взаимодействие с Исполнителем;
  
• Создание в установленном порядке комиссии по приемке работ по настоящему регламенту.
  
• Приемка работ в установленном регламентом порядке.
  
• Передача итогового плана на рассмотрение Правительственной комиссии по административной реформе.
  
  Права Заказчика определены действующим законодательством, Положением о министерстве и иными нормативными документами, а также условиями Государственного контракта.
  
  Заказчик может отказаться от проведения конкурса на исполнение работ по настоящему регламенту и осуществить работы своими силами.
  

.1.3.2Исполнитель

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

В обязанности Исполнителя входят:

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

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

.1.3.3Заявитель

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

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

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

В обязанности Заявителя входит:

• Подготовка заявки с обоснованием необходимости включения спецификации в Свод требований.
  
• Предоставление консультаций и разъяснений Исполнителю по вопросам использования предложенной Заявителем спецификации.
  

Заявителя имеет право:

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

.1.3.4Эксперт

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

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

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

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

В обязанности Эксперта входит:

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

Эксперт имеет право:

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

.1.4Структура Свода требований

Свод требований состоит из двух основных разделов:

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

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

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