TDMS, электронный архив Опции

[SNGP.Pavel]

2 MCAD

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

Про типовое оборудование - это совсем другая "модель", чем я имею в виду, но предложение интересное.

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

PS Мне кажется, наше взаимное непонимание основывается на разнице в терминологии - понятие "модели", наверное, у Вас ассоциируется с чем-то еще, с чем пока не ассоциируется у меня

[Alxd]

Наставнеческим голосом: Воспитывайте в себе объектное мышление, уважаемый! И не COM объектной, а TDMS объектной! Информационно объектной!!! Иначе мы идем к вам

Сообщение отредактировал Alxd - 11.07.2008 - 06:28

[SNGP.Pavel]

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

[Alxd]

2 SNGP.Pavel
Попробуй поменять мЫшленье народа. Пусть начнут хранить, разрабатывать, менять и удалять файлы прямо в TDMS. Пусть забудут про шары, локальные диски, передачу файлов через флешку, сетевую шару или почту. Пусть все актуальные файлы проектной документации лежат в TDMS! В любой момент времени!

[SNGP.Pavel]

2 Alxd
Это, собснно, самый сложный вопрос - поменять чье-то мЫшленье особенно в условиях, когда "560% годового плана надо выполнить за месяц" (цитирую одно должностное лицо ). Но мы стараемся и пишем для этого всякие мелкие поделки по типу сцылок, дерева и прочего.

[Alxd]

Не изменишь мЫшленье мелкими поделками. Надо доводить систему до уровня, когда она заменит существующий уклад дел, вводить ее в действие с боем. И после 3-9 месяцев, как она приживется, начинать движение вперед, которое уже будет не таким болезненным.

[fantomsun]

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

[SNGP.Pavel]

2 Alxd
Чтобы менять мЫшленье, кроме поделок прикладываются и некие дополнительные усилия С боем такие штуки внедрять человеку, который в этой области работает всего 1,5 года, трудновато - опыта, знаний и авторитета не хватает. Поэтому применяется один нехитрый организационный трюк, который основан на том, что в любом вопросе всегда есть, как минимум, 3 группировки - "за", "против" и "пофиг". Для внедрения значительно изменяющих процесс фич организуются проекты, в которых на место руководителя ставится не ИТ-шник, а квалифицированное лицо из группы "за". ИТ типа только исполняет проект. Если в группе "за" квалифицированного лица нет, то пытаемся получить поддержку из группы "пофиг". Ну а если квалифицированные лица есть только в группе "против", то тогда, видимо, не стоит внедрять такие фичи Если умные люди говорят, что это лажа - значит, видимо, лажа и есть . Результат, кстати, от такого подхода хороший - реальная заинтересованность проектировщиков в результатах проекта значит очень много. Кроме того, снимается проблема восприятия наших фич как "очередной фигни от ИТ", раз "руководят" проектировщики - значит, это "не фигня" .
2 fantomsum
В архиве лежит проект для VS 2008. Его надо собрать в версии release, а потом просто запускать на сервере руками. Приложение написано не как сервис, это просто обычный exe-шник .Net. После запуска надо указать папку, куда будут падать временные файлы (из TDMS-а они выкачиваются только в виде файлов, поэтому папка и нужна), порт оставьте 80-й (акад вроде с 80-м нормально работает), указываете пароль TDMS-юзера "SYSADMIN", имя БД, сервер, ставите галочку "start serving". Потом нажимаете "Start". Все, приложение ожидает входящих запросов вида "http://сервер_на_котором_запустили_приложение/GUID_объекта/имя_файла". Если акад такой запрос посылает - ему возвращается файл. Предполагается также, что в одном объекте только один файл, на него и ссылаемся. Ну а для получения GUID-а надо бы дерево. Или сайт.
Кстати, проект vss-овый, поэтому если у вас при загрузке вылезают всякие мессаги а-ля "а не подключиться ли к серверу" просто говорите "а не подключиться".
Что еще сказать... Если у вас система налажена неким иным образом (например, файлов может быть в объекте несколько), то можете поправить код руками. Или пишите письма

[Luka]

SNGP.Pavel,
Зачет! Если ввести коррективы Alxd на сроки, схема полностью рабочая -) Это я по первому абзацу..

[Alxd]

