Логика приоритетов для столбцов условий в таблице решений ⇐ JAVA
Логика приоритетов для столбцов условий в таблице решений
Мы находимся в процессе обновления до ODM 8.12 (в настоящее время 8.10.5.1). В рамках этого процесса нам необходимо обновить все наши проекты правил до DE с CRE, где одна из логики проекта нарушается при преобразовании. в DE.
В этом проекте требуется добавлять значение приоритета в каждый столбец условия, которое суммируется для каждого правила, поэтому в случае множественного совпадения ODM должен иметь возможность сравнивать суммы приоритетов каждого правила ( строку) и выберите действие (ответ) для правила с наивысшим приоритетом. PN: Правила не вводятся в таблицу в определенном порядке. Существующий код (встроенный в CRE) использует хеш-карту для хранения значений количества сопоставленных условий, а также суммы приоритетов каждого правила (строки) и работает в соответствии с требованиями.
После использования конструктора правил для переноса кода в DE и тестирования хеш-карты дают случайные значения для этих полей (количество сопоставленных столбцов и сумму приоритетов для каждого правила) — возможно, из-за другого подхода в правила обработки? с помощью нового механизма принятия решений.
Вот мои вопросы:
[*]Сталкивались ли вы с подобной проблемой при преобразовании из IRL в ARL? 2. Есть ли какие-нибудь советы по устранению проблемы? Мне сложно отлаживать этот проект, поскольку он довольно сложен: 180 таблиц и каждая таблица содержит более 500 правил. [*]Если вы используете механизм принятия решений, реализовали ли вы что-то подобное в DE?
К вашему сведению: поток правил использует последовательный алгоритм с критериями выхода и порядком, установленными на none и Literal соответственно.
ТИА !
Мы попытались сравнить код после преобразования и не увидели никаких тревожных сигналов (это было простое преобразование из IRL в ARL с параметрами обработки потока правил (упомянутыми выше), такими же, как и у CRE.
Мы находимся в процессе обновления до ODM 8.12 (в настоящее время 8.10.5.1). В рамках этого процесса нам необходимо обновить все наши проекты правил до DE с CRE, где одна из логики проекта нарушается при преобразовании. в DE.
В этом проекте требуется добавлять значение приоритета в каждый столбец условия, которое суммируется для каждого правила, поэтому в случае множественного совпадения ODM должен иметь возможность сравнивать суммы приоритетов каждого правила ( строку) и выберите действие (ответ) для правила с наивысшим приоритетом. PN: Правила не вводятся в таблицу в определенном порядке. Существующий код (встроенный в CRE) использует хеш-карту для хранения значений количества сопоставленных условий, а также суммы приоритетов каждого правила (строки) и работает в соответствии с требованиями.
После использования конструктора правил для переноса кода в DE и тестирования хеш-карты дают случайные значения для этих полей (количество сопоставленных столбцов и сумму приоритетов для каждого правила) — возможно, из-за другого подхода в правила обработки? с помощью нового механизма принятия решений.
Вот мои вопросы:
[*]Сталкивались ли вы с подобной проблемой при преобразовании из IRL в ARL? 2. Есть ли какие-нибудь советы по устранению проблемы? Мне сложно отлаживать этот проект, поскольку он довольно сложен: 180 таблиц и каждая таблица содержит более 500 правил. [*]Если вы используете механизм принятия решений, реализовали ли вы что-то подобное в DE?
К вашему сведению: поток правил использует последовательный алгоритм с критериями выхода и порядком, установленными на none и Literal соответственно.
ТИА !
Мы попытались сравнить код после преобразования и не увидели никаких тревожных сигналов (это было простое преобразование из IRL в ARL с параметрами обработки потока правил (упомянутыми выше), такими же, как и у CRE.
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Автоматизированное принятие решений с использованием классификатора дерева решений
Anonymous » » в форуме Python - 0 Ответы
- 4 Просмотры
-
Последнее сообщение Anonymous
-