WSN

Странно. Перечитал. Не нашел того, что искал. Из ваших постов можно сделать примерно следующие выводы:
- переводим схему в электронный вид с помощью фотошопа.
- повсеместно ставим wi-fi ну или на худой конец 4g lte.
- закупаем планшеты.
- всё подписываем инновационными электронными подписями.
Это всё действительно реально. Но нет предложений по реализации самой системы электронного документооборота. Насколько в курсе дел, электронную подпись, которая должна была работать в составе АРМ-ВТД, делегировали какой-то другой конторе, и это было распоряжение "сверху", хотя ВТД был к этому готов. Но я из ваших "предложений" так и не понял чем плох ВТД, это ваше право конечно ассоциировать его с велосипедом, а трассу Е-95, кстати с чем? Но ВТД вроде выполняет все функции, кроме электронной подписи. Тонкие клиенты, которые не нуждаются в установке тяжелых редакторов, написаны - АРМ-ИОТД, недавно смотрел, вполне сносный продукт. Просмотр, печать, поиск. ВТД - это база данных, не более. Да, основной клиент трудно расширяем, но это не обусловлено ограничениями БД, которая лежит в основе. Можно совершенно легко, быстро и качественно расширять тот же иотд. Так вот я спрашиваю, всё для вас упирается в клинет под андройд? Может быть вас устроить web-версия. А то как-то в ваших постах пока без конструктива. Ну так, имхо.

Я вижу следующие усовршенствования ВТД:
- поиск, расширенный хороший поиск. По "внутренностям" документов в частности.
- "прикрутить" голосовой поиск.
- добавить склейку листов.

И вот что мы получаем. Вызов среди ночи. и я голосом говорю (планшету, ноуту неважно). Дай мне схемы по станции такой-та. интересует нить сигнальных реле и объедини мне их в один документ. Промоделируй такую входную реакцию. Отлично. Фантастика? Нет. Реально такую информацию получить после фотошопа? Нет.

Shoorup

Удалено

WSN

Я программист и архитектор ПО. В структуре самой базы данных ВТД я не вижу никакого криминала:
- позволяет хранить любые документы, начиная от картинок до ну пусть будет до ОФТД (полная информация о свойствах элементов+графическая часть).
- есть предпросмотр - есть возможность быстро "глянуть" схему.
Раньше я думал, что написать софт с нуля это намного проще чем лезть в исходники и расширять. Поверьте, не всегда это лучшая стратегия для ПО - переписать всё заново. Как можно говорить о ВТД как о полноценной системе документооборота, если ЦП политически нет в ВТД. именно политически, т.к. втд функционально готов к её внедрению. это раз.

два. Развитие и вопросы финансирования. Этот пункт можно было бы вынести пожалуй даже на первую строчку. Неужели надо работать бесплатно, так не бывает. Деньги, которые идут на "поддержку" ВТД тратятся именно на поддержку - работа с клиентами+оперативный фикс багов. Но развитие и поддержка, знаете это совершенно разные вещи. Велосипед так и будет стоять на трассе Е95, будет смазанный, рабочий, но он просто так не превратится хотябы даже в мотик.

три. Безопасность. Технически реализовать ту же поддержку клиентов с использованием видео конференций, помощь специалиста для объяснения нетиповых случаев. Это всё реально и есть. Но безопасники это режут. И это не только проблема ВТД в частности. Постоянно идет компромисс между паранойей и удобством. Мы знаем что гугл может отследить любую нашу переписку, но мы пользуемся сервисами потому что это удобно, или не пользуемся.

четрые. Расширение функционала самой БД. Из-за размера ВТД не всегда просто вносить критические изменения в саму базу. Это всегда страшно. Это не недостаток квалификации, баги бывают в коде великих программистов.

пять. На выходе проектных институтов электронная версия документов - pdf! Который надо переводить в ОФТД. ну бред же!

Shoorup

Удалено

WSN

