Systemy informatyczne w zarządzaniu wiedząriad.pk.edu.pl/~mareks/siz4.pdf · Tradycyjne systemy baz danych – mała elastyczność i niezbyt duże możliwości, niewątpliwie związane

Systemy informatyczne w zarządzaniu wiedzą

„W poszukiwaniu rozwiązania problemu, najbardziej pomocna jest znajomość odpowiedzi”

Funkcje systemu zarządzania wiedząFunkcje systemu zarządzania wiedząPodstawowa – dostarczenie użytkownikowi informacji, która po

przetworzeniu umożliwia skuteczne podejmowaniedecyzji. Nieodzowne jest stosowanie systemów informatycznych.Pełnią one jednak rolę wspomagająca zarządzanie wiedzą w organizacji a nie zarządzają.

Inne funkcje

• gromadzenie danych (ich klasyfikacja wg poziomu ważności) • przechowywanie danych – ich archiwizacja• zarządzanie danymi (wszelkiego rodzaju analizy)

Hierarchia wiedzyHierarchia wiedzyWiedza w gestii ludziDane w hierarchii wiedzy: fakty, obrazy, dźwięki, liczby ….Interpretacja danych – analizy, syntezy, agregacje itd. – dają informacje (przefiltrowane i podsumowane dane często zamienione we wzory)

Informacje są podstawą wiedzy po dodaniu do nich działania i zastosowania. (wykorzystanie wzorów w danym kontekście w celu osiągnięcia zaplanowanych efektów jest widzą. W trzystopniowej hierarchii są nią: instynkty, idee, przepisy, procedury które pozwalają podjąć decyzję)

Rola systemów informatycznych w zarządzaniu wiedzą – wspomagająca (nawet najinteligentniejsze systemy nie są w chwili obecnej w stanie podejmować decyzji – systemy deterministyczne i rozmyte)

Systemy Zarządzania WiedząSystemy Zarządzania Wiedzą

ICONS (Intelligent CONtent Management) – Rodan SystemPortale korporacyjne jako najbardziej zaawansowane systemy pod względem funkcjonalności

Portal korporacyjnyPortal korporacyjny

1. SAP (Systems Applications and Products in Data Processing)Kompletne rozwiązania korporacyjne umożliwiajace użytkownikom spersonalizowany i wygodny dostęp do wszystkiego, czego potrzebują, w dowolnym czasie i miejscu w bezpieczny sposób poprzez INTERNET, aby zrealizować swoje zadania

2. IBM (International Business Machines)Centralny interfejs WWW do wszystkiego, co w przeciwnym wypadku byłoby osobną i niekompatybilną informacja rozproszoną w wielu oddzielnych aplikacjach(interfejs pomiędzy użytkownikiem – pracownikiem, dostawcą, klientem lub partnerem oraz systemami informatycznymi w przedsiębiorstwie)

Współczesny portal korporacyjnyWspółczesny portal korporacyjnyInterfejs pomiędzy użytkownikiem – pracownikiem, dostawcą, klientem lub partnerem oraz systemami informatycznymi w przedsiębiorstwie

Funkcje:- wsparcie dla pracy zespołowej;- zarządzanie użytkownikami;- import i eksport dokumentów;- nawigacja i wyszukiwanie.

Role:- sprawne zarządzanie informacjami i danymi;- usprawnienie kontaktów międzyludzkich;- platforma wymiany informacji;- narzędzie do wspomagania pracy zespołowej.

