Business Rules Technologie

Transkript

1 Business Rules Technologie Ein Referat für SIG Development der DOAG 17. Februar 2005, Bochum Dipl. Ing. Armin Singer (BA) Geschäftsführer der Semantec GmbH

2 Hohe Kosten in der IT Mehrwert = Nutzen Kosten

3 Hohe Kosten in der IT Analyse Feinspezifikation Re-design Manager Grobspezifikation Analysten Konzeptionäre Idee Experten Fachleute Business Änderungswünsche Endusertest Bugfixes Entwickler Projektleiter Machbarkeit IT Inbetriebnahme Integrationstest Unittest Pflichtenheft Lastenheft Implementierung

4 Hoher Kommunikationsaufwand = hohe Durchlaufzeiten und hohe Kosten Risiko des Qualitätsverlustes Verständnis über die Anwendungen geht verloren Aufwändige Pflege

5 Welche Konzepte braucht es? Separation of Concerns >> Deklarative Ansätze >> Vermeidung von Codierung-Decodierung >> Selbsterklärung von Anwendungen >> >> Einfache Bedienoberflächen >> Sicherheit durch Validierung und Verifizierung >> weiter

6 Deklarativ "The great thing about this (BR-) technology is that it s declarative and not procedural. In other words, you get things done by simply writing down what you want to be done you don t specify in detail how it is to be done." Chris Date, Mitbegründer der relationalen Datenbanksysteme über den Business Rules Ansatz >>zurück

7 PL/SQL Code (1): PROCEDURE ICIS_Faell_datum_ermitteln ( p_vvs_begin IN DATE, /* Vertragsversionsbeginndatum */ p_aenderungstyp IN VARCHAR2, /* Änderungstyp der Deckung */ p_zws_code IN varchar2, /* Code für Zahlweise */ p_hauptfaelligkeit IN DATE, /* Hauptfälligkeit */ p_dpr_typ IN VARCHAR2, /* DPR-TYP */ p_datum_von IN DATE, /* Datum, ab dem erhoben wird */ p_datum_bis IN DATE, /* Datum, bis zu dem erhoben wird */ p_abr_in_monate IN NUMBER, /* Monatskennzeichen aus ZBD */ p_anz_monate IN NUMBER, /* Anzahl Monate gemäß p_zws_code (Falls 99 >> =0)*/ p_datum_faellig IN OUT DATE, /* Datum, an dem abgerechnet wird */ p_fpr_batch_entitaet IN OUT VARCHAR2, p_fpr_auspraegung IN OUT VARCHAR2, p_fpr_feh_fehlercode IN OUT VARCHAR2, p_fpr_fehlertext IN OUT VARCHAR2, p_returncode IN OUT NUMBER) IS /* Returncode der Prozedur */ /* Ermittlung des Fälligkeitsdatums gemäß Funktionsbeschreibung 9834a in der Fassung vom mw, mw, keine Sonderbehandlung für monatliche Zahlweise */ F_ORACLE CONSTANT NUMBER(1) := -2; F_SACH CONSTANT NUMBER(1) := -3; v_tagesdatum DATE; v_fr_erh_datum DATE; v_plus_monate NUMBER(2); BEGIN p_datum_faellig := TO_DATE (' ', 'dd.mm.yyyy'); p_returncode := 0; v_tagesdatum := sysd_te; IF ( p_zws_code IN ('0', '99') OR p_dpr_typ = 'EP') THEN -- Einmalprämie p_datum_faellig := v_tagesdatum;

8 PL/SQL Code (2): ELSIF p_zws_code = '81' _029HK: Neue Zahlweise berücksichtigen THEN -- Projektprämie IF p_datum_von < v_tagesdatum THEN p_datum_faellig := v_tagesdatum; ELSE p_datum_faellig := p_datum_von; END IF; _029HK: THEN _029HK: -- monatliche Zahlweise _029HK: ELSIF p_zws_code = '88' _029HK: IF p_datum_von < v_tagesdatum _029HK: THEN _029HK: p_datum_faellig := v_tagesdatum; _029HK: ELSE _029HK: p_datum_faellig := p_datum_von; _029HK: END IF; ELSIF p_zws_code IN ('1', '2', '4', '12') THEN -- ganz-, halb, viertel-jährliche ZW v_plus_monate := ROUND (12 / p_anz_monate); IF p_aenderungstyp = '7' THEN -- Folge p_datum_faellig := ADD_MONTHS (p_datum_von, NVL(p_abr_in_monate, 0)); ELSE -- Neuanlage, Änderungen /* Ermittlung des frühesten Erhebungsdatums */ v_fr_erh_datum := TO_DATE (LTRIM (TO_CHAR (p_hauptfaelligkeit, 'DDMM')) LTRIM (TO_CHAR (p_vvs_begin, 'YYYY')), 'DDMMYYYY'); -- HF im Versicherungsbeginnjahr IF v_fr_erh_datum > p_vvs_begin THEN v_fr_erh_datum := ADD_MONTHS (v_fr_erh_datum, -12); END IF;

