WYDZIAŁ ZARZĄDZANIA

POLITECHNIKI WARSZAWSKIEJ

KONSPEKT PRACY DYPLOMOWEJ

INŻYNIERSKIEJ

TYTUŁ PRACY: Projekt systemu informatycznego klasy Business Intelligence

wspomagającego procesami firmy

Student: Kutasevych Yelyzaveta

Nr albumu: 309318

E-mail: 01156190@pw.edu.pl

Kierunek: Inżynieria Zarządzania

Specjalność: Inżynieria cyfrowa

Rodzaj studiów: Stacjonarne

Rok akademicki: 2022/2023

Promotor: Zawiła-Niedżwiecki Janusz, dr hab.inż

………………………………………………………
Podpis Promotora:
Struktura konspektu pracy dyplomowej:

1. Przygotowanie konspektu należy rozpocząć od zaproponowania zawartości całej

pracy w układzie rozdziałów i podrozdziałów (spis treści), wprowadzając do każdego
z nich notatki informujące o zawartości tego fragmentu pracy.
2. Konspekt powinien zawierać jeden wybrany rozdział/podrozdział pracy dyplomowej.
3. Po wpisaniu tytułów rozdziałów i podrozdziałów należy wygenerować automatycznie
spis treści, który po każdym uzupełnieniu konspektu należy aktualizować.
4. W konspekcie powinien znaleźć się przykładowy rysunek i tabela podpisane zgodnie
z wymogami redakcyjnymi prac dyplomowych, w tym z prawidłowym cytowaniem
źródła zgodnie z zasadami systemu harwardzkiego.
5. W konspekcie należy umieścić pozycję „Bibliografia” z podziałem na źródła zwarte i
źródła internetowe, w konspekcie powinny znaleźć się poprawnie wykonane przypisy
do źródeł.
6. Pod względem redakcyjnym konspekt musi być zgodny z zasadami redagowania
prac dyplomowych, zapisanymi w DOK-05.

Spis treści

2
Wstęp 5
1 Charakterystyka rozwiązań klasy Business Intelligence 6
1.1 Koncepcja BI 6
1.2 Źródła danych BI 6
1.3 Warstwy BI 6
1.4 Odmiany systemu BI 6
2 Znaczenie wdrożenia systemu BI w firmie 8
2.1 Problemy procesów biznesowych w firmie 8
2.2 Rola systemu BI 8
2.3 Potencjalne korzyści wdrożenia systemu BI 8
3 Założenia projektowe 9
3.1 Charakterystyka organizacji 9
3.2 Uzasadnienie biznesowe 9
3.3 Mapa procesów, wybór procesu do projektu 9
3.4 Wymagania pozafunkcjonalne 9
4 Analiza projektowa 10
4.1 Schemat wybranego procesu 10
4.2 Analiza wybranego procesu 10
4.3 Wymagania funkcjonalne 10
5 Projekt repozytorium analitycznego i procesu ETL 11
5.1 Model ROLAP 11
5.2 Proces ETL 11
6 Projekt warstwy prezentacji wyników analiz 12
6.1 Projekt procedur przetwarzania danych 12
6.2 Projekt procedur analizy danych 12
7 Projekt warstwy prezentacji wyników analiz 13
7.1 Projekt kokpitów menedżerskich 13
7.2 Projekt raportów analitycznych 13
8 Projekt dystrybucji wyników 14
8.1 Kanały dystrybucji 14
8.2 Zasady dystrybucji 14
9 Architektura techniczna systemu 15
9.1 Projekt architektury systemu 15

3
 9.2 Dobór technologii wykonawczej 15
10 Projekt zabezpieczeń systemu 16
10.1 Zabezpieczenie fizyczne danych 16
10.2 Zabezpieczenie aplikacji użytkowników 16
10.3 Zabezpieczenie serwera bazodanowego 16
11 Plan wdrożenia 17
12 Analiza korzyści 18
Podsumowanie 19
Bibliografia 20
Spis rysunków 21
Spis tabel 22

