SYSTEMY
INFORMATYCZNE MIS
MANAGEMENT
INFORMATION SYSTEM
WYKŁAD DLA GIF
Wydział Górniczy Politechniki Wrocławskiej
SYSTEMY
INFORMATYCZNE MIS
MANAGEMENT
INFORMATION SYSTEM
WYKŁAD DLA GIF
Wydział Górniczy Politechniki Wrocławskiej
POJĘCIA
PODSTAWOWE
INFORMACJA
– przyrost wiedzy uzyskany na podstawie
danych:
Beynon-Davies P. : „Dane opisują poszczególne fakty, natomiast
ich interpretacja jest informacją.”
NARZĘDZIA
OLAP (ang. On Line Analitical Processing – bezpośrednie
przetwarzanie analityczne) – system analiz i symulacji dla
menadżerów szczebla strategicznego
EKSPLORACJA DANYCH (data mining) – pozyskiwanie wiedzy
z dużej liczby danych poprzez zastosowanie algorytmów
genetycznych, modeli sieci neuronowych, drzew decyzyjnych
MIS
– system informatyczny przeznaczony do wspierania
kierownictwa w podejmowaniu decyzji.
Zakres MIS: Planowanie finansowe, inwestycyjne, monitoring
realizacji budżetu, analiza i ocena istniejących zjawisk i
procedur.
ZAKRES NAJCZĘŚCIEJ
STOSOWANYCH ANALIZ
• Analizy finansowe
• Analizy i symulacje podatkowe
• Analizy na potrzeby planowania przestrzennego i
zagospodarowania terenu
• Analizy gospodarcze
• Analizy rynku
• Aktywnośc budowlana i inwestycyjna
• Analizy demograficzne i ruchy ludnościowe
• Wydajność i dostępność mediów
• Analizy związane z bezpieczeństwem publicznym
• Analizy komunikacyjne, natężenia ruchu i p[otoki
pasażerskie
• Analizy wyników wyborczych
• Awarie
• .................
ROZWIĄZANIA
SYSTEMU
ZARZĄDZANIA
MIS
Jak wybrać odpowiedni
system typu
MIS ?
Kryterium oceny
Opcje
1) Architektura
System scentralizowany
System rozproszony
2) Aplikacja MIS
Rozbudowana aplikacja „klient-
serwer”
Aplikacje w technologii
internetowej
3) Model danych i system
zarządzania bazą danych
Baza relacyjna
Baza obiektowa
Baza obiektowo relacyjna
5) Bezpieczeństwo
Poufność
Autentyczność
Integralność systemu
Dostępność
Rozliczalność
4) Wdrażanie systemu
Zakup systemu
Opracowanie i wdrożenie
systemu we własnym
zakresie
Zakup platformy systemu i
tworzenie aplikacji we własnym
zakresie
System
rozproszony
Architektura MIS
System
scentralizowany
System scentralizowany:
Istotną cechą tej architektury (np. SNA – System Network
Architecture stworzony przez firmę IBM) jest posadowienie na
serwerze (jest to zwykle komputer o bardzo dużej mocy obliczeniowej
– mainframe) zarówno oprogramowania bazowego, aplikacji i baz
danych , do którego podłączone są na stanowiskach użytkowników
terminale. Terminale nie są komputerami pozwalającymi na
przetwarzanie danych, natomiast umożliwiają prowadzenie pracy na
serwerze.
System rozproszony:
Charakteryzuje się zastosowaniem komputerów zazwyczaj klasy
PC w miejsce terminali, oraz wprowadzeniem odpowiedniego
oprogramowania umożliwiającego pracę na komputerze użytkownika
przy wykorzystaniu bazy danych usadowionej na serwerze (serwera
danych i interfejsu użytkownika). Architektura rozproszona ze względu
na późną informatyzację w naszym kraju w odniesieniu do najbardziej
rozwiniętych Państw Europy Zachodniej i Ameryki (lata 90) przyjęła
się jako podstawowa. Wcześniej w krajach wysoko rozwiniętych
rozwijał się przede wszystkim system scentralizowany.
Przykładem systemu rozproszonego jest architektura klient –
serwer. Wówczas serwery przechowują dane i aplikacje, a tzw. Stacje
klienckie – będące komputerami użytkowników końcowych – wykonują
aplikacje na danych z serwera.
HURTOWNIA DANYCH
Hurtownia danych (ang. Data
Warehouse)
– scentralizowana,
nietransakcyjna baza danych
przeznaczona do przechowywania
zagregowanych informacji
pochodzących z baz danych zasilających
Cechy Hurtowni Danych
dla MIS
Zorientowanie tematyczne
– struktura danych przechowywanych
w bazie zbiorczej zbudowana jest wokół głównych obszarów
tematycznych opisujących istotną sferę zainteresowania podmiotu
gospodarczego, lub urzędu:
podstawowe dane o podmiocie
gospodarka finansowa
gospodarowanie majątkiem trwałym
strategia, plany, programy rozwoju, inwestycje
usługi
sytuacja społeczno – ekonomiczna (w przypadku
administracji)
analiza rynku
budżet
podatki (w przypadku administracji)
inne
Uporządkowanie chronologiczne
- dane pobierane z baz
źródłowych z czasem tworzą szereg czasowy, tzn. kolejne wersje tych
samych danych nie są wstawiane w tych samych miejscach, ale
zapisywane w innej warstwie czasowej, co pozwala na zbudowanie
historii procesów w skali podmiotu;
Integralność
– ujednolicenie danych poprzez zaprojektowanie
struktury informacyjnej hurtowni danych i zastosowanie modułu
standaryzacji danych pobieranych z baz źródłowych;
Nieulotność
– hurtownia danych jest zbiorem, którego elementy
pobierane z baz źródłowych nie podlegają modyfikacji, ich
wprowadzenie równoznaczne jest bowiem z uznaniem ich
poprawności.
Hurtownia danych (rysunek 2) jest więc w pewnym
uproszczeniu
zbiorem
rozproszonych
po
różnych
aplikacjach i serwerach danych metodą ich scalania.
System MIS oparty na koncepcji hurtowni danych może
wspierać
też
działalność
operacyjną
zespołów
zarządzających podmiotów gospodarczych i urzędów,
które potrzebują dostępu do informacji o stanie
aktualnym, historycznym i prognozach, a nie koniecznie
do danych źródłowych. Integracja danych w taki sposób
stanowi platformę, która ma stanowić podstawę do
podejmowania decyzji zarządczych w mieście. Hurtownia
pozwoli usystematyzować i zgromadzić informacje
zarządcze z uwzględnieniem danych historycznych w
jednym miejscu, tak aby dostęp do nich miały osoby
odpowiedzialne za strategię podmiotu.
Serwer
MIS
Baza hurtowni
danych
Baza 2
Informacje
zarządcze
HURTOWNIA
DANYCH
System MIS
Zasoby źródłowe – bazy
ewidencyjne miasta
Baza 1
Baza ...
Baza n
Dostarczania informacji do analiz
– wykonywanie analiz i
prognoz w różnych wariantach, na bazie analizy wartości
danych historycznych.
Rozwiniętej eksploracji danych
– przeszukiwanie zbiorów
danych w poszukiwaniu ukrytych zależności, takich jak:
planowane w przyszłości wpływy z podatków a wydatki na
szkolnictwo, koszty informatyki, a zatrudnienie, lub
efektywność inwestycji.
Raportowanie
– generowanie raportów z informacji zawartej w
hurtowni w wymaganych okresach (koniec miesiąca, kwartału,
roku), dotyczących istotnych grup tematycznych.
Moduł standaryzacji danych (rysunek 3) jest ważnym elementem
systemu.Jego zadaniem jest umożliwienie transferu danych
poprzez ujednolicenie danych napływających z różnych źródeł
charakteryzujących się różnymi konwencjami w zakresie
nazewnictwa, jednostek miar, zapisem wartości w systemach
informatycznych itp. oraz ich połączenie w jeden, spójny zbiór,
zgodny ze standardem zapisu w bazie hurtowni. Moduł
standaryzacji ułatwia ponadto wychwycenie wszystkich błędów
jakie mogą znajdować się w bazach ransakcyjnych, co umożliwia
poprawę jakości tych baz danych.
Moduł standaryzacji danych pozwalać powinien na
jednoznacznie formatowanie i weryfikować danych w zależności
od:
typów danych i jednostek miar– normalizacja wartości
pól,
źródeł dostępności baz danych,
kompletności danych,
dokładności,
czasu – historia zmian itp.
kompletności danych,
Serwer
MIS
Baza hurtowni
danych
Baza 2
Informacj
e
zarządcze
HURTOWNIA DANYCH
System MIS
Zasoby źródłowe – bazy
ewidencyjne podmiotu
Baza 1
Baza ...
Baza n
WYBÓR ROZWIĄZAŃ
PROGRAMOWYCH W
RAMACH
ROZPROSZONEJ
ARCHITEKTURY
SYSTEMU
W ramach sieciowej architektury rozproszonej każdy
komputer lub program jest klientem (jednostką
pobierającą dane) albo serwerem (jednostką
udostępniającą dane). Serwer przechowuje dane,
przyjmuje zgłoszenia od klientów i świadczy usługi na ich
rzecz.
Można wyróżnić dwie podstawowe wersje architektury
klient – serwer:
Wariant 1. Serwer dostarcza danych dla aplikacji na
komputerze klienta (stacji roboczej), które są
odpowiedzialne za przetwarzanie, edycję i wizualizację
danych;
Wariant 2. Wszystkie aplikacje wykonywane są przez
serwer, a wyniki wyświetlane na ekranie klienta (wariant
terminali serwera).
Charakterystyka wariantu 1.
Większość aplikacji klient – serwer jest projektowana w
bardzo prostym modelu, którego elementami są: aplikacja
klienta i serwer bazy danych. Model ten określany jest mianem
dwuwarstwowej architektury aplikacji. Dla prostych zastosowań
jest to model wystarczający.
W tym przypadku zapewnienie prawidłowego działania
komputerów w sieci wymaga od administratora częstych
interwencji. Użytkownicy swoim nieprzemyślanym działaniem
mogą powodować nieprawidłowości w funkcjonowaniu aplikacji
stacji roboczych, sprowadzające się do ciągłego serwisowania
sprzętu i aplikacji. W przypadku zmian w oprogramowaniu (np.
przy zmianie wersji lub modyfikacjach systemu związanych np.
ze zmianą formatu wydruków) konieczne jest zastąpienie starej
wersji aplikacji nową, co jest szczególnie uciążliwe gdy dostęp
do systemu ma duża liczba użytkowników.
C.D. Charakterystyka wariantu 1
Możliwe jest rozwiązanie tego problemu przez zastosowanie
dodatkowych systemów zdalnego zarządzania komputerami
użytkowników, umożliwiające scentralizowaną administrację i
dystrybucję oprogramowania na komputerach podłączonych do
sieci. Jednakże jest to rozwiązanie bardzo kosztowne i nie
pozwalające na rozwiązywanie wszystkich problemów zdalnego
zarządzania. Ponadto podejście takie nie jest rozwiązaniem
podstawowego problemu, a dążeniem do likwidacji jego
skutków poprzez inny system (wprowadzający dodatkowe,
specyficzne dla niego problemy).
Rozwiązanie takie ogranicza dostęp do systemu, wymaga
bowiem posiadania dostępu do komputera z odpowiednim
oprogramowaniem.
Charakterystyka wariantu 2.
W przypadku, gdy serwer odpowiedzialny jest za
przetwarzanie danych (wariant 2), a komputery użytkowników
pracują w trybie terminali, mamy do czynienia z rozwiązaniem
znacznie prostszym.
W ten sposób rozwiązywane są problemy związane z opieką
nad oprogramowaniem użytkowników (tj. administracją,
dystrybucją oprogramowania, dostępem). Wszystkie programy
pracują na serwerze, na nim też przechowywane są wszystkie
potrzebne dane. Stacje robocze są uproszczone do maksimum –
wymagania z nimi związane sprowadzają się do
oprogramowania terminala (w większości rozwiązań
standardowego. Rozwiązanie takie jest powrotem do klasycznej
idei modelu komputeryzacji.
Współczesne wymagania stawiane systemom
informatycznym uległy zmianie. Obecnie widać, że systemy dążą
do wykorzystywania technologii internetowych. Funkcję
oprogramowania terminali pełnią przeglądarki internetowe,
stanowiące standardowe oprogramowanie systemów
operacyjnych (np. Microsoft Windows, czy systemów klasy Unix-
w środowisku X – Windows).
Wariant 1
Zalety
Wady
•Zmniejszenie
wymagań dla
serwera
•Zwiększenie wymagań dla
komputerów (odpowiedzialnych
za przetwarzanie informacji)
użytkowników,
•Obciążenie sieci komputerowej
w momencie przetwarzania dużej
liczby danych,
•Wymagana opieka nad
oprogramowaniem
zainstalowanym u użytkowników,
•W przypadku zmian wersji
oprogramowania w czasie jego
eksploatacji konieczne jest
zainstalowanie nowej wersji na
każdym z komputerów
użytkowników,
•Ograniczenie w dostępie do
systemu (wymagany dostęp do
komputera z oprogramowaniem
użytkownika).
Wariant 2
Zalety
Wady
•Wymaga tylko
oprogramowania terminala
(za zwyczaj standardowego
np. przeglądarki
internetowej),
•Zmniejszenie wymagań
dla komputerów
użytkowników,
•Nie wymaga dodatkowej
aplikacji – oprogramowania
użytkownika, dlatego też
zlikwidowane zostają
problemy opieki,
•Zmniejszenie
ograniczenia w dostępie do
systemu.
•Wymagana opieka nad
oprogramowaniem
zainstalowanym u
użytkowników.
•Zwiększenie wymagań dla
serwera (odpowiedzialnego
za przetwarzanie
informacji),
Architektura aplikacji MIS
Rozbudowana
Aplikacja klient - serwer
Aplikacja internetowa
Model dwuwarstwowy nie jest odpowiedni dla złożonych
aplikacji internetowych ukierunkowanych na transakcje,
użytkowanych przez dużą liczbę użytkowników, pracujących za
pośrednictwem WWW.
Aplikacje korzystające z tej technologii mają architekturę
trzywarstwową: dane na serwerze (ang. back-end serwer), logika
aplikacji i kod dostępu do danych na serwerze (w ramach
warstwy pośredniej) oraz aplikacja klienta (przeglądarka
internetowa).
Do zalet technologii internetowych należą:
jednolity sposób prezentacji danych (standaryzowany w
ramach HTML, XML),
duża niezawodność systemu – sprawdzona, stosowana od
wielu lat technologia,
stosowanie standardowych protokołów komunikacyjnych,
niezależnych od producentów,
elastyczność i łatwość rozbudowania systemu,
znacznie szybszy dostęp do żądanej informacji,
możliwość otwarcia dostępu do systemu lub wybranych
informacji korzystając z sieci Internet, a zatem możliwe jest
połączenie z dowolnego miejsca na świecie.
MODEL DANYCH I
SYSTEM ZARZĄDZANIA
BAZĄ DANYCH
System
zarządzania
bazą danych
Relacyjny
Obiektowo-
relacyjny
Obiektowy
W celu wskazania modelu danych dla MIS należy określić
istotne różnice
pomiędzy obiektowym (ODBMS), a relacyjnym (RDBMS)
systemem zarządzani bazą danych. Oto one:
ODBMS pozwalają na przechowywanie danych o dowolnej
strukturze zdefiniowanej przez użytkownika w postaci klas obiektów,
• RDBMS pozwalają na korzystanie z określonego zbioru prostych
typów danych, co stwarza problem dopasowania modelu danych z
modelem używanym przez programistów,
- ODBMS redukują problem dopasowania modelu bazy danych z
modelem używanym przez programistę (zgodność modelu z
obiektowymi językami oprogramowania),
- W przypadku opracowania systemu informacyjnego, istotną
zaletą technologii obiektowej jest ujednolicony model pojęciowy,
pozwalający operować na jednym modelu (wpływa to na efektywność
i elastyczność pracy analityków, projektantów i programistów),
W celu wskazania modelu danych dla MIS należy określić
istotne różnice
pomiędzy obiektowym (ODBMS) a relacyjnym(RDBMS)
systemem zarządzania bazą danych. Oto one:
- Bazy relacyjne zachowują jedynie dane, do których dostęp
realizowany jest przez ich wartość (ang. value-based system) w
odróżnieniu od systemów zapewniających tożsamość (ang. identity-
based system),
- RDBMS wymuszają reprezentowanie danych hierarchicznych,
złożonych lub zagnieżdżonych w postaci powiązanych z sobą tablic.
Prowadzi to do spowalniania przeszukiwania danych już w
przypadku dwóch, trzech poziomów powiązań.
- ODBMS wiążą złożone struktury danych w bezpośrednie
powiązania pomiędzy obiektami (poprzez identyfikatory obiektów).
Tożsamość umożliwia modelowanie różnorodnych powiązań między
obiektami, mających charakter relacji jednoznacznych (model jeden
do jednego, ang. one-to-one), jeden do wielu (ang. one-to-many) lub
wzajemnie wieloznacznych (model wiele do wielu, ang. many-to-
many) pozwalających na opisanie świata rzeczywistego (np.
odwzorowanie w systemie rzeczywistej sytuacji miasta zgodnej z
zawartością informacyjną).
Bazy relacyjne
Bazy obiektowe
Zalety
oparte na solidnych podstawach
teoretycznych i praktycznych, które
pozwoliły na opracowanie metodyki
budowania systemów informacyjnych
stabilna pozycja na rynku
potwierdzona wielością produktów i
producentów
optymalizacja zapytań poprzez
języki zgodne ze standardem SQL
złożone obiekty informacyjne – podstawę
stanowią informacje a nie dane (fakty powiązane są
relacjami, które generują informacje)
nie ma ograniczeń w strukturach danych – typy
danych definiowane przez użytkownika
tożsamość obiektów (identyfikator), trwałość
hierarchia, dziedziczenie danych
łatwa rozszerzalność
metody i funkcje przechowywane wraz z danymi
zgodność we wszystkich fazach życia bazy i
danych
wersjonowanie, rejestracja zmian –
zapewniające bezpieczeństwo i utrzymywanie
wersji
możliwość nowych zastosowań mniejszym
kosztem (budowanie baz multimedialnych,
przestrzennych – wsparcie dla systemów mapowych
stosowanych w miastach)
duża wydajność w przetwarzaniu informacji
wsparcie do analiz OLAP na danych w
hurtowniach
Wad
y
sztywne, ustalone konstrukcje oraz
brak złożonych obiektów
niezgodność modelu pojęciowego z
modelem implementacyjnym
brak oddzielenia implementacji
bazy od jej specyfikacji (brak środków
hermetyzacji i modularyzacji)
brak środków do przechowywania
informacji proceduralnych
brak optymalizacji zapytań (odpowiadającej
SQL w bazach relacyjnych)
niedopracowane mechanizmy zarządzania dużą
bazą obiektów, sterowania wersjami
mała liczba programistów i projektantów
technik obiektowych
standardy w fazie dopracowania
Model obiektowo – relacyjny
wprowadzono jako rozwiązanie mające
zwiększyć elastyczność praktycznych
rozwiązań i w sposób ewolucyjny zapewnić
rozwój produktów relacyjnych w obiektowe.
Przykładem jest produkt firmy Oracle,
system zarządzania bazą danych w wersji 8
ma cechy obiektowo – relacyjne, pozwala
użytkownikom wcześniejszych wersji na
bezproblemową zmianę wersji. Ma to
niebagatelne znaczenie dla użytkowników!
Stąd też wiele wiodących firm korzysta z
możliwości implementacji modelu obiektowo
– relacyjnego.
System relacyjny RDBMS
System obiektowy
ODBMS
System obiektowo –
relacyjny ORDBMS
Przykład
standardu
SQL2 (ANSI X3H2)
ODMG v.2 (język
zapytań QQL),
standardy własne
Object SQL, standardy
własne
Programowanie
(ważne z punktu
widzenia
tworzenia i
utrzymywania
aplikacji)
Niezależność danych od
aplikacji kosztem trudności
w odzwierciedlaniu
złożonych powiązań
(wysoka złożoność i koszt
tworzenia systemów MIS)
Obiekty w naturalny
sposób
odzwierciedlają
dziedzinę, łatwość
modelowania
różnorodnych typów i
powiązań (stosunkowo
niski koszt tworzenia
złożonych systemów)
Niezależność danych
od aplikacji, problemy
z odzwierciedlaniem
złożonych powiązań
(złożoność tworzenia
systemów MIS)
Współpraca z
obiektowymi
językami
programowania
Sprowadza się do
dostosowania programu
obiektowego do wymagań
bazy relacyjnej
Otwarta,
bezpośrednia, szeroko
rozumiana – obejmuje
języki obiektowe
Elastyczna w zakresie
nowych typów danych
(ATD – abstrakcyjne
typy danych)
Użytkowanie
Struktura klasyczna
(tabele), łatwo
przyswajalna dla
użytkownika, wielość
oprogramowania
systemowego i
narzędziowego
Łatwe dla
programistów ze
względu na cechę
obiektowości,
ograniczone
oprogramowanie
narzędziowe (dostęp
przez zapytania SQL
nie zapewnia
korzystania z
wszystkich możliwości
bazy)
Podobnie jak dla baz
relacyjnych, jednakże
z uwzględnieniem
komplikacji
wprowadzonych przez
nowe typy danych
(bardziej
skomplikowana
struktura,
ograniczenia w
oprogramowaniu
narzędziowym –
dostęp przez zapytania
SQL
Rozszerzal
ność
(utrzymywa
nie
systemu i
jego
elastycznoś
ć na
zmiany)
W rzeczywistości
utrudniona i
ograniczona do
prostych rozszerzeń
(wiąże się ze
zmianami na
poziomie
konstytucji
systemu)
Obsługuje
dowolnie
złożoną
dziedzinę, może
być rozszerzona
poprzez metody
oraz dołączane
struktury
modyfikujące i
rozszerzające
system
Zwiększona niż
w przypadku
baz relacyjnych
Złożone
dane i
powiązania
między
nimi
(występują
ce w
przypadku
MIS)
Bardzo trudne w
realizacji
Możliwość
definiowania
typów danych i
struktur oraz
powiązań
między nimi
(obiekty i
relacje)
Trudne w
realizacji
Poziom
rozwoju
Klasyczne, stabilne,
o opracowanej i
przetestowanej
metodologii,
stabilność, silnej
pozycji na rynku
baz danych
(większość
używanych bez
danych)
W fazie
dojrzałości –
głównie dzięki
powszechności
OOA i OOD
Rozwijające się,
na etapie
rozszerzenia, w
procesie
ewolucji i nie
dość dobrze
poznane
Możliwość
utrzymania
się na
rynku
Przewidywana dla
dużych
przedsiębiorstw
obecnych na rynku.
Większość wdrożeń
w Polsce.
Sukces modelu
obiektowego
wydaje się być
oczywisty i
wskazuje na
wzrost rynku.
Wdrożenia w
Polsce.
Przewidywana
dla organizacji
znanych z
RDBMS,
dołączają się
nowi
użytkownicy.
Wdrożenia w
Polsce.
Przykłady
rozwiązań
Oracle (wersje
7.x),
Dynamic Server
(Informix),
DB/2 (IBM),
SQL
(Microsoft),
System 10/11
(Sybase),
OpenIgres
(Computer
Associates)
Gemstone,
Jasmine
(Computer
Associates),
ICOR
(Microplan),
Objectivity/DB
(Objectivity),
ONTOS,
Versant
ODMBS
(Versant)
Oracle
(wersje 8.x),
Illustra
(Informix),
DB/2
Extenders
(IBM),
UniSQL/X
(UniSQL),
OSMOS
(Unisys)
Obecnie na rynku możemy spotkać systemy
zarządzania bazami danych zgodne z modelem
relacyjnym (np. Oracle, Microsoft SQL, Informix
Dynamic Server, IBM DB/2, System 10/11),
obiektowym (np. Gemstone, CA Jasmine, ICOR,
Objectivity/DB, Versant ODMBS) i obiektowo –
relacyjnym (np. Oracle 8, Informix Illustra, DB/2,
IBM Extenders, UniSQL/X, unisys OSMOS).
Zmiany na rynku baz danych zależą głównie od
polityki realizowanej przez wiodących producentów
(Oracle, Microsoft, IBM, Informix, Sybase), których
olbrzymi potencjał ma decydujący wpływ na
kierunek rozwoju baz danych. Należy podkreślić, że
tendencję w rozwoju oprogramowania wymusiły
rozwój kluczowych produktów do zmian. Główne
produkty zmieniają się w większym lub mniejszym
stopniu i przechodzą od modelu tradycyjnego (baz
relacyjnych) do modelu obiektowego lub obiektowo
– relacyjnego.
Przykładem mogą być wybrane propozycje najnowszych wersji
systemów zarządzania bazami danych o cechach obiektowych:
Informix: wprowadził jeden z najbardziej zaawansowanych
systemów zarządzania obiektowo – relacyjnymi bazami danych
– Illustra;
Oracle: obiektowo – relacyjny serwer Oracle8 z nowymi
możliwościami obsługi dodatkowych typów danych (np. wideo,
audio, dane przestrzenne GIS);
Sybase: inne rozwiązanie polegające na stworzeniu pomostu
(ang. gateway) pomiędzy relacyjną bazą danych a bazą
obiektową poprzez konwersje w czasie rzeczywistym obiektów
na relacje przechowywane w bazie danych. Rozwiązanie takie
pozwala na szybsze wprowadzenie produktu obiektowego na
rynek, ale w dłuższym czasie, ale w dłuższym czasie nie jest to
pojęcie konkurencyjne (kosztem jest zbyt duży czas przejścia
danych poprzez pośrednie warstwy przetwarzania podczas
konwersji obiektowo – relacyjnej).
Podsumowując, można powiedzieć, że ODBMS (i ewentualnie
ORDBMS) już teraz sprawują się najlepiej w zastosowaniach,
gdzie relacyjny model tradycyjnie napotyka na trudności. Jest
więc wielce prawdopodobne, że w miarę wzrostu potrzeby
przechowywania danych multimedialnych, rozwoju Internetu i
WWW ORDBMS będą szybko zyskiwać na popularności dzięki
ich naturalnemu dopasowaniu do takich zastosowań.
Cztery poniższe metody implementacji wskazują istotne tematy
dla których ODBMS może okazać się praktycznym
rozwiązaniem:
Powiązanie z istniejącymi systemami
– ODBMS
pozwalają na wyciągnięcie większej ilości informacji z
istniejących danych. Dzięki temu można dodać nową wartość do
istniejących systemów. Stare systemy zostają w swoim miejscu,
podczas gdy w tym samym czasie wykorzystuje się nowe
informacje pochodzące z ODBMS w sposób oszczędzający czas
albo zwiększający zyski.
Systemy rozproszone
– tworzenie aplikacji
rozproszonych, z wieloma kontekstami, wymagających
podwyższonego bezpieczeństwa jest o wiele prostsze z
wykorzystaniem spójnego modelu ODBMS.
Złożone dane – decyzja o wykorzystaniu ODBMS może być
oparta na wielu czynnikach. W niektórych projektach złożoność
danych określa wybór technologii obiektowej.
Złożone zapytania – dzięki wbudowanej rekurencyjności,
nowym typom danych i innym udogodnieniom modelu
obiektowego, można zadawać o wiele bardziej skomplikowane
pytania i uzyskiwać lepsze odpowiedzi.
Obiektowe systemy zarządzania bazą danych wspomagają
rozwiązania informatyczne, co prowadzi do sytuacji, gdy
centralne miejsce wdrożenia i obsługi systemu sprowadza się
do rozwiązania problemów organizacyjnych. Pozwala to
skutecznie wyeliminować typowe problemy technologiczne,
uniemożliwiające uzyskanie:
funkcjonalnie elastycznego systemu (przygotowanie
do szybkiego uzupełniania systemu o nowe
możliwości),
opracowania wysokowydajnego, skalowanego
rozwiązania (którego zasób może być rozszerzany w
ramach potrzeb),
rozwiązania problemu wykorzystania istniejących
systemów Urzędu Miasta. Rozwiązania oparte o
technologie internetowe musi uwzględniać i
wykorzystywać inwestycje poczynione w dawne
systemy.
Zastosowanie sytemu obiektowego i hurtowni
danych spowoduje, że istniejące systemy
ewidencyjne staną się drobnym kawałkiem
całego systemu przepływu informacji.
Informacje zbierane z tych systemów i
ewentualnie uzupełniane przez dodatkowe
dane pozwolą na wykonywanie
wielowymiarowych analiz danych.
Poprzez atrybuty system MIS ma przetwarzać
dowolne dane: wpisywane bezpośrednio przez
użytkowników, jak i pochodzące z połączenia
się z dowolnym źródłem danych (np. relacyjne
bazy danych ewidencyjnych), nawet takim,
które nie będzie miało struktury bazy danych.
Dane bieżące
wprowadzane
ręcznie
System zarządzania
bazą danych
(hurtownią) MIS
o cechach
obiektowych
Zestawienia
w postaci
wykresów
Zestawienia
w postaci
tabel
Zestawienia
w postaci
map
Zestawienia
w innej
postaci
Dane
szczegółowe
importowane
z aplikacji
U
Ż
Y
T
K
O
W
N
I
C
Y
S
Y
S
T
E
M
U
4.
Bezpieczeństwo