Critères d'évaluation des moteurs de règles métier [fermé]

Question

Nous magasine pour les moteurs de règles métier. Nous voulons rendre notre application de base personnalisable à différents clients ayant des exigences légèrement différentes. Les gens qui en fait faire les personnalisations sont les analystes. C'est à dire. les non-programmeurs qui sont techniquement qualifiés (ont généralement un diplôme en sciences).

Quels sont les critères d'évaluation des moteurs de règles métier? Y at-il les sources et comercial ouverte? Quelles sont vos expériences en termes de facilité d'utilisation, la documentation, le soutien, le prix, etc.

Notre application est en Java.

Answer 1

Drools (utilisé pour être Drools puis JBoss Rules Drools puis à nouveau) est un très bon ouvert règles de sources moteur et jetez un coup.

A mon avis, les meilleurs critères pour évaluer un moteur de règles sont:

• Est-il configurable (sinon vous auriez code juste au lieu)
• Est-il performant.
• Comment est-il facile pour les personnes non techniques de modifier les règles
• Comment il est facile pour les nouveaux jeux de règles à déployer (et les anciens non déployé).

Plusieurs moteurs de règles ont de gestion de règles métier (BRMS) Systèmes et Drools ne fait pas exception. Cela rend le déploiement beaucoup plus facile pour les non-technophiles.

Il y a un bon soutien pour Drools via docs et des tutoriels sur le web et même via le canal IRC.

J'ai aussi utilisé le moteur de règles qui vient avec IBM WebSphere Process Server et trouvé que, pour être très bon aussi bien (mais cher).

Answer 2

J'ai travaillé en tant que consultant pour un grand moteur de règles dans l'industrie depuis près de trois ans. Vous payez beaucoup d'argent pour un moteur de règles commerciales et la nécessité de décider si les caractéristiques et le soutien que vous recevez potentiellement valent le prix. Tous les fournisseurs de moteur de règles réclameront leur est entre les meilleures mains vers le bas; le meilleur conseil que je peux vous donner est de faire un prototype avec chaque moteur de règle que vous envisagez qui est d'une portée limitée, mais représentatif des fonctionnalités dont vous avez besoin. Ne laissez pas les vendeurs juste vous montrer une démonstration de fantaisie; Vous devez construire activement le prototype. Je l'ai vu trop de gens achètent un moteur de règles qui ont vraiment aucune idée ce qu'ils achètent. Personnellement, j'opter pour l'un des moteurs de règles open source (quelqu'un a déjà mentionné Drools) si vous avez votre coeur sur un moteur de règles. Cependant, je songerais sérieusement à côté des moteurs de règle la possibilité de ne pas utiliser un moteur de règles. Vous pouvez gagner du temps d'abord avec un moteur de règles (en ignorant la courbe d'apprentissage), mais une solution personnalisée est susceptible d'être supérieure à long terme pour vous répondre à des besoins spécifiques.

Voici quelques liens du site Web de Martin Fowler qui sont pertinents à votre question:

• http://www.martinfowler.com/bliki/RulesEngine.html
• http://www.martinfowler.com/bliki/DomainSpecificLanguage.html

Answer 3

Je travaille avec beaucoup de vendeurs commerciaux et, contrairement à Martin, parler à beaucoup de leurs clients. La réalité est que les systèmes de gestion de règles métier fonctionnent et remboursent l'investissement dans la courbe d'apprentissage, etc. dans le premier projet, bien avant que les avantages d'un entretien réduit et une augmentation utilisateur d'affaires impliquent commencer à coups de pied. Drools est excellente comme une solution open source et les principaux produits commerciaux sont les suivants: IBM / ILOG Rules (.Net, Java et COBOL) FICO Blaze Advisor (.Net, Java et COBOL) InRule Technology (.Net) Logiciel Innovations (Java) Oracle et SAP ont tous les deux moteurs de règles dans leurs plates-formes qui sont de plus en plus complète. Je passe en revue un grand nombre de nouvelles versions ainsi que des produits minoritaires http://jtonedm.com/category/ produit Nouvelles /

Forrester a un rapport de belle vague sur les règles d'affaires que je recommande et il y a un post sur mon site en discuter (que je établir un lien mais stackoverflow ne me laisse pas ajouter un deuxième lien encore) - me contacter si vous voulez réponses.

Answer 4

Beaucoup de gens décident qu'ils veulent un moteur de règles, et ce qu'ils veulent est un processus de gestion des flux de travail qui comprend des moteurs de règles dans le cadre du pipeline d'exécution.

Un flux de travail est un graphe orienté des actions. Les actions sont des choses qui arrivent, par exemple, rulesets, calculs, appels de service Web même. Vous devriez être en mesure d'avoir une action qui peut appeler d'autres flux de travail.

Cela permet à vos analystes d'affaires à faire les mises en œuvre tout le processus, et pas seulement faire simple si-then-else (hah, certains moteurs de règles commerciales ne peuvent même pas faire d'autre! Voir les commentaires sur les options d'évaluer avant de décider) des règles, être simple ou séquentielle des règles FCIRE (moteur de règles d'inférence enchaînant avant). La plupart des analystes d'affaires simples trouver rulesets séquentiels plus facile de penser. Il doit être fait au niveau du flux de travail parce que les tiers que les règles en baccalauréats interprètent ont tendance à changer de décision / acceptation / rejet / processus domagick entiers avec très peu de préavis.