powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
25 сообщений из 33, страница 1 из 2
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36821144
michael23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Собственно не нашел обсуждений, необходима помощь (может кто направит по ссылке почитать ... обзоров как у них хорошо, начитался ... не надо) ... а то столкнулся с их творением на базе ontologic 4.6 ... мягко скажем неоднозначные ощущения :-)
Ваши мнения :-)
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36844685
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что конкретно интересует?
И на какой платформе реализация интересует: SAP, IBM или их собственная?
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36846786
michael23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
конкретней некуда :-) ... интересует мнения тех кто с ней работает ... у кого внедрена
(как обмен с учетными системами происходит и как происходит добавление доп. полей в карточку МТР (ну если вдруг нехватило) и т.п.)
т.е. их собственная и особенно для ... "1с ориентированных" пользователей 1С: Ontologic
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36846912
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В Ontologic 4.5 была возможность добавления новых полей администратором в режиме runtime из интерфейса администрирования, с прорезанием их в пользовательский интерфейс.
Взаимодействие с другими системами осуществлялась через интеграционную среду (PI/XI, IBM, BizTalk и т.п.), при этом сама система проектировалась как событийно-ориентированная, взаимодействие с коннекторами осуществлялось через веб-сервисы.
Эти данные у меня по состоянию на 2005 год, тогда я имел отношение и к этой компании, и к разработке данного продукта. Насколько я знаю, проект успешно развивался и дальше.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36847032
michael23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1. я не нашел такой возможности добавление полей в карточку с ТМР, даже администратором!
2. в обмене "и т.п." я расцениваю что дописывать нужно под конкретные системы ... т.е. стандарт выгрузки (для данной программы) для синхранизации с учетной системой (не путать с форматом выгрузки карточки записи) отсутствует полностью ... я не прав?
3. Не понравилось однозначность определение регламента ввода нового ТМР (алгоритм поиска дубликатов размыт ... как проверять непонятно) ... т.е. чтобы завести запись, необходимо чтобы 2 человека ее проверили на наличие дубликатов .... или этот процесс настраивается? ... ни на сайте ни в программе ничего про это нет.
4. Интерфейсные ошибки ... получилось загнать дочернее окно под панель инструментов ... достать его от туда ... не смог :-). Панель инструментов, при открытии дочернего окна в карточке ... на глазах меняет уровень доступности управляющих элементов.
5. Не впечатлило быстродействие ... это всего-то 60000 записей
....
Вопрос ... на чем это пишется (имею ввиду язык програмирования)? ... интерфейс недружелюбный :-)
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36847234
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Пять лет назад это писалось на .NET Framework 1.1 WinForms по трехзвенке (через WebService), а в качестве базы был MS SQL Server 2000, но это было давно.
Сам я некоторое время занимался в другой организации разработкой аналогичного софта, но уже под Framework 2.0, с двумя типами клиентов - "тонким" под FrontEnd, "толстым" под BackEnd и базой под Oracle Database 10g То, что получилось - по ссылке: http://vniist.ru/activities/normativereference_information/about.htm Там же и презенташка была где то.
А потом переключился на методологию, ибо имея правильную методологию можно и в Excel справочники вести :-) А в качестве инструментов для поддержки этой методологии видел различные решения: и SAP MDM, и IBM Infosphere MDM, и реализацию чисто средствами 1С или ABAP внутри R/3. Для себя сделал вывод, что все эти системы слабо приспособлены для проведения групповых операций над массивами данных, например, если у тебя есть несколько тысяч позиций трубы и у всех у них нужно заменить символ "х" (русская Ха) на "x" (латинский Икс). При этом у SAP MDM есть, например, чисто SAPовские "плюшки", которые облегчают работу со структурой хранения данных в R/3 или ERP, которая совсем непрозрачная. А 1Ска на базе 8.2, например, очень хорошо использует внутренние средства передачи данных между аналогичными 1Сными системами.
Ну а универсального решения, на мой взгляд, не существует. На каждом конкретном проекте всегда ориентируемся на предпочтения Заказчика и на состав информационных систем у него в ландшафте.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36847625
michael23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
KomarovAB
Ну а универсального решения, на мой взгляд, не существует. На каждом конкретном проекте всегда ориентируемся на предпочтения Заказчика и на состав информационных систем у него в ландшафте.
И я о том же ... просто несколько коробит, когда система преподносится как "Решение всех проблем" при ведении НСИ ... у нас круче всех и ВСЕ, и вытаскивают на сайт внедрения, которые мягко скажем и не внедрены вовсе.
Вот и вопрос возник ... у меня одного такое впечатление от знакомства с данной системой или нет, т.к. отзывов о ней, а именно реальных обсуждений проблем работы с программой НЕТ, что собственно говоря и удивляет судя по "массовости" внедрения объявленных на оф. сайте.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36848737
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я знаю минимум два их внедрения, которые до сих пор работают. Это если говорить про Ontologic их собственной разработки. Но у них есть некоторое количество внедрений Ontologic на платформе SAP (SAP MDM) и на платформе IBM InfoSphere MDM т.е. промышленная платформа дорабатывается и наполнется контентом, который у них изначально есть + берутся справочники заказчика, нормализуются и также помещаются в MDM.
Насколько мне известно, сейчас в основном они и сосредоточены на внедрении промышленных платформ МДМ + предлагают работы по нормализации-оптимизации контента Заказчика.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36856727
Elia84
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Мы в Газпром Комплектации тоже познакомились со многими решениями, а потом заставили своих разработчиков сделать нам более-менее нормальное решение. С принципами ПО для ведения НСИ, применительно к большим массивам данных.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36862901
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elia84Мы в Газпром Комплектации тоже познакомились со многими решениями, а потом заставили своих разработчиков сделать нам более-менее нормальное решение. С принципами ПО для ведения НСИ, применительно к большим массивам данных.

