Założenia projektu

Inżynieria Oprogramowania - projekt - III EF-ZI
Cel projektu:
zaprojektowanie aplikacji obsługującej bazę danych do zarządzania
firmą/biblioteką/szkołą/przychodnią itp.
Projekt jest dwuosobowy. Jeśli w grupie projektowej jest nieparzysta liczba osób, jedna osoba
powinna wykonać projekt sama bądź ze studentem z innej grupy.
Przed upływem określonych terminów należy wysłać maila na adres: [email protected] z
wykonanym kolejnym etapem projektu w załączniku (format doc, pdf lub odt; proszę nie
wysyłać projektu w treści maila). Nazwa pliku powinna składać się z nazwisk i imion osób w
grupie.
Tematy maili powinny mieć następujący format: io_grupa_inicjały. Np. jeśli projekt
wykonują Jan Kowalski i Tomasz Jabłoński z grupy l01, temat maila powinien wyglądać
następująco: io_JKTJ_l01.
Kolejne etapy projektu wysyłamy dopisując je do poprzedniego etapu (w jednym pliku).
Uwaga: Ostatnimi dniami na dostarczenie kolejnego etapu projektu są dni poprzedzające
zajęcia.
Kolejne etapy projektu:
1. Termin: 13.12. Należy określić skład osobowy, przygotować temat i krótki opis
projektu.
Opis powinien zawierać listę grup użytkowników, którzy mogą zarządzać systemem
oraz ich role. Każdy system musi uwzględniać administratora, który może zarządzać
nim bez ograniczeń oraz co najmniej jedną inną grupę. Tematy projektów w jednej
grupie nie mogą się powtarzać.
2. Termin: 10.01. Należy przygotować diagram związków encji (ERD) oraz diagram
hierarchii funkcji (FHD).
Diagram ERD powinien zawierać co najmniej 7 encji. Narzędzie i jednocześnie
szablon tworzenia diagramu FHD znajduje się na stronie pod adresem:
https://creately.com/app/?tempID=gziygbmu4# (należy się najpierw zalogować). Jest
tam jednak niepoprawnie przedstawiona dekompozycja funkcji, także proszę się na
niej nie wzorować. Charakterystyka FHD znajduję się pod adresem:
http://jjakiela.prz.edu.pl/dhf.htm oraz http://blog.xpro.biz/index.php/hierarchia-funkcji/.
3. Termin: 17.01. Należy przygotować macierz CRUD (Create, Retrieve, Update,
Delete) oraz diagram przepływu danych (DFD).
Diagram DFD powinien składać się z diagramu ogólnego i diagramów
szczegółowych. Opis tworzenia CRUD i DFD znajduje się na stronie z materiałami wykład/Modelowanie procesów - DFD, laboratorium/Modelowanie procesów za
pomocą diagramów DFD). CRUD i DFD powinny zostać stworzone w oparciu o
wymienione materiały. W przypadku wystąpienia trudności w rysowaniu DFD metodą
przedstawioną na wykładzie można przyjąć inną konwencję graficzną. Ważne, żeby
istota diagramu została zachowana.
4. Termin: 24.01. Należy przygotować diagram przypadków użycia (UCD) oraz
wnioski na temat opracowanego projektu aplikacji oraz języka UML. Można
również opracować diagram klas, którego poprawne wykonanie podniesie ocenę
za projekt o 0,5 stopnia.
W przypadku, gdy aplikacja jest zaimplementowana obiektowo (np. w ramach innego
przedmiotu), poszczególne klasy, ich atrybuty oraz działania można przedstawić tak,
aby reprezentowały pola i metody klas użytych w programie. We wnioskach można
krótko opisać w jaki sposób i przy użyciu jakich narzędzi aplikacja została (lub
będzie) zaimplementowana.
W przypadku nie wysłania kolejnego etapu projektu w odpowiednim terminie, maksymalna
ocena za projekt zostaje obniżona o x*0,5 stopnia, gdzie x jest liczbą niewysłanych etapów.
Wyjątkiem jest pierwszy etap. Jeśli ktoś ma wątpliwości co do wymyślonego tematu i opisu
projektu, może skonsultować się w dniu 14.12 w godzinach zajęć. W takim wypadku ocena
nie zostanie obniżona jeśli pierwszy etap projektu będzie dostarczony w ciągu kolejnego
tygodnia.
Jeśli student chce dokonać poprawki do wcześniej wysłanego etapu projektu, może to zrobić
wysyłając kolejny etap i oznajmiając o tym w mailu. Należy w takim wypadku napisać jakie
zmiany zostały wprowadzone.
Przykładowe narzędzia, które umożliwiają tworzenie diagramów UML:
−
−
−
−
−
−
Violet UML Editor
MySQL Workbench (diagramy ERD)
StarUML
UMLet
ArgoUML
Oracle Designer
W razie problemów ze znalezieniem lub uruchomieniem wygodnych narzędzi do tworzenia
diagramów można je wykonać w programie MS Word (kształty), a nawet narysować
ołówkiem na kartce i zeskanować. Należy pamiętać, że diagramy wraz z napisami powinny
być czytelne.
Przykłady tworzenia niektórych diagramów znajdują się na stronie z materiałami:
http://materialy.prz-rzeszow.pl, przedmiot - inżynieria oprogramowania - laboratorium,
wykład. Można również skorzystać z publikacji książkowych dotyczących języka UML, np.:
− Język UML 2.0 w modelowaniu systemów informatycznych, Wrycza S., Marcinkowski
B., Wyrzykowski K.
− UML Dla każdego, Schmuller J.