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

Transkrypt

1 Koszalin, r. Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Zespół projektowy: Daniel Czyczyn-Egird Wojciech Gołuchowski Michał Durkowski Kamil Gawroński Prowadzący: Dr inż. Walery Susłow

2 Streszczenie Niniejszy dokument detaliczny projektu (DDP) opisuje detale pracy zespołu projektowego, który skupia się na stworzeniu systemu księgarni internetowej w technologii ASP.NET. Pierwsza część dokumentu zawiera wstęp opisujący ogólne założenia projektowe, a także wykorzystywane standardy i konwencje. Druga część opisuje specyfikacje poszczególnych komponentów. Wszystkie zmiany w dokumencie odnotowane będą w historii wersji (zamieszczona poniżej). Historia dokumentu Wersja Opis modyfikacji Autor modyfikacji Data 1.0 Wersja początkowa Wojciech Gołuchowski 1.1 Aktualizacja specyfikacji komponentów Daniel Czyczyn- Egird

3 Spis treści 1. Opis ogólny Wstęp Cel Zakres Definicje Omówienie STANDARDY PROJEKTU, KONWENCJE, PROCEDURY Standardy projektowe Standardy dokumentacyjne Konwencje nazwowe Standardy programistyczne Narzędzia rozwijania oprogramowania... 8

4 1. Opis ogólny 1.1 Wstęp Cel Niniejszy dokument precyzuje sposób realizowanych prac. Określa założenia projektu, standardy, narzędzia i komponenty wchodzące w skład implementacji, oraz opis realizacji tych komponentów Zakres Założeniem projektu Księgarnia On-line Bukstor jest stworzenie systemu księgarni internetowej. Aplikacja ma za zadanie umożliwiać sprzedawanie książek właścicielowi systemu, natomiast klienci księgarni będą mogli przeglądać dostępną ofertę, wybierać interesujące ich pozycje książkowe oraz dokonywać ich zakupu. System tworzony jest w technologii ASP.NET, a do jego obsługi wystarczy przeglądarka internetowa Definicje Sklep internetowy aplikacja, która jest przedmiotem niniejszego projektu. Przeglądarka internetowa program komputerowy służący do pobierania i wyświetlania stron internetowych udostępnianych przez serwery WWW. Pracownik sklepu jest to użytkownik zarządzający aplikacją, posiada największy dostęp do funkcjonalności w sklepie internetowym.

5 Użytkownik anonimowy osoba niezarejestrowana w systemie, korzystająca z serwisu w celu zakupu książek. Klient/Użytkownik zarejestrowany osoba zarejestrowana w systemie(posiadająca konto), korzystająca z serwisu w celu zakupu książek. Nazwa użytkownika nazwa, którą użytkownik będzie posługiwał i identyfikował się w serwisie, nazwa użytkownika jest niezbędna podczas logowania. Hasło użytkownika ciąg znaków, używany do logowania się do serwisu oraz uzyskiwania dostępu do pełnych funkcji serwisu. Towar produkt sprzedawany, książki. Zamówienie lista towarów wybranych i zatwierdzonych przez klienta w celu zakupu. Koszyk podręczna lista towarów wybranych przez klienta. Formularz logowania miejsce, w którym użytkownik sklepu wpisuje swój login i hasło Omówienie Dokument ten powstał na podstawie specyfikacji wymagań systemowych. Zawiera on definicje standardów, strategii i konwencji które będą przestrzegane podczas realizacji projektu.

6 2. STANDARDY PROJEKTU, KONWENCJE, PROCEDURY 2.1. Standardy projektowe Projekt aplikacji powstał w oparciu o paradygmat programowania obiektowego. Dziedzina problemu została przeanalizowana i zaprojektowana zgodnie z jego regułami. Dzięki temu oprogramowanie będzie łatwe w utrzymaniu i rozwoju, przez wzgląd na dostępność wielu narzędzi i wykwalifikowanych programistów Standardy dokumentacyjne Dokumentacja projektu w sposób jednoznaczny określa jego strukturę logiczną i fizyczną. Wszystkie użyte pojęcia i skróty są wyjaśnione w odpowiednich miejscach. Specyfikacja wymagań jest zgodna ze standardem IEEE Diagramy zawarte w dokumentacji zostały sporządzone wg standardu UML 2.0. Wszystkie dokumenty dotyczące projektu są sporządzone na ustalonym szablonie firmowym. Kody źródłowe zawarte w dokumentacji są pisane czcionką o stałej szerokości (Courier New) Konwencje nazwowe Przy projektowaniu aplikacji przyjęliśmy następujące konwencje dotyczące: a) nazw klas: nazwa w języku polskim; dopuszczalne polskie znaki;

7 nazwa w liczbie pojedynczej; nazwa rozpoczyna się wielką literą i każde następne w niej słowo również (PascalCase); brak prefiksów; b) nazw pól i metod w klasach nazwa w języku polskim; dopuszczalne polskie znaki; nazwa rozpoczyna się wielką literą i każde następne w niej słowo również (PascalCase); nazwa pola/metody musi określać zastosowanie c) nazw zmiennych lokalnych dopuszczalne krótkie nazwy nazwa rozpoczyna się małą literą d) klamry i wcięcia klamra otwierająca i zamykająca w osobnej linii, wcięcie w kodzie na każdym poziomie zagnieżdżenia przykład: int RejestrujKlienta(string imie, string nazwisko) { if (CzyKlientIstnieje()) { //jakis kod } } e) reszty kodu kod samodokumentujący się (intuicyjne nazwy zmiennych)

8 2.4. Standardy programistyczne Aplikacja zostanie wykonana i będzie działać na platformie Microsoft.NET. Do zbudowania architektury aplikacji posłuży framework ASP.NET MVC3, opierający swoje działanie na wzorcu projektowym MVC. Pozwoli to stworzyć przejrzysty, łatwy do utrzymania kod, z rozdzieloną warstwą logiki biznesowej i prezentacji. Do przechowywania danych posłuży baza danych Microsoft SQL Server zgodna z językiem SQL. Dostęp do bazy odbywać się będzie przez framework ORM dostępny w.net - Entity Framework Narzędzia rozwijania oprogramowania Środowiskiem RAD w którym powstanie aplikacja jest Microsoft Visual Studio, wyposażony w plug-in ankhsvn do obsługi systemu kontroli wersji. Ponadto wykorzystane zostaną: serwer SVN - sourceforge.net, narzędzie do projektowania - Visual Paradigm for UML edytor tekstu - Microsoft Word 2007 obsługa bazy danych - Microsoft SQL Server Manager obróbka grafiki - Adobe Photoshop CS3 harmonogramowanie - GanttProject