Opis Architektury Systemu Galileo

Podobne dokumenty
Galileo - encyklopedia internetowa Plan testów

IO - SAD. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

AUREA BPM Oracle. TECNA Sp. z o.o. Strona 1 z 7

REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i realizacja serwisu ogłoszeń z inteligentną wyszukiwarką

Dokumentacja wstępna TIN. Rozproszone repozytorium oparte o WebDAV

ZPKSoft WDoradca. 1. Wstęp 2. Architektura 3. Instalacja 4. Konfiguracja 5. Jak to działa 6. Licencja

OPIS PRZEDMIOTU ZAMÓWIENIA

Dokumentacja projektu QUAIKE Architektura oprogramowania

edziennik Ustaw Opis architektury

Wykład 1 Inżynieria Oprogramowania

PROGRAM PRAKTYKI ZAWODOWEJ. Technikum Zawód: technik informatyk

Szczegółowy opis zamówienia:

Wybrane działy Informatyki Stosowanej

Załącznik nr 1 do Zapytania ofertowego nr 1/2017 ARKUSZ ZGODNOŚCI ZE SPECYFIKACJĄ

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

E-commerce. Genialnie proste tworzenie serwisów w PHP i MySQL.

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

Diagram wdrożenia. Rys. 5.1 Diagram wdrożenia.

Projektowanie architektury systemu rozproszonego. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Usługa: Testowanie wydajności oprogramowania

Plan. Wprowadzenie. Co to jest APEX? Wprowadzenie. Administracja obszarem roboczym

Podyplomowe Studium Informatyki w Bizniesie Wydział Matematyki i Informatyki, Uniwersytet Łódzki specjalność: Tworzenie aplikacji w środowisku Oracle

Bydgoskie Centrum Archiwizacji Cyfrowej sp. z o.o.

7. zainstalowane oprogramowanie zarządzane stacje robocze

CENNIK USŁUG TELEKOMUNIKACYJNYCH

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

I. Informacje ogólne. Jednym z takich systemów jest Mambo.

PLAN WYNIKOWY PROGRAMOWANIE APLIKACJI INTERNETOWYCH. KL IV TI 6 godziny tygodniowo (6x15 tygodni =90 godzin ),

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2013/2014

Serwery. Autorzy: Karol Czosnowski Mateusz Kaźmierczak

Systemy GIS Systemy baz danych

Pojęcie systemu baz danych

Część I Istota analizy biznesowej a Analysis Services

Kielce, dn MICRON Sp. z o.o. Ul. Silniczna 15/ Kielce ZAPYTANIE OFERTOWE NR 1/2014/PARP/POIG

Księgarnia internetowa Lubię to!» Nasza społeczność

Zaawansowane usługi identyfikacji na przykładzie projektu Centralnego Systemu Identyfikacji Uczestników Meczów Piłki Nożnej PWPW S.

OPIS JAKOŚCIOWY (wymagania minimalne) ZESTAWIENIE PARAMETRÓW GRANICZNYCH

Tworzenie wersji demonstracyjnych enova365 na potrzeby prezentacji u Klienta

autor poradnika - KS Jak zamieszczać i edytować artykuły na szkolnej stronie internetowej

Dokument Detaliczny Projektu

Rozwiązanie GIS dla mniejszego. miasta: model Miasta Stalowa Wola. Janusz JEśAK. Jacek SOBOTKA. Instytut Rozwoju Miast. ESRI Polska Sp. z o. o.

OFERTA OPIEKI INFORMATYCZNEJ DLA FIRM

Lokalna kopia bioinformatycznego serwera obliczeniowego jako wysokowydajne środowisko obliczeniowe

EXSO-CORE - specyfikacja

Software Architecture Document

simply Team wszystko, czego potrzebujesz do zdalnej pracy z klientem

Bazy danych 2. Wykład 1

HP Service Anywhere Uproszczenie zarządzania usługami IT

