Документооборот, Как выбрать? Опции

[Luka]

dmilsa
ВСЕ упомянутые работают со всеми приложениями, на уровне Открыть, Сохранить, это ж вопрос доступа к файлу а не инеграция... Интеграция - отдельная песня.... В том числе и поддержка ссылок (lв т.ч. для текстовых документов), двусторонний обмен атрибутами, индексация содержимого (текст, объекты) и т.п...
Что плохая - никто и не говорит.. хорошая система..

Так что - думайте. Вообще, я снова повторюсь, Lotsia PDM Plus лучший продукт по функционалу. Но худший по интерфейсу.

Не.. ну кто может выложит хотя бы 2006-го года релиз?

Сообщение отредактировал Luka - 13.01.2007 - 09:49

[Bor_G]

Да речь, собственно, не идет о сильно глубокой интеграции. Во всяком случае сейчас. Хотя бы видеть и должным образом понимать/систематизировать/помещать в архив/контролировать обмен и доступ - для файлов соответствующего типа (3-мерная модель: сборка и деталь, чертеж, спецификация и т.п.) в формате ProE. Если еще и графическое представление файлов встроено будет (хоть через собственный встроенный функционал, хоть запуская в окошке стороннюю утилиту - а такая имеется) - вообще блеск... Разумеется, понимать и обрабатывать более типичные файлы: офиса, AutoCAD, растровая графика. Хотя бы в рамках этих пожеланий.

Например, что скажете о системе Search от Интермех? Мы к ней примеривались, даже проводили тестирование на территории предприятия (правда, в качестве дополнения к технологической системе Techcard), с обучением персонала - но представлял не сам Интермех, а их представители в нашем регионе, у мальчика (скорее даже мужа) сквозила такая вселенская тоска в процессе этого . В общем, не глянулась.

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

Или есть все же разные варианты и идеи?..

[Bor_G]

Да, и позволю себе совсем уж частный вопрос. Но вроде бы в тему. Он меня давно уже беспокоит (не как Гондурас, конечно - но все же ).

Уточнение: речь идет о крупном машиностроительном предприятии, тяжелое машиностроение, как правило не серийное, а единично-уникальное. Расположено в Украине, хотя это вряд ли имеет существенное значение, ГОСТ до сих пор везде по сути одинаков, несмотря на...

Кто что может сказать о простой системе ведения конструкторских и (если возможно) и технологических спецификаций (под последними понимается ведомость материалов, которая на многих предприятиях - в том числе и на нашем - представляется на бумаге "в одном флаконе", т.е. на одном листе с конструкторской спецификацией. Ну, разумеется, что-то более развитое, чем надстройка для Word. С хорошим редактором, возможностью печати на лазерных принтерах А4 (для конструкторской) и А3 (для объединенной) с минимальными отступлениями от ГОСТ по внешнему виду и размерам, с отслеживанием прохождения (но можно и без этого), с конвертацией на выходе в любой СУБД-варимый формат, хотя бы DBF или даже SDF.

У нас подобная система внедрена. Неплохой редактор, ряд режимов (в том числе проверки правильности заполнения, соответствия ГОСТ и т.п.), контроль прохождения по инстанциям с имитацией "электронной подписи" (просто отметка в нужном месте лицом, вошедшим в сеть с соответствующим логином - но все же), ведение архива с учетом необезличенного (или как там оно называется правильно) наименования, типа ИНДЕКС_ИЗДЕЛИЯ.ИНДЕКС_УЗЛА (2 цифры).ИНДЕКС_ДЕТАЛИ (3 цифры) с возможными буквами типа СБ в конце.

Но...
Система написана нашими ребятами в начале 90-х. Под ДОС, на BorlandC++ в помеси с Borland Pascal-ем. В качестве СУБД использовался т.н. Scalable SQL (в девичестве Btrive). Печатает система исключительно на матричных принтерах. Работает только под Netware. И т.д...
Ребят тех уж нет, они далече. Переделывать никто не будет. Да, на компьютерах с WinXP (даже в Новеловской сети) эта хрень не запускается, Pervasive SQL Server (так зовется теперь Btrive после очередного развода) помогает как голому мороженое.
Приходится специально для этого одного функционала держать старенький серверок под 5 Nerware, свою отдельную сетку по всему 10-этажному инженерному корпусу, стадо компьютеров выпуска начала-середины 90-х под Win98 или вообще (прости Господи) под ДОС...

В общем, кто чего посоветует для решения такой локальной (в рамках данной темы) задачи? Ибо я, честно говоря, не нашел. Может искал плохо?..

[Luka]

Bor_G

Например, что скажете о системе Search от Интермех?

Думается, вам действительно криво показали.. Есть знакомый, он Search на крупном металлургическом предприятии рулил (ща в продажи софта ушел), он Сёчем крайне доволен, система гибкая, ему приходилось её даже под СПДС подтачивать...
Как альтернатива - тот же TechnologiCS, если пальцы из нужного растут - можете взять рабочую версию на тестирование, халва на три месяца, http://www.technologics.ru/demo/text_15675.html.
Потенциально, можно взять практическую любую систему и перезаточить под задачи... Лоцию, к примеру -)))