Когда я еще учился в ПГУПСе Олег Максименко защитил диссертацию по моделированию схем. Была проделена колоссальная работа. v1.0 beta если хотите, она работала. Нужно было сделать много телодвижений чтобы подготовить схему к моделированию. Можно было оптимизировать запуская вычисления на нескольких машинах. Но это всё делалось на средства ИМСАТа. Нужна ли была эта разработка? Актуальна бы она была сейчас с внедрением микропроцессорных систем, которые являются "ноу хау" и от которых трудно получить реакции на входные воздействия (возможно ли даже?). Понимаете, это можно было добивать, всем нравилась идея, но как-то никто не отважился за это платить.

WSN добавил 16.08.2013 в 15:44
Ахахах)) я искренне рад что у вас такое хорошее настроение)
Насколько реально пользователя программы заставить к примеру положить принципиальную схему в папку "принципиальная схема", а не просто сунуть в "Новую папку", лол.
Серьезно, я просто не вижу смысла воротить что-то принципиальное новое, когда можно попросту расширить то что есть.

WSN добавил 16.08.2013 в 15:47
угу, как и множество "бесплатных" онлайн-игр. Очень мазаное понятие "базовый функционал". Бывает в работе не хватает одной кнопки, которая Вам обойдется в норм сумму.

Shoorup

Удалено

WSN

ВТД на данный момент уже внедрено и работает. О какой стоимости вы сейчас говорите. За всё уже уплочено.

Вы правда верите, что это не сферический конь в вакуме?

Вопрос провокационный конешно. На данный момент внешне не готов. Если ли уже готовые наработки в этой области? - Есть, тот же АнтиБ.
Ну и тогда к вам встречный вопрос - насколько реально к этой недорогой стронней программе документооборота "прикрутить" те коллосальные труды, которые хранятся в АРМ-ВТД. мм? Ну так чтоб поговорить о реальных всеж вещах, а не о абстракциях.

ИМСАТ

Уважаемые коллеги! Очень приятно, что вопросы перевода технической документации, вопросы форматов, недавно вышедшее распоряжение № 1299 вызывает такую живую дискуссию. До того как выработалось и согласовалось общее видение ситуации с передачей технической документации на дороги, проект распоряжения довольно долго обсуждался всеми участниками процесса (РЖД, ПГУПС, РЖДП). Являясь непосредственным участником этих обсуждений, хочу сделать комментарии к некоторым пунктам распоряжения (или скорее отразить общее видение всех участников) а затем привести доводы на тему «почему решили сделать именно так».
Распоряжение предполагает, что техническая документация будет передаваться на дороги, согласно следующей схеме:



