Жаль, не обратил раньше внимание на топик.
Я хочу на базе такой фиговины описать "групповые спецификации" и "групповую технологию".
Стоит ли развивать?

UrryMcAto: Сахават Юсифов

В таком случае "сопроводиловку" было бы неплохо написать. "Развернуть" так сказать тему.

Это как раз тот случай, о котором Вы говорили - Свойства продукция и групповые технологии ориентированные на применение свойств продукции.

Продукция может иметь разные свойства. "Цвет", "8 клапанный мотор". Все это дело закодировать как модификацию - муторно.
Автомобиль - состоит - кузов, мотор. Кузов - свойство - цвет, мотор - свойство "количество клапанов". Надо описать автомобиль (базовый, что ли).
А при конфигурации заказа приписывать нужные свойства (или по умолчанию).

Дальше идет операция. "Сбока кузова". На входе краски, на выходе окрашенный кузов. Опять по свойству надо выбрать нужные материалы, нужные группы.

Сумбурно, но что делать.

Александр Гoлдун
Сахават Юсифов пишет:

> Сумбурно, но что делать.

Вот что-то подобное сам пытаюсь реализовать и тоже пока сумбурно.
Принцип примерно такой. В спецификациях указываются как реальные
изделия/комплектующие/сырье, независящие от свойств, так и "базовые
изделия". Например "ткань". Ткань имеет свойство цвет. По цвету можно
определить какую именно ткань нужно взять. При раскрытии спецификации на
конкретное изделие, имеющее набор определяющих свойств, строчки с такими
"базовыми изделиями" заменяются на фактические комплектующие путем
сопоставления свойств.
Posted via ActualForum NNTP Server 1.3

Дальше еще интересней. По совместимости свойств выбирается операция, входы операций и по правилам (групповое свойство) уточняется операционное время.
Эта структура позволяет все это сделать. Интересный побочный эффект - свойства выступают как коллекции объектов, да вообще тут куча вещей. Надо бы приделать группировку свойств. А как красиво (автоматом) получаются списки, деревя, гравы и т.д. Закончу текущий проект и возмусь за это дело серьезно. И, между прочим, это не модель Тенцера.

UrryMcA"модель Тенцера" 8[. РРРррр!

Я щасс статью напишу по мотивам таблицы Менделеева!! Пусть все эту таблицу больше не называют "таблица Менделеева"!! Теперь это будет таблица Urry!!

Мотивы - химия и ООП. Тенцер, так Тенцер, тем более фамилия звучная.

Пытаюсь описать производство такой структурой. Насколько адекватно? Насколько выгодно? Или пойти проверенным путем - машины, люди, детали, материалы...?

UrryMcAto Сахават Юсифов:

Вот если бы Вы еще внятно словами объяснять научились, что Вы хотите реализовать - тогда можно было бы с Вами поговорить с пользой.

Несмотря на интерес к ORM в производственных системах разбирать структуру связей сущностей показаных в виде таблиц БД - как то влом.

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

Да не знаю насколько это имеет отношение к ОРМ.
Проблема вот какая.
Ну, написал я МЕС. Базовое предприятие относится к деревообработке. А до этого много работал с машиностроением. Естественно учел (насколько знал и насколько смог) и то, и другое. Оказалось, что машиностроение (ИМХО - больше повторять не буду) проще, чеим деревообработка. Но тут кто-то просил металлопродукцию, другой кабель и т.д. И везде мелький, но затык. Конечно, я могу за неделю другую сунуть и эти особенности и расширить прогу, но не дело. А все затыки связаны с свойствами объектов. Вроде и там и тут материалы, машины, люди, технроцессы..., но все чуть-чуть отличаются. Да что там отрасли, невозможно описать материал - Лист сталь такая-то имеет свойства - марка, толщина, ширина и т.д., а краска - цвет, базу, срок годности и т.д. Изделия называется нож кухонный, а призаказе просят - нож кухонный, из нержавейки, не длиннее 20 см, не тяжелую, приятного цвета, с кожаной кобурой синего цвета.
Вот пытаюсь решить эту проблему один раз, что бы дальше не мучиться. Создаю идентификатор для объекта, приписываю его к типу (если надо), тип к супертипу (если надо), приписываю уникальные свойства непосредственно к самому объекту. Тип и супертип имеют свои коллекции свойств. При идентификации объекта все свойства собираются из трех коллекций свойств.
Значения свойств хранятся в трех хранилищах (пока символьной с указанием базового типа - может ToString обойдусь, если нет то расширить не проблема.)
А остальную логику (процессы и т.д.) так описывать не выгодно, во всяком случае пока не вижу выгоду.
Вот и все.
Тут есть одно но. UI - как смогу всю эту гадость удобно визуализировать. Наверное, придется управление данными выводить в отдельную не красивую рожу. Посмотрим, сейчас БД до конца доведу, там видно будет.

Сахават ЮсифовТип и супертип имеют свои коллекции свойств. При идентификации объекта все свойства собираются из трех коллекций свойств.


Конечно тип, супертип - этотак для начала, если пойдет, то сделаю граф типов. Тогда можно будет описать все что угодно.