|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Собственно не нашел обсуждений, необходима помощь (может кто направит по ссылке почитать ... обзоров как у них хорошо, начитался ... не надо) ... а то столкнулся с их творением на базе ontologic 4.6 ... мягко скажем неоднозначные ощущения :-) Ваши мнения :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2010, 13:52 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
А что конкретно интересует? И на какой платформе реализация интересует: SAP, IBM или их собственная? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.09.2010, 08:40 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
конкретней некуда :-) ... интересует мнения тех кто с ней работает ... у кого внедрена (как обмен с учетными системами происходит и как происходит добавление доп. полей в карточку МТР (ну если вдруг нехватило) и т.п.) т.е. их собственная и особенно для ... "1с ориентированных" пользователей 1С: Ontologic ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2010, 07:49 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
В Ontologic 4.5 была возможность добавления новых полей администратором в режиме runtime из интерфейса администрирования, с прорезанием их в пользовательский интерфейс. Взаимодействие с другими системами осуществлялась через интеграционную среду (PI/XI, IBM, BizTalk и т.п.), при этом сама система проектировалась как событийно-ориентированная, взаимодействие с коннекторами осуществлялось через веб-сервисы. Эти данные у меня по состоянию на 2005 год, тогда я имел отношение и к этой компании, и к разработке данного продукта. Насколько я знаю, проект успешно развивался и дальше. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2010, 10:01 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
1. я не нашел такой возможности добавление полей в карточку с ТМР, даже администратором! 2. в обмене "и т.п." я расцениваю что дописывать нужно под конкретные системы ... т.е. стандарт выгрузки (для данной программы) для синхранизации с учетной системой (не путать с форматом выгрузки карточки записи) отсутствует полностью ... я не прав? 3. Не понравилось однозначность определение регламента ввода нового ТМР (алгоритм поиска дубликатов размыт ... как проверять непонятно) ... т.е. чтобы завести запись, необходимо чтобы 2 человека ее проверили на наличие дубликатов .... или этот процесс настраивается? ... ни на сайте ни в программе ничего про это нет. 4. Интерфейсные ошибки ... получилось загнать дочернее окно под панель инструментов ... достать его от туда ... не смог :-). Панель инструментов, при открытии дочернего окна в карточке ... на глазах меняет уровень доступности управляющих элементов. 5. Не впечатлило быстродействие ... это всего-то 60000 записей .... Вопрос ... на чем это пишется (имею ввиду язык програмирования)? ... интерфейс недружелюбный :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2010, 10:52 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Пять лет назад это писалось на .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Сными системами. Ну а универсального решения, на мой взгляд, не существует. На каждом конкретном проекте всегда ориентируемся на предпочтения Заказчика и на состав информационных систем у него в ландшафте. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2010, 11:41 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
KomarovAB Ну а универсального решения, на мой взгляд, не существует. На каждом конкретном проекте всегда ориентируемся на предпочтения Заказчика и на состав информационных систем у него в ландшафте. И я о том же ... просто несколько коробит, когда система преподносится как "Решение всех проблем" при ведении НСИ ... у нас круче всех и ВСЕ, и вытаскивают на сайт внедрения, которые мягко скажем и не внедрены вовсе. Вот и вопрос возник ... у меня одного такое впечатление от знакомства с данной системой или нет, т.к. отзывов о ней, а именно реальных обсуждений проблем работы с программой НЕТ, что собственно говоря и удивляет судя по "массовости" внедрения объявленных на оф. сайте. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2010, 13:21 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Я знаю минимум два их внедрения, которые до сих пор работают. Это если говорить про Ontologic их собственной разработки. Но у них есть некоторое количество внедрений Ontologic на платформе SAP (SAP MDM) и на платформе IBM InfoSphere MDM т.е. промышленная платформа дорабатывается и наполнется контентом, который у них изначально есть + берутся справочники заказчика, нормализуются и также помещаются в MDM. Насколько мне известно, сейчас в основном они и сосредоточены на внедрении промышленных платформ МДМ + предлагают работы по нормализации-оптимизации контента Заказчика. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2010, 17:56 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Мы в Газпром Комплектации тоже познакомились со многими решениями, а потом заставили своих разработчиков сделать нам более-менее нормальное решение. С принципами ПО для ведения НСИ, применительно к большим массивам данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2010, 09:44 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Elia84Мы в Газпром Комплектации тоже познакомились со многими решениями, а потом заставили своих разработчиков сделать нам более-менее нормальное решение. С принципами ПО для ведения НСИ, применительно к большим массивам данных. Знаком с тем решением, которое в ГКИ было года два назад. Структура классов-свойств-значений там до сих пор используется? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.09.2010, 16:51 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Структура классов-свойств-значений до сих пор используется … Основные доработки были сделаны в групповых операциях больших массивов данных: нечёткий поиск по Справочнику, автоматическое формирование наименований по шаблону из значений свойств класса записи Справочника, управление группами записей из словаря употребляемых слов… Основная мысль, которую я хотел здесь донести, на самом деле, нету пока идеального инструмента для решения реальных задач, которые стоят перед отделом НСИ, которому нужно поддерживать большой справочник ( более миллиона ) записей. Мы пошли по пути заказа специализированного ПО под наши задачи. А функционал всех коробочных решений, которые мы изучили ( а мы много времени на это потратили ) решает почему-то совсем не те задачи, которые перед нами стоят. Думаю, что и у других коллег должен быть примерно такой же опыт… ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2010, 10:14 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Elia84 автоматическое формирование наименований по шаблону из значений свойств класса записи Справочника Вопросик в плане обмена опытом по теме НСИ (надеюсь, не оффтопик): С точки зрения используемой вами методологии, как быть, если автоматически сгенерированное наименование не бьётся с обозначениями НД (ГОСТ, ТУ и т.п.)? Или методология не предусматривает строгого следования обозначениям, предписываемым НД? Я сталкивался с ситуацией, когда одна компания активно пиарила такую фичу в их ПО. Проанализировав их подход выяснилось, что для однотипной номенклатуры, но изготовленной по разным ТУ, наименования генерировались одинаковые. При изучении ТУ выяснилось, что в обозначении МТР в одном из них существовали параметры по умолчанию. При этом в других ТУ эти параметры отсутствовали. Получается, что при обозначении МТР с использованием их подхода и автоматической генерацией наименований по свойствам и значениям класса, была вероятность некорректного обозначения МТР. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2010, 13:00 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Во первых - у нас есть возможность формировать условия (типа "if"), в зависимости от которых возможны модификации шаблонов классов материалов, соответствующих разным НД. Во вторых - у нас специфика, связанная с проведением заявочной кампании и тендеров. Для наименований МТР для тендеров записи с одинаковыми техническими характеристиками действительно будут одинаковыми независимо от ТУ ( которые косвенным образом связаны с изготовителем, а, следовательно, и с поставщиком ). На этот счёт есть соответствующее законодательства. Уникальное же полное наименование, определяющее товар, в нашей системе включает обозначение нормативных документов ( ГОСТ и ТУ в том числе ). Для каждой записи должно быть свойство типа «Нормативный документ» с соответствующим значением, а шаблон полного наименования имеет в нужном месте ссылку на это свойство, которая при формировании наименования заменяется соответствующим значением. Есть ещё неуникальное краткое наименование, необходимое для интеграции с SAP. Там действительно записи с разными ТУ будут иметь одинаковое наименование, но это не мешает… Но автоматическое формирование наименований – единственное, как показывает опыт, решение, освобождающее систему от ошибок, связанных с человеческим фактором. Поддерживающее такой подход ПО мы получили… Теперь работаем над последовательным исправлением Справочника. Короче, интересно. Люди со стороны даже не догадываются сколько вреда может нанести некачественная НСИ. И как трудно получить Справочник, которым сможет пользоваться предприятие. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.09.2010, 16:34 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
по теме ведения и администрирования НСИ, есть такое интересное решение с функционалом: - любой объект может быть как «узлом», так и «листом» (т.е. иметь или не иметь собственную ветку «потомков»); - множественное наследование объекта (у любого объекта может быть более одного «родителя»); - дополнительно к наследованию можно указать связь и тип связи между объектами; - возможность удаления объекта (группы объектов) с заменой во всех ссылках на удаляемый объект на другой объект (по сути слияние двух объектов с учетом значений их атрибутов); - копирование, групповое переподчинение объектов; - объект может иметь произвольное число атрибутов; - поддержка числовых, строковых и «дата-время» значений атрибутов; - поддержка ограничения на диапазон значений в числовом типе атрибута; - поддержка значения атрибута, выбираемого из списка значений (список значений создается в другой «ветке» классификатора); - наследование атрибутов от родителей (каждый «потомок имеет атрибуты от «родителя» плюс свои собственные); - возможность наследования значений атрибутов от родителей (указывается для каждого атрибута); - исторические и перечисляемые значения для атрибутов (поддержка более одного значения атрибута, в историческом типе указываются даты действия значения); - возможность контроля уникальности значений атрибута в пределах родителя; - группирование атрибутов; - разделение прав доступа к атрибутам; - возможность прикрепить к объекту неограниченное число файлов любого типа (изображения, документы DOC, PDF, HTML и т.д.) - поиск в классификаторе «И-ИЛИ» по атрибутам; - поиск в классификаторе по вхождению для строковых значений; - поиск в классификаторе по диапазону для числовых значений и значений типа «дата-время»; - автоматический парсинг, классификация и индексация документов (текстовый, doc, rtf) по настраиваемым шаблонам; - полнотекстовый поиск по индексированным документам; - разграничение доступа к объектам классификатора (по иерархии, по уровню секретности и по префиксу подсистемы); - журналирование всех действий пользователя в классификаторе. вот как можно решить многие вопросы по ведению и использованию НСИ на базе т.н. Классификатора объектов ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2010, 11:00 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Elia84Во вторых - у нас специфика, связанная с проведением заявочной кампании и тендеров. Для наименований МТР для тендеров записи с одинаковыми техническими характеристиками действительно будут одинаковыми независимо от ТУ ( которые косвенным образом связаны с изготовителем, а, следовательно, и с поставщиком ). На этот счёт есть соответствующее законодательства. Да уж, ситуация более чем знакомая :-) Когда принимали 94-ФЗ, мало кто думал о проектировщиках и капстрое. Вот им то добавилось проблем нереальное количество. Им дают задание на проектирование, в которое вписаны требования этого закона - никаких марок, никаких ссылок на ТУ и т.п. А как им проектировать в таких условиях, никто не подумал :-( Сходные по характеристикам задвижки (например) имеют разные габариты и массу, а это размеры помещений, типы фундаментов и т.п. Или вот КИПовская продукция - как можно спроектировать какой нибудь узел, если ты заране не знаешь, какой марки будут датчики там. Вот и переделывали проекты по нескольку раз. По РЭН, кстати, тоже проблемы были - как расторговывать те же датчики, которые идут на замену? Если был установлен Метран, так ты туда никак не поставишь Siemens, ибо характеристики (в том числе и габариты) отличаются. По этому и появлялись в справочнике позиции с перечислением всех характеристик того же Метрана, только без указания марки и ТУ. В структурах Транснефти наблюдал более-менее грамотный подход для решения этой проблемы - выпуск своих собственных отраслевых НТД на основную группу продукции, т.е. разрабатывался документ "Общие технические требования" на трубы диаметром 1020 и там указывалось условное обозначение такой продукции. А производители в паспортах ставили двойную маркировку (по своему ТУ и по ОТТ). В тендерной документации указывались ОТТ. Но групп продукции, по которым они разработали такие ОТТ, было не так много, как хотелось бы. Работая со структурой классов-свойств-значений однажды натолкнулись на серьезную проблему. У трубы и деталей трубопроводов есть две схожие характеристики: марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2010, 09:50 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
KomarovAB[quot Elia84] Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами? Сталкивались и с такими ситуациями, все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2010, 15:24 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
СергейFKomarovAB[quot Elia84] Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами? Сталкивались и с такими ситуациями, все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину. Какие же это синонимы? Как искать по классу прочности среди марок стали и наоборот? Проще иметь с избытком два атрибута и заполнять оба. Такая ситуация встречается сплошь и рядом. Избыточная информация чисто для справочных целей - правильное решение... ИМХО. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2010, 15:35 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
СергейFпо теме ведения и администрирования НСИ, есть такое интересное решение с функционалом: Сергей, Вы про какое решение говорите? это решение позволяет: СергейF Сталкивались и с такими ситуациями, все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину. Вы говорите про систему управления НСИ от Интертех или другую систему? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2010, 11:28 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
KomarovAB У трубы и деталей трубопроводов есть две схожие характеристики: марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет . Эту связь может указать только сам завод для каждого изделия. michael23 Сергей, Вы про какое решение говорите? это решение позволяет: СергейF Сталкивались и с такими ситуациями, все это решается обозначением двух и более характеристик из одной или разных классификаций Синонимами. Поиск значений по характеристики расширяется в рамках синонимов. Объекты классификации могут быть значениями атрибута, соответственно объединив объекты связью "синонима" получаем целостную картину. Вы говорите про систему управления НСИ от Интертех или другую систему? Ну, человек просто невнимательно прочитал пост Комарова. Русским же языком написано:"Математической связи между этими характеристиками нет . " ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2010, 13:46 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
KomarovAB[quot Elia84]У трубы и деталей трубопроводов есть две схожие характеристики : марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами? "Ну, человек просто невнимательно прочитал пост Комарова. Русским же языком написано:"Математической связи между этими характеристиками нет. " А где вы в моем посте увидели о математической связи? Есть решение, которое позволяет эту связь определить и не более. Повторюсь, есть две "схожие характеристики" по которым необходимо осуществить поиск. Решение, обозначить эти две характеристики "синонимом" можно общим, а можно использовать текущую характеристику марку стали или класс прочности. Ищем в Классификаторе объект по характеристике "марка стали" с указанием значения или наоборот по "классу прочности", как результат находим объект с таким же значением в атрибуте для которого прописана связь. Классификатор объектов не от Компании Интертех. Функциональные возможности описаны выше. Это не теория из математического моделирования, это практика реальной жизни и решений. У нас это реализовано и работает! на мебельном производстве, производстве систем вентиляции и кондиционирования, в мин. обороны для классификации объектов учета на уровне информационного ядра. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2010, 14:19 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
СергейFKomarovAB[quot Elia84]У трубы и деталей трубопроводов есть две схожие характеристики : марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами? "Ну, человек просто невнимательно прочитал пост Комарова. Русским же языком написано:"Математической связи между этими характеристиками нет. " А где вы в моем посте увидели о математической связи? Есть решение, которое позволяет эту связь определить и не более. Повторюсь, есть две "схожие характеристики" по которым необходимо осуществить поиск. Решение, обозначить эти две характеристики "синонимом" можно общим, а можно использовать текущую характеристику марку стали или класс прочности. Ищем в Классификаторе объект по характеристике "марка стали" с указанием значения или наоборот по "классу прочности", как результат находим объект с таким же значением в атрибуте для которого прописана связь. Классификатор объектов не от Компании Интертех. Функциональные возможности описаны выше. Это не теория из математического моделирования, это практика реальной жизни и решений. У нас это реализовано и работает! на мебельном производстве, производстве систем вентиляции и кондиционирования, в мин. обороны для классификации объектов учета на уровне информационного ядра. Если два значения двух атрибутов для одного изделия синонимы, а для другого изделия нет ( не синонимы ), то как это у Вас будет работать? И как Вы организуете поиск? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2010, 14:43 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
Хотелось бы еще узнать информацию о рассматриваемой системе, а именно: Структура классов-свойств-значений, используемая для классификации и обмен с другими системами, не проводящими классификацию таким образом (имеется ввиду сложности синхронизации справочников) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2010, 07:02 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
p^2СергейFKomarovAB[quot Elia84]У трубы и деталей трубопроводов есть две схожие характеристики : марка стали и класс прочности. Часть производителей указывают первую, часть заводов - вторую. Математической связи между этими характеристиками нет. Эту связь может указать только сам завод для каждого изделия. Таким образом, в классе "Трубы" появляются две схожие характеристики, а сквозной поиск по техническим характеристикам через все подклассы становится невозможным, так как позиции, у которых указано свойство "Марка стали", не попадают в выборку при задании характеристики "Класс прочности" и наоборот. Не доводилось сталкиваться с такими проблемами? "Ну, человек просто невнимательно прочитал пост Комарова. Русским же языком написано:"Математической связи между этими характеристиками нет. " А где вы в моем посте увидели о математической связи? Есть решение, которое позволяет эту связь определить и не более. Повторюсь, есть две "схожие характеристики" по которым необходимо осуществить поиск. Решение, обозначить эти две характеристики "синонимом" можно общим, а можно использовать текущую характеристику марку стали или класс прочности. Ищем в Классификаторе объект по характеристике "марка стали" с указанием значения или наоборот по "классу прочности", как результат находим объект с таким же значением в атрибуте для которого прописана связь. Классификатор объектов не от Компании Интертех. Функциональные возможности описаны выше. Это не теория из математического моделирования, это практика реальной жизни и решений. У нас это реализовано и работает! на мебельном производстве, производстве систем вентиляции и кондиционирования, в мин. обороны для классификации объектов учета на уровне информационного ядра. Если два значения двух атрибутов для одного изделия синонимы, а для другого изделия нет ( не синонимы ), то как это у Вас будет работать? И как Вы организуете поиск? Для классифицируемых изделий есть раздел "Изделия". Настраиваем для этого раздела все возможные атрибуты АТР1, АТР2, АТРn. У изделия А от поставщика 01 есть атрибут АТР1, у изделия В от поставщика 02 есть атрибут АТР2. По своей сути это один и тот же атрибут. Для АТР1 и АТР2 мы обозначили связь, что это схожие атрибуты. А теперь в изделиях ищем по условию, что у атрибута АТР1 должно быть искомое значение. Система будет искать искомое значение по АТР1 и АТР2, т.к. мы им прописали связь называемую "синонимом". Если АТР1 и АТР2 мы ограничили набором значений, то поиск у нас будет ограничен значениями этих атрибутов. Проще, в выпадающем списке мы обнаружим значения атрибутов АТР1 и АТР2. Теперь понятно? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2010, 19:49 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
michael23Хотелось бы еще узнать информацию о рассматриваемой системе, а именно: Структура классов-свойств-значений, используемая для классификации и обмен с другими системами, не проводящими классификацию таким образом (имеется ввиду сложности синхронизации справочников) Михаил, структура классов древовидная, свойства значений могут быть определены на структуре классов. Значения свойств классов кодируются на все той же структуре классов. А вот свойства классов это отдельная структура. В части обмена, это веб сервисы или вн инсрументы Oracle. Что бы внести ясность, система выросла из подсистемы НСИ до полноценного классификатора объектов. Сейчас это много префиксная платформа под SaaS решения в классическом исполнении. Базовая функциональность, внимательно прочитайте и Вы все поймете: - любой объект может быть как «узлом», так и «листом» (т.е. иметь или не иметь собственную ветку «потомков»); - множественное наследование объекта (у любого объекта может быть более одного «родителя»); - дополнительно к наследованию можно указать связь и тип связи между объектами; - возможность удаления объекта (группы объектов) с заменой во всех ссылках на удаляемый объект на другой объект (по сути слияние двух объектов с учетом значений их атрибутов); - копирование, групповое переподчинение объектов; - объект может иметь произвольное число атрибутов; - поддержка числовых, строковых и «дата-время» значений атрибутов; - поддержка ограничения на диапазон значений в числовом типе атрибута; - поддержка значения атрибута, выбираемого из списка значений (список значений создается в другой «ветке» классификатора); - наследование атрибутов от родителей (каждый «потомок имеет атрибуты от «родителя» плюс свои собственные); - возможность наследования значений атрибутов от родителей (указывается для каждого атрибута); - исторические и перечисляемые значения для атрибутов (поддержка более одного значения атрибута, в историческом типе указываются даты действия значения); - возможность контроля уникальности значений атрибута в пределах родителя; - группирование атрибутов; - разделение прав доступа к атрибутам; - возможность прикрепить к объекту неограниченное число файлов любого типа (изображения, документы DOC, PDF, HTML и т.д.) - поиск в классификаторе «И-ИЛИ» по атрибутам; - поиск в классификаторе по вхождению для строковых значений; - поиск в классификаторе по диапазону для числовых значений и значений типа «дата-время»; - автоматический парсинг, классификация и индексация документов (текстовый, doc, rtf) по настраиваемым шаблонам; - полнотекстовый поиск по индексированным документам; - разграничение доступа к объектам классификатора (по иерархии, по уровню секретности и по префиксу подсистемы); - журналирование всех действий пользователя в классификаторе. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2010, 20:00 |
|
Кто-нибудь сталкивался с творениями Интертех на базе ONTOLOGIC ... система управления НСИ
|
|||
---|---|---|---|
#18+
СергейF Для классифицируемых изделий есть раздел "Изделия". Настраиваем для этого раздела все возможные атрибуты АТР1, АТР2, АТРn. У изделия А от поставщика 01 есть атрибут АТР1, у изделия В от поставщика 02 есть атрибут АТР2. По своей сути это один и тот же атрибут. Для АТР1 и АТР2 мы обозначили связь, что это схожие атрибуты. А теперь в изделиях ищем по условию, что у атрибута АТР1 должно быть искомое значение. Система будет искать искомое значение по АТР1 и АТР2, т.к. мы им прописали связь называемую "синонимом". Если АТР1 и АТР2 мы ограничили набором значений, то поиск у нас будет ограничен значениями этих атрибутов. Проще, в выпадающем списке мы обнаружим значения атрибутов АТР1 и АТР2. Теперь понятно? :) Надо было просто типизировать атрибуты и дать возможность ввести разные интерфейсные имена атрибутам. Тогда бы всех этих проблем воще не было бы. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2010, 09:26 |
|
|
start [/forum/topic.php?fid=33&fpage=28&tid=1548127]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
173ms |
get tp. blocked users: |
1ms |
others: | 344ms |
total: | 603ms |
0 / 0 |