4
Wstęp
Ten rozdział powinien zawierać taką informację:
1) Przedmiot pracy
2) Zasady podjęcia tematu pracy dyplomowej
3) Omówienie literatury i badań, z których korzystał autor pracy dyplomowej. Chodzi o
ogólnym wspomnieniu literatury wykorzystanej dla pracy dyplomowej
4) Cele autora pracy dyplomowej
5) Krótki opis zawartości wszystkich rozdziałów
6) Informacja o literaturze naukową wykorzysatnej w prace dyplomowej oraz opis badań
ofert rynkowych w zakresie systemów IT klasy Business Intelligence

5
1 Charakterystyka rozwiązań klasy Business Intelligence
1.1 Koncepcja BI
Ten podrozdział powinien zawierać definicję Business Intelligence, krótką historię, funkcję
oraz cechy BI
Świat pierwszy raz usłyszał o pojęciu Business Intelligence w 1865 roku od Richardsa M.
Devensa, który opisał środowisku zewnętrznym za pomocą otrzymania i wykorzystania
potrzebnej informacji wcześniej niż jego potencjalne konkurenci. W 1958 roku do określenia
potencjału posiadanych informacji i ich nie ukrywanej wzajmnozależności w celu inicjowania
potrzebnych czynności dla realizacji celu.

Jednak typowe dla nas pojęcie Business Intelligence było zaproponowane dopiero w 1989
roku przez Howarda Dresnera. On przedstawił go jako połączone pomiędzy sobą metody i
koncepcje, które usprawniają proces uchwalenia decyzji za pomocą opartych na faktach
systemów wspierających. W takiej postaci systemy BI przystąpili do wdrożeń i zdobyli swoją
popularność tylko na końcu XX wieku.

Systemy IT klasy Business Intelligence, wykorzystane w firmach w nasze czasy, są na tyle

zróżnicowane, że nie można określić tymi samymi zasadami, ponieważ każdy system różni
się swoją funkcjonalnością, zakresem wspomagania decyzji, technikami oraz zasięgiem
oddziaływania. Więc każda firma może korzystać z systemu BI w odmiennych celach.

Główną funkcją BI jest wykonanie działań do przekształcenia surowych danych w wiedzę

biznesową za pomocą algorytmów ekstrakcji danych (ang. Data Mining - zestaw technik oraz
metod, które są wykorzystane dla eksploracji danych), przetwarzania danych, tworzenie
raportów i udostępnianie ich w wygodnej postaci dla użytkowników. Systemy IT klasy
Business Intelligence mają dokładnie zdefiniowane modele i łączniki, a znaczy że system
jest samoobsługowy.

Przeważnie systemy klasy Business Intelligence są wykorzystane przez przez

menedżerów dla tworzenia raportów i analizy, które są udostępniane przez kokpity
menedżerskie.

1.2 Źródła danych BI

Ten podrozdział powinien zawierać informację o źródłach danych dla systemu Business
Intelligence.

1.3 Warstwy BI

Ten podrozdział powinien zawierać architekturę systemu Business Intelligence, a same

dokładny opis warstwy danych źródłowych, warstwy ETL, warstwy gromadzenia danych,
warstwy analizy, warstwy prezentacji oraz dwie warstwy który łączą strukturę systemu:
warstwa kontroli i warstwę metadanych.

1.4 Odmiany systemu BI

Ten podrozdział powinien zawierać odmiany systemu Business Intelligence, a same ich
opis, gdzie są wykorzystane oraz krótką historię.

6
 Najczęściej są wykorzystane dwie odmiany systemów BI: pakietowe systemy BI oraz
platformy BI.

EBIS - Enterprise BI Suites (pakietowe systemy BI). Cechą charakterystyczną dla tego
typu systemu jest wykonywanie potrzebnych zapytań do bazy danych, raportowanie oraz
wykonywanie operacji OLAP. Za pomocą systemu EBIS użytkownik może robić zwykłe
analizy biznesowe, które są robione na podstawie danych otrzymanych z bazy danych/bazy
plików testowych/kostki OLAP przez użytkownika. Nawiasem mówiąc, użytkownicy mogą być
jak pracowniki firmy, tak i klienci, które dostali upoważnienie, dostawcy albo inne osoby
zewnętrzni.

