Szablony są głównym składnikiem i gdzie wszystko zaczyna się w TBSM 4.1. Szablony mogą być tworzone na wszystko. Jeśli chcesz model standardowy trzypiętrowe aplikacji, należy utworzyć szablon dla serwerów WWW, serwerów aplikacji i serwerów baz danych. Jeśli chcesz model procesów biznesowych, utworzyć szablon do wprowadzania zamówień, zatwierdzenie porządku, przetwarzania płatności, realizacji zamówień. Dona € ™ t ograniczyć się do perspektywy IT części!
Szablony są używane do opisu zachowania lub cechy czegoś. Korzystamy z szablonów zasad do oceny, czy te zachowania i cechy charakterystyczne są w stanie dobrym lub złym lub doprowadzenie dodatkowych danych, informacji, wskaźniki, itp., które mogą zapewnić wgląd w sposób coś wykonuje. Szablony mogą być uproszczony i zawiera tylko jeden przepis lub mogą być bardzo wyrafinowane i dziesiątki przepisów, jeżeli potrzebnych do opisania zachowania i cechy złożonego podmiotu.
zasady szablonu (do objęcia dodatkowych WYNTK tematy) to â € œglueâ € umożliwiając stowarzyszenia szablony do innych szablonów i powiązań do źródeł danych, takich jak IT i danych biznesowych i informacji. Szablony mogą być tworzone ręcznie przez TBSM 4,1 GUI lub automatycznie TBSM 4.1 API.
Szablony ostatecznie stać się podstawą do tworzenia instancji podmiotu wskazanego w szablonie. Przypadkach (do objęcia dodatkowych WYNTK tematy) to przedstawiciel instantiations szablonów i uzyskania dodatkowych informacji i identyfikacji pola niezbędne do zapewnienia, że przykład jest wyjątkowy. W powyższym przykładzie, IA € ™ d tworzenie instancji serwera szablonu (webserver01), wystąpienie serwera aplikacji szablonu (appserver01) i wystąpienie z serwerem bazy danych szablonu (dbserver01). Jednym z celów projektu szablonu należy szukać wspólności i możliwość ponownego wykorzystania. Jeśli to zostanie wykonane, tych szablonów może być wykorzystywane do tworzenia instancji w całym środowisku, a liczba szablonów do zarządzania w TBSM 4,1 pozostaje na niskim poziomie.
Należy opracować funkcjonalny i niepowtarzalny schemat nazewnictwa dla szablonów. Może to być coś bardzo ogólne, takie jak â € œserverâ €, bardziej szczegółowe, takie jak â € œserverWindowsâ € lub bardzo szczegółowe, takie jak â € œserverWindows2003sp1â €. Pomoże to ogromnie, kiedy youâ € ™ ve dostał dużo szablonów opracowanych w 4,1 TBSM systemu. Warto dodać wyjątkową wyliczenie na koniec szablonu nazwę € € œserverWindows2003sp1-028-01A jako klucz do remisu z powrotem do szablonu dokumentacji (028) i wersji informacji (01).
Należy opracować metody dokumentacji do pobierania kluczowych informacji o szablonie, dlaczego utworzony szablon, numer wersji, zasad, wzorów, itp. Youâ € ™ re będą potrzebne to jako podstawowy składnik portfela dokumentacji dla każdego rozwiązania Business Service Management ty rozwijać się w TBSM 4.1. Youâ € ™ ll być kwestionowane w przyszłości z â € œWhyâ € ™ s ten czerwony coś? Â € pytania i konieczność stałej dokumentów (oryginał i wymagania), wyjaśniając dlaczego.
Należy opracować podejście do zarządzania wersjami zmian w szablonach. To może być tak proste, jak eksportujących szablon konfiguracji z TBSM 4.1, szablon do przetwarzania i przechowywania ich jednostek konfiguracji w CVS lub Subversion. Jeśli youâ € ™ re podejmowania wiele zmian lub podstawowym i / lub środowiska pracy awaryjnej, youâ € ™ re będzie chciał myśleć o tej rzeczy, by utrzymywać wszystko w synchronizacji.
Należy rozwijać badania przypadków użycia dla każdego szablonu i szablonu hierarchii. Te powinny zawierać przykładowe dane, które mogą być przekazywane za pośrednictwem systemu (-ów) na każdego państwa oczekiwać w hierarchii szablon lub szablon. Trzeba było badanie, które zawierają pliki profili przypadku, tabele bazy danych, zmiana wartości klucza, jest obserwowana w przepisach i tyle danych historycznych próby, potrzebne do uruchomienia za pomocą wszelkich scenariuszy potrzebne do skomplikowanych obliczeń wykonanych lub trendów potrzeb. Informacje na temat tych plików badania powinny zostać odniesione w dokumentację i przechowywane w wersji CVS lub Subversion rozwiązanie.
Szablon (ostatecznie przypadki szablony) i skalowanie wydajności (liczba szablony głęboka, szeroka, liczby i rodzaju przepisów na szablonie, itp.) powinny być uważnie obserwował w większych środowiskach, w których mają duże modele, duże ilości danych źródłowych ( imprez, bazy danych zapytania) pasujące itp. wydajność i skalowalność oficjalny dokument jest planowane w najbliższej przyszłości. IBM Tivoli account manager lub zespół techniczny powinien być w stanie uzyskać to za Ciebie. Wiem, że badania i analizy porównawczej grupy rzeczywistych potrzeb scenariuszy świata z pola, w celu poprawy procesów testowania i opinie stanowią one w rozwoju.
Chcę cieszyć się Wasze opinie na temat szablonów, jak jesteś tworzenia i korzystania z szablonów i możliwości, gdzie możemy poprawić szablon szablonów i funkcji w przyszłości. Musimy ustanowić wspólne repozytorium szablonów i ogólnych zasad dalszej poprawy co dostajesz po wyjęciu z pudełka (poza BSM_templates). Jeśli youâ € ™ re zainteresowani przyczyniając ogólnych szablonów / reguł youâ € ™ ve rozwiniętych lub pracujących na projekt utworzenia / Zarządzaj repozytorium dla tych, proszę o kontakt.
comments } ( 3 komentarzy )