WYMAGANIA EDUKACYJNE Z ZAJĘĆ KOMPUTEROWYCH W KLASIE 4 SZKOŁY PODSTAWOWEJ

Projekt aplikacji internetowej specyfikacja wymagań (cz.1)

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

PROGRAM NAUCZANIA DLA ZAWODU TECHNIK INFORMATYK, O STRUKTURZE PRZEDMIOTOWEJ

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

Program szkolenia KURS SPD i PD Administrator szkolnej pracowni internetowej Kurs MD1 Kurs MD2 Kurs MD3 (dla szkół ponadgimnazjalnych)

Internetowe Bazy Danych. dr inż. Roman Ptak Instytut Informatyki, Automatyki i Robotyki roman.ptak@pwr.edu.pl

Inżynieria oprogramowania- Grupa dra inż. Leszka Grocholskiego II UWr 2009/2010. Aleksandra Kloc, Adam Grycner, Mateusz Łyczek. Wasza-fota.

Bezpieczeństwo systemów i lokalnej sieci komputerowej

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Trwały nośnik w Alior Bank

Strona wizytówka od 400 zł

Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja I

Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II

Projektowanie oprogramowania

Oferta Centrum Bezpieczeństwa Danych ZETO Katowice FIRM Backup Online

Liczba godzin 1,2 Organizacja zajęć Omówienie programu nauczania 2. Tematyka zajęć

Karta (sylabus) modułu/przedmiotu Mechanika i Budowa Maszyn Studia I stopnia

Zmiana treści Specyfikacji Istotnych Warunków Zamówienia.

Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet

Podsumowanie prac związanych z dostawą sprzętu i oprogramowania oraz szkoleń.

ZAPYTANIE OFERTOWE. e-match B2S - Zintegrowana platforma kompleksowych usług dla firm startup

Technologie dla aplikacji klasy enterprise. Wprowadzenie. Marek Wojciechowski

REFERAT O PRACY DYPLOMOWEJ

Cennik usług Sotech.pl

1. Ogólne informacje o platformie edukacyjnej

PREMIUM BIZNES zł 110zł za 1 Mb/s Na czas nieokreślony Od 9 14 Mbit/s

SZKOLENIE: Administrator baz danych. Cel szkolenia

Pozdrawiam Andrzej Wegner, Consensus. Firma Usługowa.

Bazy danych 2. dr inż. Tadeusz Jeleniewski

Jednolite zarządzanie użytkownikami systemów Windows i Linux

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. Opis oferowanego przedmiotu zamówienia

Zespół Szkół Ponadgimnazjalnych nr 1 im. ks. Stanisława Konarskiego w Jędrzejowie

BCC ECM Autorskie rozwiązanie BCC wspomagające zarządzanie dokumentami oraz procesami biznesowymi

II. PRZETWARZANIE DANYCH OSOBOWYCH:

Internetowa sieć laboratoriów fotograficznych

Hurtownie danych i business intelligence - wykład II. Zagadnienia do omówienia. Miejsce i rola HD w firmie

Serwery Statefull i Stateless

Przetwarzanie w chmurze

Dziennik Urzędowy Unii Europejskiej L 274/9

M O N I T O R I N G

KOŁO NAUKOWE INFORMATYKÓW SYSTEMY KONTROLI WERSJI CZ.1 16 XII 2009 OPRACOWAŁ: PRZEMYSŁAW PARDEL

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Uniwersytet Warszawski Wydział Matematyki, Informatyki i Mechaniki. Paweł Parys. Nr albumu: Aukcjomat

Software Architecture Document dla systemu USOSweb 2.0. Adam Radziwończyk-Syta Karol Sobczak Marcin Koziński Grzegorz Paszt

PRÓBNY EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE CZĘŚĆ PRAKTYCZNA

I. ZAGADNIENIA OGÓLNE Pytania Wielkopolskiej Izby Lekarskiej Odpowiedź Uwagi TAK. Odp. 1c