9 PL/SQL Code (3): WHILE v_fr_erh_datum <= ADD_MONTHS (p_vvs_begin, 0 - v_plus_monate) LOOP v_fr_erh_datum := ADD_MONTHS (v_fr_erh_datum, v_plus_monate); END LOOP; v_fr_erh_datum := ADD_MONTHS (v_fr_erh_datum, NVL(p_abr_in_monate,0)); IF p_datum_von < v_fr_erh_datum THEN IF v_fr_erh_datum > v_tagesdatum THEN p_datum_faellig := v_fr_erh_datum; ELSE p_datum_faellig := v_tagesdatum; END IF; ELSE IF p_datum_von > v_tagesdatum THEN p_datum_faellig := p_datum_von; ELSE p_datum_faellig := v_tagesdatum; END IF; END IF; END IF; ELSE p_returncode := F_SACH; p_fpr_batch_entitaet := 'Faelligkeitsdatum'; p_fpr_fehlertext := 'Zahlweise nicht definiert!'; RETURN; END IF; EXCEPTION WHEN OTHERS THEN p_returncode := F_ORACLE; p_fpr_batch_entitaet := 'Faelligkeitsdatum'; p_fpr_auspraegung := NULL; p_fpr_feh_fehlercode := 'ORA-' to_char(sqlcode); p_fpr_fehlertext := SQLERRM; RETURN; END ICIS_Faell_datum_ermitteln;

10 Extrahiertes Regelset Wenn Deckungsart Einzelprämie ist Dann setze Fälligkeitsdatum auf heute Wenn Zahlweise einmalig ist Dann setze Fälligkeitsdatum auf heute Wenn Zahlweise Projektprämie ist Dann setze Fälligkeitsdatum auf spätestes von (heute, Abrechnungsdatum) Wenn Zahlweise "periodisch ist und Dynamic automatisch ist Dann setze Fälligkeitsdatum auf Abrechnungsdatum + Laufzeit Wenn Zahlweise "periodisch ist und Dynamik nicht automatisch ist Dann setze Fälligkeitsdatum auf spätestes von (heute, Abrechnungsdatum, nächste_zahlperiode + Laufzeit)

11 Regelset im Rule Authoring System

12 Regelset in Anwendung integrieren Facts results Ruleset 1 Ruleset 2 Ruleset 3 Application Logic Rules Engine Rules Repository Rules Authoring GUI

13 Aufrufende Prozedur PROCEDURE ICIS_Faell_datum_ermitteln ( p_vvs_begin IN DATE, /* Vertragsversionsbeginndatum */ p_aenderungstyp IN VARCHAR2, /* Änderungstyp der Deckung */ p_zws_code IN varchar2, /* Code für Zahlweise */ p_hauptfaelligkeit IN DATE, /* Hauptfälligkeit */ p_dpr_typ IN VARCHAR2, /* DPR-TYP */ p_datum_von IN DATE, /* Datum, ab dem erhoben wird */ p_datum_bis IN DATE, /* Datum, bis zu dem erhoben wird */ p_abr_in_monate IN NUMBER, /* Monatskennzeichen aus ZBD */ p_anz_monate IN NUMBER, /* Anzahl Monate gemäß p_zws_code (Falls 99 >> =0)*/ p_datum_faellig IN OUT DATE, /* Datum, an dem abgerechnet wird */ p_fpr_batch_entitaet IN OUT VARCHAR2, p_fpr_auspraegung IN OUT VARCHAR2, p_fpr_feh_fehlercode IN OUT VARCHAR2, p_fpr_fehlertext IN OUT VARCHAR2, p_returncode IN OUT NUMBER) IS input_data = BR_interface.input_data; output_data = BR_interface.output_data; BEGIN BR_interface.Map_input_data (input_data "Contract", "beginning_of_new_version", p_vvs_begin, "automatic_change", p_aenderungstyp, "mode_of_billing", p_zws_code, "single_premium", p_dpr_typ, "beginning_of_new_version", p_datum_von, "months_to_billing", p_abr_in_monate, "next_periodic_date", v_fr_erh_datum); BR_Interface.DSR (input_data, output_data); BR_interface.Map_output_data (output_data, "Contract", "due_date", due_date); END ICIS_Faell_datum_ermitteln; >>zurück