в формате ProE. Если еще и графическое представление файлов встроено будет

Ну это не особая проблема, если в системе есть возможность, то можно подключить внешний вьювер, имеющий СОМ.. В Раше часто используют Cimmetry AutoVUE, который поддерживает, в том числе и ProE (http://cimmetry.com/autovue_solidmodelpro.html).... Список поддерживаемый форматов : http://cimmetry.com/formats.html, куда уж больше -)))

Сообщение отредактировал Luka - 13.01.2007 - 13:08

[dmilsa]

Да, ProE AutoVue смотрит нормально, а в Лоцию AutoVue даже интегрирован под быстрый просмотр. Но у ProE вроде есть какой-то свой вьюер. Другое дело, что AutoVue смотрит в дополнение много чего другого, т.е. нормоконтролю становится пофигу в чем разработаны файлы. Это удобно, но не самый дешевый вариант применительно к нашим странам. У нас же проще сходить на рынок и за 100 местных монет купить паленый CAD и поставить его нормоконтролеру.
Про Search много наслышан, но больше отрицательного.

To Bor_G:
Кстати, в Украине документооборотом неплохо рулит Аркада. На выставке видел... Туда бы обратились... За это денег не возьмут :-)

[Bor_G]

Luka

За информацию спасибо. Насчет внедрений Search-а я весьма наслышан, но опосредовано. В Украине ее предлагают и Интерсед, и Технополис, и как бы даже не Аркада (упоминаемая dmilsa) - насчет последней не уверен, все материалы на работе. С каждым из этих интеграторов контакты не раз имелись, соответствующие примеры ими приводились - но тут как в том анекдоте, не след путать туризм с эмиграцией. А информация от интеграторов-внедренцев - это все же из разряда "туризма". Опять же внедряется обычно в комплекте с Techcard. А "технологическую систему" (по ряду внутриполитических причин - внутри предприятия имеется ввиду ) мне бы хотелось пока вынести за скобки. Тем более, что внедрение в связке с ProE в Украине мне известно только одно (крупный завод в Запорожье, - не реклама, не будем называть имена, пароли, явки ). Насчет России и прочей СНГ-пы - информации нет совсем. А те, кто внедрял в Запорожье - называют не самые приемлемые сроки до получения первого результата у нас. Опять же товариШЧ, не сумевший грамотно провести ознакомительное обучение, был оттуда - хотя по остальным вопросам впечатления от отношений с этой фирмой самые приятные.
Поэтому и задавал вопрос, что хотелось бы информации от, скажем так, потребителей, а не реализаторов...

Насчет Cimmetry AutoVUE - спасибо за ссылку, будем посмотреть. С поставкой ProE идет свой просмотрщик, кажется Express View называется (точно не помню, ибо им практически не пользуемся, он встраивается в IE и функции его слабенькие).

