Тема: Разработка PDM системы для гибкого документооборота и комфортной кооперации разработчиков.

[Alex Watchman]

Приветствую, коллеги, я студент, мы с командой два года разрабатываем гибридную платформу для безопасной работы с инженерной документацией (3D-модели, чертежи, спецификации). Мне очень нужна ваша обратная связь. Ключевые особенности продукта: клиентское шифрование (даже разработчики не имеют доступа к данным), P2P-режим для локальных сетей, облачный режим для удалённого доступа, подключение через единый файл конфигурации. Есть возможность поднимать внутреннее обсуждение каждой разработки в виде чата внутри репозитория. Если выбирается P2P-режим, то все файлы и все метаданные хранятся на ПК администратора. Предусмотрено разделение пользователей по рангам: гость, редактор, модератор. Говоря проще - это GitHub для тех. документации, но с возможностью передачи файлов без посредников в лице провайдеров. Проект ещё не вышел на рынок. Нужна ваша экспертная оценка: насколько такой продукт востребован сегодня (особенно в контексте импортозамещения и растущих требований к приватности)? Стоит ли продолжать разработку в сторону MVP, или есть непреодолимые риски (технические, рыночные, юридические), которые делают идею бесперспективной? Заранее спасибо.

 

[Shant]

Что бы такое делать необходим опыт работы ГИПом + образование архивариуса, что бы было понимания как хранятся файлы, сам документооборот, знание требований информационной модели. Короче сделать законченный продукт - идея утопичная, внедрять индивидуально под компанию - заморочено. Наш заказчик работает с SAREX, то еще испытание, т.к. разработчик не понимает, что нужно инженеру и все делается по запросу, уже года 2 внедряют через боль и костыли, а какого-то революционного прорыва не достигли. Все тоже самое организуется спокойно внутри отдела ПТО при грамотном руководстве стандартными средствами. Но в целом идея интересная, хотя бы что бы задания от смежников доходили вовремя

 

[Alex Watchman]

Что бы такое делать необходим опыт работы ГИПом + образование архивариуса, что бы было понимания как хранятся файлы, сам документооборот, знание требований информационной модели. Короче сделать законченный продукт - идея утопичная, внедрять индивидуально под компанию - заморочено. Наш заказчик работает с SAREX, то еще испытание, т.к. разработчик не понимает, что нужно инженеру и все делается по запросу, уже года 2 внедряют через боль и костыли, а какого-то революционного прорыва не достигли. Все тоже самое организуется спокойно внутри отдела ПТО при грамотном руководстве стандартными средствами. Но в целом идея интересная, хотя бы что бы задания от смежников доходили вовремя

Спасибо за обратную связь) Изначально хотели реализовать MVP и посмотреть как прототип будет использоваться мелкими КБ, оценить метрики клиентского опыта, выявить потенциальные точки роста и исправлений. К примеру даже те же docx файлы довольно трудно сверять на предмет наличия дифов (изменений) из-за их сложной zip структуры с XML. Я подумал какому нибудь отделу КИПиА было бы наверное полезно отследить историю изменений, и к тому же иметь единую актуальную версию, которую все одобрили. В конце концов мы решаем задачу удобства кооперации и хранения, и потому знать о действительном положении вещей мы обязаны. Нам советовали взять на прицел конкретное предприятие, и работать на его нужды, а не создавать универсальное решение для всех. Хотя я не уверен, что это стыкуется с нашей философией широкого продукта. Сейчас мы хотим создать минимальный продукт, который бы просто позволял хранить файлы универсальных форматов из разных категорий (STEP для моделей, docx, pdf для текстовых данных, xlsx,csv для таблиц), и безопасно переправлять их между пользователями. Отчасти мне самому был нужен такой продукт в своё время, потому как вечная неразбериха с поиском актуальной версии какой-нибудь детали. К тому же иногда хочется просто посмотреть файл, без скачивания и открытия CAD. Нежелание заниматься онлайн-хостингом вынудило меня рассмотреть технологии одноранговых сетей.

 

[Shant]

Если вы хотите создавать по сути файл-менеджер для проектировщиков уже ничего выдумывать не надо, существует "ПОСТАНОВЛЕНИЕ от 17 мая 2024 года № 614 Об утверждении Правил формирования и ведения информационной модели объекта капитального строительства, состава сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требований к форматам указанных электронных документов" и существует как раз проблема в создании структуры и хранении внутри нее файлов, т.к. они делятся на рабочие, промежуточной готовности и готовые. Нужен отдельный доступ заказчику, что бы получать только готовые файлы, и они должны дублироваться пдф/двг. Пдф посмотреть(закрыть акты), двг обязательно нужен геодезам на стройку. И вечная проблема, что двг и пдф потом не бъются, какие-то правки внесли, пдф отправили, двг забыли и т.п. Это малая часть которая касается гражданского строительства. Поэтому совет который вам давали верный, найти фирму, внутри которой наладить документооборот и потом опыт масштабировать дальше. Лучше искать фирму которая занимается гос.объектами (школы, садики), там экспертиза и УКСы требуют соблюдения этих постановлений.

 

[andrey115]

Посмотрите https://github.com/datadrivenconstruction/OpenConstructionERP/tree/main как основу для своей системы.