14 Logist Knowledge Builder

15 The User Approach Logist Tools Knowledge Builder Design Notes, Online Rule Development FeedBack Simulate & Test Knowledge Builder/ Knowledge Runner Execute Production Knowledge Portal Components >>zurück

16 Logist V&V

17 Logist V&V >>zurück

18 Software Evolution nach Gartner Applications Applications Data Rules Applications Applications Data Rules Applications Applications Rules Database Engine Operating Environment Applications Applications Data Rules Operating Environment 1970 heute Applications Applications Applications Applications Applications Applications Rules Engine Database Engine Operating Environment Workflowengines Applications Applications Applications Applications Applications Applications Rules Engine Database Engine Operating Environment Applications Applications Applications Applications Applications Applications Rules Engine Database Engine Operating Environment Workflowengines Services im Entstehen

19 Business Rule Engine Operation Modes 1. send query receive data 2. Application 1. receive 4. decision advice send decision data 3. request Rule Base Data Base send query 2. Rule 1 Rule 2 Rule 3 Rule 4 receive data 3. >>zurück

20 Zusammenfassung Das Trennen von Geschäftsregeln und Code ist eine folgerichtige Konsequenz des Prinzips Separation of Concerns und ein nächster Schritt in der IT Evolution Business Rule Engines ermöglichen ein deklaratives Arbeiten mit Geschäftsregeln und führen diese aus. Eine Codierung/Decodierung von Geschäftsregeln in Programmcode entfällt Der BRA ersetzt NICHT die Anwendungsprogrammierung! Der BRA ist erprobt, gereift und einsatzbereit

21 Business Rules Technologie Vielen Dank für Ihre Aufmerksamkeit! Wir sehen uns auf der CeBIT: Halle 4 Stand A58 (DOAG Partnerstand) Dipl. Ing. Armin Singer (BA) Geschäftsführer der Semantec GmbH singer@semantec.de

22 Integration von Oracle basierten Anwendungen mit Business Rules Technologie Ein Referat für SIG Development der DOAG 17. Februar 2005, Bochum Dipl. Ing. Armin Singer (BA) Geschäftsführer der Semantec GmbH

23 PL/SQL Code (1): PROCEDURE ICIS_Faell_datum_ermitteln ( p_vvs_begin IN DATE, /* Vertragsversionsbeginndatum */ p_aenderungstyp IN VARCHAR2, /* Änderungstyp der Deckung */ p_zws_code IN varchar2, /* Code für Zahlweise */ p_hauptfaelligkeit IN DATE, /* Hauptfälligkeit */ p_dpr_typ IN VARCHAR2, /* DPR-TYP */ p_datum_von IN DATE, /* Datum, ab dem erhoben wird */ p_datum_bis IN DATE, /* Datum, bis zu dem erhoben wird */ p_abr_in_monate IN NUMBER, /* Monatskennzeichen aus ZBD */ p_anz_monate IN NUMBER, /* Anzahl Monate gemäß p_zws_code (Falls 99 >> =0)*/ p_datum_faellig IN OUT DATE, /* Datum, an dem abgerechnet wird */ p_fpr_batch_entitaet IN OUT VARCHAR2, p_fpr_auspraegung IN OUT VARCHAR2, p_fpr_feh_fehlercode IN OUT VARCHAR2, p_fpr_fehlertext IN OUT VARCHAR2, p_returncode IN OUT NUMBER) IS /* Returncode der Prozedur */ /* Ermittlung des Fälligkeitsdatums gemäß Funktionsbeschreibung 9834a in der Fassung vom mw, mw, keine Sonderbehandlung für monatliche Zahlweise */ F_ORACLE CONSTANT NUMBER(1) := -2; F_SACH CONSTANT NUMBER(1) := -3; v_tagesdatum DATE; v_fr_erh_datum DATE; v_plus_monate NUMBER(2); BEGIN p_datum_faellig := TO_DATE (' ', 'dd.mm.yyyy'); p_returncode := 0; v_tagesdatum := sysd_te; IF ( p_zws_code IN ('0', '99') OR p_dpr_typ = 'EP') THEN -- Einmalprämie p_datum_faellig := v_tagesdatum;

