Указание МПС РФ от 31.07.2000 № М-2152у

«Об организации ведения международных нормативов по кодированию и информатике»

(вместе с «Требованиями к программным и техническим средствам по обеспечению информационного взаимодействия в стандарте UN/EDIFACT»)

МИНИСТЕРСТВО ПУТЕЙ СООБЩЕНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

УКАЗАНИЕ

от 31 июля 2000 г. № М-2152у

ОБ ОРГАНИЗАЦИИ ВЕДЕНИЯ МЕЖДУНАРОДНЫХ НОРМАТИВОВ

В целях совершенствования информационной поддержки международных перевозок грузов и пассажиров, создания и развития нормативных основ обмена данными между автоматизированными системами железных дорог России и соседних государств, а также транспортными и другими ведомствами Российской Федерации, участвующими в перевозках грузов, разработки систем кодирования и правил взаимного обмена данными между железными дорогами — членами ОСЖД и МСЖД Министерство путей сообщения Российской Федерации приказывает:

1. Возложить на Департамент информатизации и связи функции заказчика по разработке, внедрению и сопровождению информационных систем международных грузовых и пассажирских перевозок, систем кодирования и правил взаимного обмена данными в стандарте UN/EDIFACT.

2. Возложить на Управление внешних связей организацию взаимодействия с ОСЖД и МСЖД по вопросам кодирования и информатики.

3. С целью организации работ по кодированию и информатике в международном сообщении создать рабочую группу в составе:

А.В. Корсаков — заместитель руководителя Департамента

информатизации и связи, руководитель группы

В.П. Павлов — заместитель начальника Управления статистики

Ю.С. Фереферов — заместитель начальника Управления внешних

связей

    Б.Е. Марчук    - руководитель отделения ВНИИЖТ

    Д.И. Булахов   - заведующий отделом ВНИИАС МПС России

    О.М. Рыбаков   - главный специалист ГВЦ МПС России.

4. Заместителю Министра путей сообщения А.С. Гришину, руководителям Департаментов пассажирских сообщений В.Н. Шатаеву, грузовой и коммерческой работы Ю.М. Косову, финансов П.Г. Короткевичу, локомотивного хозяйства В.С. Черному, вагонного хозяйства С.С. Барбаричу, начальнику Управления статистики Г.В. Бугрову, начальнику первого отдела МПС России А.А. Крылову в месячный срок определить ответственных по вопросам кодирования и информатики в международном сообщении для подготовки заключений и предложений по тематике, связанной с деятельностью департаментов, и направить предложения в Департамент информатизации и связи.

5. Руководителю Департамента информатизации и связи В.С. Воронину до 15.09.2000 на основе предложений департаментов представить на утверждение перечень ответственных по памяткам ОСЖД/МСЖД «Кодирование и информатика».

6. В целях создания и внедрения системы информационной поддержки международных грузовых и пассажирских перевозок с использованием международного стандарта UN/EDIFACT:

6.1. Утвердить Требования к программным и техническим средствам по обеспечению информационного взаимодействия в стандарте UN/EDIFACT (Приложение).

6.2. Директору ГУП «Трансинформ» О.А. Латушкину до 30.08.2000 в соответствии с утвержденными Требованиями обеспечить поставку в ГВЦ МПС России программно — аппаратного комплекса EDI-сервера за счет средств Программы информатизации.

6.3. Начальнику ГВЦ МПС России В.Ф. Вишнякову до 15.12.2000 разработать необходимое программное обеспечение для конвертирования данных железных дорог в объеме накладной в стандарт UN/EDIFACT и обратно.

6.4. Руководителю Департамента информатизации и связи В.С. Воронину, начальнику ГВЦ МПС России В.Ф. Вишнякову, директору ГУП «Трансинформ» О.А. Латушкину ввести в эксплуатацию систему обмена данными между железными дорогами России, Финляндии и Северо — Западным таможенным управлением Российской Федерации в I квартале 2001 года.

7. Контроль за выполнением указания возложить на руководителя Департамента информатизации и связи В.С. Воронина.

ТРЕБОВАНИЯ К ПРОГРАММНЫМ И ТЕХНИЧЕСКИМ СРЕДСТВАМ ПО ОБЕСПЕЧЕНИЮ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ В СТАНДАРТЕ UN/EDIFACT

1. Наименование проблемы

Создание узла информационного взаимодействия в стандарте UN/EDIFACT. Узел включает программно — технический комплекс (EDI-сервер), взаимодействующий с другими EDI-серверами через каналы связи (локальные, корпоративные и другие сети) и с другими абонентами (PC, Mainfraim и т.п.).

EDI-сервер должен обеспечивать прием, передачу и обработку данных, включая конвертирование из стандарта, принятого в МПС России, в стандарт UN/EDIFACT и обратно, в соответствии с принципами EDI с учетом синтаксического контроля, формирования и обработки подтверждений (CONTRL и др.), регистрации, архивирования и т.п.