2 SNGP.Pavel
В целом согласен, насчет схемы "за-против-пофиг". Обычно она ширее на 1 пункт
Однако, твой подход подчти демократичный, а это влечет за собой множество дерьмократичных оговорок. Например, если проект, предлагаемый к внедрению предполагает развертывание электронного документооборота, который (в идеале или в целях) сделает производство предельно прозрачным, то очень многие сотрудники организации на исполнительных ступеньках будут "против", очень небольшой процент будет "пофиг" и совсем масенький процент "за". Причем в "за" попадут только "топы", если они в этом хоть что-то понимают или пытаются понять и разобраться. Как было замечено мною на собственном опыте уже в двух компаниях (третью исключаю) - никто из исполнительных звеньев не заинтересован в прозрачности бизнеса, ведь это обезоруживает! Нельзя сказать, что сделал все или не сделал ничего. Не получается врать, выворачиваться, искажать. Если система построена грамотно, то она сама дает всю необходимую информацию на нужный уровень в нужном объеме.
Вот где управление превращается в кайф. Наслышан, что у вас было проведено чуть ли не поголовное обучение гипов PM BOK. Думаю, что это приведет к положительной отдаче в части управления проектами. Поправь меня, если ошибаюсь. Неужели ожидания не оправдались?

[SNGP.Pavel]

2 Alxd
По поводу процента "за" - да, процент "за" небольшой. И, кроме того, они осторожны в своих высказываниях, свое "за" демонстрировать не спешат. Но тем не менее, они всегда (я подчеркиваю - всегда!) есть. Почему? Любая "волна" от руководства кроме "а не повысить ли вам зарплату?" порождает сопротивление. Улучшение процесса - "работать будет нечего и нас всех уволят", усиление контроля - "мы тут работаем, а вы подумаете, что мы пинаем". Однако некоторые манагеры умеют "ловить волну". Нельзя сказать, что они абсолютно лояльны к руководству, но, по крайней мере, удачно притворяются ( возьмите хотя бы себя ). Если такого манагера убедить и предоставить возможность действовать (готовые или полуготовые фичи) - он будет работать на нашей стороне. Какая ему от этого выгода? Если "за" "топы" (а без этого вообще нефиг шевелиться) - всегда есть возможность организовать премии, "доп. финансирование" или хотя бы меньшую нагрузку на нервы. Ну и чисто рост его авторитета, что обычно положительным образом сказывается на карьере.

Можно называть это и дерьмократией и как угодно еще, но вроде работает На самом деле, дерьмократией тут особо не пахнет - 1) всегда есть ТЗ 2) ТЗ составляет, по большей части, отдел ИТ

Про PM BOK - да, у нас все руководство поголовно прошло курс. Нельзя сказать, что это резко влияет на эффективность производства, но, по крайней мере, все теперь говорят на одном языке и имеются более-менее удачные попытки сформировать общую картину - руководство знает, что если мы успеем одно, то явно не успеем другое. Еще ясны роли - четко известно, кто, кого и за что может пинать. В общем, система работает. Для ИТ плюс в том, что ТЗ на фичи для управления проектами получаются осмысленными и более-менее четкими.

2 Luka
А что за коррективы на сроки?

Сообщение отредактировал SNGP.Pavel - 16.07.2008 - 10:49

[NLO_INGP]

2 fantomsum
В архиве лежит проект для VS 2008. Его надо собрать в версии release, а потом просто запускать на сервере руками. Приложение написано не как сервис, это просто обычный exe-шник .Net. После запуска надо указать папку, куда будут падать временные файлы (из TDMS-а они выкачиваются только в виде файлов, поэтому папка и нужна), порт оставьте 80-й (акад вроде с 80-м нормально работает), указываете пароль TDMS-юзера "SYSADMIN", имя БД, сервер, ставите галочку "start serving". Потом нажимаете "Start". Все, приложение ожидает входящих запросов вида "http://сервер_на_котором_запустили_приложение/GUID_объекта/имя_файла". Если акад такой запрос посылает - ему возвращается файл. Предполагается также, что в одном объекте только один файл, на него и ссылаемся. Ну а для получения GUID-а надо бы дерево. Или сайт.
Кстати, проект vss-овый, поэтому если у вас при загрузке вылезают всякие мессаги а-ля "а не подключиться ли к серверу" просто говорите "а не подключиться".
Что еще сказать... Если у вас система налажена неким иным образом (например, файлов может быть в объекте несколько), то можете поправить код руками. Или пишите письма

Осмелюсь предложить свой вариант решения обозначенной проблемы, а именно предоставить пользователям возможность ссылаться и просматривать файлы находящиеся в TDMS по протоколу HTTP. Пользователю достаточно ввести такой адрес http://localhost/tdms.php?guid=/60055812-767C-4B1C-8D9C-1C214BDF8E75 и файл будет загружен по протоколу HTTP. Такие адреса могут использоваться в качестве адресов для внешних ссылок и растров в AutoCAD, как гипрссылки в документах и т.п.

