Olga Tsyganova

Или чем-то подобным?
http://www.railml.org/web/

Admin

что это за ерунда?

__________________
Телеграм-канал ЖЕЛЕЗНОДОРОЖНИК

Если у вас возникли вопросы по работе сайте - пишите на почту admin@scbist.com

Olga Tsyganova

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

tiksi

Интересно послушать "зачем".

Admin

непонятно каких файлов и приложений

__________________
Телеграм-канал ЖЕЛЕЗНОДОРОЖНИК

Если у вас возникли вопросы по работе сайте - пишите на почту admin@scbist.com

tiksi

Догадываюсь. У меня раньше костюм был в rail-приложении, мундир назывался. У призидента ОАО «РЖД» тоже есть rail-пиджак, с лавром.

Ольга Цыганова

Смотрите, как я это понимаю.
Например, мы используем ГИД УРАЛ. Коллеги из Парижа, какое-то свое приложение.
Необходимо чтобы наши расписания были согласованы.
Для этого можно сделать табличку соответствий наших параметров для построения графика с понятиями из railML, в свою очередь коллеги из Парижа получат такую таблицу соответствий и смогут разобрать эту таблицу и из понятий в среде railML, "перевести" наше расписание для своей системы и отобразить его в ней.
То есть для общения двух систем используется мета-язык, чтобы эти системы друг друга "понимали". Этот подход был писан С. Биром http://ru.wikipedia.org/wiki/%C1%E8%...F4%F4%EE%F0%E4
в книге "Мозг фирмы".

Torquato Tasso

Это конечно очень интересно, но это сайт СЦБистов, а не хакеров.

Olga Tsyganova

Что-то я не понимаю, почему в мою сторону столько критики и негатива.

Этот "язык" может быть полезен для тех, кто создает АРМ'ы, скажем для ДСП или ДСЦ.
Хм, и, кажется, системный подход он применяется во многих сферах.
Например, для построения системы АБ и создания сервера для банка.
Принципы построения архитектуры системы практически одни и те же.

tiksi

Задача поставлена верно. Но протокол обмена оговаривается между разработчиками и он является их "тайной". Конечно, можно разработать ж.д. протокол единый для всех, напримере ЕвроРадио. Но зачем плодить единоподобие во всём, единый протокол писем ж.д., единая речь ж.д, единая одежда и т.д.
Во времена КПСС так и было, но где оно сейчас?

Olga Tsyganova

Не стоит утрировать и применять для всех сфер. (Кстати, единая одежда для сотрудников жд есть. Скажем, для проводников.)

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

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

Кстати, существует проблема передачи данными между системами внутри ржд.


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

tiksi

Olga Tsyganova, я не утрирую, я абсурдирую и это хороший метод.
Про единый протокол. При общении между двумя человеками или системами, если стоит задача о взаимопонимании, то язык общения между ними должен быть единопонятен для резедентов. И это абсолютно. Но как только речь заходит о безопасности, то тут сразу блюдущий безопаснось сразу должен включить "дурочку", я тебя не понимай. И в этом случае единый протокол, если он небезопасный, вещь бесполезная и подлежит уничтожению.
На вашем примере
, всё хорошо, но если я "крякну" ваш роутер и буду пользоваться им, но платить за трафик будете вы...вам нужен такой легкодоступный протокол?
Если не секрет, кем вы работаете? Для взаимопонимания.

Shoorup

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

tiksi опередил

Antibueno

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

__________________
нет ничего невозможного, возможно всё, что можно себе вообразить!

Olga Tsyganova

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

Olga Tsyganova добавил 14.12.2011 в 11:18
Тогда бы у разработчиков была бы возможность создавать приложения для жд, по аналогии с... скажем разработчиками для iPad'ов