Теперь насчет TechnologiCS. Кстати, это будет и ответ dmilsa насчет фирмы Аркада. Вот на предмет TechnologiCS (в том числе) эта Аркада в Украине и рулит. Не знаю, весьма противоречивые отзывы насчет внедрений. Столь же противоречивые впечатления у меня остались после контактов с представителями Аркады. Может быть я ошибаюсь, и мое мнение сугубо субъективное (а иначе и быть не может), но вспоминается страя миниатюра Райкина "когда правая рука не знает, что делает левая... нога". Хотя обрабатывали долго и вдумчиво, с разных сторон - но как-то неубедительно, что ли, да и унисона не наблюдалось. К тому же есть опыт не очень удачного внедрения на одном предприятии, длящемся уже (внедрение, а не предприятие, разумеется ) уже не первый год.
Они предлагали пробовать TechnologiCS на самых приятных условиях, но тогда меня останавливало как общее впечатление вкупе с негативным опытом внедрения на другом заводе в нашем городе, так и тот факт, что мы тогда почти уже заключили договор по другой системе. Но сейчас (по упоминавшимся уже внутриполитическим причинам) тот договор отложен на неопределенный срок.
Поэтому я и задал вопрос выше...

dmilsa

Нормоконтролеру - компьютер? С этим, как его, вьюером? Обезьяне - гранату?
Наши нормоконтролеры понимают только бумажку, а компьютера боятся, "как жители японских островов боятся повторенья Хиросимы" ©.

[dmilsa]

Luka

dmilsa

Нормоконтролеру - компьютер? С этим, как его, вьюером? Обезьяне - гранату?
Наши нормоконтролеры понимают только бумажку, а компьютера боятся, "как жители японских островов боятся повторенья Хиросимы" ©.

Да, с внедренцами обычно беда. Это факт :-(

Сообщение отредактировал dmilsa - 13.01.2007 - 21:00

[Luka]

dmilsa
Если ставить весь софвер, документы которого попадают в Систему - хрен какая машина выдержит, а уж тем более "диспетчерам".. ТОльк вьювер и вперед..

====================
Между делом, посмотрел интеграцию ProjectWise с Microsoft SharePoint. Задача - рабочий ресурс по проекту руководителя через ВЭБ. Изврат конечно, но красиво. Туда еще блок MS Project по конкретному проекту воткуть и ничё так получатца...
Так.. набросал всякого побыстрому..
http://ifolder.ru/872799
Если вкраце. Несколько блоков. Навигатор по дереву (отображение файлов отключено). Содержимое - содержимое папок. Свойства - свойства документа. Вьювер - просмотр рисунка. WebPart между собой синхронизированы.... Так же в WebPart можно производить изменения.. если права даны -)))
Сваять интерфейсник PW с MS Project и информация будет более динамичная...

[Alxd]

Luka - мозгомонстр!!! Рулит!

[Arsem]

dmilsa
Если ставить весь софвер, документы которого попадают в Систему - хрен какая машина выдержит, а уж тем более "диспетчерам".. ТОльк вьювер и вперед..

====================
Между делом, посмотрел интеграцию ProjectWise с Microsoft SharePoint. Задача - рабочий ресурс по проекту руководителя через ВЭБ. Изврат конечно, но красиво. Туда еще блок MS Project по конкретному проекту воткуть и ничё так получатца...
Так.. набросал всякого побыстрому..
http://ifolder.ru/872799
Если вкраце. Несколько блоков. Навигатор по дереву (отображение файлов отключено). Содержимое - содержимое папок. Свойства - свойства документа. Вьювер - просмотр рисунка. WebPart между собой синхронизированы.... Так же в WebPart можно производить изменения.. если права даны -)))
Сваять интерфейсник PW с MS Project и информация будет более динамичная...

Лука что нужно чтобы запустить ProjectWise StartPoint с Microsoft SharePoint?С чего нужно начать и что нужно установить?Достаточно установить Microsoft SharePoint сервис и ProjectWise StartPoint?По времени он тоже работает 4 часа?
Есть новая версияProjectWise StartPoint for AutoCAD (08.09.03.50)

ProjectWise StartPoint opens the power of ProjectWise, the architecture, engineering, and construction (AEC) industry’s leading system of collaboration servers, to a broad population of new users and teams. Its highlights:
 Provides direct access to SharePoint 2003 platform collaboration tools from within MicroStation, MicroStation PowerDraft, Bentley Redline, MicroStation View and AutoCAD
 Makes SharePoint technologies aware of relationships critical in CAD files, allowing AEC users to use SharePoint for their entire project
 Requires no additional server software beyond SharePoint technologies, so deployment is easy
 Provides a cost-effective starting point for organizations that wish to grow to high-end ProjectWise capabilities