2. Цели

EDI-сервер предназначен для организации обмена данными между информационной системой железнодорожного транспорта России и информационными системами зарубежных железных дорог, а также других ведомств России, включая автомобильный, речной, морской и другие виды транспорта, таможенные, пограничные, санитарные и другие органы, в стандарте UN/EDIFACT и в реальном масштабе времени.

В качестве пилот — проектов предусматривается организация обмена данными с железными дорогами Финляндии (VR Cargo) и Северо — Западным таможенным управлением (СЗТУ).

3. Требования к SOFT EDI-сервера

3.1 Характеристики обмена данными

Для пилот — проекта обмен предусматривается сообщениями в стандарте UN/EDIFACT размером содержательной части от 0,5 Кбайт до 5 Кбайт с частотой 200 сообщ./час с коэффициентом сгущения, равным 3.

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

3.2 Виды обмена данными

Обмен файлами с подтверждением получения сообщения.

Обмен сообщениями с подтверждением получения сообщения.

3.3 Периодичность

Основной режим: по мере поступления (в режиме реального времени).

Возможные режимы: через определенное время, по требованию, в регламенте (в определенный требуемый час или в определенный требуемый промежуток времени).

3.4 Рабочий режим

Все дни года, 24 часа в день.

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

3.5 Интерфейс с приложениями

Отправление / получение файлов.

Работа с файлами, используя протокол NFS.

Передача файлов.

При помощи FTP.

Возникновение передачи:

• система отправляет файл;
• система отправляет файл после запроса;
• система получает файл;
• система получает файл после запроса.

Контроль за передачей файлов:

• объем отправленного / полученного файла;
• подтверждение получения наличием в файле условного знака;
• передача сообщений;
• связь с X.400.

Прямой доступ к СУБД:

• запрос информации на SQL.

Использование сокетов TCP-IP и X.25.

Специализированные обмены:

• APPC с IBM ES 9000;
• интерфейс MQ-series;
• использование Fax модуля;
• вызов API монитора IBM CICS.

3.6 Интерфейс с пользователем:

• текстовый, через терминал (командная строка);
• графический;
• доступ через Браузер HTML.

3.7 Управление обменом информацией с несколькими партнерами:

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

3.8 Управление схемами передачи данных

Для каждого сообщения возможность выбора этапов его обработки:

• на всех этапах;
• на одном этапе.

Это должно быть возможно:

• при отправлении сообщения;
• при получении сообщения.

3.9 Управление обменом

Разделение пользователей:

• инф. поток по типу получателя;
• инф. поток по техническим характеристикам (рабочее сообщение, тест, развитие).

Конфиденциальность передаваемой информации, кодирование сообщений:

• использование стандартного модуля;
• возможность использования специального модуля (например, русского стандарта).

3.10 Конвертация в стандарт UN/EDIFACT и обратно:

• стандарт EDIFACT (все версии, начиная с версии 91.1);
• возможность развития и использования других стандартов, при необходимости.

3.11 Эксплуатация

Управление обменами данными:

• планирование;
• оптимизация системных ресурсов.

Обработка информации по многим задачам.

Надежность функционирования:

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

Контроль доступа:

• правомочность;
• право доступа.

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

Регистрация сообщений («журнал»).

Информация по обмену:

дата / время отправки и получения сообщения;

дата / время последней передачи дня;

тема (полученного / отправленного сообщения);

тип передачи;

идентификатор получателя / отправителя;

статус передачи.

Информация по конвертированию EDI.

Персональная информация (максимум 4 реквизита).

Выключение передачи:

программное, т.е. сразу после сообщения и/или определенного часа (автоматическое, scheduler...), по ограничениям ресурсов.

Интерактивное прослеживание обмена данными (входящего и исходящего):

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

Выборка сводок информации из обменов:

• поиск по множественным критериям.

Предоставление файла для статистического анализа и фактуризации.

Управление журналами регистрации:

• исключительно по параметрам;
• исключительно автоматически;
• исключительно по требованию;
• архивация.

Процедура восстановления утраченной в результате поломки информации.

Сигнал предупреждения:

• параметры функции предупреждения по сценарию;
• автоматическая передача тревоги по специальному назначению;
• передача тревоги по X.400;
• отчет о предупреждениях на другую систему через SNMP.

Управление архивами через центральную систему типа Storagetek.

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

3.12 Адаптация / персонализация процедур

Визуальные средства разработки типа «Visual Basic».

Язык программирования.

Макроязык.

Подстрочная помощь:

• если моноязыковая, то русск.;
• если многоязыковая (предпочтительно), то русск. и англ.

Помощь в диагностике (debug, помощь в диагностике неисправностей).

3.13 Технические условия

Сервер, предназначенный только для этих целей.

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

Сообщения: Х.400.

