Projektterv. Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi

Átírás

1 Projektterv Projekt Neve: Ingatlan Bérbeadási Nyilvántartás Csoport: nmi Verziók: Verzió Dátum Szerző Státusz Megjegyzés Balikó Ivett Tervezet Kiindulási változat Fertői Ferenc Tervezet Feladat kiegészítések Balikó Ivett Tervezet Végleges változat, véleményezésre Státusz osztályozás: Tervezet Befejezetlen dokumentum Előterjesztés A project manager bírálatával Elfogadott A megrendelő által elfogadva Összefoglaló Ez az nmi csoport által megvalósítandó Ingatlan bérbeadási nyilvántartás projektterve. Ingatlan bérbeadási nyilvántartás Projektterv

2 Tartalomjegyzék 1 PROJEKT BEMUTATÁSA HÁTTÉR CÉLOK ÁTADANDÓK KÖLTSÉG ÉS ERŐFORRÁS SZÜKSÉGLETEK SZERVEZETI FELÉPÍTÉS ÉS FELELŐSSÉGMEGOSZLÁS PROJEKTCSAPAT PARTNEREK KÖZÖTTI FELELŐSSÉG MEGOSZLÁS A MUNKA TARTALMA ÁTADANDÓK ÉS HATÁRIDŐK FELADATOK DEFINÍCIÓJA ÉS IDŐBEOSZTÁSA MUNKAKÖRNYEZET RIZIKÓMENEDZSMENT PROJEKT KÖLTSÉGVETÉS JELENTÉSEK MUNKA MENEDZSMENT CSOPORTGYŰLÉSEK MINŐSÉGBIZTOSÍTÁS EREDMÉNYEK ELFOGADÁSA STÁTUSZJELENTÉS ÁTADÁS FÜGGELÉK 1: FELADATLISTA PROJEKTTERV ELKÉSZÍTÉSE SZOFTVER SPECIFIKÁCIÓ ELKÉSZÍTÉSE FEJLESZTÉS TESZTELÉS FÜGGELÉK 2: RÉSZLETES IDŐBEOSZTÁS FÜGGELÉK 3: RÉSZLETES KÖLTSÉGVETÉS FÜGGELÉK 4: ÁTVÉTEL nmi csoport, projektterv Page 2 10/20/2008

3 1 Projekt bemutatása Ez a dokumentum az nmi csoport által megvalósítandó Ingatlan bérbeadási nyilvántartás projekt projektterve, mely től ig tart. A projekt a gyakorlatvezetőnek való bemutatással zárul. A projektterv bemutatja a projekt tervezett menetét, egészen a tervezéstől az átadásig. Részletesen magában foglalja a projekt feladatait, kijelöli a feladatok megvalósításáért felelős személyeket, valamint az egyes feladatok határidejét, evvel biztosítva, hogy minden feladat a szükséges időben elkészüljön. Iránymutatást ad az esetlegesen felmerülő problémák és kockázatok kezelésére. 1.1 Háttér A projekt a Rendszerfejlesztés tantárgy kereteiben jött létre, melynek során a fejlesztési projektek menetét egy valós projekt keretében próbálhatjuk ki. A projekt önálló megvalósítása erősíti a csapatmunkát, rávilágít a kiosztott feladatok és határidők fontosságára, és lehetőséget biztosít egy fejlesztési projekt működésének részletes áttekintésére. 1.2 Célok A projekt célja egy ingatlan bérbeadási nyilvántartás megvalósítása. A rendszer egy több ingatlannal rendelkezdő vállalat bérbeadásait rendszerezi. A rendszerben karbantarthatóak a vállalat ingatlanai, azok fő adataival. Az ingatlanok különböző szűrési feltételek alapján kilistázhatóak, evvel megkönnyítve, hogy a vállalat munkatársa a legmegfelelőbb ingatlanokat ajánlja az ügyfelek részére. Amennyiben a megfelelő ingatlant sikerült kiválasztani, a kiadás funkció segítségével rögzíthetőek a bérlő, valamint a szerződés adatai. Amennyiben egy ingatlanhoz a felhasználó szerződést rögzít, a rendszer az ingatlan állapotát szabadról, foglaltra állítja. A szerződésen igény esetén további módosítások végezhetőek, valamint bármely szerződés meghosszabbítható. A szerződések lejárat dátuma szerinti szűrésével lehetőség van a lejárt szerződések módosítására vagy lezárására. Szükség esetén a szerződés felbontására is lehetőség van a rendszerben, jelölve, hogy melyik fél élt a rendkívüli felmondással, és milyen indokkal. A rendszer fő funkciói: Ingatlan rögzítése Ingatlan törlése (inaktiválás, logikai törlés) Bérbeadás Szerződés módosítása Szerződéshosszabbítás Szerződés felmondása rendkívüli indokkal Szerződés felmondása lejáratkor Szabad ingatlanok listázása, szűrése Aktív szerződések listázása szűrése Lejárt szerződések Lezárt szerződések nmi csoport, projektterv Page 3 10/20/2008