Microsoft SharePoint products and technologies provide all users with:
 File access control using check-in/check-out functions
 Version control
 Fast finding through powerful search features
 Access control with Folder Level security
 Calendars and Threaded discussion Web Parts
 Simple project Web site and user-level customization
ProjectWise StartPoint extends SharePoint technologies by:
 Providing direct access to SharePoint platform collaboration tools from within MicroStation, MicroStation PowerDraft, and AutoCAD 2002, 2004, 2005 and 2006
 Managing relationships for MicroStation Reference Files and AutoCAD X-Refs
 Supporting MicroStation V8 XM Edition Link Sets between CAD and Office files
 Saving PDF and other plot files from MicroStation directly into SharePoint technologies
 Assigning MicroStation workspace profiles to individual DGN files for standards compliance
ProjectWise StartPoint can be used with MicroStation V8 XM Edition build 8.9.2.77 and higher. The ProjectWise StartPoint client is already built into these versions of MicroStation/PowerDraft/Redline/View and no additional client installation is necessary. AutoCAD 2002, 2004, 2005 and 2006 users should download and install the ProjectWise StartPoint for AutoCAD plug-in. MicroStation and AutoCAD users leveraging ProjectWise StartPoint to access design data from a Microsoft Sharepoint site require a ProjectWise Named User license.
This ProjectWise StartPoint for AutoCAD installer is designed for use with AutoCAD 2002, 2004, 2005 and 2006 and should be installed after AutoCAD has been installed and configured. This module is required for all AutoCAD users who wish to access DWG content stored on a Microsoft SharePoint site through ProjectWise StartPoint. It also requires that the PRojectWise StartPoint Service installer be run on the targeted SharePoint server to install files that extend the SharePoint user interface adding Edit in AutoCAD/MicroStation commands as well as a set of Sharepoint custom site definitions that can be used for new Sharepoint team sites.

Сообщение отредактировал Arsem - 16.01.2007 - 16:10

[Arsem]

dmilsa
Если ставить весь софвер, документы которого попадают в Систему - хрен какая машина выдержит, а уж тем более "диспетчерам".. ТОльк вьювер и вперед..

====================
Между делом, посмотрел интеграцию ProjectWise с Microsoft SharePoint. Задача - рабочий ресурс по проекту руководителя через ВЭБ. Изврат конечно, но красиво. Туда еще блок MS Project по конкретному проекту воткуть и ничё так получатца...
Так.. набросал всякого побыстрому..
http://ifolder.ru/872799
Если вкраце. Несколько блоков. Навигатор по дереву (отображение файлов отключено). Содержимое - содержимое папок. Свойства - свойства документа. Вьювер - просмотр рисунка. WebPart между собой синхронизированы.... Так же в WebPart можно производить изменения.. если права даны -)))
Сваять интерфейсник PW с MS Project и информация будет более динамичная...

Лука а эточто такое от Bentley Arenium XM Edition(08.09.02.41) English

Arenium XM Edition Server and Client software installation

Arenium is a technology which is used for collaborative engineering projects over a local or wide area network or the Internet. You can use Arenium to share and manage data from applications such as MX, MicroStation and AutoCAD.

Arenium provides all the model and file management and communication facilities required for multiple users to create and complete projects no matter where they are located in the world. It also acts as a project control system as it records all events and actions carried out on data.

This media contains the Arenium Server and Arenium Client in International English.

[Luka]

Arsem

Лука что нужно чтобы запустить ProjectWise StartPoint с Microsoft SharePoint?С чего нужно начать и что нужно установить?Достаточно установить Microsoft SharePoint сервис и ProjectWise StartPoint?По времени он тоже работает 4 часа?

Утановить SharePoint. ProjectWise Explorer и запустить установку ProjectWise Web Server. При установке установке Web Server есть два варианта - собственно сервер и установка WebPart - ставим второе.. Web Server для SharePoint не нужен.. Для просмотра рисунков надо PW Publisher.. Enjoy. работает 30-ть дней ...

PW StartPoint - это читай отдельная примочка, для работы с рисунками в SharePoint (не в ProjectWise)..