Знаком с тем решением, которое в ГКИ было года два назад.
Структура классов-свойств-значений там до сих пор используется?
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36863967
Elia84
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Структура классов-свойств-значений до сих пор используется …

Основные доработки были сделаны в групповых операциях больших массивов данных: нечёткий поиск по Справочнику, автоматическое формирование наименований по шаблону из значений свойств класса записи Справочника, управление группами записей из словаря употребляемых слов…

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

Думаю, что и у других коллег должен быть примерно такой же опыт…
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36864650
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elia84 автоматическое формирование наименований по шаблону из значений свойств класса записи Справочника

Вопросик в плане обмена опытом по теме НСИ (надеюсь, не оффтопик):
С точки зрения используемой вами методологии, как быть, если автоматически сгенерированное наименование не бьётся с обозначениями НД (ГОСТ, ТУ и т.п.)? Или методология не предусматривает строгого следования обозначениям, предписываемым НД?

Я сталкивался с ситуацией, когда одна компания активно пиарила такую фичу в их ПО. Проанализировав их подход выяснилось, что для однотипной номенклатуры, но изготовленной по разным ТУ, наименования генерировались одинаковые. При изучении ТУ выяснилось, что в обозначении МТР в одном из них существовали параметры по умолчанию. При этом в других ТУ эти параметры отсутствовали. Получается, что при обозначении МТР с использованием их подхода и автоматической генерацией наименований по свойствам и значениям класса, была вероятность некорректного обозначения МТР.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36865359
Elia84
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Во первых - у нас есть возможность формировать условия (типа "if"), в зависимости от которых возможны модификации шаблонов классов материалов, соответствующих разным НД.

Во вторых - у нас специфика, связанная с проведением заявочной кампании и тендеров. Для наименований МТР для тендеров записи с одинаковыми техническими характеристиками действительно будут одинаковыми независимо от ТУ ( которые косвенным образом связаны с изготовителем, а, следовательно, и с поставщиком ). На этот счёт есть соответствующее законодательства.

Уникальное же полное наименование, определяющее товар, в нашей системе включает обозначение нормативных документов ( ГОСТ и ТУ в том числе ). Для каждой записи должно быть свойство типа «Нормативный документ» с соответствующим значением, а шаблон полного наименования имеет в нужном месте ссылку на это свойство, которая при формировании наименования заменяется соответствующим значением.

Есть ещё неуникальное краткое наименование, необходимое для интеграции с SAP. Там действительно записи с разными ТУ будут иметь одинаковое наименование, но это не мешает…

Но автоматическое формирование наименований – единственное, как показывает опыт, решение, освобождающее систему от ошибок, связанных с человеческим фактором. Поддерживающее такой подход ПО мы получили… Теперь работаем над последовательным исправлением Справочника.