4 1.3 Átadandók A projektcsapat a következő eredményeket fogja produkálni a projekt időtartama alatt (részletezését lásd 3.1-es fejezet): Projektterv Jelen dokumentum. Szoftver specifikációk Használati esetek, diagrammok, részletes dokumentáció a program elvárt működéséről és a megvalósítás módjáról. Tesztelési terv A tesztelés menetét, módszereit, valamint a teszteseteket mutatja be. Program Az elkészült működő alkalmazás. Tesztjegyzőkönyv A tesztelés tapasztalatait összefoglaló dokumentum. 1.4 Költség és erőforrás szükségletek Az erőforrás szükségletünk 24 személynap. A rendelkezésre álló pontok: 200 pont (4 fő, 50 pont/fő). 2 Szervezeti felépítés és felelősségmegoszlás A project megrendelője a gyakorlatvezető, Hegedűs Péter. A projektet a projektcsapat fogja végrehajtani. 2.1 Projektcsapat A projekt tagjai a következő személyek: Szerepkör Szerepkör részletes Név cím Megrendelő Megrendelő Hegedűs Péter hpeter@inf.u-szeged.hu Projekt menedzser PM, szervező Balikó Ivett baliko.ivett@stud.u-szeged.hu Projekt tag Projekt tag Fejlesztésvezető, fejlesztő Szervező, tesztelő Fertői Ferenc Bulyáki Tamás fertoi.ferenc@stud.u-szeged.hu bulyaki.tamas@stud.u-szeged.hu Projekt tag Fejlesztő, tesztelő Maros Zoltán maros.zoltan@stud.u-szeged.hu nmi csoport, projektterv Page 4 10/20/2008

5 2.2 Partnerek közötti felelősség megoszlás A projekt sikeréért és teljesüléséért a projektcsapat felelős. A megrendelő feladata a projekt átvétele. nmi csoport, projektterv Page 5 10/20/2008

6 3 A munka tartalma 3.1 Átadandók és határidők A főbb átadandók a projekt ideje alatt a következők: Átadandó Átadási Határidő Projektterv Szoftver specifikációk Tesztelési terv Nyilvántartó rendszer Tesztjegyzőkönyv Bemutató Feladatok definíciója és időbeosztása A feladatok listája, leírása, felelőse és határideje az 1-es és 2-es függelékben találhatóak. 3.3 Munkakörnyezet Hardver környezetek Típus Darab Asztali 1 Hordozható 3 Alaplap Processzor Memória Merevlemez Meghajtók Grafikus vezérlő MSI K9N Ultra AMD Athlon X GB 4X250GB DVD, FDD ATI Radeon HD2900XT Intel 945GM/ICH7- M Mobile Intel Core2 Duo T GB 120GB DVD Intel Graphics Media Accelerator 950 Intel GM965 rev. C0 MacBook4,1 (2mag,64bit) Intel Mobile Core 2 Duo T GHz Intel Core 2 Duo 1 GB DVD Mobil Intel 965 Express Chipset Family 2 GB 160 GB DVD Intel GMA X Szoftver környezetek Operációs rendszer Irodai programcsomag Fejlesztőkörnyezet MS Windows XP 2 db MS Office db Eclipse db MS Windows Vista 1 db MS Office db SQLite 4 db Mac OS X Leopard 1 db iwork 08 1 db PMD 4 db nmi csoport, projektterv Page 6 10/20/2008