24 PL/SQL Code (2): ELSIF p_zws_code = '81' _029HK: Neue Zahlweise berücksichtigen THEN -- Projektprämie IF p_datum_von < v_tagesdatum THEN p_datum_faellig := v_tagesdatum; ELSE p_datum_faellig := p_datum_von; END IF; _029HK: THEN _029HK: -- monatliche Zahlweise _029HK: ELSIF p_zws_code = '88' _029HK: IF p_datum_von < v_tagesdatum _029HK: THEN _029HK: p_datum_faellig := v_tagesdatum; _029HK: ELSE _029HK: p_datum_faellig := p_datum_von; _029HK: END IF; ELSIF p_zws_code IN ('1', '2', '4', '12') THEN -- ganz-, halb, viertel-jährliche ZW v_plus_monate := ROUND (12 / p_anz_monate); IF p_aenderungstyp = '7' THEN -- Folge p_datum_faellig := ADD_MONTHS (p_datum_von, NVL(p_abr_in_monate, 0)); ELSE -- Neuanlage, Änderungen /* Ermittlung des frühesten Erhebungsdatums */ v_fr_erh_datum := TO_DATE (LTRIM (TO_CHAR (p_hauptfaelligkeit, 'DDMM')) LTRIM (TO_CHAR (p_vvs_begin, 'YYYY')), 'DDMMYYYY'); -- HF im Versicherungsbeginnjahr IF v_fr_erh_datum > p_vvs_begin THEN v_fr_erh_datum := ADD_MONTHS (v_fr_erh_datum, -12); END IF;

25 PL/SQL Code (3): WHILE v_fr_erh_datum <= ADD_MONTHS (p_vvs_begin, 0 - v_plus_monate) LOOP v_fr_erh_datum := ADD_MONTHS (v_fr_erh_datum, v_plus_monate); END LOOP; v_fr_erh_datum := ADD_MONTHS (v_fr_erh_datum, NVL(p_abr_in_monate,0)); IF p_datum_von < v_fr_erh_datum THEN IF v_fr_erh_datum > v_tagesdatum THEN p_datum_faellig := v_fr_erh_datum; ELSE p_datum_faellig := v_tagesdatum; END IF; ELSE IF p_datum_von > v_tagesdatum THEN p_datum_faellig := p_datum_von; ELSE p_datum_faellig := v_tagesdatum; END IF; END IF; END IF; ELSE p_returncode := F_SACH; p_fpr_batch_entitaet := 'Faelligkeitsdatum'; p_fpr_fehlertext := 'Zahlweise nicht definiert!'; RETURN; END IF; EXCEPTION WHEN OTHERS THEN p_returncode := F_ORACLE; p_fpr_batch_entitaet := 'Faelligkeitsdatum'; p_fpr_auspraegung := NULL; p_fpr_feh_fehlercode := 'ORA-' to_char(sqlcode); p_fpr_fehlertext := SQLERRM; RETURN; END ICIS_Faell_datum_ermitteln;

26 Vorgehensweise 1. Programmcode analysieren 2. Entscheidungstabelle erstellen 3. Toolunterstützte Validierung&Verifizierung 4. Entscheidungsbaum erstellen (Tool) 5. Vergleich: Entscheidungsbaum - Code 6. Generierung und Optimierung der Regeln 7. Ersetzen des Codes durch einen Aufruf der Business Rules Engine

27 1. Analyze code Bedingungen Aktionen 1. Due today 2. Due latest among (today, charge_starting_date) 3. Due charge_starting_date + months_to_billing 4. Due latest among (today, charge_starting_date, next_periodic_date)

28 2. Entscheidungstabelle erstellen komplett optimiert

29 3. V & V Report

30 Entscheidungsbaum

31 6. Generate and optimize rules (a)

32 6. Generate and optimize rules (b) Wenn Deckungsart Einzelprämie ist Dann setze Fälligkeitsdatum auf heute Wenn Zahlweise einmalig ist Dann setze Fälligkeitsdatum auf heute Wenn Zahlweise Projektprämie ist Dann setze Fälligkeitsdatum auf spätestes von (heute, Abrechnungsdatum) Wenn Zahlweise "periodisch ist und Dynamic automatisch ist Dann setze Fälligkeitsdatum auf Abrechnungsdatum + Laufzeit Wenn Zahlweise "periodisch ist und Dynamik nicht automatisch ist Dann setze Fälligkeitsdatum auf spätestes von (heute, Abrechnungsdatum, nächste_zahlperiode + Laufzeit) >>zurück

33 6. Generate and optimize rules (c)

