Деталь, это некий объект обозначающий как реальный объект, вроде подшипника или объектива в сборе , так и нечто относительно воображаемое вроде «Проект №234» или «Програмное обеспечение». Любая деталь по сути может быть и сборкой для этого достаточно указать её Потомков(BOM Child), также у детали входящей в какую нибудь сборку , есть Предки(Parents). У Детали может быть множество предков и множество наследников.

У двух деталей Предка и Потомка есть два свойства их связи это Порядок(Order) — порядок сборки ,установки и количество (Quantity) выраженное в штуках, кг или метрах.

Все остальные классы Деталей, вроде Assembly или Motherboard, Engine — это обычные детали у которых есть новые свойства. Так у Assembly появляется Manufacturer — производитель. У Motherboard — полнотекстовое поле технических деталей(описания.) Все эти свойства потом указываются в BOM

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

• для удобного поиска файлов по их подтипам
• для создания постобработчиков на стороне сервера таких как 3D визуализация или создание иконок для PDF документов.

Собственно пользователь они в openPLM делятся на типы

• administrator — может лазить куда угодно ,смотреть и править что угодно.
• contributor — может создавать и просматривать объекты в группах в которые входит (при этом если подробности самих объектов неизвестны, они видны в окне Browse — точнее их иконки )
• Can publish — можно опубликовывать объекты к которым есть доступ, объекты должны быть в официальном состоянии. Опубликованные объекты видны анонимным пользователям.
• Restricted — видит только опубликованные объекты

Эти параметры необходимо установить каждому пользователю особенно первому которого можно создать только через admin-ку, парметры настраиваются в UserProfiles

Также пользователь обладает почтой и может передать права на объект другому Contributor-у из группы. Владелец объекта может переводить его в разные состояния в жизненном цикле. У Delegation — есть и другие параметры, но не нашел их описания.

Есть тонкая настройка возможностей пользователя (которую можно увидеть в админке при создании пользователя) насколько взаимосвязаны они не проверял (надо создать Restricted и впихнуть ему права на создание одного типа объектов)

Просто сборище людей. Люди из других групп не могут просматривать объекты не из своей группы если только те не являются официальными.

Есть тонкая настройка возможностей группы (которую можно увидеть в админке при создании группы, но лучше её создавать через основную форму). насколько взаимосвязаны они не проверял (надо создать Restricted и впихнуть ему права на создание одного типа объектов)

Жизненые цикл состоит из состояний. Цикл есть у каждого объекта

• Все стандартные lifecycles должны иметь официальный статус
• Все стандартные lifecycles должны иметь устаревший(depricated) статус
• Все стандартные lifecycles должны иметь один или более статусов перед официальным статусом (draft, чтобы быть проверенными, …)
• Только один объект указанного типом/ревизией может иметь официальный статус
• Деталь должна иметь ссылку хотя бы на один официальный документ чтобы её можно было повысить
• Документ нельзя повысить если хотя бы один из файлов в нем заблокирован
• Продвижение детали в официальную версию , перетаскивает предыдущую официальную версию в состояние устарела
• Продвижение объекта в официальный статус превращает остальные его ревизии в «Ожидающие закрытия»
• Деталь не может быть продвинута выше статуса своих потомков
• Официальная деталь — видна всем группам пользователей

Подробно

2.0

• Навигация используя ссылки на объекты
• Электронные подписи на объектах
• Полнотестовый поиск по документации
• Возможность комментировать на страницах объектов, пользователей, групп

• Создание с помошью вебформ или csv файлов
• Модификация:
  • изменение атрибутов (например имя)
  • передача прав (владелец, подписчик)
  • уведомление пользователей
  • изменение ревизиии объектов
• Сохраняемая история изменений каждого объекта

Создание связи мнжду документом и деталью Создание и редактирование BOM ( Bill Of Materials — Список материалов) Автоматическая генерация BOM основанная на STEP формате

• Check-in / Check-out / Download для все типов файлов
• Создание миниатюр документов
• Объединение pdf файлов
• Скачивание множества файлов внутри сжатого архива
• Визуализация трехмерных данных (STEP и STL файлы)

• Добавление/Приглашеие новых пользователей черех веб-форму или csv файл
• Передача прав
• Уведомление по электронной почте

• Plugin for Thunderbird (with the versions 3.0 and 3.1. на версии 31.0 не пошел)
• Plugin for OpenOffice? (валится с ошибкой при установке)
• Plugin for GoogleDoc? (только видео)
• Plugin for Subversion (только видео)
• Plugin for FreeCAD (форкнул в общем работает но надо править)
• Plugin for Salome/Code?_Aster (есть только на видео?)
• Plugin for Gedit
• Ms Office interface (разработан и применяется LinObject, но я так понимаю закрыт)
• OpenERP (только видео)

Скорее я бы сказал возможности настройки.

• Все производные от простейшего класса Деталь могут быть адаптированы/написаны под нужды компании
• Все производные от простейшего класса Документ могут быть адаптированы/написаны под нужды компании
• Атрибуты каждого типа могут быть изменены
• Жизненные циклы и элкутронные подписи, можно изменить
• Все функции необходимые компаниии могут быть адаптированы ,изменены или созданы

• FreeCAD — с последующей интеграцией с Assembly модулем
• KiCAD — с желательным составлением BOM и конвертацией на стороне сервера
• LibreCAD/QCAD3CE
• Blender

Вот так. Пока это все , хотя мы не затронули процесс Check-In/Check-Out с файлами в документах , а также ревизии и подписчиков. Это будет позже добавлено сюда.

Прошу прощения что так долго откладывал статью. Это лень, переезд, диван, Фарго, Тула и Gravityfalls и ещё много всего.

Надеюсь в скором времени выложить код openPLM на github, как только разберусь с багом на индекс или напишу свой вариант подкласса Document