7 3.4 Rizikómenedzsment A projekt számára jelenleg ismert kockázatok: Betegség, szabadság (távollét, utazás, munkahelyi vagy magán jellegű 2 napot meghaladó távollét) o valószínűség: közepes o Előfordulásáról a projekt menedzser tájékoztatása, aki megvizsgálja, hogy a probléma milyen szinten érinti a projektet, ha szükséges, a terv módosítását kezdeményezi Hardver probléma o valószínűség: kicsi o Előfordulásáról a projekt menedzser, valamint a fejlesztésvezető tájékoztatása, megoldás keresése. A projekt menedzser szükség esetén a tervek módosítását kezdeményezheti. Szoftver probléma o valószínűség: kicsi o Előfordulásáról a projekt menedzser, valamint a fejlesztésvezető tájékoztatása, megoldás keresése. Egyéb külső probléma o valószínűség kicsi o A probléma felmérése és a szükséges lépések megtétele a projektmenedzser feladata, szükség esetén a megrendelő bevonásával, engedélyével. 4 Projekt költségvetés A költésgvetés részleteit a 3-as és 4-es függelék tartalmazza. 5 Jelentések 5.1 Munka menedzsment A munkát a projektmenedzser menedzseli. Feladata hogy figyelemmel kisérje a kiosztott feladatok elkészülését, a felmerült problémákat és kockázatokat kezelje, azokra megoldást találjon, szükség esetén a tervek módosításával, a feladatok és szerepkörök átcsoportosításával. A fejlesztési szakaszban a különböző fejlesztési feladatok szétosztása, valamint az elkészült részek teszelésre való átadása a fejlesztésvezető hatáskörébe tartozik. 5.2 Csoportgyűlések A projekt hetente ülésezik, hogy megvitassák az azt megelőző hét problémáit, ill. megbeszéljék a következő hét feladatait. A folyamatos kapcsolattartás , msn és skype segítségével történik. A projektet érintő fontos kérdések megvitatásához, döntések meghozatalához a projekt összes tagjára szükség van, sürgős esetben fejlesztési kérdésekben a fejlesztésvezető, egyéb a projektet érintő kérdésekben a projektmenedzser hozhat döntéseket. nmi csoport, projektterv Page 7 10/20/2008

8 5.3 Minőségbiztosítás A minőségbiztosítás lényege, hogy a dokumentáljuk az előállítandó termékek minőségi paramétereit és ellenőrzésének módját. A szoftverminőség piaci" megfogalmazása: Megfelelő minőségű a szoftver, ha: tetszik a felhasználónak, kielégíti az igényeit funkcionálisan megfelelő időben, olcsón elkészül az átadáskor stabilan működik kevés hibát tartalmaz A terméket több perspektívából is meg kell vizsgálni: A megrendelőt a szoftver kezelhetősége, a szoftver teljesítménye, a használatának következményei (pl. funkcionalitás, megbízhatóság, hatékonyság, használhatóság, hordozhatóság) érdekli. A fejlesztőt a köztes termék-minőség, és a végtermék minősége (karbantarthatóság, tesztelhetőség...) érdekli. A projektmenedzsert érdekli a minőség, a menedzsment szempontjából történő minőségjavítás (csúszások, költségtúllépések kiküszöbölése). Ezen nézőpontok együttes megelégedettsége adja meg a termék, a szoftver minőségét. Ezért a fejlesztési folyamat egészét felügyelni, mérni kell. Ha a helyzet értékelése azt kívánja meg, be kell avatkozni, rá kell mutatni a negatív hatásokra, javaslatot kell adni olyan változtatásokra, amelyek kedvezően befolyásolják a projekt végkimenetelét, azaz a szoftver végleges minőségét. A tesztelési folyamat célja a rendszerben található hibák felderítése illetve annak ellenőrzése, hogy a rendszer a felhasználó céljainak megfelel-e. Ennek bizonyítására fel kell deríteni a rendszer implementációs hibáit, és meg kell győződnünk arról, hogy a rendszer a specifikációnak megfelelően működik. Ehhez egy teszt-környezet biztosítása szükséges, ahol a kézi, unit és egyéb teszt típusok elvégzése után a rendszer hibái dokumentálhatóak, javításuk után a tesztjegyzőkönyv elkészítésével a rendszer átadható állapotba kerül. 5.4 Eredmények elfogadása A projekt eredményeit a megrendelő fogja elfogadni. A projektterven változásokat csak a megrendelő engedélyével lehet tenni. Elfogadási kritériumok: Határidők betartása Az elkészült alkalmazás működőképes átadása, mely a specifikációnak megfelel. Valamennyi átadandó megléte, a megrendelő elvárásainak megfelelően. 5.5 Státuszjelentés Minden leadásnál a projekt menedzser jelentést tesz a projekt haladásáról, és ha szükséges változásokat indítványoz a projektterven. Ezen kívül a megrendelő felszólítására a menedzser 3 munkanapon belül köteles leadni a jelentést. A státuszjelentés tartalmazza: nmi csoport, projektterv Page 8 10/20/2008