Пункт 1.1. «Отраслевой формат технической документации (ОФ-ТД) для ведения и сопровождения технической документации в подразделениях хозяйства автоматики и телемеханики в процессе эксплуатации средствами АРМ-ВТД».
Комментарий: Ключевыми в этом пункте являются слова «для ведения и сопровождения технической документации в подразделениях хозяйства автоматики и телемеханики». Т.е. пункт 1.1. говорит о том, что внутри РЖД техническая документация должна эксплуатироваться только в формате ОФ-ТД.
Пункт 2. «Проектным организациям передавать заказчикам и эксплуатационным подразделениям электронные версии разработанной графической проектной документации на устройства автоматики и телемеханики в файлах редактируемого формата ОФ-ТД или КАСПР».
Комментарий: Данный пункт говорит о том, что дороги готовы принимать документацию только в формате ОФ-ТД или КАСПР. В пункте также делается акцент на то, что это должен быть не просто автокад, а полноценный КАСПР. Если на дорогу передан ОФ-ТД, то он «без лишних телодвижений» может начать эксплуатироваться (в соответствии с пунктом 1.1.). Если на дорогу передан файл в «чистом» КАСПР, т.е. без дорисовок в автокаде и прочее, то он будет сконвертирован в ОФ-ТД и будет готов к эксплуатации.
---
Один из участников форума сделал пост на тему «а не обратиться ли в ФАС» (Федеральная Антимонопольная Служба), видимо считая это нарушением чьих-то прав. Но ведь если мы хотим купить чайник конкретной, определенной фирмы, никто не обращается в ФАС с тем, что мы нарушаем права других производителей тем фактом, что ЖЕЛАЕМ приобрести чайник этой конкретной фирмы. ОАО «РЖД», как заказчик, имеет полное право желать (требовать) получить документацию в том виде, в котором хочет.
---
Многие задаются вопросом, «почему именно ОФ-ТД?». Кто-то считает, что это искусственный и бесперспективный проект. Кто-то писал про бесполезность перевода технической документации.
Давайте немного разберемся.
1. Допустим мы «плюнули» на этот ОФ-ТД, да и на любой другой единый формат. Будет ли тогда эксплуатироваться документация? Да, будет. А в электронном виде? Тоже будет. Но как? Одни присылают в автокаде, другие в визио, третьи в экселе, четвертые в ОФ-ТД, пятые в каспре, шестые в скане, седьмые …. Представим себе выражение лица работников групп технической документации, которые заходя в АРМ-ВТД, нажимают на разные станции, нажимают кнопку «открыть схемплан», и где-то у них запускается автокад, где-то вылетает сообщение «у вас нет визио», где-то «у вас закончилась лицензия на автокад», где-то «неизвестный тип файла», а где-то все в порядке. Но все в порядке будет все реже и реже. Вне всякого сомнения, будут появляться новые системы, в которых можно что-нибудь нарисовать и в них будут рисовать, и это будет вызывать все большее и большее недоумение на дорогах. Проектировщик может на это парировать следующим образом «я выпустил великолепный проект, дальше не мои проблемы». Да, он действительно выпустил великолепный проект и дальше действительно не его проблемы. Но ведь работаем мы для РЖД. РЖД наводит порядок с тех. документацией. Почему мы ставим им палки в колеса?

2. Почему именно ОФ-ТД? А не, скажем, pdf, tiff, bmp, визио, автокад. Давайте откроем изображение светофора из файлов в форматах bmp, автокад, каспр, ОФ-ТД:



В чем разница? Визуально ни в чем. Но давайте заглянем во внутреннюю структуру этих четырех файлов



Формат bmp является типичным примером того, что мы называем «нередактируемый формат». В нем светофор представлен как совокупность цветов точек. Белая точка, следом за ней черная точка, следом белая и т.д. Слово «нередактируемый» немного условно. Если очень хочется его отредактировать, то можно запустить, скажем Paint, аккуратно что-то подтереть ластиком и попробовать постараться подрисовать карандашом то что мы хотим. В файле автокад записана такая информация: кружок, линия, кружок и т.п. В нем светофор не является именно светофором, а является совокупностью кружков и линий. В файлах КАСПР и ОФ-ТД светофор является именно светофором. Если мы откроем файл ОФ-ТД в каком-нибудь текстовом редакторе, то мы увидим то, что представлено на 4-й картинке. Если мы внутри файла вручную заменим какое-нибудь показание, а затем запустим отрисовку файла (откроем его в просмотровщике или редакторе) то мы увидим как изменилось показание светофора.
Теперь к вопросу – зачем нам это все нужно. Файлы в нередактируемых форматах нам не дают ничего кроме просмотра схем. Если же файл в редактируемом формате, т.е. в том формате, где светофор является светофором, а не кружками с палочками, перед нами открываются широчайшие возможности автоматизации! Вот несколько простых, но показательных примеров: мы можем по нажатию одной кнопки выделить все светофоры с заданной маркой. Мы можем «набросать» фрагмент схемы и по нажатию одной кнопки можем найти все схемы, содержащие этот фрагмент. Мы можем, имея однониточный план, по нажатию кнопки автоматически синтезировать (насколько это возможно) двухниточный план. Мы можем автоматически проверить схему на выполнение в ней указания ГТСС (при условии, что указание формализуемо). Даже тот факт, что схема в нередактируемом формате занимает значительно больше места, чем схема в редактируемом формате, играет не в пользу bmp, tiff и пр. Как все мы «чувствуем», СПД не “резиновая”. ПГУПС в настоящее время активно занимается созданием новых функций автоматизации, которые постепенно появляются в наших продуктах.

