Дизайн пользовательского интерфейса обработчиков правил

Question

На работе у нас есть механизмы оптимизации, и одним из входных данных, используемых этими механизмами, являются бизнес-правила, которые мы создаем и редактируем с помощью собственного редактора правил.

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

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

Несмотря на то, что это функционально, это ужасный интерфейс для конечных пользователей, которые не являются разработчиками, но являются эквивалентом бизнес-аналитиков.Прежде чем запачкать руки, я подумал, что было бы неплохо узнать мнение сообщества StackOverflow о дизайне пользовательского интерфейса, специфичном для этой ситуации.

Мой вопрос

• Какие лучшие пользовательские интерфейсы вы видели в существующих редакторах правил?
• Каковы, по вашему мнению, лучшие принципы проектирования пользовательских интерфейсов в редакторах правил?

---

Я использую термины механизм правил и редактор правил в отдельности.В этом вопросе меня интересует только редактор правил

Другие вопросы на StackOverflow, которые касаются механизмов правил, но не редакторов правил и дизайна их пользовательского интерфейса:

• Критерии оценки механизмов бизнес-правил
• Когда НЕ следует использовать механизм правил?
• Какую систему правил мне следует использовать?
• Когда используется механизм бизнес-правил
• Как разработать механизм правил?
• Предпочтительные методы взаимодействия с обработчиком правил

Answer 1

Примечание:Это не ответ на ваш конкретный вопрос, а предложение.

Я делаю здесь два предположения, что

1. Ваш инструмент соответствует существующему бизнес-процессу (т. е.вы не добавляете новый процесс, а просто пытаетесь упростить существующий процесс), и
2. Ваш инструмент совершенствует существующий инструмент

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

Вы могли бы взглянуть на Контекстный дизайн методы, позволяющие выяснить, какова ментальная модель системы ваших пользователей.Вы также можете попробовать прототипы низкой точности с быстрым временем выполнения (например, бумажные прототипы или макеты VB), чтобы увидеть, что работает лучше всего.

Answer 2

Полагаю, на этот вопрос сложно ответить, не зная многого о сложности и характере ваших правил, однако я играл с http://www.magentocommerce.com/ на днях и у них в административной области встроен довольно простой редактор правил (поиграйтесь, вы их найдете).

Answer 3

Пытаться пускает слюни, Я думаю, что это лучшее решение с открытым исходным кодом и очень хорошим сообществом.

Answer 4

У нас также есть те же проблемы, что и по вышеуказанному вопросу.я только что нашел http://xpertrule.com который, кажется, имеет богатый и интуитивно понятный пользовательский интерфейс.

Вы можете получить помощь по их реализованной среде или получить их дизайнерские идеи.

Answer 5

Также, если вы используете JAVA и Drools, вы можете использовать Редактор управляемых правил разработан JBOSS в рамках проекта KIE.