LINUX.ORG.RU

Система для хранения документов

 ,


1

2

Доброго времени суток, уважаемые.

Я и мои коллеги инженеры, и у нас в процессе работы появляется много документации, обычно в виде Word, PDF и AutoCAD файлов. И мы задумались, как нам это хранить. Точнее вопрос шире. Нам надо хранить не только файлы, а «взаимосвязь» между ними. Чтобы наглядно показывать взаимодействия в разрабатываемых нами устройствах, и уже при необходимости можно было быстро найти нужный документ.

Развернуть это хотим на сервере, который будет в нашей локальной сети. Для нас обязательно, чтобы данная система была на нашем оборудовании. На этом же сервере будет Gitlab или что-то аналогичное с кодом, к которому тоже нужен будет доступ.

Поиск готовых систем хранения документации по данным критериям у меня не увенчался успехом.

Если кто сталкивался с подобной задачей, как её решили?


Подпишусь на топик. А можно уточнить, о каких «взаимосвязях» идет речь и о каком количестве документов? И как предполагается взаимодействовать с этой системой? Веб?

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

paddlewan ()
Ответ на: комментарий от anonymous

Рабочие станции у нас и так на Windows, т.к. открытых альтернатив SolidWorks и Altium Designer нет. Сервер планируем на Linux, и да, важное замечание, что это вся система должна нормально взаимодействовать с кучей компов на Windows.

S9 ()

Вам нужна PDM система.

Из адекватных могу посоветовать Intermech Search. Желательно именно его, его последующая версия в виде IPS тот еще нелогичный и неюзабельный монстр.

Zhbert ★★★★★ ()
Последнее исправление: Zhbert (всего исправлений: 1)
Ответ на: комментарий от pihter

Он будет, но пока предполагался только для кода и документации к нему. Ещё планируем багтрекинговую систему прилепить. У нас много специфичных бинарных файлов, и по наблюдениям добавлять их в репозитории не самая лучшая идея (потом они разрастаются до десятков Гб). К тому же для бинарных файлов, в частности для проектов Altium Designer есть инструментарий от производителя.

Однозначно не понял, насчет «жирности», но если что, сервер у нас с двумя Xeon и 64-Гб оперативной памяти, и ещё один такой же как резервный есть.

S9 ()
Ответ на: комментарий от paddlewan

Вопрос взаимодействия открытый, в том числе и Web. Под «взаимосвязями» - это связать части большого проекта, такие как ПО для Linux, встраиваемого ПО для микроконтроллеров, HDL-описания для FPGA и Soft-процессоров, механики в SolidWorks, различных железяк в Altium Designer, моделей в ADS, HFSS, и ещё кучи документов Word, AutoCAD, Excel и т.д. в единую систему, чтобы наладить эффективный процесс разработки. Под эффективным процессом - это удобный доступ к нужному проекту, однозначное представление, как он относиться к общему проекту, и удобство взаимодействия внутри команды.

S9 ()

Если бы передо мной стояла такая задача - я бы решал ее через общее файловое хранилище (раз клиенты - Винда, то на samba). А систему связи между файлами решал бы в wiki - описание проекта + документация + ссылки на файлы в хранилище.
У нас на работе используем простейшую dokuwiki. А вы можете посмотреть на более функциональную tikiwiki.

sigurd ★★★★ ()
Последнее исправление: sigurd (всего исправлений: 2)
Ответ на: комментарий от S9

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

Если вопрос идет про кучу документации, причем разнообразной, начиная от док, и заканчивая КОМПАСом и Альтиумом, то здесь только PDM решает. В ней можно создавать «Изделия», в которым привязывать документы и файлы, можно смотреть дерево состава каждого изделия, смотреть входимости документов и входящих изделий и так далее. Из плюсов система подписей и контроля: сделанный документ отправляется по маршруту согласования, которые можно настроить, и подписывается электронной подписью каждого проверяющего. Все изменения проходят тот же маршрут, плюс хранятся и их можно посмотреть.