Короче, интересно. Люди со стороны даже не догадываются сколько вреда может нанести некачественная НСИ. И как трудно получить Справочник, которым сможет пользоваться предприятие.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36865975
СергейF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
по теме ведения и администрирования НСИ, есть такое интересное решение с функционалом:
- любой объект может быть как «узлом», так и «листом» (т.е. иметь или не иметь собственную ветку «потомков»);
- множественное наследование объекта (у любого объекта может быть более одного «родителя»);
- дополнительно к наследованию можно указать связь и тип связи между объектами;
- возможность удаления объекта (группы объектов) с заменой во всех ссылках на удаляемый объект на другой объект (по сути слияние двух объектов с учетом значений их атрибутов);
- копирование, групповое переподчинение объектов;
- объект может иметь произвольное число атрибутов;
- поддержка числовых, строковых и «дата-время» значений атрибутов;
- поддержка ограничения на диапазон значений в числовом типе атрибута;
- поддержка значения атрибута, выбираемого из списка значений (список значений создается в другой «ветке» классификатора);
- наследование атрибутов от родителей (каждый «потомок имеет атрибуты от «родителя» плюс свои собственные);
- возможность наследования значений атрибутов от родителей (указывается для каждого атрибута);
- исторические и перечисляемые значения для атрибутов (поддержка более одного значения атрибута, в историческом типе указываются даты действия значения);
- возможность контроля уникальности значений атрибута в пределах родителя;
- группирование атрибутов;
- разделение прав доступа к атрибутам;
- возможность прикрепить к объекту неограниченное число файлов любого типа (изображения, документы DOC, PDF, HTML и т.д.)
- поиск в классификаторе «И-ИЛИ» по атрибутам;
- поиск в классификаторе по вхождению для строковых значений;
- поиск в классификаторе по диапазону для числовых значений и значений типа «дата-время»;
- автоматический парсинг, классификация и индексация документов (текстовый, doc, rtf) по настраиваемым шаблонам;
- полнотекстовый поиск по индексированным документам;
- разграничение доступа к объектам классификатора (по иерархии, по уровню секретности и по префиксу подсистемы);
- журналирование всех действий пользователя в классификаторе.

вот как можно решить многие вопросы по ведению и использованию НСИ на базе т.н. Классификатора объектов
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36867373
KomarovAB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Elia84Во вторых - у нас специфика, связанная с проведением заявочной кампании и тендеров. Для наименований МТР для тендеров записи с одинаковыми техническими характеристиками действительно будут одинаковыми независимо от ТУ ( которые косвенным образом связаны с изготовителем, а, следовательно, и с поставщиком ). На этот счёт есть соответствующее законодательства.


