1 Planowanie i projektowanie bazy danych : System informacyjny – to zestaw środków i zasobów, które pozwalają na gromadzenie informacji, zarządzanie i.

Slides:



Advertisements
Podobne prezentacje
Co to jest Pulpit eTwinning?
Advertisements

SKUTECZNOŚĆ i EFEKTYWNOŚĆ SYSTEMU
Modelowanie przypadków użycia
Zarządzanie operacjami
KONTROLA JAKO FUNKCJA ZARZĄDZANIA
Rola komputera w przetwarzaniu informacji.
1 EWALUACJA GŁÓWNYM NARZĘDZIEM PODNOSZENIA JAKOŚCI PRACY DORADCY ZAWODOWEGO Robert Fleischer –Zarząd Główny SDSiZ RP Lubniewice,
Opracowanie zasad tworzenia programów ochrony przed hałasem mieszkańców terenów przygranicznych związanych z funkcjonowaniem dużych przejść granicznych.
POWTÓRZENIE Techniki zbierania informacji : Analiza dokumentacji
Techniki zbierania informacji:
Planowanie i projektowanie bazy danych :
POWTÓRZENIE Fazy cyklu życia aplikacji baz danych:
POWTÓRZENIE Architektura trójwarstwowa ANSI-SPARC (zewnętrzna, konceptualna i wewnętrzna); Schemat bazy danych; Logiczna i fizyczna niezależność danych.
1 Kryteria wyboru systemów: Przystępując do procesu wdrażania zintegrowanego systemu zarządzania, należy odpowiedzieć na następujące pytania związane z.
Administracja zintegrowanych systemów zarządzania
Diagram czynności (Activity Diagrams)
Jakość systemów informacyjnych (aspekt eksploatacyjny)
Artur Szmigiel Paweł Zarębski Kl. III i
Projektowanie i programowanie obiektowe II - Wykład IV
Modele baz danych - spojrzenie na poziom fizyczny
Dalsze elementy metodologii projektowania. Naszym celem jest...
Wykład 2 Cykl życia systemu informacyjnego
Co to jest System XL ? System XL System XL jest to pakiet programów do obsługi księgowości małych i średnich firm.małych i średnich firm Jest oparty na.
Innowacje organizacyjne w usługach
Bazy danych.
Instrukcja USOS Rejestracja na zajęcia obieralne wersja by Marek Opacki.
Sieciowe Systemy Operacyjne
BAZA DANYCH AMATORSKIEJ DRUŻYNY PIŁKI HALOWEJ
Wybrane zagadnienia relacyjnych baz danych
Dr Karolina Muszyńska Na podst.:
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
1 Każdy obiekt jest scharakteryzowany poprzez: tożsamość – daje się jednoznacznie wyróżnić; stan; zachowanie. W analizie obiektowej podstawową strukturą
Modelowanie obiektowe Diagramy UML – diagram przypadków użycia
Planowanie przepływów materiałów
INFORMACJA MARKETINGOWA
Narzędzie wspierające zarządzanie organizacj Parentis Sp. z o. o
CRM – wady i zalety UŁ, WMiI, Katedra Analizy Matematycznej i Teorii Sterowania 2008.
Projektowanie relacyjnych baz danych – postacie normalne
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Analiza kluczowych czynników sukcesu
KONTROLA ZARZĄDCZA - 1 Kontrolę zarządczą stanowi ogół
Model obiektowy bazy danych
Komputerowe wspomaganie projektowania
Proces tworzenia oprogramowania Proces tworzenia oprogramowania jest zbiorem czynności i związanych z nimi wyników, które prowadzą do powstania produktu.
Przykłady analiza i projektowanie
Systemy informatyczne
Projektowanie relacyjnych baz danych – diagramy związków encji
Projektowanie obiektowe. Przykład: Punktem wyjścia w obiektowym tworzeniu systemu informacyjnego jest zawsze pewien model biznesowy. Przykład: Diagram.
Projekt modułu Nazwa całego projektu Nazwa modułu Imię i Nazwisko Inżynieria Oprogramowania II dzień, godzina rok akademicki W szablonie na niebiesko zamieszczone.
Eksploatacja zasobów informatycznych przedsiębiorstwa.
Projektowanie postaci formularza:
Logical Framework Approach Metoda Macierzy Logicznej
Moduł e-Kontroli Grzegorz Dziurla.
Model warstwowy ISO-OSI
1 © copyright by Piotr Bigosiński DOKUMENTACJA SYSTEMU HACCP. USTANOWIENIE, PROWADZENIE I UTRZYMANIE DOKUMENTACJI. Piotr Bigosiński 1 czerwiec 2004 r.
WYKŁAD dr Krystyna Kmiotek
STAĆ CIĘ NA INNOWACJE Systemy Call Center Sp. z o.o.
Zasady funkcjonowania Kontraktu Terytorialnego w latach października 2012 r.
Temat: Tworzenie bazy danych
Faza 1: Faza zaprojektowania systemu monitoringu projektu: 1. Inwentaryzacja obietnic złożonych sponsorowi we wniosku - przegląd założeń projektu, opracowanie.
Inżynieria systemów informacyjnych
T 10. Metodologia Rapid Re - wprowadzenie
Krzysztof Szymański, Krzysztof Leja Wydział Zarządzania i Ekonomii
Projekt modułu BANK INTERNETOWY Moduł funkcji banku
IV Konferencja Naukowo-Techniczna "Nowoczesne technologie w projektowaniu, budowie.
{ Wsparcie informacyjne dla zarządzania strategicznego Tereshkun Volodymyr.
Selekcja danych Korelacja.
[Nazwa projektu] Analiza zamknięcia
Modele baz danych - spojrzenie na poziom fizyczny
Zapis prezentacji:

1 Planowanie i projektowanie bazy danych : System informacyjny – to zestaw środków i zasobów, które pozwalają na gromadzenie informacji, zarządzanie i sterowanie nimi oraz ich rozpowszechnianie w obrębie instytucji. Baza danych jest podstawowym składnikiem systemu informacyjnego, dlatego jej powstawanie i późniejsze wykorzystanie powinny być widziane z perspektywy potrzeb danej instytucji. Fazy cyklu życia (cyklu produkcyjnego) aplikacji baz danych wynikają z faz cyklu życia systemu informacyjnego.

2 Fazy cyklu życia aplikacji baz danych: Konceptualne projekto- wanie bazy danych Planowanie bazy danych Definicja systemu Gromadzenie i analiza wymagań Projektowanie bazy danych Selekcja SZBD Projektowanie aplikacji Logiczne projektowanie bazy danych Fizyczne projektowanie bazy danych Tworzenie prototypów Implementacja Konwersja i przenoszenie danych Testowanie Bieżąca konserwacja

3 Główne czynności związane z każdą fazą: Planowanie bazy danych – Planowanie najbardziej skutecznych i wydajnych metod realizacji faz cyklu życia; Definicja systemu – Określenie zakresu i granic stosowania danej aplikacji bazy danych, wskazanie jej użytkowników oraz obszarów zastosowań; Gromadzenie i analiza wymagań – Zbieranie i analiza wymagań pochodzących od użytkowników i wynikających z obszarów zastosowań; Projektowanie bazy danych – Projektowanie konceptualne, logiczne i fizyczne bazy danych;

4 Selekcja SZBD (opcjonalnie) – Wybór SZBD odpowiedniego dla aplikacji bazy danych; Projektowanie aplikacji – Projektowanie interfejsów użytkowników i programów użytkowych, które będą przetwarzać bazę danych; Tworzenie prototypów (opcjonalnie) – Budowanie działającego modelu aplikacji bazy danych, który pozwala projektantom i użytkownikom zobrazować i ocenić sposób działania i wygląd końcowego systemu; Implementacja – Tworzenie zewnętrznych, konceptualnych i wewnętrznych definicji bazy danych i programów użytkowych;

5 Konwersja i przenoszenie danych – Przenoszenie danych ze starego systemu do nowego; Testowanie – Testowanie i usuwanie błędów z aplikacji bazy danych oraz sprawdzenie zgodności z wymaganiami użytkowników; Bieżąca konserwacja – Aplikacja bazy danych jest w pełni zaimplementowana; System jest na bieżąco monitorowany i konserwowany; W razie potrzeby do aplikacji bazy danych są wprowadzane nowe wymagania poprzez ponowne przejście przez powyższe fazy.

6 Planowanie bazy danych: Powinno być zintegrowane z ogólną strategią instytucji dotyczącą systemów informacyjnych, poprzez zagadnienia: identyfikacja celów i planów przedsiębiorstwa – określenie wymagań wobec systemu informacyjnego; ocena aktualnie używanego systemy informacyjnego – określenie jego mocnych i słabych stron; oszacowanie możliwości technologii informacyjnych, które pomogą uzyskać przewagę nad konkurencją.

7 Planowanie bazy danych powinno także obejmować opracowanie standardów, które będą regulować: w jaki sposób będą zbierane dane; jak będzie określany ich format; jaka dokumentacja będzie wymagana oraz w jaki sposób powinny przebiegać projektowanie i implementacja.

8 Definicja systemu: Definicja systemu – określa zakres i granice stosowania danej aplikacji bazy danych oraz głównych perspektyw użytkowników. Perspektywa użytkownika – definiuje, jakie są oczekiwania wobec aplikacji z punktu widzenia konkretnego stanowiska pracy lub pewnego obszaru zastosowań w przedsiębiorstwie.

9 Aplikacja bazy danych Baza danych Perspektywa użytkownika 5 Perspektywa użytkownika 6 Perspektywa użytkownika 1 Perspektywa użytkownika 3 Perspektywa użytkownika 2 Perspektywa użytkownika 4 Identyfikacja perspektyw zapewnia, że żaden użytkownik bazy danych nie zostanie pominięty w czasie opracowywania nowej aplikacji, pozwala na dzielenie pracy na mniejsze części, którymi można łatwiej zarządzać.

10 Gromadzenie i analiza wymagań: Proces zbierania i analizy informacji o tej części instytucji, która będzie obsługiwana przez nową bazę danych oraz wykorzystania ich do zidentyfikowania wymagań użytkowników wobec tworzonego systemu. Gromadzonymi informacjami mogą być: opisy wykorzystywanych lub tworzonych danych; szczegóły sposobów wykorzystania lub tworzenia danych; inne dodatkowe wymagania wobec nowej bazy danych.

11 Gromadzenie i analiza wymagań: Zgromadzone informacje – opisywane są w dokumentach specyfikacji wymagań. Ilość zgromadzonych informacji czy zestaw funkcji realizowanych przez projektowaną bazę danych nie powinna być niepełna jak i nadmiarowa Prowadzić to może do zbyt pobieżnie sformułowanego problemu (słabego wykorzystania systemu) lub do paraliżu analitycznego (trudności w implementacji i eksploatacji systemu).

12 Zarządzanie perspektywami: Scentralizowane - jeden zbiór wymagań obejmuje poszczególne perspektywy użytkowników tworzonej bazy danych. Podejście to stosowane gdy wymagania poszczególnych perspektyw użytkowników pokrywają się w znacznym stopniu, a aplikacja bazy danych nie jest skomplikowana.

13

14 Integrujące zarządzanie perspektywami: W podejściu tym każdej perspektywie użytkownika przyporządkowuje się niezależny model danych. Utworzone modele łączy się ze sobą w końcowej fazie projektowania bazy danych.

15 Wymagania w 1 perspektywie użytkownika Wymagania w 2 perspektywie użytkownika Wymagania w 3 perspektywie użytkownika Perspektywa użytkownika 1 Perspektywa użytkownika 2 Perspektywa użytkownika 3 Model związków encji Zależności, słownik danych oraz inne wspomagające dokumentacje + + Perspektywa użytkownika 3 + Perspektywa użytkownika 3 + Perspektywa użytkownika 3 Lokalne modele danych Ogólny model danych

16 Projektowanie bazy danych: Metody projektowania bazy danych: wstępująca – rozpoczyna się od podstawowego poziomu zawierającego atrybuty, a następnie poprzez analizę powiązań łączy się je w encje i związki między nimi - stosuje się do projektowania prostych baz danych zawierających małą liczbę atrybutów; zstępująca – rozpoczyna się od stworzenia modeli danych zawierających niewielką liczbę ogólnych encji, atrybutów i związków między nimi, stosując metodę kolejnych uściśleń wprowadza się encje, związki i atrybuty niższych poziomów - stosuje się do projektowania złożonych baz danych; strategii mieszanej – łączy w sobie powyższe dwie metody.

17 Modelowanie danych: Celem tego etapu jest ułatwienie zrozumienia znaczenia danych i pomoc w porozumiewaniu się co do wymagań informacyjnych. Poprawnie opracowany model danych umożliwia zrozumienie: sposobu widzenia (perspektywy) danych każdego użytkownika; natury samych danych, niezależnie od ich fizycznej reprezentacji; zastosowania danych w różnych perspektywach.

18 Przykładowy diagram związków encji: Właściciel prywatny WłaścicielNr Wynajęcie WynajęcieNr Nieruchomość NieruchomośćNr Klient KlientNr Personel PersonelNr Biuro BiuroNr Ma Oferuje Posiada Wynajęty Przez Nadzoruje Ogląda Wynajmuje

19 Kryteria optymalności modelu: poprawność – zgodność ze sposobem definiowania i organizacji danych w przedsiębiorstwie; prostota – zrozumiałość zarówno dla informatyków, jak i nieprofesjonalnych użytkowników; wyrażalność – zdolność odróżniania różnych typów danych, związków pomiędzy danymi oraz więzów; brak redundancji – eliminacja niepotrzebnych informacji w szczególności dbałość o reprezentowanie każdej informacji tylko raz;

20 uniwersalność – brak powiązań modelu z jakąś konkretną aplikacją czy technologią, a zatem dostępność dla wielu różnych; rozszerzalność – zdolność do rozbudowy o elementy realizujące nowe wymagania przy minimalnych skutkach dla istniejących użytkowników; integralność – zgodność ze sposobami wykorzystywania informacji i zarządzania nią w przedsiębiorstwie; łatwość graficznej prezentacji – zdolność reprezentacji modelu za pomocą prostych i zrozumiałych schematów.

21 Etapy projektowania bazy danych: konceptualne projektowanie bazy danych - proces konstrukcji modelu dla informacji używanej w przedsiębiorstwie, który jest niezależny od oprogramowania docelowego, programów użytkowych, języków programowania czy platformy sprzętowej; logiczne projektowanie bazy danych - doprecyzowanie i przekształcenie modelu konceptualnego w logiczny model danych oparty na docelowym (np. relacyjnym, sieciowym lub obiektowym) modelu danych projektowanej bazy; fizyczne projektowanie bazy danych - proces opisu implementacji bazy danych w pamięci zewnętrznej, który zawiera bazowe relacje oraz organizacje plików i indeksów zapewniający efektywny dostęp do danych, realizację więzów integralności i środków bezpieczeństwa danych.

22 Projektowanie aplikacji: Faza projektowania interfejsu użytkownika oraz modułów stosujących i przetwarzających bazę danych. Projektowanie transakcji Transakcje – to jedna lub kilka spójnych operacji odwołujących się do zawartości bazy danych lub ją modyfikujących przeprowadzane przez pojedynczego użytkownika lub aplikacje. Projekt transakcji powinien zawierać: dane które są używane w transakcji; opis czynności realizowanych przez transakcje; wyniki transakcji; znaczenie transakcji dla użytkowników; oczekiwana częstość wykonywania transakcji. Wyróżnia się transakcje wyszukujące, aktualizujące i mieszane.

23 Zasady projektowania interfejsu użytkownika: 1. znaczący nagłówek; 2. zrozumiałe instrukcje; 3. logiczne grupowanie i ustawianie kolejności pól; 4. atrakcyjny wizualnie formularz; 5. znane użytkownikom opisy pól; 6. spójna terminologia i skróty; 7. spójne używanie kolorów; 8. widoczne przestrzeń i granice pól służących do wprowadzania danych; 9. wygodna obsługa ruchów kursora; 10. korekcja błędnie wprowadzanych znaków i pól; 11. wyraźne oznaczenia pół opcjonalnych; 12. komunikaty objaśniające pola; 13. komunikaty błędów informujące o nieakceptowanych polach,...

24 Implementacja: Fizyczna realizacja projektów bazy danych i aplikacji. Wykonywana za pomocą języka definicji danych wybranego SZBD lub za pomocą graficznego interfejsu użytkownika w celu stworzenia struktury bazy danych i jej pustych plików. Natomiast np. transakcje są realizowane za pomocą języka manipulowania danymi docelowego SZBD. Konwersja i przeniesienie danych : Przenoszenie istniejących danych do nowego systemu i konwersje istniejących aplikacji tak aby współdziałały z nową bazą. Najczęściej SZBD dostarczają narzędzi do przenoszenia danych z istniejących plików do nowej bazy danych.

25 Testowanie Proces uruchamiania aplikacji, którego celem jest wyszukiwanie błędów. Przeprowadzany według zaplanowanej strategii i najlepiej przy użyciu realnych danych. Bieżąca konserwacja Następujący po instalacji proces monitorowania i konserwacji systemu, poprzez wykonywanie: monitorowania wydajności systemu – gdy spadnie poniżej akceptowanego poziomu, konieczne mogą być operacje reorganizacji bazy danych; konserwację i aktualizację aplikacji bazy danych (gdy jest to potrzebne) – nowe wymagania są wprowadzane do aplikacji bazy danych poprzez przejście przez wcześniejsze fazy cyklu życia aplikacji.

26 Administracja danymi Zarządzanie zasobami danych, w tym planowanie bazy danych, tworzenie i utrzymywanie standardów, założeń i procedur oraz konceptualne i logiczne projektowanie bazy danych. Administracja bazą danych Zarządzanie fizyczną realizacją aplikacji, w tym fizyczne projektowanie i implementację bazy danych, definiowanie zasad bezpieczeństwa i więzów integralności, monitorowanie wydajności bazy danych przeprowadzanie jej reorganizacji w razie potrzeby.

27 Techniki zbierania informacji: Zbieranie informacji – to formalny proces wykorzystujący takie techniki, jak ankiety i wywiady, do zebrania faktów dotyczących systemów, wymagań i preferencji. Zbieranie informacji jest wyjątkowo ważne we wczesnych fazach cyklu życia aplikacji (planowanie bazy danych; definicja systemu; gromadzenie i analiza wymagań). Wówczas właśnie wykonawca bazy danych poznaje terminologię, problemy, możliwości, więzy, wymagania i priorytety przedsiębiorstwa oraz przyszłych użytkowników systemu.

28 Bardzo ważne jest wstępne oszacowanie, ile czasu i pracy trzeba będzie poświęcić na zbieranie informacji w danym projekcie bazy danych. Zbyt dokładne badania mogą doprowadzić do zbytniego skomplikowania systemu i trudności w jego implementacji, konserwacji i użyciu, zaś zbyt pobieżna analiza grozi niepotrzebnym nakładem czasu i pieniędzy na pracę nad złym rozwiązaniem źle sformułowanego problemu.

29 Najczęściej używane techniki zbierania informacji: Analiza dokumentacji Wywiady Obserwacja działalności przedsiębiorstwa Prowadzenie badań Ankietowanie

30 W cyklu życia aplikacji bazy danych wykonawca bazy musi szukać informacji dotyczących bieżącego lub przyszłego systemu. Tak jak fazy cyklu życia aplikacji bazy danych, tak i podczas zbierania informacji i wykonywanej dokumentacji mogą być wymagane pewne liczby powrotów do poprzednich faz.

31 Przykłady zbieranych danych i wykonywanej dokumentacji dla każdej fazy cyklu życia aplikacji bazy danych: Fazy cyklu życia aplikacji bazy danych Przykłady zbieranych informacji Przykłady wykonywanej dokumentacji Planowanie bazy danych Cele i zadania aplikacji bazy danych Określenie misji i zadań aplikacji bazy danych Definicja systemu Opis głównych perspektyw użytkowników (w tym stanowiska pracy i obszary działalności) Definicja zakresu i granic stosowania aplikacji bazy danych; definicja perspektyw użytkowników, które zostaną zrealizowane

32 Fazy cyklu życia aplikacji bazy danych Przykłady zbieranych informacji Przykłady wykonywanej dokumentacji Gromadzenie i analiza wymagań Wymagania dotyczące perspektyw użytkowników i systemu Specyfikacja wymagań systemowych i użytkowników Projektowanie bazy danych Oceny użytkowników na temat logicznego projektu bazy danych Projekt konceptualny i logiczny bazy danych (modele ER, słowniki danych, schemat relacyjny); fizyczny projekt danych Selekcja SZBD (opcjonalnie) Zestaw funkcji dostarczony przez docelowy SZBD Ocena i rekomendacja SZBD

33 Fazy cyklu życia aplikacji bazy danych Przykłady zbieranych informacji Przykłady wykonywanej dokumentacji Projektowanie aplikacji Oceny użytkowników na temat projektu interfejsu użytkownika Projekt aplikacji (w tym opis programów i interfejsu użytkownika) Tworzenie prototypów Oceny użytkowników na temat prototypu Zmodyfikowane wymagania użytkowników i specyfikacja systemu ImplementacjaZestaw funkcji dostarczony przez docelowy SZBD

34 Fazy cyklu życia aplikacji bazy danych Przykłady zbieranych informacji Przykłady wykonywanej dokumentacji Konwersja i przenoszenie danych Formaty aktualnie przechowywanych danych; możliwości docelowego SZBD dotyczące importu danych TestowanieWyniki testowaniaUżywane strategie testowania; analizy wyników testowania Bieżąca konserwacja Wyniki testowania wydajności; nowe i zmienione wymagania systemowe i użytkowników Podręcznik użytkownika; analiza wyników wydajności; zmodyfikowane wymagania użytkowników i specyfikacja systemu

35 Analiza dokumentacji Może być użyteczna do ustalenia skąd wzięła się potrzeba posiadania bazy danych. Może również zawierać informacje o tej części przedsiębiorstwa, której dotyczy analizowany przez nas problem. Przykładowe typy dokumentacji, które powinniśmy poddać analizie: Cel dokumentacjiPrzykłady użytecznych źródeł Opisanie problemu i potrzeby stworzenia bazy danych Wewnętrzne notatki, listy elektroniczne i konspekty spotkań; Skargi klientów, pracowników i inne dokumenty opisujące problem; Raporty i przeglądy wydajności;

36 Cel dokumentacjiPrzykłady użytecznych źródeł Opisanie tej części przedsiębiorstwa, której dotyczy badany problem Schematy organizacyjne, określenie misji i plany strategiczne przedsiębiorstwa; Zadania tej części przedsiębiorstwa, którą badamy; Opisy stanowisk pracy i zadań; Przykłady formularzy i raportów wypełnionych ręcznie; Przykłady formularzy i raportów wypełnionych za pomocą komputera Opisanie bieżącego systemu Różnego typu schematy działań i diagramy; Słownik danych; Projekt aplikacji bazy danych; Dokumentacja programów; Podręczniki użytkownika i materiały szkoleniowe.

37 Wywiady: Poprzez wywiad jesteśmy w stanie bezpośrednio uzyskiwać informacje od poszczególnych osób. Główne cele to: zbieranie, sprawdzenie i wyjaśnienie informacji, angażowanie użytkowników, identyfikacja wymagań oraz zbieranie pomysłów i opinii. Zalety i wady korzystania z wywiadów jako techniki zbierania informacji:

38 Zalety: –Pozwalają osobom ankietowanym odpowiadać otwarcie i swobodnie. –Dają osobom ankietowanym poczucie uczestnictwa w projekcie. –Pozwalają ankieterom na zdobycie interesujących komentarzy od osób ankietowanych. –Pozwalają ankieterom na dopasowanie lub przeformułowanie pytań w trakcie wywiadu. –Pozwalają ankieterom na obserwowanie mimiki i zachowania osób ankietowanych. Wady: –Wymagają dużo czasu i są kosztowne, dlatego mogą być niepraktyczne. –Ich powodzenie zależy od zdolności komunikacyjnych ankieterów. –Ich powodzenie zależy od chęci uczestnictwa w wywiadzie osób ankietowanych.

39 Obserwacja działalności przedsiębiorstwa: Obserwacje wykonujemy w celu zrozumienia istniejącego systemu – albo poprzez aktywne uczestnictwo, albo poprzez przyglądanie się osobie wykonującej dane czynności. Jest ona szczególnie użyteczna, gdy chcemy zweryfikować dane zebrane innymi metodami lub gdy pewne zagadnienia są na tyle złożone, że użytkownicy nie potrafią ich w pełni wyjaśnić.

40 Zalety: –Pozwalają na sprawdzenie faktów i danych. –Obserwator widzi dokładnie wykonywane czynności. –Obserwator może także otrzymać dane opisujące fizyczne otoczenie wykonywanego zadania. –Względnie nieduże koszty. –Obserwator może także dokonać pomiarów parametrów wykonywanej pracy. Wady: –Ludzie świadomie lub nie mogą zachowywać się odmiennie, gdy są obserwowani. –Obserwator może niewłaściwie oceniać zadania o różnym stopniu trudności i wielkości, które normalnie występują w obserwowanym okresie. –Niektóre zadania nie zawsze są wykonywane w taki sam sposób, w jaki to zostało zaobserwowane.

41 Prowadzenie badań: Przeprowadzenie badań dotyczących aplikacji lub problemu na podstawie czasopism, podręczników czy Internetu pozwoli zapoznać się z istniejącymi rozwiązaniami podobnych problemów oraz dowiedzieć się czy istnieją pakiety oprogramowania rozwiązujące w pełni lub częściowo nasze zadanie. Wady i zalety prowadzenia badań jako techniki zbierania informacji:

42 Zalety: –Może zaoszczędzić czas, jeśli rozwiązanie już istnieje. –Badacz może zobaczyć, w jaki sposób inni rozwiązywali podobne problemy lub spełniali podobne wymagania. –Pozwala badaczom śledzić aktualny rozwój dziedziny. Wady: –Może pochłaniać wiele czasu na znalezienie podobnego rozwiązania. –Wymaga dostępu do właściwych źródeł informacji. –Może ostatecznie nie pomóc w rozwiązaniu problemu, gdy taki problem nie jest nigdzie opisany.

43 Ankietowanie: Ankiety to specjalne formularze służące do zbierania informacji od dużej grupy ludzi, przy jednoczesnym zachowaniu pewnej kontroli nad udzielanymi odpowiedziami. Wady i zalety ankietowania jako techniki zbierania informacji:

44 Zalety: –Ludzie mogą wypełniać i oddawać ankiety w dogodnym dla siebie terminie. –Względnie niedrogi sposób uzyskiwania danych od dużej liczby osób. –Ludzie dużo chętniej dostarczają prawdziwych informacji, gdy wiedzą, że ankiety są anonimowe. –Odpowiedzi mogą zostać szybciej zestawione i przeanalizowane. Wady: –Liczba zwróconych ankiet może być niska (często tylko 5% do 10%). –Ankiety mogą zostać tylko fragmentarycznie wypełnione. –Nie daje możliwości uściślenia lub przeformułowania pytań, które zostały źle zinterpretowane. –Nie pozwalają obserwować i analizować zachowania odpowiadającej osoby. –Przygotowanie ankiety może wymagać dużo czasu.

45 Analiza przykładu Biura Nieruchomości: Zamówiono wykonanie aplikacji bazy danych wspierającej działalność firmy, która specjalizuje się w obrocie nieruchomościami poprzez pośredniczenie pomiędzy właścicielami, którzy chcą wynająć swoje umeblowane domy lub mieszkania, a klientami firmy, którzy poszukują tego typu nieruchomości do wynajęcia na określony czas. Firma zatrudnia 2000 pracowników w 100 biurach. W każdym biurze: dyrektor, kierownicy i asystenci. Dyrektor jest odpowiedzialny za bieżące funkcjonowanie biura, a kierownicy nadzorują pracę grup pracowników (asystentów).

46 Wypełniane formularze wykorzystywane są w przypadku: przyjęcia nowo zatrudnionego pracownika; rejestracji nieruchomości do wynajęcia (szczegółowe informacje o nieruchomości z uzgodnionym czynszem); rejestracji klienta zainteresowanego wynajęciem nieruchomości (z określeniem wymagań dotyczących szukanej nieruchomości) realizacji umowy najmu.

47 Firma realizuje czynności wynikające z pakietu jej usług (przeprowadzanie rozmów z potencjalnymi wynajmującymi, organizacja wizyt w nieruchomościach, zamieszczanie ogłoszeń w gazetach i negocjacja czynszu), aby znaleźć najemcę i aby nieruchomość przynosiła jak największy zysk zarówno właścicielowi jak i oczywiście firmie. Zarejestrowanym klientom dostarcza się raz w tygodniu raport zawierający listę nieruchomości oferowanych do wynajęcia. Klienci mogą chcieć obejrzeć jedną lub więcej nieruchomości z tej listy, następnie informują biuro, czy oferta spełnia ich wymagania. Gdy klient znajdzie odpowiadającą mu nieruchomość, pracownik firmy przygotowuje umowę najmu według określonego formularza.

48 Planowanie bazy danych: Określenie misji – celem aplikacji bazy danych jest: utrzymanie danych, które są używane i generowane w trakcie działalności firmy; wspieranie kooperacji i współdziałania danych pomiędzy biurami.

49 Na podstawie wywiadów z odpowiednią liczbą pracowników, używając głównie pytań otwartych, np.: - Jaki jest zakres Pana obowiązków? - Jakie czynności wykonuje Pan standardowo każdego dnia? - Z jakiego rodzaju danymi ma Pan do czynienia? - Z jakiego typu raportów korzysta Pan w swojej pracy? - Za jakie sprawy jest Pan odpowiedzialny? - Jakie usługi oferuje Pana firma? sformułowano cele misji dla aplikacji bazy danych:

50 Utrzymywanie (wprowadzanie, aktualizacja i usuwanie) danych dotyczących:biur, personelu, nieruchomości do wynajęcia, właścicieli nieruchomości, klientów, wizyt w nieruchomościach, wynajęć, ogłoszeń prasowych.

51 Realizacja wyszukiwań dotyczących: biur. personelu. nieruchomości do wynajęcia. właścicieli nieruchomości. dotyczących klientów. wizyt w nieruchomościach. wynajęć. ogłoszeń prasowych. Śledzenie statusu:nieruchomości do wynajęcia. klientów, którzy poszukują lokalu. wynajęć. Tworzenie raportów na temat:biur. personelu. nieruchomości do wynajęcia. właścicieli nieruchomości. klientów. wizyt w nieruchomościach. wynajęć. ogłoszeń prasowych.

52 Definicja systemu: Dział płac Marketing Wynajem nieruchomości Dział ogłoszeń nieruchomości Sprzedaż nieruchomości Dział kadr Personel Dział obsługi klienta Granice stosowania systemu Definiowanie granic stosowania aplikacji bazy danych na podstawie dalszych wywiadów z użytkownikami czy analizy dokumentów używanych w firmie:

53 Gromadzenie i analiza wymagań: Specyfikacja wymagań użytkowników – opisuje szczegółowo dane, które będą przechowywane w bazie danych, i sposób ich wykorzystania. Gromadzenie dodatkowych informacji dotyczących perspektyw użytkowników w aplikacji bazy danych posługując się dalszymi wywiadami i obserwowaniem działalności przedsiębiorstwa, np.: Jakie informacje musi Pan przechowywać o danych X? (np. o personelu imię nazwisko, stanowisko, płeć, data urodzenia, pensja) Jakie operacje wykonuje Pan z danymi X? (np. wprowadzanie danych o nowym pracowniku, usuwania odchodzącego, czasem nazwisk i numerów telefonów dyrektorów biur)

54 Przykłady bardziej ogólnych pytań do dyrektora dotyczących wymagań systemowych: Jakie transakcje są często wykonywane na bazie danych? (Aktualne dane dotyczące nieruchomości i klientów) Jakie transakcje są krytyczne dla działalności przedsiębiorstwa? (wyszukiwanie konkretnych nieruchomości oraz aktualna lista nieruchomości do wynajęcia) Kiedy są wykonywane te krytyczne transakcje? (Każdego dnia, z największym obciążeniem w godzinach 16-18)

55 Przykłady bardziej ogólnych pytań do prezesa dotyczących wymagań systemowych: Jakiego typu zabezpieczeń potrzebuje Pan w stosunku do aplikacji bazy danych? (pracownicy powinni widzieć tylko te dane które są im potrzebne do wykonywania pracy i w formie odpowiedniej do swoich zadań) Czy istnieją jakieś dane poufne, które powinny być dostępne tylko dla niektórych pracowników? (np. kierownicy powinni mieć dostęp do danych o pracownikach, ale nie powinni widzieć ich pensji)

56 Jakie dane archiwalne chce Pan przechowywać? (dane o klientach, właścicielach i umowy najmu w celu przesyłania nowych ofert oraz prowadzenia analiz) Jakie wymagania ma spełniać system baz danych - praca w sieci i współdzielony dostęp? (wszystkie biura połączone z głównym oddziałem, w biurach większość czasu pracownicy będą korzystać wyłącznie z lokalnych danych) Jakiego typu zabezpieczeń przed awariami systemu i utratą danych oczekuje Pan w aplikacjach bazy danych? (np. kopia zapasowa każdego wieczora po zamknięciu biur)

57 Zarządzanie perspektywami Określenie głównych perspektyw użytkownika dla aplikacji bazy danych na podstawie analizy wszystkich zgromadzonych dotychczas danych:

58

59

60 Zarządzanie perspektywami PrezesDyrektorKierownikAsystent biuraXX personelXXX nieruchomości do wynajęcia XXXX właścicieleXXXX klienciXXXX wizyty w nieruchomościach XX wynajęciaXXXX gazetyXX

61 Wybór użycia podejścia scentralizowanego czy integrującego perspektywy na podstawie np. stopnia powiązania pomiędzy perspektywami użytkowników a głównymi rodzajami danych używanych przez aplikację bazy danych: Na poprzednim slajdzie zauważyć, że większe podobieństwa występują pomiędzy danymi używanymi przez prezesa i dyrektora oraz pomiędzy danymi kierownika i asystenta. Możemy zatem użyć np. najpierw podejścia scentralizowanego tworząc perspektywy dyrektorów oraz personelu. Następnie użyjemy podejścia integrującego perspektywy do połączenia tych dwóch modeli.

62 opisuje cechy, które powinna posiadać aplikacja bazy danych: początkowa wielkość bazy danych; szybkość przyrostu danych w bazie; typy i średnie liczby wyszukiwań rekordów; wymagania dotyczące pracy w sieci i współdzielonego dostępu; wydajność; bezpieczeństwo; kopie zapasowe i odzyskiwanie danych; aspekty prawne. Specyfikacja systemowa

63 1.Około 2000 osób personelu pracuje w ponad 100 biurach; w każdym biurze pracuje średnio 20, maksymalnie 40 osób; 2.We wszystkich biurach jest około nieruchomości; w każdym biurze jest średnio 1000, a maksymalnie 3000 nieruchomości; 3.Jest około właścicieli nieruchomości; w każdym biurze jest średnio 600, a maksymalnie 1000 właścicieli; Początkowa wielkość danych

64 4.We wszystkich biurach jest zarejestrowanych około klientów; w każdym biurze jest zarejestrowanych średnio 1000, a maksymalnie 1500 klientów; 5.We wszystkich biurach jest około wizyt w nieruchomościach; w każdym biurze jest średnio , a maksymalnie wizyt; 6.We wszystkich biurach jest około umów najmu; w każdym biurze jest średnio 4000, a maksymalnie umów; 7.We wszystkich biurach dano około ogłoszeń prasowych w około 100 gazetach.

65 1.Około 500 nowych nieruchomości i 200 nowych właścicieli nieruchomości jest dodawanych do bazy danych w każdym miesiącu. 2.Gdy nieruchomość przestaje być dostępna do wynajmu, jej rekord jest usuwany z bazy danych; miesięcznie jest usuwanych średnio 100 rekordów nieruchomości. 3.Jeśli właściciel nieruchomości nie zgłasza przez okres dwóch lat żadnej nieruchomości do wynajęcia, to jego rekord jest usuwany; miesięcznie usuwa się z bazy średnio 100 rekordów właścicieli. 4.W każdym miesiącu jest zatrudnianych i zwalnianych średnio 20 pracowników. Rekord pracownika, który odszedł z pracy, jest usuwany po roku. W każdym miesiącu usuwanych jest z bazy średnio 20 rekordów pracowników. Szybkość przyrostu danych w bazie

66 5.Miesięcznie rejestrowanych jest średnio 1000 nowych klientów we wszystkich biurach. Gdy klient nie ogląda i nie wynajmuje żadnej nieruchomości przez okres dwóch lat, jego rekord jest usuwany; miesięcznie jest usuwanych średnio 100 rekordów klientów. 6.W każdym miesiącu rejestrowanych jest średnio 5000 nowych wizyt w nieruchomościach we wszystkich biurach. Informacje dotyczące danej prezentacji kasowane są po upływie jednego roku od daty rejestracji. 7.Miesięcznie zawieranych jest średnio 1000 nowych umów najmu we wszystkich biurach. Informacje dotyczące umowy najmu usuwane są z bazy po upływie dwóch lat od ich rejestracji. 8.W każdym tygodniu dawanych jest do prasy średnio 1000 ogłoszeń. Informacje dotyczące ogłoszenia kasowane są po upływie jednego roku od daty rejestracji.

67 1.Wyszukiwanie informacji o biurach – średnio 10 dziennie; 2.Wyszukiwanie informacji o pracowniku biura - średnio 20 dziennie. 3.Wyszukiwanie informacji o danej nieruchomości - średnio 5000 dziennie. 4.Wyszukiwanie informacji o właścicielach nieruchomości - średnio 100 dziennie. Typy i średnie liczby wyszukiwań rekordów

68 5.Wyszukiwanie informacji o kliencie - średnio l000 dziennie (od poniedziałku do czwartku) i 2000 dziennie (piątek i sobota). Szczyt obciążenia występuje codziennie w godzinach i Wyszukiwanie informacji o wizytach w nieruchomościach - średnio 2000 dziennie (od poniedziałku do czwartku) i 5000 dziennie (piątek i sobota). Szczyt obciążenia występuje codziennie w godzinach i Wyszukiwanie informacji o wynajęciach - średnio 1000 dziennie (od poniedziałku do czwartku) i 2000 dziennie (piątek i sobota). Szczyt obciążenia występuje codziennie w godzinach i

69 1.W godzinach pracy biura, poza godzinami szczytu, oczekiwany czas odpowiedzi systemu wyszukiwania pojedynczych rekordów powinien wynosić mniej niż 1 sekundę; w godzinach szczytu mniejszy niż 5 sekund; 2.W godzinach pracy biura, poza godzinami szczytu, oczekiwany czas odpowiedzi systemu na wyszukiwania wielu rekordów powinien wynosić mniej niż 5 sekund; w godzinach szczytu mniej niż 10 sekund; 3.W godzinach pracy biura, poza godzinami szczytu, oczekiwany czas odpowiedzi systemu na każdą aktualizację lub zapis powinien wynosić mniej niż 1 sekundę; w godzinach szczytu mniej niż 5 sekund. Wydajność

70 1.Dostęp do bazy danych powinien być chroniony hasłem; 2.Każdej osobie z personelu powinny być przydzielone prawa dostępu do bazy danych odpowiednie do zajmowanego stanowiska (perspektywy użytkownika), tzn. prezesa, dyrektora, kierownika i asystenta; 3.Każdy pracownik powinien mieć dostęp do danych niezbędnych do wykonywania jego pracy i widzieć te dane w formie odpowiedniej do jego zadań. Bezpieczeństwo:

71 Kopie zapasowe i odzyskiwanie danych: Kopie zapasowe bazy danych powinny być wykonywane codziennie o północy. Aspekty prawne: W każdym państwie obowiązujące prawo określa zakres ochrony danych osobowych przechowywanych w bazie danych, dlatego wszelkie prawne wymagania, które muszą być spełnione, powinny zostać zbadane i zaimplementowane.

1.Podaj informacje o biurach w danym mieście; 2.Podaj liczbę wszystkich biur w danym mieście. 3.Podaj nazwiska, stanowiska oraz wysokości pensji pracowników zatrudnionych w danym biurze. Wynik uporządkuj według nazwisk. 4.Podaj całkowitą liczbę pracowników firmy oraz ich sumaryczną pensje. 5.Podaj liczbę pracowników zatrudnionych na poszczególnych stanowiskach we wszystkich biurach w Białymstoku. Przykładowe wyszukiwanie danych użytkownika „Biuro”:

6.Podaj nazwiska wszystkich dyrektorów biur w kolejności wyznaczonej adresami biur. 7.Podaj nazwiska wszystkich pracowników podległych określonemu kierownikowi. 8.Podaj numery, adresy, typy i wysokość czynszu dla wszystkich nieruchomości z Białegostoku. Wynik uporządkuj według czynszu. 9.Podaj informacje o wszystkich nieruchomościach nadzorowanych przez określonego pracownika. 10.Podaj liczbę nieruchomości nadzorowanych przez każdego pracownika w każdym z biur. Użytkownik „Biuro” 2 (zarząd biura):

11.Podaj informacje o nieruchomościach oferowanych do wynajęcia przez właścicieli instytucjonalnych zarejestrowanych w danym biurze. 12.Podaj całkowitą liczbę nieruchomości każdego typu zarejestrowanych w każdym z biur. 13.Podaj informacje o wszystkich właścicielach prywatnych oferujących do wynajęcia więcej niż jedną nieruchomość. 14.Podaj informacje o wszystkich mieszkaniach w Białymstoku, w których są przynajmniej trzy pokoje, a czynsz nie przekracza 400 złotych. 15.Podaj numery, nazwiska i numery telefonów oraz preferowany rodzaj nieruchomości dla wszystkich klientów danego biura. Użytkownik „Biuro” 3 (zarząd biura):

Użytkownik „Biuro” 4 (zarząd biura): 16.Znajdź nieruchomości, które były ogłaszane w prasie częściej, niż wynosi przeciętna liczba ogłoszeń dotyczących jednej nieruchomości. 17.Podaj informacje o wynajęciach nieruchomości zarejestrowanych w danym biurze, których termin końcowy upłynie w następnym miesiącu. 18.Podaj całkowitą liczbę umów najmu zawartych w biurach w Łomży na okres krótszy niż jeden rok. 19.Podaj najwyższą dzienną stawkę za wynajęcie nieruchomości w każdym z biur. Wynik uporządkuj według numerów biur.

1.Podaj wszystkich podwładnych danego kierownika z danego biura; 2.Podaj szczegółowe informacje o wszystkich asystentach, uporządkowane według nazwiska i biura. 3.Podaj szczegółowe informacje o nieruchomościach (obejmujące także kaucje za wynajęcie), które można uzyskać w biurze, wraz z informacjami o właścicielu. 4.Podaj szczegółowe informacje o nieruchomościach nadzorowanych przez wskazanego pracownika z danego biura. Przykładowe wyszukiwanie danych użytkownika „Personel”:

5.Podaj dane klientów zarejestrowanych w danym biurze oraz dla każdego klienta dane pracownika, który go zarejestrował. 6.Podaj dane nieruchomości znajdujących się w Łomży, dla których miesięczny czynsz nie przekracza 450 złotych. 7.Podaj nazwisko i numer telefonu właściciela wskazanej nieruchomości. 8.Podaj uwagi zgłaszane przez klientów odwiedzających daną nieruchomość. 9.Podaj nazwiska i numery telefonów klientów, którzy oglądali nieruchomość, ale nie zgłosili żadnych uwag. Użytkownik „Personel” 2 (pracownicy):

Użytkownik „Personel” 3 (pracownicy): 10.Podaj szczegółowe informacje dotyczące wynajęcia określonej nieruchomości przez określonego klienta. 11.Podaj informacje o wynajęciach nieruchomości, których termin końcowy upłynie w następnym miesiącu. 12.Podaj informacje o nieruchomościach, których nie udało się wynająć przez ponad trzy miesiące. 13.Podaj listę klientów, których wymagania odpowiadają określonej nieruchomości.