Zarządzanie Projektami Informatycznymi Dokumentacja motoryzacyjnego sklepu internetowego autorzy: Włodzimierz Wysocki Waldemar Blicharz Wydział Elektroniki i Informatyki PK Koszalin 2009/200
Spis treści Zarządzanie Projektami Informatycznymi - Dokumentacja Cel projektu...3 2 Przypadki użycia...3 2.. UC Przeglądanie...3 2..2 UC2 Wyszukiwanie...3 2..3 UC3 Rejestracja...3 2..4 UC4 Logowanie...3 2..5 UC5 Zmień koszyk...3 2..6 UC6 Zapłać...3 3 Diagram przypadków użycia...5 4 Model domeny...6 5 Zarządzanie projektem...7 5. Analiza ryzyka...7 5.2 Szacowanie rozmiaru projektu...8 5.2. Klasyfikacja komponentów...8 5.2.2 Obliczenie nieskorygowanej wartości punktów funkcyjnych...8 5.2.3 Współczynnik VAF...8 6 Harmonogram...0 6. Prace do wykonania...0 6.2 Zasoby ludzkie... 7 Narzędzia i zasoby...2 8 Konwencje...2 8. Czcionki i znaki specjalne...2-2 -
Cel projektu Celem projektu jest wykonanie analizy i projektu motoryzacyjnego sklepu internetowego w metodologii Iconix oraz wykonanie spełniającej wymagania dokumentacji. Internetowy sklep motoryzacyjny zajmuje się wysyłkową sprzedażą detaliczną części, kosmetyków, akcesoriów i narzędzi samochodowych. 2 Przypadki użycia 2.. UC Przeglądanie System wyświetla listę kategorii produktów. Użytkownik wybiera kategorię produktów. System wyświetla listę produktów wybranej kategorii. 2..2 UC2 Wyszukiwanie Użytkownik wprowadza frazę, którą należy wyszukać. System szuka w nazwach i opisach produktów podanej frazy. System wyświetla listę znalezionych produktów. 2..3 UC3 Rejestracja System wyświetla formularz rejestracji. Użytkownik wprowadza swoje dane, imię i nazwisko, adres, email, login i hasło. System zapisuje dane użytkownika i przesyła mu maila z potwierdzeniem rejestracji. 2..4 UC4 Logowanie System wyświetla formularz logowania. Użytkownik wpisuje swój login i hasło. System wyszukuje użytkownika o podanych loginie i haśle, jeżeli nie znajdzie, wyświetla informację o błędzie logowania. 2..5 UC5 Zmień koszyk System wyświetla formularz z wprowadzoną zawartością koszyka. Aktywne elementy to ilość zamawianego produktu i ikona służąca do usunięcia produktu oraz przycisk Przelicz. Użytkownik wprowadza zmiany i wciska przycisk Przelicz. System wyświetla kwoty po przeliczeniu koszyka. - 3 -
2..6 UC6 Zapłać Zarządzanie Projektami Informatycznymi - Dokumentacja System wyświetla zawartość koszyka, obok koszyka przycisk Zmień - UC5 oraz opcje dotyczące przesyłki. Użytkownik wybiera opcję przesyłki i wciska przycisk Dalej. System wyświetla podsumowanie koszyka, kwotę za dostawę i opcje zapłaty - za pobraniem albo przelew. Użytkownik wybiera opcję zapłaty i wciska przycisk Dalej. System wyświetla dane adresowe klienta w polach do edycji. Użytkownik zmienia adres, jeśli jest potrzeba i wciska przycisk Dalej. System tworzy nowe zamówienie wg zawartości koszyka, wysyła maila z potwierdzeniem zakupu i numerem zamówienia i wyświetla potwierdzenie zakupu na ekranie. Przebieg alternatywny: Jeżeli użytkownik nie jest zalogowany, to system wyświetla przycisk Logowanie, wciśnięcie przycisku przechodzi do UC4. Jeżeli użytkownik nadal nie jest zalogowany, to może wpisać z ręki adres dostawy i mail. - 4 -
3 Diagram przypadków użycia Przegladanie System Wyszukiwanie Klient_ Rejestracja Logowanie Dodaj do koszyka Zmien koszyk zalogowany Zaplac Sprawdz stan zamowienia Raporty admin Dodawanie i zmiana listy produktow Administrowanie uzytkownikami - 5 -
4 Model domeny Kategoria Posiada konto Uzytkownik +Nazwa +Haslo Klient +Nazwisko +email +Ulica +Miasto +KodPoczt Sklada Dostarcza 0..* 0..* Zamowienie +Data +Status +Wartosc +Waga +Razem Wyslane 0..* Zawiera Zaplacone Koszyk +Wartosc +Razem +Waga +CenaPrzesylki 0..* Pozycja +Lp +Ilosc +Cena +Wartosc +Waga SposobZaplaty Zawiera +Id +Nazwa +Opis +Foto +Foto2 +Foto3 Zamawiany towar 0..* Zawiera Produkt +Id +Kategoria +Nazwa +Opis +Cena +Ilosc +Wartosc +Waga +Foto +Foto2 +Foto3 Spedytor +Nazwa Przesylka +Nazwa +Cena +Nazwa +Waga +Cena - 6 -
5 Zarządzanie projektem 5. Analiza ryzyka Kategoria Nazwa ryzyka Symptomy Skutki zasób zasób otoczenie zasób zasób otoczenie otoczenie zniszczenie pendrive'a komputer brak kontaktu z klientem środki finansowe programy narzędziowe przedstawiciel klienta absolutorium - wpisy nie można odczytać dokumentu piorun uderza w pobliżu nie można go zastać, nie odbiera telefonu puste konto awaria oprogramowania, nie można otworzyć pliku choroba brak wpisów brak dokumentów zniszczony zasilacz i płyta główna nie można zebrać wymagań i rozpocząć pracy nad projektem Brak możliwości dokończenia projektu brak możliwości naniesienia poprawek w dokumentacji brak możliwości zebrania wymagań brak możliwości obrony pracy Prawdopo dobieństwo średnie niskie średnie wysokie niskie średnie niskie Działania zapobiegawcze tworzenie kopii bezpieczeństwa zakup listwy zabezpieczającej, odłączanie sprzętu w czasie burzy Utrzymywać stałą komunikację z klientem Zapłata za zamknięte etapy projektu Zapisanie plików w wymiennych formatach Wyznaczyć osobę zastępującą przedstawiciela Prawdopodobieństwo % niskie < 0% średnie 0-30 wysokie 30-50% - 7 -
5.2 Szacowanie rozmiaru projektu Szacowanie rozmiaru projektu zostało przeprowadzone przy użyciu metody punktów funkcyjnych. 5.2. Klasyfikacja komponentów Element systemu EI zewnętrzne wejścia Logowanie Formularz koszyka Formularz zamówienia Dane klienta EO zewnętrze wyjścia Raport zamówień Lista klientów Raport sprzedaży EQ zapytania zewnętrzne Wyszukanie produktów ILF pliki wewnętrzne Wartość Low(2) Avg(4) High(6) Low(3) Avg(5) Low(4) Avg(5) Low * Avg(4) = Avg(4) 0 * Low(7) 5.2.2 Obliczenie nieskorygowanej wartości punktów funkcyjnych Low Avg High Suma EI 2*3 *4 *6 6 EO *4 2*5-4 EQ - *4-4 ILF 0*7 - - 70 UT 04 5.2.3 Współczynnik VAF. Czy jest wymagane przesyłanie danych? 2. Czy są funkcje przetwarzania rozproszonego? 0 3. Czy wydajność ma kluczowe znaczenie? 2 4. Czy system ma działać w mocno obciążonym środowisku operacyjnym? 5. Czy system wymaga wprowadzania danych on-line? 4-8 -
6. Czy wewnętrzne przetwarzanie jest złożone? 5 7. Czy kod ma być re-używalny? 8. Czy wejścia, wyjścia, pliki i zapytania są złożone? 5 9. Czy wprowadzanie danych on-line wymaga transakcji obejmujących wiele ekranów lub operacji? 0. Czy pliki główne są aktualizowane on-line? 5. Czy system ma mieć automatyczne konwersje i instalacje? 2. Czy system wymaga mechanizmu kopii zapasowych i odtwarzania? 3. Czy system jest projektowany dla wielu instalacji w różnych organizacjach? 4. Czy aplikacja jest projektowana, aby wspomagać zmiany i być łatwą w użyciu przez użytkownika? Współczynnik korekcji VAF VAF = 0,65 + 0,0 * SumaZTabelki = 0,92 Skorygowana liczba punktów funkcyjnych FP = VAF * UT = 0,92 * 04 = 96 Liczba wierszy kodu w języku PHP Zakł adamy mnożnik M = 30, jak przy językach obiektowych. LOC = M* FP = 96 * 30 = 2870 0 0 Razem 27-9 -
6 Harmonogram 6. Prace do wykonania - 0 -
6.2 Zasoby ludzkie - -
7 Narzędzia i zasoby Zarządzanie Projektami Informatycznymi - Dokumentacja Do pracy nad projektem i jego dokumentacją wykorzystano następujące programy.. Diagramy UML StarUML wersja 5.0.2.570, Enterprise Architect wersja 6. trial 2. Harmonogram - wykres Gantta GanttProject wersja 2.0.9 3. Dokumentacja - OpenOffice.org wersja 3.. 8 Konwencje Przedstawiamy konwencje zapisu zastosowane w niniejszej dokumentacji. 8. Czcionki i znaki specjalne Czcionka Courier została użyta do przedstawienia typów języka Java, komponentów XML schema i wszystkich przykładów kodu zamieszczonych w dokumentacji. Na przykład: java.lang.string klasa Javy (nazwa kwalifikowana) ObslugaZamowien klasa Javy xs:string typ XML Schema po:billto element globalny XML Schema Czcionka Courier została także użyta do oznaczenia istotnych elementów związanych ze środowiskiem programowym (np. ścieżek, katalogów, zmiennych systemowych) i tekstów wyświetlanych przez komputer. Na przykład: JAVA_HOME zmienna systemowa $JAVA_HOME katalog mvn install instrukcja wpisana na konsoli Kursywą wyróżniono pojęcia zdefiniowane w słowniku. Nie za każdym razem pojęcie ze słownika jest wyróżnione tylko wtedy, gdy jest użyte po raz pierwszy i czytelnik może nie wiedzieć, że jest zdefiniowane w słowniku. - 2 -