Да уж, ситуация более чем знакомая :-)
Когда принимали 94-ФЗ, мало кто думал о проектировщиках и капстрое. Вот им то добавилось проблем нереальное количество. Им дают задание на проектирование, в которое вписаны требования этого закона - никаких марок, никаких ссылок на ТУ и т.п. А как им проектировать в таких условиях, никто не подумал :-( Сходные по характеристикам задвижки (например) имеют разные габариты и массу, а это размеры помещений, типы фундаментов и т.п. Или вот КИПовская продукция - как можно спроектировать какой нибудь узел, если ты заране не знаешь, какой марки будут датчики там. Вот и переделывали проекты по нескольку раз.
По РЭН, кстати, тоже проблемы были - как расторговывать те же датчики, которые идут на замену? Если был установлен Метран, так ты туда никак не поставишь Siemens, ибо характеристики (в том числе и габариты) отличаются. По этому и появлялись в справочнике позиции с перечислением всех характеристик того же Метрана, только без указания марки и ТУ.

В структурах Транснефти наблюдал более-менее грамотный подход для решения этой проблемы - выпуск своих собственных отраслевых НТД на основную группу продукции, т.е. разрабатывался документ "Общие технические требования" на трубы диаметром 1020 и там указывалось условное обозначение такой продукции. А производители в паспортах ставили двойную маркировку (по своему ТУ и по ОТТ). В тендерной документации указывались ОТТ. Но групп продукции, по которым они разработали такие ОТТ, было не так много, как хотелось бы.

Работая со структурой классов-свойств-значений однажды натолкнулись на серьезную проблему. У трубы и деталей трубопроводов есть две схожие характеристики: марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами?
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36868166
СергейF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KomarovAB[quot Elia84] Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами?

Сталкивались и с такими ситуациями,
все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36868195
pi^2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
СергейFKomarovAB[quot Elia84] Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами?

Сталкивались и с такими ситуациями,
все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину.
Какие же это синонимы? Как искать по классу прочности среди марок стали и наоборот?
Проще иметь с избытком два атрибута и заполнять оба.
Такая ситуация встречается сплошь и рядом.
Избыточная информация чисто для справочных целей - правильное решение...
ИМХО.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36869507
michael23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
СергейFпо теме ведения и администрирования НСИ, есть такое интересное решение с функционалом:


Сергей, Вы про какое решение говорите? это решение позволяет:

СергейF
Сталкивались и с такими ситуациями,
все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину.


Вы говорите про систему управления НСИ от Интертех или другую систему?
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36869876
p^2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
p^2
Гость
KomarovAB У трубы и деталей трубопроводов есть две схожие характеристики: марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет . Эту связь может указать только сам завод для каждого изделия.
michael23
Сергей, Вы про какое решение говорите? это решение позволяет:
СергейF
Сталкивались и с такими ситуациями,
все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину.


Вы говорите про систему управления НСИ от Интертех или другую систему?
Ну, человек просто невнимательно прочитал пост Комарова.
Русским же языком написано:"Математической связи между этими характеристиками нет . "
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36869988
СергейF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
KomarovAB[quot Elia84]У трубы и деталей трубопроводов есть две схожие характеристики : марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами?

"Ну, человек просто невнимательно прочитал пост Комарова.
Русским же языком написано:"Математической связи между этими характеристиками нет. "

А где вы в моем посте увидели о математической связи?
Есть решение, которое позволяет эту связь определить и не более.
Повторюсь,
есть две "схожие характеристики" по которым необходимо осуществить поиск. Решение, обозначить эти две характеристики "синонимом" можно общим, а можно использовать текущую характеристику марку стали или класс прочности. Ищем в Классификаторе объект по характеристике "марка стали" с указанием значения или наоборот по "классу прочности", как результат находим объект с таким же значением в атрибуте для которого прописана связь.
Классификатор объектов не от Компании Интертех. Функциональные возможности описаны выше.

Это не теория из математического моделирования, это практика реальной жизни и решений. У нас это реализовано и работает! на мебельном производстве, производстве систем вентиляции и кондиционирования, в мин. обороны для классификации объектов учета на уровне информационного ядра.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36870068
p^2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
p^2
Гость
СергейFKomarovAB[quot Elia84]У трубы и деталей трубопроводов есть две схожие характеристики : марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами?

"Ну, человек просто невнимательно прочитал пост Комарова.
Русским же языком написано:"Математической связи между этими характеристиками нет. "

А где вы в моем посте увидели о математической связи?
Есть решение, которое позволяет эту связь определить и не более.
Повторюсь,
есть две "схожие характеристики" по которым необходимо осуществить поиск. Решение, обозначить эти две характеристики "синонимом" можно общим, а можно использовать текущую характеристику марку стали или класс прочности. Ищем в Классификаторе объект по характеристике "марка стали" с указанием значения или наоборот по "классу прочности", как результат находим объект с таким же значением в атрибуте для которого прописана связь.
Классификатор объектов не от Компании Интертех. Функциональные возможности описаны выше.

Это не теория из математического моделирования, это практика реальной жизни и решений. У нас это реализовано и работает! на мебельном производстве, производстве систем вентиляции и кондиционирования, в мин. обороны для классификации объектов учета на уровне информационного ядра.
Если два значения двух атрибутов для одного изделия синонимы, а для другого изделия нет ( не синонимы ), то как это у Вас будет работать? И как Вы организуете поиск?
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36871390
michael23
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Хотелось бы еще узнать информацию о рассматриваемой системе, а именно:
Структура классов-свойств-значений, используемая для классификации и обмен с другими системами, не проводящими классификацию таким образом (имеется ввиду сложности синхронизации справочников)
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36873107
СергейF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
p^2СергейFKomarovAB[quot Elia84]У трубы и деталей трубопроводов есть две схожие характеристики : марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами?

"Ну, человек просто невнимательно прочитал пост Комарова.
Русским же языком написано:"Математической связи между этими характеристиками нет. "

А где вы в моем посте увидели о математической связи?
Есть решение, которое позволяет эту связь определить и не более.
Повторюсь,
есть две "схожие характеристики" по которым необходимо осуществить поиск. Решение, обозначить эти две характеристики "синонимом" можно общим, а можно использовать текущую характеристику марку стали или класс прочности. Ищем в Классификаторе объект по характеристике "марка стали" с указанием значения или наоборот по "классу прочности", как результат находим объект с таким же значением в атрибуте для которого прописана связь.
Классификатор объектов не от Компании Интертех. Функциональные возможности описаны выше.

Это не теория из математического моделирования, это практика реальной жизни и решений. У нас это реализовано и работает! на мебельном производстве, производстве систем вентиляции и кондиционирования, в мин. обороны для классификации объектов учета на уровне информационного ядра.
Если два значения двух атрибутов для одного изделия синонимы, а для другого изделия нет ( не синонимы ), то как это у Вас будет работать? И как Вы организуете поиск?

Для классифицируемых изделий есть раздел "Изделия". Настраиваем для этого раздела все возможные атрибуты АТР1, АТР2, АТРn. У изделия А от поставщика 01 есть атрибут АТР1, у изделия В от поставщика 02 есть атрибут АТР2. По своей сути это один и тот же атрибут. Для АТР1 и АТР2 мы обозначили связь, что это схожие атрибуты. А теперь в изделиях ищем по условию, что у атрибута АТР1 должно быть искомое значение. Система будет искать искомое значение по АТР1 и АТР2, т.к. мы им прописали связь называемую "синонимом". Если АТР1 и АТР2 мы ограничили набором значений, то поиск у нас будет ограничен значениями этих атрибутов. Проще, в выпадающем списке мы обнаружим значения атрибутов АТР1 и АТР2. Теперь понятно? :)
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36873113
СергейF
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
michael23Хотелось бы еще узнать информацию о рассматриваемой системе, а именно:
Структура классов-свойств-значений, используемая для классификации и обмен с другими системами, не проводящими классификацию таким образом (имеется ввиду сложности синхронизации справочников)

