Представил ситуацию.
Входит Аноним в общественную курилку и с разгона, не представляясь:
"Эй! Народ! А че сигарету не той стороной в рот пихаете?
Следуя Вашей логике, на этой веточке нужно выступать молча, как в любой нормальной общественной курилке или входить туда с корешем и шептаться только с ним у подоконника.
Ну не обижайтесь, Я стебаюсь только для заполнения паузы в ожидании конструктивных высказываний по теме.
Принимаю конструктив и от Вас тоже.

" Если звезды зажигают, значит это кому-нибудь нужно...."
(Владимир Владимирович НеПутин)
Прав Анонимище от 22/01/2008 [11:29:00]
Миром движет интерес.
Нет интереса у держателя чековой книжки -нет решения проблемы.

Раз гора не идет к Магомету, ее надо обойти.
Если у Инженера по РНРЛиС получится удачный продукт, никто не мешает приобрести его у автора. Тогда получится унификация (и упрощение) учета РТО на нижнем уровне де-факто, что облегчит жизнь исполнителям, ну а потребителям верхнего уровня во всяком случае ее не испортит :).

Забыл залогиниться - предыдущее сообщение от Анонима - мое

Уважаемый vv
Не мог бы ККК обсудить принципиальные вопросы размещения сервера базы данных на ресурсах ГК с Архиповым ?

БЫВАЛЫЙ:
Узнаю родное отечество.
Какие еще нужны "движки"?

Как видим, обыкновенные.
Может и мог бы обсудить, только вот что? Кто-то, где-то что-то, возможно вполне достойное сваял (правда сомневаюсь, что в столь короткий срок что-то солидное можно разработать). Впрочем допускаем, ну и что? Серверы ГК серьезная штука, нужно понимать, что без утвержденного ТЗ, акта испытаний на соответствие ТЗ, опытной эксплуатации и т.п. ставить программу, "кота в мешке" на сервер ГК - несерьезный подход к делу. Документы должны быть оформлены в соотв. с ЕСКД. Прав А, ГОСТ почитать придется. Да и зачем сразу сервер ГК. Пожалуйста, отработать можно в любом филиале (центре ОВД). Потом предложить приобрести этот продукт (однако не факт что это состоится). Конечно БД необходимо сразу делать в сотрудничестве с нашей дирекцией, без этого вообще результат невозможен, возможно кроме этого привлечь кого-нибудь из сотрудников дирекции IT. И только потом можно будет, думаю без проблем, поставить на сервер.
Есть конкретные предложения или наработки – переходим на сайт ГК, раздел дирекция РТОП и связи, более детально лучше обсуждать там. Не хотите широким кругом - мой e-mail к вашим услугам.

2 VV
Узнаю родное отечество.
Какие еще нужны "движки"?
Еще раз подтверждаю актуальность этой фразы.
По Вашему, для того, чтобы что-то изменить, нужны энтузиасты-общественники ("движки").
Но это только Остап Бендер мог работать исключительно из любви к искусству.
К этому же я отношу Вашу фразу об отсутствии в структуре службы ЭРТОС специалистов по организации труда. Помните?
Нисколько не сомневаюсь, что "Серверы ГК серьезная штука' и именно поэтому процесс надо ставить на серьезную организационную основу, а это возможно только с привлечением админиистративного ресурса на всех уровнях. Не "движки", а управленцы должны править бал.
Отработать продукт можно в филиале или центре, но он и будет заточен под филиал или центр.
Подозреваю, что и там без заитересованности со стороны руководства (а здесь какое-никакое финансирование) не обойтись.

Сбросил ссылку директору. Результат? Не сомневаюсь, что просто посидеть почитать дискуссию некогда, тем более обмозговать. Поверьте, там столько проблем. А мы здесь не общественники? Если ставить на серьезную основу - то это подготовка ТЗ на НИР и пробить ее в дополнение к уже утвержденному плану, если заниматься в 2008. Объявить конкурс. И далее как обычно.

2 Инженер по РНРЛиС:
Ну что, уважаемый.
Любовная лодка разбилась о быт.
Ничего у Вас не выйдет с распределенной базой.
Точите продукт для нужд службы ЭРТОС центра, договаривайтесь с начальниками служб ЭРТОС, кто поближе и полегче на подъем. Там и сервер помогут организовать и поддерживать.
Хоть на местах облегчим муки отчетности.
А насчет компенсации затраченных мозговых усилий и копирайта - вспомним нетленное:

"Во глубине сибирских руд
Храните гордое терпенье
Не пропадет Ваш скорбный труд
И дум высокое стремленье"

2 vv:
НИР обычно проводится при наличии какой-либо нерешенной в природе проблемы.Что должен решить НИР в обсуждаемом вопросе?

Разработка БД применительно к нашей теме. Разве эта проблема решена? А Вы каким образом предлагаете это сделать?

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

АУ! Заказчик!!!

Helper:

Задача Заказчика сформулировать свои требования к объекту разработки и выставить их на конкурс.

А он знает что ему это нужно?

Перефразируя Маяковского " Если звезды не зажигаются, значит это не нужно никому" хочу заметить, что поставленный вопрос о разработке базы данных проявил куда более широкую проблему.
Сейчас вовсю машут сабельками, внедряя, так называемую, СМК.
Кто уже хлебнул лиха с оформление моря бумажек с привычным безразличием заметил, что Система Менеджмента Качества по русски звучит как Система Управления Качеством, или СУКА.
Вот эта самая СУКА очередной раз сводится к написанию томов и сваливанию их в архив.
На качестве нашей работы это отразится самым удручающим образом, так как отвлекает занятых людей от привычного дела - эксплуатации РТО.
То, что во всем мире совершенствует производство, убирает ненужные процедуры, упрощает и удешевляет процесс в наших условиях удивительным образом мутирует и превращается в благородное животное.
Как тут не вспомнить Черномырдина. Какую бы СМК мы не внедряли, все равно получается СУКА.
Вывод: Если бы в самом деле кто-нибудь озаботился качеством, то инженера по РНРЛиС повезли бы в ГК в золоченой карете. Работай дорогой, улучшай качество.
А поскольку лошадей не запрягают, вопрос о качестве и распределенной базе данных забудем до лучших времен.
Всем привет.
Дебаты по базе данных заканчиваю.

Пока обсуждение по теме притихло, хочу обратить внимание на другую тему, которая периодически возникает на ветке "Служба ЭРТОС...".Это проблема опять же унификации, но в технологии обработки и представления информации от удаленных объектов.
Активный участник форума (БЫВАЛЫЙ)недавно (08.02.2008)резонно упомянул про системы SCADA (Supervisory Control and Data Acquisition), которые обеспечивают(взято с http://www.rtsoft-training.ru/ ... ):

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

Эти системы не только облегчают и удешевляют разработку прикладного ПО, но главное - дают возможность на одном компьютере объединить мониторинг оборудования разных производителей, используя в качестве интерфейса покупные модули сбора данных и управления (например, как этот http://www.asutp.ru/?p=400352 ), работающие на одной шине и по протоколу.

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

2 Helper
Спасибо за поддержку по SCADA.
Реально используем продукт фирмы одной из фирм с контроллерами серии ADAM.
Вынуждены постоянно оглядываться и не влезать в СДУ сертифицированных образцов РТО.
Любо- дорого, получив дизель-электростанцию WILSON соединить ее выход встроенной системы контроля по RS-485. По протоколу MODBUS зацепились с нашей управляющей программой и увидели все параметры.
Таким образом, достаточно получить от производителя разъем ДУ, получить драйвер или написать OPC сервер и любое оборудование любых производителей видно на одном компьютере в одной программе.
ПРОБЛЕМА В ТОМ, ЧТОБЫ ЗАСТАВИТЬ НАШИХ ПОСТАВЩИКОВ ЛОКАТОРОВ, РАДИОСТАНЦИЙ, ПРИВОДОВ И Т.Д. СТАНДАРТИЗИРОВАТЬ ПРОТОКОЛЫ, А НЕ ПИСАТЬ ГЛЮЧНЫЕ СОБСТВЕННЫЕ ПРОГРАММЫ УПРАВЛЕНИЯ И ВТЮХИВАТЬ НА ЭКСПЛУАТАЦИЮ

СМОТРИТЕ ОЧЕРЕДНОЙ ФАЙЛ
http://ifolder.ru/5543822
ЗДЕСЬ ОПИСАНИЕ СИСТЕМЫ МОНИТОРИНГА РАДАРОВ НА ТЕРРИТОРИИ ФРАНЦИИ