Arenium я еще не смотрел.... некогда...
В MS Exchange создал общие папки для хранения документов по проектам, теперь думаю, как их в SharePoint нормально отобразить.. Т.е., отобразить-то можно но хотелка другая.. Потенциально, для чего все это - пытаюсь сваять рабочее место руководителя, который в компьютере.......... Что бы на одной странице вся инфа проекту: Планирование, Документы,Переписка... Еще - если записывать Планерки на видео - туда же кидать... , что бы не учить всему набору ПО - один хрен - не научатся -))

[Luka]

Что у нас тема заглохла... попытаться реанимировать ?

Начнем с начала..

AlxD Пост № 8

Как я понял, вопрос в выборе системы документооборота.

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

Так что сначала - задачи:

1. Централизация данных. Ведение работ на централилованном узле. Я избегаю слова электронный архив - т.к. оно не отображает реальности, речь идет о том, что документ создается, разрабатывается и архивируется на одном физическом месте. Т.е., весь жизненный цикл.
2. Управление документацией. В ходе своего жизненного пути документ просит что б с ним что-нибудь сделали. Согласовали, проверили, утвердили и т.п..
3. Управление перепиской, внешняя и внутренняя.
4. Календарный график работ.
5. Управление ресурсами.
6. Бюджетирование.
7. Аналитика. От работника до всей проектной структуры.
Ну и т.д...
Если не описать, хотя вот в таком виде укрупненном виде, особо это сразу - потом будут вопросы, а вопросы - это затраты.

Начинать можно с любой из задач, но с учетом остальных. Задачи есть, вроде как можно начинать выбирать..
Нет, выбирать - рано..............

====================
Посмотрим на реакцию.. а то пылить зря...

Сообщение отредактировал Luka - 12.04.2007 - 05:38

[Гость_mavka_*]

+1 продолжай

[Luka]

