Podstawowe obiekty biznesowe

Dla każdego obiektu obsługi, który obsługuje "identyfikujący" obiekt biznesowy, typ obiektu biznesowego zapewnianego przez produkt zależy od funkcjonalności oraz oczekiwanego użycia w ramach wdrożeń. Poniżej przedstawiono kilka popularnych wzorców.

  • Dostępne są obiekty obsługi, w przypadku których produkt zapewnia podstawowe obiekty biznesowe, które mogą być wykorzystane przez implementacje, jeśli mają zastosowanie do reguł biznesowych. Dodatkowo, oczekuje się, że wdrożenie zdefiniuje niestandardowe obiekty biznesowe, obsługujące własne potrzeby biznesowe. Dobrymi przykładami tego typu obiektów obsługi są różne obiekty obsługi "reguł". Na przykład, reguła obliczania w aplikacji Oracle Utilities Customer Care and Billing lub reguła zużycia w aplikacji Oracle Utilities Meter Data Management. Produkt zapewnia obiekty biznesowe na potrzeby wspólnych reguł, ale każde wdrożenie może zawierać specjalne reguły wymagane do wdrożenia oraz będzie musiało utworzyć niestandardowe obiekty biznesowe.

  • Dostępne są obiekty obsługi, w przypadku których produkt zapewnia podstawowe obiekty biznesowe, które dostarczają wspólnych zachowań dla obiektu. Mogą mieć miejsce sytuacje, w których dostarczone obiekty biznesowe są zgodne z wymaganiami biznesowymi i w takich sytuacjach te obiekty biznesowe mogą być używane w stanie, w jakim zostały dostarczone. Oczekuje się jednak, że w przypadku wielu wdrożeń, ich reguły biznesowe będą wymagały ujęcia dodatkowych elementów lub zastosowania specjalnych reguł. W tym przypadku możliwe jest rozszerzenie podstawowych obiektów biznesowych. Ten scenariusz może mieć zastosowanie do "głównych" obiektów danych w różnych produktach, jak na przykład Urządzenie lub Licznik.

  • Dostępne są obiekty obsługi, w przypadku których produkt może zapewnić podstawowy obiekt biznesowy, który nie będzie spełniał wymagań większości wdrożeń, ponieważ różne jurysdykcje lub różne wdrożenia mogą zawierać własne reguły. W takim przypadku dostarczony podstawowy obiekt biznesowy może posłużyć za szablon lub punkt początkowy do definiowania niestandardowych obiektów biznesowych. Przykładem może być "Żądanie obniżki" w aplikacji Oracle Utilities Customer Care and Billing.

  • Istnieją obiekty obsługi, w przypadku których oczekuje się, że każde wdrożenie będzie miało różne wymagania dotyczące typu gromadzonych danych, a produkt nie dostarczy podstawowych obiektów biznesowych, których będzie można użyć jako "identyfikujących" obiektów biznesowych. Może jednak zapewnić "nadrzędny" obiekt biznesowy, który definiuje cykl życia i wiele spośród reguł biznesowych, z którymi mają być zgodne wszystkie rekordy. W takich przypadkach, wdrożenia utworzą "podrzędne" obiekty biznesowe, które posłużą za "identyfikujące" obiekty biznesowe i będą się odwoływać do podstawowego "nadrzędnego" obiektu biznesowego dla wielu z jego reguł korzystając z dziedziczenia. Przykładem jest "Czynność" w aplikacji Oracle Utilities Mobile Workforce Management.

  • Istnieją scenariusze, w których podstawowy produkt zapewnia obiekty biznesowe. Oczekuje się, że wdrożenia będą wykorzystywać obiekty biznesowe w taki sposób, w jaki je dostarczono, z tylko nieznacznym dopasowaniem lub całkowicie bez dopasowania. Ma to miejsce wtedy, gdy system używa obiektów biznesowych do wdrażania funkcji produktu - nie dlatego, że oczekuje się, aby osoby wdrażające rozszerzały funkcje, ale dlatego, że model obiektów biznesowych jest preferowanym narzędziem programistycznym nawet w przypadku produktu. Przykładami mogą być obiekty dostarczone na potrzeby asystenta przenoszenia zawartości.

Uwaga: Nie wszystkie obiekty obsługi w produkcie obsługują obiekty biznesowe jako narzędzia "identyfikujące" lub "zarządzające". Jest to standard, który będzie używany od teraz na potrzeby nowych obiektów obsługi. Istnieją jednak obiekty obsługi, które zostały utworzone przed ustanowieniem tego standardu.

W przypadku wszystkich obiektów obsługi, podstawowy produkt może zapewniać dodatkowe obiekty biznesowe, które nie mają służyć jako "identyfikujące" obiekty biznesowe, ale są zapewniane do obsługi funkcjonalności interakcji z obiektem obsługi za pomocą obiektu biznesowego jako narzędzia, co opisano w sekcji Wywoływanie obiektu biznesowego.

  • Istnieje możliwość dostarczenia co najmniej jednego obiektu biznesowego "mini" lub "lite" dla obiektu obsługi. Może to mieć miejsce wtedy, gdy produkt ma funkcje pobierania podzbioru elementów dla obiektu obsługi za pośrednictwem skryptów lub interfejsu użytkownika.

  • Istnieje możliwość zapewnienia "fizycznego" obiektu biznesowego. Taki obiekt biznesowy zazwyczaj zawiera wszystkie tabele i wszystkie pola obiektu obsługi w ich "fizycznej" postaci. Innymi słowy nie zachodzi "spłaszczanie" tabel podrzędnych, a wszelkie pola struktur XML są definiowane jako pojedyncze pole. Fizyczne obiekty biznesowe są używane w przetwarzaniu systemowym, gdy pełny rekord wymaga pobrania go w takim stanie, w jakim występuje. Niektóre funkcje korzystające z fizycznego obiektu biznesowego to paczkowanie, kontrola przeglądów oraz algorytm wstępnego porównywania dla CMA na potrzeby korygowania danych przed porównywaniem. Jeśli istnieją obiekty obsługi, które nie mają podstawowego obiektu biznesowego, sekcja Tworzenie fizycznego obiektu biznesowego zawiera kroki dotyczące sposobu jego zapewnienia.

  • Może zostać dostarczony obiekt biznesowy "paczkowanie - dodawanie". Więcej informacji na temat powodów dostarczania tego obiektu biznesowego zawiera sekcja Odwołania do klucza rekurencyjnego.