Monitorowanie i zarządzanie urządzeniami sieciowymi przy pomocy narzędzi Net-SNMP

Transkrypt:

Opis Architektury Systemu Galileo Sławomir Pawlewicz Alan Pilawa Joanna Sobczyk Marek Sobierajski 5 czerwca 2006 1

Spis treści 1 Wprowadzenie 5 1.1 Cel.......................................... 5 1.2 Zakres........................................ 5 1.3 Definicje....................................... 5 1.4 Załączniki...................................... 5 1.5 Omówienie reszty dokumentu........................... 6 2 Prezentacja architektury systemu 6 3 Załozenia i zależności 7 3.1 Trwałość....................................... 7 3.2 Szybkość odpowiedzi na zapytnia......................... 7 3.3 Graficzny i intuicyjny interfejs........................... 7 3.4 Niska cena za użytkowanie............................. 7 3.5 Warunki....................................... 7 4 Przeglad przypadków użycia 8 4.1 Diagramy przypadków użycia........................... 8 4.1.1 Zakładanie nowego konta......................... 8 4.1.2 Dodawanie artykułu............................ 8 4.1.3 Modyfikacja artykułu............................ 9 4.1.4 Specjalista modyfikuje artykuł....................... 9 4.1.5 Użytkownik dodaje muzykę film lub zdjęcie................ 9 4.1.6 Użytkownik kontaktuje się ze specjalistą - personal message....... 10 4.1.7 Użytkownik kontaktuje się ze specjalistą - chat.............. 11 4.1.8 Księgowy chce wyliczyć wpływy i wydatki................ 12 4.1.9 Zarząd chce zobaczyć, jaka jest popularność systemu........... 12 4.1.10 Użytkownik czyta artykuł......................... 12 4.1.11 Użytkownik ocenia artykuł......................... 13 4.1.12 Użytkownik płaci za użytkowanie z encyklopedii............. 13 4.1.13 Uzytkownik wykupuje licencje....................... 14 4.2 Realizacje przypadków użycia........................... 15 4.2.1 Tworzenie nowego konta - diagram przepływu.............. 15 4.2.2 Personal mesage - diagram przepływu................... 16 4.2.3 Oglądanie statystyk - diagram przepływu................. 17 4.2.4 Ocenianie artykułu - diagram przepływu.................. 18 5 Dekompozycja logiczna 18 6 Dekompozycja środowika działania serwisu 22 7 Dekompozycja obsługi serwisu 24 2

8 Opis dekompozycji obsługi serwisu 25 8.1 Interfejs użytkownika................................ 25 8.1.1 Warstwa................................... 25 8.1.2 Odpowiedzialność............................. 25 8.2 Narzędzia administracyjne............................. 25 8.2.1 Warstwa................................... 25 8.2.2 Odpowiedzialność............................. 25 8.3 Komunikacja z klientem.............................. 25 8.3.1 Warstwa................................... 25 8.3.2 Odpowiedzialność............................. 25 8.4 Prezenter artykułu.................................. 25 8.4.1 Warstwa................................... 25 8.4.2 Odpowiedzialność............................. 26 8.5 Edytor artykułu................................... 26 8.5.1 Warstwa................................... 26 8.5.2 Odpowiedzialność............................. 26 8.6 Komunikator.................................... 26 8.6.1 Warstwa................................... 26 8.6.2 Odpowiedzialność............................. 26 8.7 Przetwarzanie danych................................ 26 8.7.1 Warstwa................................... 26 8.7.2 Odpowiedzialność............................. 26 8.8 Zarządzanie danymi użytkoników......................... 26 8.8.1 Warstwa................................... 26 8.8.2 Odpowiedzialność............................. 26 8.9 Zarządzanie bazą danych.............................. 27 8.9.1 Warstwa................................... 27 8.9.2 Odpowiedzialność............................. 27 8.10 Edytor artykułu................................... 27 8.10.1 Warstwa................................... 27 8.10.2 Odpowiedzialność............................. 27 8.11 Zarządzanie artykułami............................... 27 8.11.1 Warstwa................................... 27 8.11.2 Odpowiedzialność............................. 27 8.12 Dane......................................... 27 8.12.1 Warstwa................................... 27 8.12.2 Odpowiedzialność............................. 27 8.13 Baza użytkoników................................. 27 8.13.1 Warstwa................................... 27 8.13.2 Odpowiedzialność............................. 28 8.14 Baza artykułów................................... 28 8.14.1 Warstwa................................... 28 8.14.2 Odpowiedzialność............................. 28 3

