[cfg-Mihalych-cfg]

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

[Alan]

Сообщение от Кулик Алексей aka kpblc Baldares, "получаем задание", "Вводим в систему" и т.п. - это PDM.

Алексей, ну ты прямо БКК описал...

[Солидворкер]

Сообщение от Alan Алексей, ну ты прямо БКК описал...

Ну, подобные системы уже существуют на самом деле

[Кулик Алексей aka kpblc]

> Alan: Для получения слабого подобия КК (без "Б") надо приложить ого-го сколько усилий. И далеко не всегда программных
Хотя что я тебе говорю, ты и сам можешь тут рассказать - заслушаешься

[Baldares]

Разовью тогда мыслю )

Давно пора переводить под электронный контроль рабочий день сотрудников.

Подъем, фу ты, авто-включение компьютера, по штатному расписанию, если чел не отвечает на запрос входа в "СИСТЕМУ", соответственно штрафец. Далее, расписание заданий на день, с четким временем исполнения (в зависимости от квалификации), с прилагаемыми инструкциями-алгоритмом выполнения (в текстовой,аудио,видео форме).
Выполнение заданий фиксируется, и направляеся на проверку гл.специалисту.
В конце дня-месяца-года отчет, расчет зп, перерасчет квалификации (должна неуклонно расти).
Да-с, "СИСТЕМОЧКА", покруче СТП )

PS Я вот смотрю, они все чаи гоняют, шалтай-болтаются.

[Vova]

Сообщение от Baldares Спасибо Krieger. Попробую заняться делом. Еще вопросик вертитья. 1. Как организовывать пространство модели? разбросанные планы, узлы, разрезы, все в натуральную величину, и скомпанованные в листах? А часто и чего лишнего по-нарисовано. Когда все находится в рамке в пространстве модели, как-то нагляднее и проще. .

Тот, кто так спрашивает, не есть продвинутый юзер. Прежде чем задумываться об СТП для крупной конторы надо очень сильно продвинуться в автокаде. Крыс двигался 4 года. Целенаправлено, а не от случая к случаю. На его уровне можно сделать СТП самому. На уровне немного пониже ты станешь способным выдать грамотное задание. Без такого задания ни один программист не сделает то, что надо. В лучшем случае он сделает аналог своих наработок для другой конторы, то есть, как ты верно заметил, прогнет вас под себя. И виноват будет тот, кто выдавал задание.

[Baldares]

Ну да, сумбур в голове.
Но как? Прямоугольничками с названиями-примечаниями?
Моя идеология предпологает: 3D-модель и оформление в листах.
Только ни разу ее не воплотил в жизгнь (.

[ShaggyDoc]

Baldares, представь себе - то, что написал в #44 примерно так уже и делается. Редко пока ещё.

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

Когда-нибудь там же найду и уведомление о моем увольнении.

Так вот над этой частью и должен думать "начальник САПР". А ты вполне можешь подумать над более простым - рациональными унифицированными приемами работы в AutoCAD. Здесь от рядовых специалистов толку может больше быть, чем от начальника.

[Yupik]

Кто-нибудь делал электронный архив отсканированных чертежей на базе Access?

[Кулик Алексей aka kpblc]

Вряд ли программист в здравом уме и твердой памяти станет завязываться на Access...

[forMA]

to Кулик Алексей aka kpblc:
-------------------------------------
Почему?

[Кулик Алексей aka kpblc]

Потому что у Access'a есть масса ограничений - и количество одновременно подключаемых пользователей, и трудности с назначением прав доступа пользователям, и ограничение на размер базы, и "свой диалект" SQL, и скорость работы... Как ни крути, а это все же "настольная" СУБД, достойно себя ведущая только на достаточно маленьких объемах, с небольшим количеством пользователей и с невысокой частотой запросов.

[Yupik]

А что тогда лучше использовать?

[ShaggyDoc]

Сообщение от Yupik А что тогда лучше использовать?

Выбирать надо масштабируемую СУБД, чтобы по мере развития и наполнения содержанием, можно было не менять решений. Всякие "настольные" системы (Access) и устаревшие (Dbase, Paradox и т.п.) не подходят.

СУБД должна быть многопользовательской, основана на SQL, должна иметь возможность работы и на локальной машине (для начала), на файловом сервере и на сервере баз данных.

Принципиально возможные направления:

1. Продукты Microsoft - MSSQL. Система приличная и стабильная. Для серьезной работы надо покупать. Для программистов, ориентированных на среды Microsoft это, пожалуй, единственный выбор.

2. Потомки Interbase - лучше всего Firebird. Миллионов на 10 единиц хранения хватит. Может работать и локально (embedded) и на сервере. Бесплатный. Имеется множество компонент и библиотек. Чаще всего применяется теми, кто работает в средах Borland (Delphi и т.п.)

3. СУБД, применяемые в Интернет - MySQL, PostgreSQL. Бесплатные, легкие, но разработка для "гуёвых" приложений затруднена малым количеством библиотек и компонентов.

4. ORACLE. Это тяжеловес, который может всё. Но дорог, компетентных разработчиков мало.

Но СУБД обязательно надо выбирать и с учётом других задач, которые нужны в организации - бухгалтерия, документооборот и прочее. Вот такие дела и должны решать "начальники САПР". И, скорее всего, оптимальным решением будет покупка готовой системы. Обойдется в итоге дешевле, чем не закончившиеся ничем собственные разработки.

[Yupik]

Тогда отпишитесь кто что применяет?