Pakietowe systemy BI można wyodrębnić kilka podkategorii, które zostały pokazane na

rysunku 1.

Rysunek 1. Podkategorii odmiany systemu Business Intelligence - Pakietowe systemy BI (źródło: Opracowanie
własne)

Tabela 1. Opis podkategorii odmiany systemu Business Intelligence - Pakietowe systemy BI

Podkategoria Opis

BAM, Business Activity Monitoring Taki system jest przeważnie przeznaczony dla
(Systemy klasy Business menedżerów operacyjnych i odpowiada za bieżący
Intelligence, który monitorują monitoring aktywności biznesowej. Są realizujące
bieżącą aktywność biznesową) funkcję diagnostyczne.

IBI, Internet Business Intelligence Taki system jest przeznaczony dla doskonalenia

7
(Korporacyjne BI) procesów wewnętrznych i relacji z otoczeniem za
pomocą działań, takich jak zbieranie danych, ich
konsolidacji oraz analizowania, w całym łańcuchu
tworzenia wartości.

Portale BI Jest to miejscem integracji zasobów informacji,

aplikacji oraz usług WWW. Nie można nazwać taki
system tylko BI, ponieważ jest to połączenie systemu
Business Intelligence, zarządzaniem treści,
podejmowaniem decyzji i pracy zespołowej. Służy do
indywidualnego podejścia tworzenia produktów/usług
oraz osiągania wysokiego poziomu zadowolenia
klienta w ramach działań wirtualnych.
(źródło: Opracowanie własne)

8
2 Znaczenie wdrożenia systemu BI w firmie

2.1 Problemy procesów biznesowych w firmie

Ten podrozdział powinien zawierać opis problemów procesów biznesowych w firmie, dla
których rozwiązaniem będzie system Business Intelligence.

2.2 Rola systemu BI

Ten podrozdział powinien zawierać istotę systemu Business Intelligence oraz jaką rolę
będzie spełniać w firmie.

2.3 Potencjalne korzyści wdrożenia systemu BI

Ten podrozdział powinien zawierać opis korzyści wynikające z wdrożenia systemu

Business Intelligence.

9
10
3 Założenia projektowe

3.1 Charakterystyka organizacji

Ten podrozdział powinien zawierać opis firmy badanej w prace dyplomowej, jej struktura
organizacyjna oraz potrzeby w zakresie analityki biznesowej (wskaźniki
efektywności/oszacowania skuteczności/poziom realizacji celów organizacji).

3.2 Uzasadnienie biznesowe

Ten podrozdział powinien zawierać uzasadnienie biznesowe, które zawiera cel SMART,
dlaczego firma potrzebuję wdrożenia systemu Business Intelligence, spodziewane
niepożądane skutki, główne ryzyka, koszty realizacji projektu oraz terminy realizacji projektu.

3.3 Mapa procesów, wybór procesu do projektu

Ten podrozdział powinien zawierać mapę procesów firmy ze wskazaniem na potencjalne

procesy, które mogą podlegać analizie biznesowej oraz optymalizacji.
W podsumowaniu tego podrozdziału powinien być wybór jednego procesu, który będzie
poddany analizie i optymalizacji w prace dyplomowej przez autora.

3.4 Wymagania pozafunkcjonalne

Ten podrozdział powinien zawierać opis wymagań pozafunkcjonalnych, które muszą być
opracowane w trakcie projektowania i wdrażania systemu Business Intelligence przez autora
pracy dyplomowej.

11
12
4 Analiza projektowa

4.1 Schemat wybranego procesu

Ten podrozdział powinien zawierać opracowanie schematu wybranego procesu w

poprzednim podrozdziale 3.3 zgodnie z notacją BPMN. Schemat może być wykonany w
edytorze graficznym.
Wymaganym jest opis schematu wybranego procesu (np. w postaci tabeli) oraz wskazanie
mierników efektywności funkcji procesu (np. w postaci tabeli).

4.2 Analiza wybranego procesu

Ten podrozdział powinien zawierać analizę wskazanych w poprzednim podrozdziale

