reguły biznesowe na pierwszym miejscu

ostatnio, wraz z kolegami rozmawialiśmy z głównym programistą w dużej organizacji Klienta o postępach w poważnej przebudowie. Martwiliśmy się, czy członkowie zespołu projektowego mogą dotrzymać terminu około dziewięciu miesięcy na dostarczenie prototypu na dużą skalę. Właśnie spędziliśmy kilka intensywnych miesięcy opracowując kompleksowy model biznesowy, a do ukończenia pozostało jeszcze kilka miesięcy projektowania systemu.

ten główny programista jest bardzo ostry-nie ma co się lekko angażować w jakąkolwiek odpowiedź. Przez dłuższy czas nic nie mówił, zamyślony. Wreszcie, patrząc na szczegółowe schematy biznesowe tynkowane na ścianach dookoła, powiedział: “gdybyśmy już zaczęli kodować, powiedziałbym, że nie mieliśmy żadnych szans. Ale ponieważ jeszcze nie zaczęliśmy kodować, powiedziałbym, że szanse są całkiem spore.”

musiałem to kilka razy przejrzeć w moim umyśle, zanim złapałem jego znaczenie. “Gdybyśmy już zaczęli kodować, powiedziałbym, że nie mieliśmy żadnych szans.”

wiedziałem, że sam kodowanie aplikacji będzie dość trudne. Wymagałoby to użycia silnika reguł, ogólnoświatowej sieci dystrybucji, graficznych interfejsów użytkownika i pewnego znaczącego oprogramowania pośredniczącego.

mówił, że jeśli będą musieli rozwiązać wszystkie problemy biznesowe podczas kodowania, nigdy nie zrobią tego na czas – lub prawdopodobnie nigdy. Ponieważ jednak zespół projektowy zajmował się trudnymi kwestiami biznesowymi z góry (w tym określaniem reguł biznesowych), uważał, że mają całkiem spore szanse na ukończenie kodu przed datą docelową.

w dużej mierze podejście do reguł biznesowych polega po prostu na zadawaniu właściwych pytań właściwym ludziom. Jest tylko jeden sposób, aby uczciwie dotrzymać terminu-i to jest rozwiązanie problemu biznesowego w pierwszej kolejności.

business-Driven IT

we wczesnych dniach budowania systemów biznesowych strona biznesowa mogła zasadniczo usiąść i pozwolić im na to. Zalety automatyzacji były tak przekonujące, że nie można było zrobić praktycznie nic złego. Teraz, dla wszystkich praktycznych celów, biznes i IT działają nierozerwalnie. Podejmując projekty, logicznym krokiem byłoby zebranie bezproblemowych zespołów projektowych biznesowych / IT i skierowanie ich do zorientowanego na biznes podejścia do opracowywania wymagań. Jednak wiele firm nie jest obecnie w stanie tego zrobić.

zbyt często strona biznesowa nadal produkuje rozmyte, źle ukierunkowane “wymagania”, a strona IT nadal wykonuje” wymagania ” tylko o wycięcie lub dwa powyżej programowania. W jaki sposób można wyeliminować tę lukę między specjalistami biznesowymi a specjalistami IT w opracowywaniu wymagań?

odpowiedź jest stosunkowo prosta. Firma potrzebuje zorganizowanego podejścia, które umożliwia profesjonalistom biznesowym stymulowanie rozwoju wymagań. Takie podejście musi zapewnić mapę drogową, która pokazuje, jak zadawać właściwe pytania dotyczące właściwych rzeczy we właściwym czasie. Potrzebne jest podejście biznesowe.

w tradycyjnych podejściach programistycznych wiele traci się zwykle w tłumaczeniu wymagań wstępnych na rzeczywisty działający system. Ale napisanie zestawu jasnych reguł biznesowych poprawia komunikację między stroną biznesową a IT i stanowi pomost między analizą biznesową a projektowaniem systemu. Podejście business rule pomaga wypełnić lukę wymagań między stroną biznesową a stroną IT.

Co to jest zasada biznesowa? Z biznesowego punktu widzenia jest to dyrektywa mająca na celu wpływanie lub kierowanie zachowaniem. Reguły biznesowe są dosłownie zakodowaną wiedzą na temat praktyk biznesowych. Z punktu widzenia IT reguła biznesowa jest atomowym elementem logiki biznesowej wielokrotnego użytku.

w pewnym sensie każdy wie, jakie są reguły biznesowe—to one kierują Twoją firmą w prowadzeniu codziennej działalności. Bez reguł biznesowych zawsze musiałbyś podejmować decyzje w locie, wybierając między alternatywami indywidualnie dla każdego przypadku. Robienie tego w ten sposób byłoby bardzo powolne.

zasady są znane nam wszystkim w prawdziwym życiu. Gramy według zasad, żyjemy zgodnie z systemem prawnym opartym na zbiorze Zasad i ustalamy zasady dla naszych dzieci. Jednak idea zasad w systemach biznesowych jest jak na ironię obca większości specjalistów IT. Powiedz “zasady”, a wielu specjalistów IT myśli niejasno o systemach eksperckich lub sztucznej inteligencji. Niewiele wiadomo o tym, jak centralne są zasady podstawowej, codziennej działalności firmy.

