УКАЗАНИЕ МПС РФ от 31.07.2000 n М-2152у ОБ ОРГАНИЗАЦИИ ВЕДЕНИЯ МЕЖДУНАРОДНЫХ НОРМАТИВОВ ПО КОДИРОВАНИЮ И ИНФОРМАТИКЕ (вместе с ТРЕБОВАНИЯМИ К ПРОГРАММНЫМ И ТЕХНИЧЕСКИМ СРЕДСТВАМ ПО ОБЕСПЕЧЕНИЮ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ В СТАНДАРТЕ un/edifact)


МИНИСТЕРСТВО ПУТЕЙ СООБЩЕНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
УКАЗАНИЕ
от 31 июля 2000 г. N М-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. Контроль за выполнением указания возложить на руководителя Департамента информатизации и связи В.С. Воронина.
Первый заместитель Министра
А.С.МИШАРИН



Приложение
к указанию МПС России
от 31 июля 2000 г. N М-2152у
ТРЕБОВАНИЯ
К ПРОГРАММНЫМ И ТЕХНИЧЕСКИМ СРЕДСТВАМ ПО ОБЕСПЕЧЕНИЮ
ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ В СТАНДАРТЕ 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

<ТЕЛЕГРАММА> ЦБ РФ от 31.07.2000 n 26/2492А <О ЗАКРЫТИИ ФИЛИАЛОВ ОАО АБ КУБАНЬБАНК (Г. КРАСНОДАР)>  »
Постановления и Указы »
Читайте также