Ставим в приоритеты, что сначала организуем центральное хранилище и документооборот. Опишем процедуры прохождения документации, совместной работы. Теперь мы знаем более глубоко, можем оценить фукционал подбираемой системы, учитывая возможности расширения системы.
На самом деле, мы можем напороться на достаточно тяжелую ситуацию. Но об этом позже.
Давайте попробуем рассмотреть еще несколько моментов, которые могут дать нам более четкое представление о системе в целом. Я не буду вдаваться детали, а лишь направление мысли.
1. Посмотрим на связи между задачами, что нужно для.
a. Управления документами от хранилища – сам файл. Совмещаем задачу и назовем, условно, Документооборотом.
b. Управления перепиской от Документооброта. От кого, кому, сроки (не факт, я пока не вижу прецендента, зачем их передавать здесь), текст сообщения (сгенерированный или произвольный), файл (файлы) в аттач для внешней переписки или гиперссылку на файл во внутренней.
c. Календарного графика от Документооборота – ФИО юзера, принадлежность к подразделению, даты по стадиями документа.
Ну и так далее, накидать сетку связей для наглядности. И попытаться посмотреть под разными углами. Придете к интересной мысли, а обязателен весь этот огород на одном софтверном ядре? К тому же, на рынке, в реальной, для проектной организации, ценовой нише систем на одном ядре нет, сильны в одном, слабы в другом. Интерфейсы все равно нужны будут, и объем собственных доработок.
Выплывает следующее, сколько потребуется ресурсов и времени что бы внедрить, вести и развивать Систему. Если говорить в общем, то часто задается вопрос – а сколько должно быть персонала в ИТ-отделе проектной организации и пытаются выводить процент от общего числа сотрудников компании, что не совсем верно, т.к. этот показатель только для обеспечения стабильности работы компании при определенном уровне автоматизации. Чем отличает объем задач компании в 100 чел. от 1000? Разница есть, например, на уровне Задачи Кадрового учета и т.п., однако в общем объеме их можно уравнять. Да, есть моменты, когда процедуры, которые в малой компании используются реже и их можно не автоматизировать, но если говорить о перспективах роста фирмы, то не учитывать нельзя, а значит надо разобраться, зафиксировать и заглушить эти процессы. Т.е., разбираться придется все равно во всем.
2. Ресурсы. Затронем только персонал ИТ, т.к. работник для компании – самое уязвимое место и дорогостоящий ресурс. Однозначно, что чем меньше, тем лучше. Точное количество зависит хотя бы от того фактора, задачи запускаете последовательно или параллельно, сроки выполнения. Есть процессы внедрения, обучения и т.п., рассчитывать придется самостоятельно, Сократить ресурсы на этапе внедрения можно только в одном – сократить объем собственных доработок (программного кода). На процессах не сократишь. Т.е., при рассмотрении системы этот факт нужно учитывать, иначе будут большие затраты и риски.
3. Затраты. Основные составные: Стоимость продукта, стоимость владения. Можно вынести отдельно или отнести к стоимости владения: годовое сопровождение (подписка), стоимость поддержки в актуальном состоянии (со стороны в случае аутсорсинга, к примеру, или собственного персонала), стоимость развития системы, так же - извне или собственным, смешанным (развития может и не быть, поэтому отдельно). Примерчик: два продукта один стоит 1 млн., другой 1,5, но первый требует доработки до фукнционала второго двумя сотрудниками в течении полугода. Традиционно в таких случаях. «Ого! В полтора раза – я первый возьму и сам доработаю, дешевле будет». Откуда такая уверенность? Считали? Давайте попробуем. Стоимость сотрудника ИТ, грубо: зарплата + содержание + упущенная прибыль от размещения финансов. Можно собрать данные и посчитать, но что бы не заморачиваться на этом, доля зарплаты должна составлять не больше 40%. Т.е., сотрудник с з.п. в 20 стоит 50 тыс.руб.. 2 сотрудника за полгода – 600 тыс.руб. – где экономия? А если приплюсовать сдвиг в сроках внедрения на полгода, на полгода отнести начало отдачи от проекта… Так же к затратам следует отнести обучение подразделений, это важный показатель, т.к. восприятие системы пользователем отражается как на сроках обучения (при этом, обучение – это разовая манипуляция, так и в процессе эксплуатации. В течении года каждый сотрудник должен быть обучен. Сколько стоит час вашей компании можно узнать у экономистов. Дружелюбность интерфейса - немного далее.
4. Риски системы, только ключевые.
a. По ресурсам. Персонал который внедряет систему не вечен, я с точки зрения ротации кадров. В случае ухода ведущих специалистов – как минимимум это скажется на росте системы. Удастся ли дальше развивать – большой вопрос. Вообще здесь комплекс рисков, и сократить их можно только четким документированием реализуемых процедур и мимимумом программного кода.
b. По бренду. Здесь особо комментировать не надо. Чем больше перспективы у разработчика, тем лучше.
c. По росту компании. Есть риск, что на определенном этапе придется заменить на более мощную. Т.е., а можно ли будет всё наработанное перенести в новую систему, какой объем информации может потеряться, насколько это будет трудоемко..
Ну и т.п….
5. Возможности системы, соответствие задачам. Без фанатизма. Такой момент наблюдается при выборе любого ПО. Почему мы при подборе системы ищем в ней функционал, который нам никогда не понадобится, который вообще из другой сферы? Например – должна быть мощная CRM, вдруг понадобится. Что значит «вдруг»? Из производства компания перекинется в коммерцию?
6. Интерфейс пользователя. Этот момент должен находится в начале списка. Зачастую мы жервуем в сторону функционала, и для этого есть причина – подбирает систему тот, кто в ней работать не будет. Однако система для пользователей, а у него разная техническая подготовка, восприятие нового и т.п.. >>>>>>>> Продолжение следует..

=====================================
Набросал быстренько.. времени нуль.. потом допишу...

[Luka]

Зачастую на презентациях - "Система имеет дружественный интерфейс, т.к. выполнен в стиле привычного MS Outlook". Не все работают с Outlook, а те кто работает знают две кнопки "Создать" "Отправить". Или "Привыного всем MS Explorer". Этот еще как привычен, я бы даже отучать начал -). Однако есть почва для размышлений, почему выделяют оба подхода. В первом случае речь идет о Windows, во втором - о Веб интерфейсе.. Что лучше или хуже. С Windows лучше работать - скорости работы с системой значительно выше чем в Web, функционал проще накрутить. В Web - лучше отображать информацию, сводить из разных задач на одну страницу (узел) для удобства контроля, хуже того, на Windows интерфейсе сложно свести воедино контроль всех задач, даже если их и свести, то работать с этой информацией будет достаточно тяжело (а работают с контролем и аналитикой руководители среднего и высщего звена, "на ковер" затаскают).
Т.е., мы можем спозиционировать так: для работы нужен Windows, для отчетов нужен Web. Кстати, не путайте вэб-доступ к системе, предназначенной для удаленной работы, с динамическими отчетами в веб.
Грубо говоря. Инженер работает с приложениями Windows, используя для просмотра свои планов - Web. Чем выше по йерархии, тем больше доля Web.