(koncepcja zarządzania wiedzą pozwalająca uznać te systemy jako klasy IPSS (Integrated Performance Supporting Systems) – wspomagające efektywność

Działanie systemów klasy IPSSDziałanie systemów klasy IPSS-brak odpowiedzi w systemie -przekierowanie do ekspertów-archiwizowanie odpowiedzi wsystemie

-proces poszukiwania odpowiedzi odbywa się w środowisku systemu-archiwizacja pytań i odpowiedzi-katalogowanie informacji-rejestracja ekspertów-zadawanie pytań w obrębiekatalogu

Portale:- AskMe, Orbital;-Pyton Management- Guru Sp z o.o. .

Inne narzędzia ITInne narzędzia ITSystemy zarządzania dokumentami (Document Management): umożliwiają gromadzenie i klasyfikowanie dokumentów, ułatwiają ich wyszukiwanie i dostęp do nich, a także rejestrowanie prac wykonanych na tych dokumentach (np. kontrolowanie ich wersji, śledzenie wprowadzonych zmian)

Systemy obiegu pracy (Workflow): (wspierają realizacje procedur postępowania z dokumentami. Narzedzia służą do automatyzacji całego lub części procesu biznesowego. System przydziela poszczególne zadania pracownikom i zarządza harmonogramem ich realizacji. Umożliwia usprawnienie zarządzania procesami w przedsiębiorstwie)

Systemy wspomagania decyzji, systemy eksperckie: (są to interaktywne systemy komputerowe wykorzystywane w pełnieniu funkcji planistycznych i decyzyjnych. Umożliwiają kierownikom uzyskanie wyselekcjonowanej, skondensowanej i przeanalizowanej informacji oraz ułatwiają podejmowanie nierutynowych decyzji, czyli umożliwiają zarządzanie informacją )

PODZIAŁ WIELKICH SYSTEMÓWWzorce architektoniczne

→ Wzorce architektoniczne – uogólnione spojrzenie na strukturę systemu→ Są wykorzystywane przy tworzeniu głównych części systemu – widocznych na

pierwszy rzut oka→ Pozwalają na generacje podsystemów→ Związki pomiedzy podsystemami pozwalają dopasować opracowywany system do

któregoś z wzorców architektonicznych

- Architektura trójwarstwowa

- Wzorzec potoków i filtrów

- Wzorzec architektury obiektowej

PODZIAŁ WIELKICH SYSTEMÓWArchitektura trójwarstwowa

<<subsystem>>Interfejs Użytkownika

<<subsystem>>Reguły biznesowe

<<subsystem>>Baza Danych

(system obsługi zamówień)

Trzy warstwy - aby reguły biznesowe działały – muszą korzystać z bazy danych

Przypisanie poszczególnych części systemu do kolejnych warstw: Formularz – część Interfejsu Użytkownika; Dane zebrane w związku z zamówieniem – warstwa Bazy Danych; Proces pobierania zamówienia – warstwa Reguł Biznesowych

Korzyści: Jedna baza danych; zestaw procesów biznesowych - spójny

PODZIAŁ WIELKICH SYSTEMÓWWzorzec potoków i filtrów

<<subsystem>>Przyjmowania Zamówień

<<subsystem>>Przyjmowania Przesyłek

<<subsystem>>Obsługa Płatności


<<subsystem>>Baza Danych

Pewien syststem przyjmuje dane, w pewien sposób je przetwarza, a następnie je zwraca, potem kolejny element pobiera zwrócone informacje, przetwarza itd.

Elementy są niezależne i tak naprawdę nic nie wiedza o sobie.

Przyjmowanie zamówień wykonuje prace i umieszcza ją na stosie zamówień

Wysyłanie przesyłek pobiera stos zamówień, przygotowuje je i wysyła tworząc stos płatności

Te są pobierane przez Obsługe płatności i są realizowane;

DUŻA NIEZALEŻNOŚĆ PODSYSTEMÓW – ZALEŻNOŚĆ OD STRUMIENIA DANYCH ZAPISYWANYCH SIOS

PODZIAŁ WIELKICH SYSTEMÓWWzorzec architektury obiektowej

<<subsystem>>Przyjmowanie zamówień

<<subsystem>>Wysyłanie przesyłek

<<subsystem>>Obsługa płatności


Podsystemy zdefiniowane wokół danych i związanych z nimi funkcjami

Pomiędzy podsystemami istnieją zależności, ale podsystemy nie wiedzą nic o sobie:

Przyjmowanie zamówień zawiera zamówienia i funkcje które je przetwarzają

Obsługa płatności zajmuje się opłatami, kredytami i kontami

Wysyłanie przesyłek zajmuje się przesyłkami i informacjami adresowymi.

Tutaj każda funkcja jest niezależna lokalizowana w jednej części – w trójwarstwowej każda funkcja istnieje w trzech warstwach – w potokach i filtrach funkcje komunikują się za pomocą danych.

Proces zarządzania danymiProces zarządzania danymiZarządzanie danymi obejmuje czynności:

• gromadzenie danych (ich klasyfikacja wg poziomu ważności)

• przechowywanie danych• zarządzanie danymi (wszelkiego rodzaju analizy)

Systemy informatyczne służące w/w celom to tzw.

Systemy Baz Danych (SBD)

Zaleta: prostota przeszukiwania np. od klucza

Edytor tekstu czy skomplikowana Edytor tekstu czy skomplikowana baza danychbaza danych

Stosowanie edytorów tekstów do tworzenia baz danych jest właściwe jedynie w przypadku gromadzenia niewielkiej ilości informacji, bądź operacje wykonywane na tych danych nie będą skomplikowane.

Narzędzia Exel-owe Works-owe dają możliwość wyszukiwania ale niewielką

Etapy rozwoju baz danychEtapy rozwoju baz danychEtap 1 - zwany tradycyjnym – poszczególne programy użytkowe miały niezależne dane, procedury i modele. Obok siebie istniały dane, sposób ich przetwarzania oraz opisy obiektu

Program użytkowy 1

Model

1

Procedura

1

Dane

1

Program użytkowy 2

Model

2

Procedura

2

Dane

2

itd.

Tradycyjne systemy baz danych – mała elastyczność i niezbyt duże możliwości, niewątpliwie związane z ograniczeniami sprzętowymi (jednostanowiskowe)

Etapy rozwoju baz danychEtapy rozwoju baz danychEtap 2 – systemy baz danych z oprogramowaniem do zarządzania danymi – możliwość współużytkowania danych przez wielu użytkowników, systemy drugiej generacji

Program użytkowy 1

Model1

Procedura1

Dane1

Program użytkowy 2

Model2

Procedura2

Program użytkowy N

ModelN

ProceduraN

Dane2

DaneN

System Zarządzania Danymiitd.

Współużytkowanie dzięki dostępowi bezpośredniemu do PAO. Zbiory danych oddzielone od programu który nimi zarządza. Informacje w oddzielnych plikach.

Etapy rozwoju baz danychEtapy rozwoju baz danychEtap 2 – systemy baz danych z oprogramowaniem do zarządzania danymi – możliwość współużytkowania danych przez wielu użytkowników, systemy drugiej generacji

Program użytkowy 1

Model1

Procedura1

Dane1

Program użytkowy 2

Model2

Procedura2

Program użytkowy N

ModelN

ProceduraN

Dane2

DaneN

System Zarządzania Danymiitd.

Współużytkowanie dzięki dostępowi bezpośredniemu do PAO. Zbiory danych oddzielone od programu który nimi zarządza. Informacje w oddzielnych plikach.

Etapy rozwoju baz danychEtapy rozwoju baz danychEtap 3 – w obrębie jednego systemu może istnieć wiele baz danych pod warunkiem, że zawartości poszczególnych baz będą rozdzielone i nie powiązane ze sobą

Program użytkowy 1

Model1

Procedura1

Program użytkowy 2

Model2

Procedura2

Program użytkowy N

ModelN

ProceduraN

System Zarządzania Bazami Danychitd.

Baza danych

Zestaw baz danych – system baz danych obsługiwanych przez System Zarządzania Bazami Danych

System zarządzania bazami danychSystem zarządzania bazami danychSystem Obsługi Baz Danych – zawiera mechanizmy programistyczne pozwalające na efektywną obsługę baz danych, zaliczamy do nich:• środki do gromadzenia, utrzymywania i administrowania zbiorami danych• środki zapewniające bezpieczeństwo i spójność danych• sprawny dostęp do danych• aparat aktualizacji i przetwarzania danych• mechanizmy wielodostępu – transakcyjność• reguły autoryzacji• mechanizmy odtworzenia bazy w przypadku awarii• środki optymalizacji bazy • mechanizmy umożliwiające pracę w środowisku rozproszonym• pakiety statystyczne• interfejsy do innych systemów

Rodzaje baz danychRodzaje baz danychRelacyjne Bazy Danych – najbardziej popularne, budowa oparta o pojęcie rekordów oraz pól. Każdą RBD można potraktować jako tabelę złożoną z „wierszy” – rekordów i „kolumn” pól.(każdy rekord składa się z określonej ilości pól)W relacyjnych bazach danych wprowadzono algebrę relacji gdzie relację łączą tabele w których rekordach występują wspólne polaObiektowe Bazy Danych – stanowią grupę obiektów których własności zostały określone zgodnie z obiektowym modelem danych. Implikuje to naturalną rozszerzalność bazy bez wprowadzania zmian do systemu. Możliwe są dwa sposoby rozszerzenia bazy danych: rozszerzenie zachowania się obiektui dziedziczenie. Zachowanie może być rozszerzone poprzez dołączenie dodatkowych programów (medod) do jużistniejących. W dowolnym momencie życia systemu można zdefiniować nowe klasy korzystając z już istniejących.

Tworzenie modelu obiektowegoTworzenie modelu obiektowego(1)(1)

Metody strukturalne tworzenia oprogramowania, opierają się na wyróżnianiu w tworzonym oprogramowaniu dwóch rodzajów składowych: pasywnych odzwierciedlających fakt przechowywania w systemie pewnych danych oraz składowych aktywnych odzwierciedlających fakt wykonywania w systemie pewnych operacji.

Metody obiektowe wyróżniają w systemie składowe, które łączą w sobie możliwość przechowywania danych oraz wykonywania operacji

Tworzenie modelu obiektowegoTworzenie modelu obiektowego (2)(2)

Analiza strukturalnaAnaliza strukturalna• Analiza strukturalna zaczyna się od budowy dwóch

różnych modeli systemu: modelu, będącego opisem pasywnej części systemu oraz modelu funkcji opisującego aktywną część systemu.

• Te dwa modele są następnie integrowane i wynikiem jest model przepływów danych.

• Zwolennicy analizy strukturalnej twierdzą, że budowa dwóch oddzielnych modeli ułatwia zrozumienie różnych aspektów systemu.

• Krytycy zwracają uwagę, na to że integracja tych dwóch modeli może być bardzo trudna.


Analiza obiektowaAnaliza obiektowa

System jest analizowany w sposób obiektowy jeśli:- Jest dzielony na obiekty posiadające:

- Tożsamość, Stan, Zachowanie- Obiekty są grupowane w klasy złożone z obiektów o

podobnych stanach i zachowaniu

Metody obiektowe są wygodnym narzędziem analizy złożonych systemów, w szczególności systemów o dużej stronie pasywności i złożonej funkcjonalności

Notacja obiektowaNotacja obiektowa (1)(1)

Obiekt Obiekt (ang. (ang. ObjectObject))

analiza Składowa dziedziny problemu posiadająca tożsamość, stan i zachowanie

projektowanie i implementacji

Konstrukcja języka programowania łącząca dane i metody (procedury i funkcje

Klasa Klasa (ang. (ang. ClassClass))

analiza Wzorzec grupy obiektów

projektowanie i implementacji

Typ obiektowy w języku programowania

Notacja obiektowa Notacja obiektowa (2)(2)

Klasa Klasa (ang. (ang. ClassClass))

pola (atrybuty) opisują stan obiektów klasy

metod (usług, operacji)

opisują operacje jakie można na polach tej klasy wykonywać

Symbol klasySymbol klasy Nazwa klasyNazwa klasy (np. ściana)

Stan klasy: wysokość, grubość, jest nośna itp

Atrybuty klasy

PomalujZbuduj

Metody klasy

:OsobaSymbol obiektuSymbol obiektu Nazwa obiektu : nazwa klasy

(np. Jan Kowalski : Osoba)Jan Kowalski:


Związek klas Związek klas (definiowany poprzez)(definiowany poprzez)nazwa związku

ZatrudniaUczelnia Instytut

Pracodawca

role

Pracownik

Zatrudnia

Bank Karta kredytowa

PINBank

Uczelnia InstytutZatrudnia Pracuje

Czynności realizowane w związku

Karta kredytowa

Związek kwalifikowanyKwalifikator związku PIN


generalizacja generalizacja -- specjalizacjaspecjalizacja

Dwie klasy pozostają w związku generalizacji-specjalizacji, jeżeli jedna z nich, zwana specjalizacją jest rodzajem drugiej zwanej generalizacją.

pracownikgeneralizacjapracownik pracownik

Związek klasZwiązek klas

nauczyciel

Pracownik naukowy

dziekannauczyciel Dziekan

specjalizacja

Instytut

zero lub wiele zero lub jeden Kierownik projektu

Kierowca Prawo jazdy

Student Wykład1+ 1+

8-12

Grupa laboratoryjna


Diagramy przejść stanówDiagramy przejść stanów

Prezentują zmienne w czasie aspekty systemu (dynamiczne zachowanie się klas i grup klas; przedstawienie sposobów realizacji funkcji systemu)

Zdarzenie – zjawisko występujące w określonej chwili czasu (wprowadzenie danych, wybranie opcji, odczyt parametru) – może być zewnętrzne lub wewnętrzne

data inputuser interruptopen file

koniec metodyTime limitopen file

Stan – okres pomiędzy zdarzeniami (np. stan overwrite, input, edycji, prezentacji)

Przejście systemu – zmiana stanu systemu j.w. (dodatkowe warunkowanie)

Akcja – czynności wykonywane w momencie zajścia zdarzenia, natychmiast (wypełnienie wartością pola, realizacja określonego obliczenia)

Operacja – wykonywane w czasie określonego stanu systemu, przerywana automatycznie poprzez zdarzenie zmieniające stan systemu (monitorowanie czasu)


Diagramy przejść stanówDiagramy przejść stanów

Nazwa stanuSTAN 1

Do: operacja...........Entry: akcja 1......................Exit: akcja n → przejście do STANU 2...........zdarzenie (parametry) [warunek]/akcja

opis stanu

Specyfikacja modelu obiektowego: nazwy, ogólny opis (klas i obiektów) oraz

lista pól;lista metod;ograniczenia dla pól określonej klasy;liczba obiektów danej klasy;trwałość,chwilowe czy trwałe życie obiektów danej klasy


Specyfikacja metod

dane wejściowe;dane wyjściowe;algorytm (opisywany poprzez język naturalny, schemat blokowy lub minispecyfikację);warunki wstępne (warunki jakie musza spełniać pola klasy do której należy metoda oraz dane wejściowe, aby metoda mogła rozpocząć się poprawnie) ;warunki końcowe (warunki jakie musza spełniać pola klasy do której należy metoda oraz dane wyjściowe po zakończeniu poprawnie rozpoczętej oraz poprawnie wykonanej metody);wyjątki – sytuacje mogące zajść w trakcie realizacji metody (błąd otwarcia pliku);złożoność czasowa;złożoność pamięciowa;

Algorytm klasyfikacji na podstawie reguł decyzyjnych:powtarzaj od reguły najważniejszej do najmniej ważnej

jeżeli obiekt spełnia warunki reguły, topodejmowana jest reguła wskazywana przez regułę

dopóki nie podjęto decyzji lub nie sprawdzono wszystkich regułjeżeli nie podjęto decyzji, to

podejmij decyzję wskazywaną przez regułę domniemaną


Główne zadania

Identyfikacja związków klas

i obiektów

Identyfikacja klasi obiektów

Identyfikacja klas i obiektów:-podejście klasyczne, oparte na obserwacji z propozycją pojawiających się w systemach typowych klas; przedmioty, role, zdarzenia, interakcje, lokalizacje, dokumenty, organizacje, koncepcje, interfejsy dla systemów zewnętrznych, itp.- analiza dziedziny problemu; przeniesienie modelu opisanego przez ekspertów bądź w literaturze i wcześniejszych podobnych realizacjach- analiza w języku naturalnym; wykorzystuje opis fachowego modelu – rzeczowniki potencjalne klasy, obiekty lub pola; czasowniki to potencjalne metody lub związki klas- analiza scenariuszy; tworzenie przypadków użycia

Identyfikacja metod

i komunikatów

Identyfikacja i definiowanie

pól


Weryfikacja klas i obiektów: (odrzucenie zbędnych klas)- nieobecność pól i metod – klasa poza odpowiedzialnością systemu- nieliczne pola i metody – przenieść do innej klasy- jeden obiekt w klasie – (klasa pit nowaka zbyt rozbudowane specjalizacje) - brak związku z innymi klasami – klasa znajduje się poza zakresem odpowiedzialności systemu.

Identyfikacja związków klas i obiektów (uogólnienie wielu pojedynczych związków pojawiających się pomiędzy obiektami tych klas)

związki agregacji : (zawiera, składa się, obejmuje)

Uczelnia 1+ wydział

Symbol wskazujący całość

2+

zakłady instytut2+


Identyfikacja związków klas i obiektów (uogólnienie wielu pojedynczych związków pojawiających się pomiędzy obiektami tych klas)

związki generalizacji-specjalizacji (np. klasyfikacja wyrobów, pracowników itp.; dziedziczenie pól i metod często wskazuje na związek G-S.)

Pracownik naukowyPracownikAdresImięNazwiskoStopień naukowy

AdresImięNazwisko

PracownikAdresImięNazwiskoEdytuj dane

Edytuj danePodaj listę publikacjiEdytuj dane

Pracownik naukowyStopień naukowyPodaj listę publikacji


Identyfikacja i definiowanie pól

- co jest potrzebne dla opisu danej klasy w ramach dziedziny problemu- jakie dane są potrzebne metodom danej klasy dla realizacji ich zadań- jakie pola należy wprowadzić dla opisu stanów w jakich mogą się znajdować obiekty danej klasy

StudentAdresImięMiejsce pracyNumer indeksu Błędy w umieszczaniu

Pól w związku G-SEdytuj dane

Student dziennyNazwisko

Student zaocznyNazwisko


Identyfikacja i definiowanie metod i komunikatów

Algorytmicznie proste Algorytmicznie złożone (metody śledzenia, wykonywanie obliczeń

Konstruktory (metody tworzące nowe obiekty danej klasy)Destruktory (metody usuwające obiekty danej klasy)Metody pobierania/ustawiania wartości pól danej klasy ( GetData, SetData, GetField, SetField

– stanowią bezpośrednie odwołania do pól, czasem z warunkami)Metody służące do ustawiania związków pomiędzy obiektamiMetody służące do edycji pól danej klasy


Przykład Przykład –– system podatkowysystem podatkowyProgram ułatwia przygotowanie formularzy zeznań podatkowych (PIT-ów) oraz przechowywanie informacji o źródłach przychodów i ulg. Zeznanie może byćtworzone dla pojedynczego podatnika lub małżeństwa. Zeznanie obejmujeinformację o rocznych przychodach (w przypadku małżeństwa z podziałem na dochody męża i żony) oraz o ulgach podatkowych. Przychody podzielone są na klasy ze względu na źródło uzyskania, na przykład pozarolnicza działalność gospodarcza, wolny zawód. W ramach danej klasy przychodów podatnik mógł osiągnąć szereg przychodów z różnych źródeł. Wszystkie przychody opisane przez kwotę przychodu, kwotę kosztów, kwotę zapłaconych zaliczek oraz kwotę dochodu. Powyższe informacje pozwalają obliczyć należny podatek oraz kwotę do zapłaty/zwrotu. Zeznanie zawiera także informacje o podatniku(ach) oraz adres Urzędu Skarbowego do którego jest kierowane. System pozwala wydrukować wzorzec zeznania zawierający wszystkie informacje jakie podatnikmusi umieścić w formularzu. Zeznanie można zabezpieczyć przed dalszymi zmianami (po złożeniu zeznania w Urzędzie). System pozwala na tworzenielisty podatników oraz Urzędów Skarbowych.


Potencjalne klasyPotencjalne klasyInformacja?ProgramPITPrzychody z danej klasy!! (klasa źródeł)Przychody z konkretnego źródłaRoczne przychodyUlgi podatkowePodatnikUrząd SkarbowyLista PodatnikówLista Urzędów skarbowych


Pola klasPola klasKwota przychodukwota kosztówkwota zapłaconych zaliczekkwota dochodunależny podatekkwota do zapłatyadres urzęduadres podatnika

Specjalizacje klasSpecjalizacje klaspozarolnicza działalność gospodarcza

wolny zawódrenty, emeryturyprawa autorskie


Powiązanie obiektów klas PIT i podatnikPowiązanie obiektów klas PIT i podatnik

Jan KowalskiJan Kowalski

Janina KowalskaJanina Kowalska

PIT1994/001PIT1994/001

PIT1995/011PIT1995/011

U.S. W_GórceU.S. W_Górce

U.S. W_DoleU.S. W_Dole

Kamil Kamil LewoczaLewocza PIT1995/012PIT1995/012 U.S. W_DolinieU.S. W_Dolinie

Obligatoryjność związków obiektów klasy PIT z obiektami klasy Podatnik

PodatnikPodatnik PITPIT Urząd SkarbowyUrząd Skarbowy1-2

Kwalifikowany związek klas

PodatnikPodatnik PITPITROK 1-2


Związki agregacji w systemie podatkowymZwiązki agregacji w systemie podatkowym

Pit Roczne przychody1-2

Symbol wskazujący całość

1+Ulgi podatkowePrzychody z danej klasy

Lista podatników

Lista urzędów skarbowychLista PITów Przychody z

konkretnego źródła

Podatnik PIT Urząd skarbowy


Związki GZwiązki G--S w systemie podatkowymS w systemie podatkowym

Pit

PIT pojedynczego podatnika PIT małżeństwa

Podatnik

Roczne przychody

ROK 2ROK

2


Identyfikowanie pólIdentyfikowanie pól

Urząd skarbowyNazwa – ciąg znakówAdres – dana złożonaPodatnikImię – ciąg znakówNazwisko – ciąg znakówImię ojca – ciąg znakówImię matki – ciąg znakówAdres – dana złożonaData urodzenia – dataMiejsce urodzenia – ciąg znakówPESEL – 11 cyfrPITRok – liczba całkowitaPodstawa opodatkowania – kwota złNależny podatek – kwota złKwota do zwrotu – Kwota złPIT pojedynczego podatnikaAdres – dana złożonaPIT małżeństwaAdres męża – dana złożonaAdres żony – dana złożona

Ograniczenia pólOgraniczenia pól

PrzychodyKwota przychodu – kwota złKwota kosztów – kwota złKwota zaliczek – kwota złKwota dochodu – kwota zł

Przychody z danej klasyNazwa źródła – ciąg znakówPrzychody z konkretnego źródłaOpis – ciąg znakówDokument – dana złożona

Ulgi podatkoweKwota ulg – Kwota zł

Kwota przychodu > Kwota zaliczekKwota dochodu = Kwota przychodu – koszty

itd.


Scenariusz przepływu komunikatówScenariusz przepływu komunikatówPolecenie edycji rocznych przychodów

Wyświetlana jest list przychodów z poszczególnych klasPolecenie edycji przychodów z danej klasy

Zapamiętywane są dane kwoty z wybranej klasy Wyświetlana jest lista przychodów z konkretnych źródełDodanie nowego przychodu z konkretnego źródła - polecenie

Tworzony i edytowany jest opis nowego przychodu z konkretnego źródłaUaktualniana jest lista przychodów z konkretnych źródeł

Użytkownik wydaje polecenie edycji przychodu z konkretnego źródłaZapamiętywane są aktualne kwoty opisujące przychody z określonego

źródłaEdytowany jest opis przychodów z określonego źródłaNa podstawie aktualnych kwot modyfikowane są przychody z danej klasyUaktualniana jest lista przychodów z konkretnych źródeł

Użytkownik wydaje polecenie usunięcia przychodu z konkretnego źródła......

Po zakończeniu edycji przychodów z danej klasy modyfikowane są roczne przychody

.......Uaktualniana jest lista przychodów z poszczególnych klas

Porównanie baz danychPorównanie baz danych

-obiekt świata rzeczywistego jest odzwierciedlany przez obiekt bazy-typ obiektowy-złożone typy danych-enkapsulacja-dziedziczenie:strukturalne – potomek dziedziczy strukturę danychbehavioralne – potomek dziedziczy metody i operatory

-dane zawarte w tabelach-tabele składają się z kolumn-typy predefiniowane-zmienna liczba wierszy-klucze zewnętrzne zamiast wskaźników

Cechy podstawowe

- łatwa reprezentacja świata- dokładnie reprezentuje zależnościpomiędzy obiektami

- łatwość działania na złożonychobiektach

- duża podatność na zmiany

-niezależność od językaprogramowania

- dobrze zdefiniowana teoria-zarządzanie nawet wielkąilością danych

Zalety

ObiektoweRelacyjne

Porównanie baz danychPorównanie baz danych (2)(2)

- możliwość definiowania własnych typów, metod

- dobra integracja z językami programowania ogólnego przeznaczenia

- ujednolicony model pojęciowy

- stosowanie złożonych kryteriów wyszukiwawczych

- możliwość dostępu dodanych fizycznych

- kontrola dostępu do danych

Zalety

-powiązanie z jednym językiem-słaba obsługa przeszukiwania danych- brak powszechnie zaakceptowanego języka zapytań

- brak możliwości optymalizacji zapytań- trudny lub nawet niemożliwy dostępdo danych

-słaba kontrola dostępu-małe możliwości optymalizacjiserwera

- dla trudniejszych problemówdużo tabel

- ograniczona podatność na zmiany - brak złożonych typów danych

- trudne operowanie nadanych złożonych

- trudne rozproszenie wsieciach heterogenicznych

- niezgodność z modelemużywanym przez językiogólnego przeznaczenia

Wady

ObiektoweRelacyjne

Porównanie baz danychPorównanie baz danych (3)(3)

- dane złożone, zagnieżdzonastruktura

- dane tworzą hierarchię - dane są rozproszone w sieci heterogenicznej

- dane dynamicznie zmieniają rozmiar

- dane są proste niezagnieżdżone, łatwe doumieszczenia w tablicy

- dane mają postać bierną a procesy korzystające z danychstale się zmieniają

-często trzeba wyszukiwać danespełniające różnorodne warunki

Najlepsze efekty

ObiektoweRelacyjne

Documents

Systemy informatyczne w zarządzaniu wiedząriad.pk.edu.pl/~mareks/siz4.pdf · Tradycyjne systemy baz danych – mała elastyczność i niezbyt duże możliwości, niewątpliwie związane