Михаил, структура классов древовидная, свойства значений могут быть определены на структуре классов. Значения свойств классов кодируются на все той же структуре классов. А вот свойства классов это отдельная структура.

В части обмена, это веб сервисы или вн инсрументы Oracle.

Что бы внести ясность, система выросла из подсистемы НСИ до полноценного классификатора объектов. Сейчас это много префиксная платформа под SaaS решения в классическом исполнении.
Базовая функциональность, внимательно прочитайте и Вы все поймете:
- любой объект может быть как «узлом», так и «листом» (т.е. иметь или не иметь собственную ветку «потомков»);
- множественное наследование объекта (у любого объекта может быть более одного «родителя»);
- дополнительно к наследованию можно указать связь и тип связи между объектами;
- возможность удаления объекта (группы объектов) с заменой во всех ссылках на удаляемый объект на другой объект (по сути слияние двух объектов с учетом значений их атрибутов);
- копирование, групповое переподчинение объектов;
- объект может иметь произвольное число атрибутов;
- поддержка числовых, строковых и «дата-время» значений атрибутов;
- поддержка ограничения на диапазон значений в числовом типе атрибута;
- поддержка значения атрибута, выбираемого из списка значений (список значений создается в другой «ветке» классификатора);
- наследование атрибутов от родителей (каждый «потомок имеет атрибуты от «родителя» плюс свои собственные);
- возможность наследования значений атрибутов от родителей (указывается для каждого атрибута);
- исторические и перечисляемые значения для атрибутов (поддержка более одного значения атрибута, в историческом типе указываются даты действия значения);
- возможность контроля уникальности значений атрибута в пределах родителя;
- группирование атрибутов;
- разделение прав доступа к атрибутам;
- возможность прикрепить к объекту неограниченное число файлов любого типа (изображения, документы DOC, PDF, HTML и т.д.)
- поиск в классификаторе «И-ИЛИ» по атрибутам;
- поиск в классификаторе по вхождению для строковых значений;
- поиск в классификаторе по диапазону для числовых значений и значений типа «дата-время»;
- автоматический парсинг, классификация и индексация документов (текстовый, doc, rtf) по настраиваемым шаблонам;
- полнотекстовый поиск по индексированным документам;
- разграничение доступа к объектам классификатора (по иерархии, по уровню секретности и по префиксу подсистемы);
- журналирование всех действий пользователя в классификаторе.
...
Рейтинг: 0 / 0
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
    #36873601
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СергейF
Для классифицируемых изделий есть раздел "Изделия". Настраиваем для этого раздела все возможные атрибуты АТР1, АТР2, АТРn. У изделия А от поставщика 01 есть атрибут АТР1, у изделия В от поставщика 02 есть атрибут АТР2. По своей сути это один и тот же атрибут. Для АТР1 и АТР2 мы обозначили связь, что это схожие атрибуты. А теперь в изделиях ищем по условию, что у атрибута АТР1 должно быть искомое значение. Система будет искать искомое значение по АТР1 и АТР2, т.к. мы им прописали связь называемую "синонимом". Если АТР1 и АТР2 мы ограничили набором значений, то поиск у нас будет ограничен значениями этих атрибутов. Проще, в выпадающем списке мы обнаружим значения атрибутов АТР1 и АТР2. Теперь понятно? :)

Надо было просто типизировать атрибуты и дать возможность ввести разные интерфейсные имена атрибутам. Тогда бы всех этих проблем воще не было бы.
...
Рейтинг: 0 / 0
25 сообщений из 33, страница 1 из 2
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]