8.15 Baza statystyk.................................... 28 8.15.1 Warstwa................................... 28 8.15.2 Odpowiedzialność............................. 28 8.16 Historia akcji użytkowników............................ 28 8.16.1 Warstwa................................... 28 8.16.2 Odpowiedzialność............................. 28 9 Historia zmian 28 4

1 Wprowadzenie 1.1 Cel Dokument ten ma na celu ukazać kompletny przegląd architektury encyklopedii internetowej Galileo, używając różnych perspektyw architektonicznych do przedstawienia różnych aspektów systemu. Zamierzeniem tego dokumentu jest ukazanie istotnych rozwiązań architektonicznych, które zostały zastosowane w tym systemie. 1.2 Zakres Zakres dokumentu obejmuje: opis przypadków użycia. opis sposobu przechowywania danych. opis docelowego środowiska działania serwisu. opis planowanej wydajności systemu. opis planowanej jakości serwisu. Architektura jest opisywana z różnych perspektyw w zależności od: serwera WWW. użytkonika korzystającego z serwisu WWW. administatora serwisu 1.3 Definicje 1.4 Załaczniki Załącznika, które są integralną częscią dokomunetacji: Dokument Wizja Dokument Przypadki użycia Dokument Specyfikacja uzupełniająca Dokument Plan testów 5

1.5 Omówienie reszty dokumentu Architektura intenetowej encyklopedii Galileo można przedstawić w 4 aspektach: 1. Podział na przypadki użycia. Przedstawienia architektury uwzględniając w szczególności funckjonalność systemu. 2. Podział logiczny, czyli na otoczenie w jakim będzie się system znajdował. Wyróżniamy następujące warstwy logiczne: baza danych. sieć. logika biznesowa - zasadność ekonomiczna istenienia serwisu. interfejs serwera. interfejs użytkownika. 3. Podział na procesy. Ukazuje procesy oraz komunikację między nimi. 4. Podział organizacyjny: instalacja systemu. przechowywanie danych. charakterystyka systemu i jego głównych własności. 2 Prezentacja architektury systemu Architektua klient-serwer Serwer jest odpowiedzialny za przesyłanie informacji zawartych w bazie danych do klientów zgodnych z zapytaniem jakie klient przesłał serwerowi. Serwer przetwarza zapytanie sam w całości. Relacyjna baza danych Wszelkie dane zawarte w serwisie są przechowywane w relacyjneje bazie danych. Sugerowany standard to SQL 99. Profesjonalny wygląd serwisu Opcje dostępne na stronie internetowej serwisu będą pisane w języku Java. Język ten umożliwia stworzenie ciekawych efektów graficznych. 6

