Szoftver projekt laboratórium

A VIK Wikiből
A lap korábbi változatát látod, amilyen Bokros Bálint Botond (vitalap | szerkesztései) 2016. február 4., 19:36-kor történt szerkesztése után volt. (Bokros Bálint Botond átnevezte a(z) Szoftver labor IV. lapot a következő névre: Szoftver projekt laboratórium: Új tanrend, a tárgy új névvel és tárgykóddal, de azonos tematikával kerül meghirdetésre)
Ugrás a navigációhoz Ugrás a kereséshez
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
Hiba a bélyegkép létrehozásakor: Nem lehet a bélyegképet a célhelyre menteni
@sch.bme.hu


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:
  • [math]P= 0,3*Sc+0,5*Pr+0,2*Gr[/math]
  • 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

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

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))


Bevezetők
1. félév
2. félév
3. félév
4. félév
5. félév
6. félév
7. félév