nieprzypadkowo wielu pracowników biznesowych i menedżerów stało się tak dobrze indoktrynowanych w poglądach proceduralnych dotyczących opracowywania wymagań, że myślenie w kategoriach zasad może wydawać się obce lub abstrakcyjne. Praktycznie każda metodologia jest winna w tym względzie, czy to w przypadku przeprojektowania procesów biznesowych, rozwoju systemów czy projektowania oprogramowania.

jest to niefortunne z dwóch powodów:

1. Myślenie o każdej zorganizowanej aktywności pod względem zasad jest w rzeczywistości bardzo naturalne. Na przykład wyobraź sobie próbę wyjaśnienia gry takiej jak szachy, warcaby, baseball lub piłka nożna bez wyjaśnienia zasad.

2. Pracownicy biznesowi i menedżerowie mają wiedzę potrzebną do tworzenia dobrych zasad.

przykładowe reguły

zapoznaj się z przykładowymi regułami, które następują i zauważ, jak każdy aspekt kontroli operacyjnej w systemie biznesowym może zostać rozwiązany za pomocą reguł:

• ograniczenia: klient nie może składać więcej niż trzech pilnych zamówień obciążonych jego kontem kredytowym.

• obliczenia: roczna wielkość zamówienia klienta musi być obliczona jako całkowita sprzedaż zamknięta w ciągu roku podatkowego firmy.

• wnioskowanie: klient musi być uznany za preferowanego, jeśli Klient składa więcej niż pięć zamówień powyżej $1,000.

• czas: Klient musi zostać zarchiwizowany, jeśli klient nie złoży żadnych zamówień przez 36 kolejnych miesięcy.

• wyzwalacze: “Wyślij powiadomienie z wyprzedzeniem” musi być wykonane dla zamówienia, gdy zamówienie jest wysyłane.

zasady opierają się bezpośrednio na terminach i faktach. Terminy—takie jak klient, przesyłka czy faktura-powinny mieć precyzyjną, jednoznaczną definicję w biznesie. Na przykład klient może być zdefiniowany jako: “organizacja lub osoba fizyczna, która złożyła co najmniej jedno opłacone zamówienie w ciągu ostatnich dwóch lat.”

fakty podaje się za pomocą prostych, deklaratywnych zdań, które łączą terminy z czasownikiem lub frazą czasownikową, np. ” Klient składa zamówienie.”

“model faktów” to zbiór stwierdzeń faktów, które opisują wyniki operacji gospodarczej. Model fakt powinien służyć jako wstępny plan dla modelu danych, ale jego głównym celem jest przechwytywanie wiedzy o biznesie w ustrukturyzowanej formie, wydestylowanej od pracowników po stronie biznesowej i menedżerów, którzy ją posiadają.

Zasady zasadniczo dodają sens słów musi lub nie musi do warunków i faktów, jak w, ” zamówienia na kredyt powyżej $1,000 nie mogą być akceptowane bez kontroli kredytowej.”

zasady powinny być wyrażone w jasnym, jednoznacznym, dobrze zorganizowanym Business English, zaczynając od wyraźnego tematu. Zasady nie powinny mieć puch i brakujące fakty. Zasady mogą być kwalifikowane, jak w ” przesyłka musi być ubezpieczona, jeśli wartość przesyłki jest większa niż $500.”A zasady mogą obejmować kryteria czasowe, jak w” student musi być zapisany na co najmniej dwa kursy przed zamknięciem rejestracji.”

zasada niezależności

biznes jest bardzo podobny do ludzkiego ciała. Struktura wiedzy (termin i fakt) jest jak szkielet; procesy to potężne mięśnie; a zasady to układ nerwowy, który kontroluje pozostałe dwa. Wszystkie trzy są istotne i wzajemnie powiązane. Ale zasady biznesowe powinny być oddzielone od dwóch pozostałych. Podstawową zasadą takiego podejścia jest to, że reguły są niezależne od procesów i procedur. Dodatkową zaletą tej “niezależności od reguł” jest ogromne uproszczenie procesów.

rezultatem jest “cienki proces”, wieloletni cel wielu specjalistów IT. Poprzez usunięcie reguł z procesów, można produkować procesy, które są stosunkowo proste i mogą być zmieniane w miarę potrzeby.

Sztuki są w zasadzie rzutami. Podobnie, przedsiębiorstwa muszą postrzegać własne procedury jako odrzucenia – wystarczająco tanie, aby łatwo je odrzucić i wymienić, gdy procedury nie działają już dobrze.

procedury odrzucania są koniecznością, aby firma była elastyczna i konkurencyjna. Ten zwodniczo prosty pomysł-możliwy dzięki podejściu do reguł biznesowych – może zrewolucjonizować sposób pracy i projektowania systemów.

przedruk za zgodą Principles of the Business rule Approach, autorstwa Ronalda G. Rossa (Addison-Wesley, 2003). Ross jest współzałożycielem i dyrektorem business rule Solutions LLC oraz redaktorem wykonawczym strony internetowej BRCommunity.com.

Library Fact Model
ten diagram przedstawia graficzny model faktów dla biblioteki. Sformułowanie reguły opiera się bezpośrednio na modelu faktu, który jest diagramem podstawowych pojęć biznesowych-struktury wiedzy. Model faktów może i powinien dostarczyć pierwszego planu, w jaki sposób dane zostaną ostatecznie zorganizowane w bazie danych. Reguła: Karta biblioteczna może być wykorzystana do sprawdzenia książki tylko wtedy, gdy książka jest własnością biblioteki, do której karta jest upoważniona.