Теперь немного о текущем состоянии дел с АРМ-ВТД и переводом технической документации
Комплекс задач Автоматизированное рабочее место ведения технической документации (АРМ-ВТД) разработан в рамках программы информатизации ОАО "РЖД". В 2005 году комплекс задач принят комиссией ОАО "РЖД" в постоянную эксплуатацию. КЗ АРМ-ВТД представляет собой систему, предназначенную для автоматизации работы инженера группы технической документации (инструкция ЦШ-617-10).






зам. рук НТЦ-САПР ПГУПС, Зуев Денис Владимирович.

WSN

Денис развернуто прошелся по вопросам. Действительно, формат Каспр ни чуть не хуже чем ОФ-ТД, лишь менее "читаемый". Но именно каспр. В чем проблема Каспр - надо что-то отредактировать "побыстрому", нарисовал эллипс или линию (ведь автокад огого какая универсальная среда!) сохранил. Внешне всё чотко. И все довольны пока не надо найти в документе тот самый светофор, который был нарисован линиями. упс. А нет светофора.. Хотя мне попадались "чертежи" нарисованные в редакторах ИМСАТ полностью графическими линиями о_О. Не эти ли "мастера" хают продукты ИМСАТ? так то да, в автокаде проще "накидать" "чертеж".

Shoorup

Удалено

Dmitriy_S

Прикручены обычно стандартные форматы (Word - Excell) для технических документов и схем придется дописывать самостоятельно и не факт что это будет быстро и без ошибок.
Реально, возможность адаптации готовой системы под специфичные задачи технической документации можно оценить только постфактум, когда разработчики упрутся в какие-нибудь ограничения той или иной готовой среды.

Shoorup

Удалено

Dmitriy_S

Принятие формата DXF равносильно принятию формата SVG! Данные форматы описывают только графическую часть документа. Для полноценного описания технической документации необходимо описание блоков и элементов, чем и занимается формат КАСПР и ОФ-ТД.
При выборе формата хранения плюсом ОФ-ТД была возможность работы с ним, без наличия Автокада, так как основой ОФ-ТД является стандарт XML, который является, по моему личному мнению, более "стандартным" форматом чем узкоспециализированный DXF.

ИМСАТ

Распоряжение № 1299 программой не является))


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


Ничего не стоило, но работа была бы проделана та же самая. Разработать структуры, хорошо протестировать, задокументировать. И все-таки ввиду того что формат был разработан специально для отрасли и мы ничем не ограничивались и рассматривали все возможные варианты, мы пришли к XML описанию. Получившийся на базе XML формат обладает следующими, немаловажными особенностями:
Первая состоит в том, что ОФ-ТД является независимым и надежным форматом. Это означает что если какая-то организация, например, производящая автокад решит изменить свой формат файла, то не произойдет такой ситуации, что файл перестанет открываться на дорогах. ОФ-ТД это специализированный формат, созданный СПЕЦИАЛЬНО для РЖД. Вторая особенность в его простоте. В этом легко убедиться, взглянув на картинку с внутренней структурой файлов или самостоятельно попробовав открыть файлы приведенных форматов, скажем, в блокноте. Даже если случится такая гипотетическая ситуация, что необходимо внести незначительные изменения в схему (скажем, поменять наименование светофора), а на компьютере нет НИКАКИХ специализированных редакторов, можно открыть файл в блокноте и сделать замену. Третья особенность (и огромное преимущество) в том, что файл устроен таким образом, что просмотреть его можно не имея на компьютере специализированных средств просмотра кроме хорошего браузера.



Это небольшой пример автоматизации, написанный, чтобы понять достоинства построения объектной модели из редактируемого формата. Я полагаю что Вам больше понравился более "живой" пример с проверкой на выполнения указаний ГТСС.

зам. рук НТЦ-САПР ПГУПС, Зуев Денис Владимирович.

Shoorup

Удалено