Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Możliwość definiowania dostosowanych elementów pakietu administracyjnego została użyta do modelowania elementów pakietu administracyjnego modułu przetwarzania analitycznego online (OLAP), które są zawarte w programie Service Manager. Te elementy pakietu administracyjnego umożliwiają użytkownikowi deklaratywne definiowanie i dostosowywanie modułu OLAP na wyższym poziomie abstrakcji. Na podstawie definicji wdrożenie tych elementów pakietu administracyjnego tworzy poprawne relacje, składniki i podstawowe bloki konstrukcyjne modułu OLAP na wyższym poziomie szczegółowości, bez żadnych dalszych wskazówek użytkownika. Poniżej przedstawiono dwa główne elementy pakietu administracyjnego zawarte w modułach OLAP:
SystemCenterCube
Rozszerzenie Cube
SystemCenterCube
Element SystemCenterCube definiuje moduł OLAP w różnym stopniu szczegółowości, w zależności od konkretnych potrzeb. Ten element zawiera następujące podelementy:
Grupa Pomiarów
Zastąpienie
CustomMDX
Nazwana Kalkulacja
Miara
KLUCZOWY WSKAŹNIK WYDAJNOŚCI (KPI)
Akcje (jednak obecnie obsługiwane są jedynie akcje typu drill-through)
Relacja wiele do wielu
Grupa Pomiarów
Każda kostka OLAP zawiera kolekcję faktów, które istnieją w magazynie danych, gdzie każdy element w kolekcji odpowiada grupie miar. Każda grupa miar musi mieć własną unikatową nazwę w module OLAP. Jednak pojedynczy fakt może odpowiadać wielu grupom miar w module OLAP. Na przykład abstrakcyjna relacja WorkItemAssignedToUser może być zdefiniowana trzy razy w kostce OLAP, z unikatowymi nazwami grup miar ChangeRequestAssignedToUser, IncidentAssignedToUser i ProblemAssignedToUser. Możesz dostosować fakt, aby tylko żądania zmiany, incydenty i problemy były uwzględniane w odpowiedniej grupie miar dla modułu OLAP.
W poniższym przykładzie przedstawiono element pakietu administracyjnego dla grupy miar IncidentAssignedToUser:
<MeasureGroup DateDimAlias="IncidentAssignedToUserDateDim" MeasureGroupName-"IncidentAssignedTouser" Fact="DWBase!WorkItemAssignedToUserFact"/>
Po wdrożeniu modułu OLAP wymiar, zestawy pomocnicze i relacje kluczy obcych są obliczane automatycznie, a widok źródła danych zostanie zaktualizowany przy użyciu tych nowych elementów. W poniższej tabeli opisano atrybuty grupy miar.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| DateDimAlias | Nie. | Sznurek | Nazwa wymiaru daty, który będzie filtrować dla tej grupy miar. Jeśli nie zdefiniowano aliasu, nazwa do odgrywania roli DateDim będzie automatycznie "(MeasureGroupName)_DateDim" |
| GrupaMiaryNazwa | Tak | Sznurek | Nazwa grupy miar w module. Ta nazwa musi być unikatowa w module. |
| Fakt | Tak | Relacja lub element CustomFact | Cel grupy miar, który musi być faktem w magazynie danych. |
Zastąpienie
Ponieważ fakty dotyczące relacji w magazynie danych mogą dotyczyć abstrakcyjnych relacji i wymiarów, należy zastąpić je konkretnymi wymiarami, aby grupa miar zawierała tylko wystąpienia, które chcesz przeglądać.
Przedstawiono to w poniższym przykładzie.
<Substitution MeasureGroupName="IncidentAssignedTouser" RelationshipEndpoint="Source" Relationship="Workitem!System.WorkItemAssignedToUser" TargetDimension="DWBase!WorkItemDim" ReplacementDimension="IncidentDW!IncidentDim"/>
W tym przykładzie grupa miar IncidentAssignedToUser wskazuje na relację WorkitemAssignedToUser. Ta relacja nie będzie jednak zawierać tylko zdarzeń, ale będzie również zawierać żądania zmian i problemy, które również zostały przypisane do wszystkich użytkowników. Aby upewnić się, że ta grupa miar zawiera tylko zdarzenia, program Service Manager zastępuje element WorkItemDim elementem IncidentDim. Oznacza to, że tabela utworzona w widoku źródła danych dla grupy miary automatycznie wykonuje sprzężenie wewnętrzne pomiędzy WorkItemDim i IncidentDim i zwraca tylko te wystąpienia, w których sprzężenie jest prawidłowe na podstawie EntityDimKey lub BaseManagedEntityId.
Pamiętaj, że musisz zdefiniować punkt końcowy relacji, w którym chcesz wykonać podstawienie. Ten element jest wymagany, ponieważ możliwe jest, że wymiary źródła i punktu końcowego są identyczne, a metodologia jest potrzebna do unikatowego określenia wymiaru, który należy zastąpić. Przykładem takiej relacji jest WorkItemRelates to WorkItem.
Element podstawienia służy również do definiowania wymiarów aliasów dla kostki. Innymi słowy, można zdefiniować nazwę aliasu dla wymiaru, ale nie jest konieczne, żeby faktycznie zastąpić wymiar. W efekcie podstawienie w tym przypadku nie dotyczy wymiaru, ale wymiaru modułu lub nazwy wymiaru aliasu, jak pokazano w poniższym przykładzie:
<Substitution MeasureGroupName="IncidentAssignedToUser" RelationshipEndpoint="Target" Relationship="Workitem!System.WorkItemAssignedToUser" AliasTargetDimensionAs="AssignedToUserDim" TargetDimension="DWBase!UserDim"/>
W tym przykładzie nazwa wymiaru dla aliasu kostki to AssignedToUserDim. Jest to nazwa wymiaru, który będzie używany do rzeczywistego filtrowania w tym module. Dzięki umożliwieniu użytkownikom definiowania nazw aliasów, nazwy mogą być specjalnie dostosowane, aby umożliwić żądane relacje wiele-do-wielu w kostce. Dzięki temu możliwe jest bardziej zaawansowane funkcje filtrowania i analizy.
Na koniec, podstawienie jest prawidłowe nie tylko dla faktów dotyczących relacji, ale także dla faktów niestandardowych. W tym scenariuszu punkt końcowy relacji zostanie ustawiony na Brak. W poniższej tabeli opisano atrybuty zamienników.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| GrupaMiaryNazwa | Tak | Sznurek | Nazwa grupy miary, dla której przeprowadzane jest podstawienie |
| Punkt końcowy relacji | Tak | (Cel, Źródło, Brak) | Końcowy punkt zależności do przeprowadzenia podstawienia. Domyślnie wartość to Brak dla faktów niestandardowych. |
| Relacja | Nie. | ManagementPackRelationship | Relacja do użycia na potrzeby podstawienia. |
| AliasTargetDimensionAs | Nie. | Sznurek | Nazwa aliasu oryginalnego wymiaru docelowego |
| WymiaryZastąpieniaAliasówJako | Nie. | Sznurek | Nazwa aliasu dla podstawionego wymiaru |
| DimensionAlias | Nie. | ManagementPackDimension | Alias wymiaru z faktu niestandardowego, jeśli istnieje |
Niestandardowe rozwiązanie MDX
Skrypty MDX (wielowymiarowe wyrażenia) umożliwiają modyfikowanie i dopasowywanie kostki OLAP do dokładnych specyfikacji spełniających Twoje potrzeby. Ponieważ program Service Manager jest oparty na modelu, nie można określić wszystkich możliwych potrzeb semantycznych, biorąc pod uwagę szerokie spektrum wymagań i dokładne specyfikacje dla potrzeb biznesowych specyficznych dla danej domeny użytkownika. Niestandardowe rozwiązanie MDX umożliwia zdefiniowanie skryptów MDX, które zostaną zastosowane do modułu OLAP w celu włączenia określonych scenariuszy, które użytkownicy muszą mierzyć i instrumentować.
Nazwane obliczenie
Możesz użyć nazwanych obliczeń, aby zdefiniować nowe atrybuty w wymiarze, które później mogą być celem dla miary niestandardowej. Dzięki temu można rozszerzyć schemat wymiarowy i dostosować go do konkretnych potrzeb. Poniższy przykład pochodzi z pliku SystemCenterWorkItemsCube:
<NamedCalculation ID="IncidentsPastTargetResolutionTime" Target="IncidentDW!IncidentDim" ColumnType="Int">
<Calculation>(case when ( (([Status] = 'IncidentStatusEnum.Resolved' OR [Status] = 'IncidentStatusEnum.Closed') AND ResolvedDate > TargetResolutionTime) OR (([Status] != 'IncidentStatusEnum.Resolved' AND [Status] != 'IncidentStatusEnum.Closed') AND GETUTCDATE() > TargetResolutionTime)) then 1 else 0 end )</Calculation>
</NamedCalculation>
W tym przykładzie wymiar Incydent zawiera dane, takie jak stan zdarzenia i docelowy czas rozwiązania. Jednak nie ma natywnej miary, która oblicza liczbę zdarzeń, które przekroczyły docelowy czas rozwiązania, chociaż ten typ danych jest bardzo przydatny dla administratora systemów. Ten scenariusz można utworzyć przy użyciu nazwanego obliczenia, zagregować dane, aby miara niestandardowa mogła odnieść się do nowego atrybutu, a następnie zaprezentować informacje użytkownikowi końcowemu.
Należy pamiętać, że program Service Manager obsługuje tylko funkcję NamedCalculation skierowaną na wymiary. Obliczenie nazwowe nie może dotyczyć faktów. W poniższej tabeli opisano nazwane atrybuty obliczeń.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| Identyfikator | Tak | Sznurek | Nazwa nazwanego obliczenia. |
| Obiekt docelowy | Tak | ManagementPackDimension | Wymiar docelowy miary |
| Typ kolumny | Tak | (Całkowity, Podwójny) | Typ SQL (Structured Query Language) kolumny |
| Typ | Nie. | (Liczba, Suma) | Typ miary |
Podelement <Obliczenie> zawiera, jako jego wartość, definicję nazwanego obliczenia. Wartość jest przechowywana jako wyrażenie MDX.
Miara
Możesz użyć miar niestandardowych do agregowania i wyświetlania danych na podstawie atrybutów liczbowych z wymiarów. Service Manager nie obsługuje miar niestandardowych opartych na faktach. Kontynuując z przykładem nazwanego obliczenia powyżej, Service Manager definiuje niestandardową miarę dla IncidentsPastTargetResolutionTime w następujący sposób:
<Measure ID="IncidentsPastTargetResolutionTimeCount" Target="IncidentDW!IncidentDim" Type="Sum" Property="IncidentsPastTargetResolutionTime"/>
Przeglądając ten kod XML, celem miary jest IncidentDimension, a konkretną właściwością jest IncidentsPastTargetResolutionTime. Jest to właściwość niestandardowa, która została wcześniej zdefiniowana. Miary niestandardowe mogą być przeznaczone dla właściwości natywnych lub obliczeniowych w wymiarze.
Na koniec typ miary jest definiowany jako suma. Możliwe wartości dla typu miary obejmują sumę i liczbę. Ze względu na zagadnienia dotyczące wydajności typy miar Distinct Count programu Service Manager nie są dozwolone. W poniższej tabeli opisano atrybuty miary.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| Identyfikator | Tak | Sznurek | Nazwa miary |
| Obiekt docelowy | Tak | ManagementPackDimension | Wymiar docelowy miary |
| Własność | Tak | Sznurek | Docelowa właściwość wymiaru |
| Typ | Nie. | (Liczba, Suma) | Typ miary |
Relacja wiele do wielu
Funkcja ManyToManyRelationship umożliwia projektantowi modułu dodawanie niestandardowych wymiarów wiele-do-wielu do modułu OLAP w celu włączenia zaawansowanych scenariuszy analitycznych. Definiowanie relacji wiele-do-wielu wykracza poza zakres tego dokumentu. Można jednak zbadać tę koncepcję i jej zalety. Aby uzyskać więcej informacji na temat manyToManyRelationship, zobacz The Many-to-Many Revolution 2.0.
Podczas wdrażania kostki program Service Manager automatycznie dodaje wielokrotne wymiary do kostki dla wszystkich relacji "jednoetapowych", bez żadnej interakcji z twojej strony. Jednak program Service Manager nie dodaje wymiarów relacji wiele do wielu w przypadku relacji kaskadowych (wieloskoku) z powodu wykładniczego wzrostu liczby możliwych relacji, które można dołączyć. Dodanie wszystkich tych relacji może znacznie obniżyć wydajność podczas przeglądania modułu OLAP. Wynika to z faktu, że agregacje relacji wiele-do-wielu zwykle nie są obliczane podczas przetwarzania, a sprzężenia będą oceniane podczas przeglądania modułu OLAP. Jeśli chcesz mieć określoną relację kaskadową wiele-do-wielu, możesz zdefiniować relację przy użyciu elementu pakietu administracyjnego i zostanie on dodany do modułu OLAP. Z drugiej strony można zastąpić automatycznie wygenerowaną relację wiele-do-wielu, aby użyć innej pośredniej grupy miar w wystąpieniach, w których istnieje wiele grup pośrednich. W takim przypadku program Service Manager automatycznie używa pierwszej napotkanej grupy. Poniżej przedstawiono przykład elementu relacji wiele do wielu w pakiecie zarządzania:
<ManyToManyRelationship CubeDimension="ServiceDim" TargetMeasureGroup="AlertAboutConfigItem" IntermediateMeasureGroup="ServiceContainsConfigItem" />
W poniższej tabeli opisano atrybuty relacji wielu-do-wielu.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| CubeDimension | Tak | Sznurek | Nazwa wymiaru modułu wiele-do-wielu |
| TargetMeasureGroup | Tak | Sznurek | Docelowa grupa miar do utworzenia relacji wiele do wielu |
| GrupaPomiarówŚrednich | Tak | Sznurek | Grupa miar pośrednich w celu utworzenia relacji wiele-do-wielu |
KLUCZOWY WSKAŹNIK WYDAJNOŚCI (KPI)
Organizacje i firmy mogą używać kluczowych wskaźników wydajności (KPI), aby szybko oszacować kondycję przedsiębiorstwa, mierząc postęp w kierunku wstępnie zdefiniowanego celu. Każdy kluczowy wskaźnik wydajności ma wartość docelową i wartość rzeczywistą. Wartość docelowa to cel ilościowy, który ma kluczowe znaczenie dla sukcesu organizacji. Duże ilości danych są filtrowane do jednej odrębnej wartości, która może służyć do monitorowania wydajności i postępu w kierunku celów i testów porównawczych. Niektóre przykłady kluczowych wskaźników efektywności to uczelnia, która ma na celu, aby 90% studentów ukończyło studia w ciągu czterech lat, lub zespół koszykówki, który ma za cel spowodować, aby przeciwny zespół miał skuteczność strzelecką poniżej 50 procent w meczu. Możesz użyć karty wyników, aby wyświetlić grupę kluczowych wskaźników efektywności, prezentując natychmiastowy obraz ogólnej kondycji firmy. Poniżej przedstawiono przykładowy wskaźnik KPI:
<KPI ID="IncidentResolutiuonKpi" >
<Caption> The ratio of incidents resolved </Caption>
<Value>IIF(([Measures].[IncidentDimCount])> 0,([Measures].[IncidentsResolvedCount]/[Measures].[IncidentDimCount]),null)</Value>
<Goal>1.0</Goal>
<GreenThreshold> 0.75</GreenThreshold>
<YellowThreshold>0.5 </YellowThreshold>
<Direction>Up</Direction>
<StatusGraphic>Thermometer</StatusGraphic>
</KPI>
W poniższej tabeli opisano atrybuty kluczowego wskaźnika wydajności.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| Identyfikator | Tak | Sznurek | Nazwa kluczowego wskaźnika wydajności |
| Podpis | Tak | Sznurek | Opis kluczowego wskaźnika wydajności |
| Wartość | Tak | Sznurek | Skrypt MDX definiujący wartość liczbową kluczowego wskaźnika wydajności |
| Cel | Tak | Sznurek | Wartość docelowa kluczowego wskaźnika wydajności |
| Zielony próg | Tak | Ciąg (od 0.1 do 1) | Dowolna liczba, która jest wyższa lub niższa od tego progu, w zależności od kierunku, jest oznaczana kolorem zielonym w symbolu stanu. |
| Żółty próg | Tak | Ciąg (od 0.1 do 1) | Każda liczba, która jest wyższa lub wyższa od progu, w zależności od kierunku, ale nie spełnia zielonego progu, jest oznaczona jako żółta w symbolu stanu. Liczba, która nie spełnia żółtego progu, jest oznaczona jako czerwona w symbolu stanu. |
| Kierunek | Tak | Góra, dół | Jeśli kierunek jest w górę, wszystkie liczby powyżej zielonego lub żółtego progu są oznaczone odpowiednim symbolem. Podobnie w przypadku w dół liczby poniżej zielonych lub żółtych progów są oznaczone odpowiednim symbolem. |
| Grafika stanu | Tak | (Kształty, Sygnalizacja świetlna, Znaki drogowe, Wskaźnik, Odwrócony wskaźnik, Termometr, Cylinder, Twarze, Strzałka wariancji) | Symbol reprezentujący kluczowy wskaźnik wydajności. |
Akcja
Akcje to zdarzenia, które można wyzwolić w module OLAP podczas uzyskiwania dostępu do danych w module. Program Service Manager obsługuje tylko akcje przeglądania szczegółowego. Poniżej przedstawiono przykład akcji:
<Action ID="DrillThroughOnWICreatedByUser" MeasureGroupName="CreatedByUser" ActionType="DrillThrough">
<DrillThroughColumns CubeDimension="WorkItemCreatedByUser_UserDim">
<Property PropertyName="FirstName" />
<Property PropertyName="LastName" />
<Property PropertyName="Company" />
<Property PropertyName="Department" />
<Property PropertyName="Office" />
</DrillThroughColumns>
</Action>
W poniższej tabeli opisano atrybuty akcji.
| Atrybut | Wymagane | Wartości | Definicja |
|---|---|---|---|
| Identyfikator | Tak | Sznurek | Nazwa akcji przeglądania w głąb danych |
| GrupaMiaryNazwa | Tak | Sznurek | Docelowa grupa miar akcji |
| Typ akcji | Tak | (Przeglądanie szczegółowe) | Typ akcji. Program Service Manager obsługuje tylko akcje przeglądania szczegółowego. |
| CubeDimension | Tak | Sznurek | Wymiar modułu, który jest celem akcji, który musi być fragmentatorem w grupie miar |
| NazwaWłaściwości | Tak | Sznurek | Atrybut wymiaru, który jest wyświetlany podczas wykonania akcji drill-through. |
Rozszerzenie Cube
Podstawowym celem elementu CubeExtension jest, aby umożliwić modyfikowanie modułu OLAP po wdrożeniu modułu WSAS bez konieczności odinstalowania i ponownego zainstalowania modułu. W sytuacjach, w których moduł OLAP został w pełni przetworzony z latami danych, ponowne utworzenie modułu jest czasochłonne, ponieważ wszystkie partycje muszą zostać w pełni przetworzone.
Element CubeExtension może definiować następujące elementy:
Nazwana Kalkulacja
Relacja wiele do wielu
KLUCZOWY WSKAŹNIK WYDAJNOŚCI (KPI)
Miara
Akcja
CustomMdx
Każde dostosowanie zdefiniowane w elemecie CubeExtension można również zdefiniować w obiekcie SystemCenterCube. Jedynym dostosowaniem, które nie jest dozwolone, jest dodanie faktów lub grup miar i podstawień do modułu.
Następne kroki
- W razie potrzeby rozwiąż problemy z modułami OLAP.