BSSI - cz. 4



Systemy informacyjne
Literatura
P. Fuglewicz i in.: CASE dla ludzi. Lupus, 1995. R. Barker:
CASE*Method. Modelowanie funkcji i przepływów. WNT, 1996. ???

Modelowanie systemów informacyjnych
Cele

Stworzenie specyfikacji systemu

uściślenie oczekiwań użytkownika
sformułowanie wymagań
formalne ustalenie zadań i odpowiedzialności stron
Wykrycie niedoskonałości w organizacji przedsiębiorstwa
Dane i procesy

Dane

analiza: związki encji
projekt: dane w b.d.
Procesy

analiza: funkcje przedsiębiorstwa (bussines functions)
projekt: moduły aplikacji
Metodyki strukturalne

Dane i procesy modelowane osobno
Wykorzystują tylko proste typy danych
Dostosowane do modelu relacyjnego danych
Podstawowe techniki

diagramy związków encji (ERD)
hierarchie funkcji (FHD)
diagramy przepływu danych (DFD)
Metodyki obiektowe

Dane i procesy są modelowane łącznie
Wykorzystują złożone typy danych
Dostosowane do obiektowego modelu danych
W przypadku realizacji opartej na relacyjnej b.d. wynikowy obiektowy model
danych musi być odpowiednio przekształcony
Fazy życia s.i.

Planowanie:

ustalenie zakresu
ogólna analiza problemu
analiza ryzyka
harmonogramowanie i wycena projektu
Analiza

wywiady
modele pojęciowe
akceptacja
Projektowanie -- modele logiczne
Implementacja

realizacja struktur danych w b.d.
generowanie lub programowanie aplikacji
Testowanie
Wdrożenie

instalacja i rozruch
konwersja danych
testy u użytkownika
finalna akceptacja
Eksploatacja

utrzymanie
Wycofanie
Modele cykli życia s.i.

Model kaskadowy (waterfall )

założenia formułowane na początku
długi czas realizacji
duże ryzyko
Model spiralny

podział na podsystemy
realizacja kolejnych podsystemów
akceptacje w każdym cyklu
modyfikacje poprzednich podsystemów
krótszy czas realizacji
mniejsze ryzyko
Warianty

prototypowanie
Rapid Application Development


Modelowanie procesów w systemie informacyjnym
Modelowanie hierarchii funkcji
Cele

Specyfikacja czynności wykonywanych w przedsiębiorstwie
Znalezienie wszystkich funkcji s.i.
Budowa diagramów hierarchii funkcji

Drzewo dekompozycji funkcji:

węzły: funkcje przedsiębiorstwa
korzeń: cel przedsiębiorstwa
liście: funkcje elementarne lub ich składowe
Zasada modelowania funkcji: pokazywać funkcje (co?), a nie mechanizmy
(jak?)
Zasada dekompozycji: kompletność funkcjonalna -- działanie funkcji
nadrzędnej jest sumą działań funkcji podrzędnych
Diagram
hierarchii funkcji -- fragment
Funkcje elementarne

Muszą być w całości wykonane lub w całości zaniechane
Stanowią podstawę do projektowania modułów aplikacji
Mogą być dalej dekomponowane dla lepszego udokumentowania
Dla f. element. modeluje się użycie danych przez funkcje (modele
macierzowe)
Metodyka tworzenia diagramów

Modelowanie "od góry"
Konwencje:

nazwy funkcji opisują ich działanie
etykiety pokazują miejsce w drzewie
Pożądane wymiary drzewa: klika na kilka
Dekompozycja powinna doprowadzić do funkcji elementarnych
Modelowanie przepływów
Cele

Specyfikacja czynności wykonywanych przedsiębiorstwie w powiązaniu z
danymi
Specyfikacja obiegu danych
Budowa diagramów przepływów

Składniki

funkcje
magazyny danych
obiekty zewnętrzne
przepływy danych
Każdy diagram odpowiada jednej funkcji nadrzędnej z hierarchii
dekompozycji
Zasady dekompozycji:

kompletność funkcjonalna -- jak w FHD
równoważenie między poziomami -- przepływy z/do funkcji nadrzędnej muszą
zostać dokładnie "rozwiązane" jako przeplywy z/do funkcji
podrzędnych
Diagram kontekstowy

Dotyczy funkcji-korzenia hierarchii dla (pod)systemu
Pokazuje:

zakres (pod)systemu
styki (pod)systemu ze światem zewnętrznym
styki podsystemu z innymi podsystemami

Diagram kontekstowy
Szczegółowe diagramy przepływów

Tworzy się dla wszystkich poziomów dekompozycji
Modelowanie "od góry"
Kroki tworzenia diagramu:

utworzenie "ramy"-funkcji nadrzędnej
umieszczenie funkcji podrzędnych wewnątrz "ramy"
umieszczenie niezbędnych magazynów danych i obiektów zewnętrznych
utworzenie przepływów
Wykorzystanie danych: przepływy i magazyny modeluje się w kategoriach
atrybutów (bez encji!)
Metodyka DeMarco

Diagramy:

fizyczne: pokazują mechanizmy (jak?)
logiczne: pokazują funkcje (co?)
Kroki modelowania:

aktualne diagramy fizyczne
aktualne diagramy logiczne
docelowe diagramy logiczne
kilka alternatywnych zestawów docelowych diagramów fizycznych
ocena kosztów i wybór rozwiązania
podział na podsystemy
Szczegółowy
diagram przepływów dla funkcji BSSI 3
Klasyfikacja systemów informacyjnych
Klasyfikacja według zadań

Systemy biurowe
Systemy zarządzania
Systemy inżynierskie
Klasyfikacja według liczby użytkowników

Systemy personalne
Systemy dla grup roboczych
Systemy departamentalne
Systemy dla wielkich organizacji
Klasyfikacja wg dostępu

Systemy personalne
Systemy lokalne (LAN)
Systemy wewnątrzorganizacyjne (Intranet)
Systemy dostępne publicznie (Internet)
Klasyfikacja wg architektury

Systemy jednostanowiskowe
Systemy wielodostępne terminalowe
Systemy sieciowe peer-to-peer
Systemy klient-serwer
Systemy rozproszone:

przetwarzanie rozproszone (CORBA, DCOM itp.)
Intranet

Systemy informacyjne z bazami danych
Dlaczego baza danych stanowi dobry fundament systemu
informacyjnego

Bezpieczeństwo

zabezpieczenia dostępu
niezawodność
ograniczenia integralności
możliwość scentralizowanego administrowania danymi
przetwarzanie transakcyjne
Wydajność

wydajne przetwarzanie transakcji
szybkie wyszukiwanie
Wielodostęp
Otwartość

elastyczność dostępu do danych
współdziałanie z różnymi źródłami danych
Możliwości rozwoju

skalowalność
przenośność
możliwości pracy rozproszonej
Klasyfikacja wg rodzaju przetwarzania danych
Systemy transakcyjne OLTP (On Line Transaction
Processing)

Główne zadanie: obsługa
Główne problemy:

wydajność (średnia!)
wielodostęp
Jest to tradycyjna domena relacyjnych baz danych -- są one projektowane
pod kątem zastosowań OLTP
Systemy analizy danych OLAP (On Line Analytical
Processing)

Główne zadanie: wyszukiwanie i analiza statystyczna danych
Główne problemy:

wielka ilość danych
analiza wielowymiarowa
analiza dogłębna
Systemy czasu rzeczywistego (real-time)

Główne zadanie: systemy monitorowania i sterowania
Główne problemy:

prędkość reakcji
deterministyczny czas reakcji
Systemy projektowe

Główne zadanie: wspomaganie projektowania
Główne problemy:

praca grupowa
wersjowanie
analiza przestrzenna
Inne zastosowania

Serwery WWW
Multimedia
Klasyfikacja według funkcji bazy danych

Operacyjne bazy danych
Zbiorcze bazy danych (hurtownie danych: data warehouses)