3 Załozenia i zależności 3.1 Trwałość Najistotniejszą funkcją serwisu jest gromadzenie i udostępnienie danych. Aby zminimalizować ryzyko utraty danych serwis ten będzie tworzył kopie zapasowe, które ot będą lokowane na więcej niż jednym serwerze. 3.2 Szybkość odpowiedzi na zapytnia Ważnym atutem encyklopedii internetowych jest szybkość odpowiadania na zapytania. Komunikacja klient-serwer powinna spełniać warunki zamieszczone w dokumencie Przypadki użycia. 3.3 Graficzny i intuicyjny interfejs Funkcje jakie spełnia ten serwis pozwalają na zaprojektowanie interfejsu, który jest przyjazny użytkownikowi. Opcja wyszukiwania jest w każdym momencie dostępna. Dodanie swoich artykułów jest intuicyjne. Wszystkie inne niestandardowe opcje są pogrupowane tematycznie. Dostępność opisów i instrukcji obsługi. 3.4 Niska cena za użytkowanie Serwis ten docelowo jest przeznaczony dla każdego. Wysoki standard usług jaki oferuje serwis wymaga pobierania opłat. Niska cena zapewnia, iż każdy potencjalny klient jest w stanie przeznaczyć taki wydatek, nie obniżając w zauważalny sposób krzywej ograniczenia budżetowego. Planuje się ustalić cenę za uzytkowanie jako 1% średnich dochodów w kraju. 3.5 Warunki Założenia oraz warunki które mają być spełnione dla powodzenie przedsięwzięcia: 1. Bazy danych, które są w stanie zmieścić 500 tys. rekordów i czas wyszukiwania nie dłuższy niż 10s. 2. 10-15 serwerów na której przechowywane są dane. Wymagane by obsługa klienta w 90% nie trwała dłużej niż 5s. 3. Oprogramowanie do komunikacji między serwerami. Docelowo są to rozproszone bazy danych. 4. Oprogramowanie do obsługi skryptów php. 5. Odnośniki do serwisu z innych popularnych stron w celu zachęcenia. 7

4 Przeglad przypadków użycia 4.1 Diagramy przypadków użycia 4.1.1 Zakładanie nowego konta Diagram ten pokazuje przypadki użycia związane z zakładaniem konta. 4.1.2 Dodawanie artykułu Diagram ten pokazuje przypadki użycia związane z dodawaniem nowego artykułu przez użytkownika. 8

4.1.3 Modyfikacja artykułu Diagram ten pokazuje przypadki użycia związane z modyfikacją artykułu przez użytkownika. 4.1.4 Specjalista modyfikuje artykuł Diagram ten pokazuje przypadki użycia związane z modyfikowaniem artykułów przez specjalistów. 4.1.5 Użytkownik dodaje muzykę film lub zdjęcie Diagram ten pokazuje przypadki użycia związane z dodawaniem plików zawierających muzykę, film lub zdjęcie. 9

4.1.6 Użytkownik kontaktuje się ze specjalista - personal message Diagram ten pokazuje przypadki użycia związane z komunikowaniem się użytkownika ze specjalistą poprzez personal message. 10

4.1.7 Użytkownik kontaktuje się ze specjalista - chat Diagram ten pokazuje przypadki użycia związane z komunikowaniem się użytkownika ze specjalistą poprzez chat. 11

4.1.8 Księgowy chce wyliczyć wpływy i wydatki Diagram ten pokazuje przypadki użycia związane ze sprawami księgowymi serwisu. 4.1.9 Zarzad chce zobaczyć, jaka jest popularność systemu Diagram ten pokazuje przypadki użycia związane z oglądaniem statystyk przez zarząd. 4.1.10 Użytkownik czyta artykuł Diagram ten pokazuje przypadki użycia związane z czytaniem artykułów przez użytkowników. 12

4.1.11 Użytkownik ocenia artykuł Diagram ten pokazuje przypadki użycia związane z ocenianiem artykułów przez użytkowników. 4.1.12 Użytkownik płaci za użytkowanie z encyklopedii Diagram ten pokazuje przypadki użycia związane z płaceniem za korzystanie z serwisu. 13

4.1.13 Uzytkownik wykupuje licencje Diagram ten pokazuje przypadki użycia związane z wykupieniem licencji. 14

4.2 Realizacje przypadków użycia 4.2.1 Tworzenie nowego konta - diagram przepływu 15

4.2.2 Personal mesage - diagram przepływu 16

4.2.3 Ogladanie statystyk - diagram przepływu 17

4.2.4 Ocenianie artykułu - diagram przepływu 5 Dekompozycja logiczna 18

19

20

21