34 7. Aufrufende Prozedur ändern PROCEDURE ICIS_Faell_datum_ermitteln ( p_vvs_begin IN DATE, /* Vertragsversionsbeginndatum */ p_aenderungstyp IN VARCHAR2, /* Änderungstyp der Deckung */ p_zws_code IN varchar2, /* Code für Zahlweise */ p_hauptfaelligkeit IN DATE, /* Hauptfälligkeit */ p_dpr_typ IN VARCHAR2, /* DPR-TYP */ p_datum_von IN DATE, /* Datum, ab dem erhoben wird */ p_datum_bis IN DATE, /* Datum, bis zu dem erhoben wird */ p_abr_in_monate IN NUMBER, /* Monatskennzeichen aus ZBD */ p_anz_monate IN NUMBER, /* Anzahl Monate gemäß p_zws_code (Falls 99 >> =0)*/ p_datum_faellig IN OUT DATE, /* Datum, an dem abgerechnet wird */ p_fpr_batch_entitaet IN OUT VARCHAR2, p_fpr_auspraegung IN OUT VARCHAR2, p_fpr_feh_fehlercode IN OUT VARCHAR2, p_fpr_fehlertext IN OUT VARCHAR2, p_returncode IN OUT NUMBER) IS input_data = BR_interface.input_data; output_data = BR_interface.output_data; BEGIN BR_interface.Map_input_data (input_data "Contract", "beginning_of_new_version", p_vvs_begin, "automatic_change", p_aenderungstyp, "mode_of_billing", p_zws_code, "single_premium", p_dpr_typ, "beginning_of_new_version", p_datum_von, "months_to_billing", p_abr_in_monate, "next_periodic_date", v_fr_erh_datum); BR_Interface.DSR (input_data, output_data); BR_interface.Map_output_data (output_data, "Contract", "due_date", due_date); END ICIS_Faell_datum_ermitteln; >>zurück

35 Was sind die Vorteile? Wiederverwendbarkeit Lesbarkeit: Kein Coding / Decoding! Anwendungen erklären sich Management (Historie, Zugriff, Release, Vergleiche, Abhängigkeiten,..) Separat pflegbar Time to Market Konsistente Durchsetzung von Geschäftsregeln und Ausnahmen Wissenskonservierung Systemische Validierung und Verifizierung Drastisch Reduzierte Pflegekosten

36 Implementierungsbeispiele Integration in Oracle Forms >> Integration in Oracle Workflow >> Integration in System Architect (BPM) >> angekündigt: Oracle Business Rule Engine >> Beispiel für Dateninterpretation >> weiter

37 Integration in Oracle Workflow

38 Integration in Oracle Workflow >>zurück Package TLM_BR_API -- The function returns: -- TRUE if the customer have to be reminded for the payment -- FALSE if the customer should not be reminded for the payment FUNCTION customer_to_be_reminded (customer_payment IN tlm_data.t_customer_payment_rec) RETURN BOOLEAN IS l_xml_request VARCHAR2 (32767); l_xml_select VARCHAR2 (32767); l_dsr_result VARCHAR2 (32767); l_customer_payment TLM_BR_Customer_Payment_Type; l_result BOOLEAN; BEGIN - XML zur Datenübergabe erstellen: l_xml_request := get_br_request_xml(get_br_rec(customer_payment)); - XML zur Ergebnisübernahme erstellen: l_xml_select := get_br_select_xml(a_cp_with_set_reminder); - Decision Support Request an Business Rules Engine schicken: l_dsr_result := dsr(l_xml_request, l_xml_select); - Aus dem XML von der BRE das Ergebnis extrahieren: Get_Customer_Payment_From_Xml(l_customer_payment, l_dsr_result); - Ergebnis zur Rückgabe zuweisen: l_result := CASE l_customer_payment.with_set_reminder.value WHEN bre_api.bool_true THEN TRUE WHEN bre_api.bool_false THEN FALSE END; RETURN l_result;

39 The process is captured by Business Analysts in System Architect

40 EBPs, elementary business process, with complex decision logic are extended by Rules in Knowledge Builder.

41 Select the Rules tab.

42 Knowledge Builder Rule Editor displays the rule text.

43 Using the Cross Reference helps locating the rules associated to an EBP

44 Relations between rules can be viewed in a tabular mode, or visualized in the relations graph.

45 To see the EBP Customer Assessment that the rule is associated with, click the icon.

46 This is the Customer Assessment that the rule is associated with. >>zurück

47 Integration der Business Rules Technologie Vielen Dank für Ihre Aufmerksamkeit! Wir sehen uns auf der CeBIT: Halle 4 Stand A58 (DOAG Partnerstand) Dipl. Ing. Armin Singer (BA) Geschäftsführer der Semantec GmbH singer@semantec.de

48

49

50

51

52

53

54

55

56 >>zurück