dr inź Leszek Grocholski Wrocław 03

dr inż. Leszek Grocholski
Świdnica 02.10.09
Szablon projektu z przedmiotu
INŻYNIERIA OPROGRAMOWANIA
Poniżej szczegółowo przedstawiono zawartość dokumentu stanowiącego projekt
z przedmiotu INŻYNIERIA OPROGRAMOWANIA.
Strona tytułowa
Zawartość:
-
imię i nazwisko studenta, wydział, nr indeksu
nazwa przedmiotu
obszar tematyczny projektu
technologie: język programowania, baza danych,
( ew. technologia generowania raportów/analiz )
prowadzący
semestr
spis treści
WYMAGANIA
O. NAZWA SYSTEMU ( PRZEDSIĘWZIĘCIA ). CEL PRZEDSIĘWZIĘCIA
a. Potrzeby klienta - Dlaczego klient chce kupić taki system?
b. Jakich korzyści spodziewa się klient po zakupie i wdrożeniu systemu?
I PRZEZNACZENIE i ZAKRES
a. Jaki jest cel i przeznaczenie systemu ?
b. Jaki jest zakres systemu ? Co jest poza systemem?
II WYJAŚNIENIE PODSTAWOWYCH, UŻYTYCH POWYŻEJ TERMINÓW (
słownik systemu)
III PRZEWIDZIANY SPOSÓB UŻYCIA ( przypadki użycia )
a. Główni aktorzy i ich cele
b. Opis procesu biznesowego, który będzie wspomagany przez system
c. Opis głównych funkcji obsługi technicznej systemu
d. Rozmiary systemu ( ilu użytkowników, stacji roboczych, operacji, danych ) ?
IV TECHNOLOGIA
a. Jakie są wymagania technologiczne w stosunku do tego systemu?
b. Z jakimi systemami system będzie miał interfejsy?
Jakie są wobec nich wymagania?
V. OGRANICZENIA
Va. PROCES WYTWORCZY
1. Kto bierze udział w przedsięwzięciu?
2. Jakie wartości będą odzwierciedlone ( prosty, szybki, ładny, elastyczny)?
Co one oznaczają dla systemu ?
3. Co musimy kupić? Co musi być zbudowane? Kto jest naszą konkurencją?
5. Jakie są wymagania odbioru - testowanie, wstępna eksploatacja?
Vb. OPERACJE EKSPLOATACYJNE, zabezpieczenia, szkolenia, dokumentacja
VI INNE
0. Czy i jakie straty poniesie organizacja w przypadku awarii systemu?
1. Jak zastąpić system pracą ludzi w przypadku jego awarii?
2. Jakie są wymagania prawne i polityczne dot. systemu i jego otoczenia?
3. Jakie konsekwencje dla klienta i dla wykonawcy niesie ukończenie systemu
4. Co się stanie jak systemu nie ukończymy?
5. Jakie są wymagania dotyczące szkoleń ?
6. Jakie są założenia i zależności w środowisku zleceniodawców i wykonawców?
DIAGRAMY w UML
1. Główny przypadek użycia
Opis głównego przypadku użycia ( GPU)
Diagram GPU
Scenariusz GPU
2. Przykładowe przypadki użycia
Opis przykładowych przypadków użycia ( PPU)
Diagramy PPU
Scenariusze PPU
Opis przypadków „zawierających się” ( include ) i „rozszerzających”
( extend )
Diagramy pakietów omówionych przypadków użycia
3. Diagramy czynności dla PU z rozdz. 1 - 2.
Podejmowane decyzje, współbieżność, tory
4. Diagram klas
Należy krok po kroku opisać sposób, w jaki zidentyfikowano klasy
Ich atrybuty i funkcje ( metody) oraz wzajemne powiązania.
Opis warunków, które muszą spełniać składniki podstawowych klas
5. Diagramy stanów ( maszyny stanowej ) .
Pytania pomagające identyfikować elementy diagramów stanów
Zobrazowanie podstanów, sygnałów
6. Diagramy przejść i kooperacji
a. Pytania pomagające identyfikować elementy diagramów przejść i
kooperacji
b. Modelowanie zachowań wykonywanych wielokrotnie.
c. Obiekty wielokrotne, synchronizacja
d. Modelowanie przebiegów czasowych
e. Modelowanie rekurencji
7. Diagramy UML bazy danych, menu i okien.
Diagramy uwzględniające składniki i hierarchię okien.
8. Diagramy architektury
a. Pytania pomagające identyfikować elementy diagramów architektury
b. Model struktury logicznej ( komponenty oprogramowania )
c. Model struktury fizycznej ( fizyczna realizacja systemu).
UWAGI REDAKCYJNE:
Terminologia dot. UML wersji 1.4 – do tej wersji jest po polsku najwięcej literatury
Dokument opisujący projekt: powinien charakteryzować się następującym
wyglądem::
- strona tytułową zgodną z wytycznymi
- ponumerowane strony
- strony opisane nagłówkiem lub stopką z nazwiskiem autora
Rozdziały muszą zaczynać się na nowych stronach.
Ogólnie projekt powinno się łatwo przeglądać i czytać
Projekty oddawane są wydrukowane ( nie przesyłane e-mailem !) i w koszulce.
Strony są spięte.
DOBRE I DARMOWE OPROGRAMOWANIE UML:
1. JUDE ver. 2.5 (http://jude.change-vision.com/jude-web/) (wymaga J2RE1.4.1_03,
zalecany: J2SE1.4.2_10, http://java.sun.com/j2se/1.4.2/download.html)
strona zawiera również ciekawe informacje o oprogramowaniu Mind Map
- do projektowania serwisów www ( i GUI poprzez www ).
2. Enterprise Architect ver. 6.1 (Sparx Systems) (http://www.sparxsystems.com.au/)
ze strony producenta można ściągnąć darmową 30 dniową wersję - bardzo dobre,
zaawansowane oprogramowanie, wspiera w pełni UML 2.0 (wszystkie diagramy).
3. MS Visio darmowy w ramach programu akademickiego Billa Gatsa MSDNAA.
INNE " DOBRE " OPROGRAMOWANIE UML:
1. ArgoUML ver. 0.18.1(http://argouml.tigris.org/)
2. Together Designer 2006 (Borland) (http://www.borland.com/)
3. Umbrello UML Modeller 1.5.1 (Linux) (http://uml.sourceforge.net/)
STRONY www o UML:
1. Object Management Group - UML (OMG) (http://www.uml.org/)
2. UML 2.0 Tutorial (Sparx Systems) (http://sparxsystems.com.au/resources/uml2_tutorial/)
3. Practical UML: A Hands-On Introduction for Developers - Randy Miller (Borland)
(http://bdn.borland.com/article/0,1410,31863,00.html)