9 a projekt aktuális állapotát az elvégzett és hátralévő feladatokat a folyamatban lévő feladatok elkészültének százalékát a rendelkezésre álló és elhasznált erőforrásokat az ismert kockázatokat ha szükséges, akkor a projekttervben való módosítás szükségességét, melyet a megrendelő engedélyezhet 5.6 Átadás A szoftver és a hozzá kapcsolódó dokumentációk letölthetőek a címről. A dokumentáció PDF illetve DOCX formátumban, a Java program forrás kód formájában és platform független bináris JAR formátumban érhetőek el. 6 Függelék 1: Feladatlista A projekt kezdete A tervezett feladatok részletes listája a következő: 6.1 Projektterv elkészítése A feladat célja, hogy a projekt tervezése és üzemezése a projekttagok számára átláthatóvá váljon, valamint a projektterv, mint átadandó dokumentáció elkészüljön. Feladat időtartama: 1 hét Feladat erőforrásigénye: 5 személynap Feladat Felelős Erőforrásigény A rendszer vázlatos specifikációja, elvárások összeszedése Fejlesztési erőforrás és időbecslések elkészítése Tesztelési környezetre való elképzelések kidolgozása Munkakörnyezetek meghatározása Projektterv elkészítése, feladatok kiosztása, időbecslése Balikó Ivett Fertői Ferenc Bulyáki Tamás Maros Zoltán Balikó Ivett 6.2 Szoftver specifikáció elkészítése A feladat célja, hogy a fejlesztés célját pontosan meghatározza, részletes iránymutatást adva a fejlesztőknek a elkészítendő rendszer funkcióiról, valamint a megvalósítás módjáról. Feladat időtartama: 1 hét Feladat erőforrásigénye: 5 személynap nmi csoport, projektterv Page 9 10/20/2008

10 Feladat Felelős Erőforrásigény A rendszer működési elvárásainak részletes kidolgozása, use case diagrammok elkészítése Rendszerterv elkészítése, deployment diagram, package diagram Rendszerterv elkészítése, class diagram Tesztelési terv elkészítése, tesztesetekkel Balikó Ivett Fertői Ferenc Maros Zoltán Bulyáki Tamás 2 nap 6.3 Fejlesztés A feladat célja, a rendszer implementációja a specifikációk alapján. Feladat időtartama: 3 hét Feladat erőforrásigénye: 7 személynap Feladat Felelős Erőforrásigény Részfeladatokra bontás, Fertői Ferenc, Maros Zoltán nap koordináció Adatbázis tervezés Fertői Ferenc 0.5 nap GUI tervezés, implementálás Maros Zoltán Adatbázis interface/konnektor, Fertői Ferenc 0.5 nap specifikáció/implementálás Főablak / felugró ablakok, GUI Maros Zoltán tervezés és implementáció Alkalmazás logika Fertői Ferenc 2 nap implementálása Adatbevitel ellenőrzés, hiba kezelés Maros Zoltán 6.4 Tesztelés A feladat célja, az elkészült szoftver minőségének ellenőrzése, hibák felderítése. Feladat időtartama: 1 hét Feladat erőforrásigénye: 7 személynap Feladat Felelős Erőforrásigény Elvárt funkcionalitások tesztje Balikó Ivett Unit tesztek Bulyáki Tamás 2 nap Statikus tesztelés Fertői Ferenc, Maros Zoltán nap Tesztjegyzőkönyv Balikó Ivett, Bulyáki Tamás 1- nmi csoport, projektterv Page 10 10/20/2008

11 7 Függelék 2: Részletes időbeosztás Feladat Elkészítési határidő Projektterv Szoftver specifikációk Tesztelési terv, tesztesetek Nyilvántartó rendszer Tesztelés Függelék 3: Részletes költségvetés Név 1. leadás (projektterv) 2. leadás (specifikációk) 3. leadás (Implementáció, tesztelés, jegyzőkönyvek) Balikó Ivett Fertői Ferenc Bulyáki Tamás Maros Zoltán Összesen Összesen 9 Függelék 4: Átvétel A projektet a megrendelő a következő eredménnyel vette át: Név 1. leadás (projektterv) 2. leadás (specifikációk) 3. leadás (Implementáció, tesztelés, jegyzőkönyvek) Összesen Balikó Ivett Fertői Ferenc Bulyáki Tamás Maros Zoltán Összesen Szeged, nmi csoport, projektterv Page 11 10/20/2008

12 nmi csoport, projektterv Page 12 10/20/2008