plik


ÿþProjekt  modelowanie danych Zadanie: Dla projektowanego systemu informacyjnego opisz krótko zasady dziaBania tego systemu i jego cele (wymagania funkcjonalne), przedstaw reguBy biznesowe i za pomoc diagramów ER zamodeluj dane dla tego systemu. PrzykBadowe zadania  na podstawie reguB biznesowych zbuduj diagramy ER dla nastpujcych systemów: 1. Zadaniem tego systemu jest zarzdzanie fakturami wystawianymi dla klientów firmy. Klientami firmy s osoby fizyczne i prawne. Klient osoba prawna jest opisany przez: nazw, NIP, adres, nazwisko i kontakt do osoby reprezentujcej klienta. Klient osoba fizyczna jest opisany przez: imi, nazwisko, adres, telefon. Klienci dokonuj w firmie zakupów kosmetyków, z dwóch grup: popularnych i luksusowych. W ka|dej z tych grup sprzedaje si perfumy, wody toaletowe, mydBa, szampony i kremy. Ka|dy kosmetyk jest dostarczany przez jednego producenta Klient zakupujc kosmetyk otrzymuje faktur. Ka|da faktura skBada si z pozycji okre[lajcych kosmetyk, jego cen i liczb sztuk. 2. Wypo|yczalnia posiada w swojej ofercie ksi|ki, czasopisma i albumy. Wypo|yczad mog tylko te osoby, które zapisaBy si do wypo|yczalni. Ka|dy czytelnik posiada unikalny numer karty. Dodatkowo, ka|dy czytelnik jest opisany imieniem, nazwiskiem, adresem i numerem telefonu. Jednorazowo czytelnik mo|e wypo|yczyd wiele pozycji. Ka|da pozycja, tj. ksi|ka, czasopismo i album posiada swój tytuB, autora (autorów) i wydawnictwo. Fakt wypo|yczenia jest odnotowywany w bazie danych. Wypo|yczajc dan pozycj literaturow, pracownik wypo|yczalni odnotowuje dat wypo|yczenia i okres wypo|yczenia. Po oddaniu pozycji przez czytelnika, pracownik odnotowuje dat jej oddania. 3. Zbuduj model potrzeb informatycznych w postaci diagramów zwizków encji dla systemu medycznego opisanego nastpujco: - dla ka|dego pacjenta chcemy pamitad nastpujce informacje: nr. ubezpieczenia, nazwisko, adres, wiek. Nr. ubezpieczenia jednoznacznie identyfikuje pacjenta - dla ka|dego lekarza pamitamy: nr. ubezpieczenia, nazwisko, specjalno[d, wysBuga lat. Nr. ubezpieczenia jednoznacznie identyfikuje lekarza - ka|da firma farmaceutyczna jest opisana przez nazw i telefon - dla ka|dego leku chcemy pamitad jego nazw handlow oraz podstawow substancj aktywn. Ka|dy lek jest sprzedawany przez firm farmaceutyczn. Nazwa handlowa leku jednoznacznie identyfikuje ten lek. - ka|dy pacjent jest prowadzony przez jednego lekarza. Ka|dy lekarz ma co najmniej jednego pacjenta. - dla ka|dej apteki chcemy pamitad jej nazw, adres, numer telefonu - ka|da apteka sprzedaje wiele leków. Ka|dy lek ma swoj cen. Lek mo|e byd sprzedawany przez wiele aptek po ró|nych cenach - lekarze przepisuj leki pacjentom w postaci recept. Lekarz mo|e przepisad pacjentowi (wielu pacjentom) jeden lub wicej leków. Pacjent mo|e przyjmowad leki przepisane przez wielu lekarzy. Ka|da recepta ma dat i ilo[d specyfiku (leku) - firmy farmaceutyczne podpisuj dBugoterminowe kontrakty z aptekami na sprzeda| leków. Jedna firma mo|e mied kontrakty z wieloma aptekami, podobnie apteki mog mied kontrakty z wieloma firmami. Dla ka|dego kontraktu chcemy pamitad dat rozpoczcia i dat zakooczenia, oraz tekst kontraktu. 4. Zaproponuj schemat bazy dla Urzdu Stanu Cywilnego, w której bd przechowywane podstawowe dane o obywatelach: a. dane personalne b. informacje o pokrewieostwie c. informacje o miejscu zamieszkania d. informacje o maB|eostwach Ka|dy obywatel mo|e zawrzed wiele zwizków maB|eoskich, oczywi[cie po ustaniu poprzedniego. W bazie danych powinny byd przechowywane tak|e informacje o osobach zmarBych. 5. Stwórz baz danych dla zakBadu fryzjerskiego. Maj si w niej znalezd informacje o: a. standardowych usBugach b. staBych klientach c. umówionych spotkaniach ze staBymi i niestaBymi klientami d. informacje o wykonanych usBugach dla staBych klientów (potrzebne przy przyznawaniu rabatu) e. rabatach przyznanych staBym klientom na pewne ustalone usBugi f. rabatach przyznanych klientom na wszystkie usBugi g. rabatach stosowanych w przypadku kompleksowych usBug 6. Pewna firma dokonuje tBumaczeo na zlecenie. Zlecane jest przetBumaczenie dokumentu o zadanym tytule na podany jzyk. Za tBumaczenie pobierana jest opBata. Dany dokument mo|e byd tBumaczony przez jednego lub kilku tBumaczy (dla ka|dego z tBumaczy okre[la si procentowo jego udziaB). TBumacza identyfikuje nazwisko i imi, poza tym nale|y zapamitad w bazie znane przez niego jzyki i jego adres. Zleceniodawc identyfikuje nazwa. Nale|y przechowad w bazie adres zleceniodawcy. 7. Firma  Ryzyk , bdca po[rednikiem ubezpieczeniowym, zamówiBa projekt bazy przechowujcej dane o jej dziaBalno[ci. Firma poprzez wspóBpracujcych z ni agentów ubezpieczeniowych sprzedaje klientom produkty ubezpieczeniowe (PU) oferowane przez towarzystwa ubezpieczeniowe (TU). Dany PU jest zwizany tylko z jednym TU. PU sprzedany klientowi nazywany jest polis. Za dan polis klient mo|e zapBacid jedn lub wiele skBadek. Dla ka|dego PU nale|y przechowad jego kod i opis. Agenci maj uprawnienia do sprzeda|y okre[lonych PU. Polisa poza danymi klienta i sprzedajcego j agenta zawiera nr, wysoko[d ubezpieczenia i dat wystawienia. Dla skBadek pBaconych przez klienta nale|y przechowad nr skBadki, kwot wpBaty i dat wpBaty. Dla TU nale|y przechowad kod i nazw, dla agenta jego kod, nazwisko i adres. 8. SpóBdzielnia lekarska  Szaman zamówiBa projekt bazy danych majcej usprawnid jej dziaBalno[d. Baza ma przechowywad dane o wizytach pacjentów  lekarza, dat wizyty, rozpoznan jednostk chorobow (mo|e byd kilka) oraz zaordynowane medykamenty wraz z dawkami (jak czsto i ile). Dla pacjenta przechowad: nazwisko, imi i adres; dla lekarza: numer, imi i nazwisko; dla lekarstwa: kod i nazw; dla jednostki chorobowej: numer i krótki opis. 9. Sied telewizyjna zamówiBa projekt bazy danych przechowujcej informacje o realizowanych przez ni programach 'talkshow'. Dla programu nale|y przechowad jego identyfikator, nazw i czas trwania. 'Talkshow' jest przygotowywany i prowadzony przez wiele osób, z których ka|da wykonuje okre[lone funkcje. Dla funkcji zapamitad jej nazw i wideBki stawki go- dzinowej. W bazie nale|y przechowad stawk godzinow i liczb godzin, które dana osoba przepracowaBa przy danym programie peBnic podan funkcj. Jedna osoba przy tym samym programie mo|e speBniad wiele funkcji. Na nagrania programów s zapraszani go[cie. Do wygenerowania zaproszenia potrzebne s: nazwisko, imi i adres zapraszanej osoby. Nale|y zapisad w bazie kto zostaB zaproszony na dany program. Wyprodukowany program mo|e byd emitowany kilkukrotnie  nale|y zapamitad nazw kanaBu oraz dat i godzin emisji. 10. Przedsibiorstwo komunikacji autobusowej zamówiBo projekt bazy, w której maj byd przechowane informacje o kierowcach, autobusach oraz rozkBadzie jazdy. Dla kierowcy przechowad pesel, nazwisko i adres; dla autobusu mark, typ, numer autobusu i rejestracj. Przedsibiorstwo obsBuguje wiele linii, których przebieg, wyznaczony przystankami (ich kolejno[d jest istotna!), nale|y zapamitad. Dany przystanek mo|e nale|ed do wielu linii. Dla linii przechowad identyfikujcy j numer oraz rodzaj (normalna/przy[pieszona), a dla przystanku nazw, ulic i miejscowo[d. Na ka|dej linii jest wiele kursów. Dla danego kursu nale|y zapamitad identyfikator, rodzaj (roboczy/[witeczny), czy jest zawieszony w lipcu i sierpniu oraz zaplanowane czasy odjazdów z poszczególnych przystanków. Nale|y równie| zapamitad informacj o realizacji kursów: kierowca, autobus, data i czas wyjazdu z pierwszego przystanku oraz czas przyjazdu na ostatni przystanek. 11. Warsztat samochodowy zamówiB projekt bazy danych majcej usprawnid jego dziaBalno[d w zakresie wykonywanych napraw samochodów. W bazie nale|y przechowad dane klienta (nazwisko, adres, pesel), oddawanego do naprawy samochodu (marka, model, nr silnika, rejestracja) oraz informacje o wykonanej naprawie. Na napraw mo|e skBadad si wiele ró|nych czynno[ci (nazwa, opis, czas wykonania) wykonywanych przez ró|nych pracowników. Niektóre czynno[ci wykonywane s przez kilku pracowników. Wskazany pracownik jest odpo- wiedzialny za przeprowadzenie naprawy. Dla naprawy przechowad kwot zapBaty, dat oddania samochodu do naprawy i dat odbioru samochodu. Dla pracownika przechowad pesel, nazwisko, adres i dat zatrudnienia. 12. Tematy innych projektów (szkice problemów): 1. Biblioteka 2. Hurtownia artykuBów 3. Dziekanat 4. Rezerwacja zasobów 5. Administracja sieci komputerow 6. Komis a. Stacjonarny b. Internetowy 7. System aukcyjny 8. Kolekcje artystyczne 9. Wypo|yczalnia kaset video i DVD 10. Ligi sportowe 11. ObsBuga zawodów sportowych (np. lekkoatletycznych, jezdzieckich) 12. Ksigi hodowlane 13. Katalog ksi|ek, filmów i zdjd 14. Ksi|ka telefoniczna 15. Katalog urzdów publicznych 16. ObsBuga rekrutacji na studia 17. Zapis studentów na przedmioty 18. Biuro turystyczne 19. Agencja reklamowa 20. Szpital  przychodnia (rejestracja pacjentów do lekarzy) 21. Apteka 22. Inne wedle pomysBu wykonawcy w uzgodnieniu z prowadzcym PrzykBadowy projekt 1 TytuB projektu Ewidencja prac dyplomowych 2 Cel projektu Celem projektu jest opracowanie modelu danych dla projektowanego systemu ewidencji prac dyplomowych skBadanych w Dziekanacie Uczelni. 2.1 Opis projektu Zgodnie z wymaganiami klienta aplikacja ma za zadanie dostarczad informacji o pracach dyplomowych (tytuB, rodzaj pracy dyplomowej, sBowa kluczowe, data obrony, ocena, doBczone CD), informacji o autorze pracy (imi, nazwisko studenta) oraz danych o promotorze i recenzencie lub recenzentach pracy (imi, nazwisko i stopieo naukowy). 2.2 Okre[lenie wymagaD (opis wymagao klienta wobec systemu, dla którego projektujemy model danych -> zamiana celów klienta na konkretne wymagania zapewniajce osignicie tych celów) 2.2.1 Wymagania funkcjonalne (wymagania funkcjonalne okre[laj co system ma robid, bez podawania sposobu wykonania; powinny dotyczyd wyBcznie zewntrznych funkcji systemu.) ·ð ewidencja i obsBuga danych prac dyplomowych, ·ð ewidencja i obsBuga danych studentów, ·ð ewidencja i obsBuga danych pracowników naukowych na uczelni, ·ð przeszukiwanie bazy danych, ·ð edycja danych zawartych w bazie (dodawanie, usuwanie, modyfikacja). 2.2.2 Wymagania niefunkcjonalne (wymagania niefunkcjonalne opisuj ograniczenia, przy których system musi realizowad swoje funkcje) ·ð uprawnienia do obsBugi systemu (u|ytkownik) ma tylko jedna osoba  sekretarka. 2.2.3 U|ytkownicy U|ytkownikiem z peBnymi prawami do dodawania, modyfikacji i usuwania danych jest jedna osoba  sekretarka. Do bazy ma równie| dostp dziekan, który ma mo|liwo[d kontrolowania pracy sekretarki i mo|e przegldad dane, nie ma natomiast mo|liwo[ci dodawania, modyfikacji i usuwania danych. 2.3 Model danych 2.3.1 SBownik poj (sBownik pojd wynikajcy z opisu rzeczywistego obiegu informacji, ) ·ð Praca dyplomowa = pisemna praca napisana przez studenta (w przypadku pracy indywidualnej) lub studentów (w przypadku pracy zbiorowej) i zBo|ona w Dziekanacie w okre[lonym terminie w formie wydrukowanej i elektronicznej  na pBycie CD. Praca okre[lona jest przez tytuB, autorów, promotora. Ka|da praca zawiera podan list sBów kluczowych. ·ð Promotor = pracownik naukowo-dydaktyczny Uczelni, opiekun pracy. ·ð Rodzaje prac dyplomowych: magisterska, in|ynierska, licencjacka. ·ð Recenzent = pracownik naukowo-dydaktyczny Uczelni, ocenia dodatkowo prac dyplomow. ·ð Ocena recenzenta = ocena pracy wyra|ona w nastpujcej skali ocen: 2.0; 3.0; 3.5; 4.0; 4.5; 5.0 ·ð Ocena pracy = [rednia arytmetyczna ocen wystawionych przez recenzentów. ·ð & 2.3.2 Fakty (reguBy biznesowe) 1 Student jednoznacznie identyfikowany jest przez numer albumu. 2 Student musi napisad prac dyplomow. 3 Praca dyplomowa indywidualna jest napisana przez jednego studenta. 4 Praca dyplomowa zespoBowa jest napisana przez wielu studentów. 5 Promotor mo|e opiekowad si wieloma pracami. 6 Prac dyplomow opiekuje si dokBadnie jeden promotor. 7 Praca dyplomowa jest recenzowana przez co najmniej jednego recenzenta. 8 Recenzent mo|e recenzowad wiele prac dyplomowych. 9 Praca dyplomowa charakteryzowana jest przez list sBów kluczowych. 10 Dane sBowo kluczowe mo|e charakteryzowad wiele prac. 11 Recenzent nie mo|e byd promotorem. 12 Promotor nie mo|e byd recenzentem. 13 & 2.3.3 Model logiczny danych (diagram ER nieznormalizowany zawierajcy relacje wiele-do-wielu oraz tylko klucze naturalne; identyfikacja i opis sBowny encji oraz atrybutów, typy danych atrybutów, weryfikacja, czy zamodelowane zale|no[ci zgadzaj si z podanymi w poprzednim punkcie faktami) Opis encji i atrybutów oraz ich dziedzin Autor ·ð Imi  obowizkowe, napis dBugo[ci nie wicej ni| 30 znaków ·ð Nazwisko  obowizkowe, napis dBugo[ci nie wicej ni| 30 znaków ·ð Nr albumu  obowizkowe, napis skBadajcy si wyBcznie z cyfr, dBugo[ci nie wikszej ni| 10 znaków & i.t.d. dla pozostaBych encji Weryfikacja reguB ·ð Fakty 2, 3, oraz 4 zamodelowane s przez zale|no[d  NapisaB midzy encjami  Autor i  Praca dyplomowa : üð Ka|dy autor napisaB jedn lub wicej prac dyplomowych üð Ka|da praca dyplomowa jest napisana przez jednego lub wicej autorów. & i.t.d. 2.3.4 Model fizyczny danych (diagram ER znormalizowany, nie zawierajcy relacji wiele-do-wielu, okre[lone klucze gBówne i obce) Komentarz: Tabela  stopnie_naukowe jest sBownikowa i zawiera wpisy: {  mgr ,  mgr in|.  ,  dr ,  dr in|.  ,  dr hab.  ,  dr hab. in|.  ,  prof. dr hab.  ,  prof. dr hab. in|.  } Tabela  recenzje wi|e prac dyplomow z recenzentem. Ocena pracy obliczana bdzie jako [rednia ocen recenzentów. Konieczne jest wprowadzenie wewntrznych ograniczeo, aby promotor nie byB jednocze[nie recenzentem.

Wyszukiwarka

Podobne podstrony:
12 Modelowanie form odzieży zgodnie z projektem
Modelowanie molekularne w projektowaniu leków
Modelowanie ewaluacji projektów europejskich ebook demo
15 Modelowanie form odzieży zgodnie z projektem
Blender Od planowania, modelowania oraz teksturowania do animacji i renderingu Praktyczne projekty
Modelowaniu w Projektowaniu Maszyn
Projekt pracy aparat ortodontyczny ruchomy

więcej podobnych podstron