Szoftver projekt laboratórium

Szoftver Laboratórium 4.

Tárgykód	VIIIA220
Általános infók
Szak	info
Kredit	2
Ajánlott félév	4
Keresztfélév	nincs
Tanszék	IIT
Követelmények
KisZH	nincs
NagyZH	nincs
Házi feladat	11 db
Vizsga	nincs
Elérhetőségek
Levlista	szoftlab4@NO-SPAM.sch.bme.hu
Tantárgyi adatlap
Tárgyhonlap

A labor célja objektum orientált alkalmazás készítése UML (Unified Modeling Language) leírással, JAVA-ban megvalósítva, RUP (Rational Unified Process) processz szerint. A hallgatók 3-4 (újabban 4-5) fős csoportokban dolgoznak és készítik el a dokumentumokat a megadott ütemezés szerint (a félév során 11 beadandó feladat lesz). A dokumentumokat a megadott formátumban, az összefoglalás és a programkód kivételével nyomtatott változatban kell beadni.

Követelmények

Előtanulmányi rend

Szoftvertechnológia tárgyból kredit megszerzése szükséges a tárgy felvételéhez.

Szorgalmi időszakban

• A kezdés feltétele, hogy az egyes hallgatók csapatokba szerveződjenek (4-5 fő), és konzultációs időpontot válasszanak maguknak. Ha ez explicit nem történik meg, LZ implicit módon a maradék embereket csapatokká kasztolja.
• A min. elégséges félévvégi jegy feltételei:
  • A félév során kiadott 11 feladat leadása (8 dokumentáció, 3 dokumentáció+szoftver). Egy feladat leadásának feltétele az összes előző feladat sikeres teljesítése. A teljesítés feltétele a 3 szoftver fázisnál (Szkeleton, Proto, Grafikus) a kapható pontok 41%-nak teljesítése (ez rendre 9, 15, 17 pontot jelent), a többi feladatnál, hogy a konzulens a feladatot elfogadja (tehát itt nincs minimum pont követelmény).
• Pótlási lehetőségek:
  • Késedelmes leadás esetén a kapható pontok naponta 10%-kal csökkennek, tehát 10 nap késés esetén már biztosan nem jár pont (de ebben az esetben is le lehet adni a feladatot, hiszen ez a többi feladat teljesítésének feltétele). Késés esetén közvetlenül a konzulensnek, vagy a tanszéken lehet leadni az anyagot.
  • Ha a konzulens egy feladatot nem fogad el, úgy azt a következő hétre (a következő beadandó feladattal együtt) újra be kell adni, ilyenkor a rá kapható pont a maximális pontszám 40%-a. Pótolni egy alkalommal lehet.
• Kontakt órák
  • Gyakorlat: Heti egy alkalom (nem kötelező minden csapattagnak a részvétel).

A vizsgaidőszakban

• Vizsga: nincs.

Félévvégi jegy

• A feladatok részletes pontozása:

1. Szkeleton (összesen 100 pont, min 41 pont)
   • Követelmény, projekt, funkcionalitás (10 pont)
   • Analízis modell kidolgozása 1. (20 pont)
   • Analízis modell kidolgozása 2. (30 pont)
   • Szkeleton tervezése (20 pont)
   • Szkeleton beadása (20 pont, min 9 pont)
2. Proto (összesen 100 pont, min 41 pont)
   • Prototípus koncepciója (35 pont)
   • Részletes tervek (30 pont)
   • Prototípus beadása (35 pont, min 15 pont)
3. Grafikus (összesen 100 pont, min 41 pont)
   • Grafikus felület specifikálása (30 pont)
   • Grafikus változat beadása (40 pont, min 17 pont)
   • Összefoglalás (30 pont)

• Mindhárom feladatrész 100 pontot ér. A sikeres teljesítéshez szükséges, hogy mindegyik ilyen blokkból a csapat legalább 41 pontot elér (és a blokkok végén található szoftver beadásra is legalább 41%-ot kap). Ha ez a feltétel nem teljesül, az egyéni teljesítménytől függetlenül mindenki elégtelent kap a csapatban! Ha a minimum követelmények teljesülnek, úgy a Szkeleton (Sc), Proto (Pr), illetve Grafikus (Gr) feladatrészekre kapott pontok súlyozott átlagát kell venni, ahol a súlyok:
• $P=0,3*Sc+0,5*Pr+0,2*Gr$
• Az így képzett átlag a csapat pontszáma. Ez a pontszám végül az egyes csapattagok kontribúciójának arányában oszlik el (ezt az arányt a csapat állapítja meg). Amennyiben ez az arány nem tükrözi a napló tartalmát, úgy a konzulens ezt az arányt a csapattagok részvételével (vagy akár anélkül) megváltoztathatja. A végső pontszám jegyre konvertálása az alábbi táblázat szerint működik:

P	Jegy
0 - 40	1
41 - 54	2
55 - 68	3
69 - 82	4
83 - 100	5

Jótanácsok

• Lennon tanácsai a tárgyhoz

Verzókezelés

Mindenképpen kell egy értelmes verzókezelő rendszer, ha dropboxon vagy haosnlón küldözgetitek, csak magatokkal toltok ki. Jelenleg (2014) működik a kszk git verziókezelője, pár perc alatt el lehet sajátitani hozzá az alapokat

Doksi írás

Érdemes olyan platformot választani, amit egyszerre mindenki tud használni, nem kell várni a másikra, illetve utólag összeollózni. Jelenleg a Google Drivenál nem tudok jobbat ajánlani.

Kommunikáció

Nem kell mindig találkozni, a lényeg, hogy legyen egy olyan közös csatorna, amit mindenki tud követni. Akár facebookbeszélgetés, akár levlista, a lényeg hogy mindig, mindenki kapja meg. (A kódokat viszont ne itt küldözgessétek...)

Kommentezés

Bármilyen függvényt írsz, mindig kommenteld oda, hogyan kell használni, mire szánod, mert a csapattársad nem tud olvasni a gondolataid között

Befejezett projektek galériái

• Kindergarten Galéria 2006
• SnakeFarm Galéria 2008
• Bankrabló Galéria 2010
• Continuity Galéria 2012
• AntFarm Galéria 2013
• Két Torony Galéria 2014

Csapattoborzás

Ha nincs csapatod, levlistán érdemes szóvá tenni, a legkönnyebben ott lehet csapatot verbuválni. Mivel a csapatban mindenképpen szükség lesz jó kóderre, dokumentálóra, érdemes az ilyen jellegű igényeket is beleírni a toborzó emailekbe. Viszont azt, hogy szeretném elvégezni a tárgyat, lehetőleg ne, hisz én még nem találkoztam olyan emberrel, aki azért vette föl, mert nem szeretné elvégezni. (lennon (vita) 2013. január 19., 21:32 (CET))