==================================
Вроде как все в общем. Есть куча мелочей. Возможно, что-то из существенного "в лёт" не вспомнил

Если вернуть в начало. То, напороться можно на то, что неверно выбрав систему, вы сами себя загоните в тупик, при, вроде как, хороших технических характеристиках. Нельзя рассматривать Софтваре без учета всех задач и не оценивать возможные риски..

[Luka]

=========================================
Вот еще вспомнил - оценка эффективности ("тупая, ссука, штука" © Comedy).
Эффективность от автоматизации процессов, достаточно точно можно только в том случае, если мы за основу возмем идеальную процедуру, например - согласование. Если сделать с десяток замеров реального прохождения, разброс будет очень больший, выведя среднее - можно бы и определиться, но тут же проведите еще серию замеров, средние значения разбегутся по разным углам..
Я бы рекомендовал не заморачиваться на оченку эффективности. Если вы видите, что на предприятии есть организационные проблемы - значит эффект уже будет. Достаточно большая ошибка, когда у руководства, при выбивании финансирования, перевес делаеют в сторону оценки эффективности. Это конечно надо учитывать, но директор же тоже не лох, он прекрасно видит, насколько вы опытны, для того что бы провести реальную оценку (эта задача сложна даже для специалистов, т.к. в действиях человеки мало математики). Можно чесно сказать, что я не знаю, но то, что минусов не будет - однозначно. Есть масса косвенных показателей - дисциплина, прозрачность бизнеса, контроль и т.п.. которые более понятны руководителю, а значит и ими и надо оперировать.
===========================================

[Luka]

Теперь просто пример по форуму.

AlxD
Скажем, компании численностью 20 человек система документооборота нафиг ненужна. Его просто нет в ней. Все успешно выполняется на уровне привычки и договоренности. И пытаться прикрутить в такой фирме эл. документооборот, все равно, что из "запора" делать "лимузин". Бесполезно. Такой компании нужна (обязательно) система электронного архива!

Что подразумевается под Электронный Архив?
Если речь не только об архивировании готовых проектов - абсолютно согласен, но в том случае, если нет перспектив развития компании. См. риски развития. Сами по себе работа по организации и т.п.... достаточно продолжительна во времени... Я бы подумал в коллективе из 20-ти..

[Vladimir Viktoro...]

А есть ли обзор существующих систем документаоборота их приемущества недостатки? Также по оценки производительности: на чем должна быть построена система (ПО).
Возможно разные системы лучше подходят к разным сферам -так скажем более ориентированы на определенные сферы жизнидеятельности.

[Alxd]

Что подразумевается под Электронный Архив?

Подразумевается организация централизованного хранилища проектной документации на протяжении всего ее жизненного цикла.

2 Vladimir Viktorovich
Подобные сравнения можно найти поди где-нибудь у манагеров разных фирм, поставляющих конкретные решения. Однако это будут субъективные оценки. Объективную оценку никто не даст.

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

2 All
Вообще, я считаю, выбор PDM системы надо производить по критериям определяющим ее открытость, гибкость и потенциальное развитие, а не адекватность конкретным задачам, которые надо СЕЙЧАС решить. Сейчас фирма работает в одном режиме - автоматизировали бардак, появились новые задачи - система не справляется. Не предусмотрели, а развить невозможно - закрыто все. Поэтому, хоть Luka и говорит о минимизации кустарного программирования в рамках компании, нужно держать в уме возможность ее развития или адаптации своими силами или пусть под заказ.

Лучший вариант, подтянуть, при выборе системы, специалиста, который уже работал с системой или системами и решал наиболее адекватные вашим задачи. Тогда он покажет "свет в конце тоннеля" и предупредит о подводных камнях. Вообщем, кругозорчик у него пошире будет.