mierników efektywności, które będą wykorzystane w dalszym wdrażaniu systemu Business
Intelligence dla monitorowania realizacji implementacji systemu BI.

4.3 Wymagania funkcjonalne

Ten podrozdział powinien zawierać analizę oczekiwań beneficjenta projektu oraz listę, opis
oraz sparametryzację funkcji jakie powinni realizować projektowany system IT klasy
Business Intelligence.

13
14
5 Projekt repozytorium analitycznego i procesu ETL

5.1 Model ROLAP

Ten podrozdział powinien zawierać repozytorium analitycznego w modelu ROLAP, a same

struktury oraz charakterystyk atrybutów tabel faktów i wymiarów.
Organizacja danych w repozytorium będzie pokazana za pomocą modelu OLAP, a same
ROLAP. Taki model powinien zawierać kolekcję danych do realizacji faktów i analiz
wymiarów, których wymagają użytkownicy systemu Business Intelligence.

5.2 Proces ETL

Ten podrozdział powinien zawierać opis procesu ETL, a same etapów ekstrakcji ,
transformacji i ładowania.

15
16
6 Projekt warstwy prezentacji wyników analiz

6.1 Projekt procedur przetwarzania danych

Ten podrozdział powinien zawierać formuły wyliczające każdy ze wskaźników, które zostały
przyjęte do realizacji w systemie IT klasy Business Intelligence oraz które posiadają swoje
odpowiedniki w faktach tabeli faktów modelu ROLAP

6.2 Projekt procedur analizy danych

Ten podrozdział powinien zawierać opracowanie zbioru analiz, które będzie realizować
wymagania użytkowników systemu. Należy uwzględnić to, że przekroje analityczne muszą
mieć swoje odpowiedniki w atrybutach tabel wymiarów modelu ROLAP oraz chociażby część
analiz powinna być wielowymiarowa ( realizowana o zbiór wymiarów
zagregowanych/hierarchicznych)

17
18
7 Projekt warstwy prezentacji wyników analiz

7.1 Projekt kokpitów menedżerskich

Ten podrozdział powinien zawierać zaprojektowanie w formie graficznej oraz opisanie w

formie tekstowej formatkę kokpitów menedżerskich dla każdego z użytkowników. Zakres
informacyjny kokpitów menedżerskich musi odpowiadać opisanych przypadków użycia
systemu.

7.2 Projekt raportów analitycznych

Ten podrozdział powinien zawierać zaprojektowanie w formie graficznej oraz opisanie w

formie tekstowej formatkę prezentowanych raportów wyników dla każdego z użytkowników.
Zawartość i wygląd raportów należy uzasadnić w odniesieniu do potrzeb informacyjnych
użytkownika (przypadków użycia)

19
20
8 Projekt dystrybucji wyników

8.1 Kanały dystrybucji

Ten podrozdział powinien zawierać kanały dystrybucji informacji dla każdej kategorii
użytkowników. Jako podstawowy można przyjąć kokpity menedżerski, ale należy uwzględnić
jakie kanały będą uzupełniające, biorąc pod uwagę charakterystykę realizacji procesu oraz
potrzeby informacyjne użytkowników.

8.2 Zasady dystrybucji

Ten podrozdział powinien zawierać opis przyjętych kanałów dystrybucji, a same opracowanie
list zasad, wskazań i dobrych praktyk, które będą stosowane w odniesieniu do
rozprowadzania informacji za jego pośrednictwem.

21
9 Architektura techniczna systemu

9.1 Projekt architektury systemu

Ten podrozdział powinien zawierać opracowanie i opis schematu graficznego architektury

systemu IT klasy Business Intelligence, które będzie realizować wszystkie założenia z
poprzednich rozdziałów.

9.2 Dobór technologii wykonawczej

Ten podrozdział powinien zawierać konkretne technologie i narzędzia wykonawcze dla

poszczególnych elementów architektury systemu.

22
23
10 Projekt zabezpieczeń systemu

10.1 Zabezpieczenie fizyczne danych

Ten podrozdział powinien zawierać charakterystykę zabezpieczeń, które zapewnią że w