• сеть: IP, X.25;
• совместимость с СУБД: DB2, Oracle, SQL Server;
• рабочие места: Win NT Workstation (русифицированная версия).

Передача подстрочной помощи на кириллице.

4. Условия поставки, установки, размещения SOFT EDI-сервера

Предоставление демонстрационной версии до заказа.

Предоставление помощи со стороны поставщика в подготовке тестов.

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

Сроки гарантии.

Бесплатная инсталляция сервера для функции back-up.

Условия эксплуатации:

• мощность ЭВМ;
• минимальный объем диска;
• программное обеспечение, необходимое и не необходимое.

Консультирование:

• по контракту;
• дополнительное.

Обучение, проводимое поставщиками продукта (в Москве):

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

Поддержка:

• посредством телефонного звонка (русск.);
• связь на расстоянии;
• только теледиагностика по требованию;
• вмешательство на расстоянии не предусматривается.

Устранение неполадок:

• условия вмешательства;
• сроки.

Развитие продукта:

• способы распространения новых версий;
• условия их установки;
• сроки получения новой версии (если возможно, на русском языке).

Документация:

• количество копий технической документации, предусмотренное контрактом;
• цена дополнительной информации.

Поставщик должен иметь опыт работы в сфере транспортных перевозок (предоставление подтверждения опыта работы).

Предлагаемый продукт должен соответствовать стандарту UN/EDIFACT на момент поставки и обеспечивать адаптацию при развитии стандарта UN/EDIFACT в течение 7 лет.

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

5. Требования к оборудованию EDI-сервера

5.1 Требование к объемам

Вся информация должна храниться в системе не менее года.

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

5.2 Спецификации

Соискатель должен предложить обеспечение высокой надежности функционирования оборудования (Back-up, программное обеспечение с высоким уровнем надежности, режим non-stop, кластеризация и др.).

5.3 Системный блок и оперативная память

Производительность системного блока должна быть выбрана с учетом соблюдения времени обработки, оговоренного ранее.

Предпочтительно иметь мультипроцессорную систему.

5.4 Накопитель на дисках

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

Объемы данных пользователя приведены выше.

5.5 Связь

Система должна обеспечивать:

Прямое соединение X.25:

минимальная пропускная способность и количество виртуальных сессий должны обеспечивать передачу объемов информации, ранее заданных;

100 Base Т порты для работы с протоколом TCP/IP, разъем RJ45.

Предлагаемое оборудование должно обеспечивать работу с сетями X.25 и IP с использованием сокетов TCP/IP и X.25.

Поставщик указывает возможности и модули расширения производительности соединения.

Система должна располагать серийным портом, обеспечивающим возможность соединения с UPS и, соответственно, связь UPS-сервер.

5.6 Накопитель

Накопитель должен обеспечивать архивирование и сохранность данных входного и выходного потока информации в течение года.

5.7 Развитие системных ресурсов

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

5.8 Back-up/кластер

В случае принятия сценария с Back-up сервер Back-up должен быть идентичен операционному серверу.

Поставщик должен рассмотреть вариант кластера.

5.9 Рабочие места

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

5.10 Операционная система

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

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

5.11 Система управления базой данных

Поставщик уточняет, какие СУБД работают на его оборудовании:

• DB2 компании IBM;
• ORACLE компании ORACLE;
• SQL SERVER компании MICROSOFT.

Уточняются номера версий СУБД для предлагаемого оборудования.

5.12 Телекоммуникации, сеть, кластеризация

Оборудование должно:

• полностью работать с протоколом TCP/IP и прилагающимися к нему средствами (TELNET, FTP,..);
• поддерживать системы совместного использования дисковых ресурсов (NFS);
• располагать программным интерфейсом управления картой X.25;
• поддерживать соединение X.400;
• поддерживать соединение с сервером WEB;
• если соискатель предлагает вариант с кластером, он должен представить программно — техническое обеспечение и указать уровень надежности.

5.13 Программно — техническая поддержка

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

Поставщик детально указывает порядок сопровождения поставленного продукта, возможность оказания помощи на месте, со сроками и стоимостью.

Желательно, чтобы все техническое содействие было на русском языке. В любом случае, техническое содействие, оказываемое в Москве, должно быть на русском языке.

5.14 Обучение

Должен быть предложен порядок по обучению работе с оборудованием и программным обеспечением.

Обучение должно проводиться на русском языке, и предпочтительно, в Москве.

5.15 Установка оборудования

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

6. Дополнительные требования

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

Поддержка системы на месте начинается со дня запуска системы в эксплуатацию.

6.2. Соискатель обязуется предоставлять поддержку оборудования, по меньшей мере, в течение 7 лет с момента завершения периода гарантийного обслуживания.

6.3. Соискатель указывает период, во время которого поддержка оборудования и программного обеспечения осуществляется бесплатно.

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

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

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

6.6. Поставка продукта (EDI-сервер) должна быть произведена не позднее сентября 2000 г.

---