И так собственно о резализаци...

Пример сделан для apache+php, но и портировать его на IIS думаю достаточно просто.

листинг tdms.php

Код

#Соединяемся с базой
$base = new mssql_driver('localhost:tdms','username','psw');

#Извлекаем GUID в чистом виде
$guid= str_replace('.dwg','',$_GET['guid']);
$guid= str_replace('/','',$guid);

#Запрос к базе
$sql = "select f_val from tobject o, tfileattr f where o.f_guid='{{$guid}}' and o.f_objid=f.f_objid and f.f_isprimary=1";
$base->query($sql);
$row = $base->fetch_object();

#Отправлем
header("Pragma: public");
header("Expires: 0"); // set expiration time
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Content-Description: File Transfer");
header('Content-disposition: attachment; filename='. $guid . '.dwg');
header("Content-Type: application/dwg");
header("Content-Transfer-Encoding: binary");
header('Content-Length: '. strlen($row->f_val));

echo $row->f_val;

Собственно и весь код. Класс new mssql_driver реализован в другом модуле, но это не принципиально в данном случае.

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

[SNGP.Pavel]

2 NLO_INGP
Ну тоже вариант я так думаю, он попроще в некоторых моментах. Минусы - ставить надо каждому, а потом еще и обновлять у всех разом в случае чего...

В процессе эксплуатации нашей проги была обнаружена заморочка:
Автокад очень хитрая программулина, которая за http-ссылкой лезет через интернет эксплорер. Почему-то интернет эксплорер не всегда (т.е. иногда сразу обновляет, иногда- нет) спешит обновлять файлы, которые он выгрузил с нашего сервера. Вот мы короче и думаем - либо надо как-то настроить эксплорер, либо выдать ему дату вместо "no cache", либо приделать мочитель кэша в Автокад. У кого какие соображения?

[Alxd]

2 SNGP.Pavel
Ненадо ставить каждому. Достаточно в сети поднять сервер, который будет отвечать на http запросы. Вот и все!

[NLO_INGP]

2 NLO_INGP
Ну тоже вариант я так думаю, он попроще в некоторых моментах. Минусы - ставить надо каждому, а потом еще и обновлять у всех разом в случае чего...

В процессе эксплуатации нашей проги была обнаружена заморочка:
Автокад очень хитрая программулина, которая за http-ссылкой лезет через интернет эксплорер. Почему-то интернет эксплорер не всегда (т.е. иногда сразу обновляет, иногда- нет) спешит обновлять файлы, которые он выгрузил с нашего сервера. Вот мы короче и думаем - либо надо как-то настроить эксплорер, либо выдать ему дату вместо "no cache", либо приделать мочитель кэша в Автокад. У кого какие соображения?

Да AlxD прав, на стороне пользователя каких либо специальных настроект делать не требуется. Достаточно иметь в сети Web-сервер на котором данный скрипт и будет выполняться. Наверняка в большинстве организаций уже есть свой вебсервер (IIS или Apache), возможно даже доступный из Интернета. Т.е. адрес http://localhost/tdms.php?guid=/60055812-767C-4B1C-8D9C-1C214BDF8E75 я привел для примера, он может быть таким http://MyWebServer/tdms.php?guid=/60055812-767C-4B1C-8D9C-1C214BDF8E75

По поводу кэширования файлов Internet Explorer... специальных настроек тоже делать не нужно, достаточно передавать в заголовках HTTP-ответа данные о кэшировании, т.е. разрешать ли кэширование, если разрешать то какое время считать актуальным, можно использовать Etag и.п. Все это можно прописать в скрипте.

Сообщение отредактировал NLO_INGP - 18.07.2008 - 06:47

[NLO_INGP]

2 Alxd
Чтобы менять мЫшленье, кроме поделок прикладываются и некие дополнительные усилия С боем такие штуки внедрять человеку, который в этой области работает всего 1,5 года, трудновато - опыта, знаний и авторитета не хватает. Поэтому применяется один нехитрый организационный трюк, который основан на том, что в любом вопросе всегда есть, как минимум, 3 группировки - "за", "против" и "пофиг". Для внедрения значительно изменяющих процесс фич организуются проекты, в которых на место руководителя ставится не ИТ-шник, а квалифицированное лицо из группы "за". ИТ типа только исполняет проект. Если в группе "за" квалифицированного лица нет, то пытаемся получить поддержку из группы "пофиг". Ну а если квалифицированные лица есть только в группе "против", то тогда, видимо, не стоит внедрять такие фичи Если умные люди говорят, что это лажа - значит, видимо, лажа и есть . Результат, кстати, от такого подхода хороший - реальная заинтересованность проектировщиков в результатах проекта значит очень много. Кроме того,
снимается проблема восприятия наших фич как "очередной фигни от ИТ", раз "руководят" проектировщики - значит, это "не фигня" .

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