przypadku awarii sprzętu, katastrofy lub fizyczne uszkodzenie plików danych będzie możliwe
odtworzenie stanu danych oraz przywrócenie sprawności systemu

10.2 Zabezpieczenie aplikacji użytkowników

Ten podrozdział powinien zawierać charakterystykę zabezpieczeń, które zapewnią że kod

aplikacji użytkowników współpracujących z bazą danych jest bezpieczny.

10.3 Zabezpieczenie serwera bazodanowego

Ten podrozdział powinien zawierać charakterystykę zabezpieczeń, które zapewnią, że

serwer bazy danych jest odpowiednio zabezpieczony przed nieuprawnionym dostępem przy
pomocy fizycznych zabezpieczeń oraz wirtualnie

24
11 Plan wdrożenia
Ten rozdział powinien zawierać dobranie stosowanej metodyki z uzasadnieniem doboru.
Plan wdrożenia powinien być opisane zgodnie z wymaganiami przyjętej metodyki w zakresie
elementów:
● układu etapów
● charakterystyki zespołu wdrożeniowego
● harmonogramu wdrożenia wraz z opisem zasobów (wykres Gantta)
● zasad zamykania poszczególnych etapów oraz odbioru wyników etapowych i
końcowych
● wymaganej dokumentacji
● zasad bezpieczeństwa i współpracy

25
26
12 Analiza korzyści
Ten rozdział powinien zawierać analizę efektywności wdrożonego systemu IT klasy Business
Intelligence. Należy uwzględnić analizę efektywności finansowej oraz analizę ryzyka
projektowania i wdrożenia systemu.

Przeprowadzenie analizy efektywności finansowej powinno udowodnić, że projekt jest wart

wdrożenia. Wykonanie analizy powinno być w co najmniej w zakresie wskaźników prostych
(np. okres zwrotu kapitału). Analizę należy przeprowadzić z uwzględnieniem kosztów stałych
i jednorazowych.

Przeprowadzenie analizy ryzyka wdrożenia projektu powinno wyznaczyć zagrożenie oraz

określenie wartości ryzyka dla każdego etapu przyjętej metodyki. Każdy akceptowalny
ryzyko powinien być określony sposób, postępowania. Każdy nieakceptowalny ryzyko
powinien być określony planem ciągłości działania.

27
28
Podsumowanie
Ten rozdział powinien zawierać rozliczenie się z założeniami, a same porównanie co zostało
zaplanowane i co rzeczywiście wykonane, wynik analizy korzyści w zakresie szacowania
efektywności finansowej oraz analizy ryzyka. W rozdziale podsumowania trzeba opisać
rekomendacje związane z podejściem do wdrożenia, eksploatacji, utrzymywania w
sprawności oraz możliwego rozwoju systemu.

29
Bibliografia

Książki

[1] Januszewski A., 2012. Funkcjonalność informatycznych systemów zarządzania, t.2,

Systemy Business Intelligence. Warszawa: Wydawnictwo Naukowe PWN

[2] Olszak C., 2017. Tworzenie i wykorzystanie systemów Business Intelligence na

potrzeby współczesnej organizacji. Katowice: Wydawnictwo Akademii Ekonomicznej im.
Karola Adamieckiego

Fragment pracy zbiorowej

[3] Herschel G., Linden A., i Kart L., 2014. Magic Quadrant for Advanced Analytics Platforms.
Gartner

[4] Schlegel K., Milbury O., Buytendik F., Sommer D., 2014. Create a Centralized and
Decentralized Organizational Model for Business Intelligence. Gartner

Artykuły w czasopiśmie

Artykuły z czasopism dostępnych poprzez sieć Internet

[5] Rawicz-Mańkowski G.. Zawirowanie pojęciowe Business Intelligence. Controlling

Systems, <https://www.controlling-systems.pl/blog-o-controllingu/zawirowania-pojeciowe-
business-intelligence/#1> [dostęp 28.05.2022]

Raporty, w których brak wyszczególnionego autora (autor

instytucjonalny)

Akty prawne

30
31
Spis rysunków

32
33
Spis tabel

34