6 Dekompozycja środowika działania serwisu 22

23

7 Dekompozycja obsługi serwisu 24

8 Opis dekompozycji obsługi serwisu Poniżej przedstawiamy jest podział obsługi serwisu na pakiety. 8.1 Interfejs użytkownika 8.1.1 Warstwa Pakiet Interfejs użytkownika nie zawiera się w innym pakiecia. 8.1.2 Odpowiedzialność prezentacja danych. pośredniczy w wymianie danych między użytkownikiema serwisem. 8.2 Narzędzia administracyjne 8.2.1 Warstwa Pakiet narzędzia administracyjne wchodzi w skład Interfejsu użytkownika. 8.2.2 Odpowiedzialność zarządzanie informacjami w serwisie. zarządzanie użytkownikami w serwsie. 8.3 Komunikacja z klientem 8.3.1 Warstwa Pakiet Komunikacja z klientem wchodzi w skład Interfejsu użytkownika. 8.3.2 Odpowiedzialność umożliwia komunikację z użytkownikiem. 8.4 Prezenter artykułu 8.4.1 Warstwa Pakiet Prezenter artykułu wchodzi w skład Komunikacji z klientem. 25

8.4.2 Odpowiedzialność umożliwia prezentację artykułu. 8.5 Edytor artykułu 8.5.1 Warstwa Pakiet Edytor artykułu wchodzi w skład Komunikacji z klientem. 8.5.2 Odpowiedzialność umożliwia modyfikację artykułu. 8.6 Komunikator 8.6.1 Warstwa Pakiet Komunikator wchodzi w skład Komunikacji z klientem. 8.6.2 Odpowiedzialność umożliwia komunikację z innymi użytkonmikami. 8.7 Przetwarzanie danych 8.7.1 Warstwa Pakiet Przetwarzanie danych nie należy do innego pakietu. 8.7.2 Odpowiedzialność umożliwia zarządzanie danymi. 8.8 Zarzadzanie danymi użytkoników 8.8.1 Warstwa Pakiet Zarządzanie danymi użytkoników wchodzi w skład Zarządzania danymi. 8.8.2 Odpowiedzialność obsługa danych o użytkownikach. 26

8.9 Zarzadzanie baza danych 8.9.1 Warstwa Pakiet Zarządzanie bazą definicji wchodzi w skład Zarządzanie danymi. 8.9.2 Odpowiedzialność obsługa danych zawartych w serwisie. 8.10 Edytor artykułu 8.10.1 Warstwa Pakiet Zarządzanie tematami wchodzi w skład Zarządzania bazą definicji. 8.10.2 Odpowiedzialność obsługa tematów artykułów. 8.11 Zarzadzanie artykułami 8.11.1 Warstwa Pakiet Zarządzanie artykułami wchodzi w skład Zarządzanie bazą definicji. 8.11.2 Odpowiedzialność obsługa danych zawartych w artykułach. 8.12 Dane 8.12.1 Warstwa Pakiet Dane nie należy do innego pakietu. 8.12.2 Odpowiedzialność przechowuje dane. 8.13 Baza użytkoników 8.13.1 Warstwa Pakiet Baza użytkowników wchodzi w skład Dane. 27

8.13.2 Odpowiedzialność przechowuje dane o użytkownikach. 8.14 Baza artykułów 8.14.1 Warstwa Pakiet Baza artykułów wchodzi w skład Dane. 8.14.2 Odpowiedzialność przechowuje dane o artykułach. 8.15 Baza statystyk 8.15.1 Warstwa Pakiet Baza statystyk wchodzi w skład Dane. 8.15.2 Odpowiedzialność przechowuje dane o statystykach. 8.16 Historia akcji użytkowników 8.16.1 Warstwa Pakiet Historia akcji użytkowników wchodzi w skład Dane. 8.16.2 Odpowiedzialność przechowuje dane o działaniach użytkowników w serwisie. 9 Historia zmian $Log: $ 28