Сообщение отредактировал NLO_INGP - 18.07.2008 - 08:11

[SNGP.Pavel]

Про кэш: всяко уже пробовали, и Cache-control = no-cache, и max-age=0, и max-age=1, и вот буквально только что попробовал no-store. Все равно кладет в кэш сволочь... Точнее, когда как - может минут 10 поработать нормально, а потом раз - и положит в кэш, а потом акад грит "а вроде не было изменений, беру его снова"... Че делать - ума не приложу...

[NLO_INGP]

Etag не пробывали генерить ?

Можно попробывать Http-сниффером отследить http-трафик, проанализировать какие запросы делает AutoCAD. Думаю это позволит узнать чем руководствуется AutoCAD когда принимает решение взять из кэша или загрузить снова.

[SNGP.Pavel]

По поводу организационной части вопроса - имхо "исследование и экономическое обоснование" руководству нах не надо я могу даже предсказать результаты такого исследования - в смысле экономики внедрять новые технологии такого типа не выгодно и не будет выгодно никогда. Тут речь о т.н. "качественном скачке" - если пользоваться старой технологией производства, то со временем клиенты закончатся, т.к. продукция уже будет им неинтересна. Имея в кармане 500 рублей, Вы же не будете покупать, например, ВАЗ21053? Тут, имхо, примерно то же самое. Экономика, которую можно просчитать, тут ни при чем. Или руководитель чует, что надо, или не чует. Если не чует - вообще не стоит копья ломать. Если все-таки чует - для него значительно более актуальна проблема плана и бюджета, а не какие-то экономические исследования.

У нас копья ломаются, в основном, на 2-х частях вопроса - 1) Есть некие "недоверчивые" "топы", которым надо все описать (т.е. вообще все, вплоть до мельчайших частей производственного процесса), со всеми поговорить, а потом уже (видимо, года через 3-4) писать и внедрять; 2) Множество заинтересованных по принципу "баба яга против". Вот тут и тратятся наши нервные клетки, причем, видимо, с обеих сторон фронта. Я искренне восхищаюсь результатами использования "боевого подхода" Alxd, но, боюсь, наше руководство придерживается несколько более промежуточной позиции, поэтому у нас такой подход применять затруднительно.

2 NLO_INGP
что за "етаг"? и куда его воткнуть?

AutoCAD вообще, я так понимаю, никаких запросов сам не делает. Запросы делает эксплорер. Потом он выдает акаду место, где лежит файл в кэше. Ну и типа на этом все, акад вставляет это дело в чертеж (не забывая запомнить, что файл на самом деле лежит по ссылке).

Кто виноват в том, что файл не обновляется - до конца не понятно (факьюспилберг). Мы уже сделали чистку кэша эксплорера, причем не абы как, а стандартными функциями эксплорера. Но она тоже может срабатывать только после того, как акад освободил файл (т.е. после закрытия). Если все-таки замочить файл руками - акад ругается "файл не найден". Напрягает также тот факт, что периодически все-таки обновление работает, но если подождать минут 5 - оно работать перестает... Может, трабл в том, что акад ч/з 2-3 минуты залочивает файл, а не в том, что эксплорер его не обновляет? Тогда как его заставить "отдать" файл?

ЗЫ пробовал "must-revalidate" - та же фигня...

ЗЗЫ уже появляются нехорошие мысли выкладывать файло для ссылок все-таки на файловую шару...

Сообщение отредактировал SNGP.Pavel - 18.07.2008 - 10:41

[NLO_INGP]

Про кэширование можно почитать здесь=>http://xmlhack.ru/texts/06/doing-http-caching-right/doing-http-caching-right.html, в том числе и про Etag

Поэтому мы в России так хреново и живем:-)) Преждем чем что-то внедрять нужно расчитать выгодно ли это, так ? От системы должны быть выгоды.. время, деньги, трудовые ресурсы, качество. И именно это должно быть главным аргументом при обосновании внедрения. Если это не нужно Вашему руководству мои искренние соболезнования...

Будь Вы на месте директора как бы Вы принимали решение о предложениях внедрить ту или иную систему ???

Сообщение отредактировал NLO_INGP - 18.07.2008 - 11:19