Systemy biurowe
Systemy powszechnego użytku

Edytory tekstu
Arkusze kalkulacyjne
Grafika prezentacyjna
Biurkowe bazy danych
Systemy pracy grupowej (Groupware)

Możliwość obróbki dokumentów przez wielu użytkowników:

po kolei
równocześnie
Poczta elektroniczna
Terminarze grupowe
Zarządzanie projektami
Skala:

grupa robocza
sieć lokalna
Systemy zarządzania obiegiem dokumentów (Workflow)


Grupowa praca nad dokumentami
Sterowany i kontrolowany obieg dokumentów i czynności
Skala:

większa niż grupa robocza
sieci LAN i WAN
Systemy inżynierskie
Systemy CAD/CAM (Computer Aided Design/Manufacturing)


Funkcje

projektowanie urządzeń
sporządzanie rysunków technicznych
techniczne przygotowanie produkcji
Typowe dziedziny zastosowań:

mechanika
układy elektroniczne
budownictwo
architektura
wzornictwo przemysłowe
Systemy informacji przestrzennej GIS(Geographical
Information Systems)

Funkcje:

projektowanie układów przestrzennych
inwentaryzacja
analizy przestrzenne
produkcja map
Typowe dziedziny zastosowań:

kataster
planowanie przestrzenne
gospodarka terenowa
monitorowanie środowiska
planowanie sieci
Systemy CASE(Computer Aided Software Engineering)


Funkcje:

modelowanie systemów informacyjnych
projektowanie struktur danych i aplikacji
prototypowanie
generowanie struktur danych i aplikacji
automatyczne tworzenie dokumentacji
Typowe zastosowania:

projektowanie systemów informatycznych z relacyjnymi bazami danych
projektowanie systemów czasu rzeczywistego
Systemy informacyjne zarządzania MIS (Management
Information Systems)
Systemy wspomagania decyzji(Decision Support Sytems)


Funkcje:

wspomaganie podejmowania decyzji
przewidywanie skutków decyzji
Zastosowanie: na średnich szczeblach zarządzania
Narzędzia

analiza danych
modele symulacyjne
optymalizacja
systemy eksperckie
Systemy informowania kierownictwa EIS(Executive
Information Systems)

Funkcje:

łatwy dostęp do informacji syntetycznej
analiza krytycznych czynników sukcesu
Zastosowanie: na najwyższych szczeblach zarządzania
Cechy:

przyjazny interfejs (odpowiedni dla CEO)
możliwość przejścia do szczegółowej analizy danych
Systemy MRP II(Manufacturing Resource Plannig)


Funkcje:

przyjmowanie zamówień
harmonogramowanie produkcji
zarządzanie produkcją
zarządzanie zapasami i obsługa gospodarki magazynowej
obsługa sprzedaży
obsługa finansowo-księgowa
zarządzanie kadrami
Systemy CIM (Computer Integrated Manufacturing)


Zintegrowane zarządzanie i sterowanie calym procesem produkcyjnym
Zawiera:

projektowanie i przygotowanie produkcji (CAD/CAM)
zarządzanie zasobami (MRP II)
sterowanie elastycznymi liniami produkcyjnymi
Egzamin

Czas trwania: 90 min.
Dozwolone książki i notatki
Zawartość:

1 zadanie projektowe (model koncepcyjny i logiczny)
kilka pytań dotyczących wykładu (odpowiedź w kilku zdaniach)
Ocena z egzaminu:

0 za kompletną ignorancję
2 za uzyskanie < 50% punktów
Do oceny końcowej liczy się:

ocena z laboratorium z wagą 40%
ocena z egzaminu z wagą 60%
Ostrzeżenie Zaopatrzenie się w wydruk konspektu wykładu
NIE WYSTARCZY do zdania egzaminu!
Co dalej?

Komercyjne bazy danych cz. 1 (KBD1) -- Access, Gupta, Progress
Komercyjne bazy danych cz. 2 (KBD2) -- Oracle
Aplikacje baz danych
Projektowanie baz danych
Systemy informacyjne w organizacjach