В общем очень классная штука, на самом деле.

Zhbert ★★★★★ ()
Ответ на: комментарий от S9

Под «взаимосвязями» - это связать части большого проекта, такие как ПО для Linux, встраиваемого ПО для микроконтроллеров, HDL-описания для FPGA и Soft-процессоров, механики в SolidWorks, различных железяк в Altium Designer, моделей в ADS, HFSS, и ещё кучи документов Word, AutoCAD, Excel и т.д. в единую систему, чтобы наладить эффективный процесс разработки. Под эффективным процессом - это удобный доступ к нужному проекту, однозначное представление, как он относиться к общему проекту, и удобство взаимодействия внутри команды.

С такими требованиями только искать готовое решение, ИМХО. Сначала была мысль предложить вам написать свой бэкенд (это не сложная, в приницпе задача для такого проекта), но вот с фронтом по с такими запросами будут сложности - это бОльшая часть работы и далеко не самая простая (ну, субъективно).

А вы не смотрели в сторону mindmaps и вот этого всего? ИМХО, это довольно точно подходит под ваши требования. Возможно есть какие-то open source решения, которые можно локально задеплоить у себя?

paddlewan ()
Ответ на: комментарий от sigurd

Зачем самба? FTP же!!!

А вообще, хранить можно как угодно, файловая система все стерпит. Другое дело — как обеспечить базу данных по этим файлам, чтобы можно было по тегам и т.п. информации что-то быстро находить. Вики вряд ли здесь поможет: это же нужно потратить время и описать все новые файлы...

Требуется автоматический анализ. Скажем, погрепал теховские исходники на определенные теги и получил некие теги; по pdf прошелся грепом после pdf2text…

Eddy_Em ☆☆☆☆☆ ()
Ответ на: комментарий от Eddy_Em

Требуется автоматический анализ. Скажем, погрепал теховские исходники на определенные теги и получил некие теги; по pdf прошелся грепом после pdf2text…

Вопрос - что дальше делать с полученными тегами? Куда их сохранять?
Никто не заставляет ручками вставлять текст в wiki - генери скриптами.

sigurd ★★★★ ()
Последнее исправление: sigurd (всего исправлений: 1)
Ответ на: комментарий от S9

Ну да, вам не конкретный софт нужно искать, а вложиться в создание проекта по внедрению связных ERP, PLM, PDM и плюс к этому хранилище кода, трекеры для программистов. Чтобы у вас и изделие можно было не просто посмотреть со всеми чертежами, а отправить сразу на производство и код со всеми тасками и артефакты с документацией по развёртыванию и архив сразу с проектами и чтобы про всё это можно было деньги посчитать вместе с kpi.

Честно говоря, я такое в полном составе и чтобы работало видел только на одном предприятии где бюджет it отдела десятки миллионов.

system-root ★★★★★ ()
Ответ на: комментарий от S9

Ещё планируем багтрекинговую систему прилепить.

Та что есть в гитлабе – хватит всем

Однозначно не понял, насчет «жирности»

понятно, что два зеона потнянут, но это не отменяет жирности гитлаба как продукта

pihter ★★★★ ()
Ответ на: комментарий от S9

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

Для этого есть git-lfs. Он поддерживается gitlab'ом. Но это так, ремарка. Я не призываю все запихивать в репозиторий.

adn ★★ ()
Ответ на: комментарий от S9

Вопрос взаимодействия открытый, в том числе и Web. Под «взаимосвязями» - это связать части большого проекта

Есть подозрение, что такое стоит самим написать, чтобы было удобно. Файлы в s3 совместимое хранилище (minio например), базу данных для ведения пользователей, групп, проектов и входящих в проект файлов. Для бэкенда flask какой-нибудь, а для фронтенда react.
Для синхронизации файлов можно rclone использовать.

adn ★★ ()
Последнее исправление: adn (всего исправлений: 1)