Csoport neve: haFAnana

Feladat címe:  Show Time





KÖVETELMÉNY SPECIFIKÁCIÓ (SRS)




Gyakorlatvezetõ:

Krizsán Zoltán / Dr. Mileff Péter

 




Csoport tagok:

 

Név

Neptun

E-mail

Balog Lóránd

SIY8TP

balog3@iit.uni-miskolc.hu

Baranyai Ferenc

Y30MCF

baranyai1@iit.uni-miskolc.hu

Barta János

SS4TCD

barta7@iit.uni-miskolc.hu

Garay György

D9I4B2

garay@iit.uni-miskolc.hu

Kis Krisztián

UDRHY6

kis8@iit.uni-miskolc.hu

Polgári Andor

XP8IPV

polgari@iit.uni-miskolc.hu

Reszegi Tímea Magdolna

ZPLI03

reszegi@iit.uni-miskolc.hu

 



2011.10.25

 

 

 



 

TÖRTÉNET

 

Dátum

Verzió

Leírás

Szerző

2011.10.19

0.1

Kezdeti verzió - dokumentum átnézése

Az összes csapattag

2011.10.19

0.2

A feladatok szétosztása

Az összes csapattag

2011.10.20

0.3

1.pont kitöltése

Vízió dokumentum alapján

2011.10.20

0.4

2. pont kitöltése

Polgári Andor, Baranyai Ferenc, Reszegi Tímea

2011.10.26

0.5

3. pont kitöltése

Polgári Andor, Balog Lóránd

2011.10.26

0.5

3.1. pont kitöltése

Reszegi Tímea, Baranyai Ferenc

2011.10.27

0.5

3.2. pont kitöltése

Kis Krisztián, Barta János

2011.10.26

0.5

3.3. pont kitöltése

Garay György, Polgári Andor

2011.10.28

0.5

3.4. pont kitöltése

Barta János

2011.10.26

0.5

3.5. pont kitöltése

Kis Krisztián

2011.10.22

0.5

4. pont kitöltése

Balog Lóránd, Kis Krisztián

2011.10.22

0.6

4.1. pont kitöltése

Balog Lóránd, Barta János

2011.10.22

0.6

4.2. pont kitöltése

Garay György

2011.10.22

0.7

4.3. pont kitöltése

Reszegi Tímea Magdolna

2011.10.22

0.7

4.4. pont kitöltése

Kis Krisztián

2011.10.23

0.8

5. pont kitöltése

Baranyai Ferenc, Barta János, Kis Krisztián

2011.10.23

0.8

6. pont kitöltése

Balog Lóránd, Garay György, Reszegi Tímea

2011.10.23

0.8

7. pont kitöltése

Barta János, Polgári Andor, Garay György
2011.10.23
0.8
8.pont kitöltése
Az összes csapattag
2011.10.24
0.8
9.pont kitöltése
Polgári Andor, Balog Lóránd
2011.10.24
0.9
10. pont kitöltése
Garay György

2011.10.24

0.9

11. pont kitöltése

Polgári Andor, Baranyai Ferenc

2011.10.24

0.9

12. pont kitöltése

Balog Lóránd, Reszegi Tímea, Kis Krisztián, Barta János

2011.10.24

0.9

13. pont kitöltése

Balog Lóránd

2011.10.24

1.0

HTML szerkesztése

Polgári Andor,Balog Lóránd

 

 

Tartalomjegyzék

1. Bevezetés

2. Áttekintés

3. A rendszer funkciói

4. Használhatóság

5. Megbízhatóság

6. Teljesítmény

7. Támogatottság

8. Tervezési korlátozások

9. On-line dokumentáció és Help rendszer

10. Felhasznált kész komponensek

11. Interfészek

12. Alkalmazott szabványok

13. Mellékletek



1. Bevezetés

Introduction

A ShowTime egy webes felületű, személyre szabható modern műsorújság. Interneten keresztül széles körben elérhető, a legnépszerűbb böngészőkben gond nélkül megtekinthető és a szélesebb lefedettség érdekében a népszerű okostelefon-platformokra optimalizált app is elérhető.

2. Áttekintés

Overview

Felhasználók és főbb funkciók:

Két fő csoportra oszthatjuk az oldal használóit: látogató és felhasználó:

A látogató számára is szabadon hozzáférhető az oldal legfőbb funkciója, a műsoradatbázis. Az adatok között részletesen lehet keresni, lehet szűrni és rendezni, ez a funkció a látogatók számára is elérhető. A főoldalon számukra az alapértelmezett lap jelenik meg, felhasználói profil híján ezt nem tudják alakítani. Minden látogató számára szabad a regisztráció, melyen keresztül felhasználóvá válhat.

A felhasználó saját profillal rendelkezik, számára az oldal összes funkciója megnyílik. Ezek nagy része a személyre szabhatóságon alapszik, ezért is nem érhetők el egyszerű látogatók számára. A funkciók között szerepel például

Fontos a közösségi hálók kihasználása, így a felhasználótábor is gyorsan nőhet és a közösségi hálók reklámnak is nagyon jók. Ezért a felhasználók összeköthetik a más oldalakon regisztrált fiókjaikat és így megosztási funkciókhoz juthatnak.

Feltételezések, függőségek és korlátozások

Bármely, böngészővel és internet-hozzáféréssel rendelkező számítógépről elérhető a szolgáltatás, nincs különösebb előfeltétele vagy igénye. A profilok adatait a szerver tárolja, így mindig a személyes beállításai fogadják a felhasználót, bárhonnan is jelentkezzen be.

Az adatbázis természetesen külső forrásokon alapul. A csatornák fenntartják a jogot a műsorok változtatására, így az adatbázisnak is frissnek kell lennie és követnie a változásokat. Alapesetben a műsorfüzet naponta frissül és ellenőrzi a változásokat, illetve az újabb hozzáférhető műsornapokat is lekérdezi a külső forrásokból.

Az adatbázis értelemszerűen csak az adók által már közzétett műsort fogja tartalmazni. Általában másfél-két hétre előre teszik közzé a műsorokat, ennél távolabbra a mi szolgáltatásunk sem tud tervezni.

Az oldal használói csak hazai adók műsorait fogják tudni elérni, külföldi adókkal a ShowTime nem foglalkozik.



3. A rendszer funkciói

Specific Requirements

 

Látogató: Olyan személy, aki az oldalt használja, de nincs saját, regisztrált profilja.

Felhasználó: Az oldalt használja és regisztrált egy saját felhasználói profilt, amibe be is van jelentkezve.

Főoldal:
Előfeltétel: Internetkapcsolat.
Leírás: A főoldal az oldal alaphelyzete, ez jelenik meg először, mikor a használó az oldalra lép.
Szokásos működés: Megjeleníti a 3 médium funkciósávját a főblokkban, és a látogató számára is elérhető funkciók blokkjait az oldalsávban.
Alternatív eset: Bejelentkezett felhasználó számára a blokkok és a funkciósávok rendezése egyedi lehet a profilbeállításaik alapján. Számukra több blokk is megjelenik az oldalsávban, valamint egy Emlékeztetők funkciósáv is.

Bejelentkezés:
Leírás: A navigáció nagy része a főblokkban zajlik, minden funkció részletes adatlapja itt nyílik meg.
Szokásos működés: Helyesen megadott felhasználónév és jelszó páros esetén a felhasználó bejelentkezik. Az oldal összes funkciója megnyílik előtte és a személyes beállításai is alkalmazásra kerülnek.
Alternatív eset: Ha a látogató nem rendelkezik felhasználói fiókkal, akkor ingyen regisztrálhat egyet.
Alternatív eset: Ha a felhasználó elfelejtette a jelszavát, akkor kérhet új jelszót a fiókhoz regisztrált e-mail címre.

Főblokk:
Leírás: A navigáció nagy része a főblokkban zajlik, minden funkció részletes adatlapja itt nyílik meg.
Szokásos működés: A "főoldal" gyakorlatilag azt jelenti, hogy a főblokk alaphelyzetbe áll, vagyis több funkciósáv veszi át a helyét. Egy blokk megnyitásakor a főblokkból eltűnnek a funkciósávok és helyette az adott blokkhoz tartozó funkció részletes adatlapja nyílik meg. Ugyanez történik, ha egy funkciósáv fejlécére vagy keretére kattintásnál. A sávokon megjelenő műsorok bármelyikére rákattintva pedig a műsor adatlapja jelenik meg a főblokkban.

Oldalsáv:
Szokásos működés: A navigáció közben sosem tűnik el. A használó számára elérhető összes funkció blokkja megtalálható rajta, mutatva a legfontosabb információkat. A blokkok bármelyikére kattintva az adott funkció jelenik meg a főblokkban.
Alternatív eset: Bejelentkezett felhasználó számára több funkció érhető el, és a blokkokat szabadon rendezheti az oldalsávon.

3.1. Műsorfüzet

Műsorfüzet megjelenítése:
Előfeltétel: A főblokkban a Műsorfüzet funkciónak kell nyitva lenni.
Szokásos működés: A különböző médiumok műsorait jeleníti meg, egyszerre egyét. A 3 médium műsorfüzetének nézete között fülek segítségével váltogathatunk. Az adók között szabadon lehet lapozni.
Alternatív eset: Egy műsorra kattintva bejön az adott műsor adatlapja.

Adatok szűrése:
Szokásos működés: A műsorokról megjelenő egyes adatokat lehet eltüntetni vagy megjeleníteni a jobb átláthatóság érdekében.

Közösségi funkciók:
Előfeltétel: A felhasználó be kell, hogy jelentkezzen az adott közösségi hálón.
Szokásos működés: A kiválasztott közösségi hálón megosztja a műsort.

Emlékeztetőkhöz ad/eltávolít:
Előfeltétel: A felhasználónak be kell jelentkeznie a személyes fiókjába.
Szokásos működés: A műsort hozzáadja az Emlékeztetők listába.
Alternatív eset: A műsor már a listában van. Ez esetben eltávolítja onnan egy ellenőrző kérdés után.

Profilbeállítások:
Előfeltétel: A felhasználónak be kell jelentkeznie a személyes fiókjába.
Szokásos működés: A személyes beállítások kihatnak a lista megjelenésére, többek között a szűrések és az Emlékeztetőkben beállított kiemelőszín.

3.2. Emlékeztetők

Emlékeztetők:
Előfeltétel: Csak bejelentkezett felhasználó számára érhető el.
Leírás: Az Emlékeztetők funkció egy könnyen kezelhető értesítőrendszer, amihez a felhasználó a műsorújságból adhat hozzá programokat. Az adott műsor összes adatát megtekintheti egy listában, melyek a Műsorlaphoz hasonlóan szűrhetők. A műsorokhoz egyedi megjegyzés csatolható és az értesítés pontos módja is részletezhető.
Szokásos működés: Az Emlékeztetők funkció megnyílik a főblokkban.

Lista megjelenítése:
Szokásos működés: Függőleges listában megjelennek a felhasználó által az emlékeztetőbe helyezett műsorok és adataik.
Alternatív eset: Ha a lista üres, akkor egy egyszerű üzenet jelenik meg erről a lista helyén.

Emlékeztető törlése:
Előfeltétel: A gomb a nem-üres lista bejegyzései mellett jelenik meg.
Szokásos működés: Egy megerősítő kérdésre tett "Igen" válasz után az adott műsort törli az emlékeztetők közül.
Alternatív eset: Ha a megerősítő kérdésnél a "Mégse" gombra kattint a felhasználó, akkor az üzenet bezárul és a lista nem módosul.

Emlékeztető szerkesztése:
Előfeltétel: A gomb a nem-üres lista bejegyzései mellett jelenik meg.
Előfeltétel: Egy bejegyzés sincs még szerkesztő-módban.
Szokásos működés: Az adott bejegyzésnél aktiválódik a szerkesztő-mód, bizonyos felhasználói adatok módosíthatóvá válnak. Egyszerre csak egy bejegyzés lehet szerkesztő-módban.

3.3. Figyelő

Figyelő:
Előfeltétel: Csak bejelentkezett felhasználó számára érhető el.
Leírás: A Figyelő funkció egy olyan műsorfigyelő, mely folyamatosan pásztázza a műsoradatbázist és olyan műsorok után kutat, melyek illeszkednek a felhasználó által megszabott kritériumokra és a jövőben leadásra kerülnek (illetve a közelmúltban leadásra kerültek). Az illeszkedő műsorok a "függő műsorok" közé kerülnek és a felhasználó egy értesítést kap róluk. Ezután elfogadhatja az adott műsort, mely így az Emlékeztetők közé kerül, vagy elutasíthatja (ez esetben a Figyelő tiltólistájára kerül).
Szűrőket is be lehet állítani a Figyelőn belül. Hiába illeszkedik egy műsor valamilyen tulajdonsága egy figyelés-kritériumra; ha egy másik tulajdonsága egy szűrőre illeszkedik, nem lesz belőle függő műsor, hanem a Figyelő tiltólistájára kerül.
Szokásos működés: A Figyelő funkció megnyílik a főblokkban.

Figyelés hozzáadása:
Szokásos működés: Megjelenik a kritérium-szerkesztő panel, melyen különböző feltételeket lehet megadni a műsorfigyelésre.

Aktív figyelések kezelése:
Szokásos működés: Megjeleníti az aktív kritériumokat, melyek a felhasználó korábban felvett. A műsorfigyelés ezek alapján zajlik.
Alternatív eset: Ha a lista üres, akkor egy egyszerű üzenet jelenik meg erről a lista helyén.

Globális szűrők kezelése:
Szokásos működés: Az összes figyelésre vonatkozó szűrők adhatók meg vagy távolíthatók el.

Függő műsorok listája:
Szokásos működés: Megjeleníti a figyelők kritériumaira illeszkedő (és rájuk vonatkozó szűrőkre nem illeszkedő) műsorokat és adataikat.
Alternatív eset: Ha a lista üres, akkor egy egyszerű üzenet jelenik meg erről a lista helyén.

3.4. Profil

Profilbeállítások:
Előfeltétel: A felhasználónak be kell jelentkeznie.
Szokásos működés: Megjeleníti a profil adatait és lehetőséget ad a szerkesztésükre.

Műsorfüzet szűrése:
Szokásos működés: Kritériumokat adhatunk meg, melyek alapján a Műsorfüzetben "háttérbe szoríthatók" bizonyos műsorok (átlátszóság növelése, színtémák használata).

Adók beállítása:
Szokásos működés: A műsorfüzetben és a funkciósávokon megjelenő adók listáját lehet szerkeszteni.

3.5. Naptár

Naptár:
Leírás: Vizuálisan jeleníti meg az Emlékeztetők listában lévő műsorokat a beállított színnel kiemelve. A Naptáron keresztül kezelhető az összes esemény.

Nézetválasztás:
Szokásos működés: Háromféle nézet közül lehet választani a Naptárban: hónap, hét és nap.

Nap áttekintése:
Szokásos működés: Megnyitja a Műsorfüzetet a kiválasztott napra állítva.
Alternatív eset: Az adott nap üres a Műsorfüzetben. Ez esetben a felhasználót egy egyszerű üzenet értesíti erről.

Emlékeztető szerkesztése:
Szokásos működés: Megnyitja az emlékeztetőhöz tartozó bejegyzést és szerkesztő módba teszi az Emlékeztetők funkcióban található módon. Az esemény így törölhető is.



4. Használhatóság

Usability

A termék egyszerű otthoni felhasználásra, magánszemélyeknek készül. Fontos szempont a könnyű hozzáférhetőség mellett az egyszerű használhatóság. Az oldal jól áttekinthető és könnyen kezelhető.


4.1 A felhasználó tudásszintje

Egy egyszerű és felhasználóbarát weboldalról van szó, nincsenek haladó számítógépes tudást igénylő elemek. A funkciók, mint a műsorfüzet vagy a naptár, magától értetődőek és rögtön rendelkezésre állnak a kezdő felhasználók számára is. Ami időt vehet igénybe, az a frissen regisztrált felhasználó számára a profil-beállítási lehetőségeinek megismerése. Azonban ezek sem bonyolultak és nem igénylenek sok időt.


4.2 A sebesség más rendszerekhez viszonyítva

Alkalmazásunk sebessége és dinamikus felépítése más meglévő rendszerekhez viszonyítva jelentősen gyorsabb. Ez köszönhető a jól megírt programkódnak, valamint annak, hogy a legfejlettebb technológiákat használja.
Navigálás közben az összes funkció elérhető bárhonnan, nem nyílnak meg új oldalak és nem kell kutakodni hosszú útvonalakon keresztül. A szolgáltatás felhasználói szempontból is gyors és hatékony.

Okostelefonokon a szolgáltatás lényegesebben könnyebben és gyorsabban használható az adott platformra készült kliensprogrammal.


4.3 Kezdő felhasználót segítő lehetőségek

Az oldal megismeréséhez a kezdő felhasználóknak segítséget nyújthathat majd az online felhasználói útmutató, benne egy részletes "Gyakran Ismételt Kérdések" szekcióval. A profilbeállítások oldalon minden opcióhoz részletes leírás tartozik, így a beállítással sem lesz gondja a kezdő felhasználónak.

Bár a funkciók magától értetődőek és lesz egy útmutató is, ha mégis gondja akadna egy felhasználónak, akkor egy menüponton vagy e-mailben elérheti az oldal üzemeltetőit vagy fejlesztőit, hogy segítséget kérjen.


4.4 A program felhasználói felülete

A weboldal felhasználói felülete átlátható és logikus felépítésű. A fontos funkciók rögtön a látogató szeme elé tárulnak külön blokkokban. A zsúfoltság elkerülése érdekében az egyes funkciók blokkjai csak a legfontosabb információkat jelenítik meg, a beállítások és a részletes információs adatlap pedig a blokkra kattintva érhető el.

Bárhova kattint az oldal használója, az nem külön oldalon fog megjelenni, hanem a középső főblokkban. Az oldalsáv a helyén marad minden mással együtt, így nem lehet eltévedni navigálás közben. A használóknak nem kell keresgélnie vagy felhasználói leírásokat böngésznie az oldal használata előtt.

Az okostelefon-programok a létező site-specifius appok mintájára készülnek. Jól elkülöníthető ikonokkal és kompakt designnal kerüljük el a túlzsúfoltságot, de a funkciókhoz ugyanúgy gyorsan hozzáférhetnek a felhasználók.



5. Megbízhatóság

Reliability

A szolgáltatás napi 24 órában rendelkezésre áll, teljesítménye függ az egyidejűleg kiszolgált felhasználók számától. A szolgáltatásból befolyó pénzen is múlik, hogy milyen korszerű felszerelésre tudjuk a terméket telepíteni.

Az adatbázison bizonyos időközönként karbantartási munkálatokat végzünk, emellett a külső forrásokból érkező adatokat is ellenőrizni kell időről időre esetleges integritási hibákat elkerülendő. A műsoradatbázis az éjféli órákban frissül automatikusan, amikor az oldal terhelése is jóval kisebb. A rendszer hibáit a fejlesztők és karbantartók javítják működési naplók és felhasználói visszajelzések alapján.

Ellenőrzés ideje alatt az oldal teljesítménye nem változik, karbantartási munkálatok során pedig a szolgáltatás minél nagyobb részét próbáljuk stabilan tartani, esetleges backup rendszerekre való átirányítással. A meghibásodásokat 24 órán belül javítani kell a szolgáltatás zökkenőmentes használata érdekében. Az adatbázisról egy naprakész backup tárolódik és az esetleges hardveres meghibásodások esetén minimális adatvesztéssel lehet helyreállítani a szolgáltatást.

A rendszer stabilitásáért és a gyors válaszidő eléréséért különböző segédprogramokat alkalmazunk a kód komplexitásának csökkentésére.

A felhasználók fiókjainak és hozzájuk tartozó személyes adatoknak védelméről biztonsági eljárásokkal gondoskodunk.

6. Teljesítmény

Performance

A webalkalmazásunkat igyekszünk úgy fejleszteni, hogy a lehető leggyorsabb legyen. Ez alatt azt értjük, hogy a webszerver és az alkalmazás ne legyen leterhelve, a lehető legtöbb felhasználó tudja egyidőben használni az alkalmazást hibák és fennakadások nélkül. Ehhez szükséges egy nagyteljesítményű szerver, amely kezeli a webalkalmazást, és a két adatbázisunkat is. Ez lehet felhőben is, amit Windows Azure segítségével érhetünk el. A felhőben csak azért kell fizetnünk, amit használunk (tehát tárhelyet és szolgáltatást), viszont nagy rendelkezésre állás lehetséges, mivel a felhő erőforrása szinte korlátlan. Ezért nem történhet az, mint egy szervernél, hogy nem elég az erőforrás a felhasználók kiszolgálására.

A válaszidők az alkalmazáson belül alacsonyak, ez köszönhető a jól megírt alkalmazásnak, valamint a szervergép/felhő erőforrásainak. A főbb funkcióknál 1/10 másodpercnél kisebb válaszidőre számítunk.

Az alkalmazásunk kétféle adatbázist használ, egyet a műsoradatbázisnak, egyet a felhasználóknak. Ezek mérete a felhasználók számától és a műsorokról tárolt adatok mennyiségétől függ. Méretük lehet jelentősen nagy is, de ilyenkor romlik az adatbázis lekérdezéseinek gyorsasága, ezeket igyekszünk kiküszöbölni különböző adatbázis-kezelési módszerekkel. A felhasználói adatbázis külön fut a műsoradatbázistól, egyszerre tudja kiszolgálni az összes felhasználót. A műsoradatbázis és a webalkalmazás kapcsolatban van egymással, valamint a felhasználó adatbázis is.

Alkalmazásunk használatához szükséges gépigény - csupán egy böngésző futtatásához kell elegendőnek lennie:

A szerver esetleges konfigurációja a következő lehet:

Ha pedig felhőben tároljuk alkalmazásunk, akkor szükséges a tárhely és szolgáltatás megvásárlása, amely az erőforrás-használat igényével nő. Ha több erőforrásra van szüksége az alkalmazásnak, akkor automatikusan rendelkezésre bocsájtja, és csak azért fizetünk, amit ténylegesen használunk.
Ezért a felhőben nincs olyan, hogy elfogy az erőforrás, mert nagyon nagy méretű adatparkokról beszélünk.

 

7. Támogatottság

Supportability

Alkalmazásunkat úgy készítjük el, hogy a későbbi fejlesztés és karbantartás egyszerű legyen olyan emberek számára is, akik nem voltak benne az alkalmazás megírásában. Az adatbázist és az alkalmazást átláthatóvá tesszük, a szükséges alkalmazásokkal é a technológia ismeretével a karbantartás zökkenőmentesen folyhat. A műsoradatbázisnál, a felhasználói adatbázisnál és a webalkalmazásnál is szükség lehet karbantartásra. Az alkalmazásnál a Visual Studio felkínál egy olyan funkciót hogy ClickOnce amely automatikusan frissíti az alkalmazást, ha változás történt benne.

Fontosabb szempontok a támogatottsággal kapcsolatban:



8. Tervezési korlátozások

Design Constrainst

8.1 Közérthetőség:

A tervezési korlátozások leginkább a felhasználói környezetben nyilvánulnak meg. A felhasználóknak könnyen átláthatóvá és felhasználóbaráttá kell tenni a weboldalt. Akkor lesz hatékony és közérthető, ha minden felhasználó számára könnyen kezelhető, logikus felépítésű (modulok, blokkok) találhatók benne, valamint modern letisztult design alkotja, amely tetszetős, mégis a tartalomra koncentrál. A funkcióknak könnyen megismerhetőnek és könnyen kezelhetőnek kell lenniük. A bonyolult műsorújságokat mi egyszerűen használhatóvá tesszük.

Az oldal blokkokból és sávokból épül fel. A főbb funkciók kisblokkjai a két szélső sávon jelennek meg. A sávok között, az oldal lényegi részét a főblokk teszi ki. Az összes funkció (pl. naptár) kisblokkja megjelenik a szélsõ sávokon navigálás közben folyamatosan, jelezve a legfontosabb adatokat. Bármely funkcióra blokkjára kattintva részleteiben jeleníthetjük meg a főblokkban, ahol minden vele kapcsolatos információt és beállítást elérhetünk. A navigáció egyszerû, átlátható és nem lehet elveszni az oldalak között.

A blokk és sávrendszer mellett korszerű menüt kívánunk létrehozni, amely átlátható mindenki számára, és megfelelően van csoportosítva. 


8.2 Igényekhez igazodva

A megrendelő és a felhasználók igényeinek megvalósítása is fontos, ugyanis a megrendelő által előírt követelményeknek eleget kell tenni, valamint a felhasználók visszajelzéseinek is igyekszünk megfelelni.


8.3 Programozási nyelv:

Választott objektumorientált nyelv többféle lett, mivel különböző platformokra dolgozunk. A webalkalmazást ASP.NET és C# nyelven írjuk, ebből következően az alábbiakat kellett figyelembe vennünk:


8.4 Használt fejlesztőeszköz:

A választott fejlesztőeszköz a Visual Studio, amely a legkorszerűbb fejlesztőeszközök közé tartozik. Az Intelli Sense segíti a kód írásában a fejlesztőt, iPhone alkalmazásnál az Xcode-t használjuk, Andorid alkalmazásnál a Netbeans-t választottuk, valamint a Visual Studio segítségével kívánjuk készíteni a Windows Phone alkalmazást is.


8.5 Módszertan:

A program fejlesztésével kapcsolatban igyekszünk az ismertebb modellek segítségével létrehozni az alkalmazásunkat. Tehát komponens alapú vagy vízesés modellt használva próbálunk dolgozni.

Az alkalmazásba integrálni kell a különböző közösségi hálókat (Twitter, Facebook, Google+ )



9. On-line dokumentáció és Help rendszer

Online User Documentation and Help System Requirements

A webalkalmazás és okostelefon alkalmazások használatához készítünk leírást, amely egy menüpontként fog szolgálni. Itt a felhasználók, látogatók egy útmutatót olvashatnak az oldal funkcióiról vagy a Gyakran Ismételt Kérdések (FAQ) szekcióban megtalálhatják a kérdésükre a választ. További segítséget kérhetnek az üzemeltetőktől egy Kapcsolat menüpont alatt vagy e-mailben, akik válaszolni fognak a problémára.

A felhasználói dokumentáció is megtalálható lesz az alkalmazásban, ezáltal a felhasználók láthatják a főbb funkciókat és leírásukat.

A help rendszer megkönnyíti az alkalmazás használatát a hasznos útmutatásokkal. Viszont alkalmazásunk használatához nem szükséges haladó felhasználónak lenni, hiszen egy jól felépített műsorfüzetről van szó, részletes útmutatóval.

 

10. Felhasznált kész komponensek

Third-party Components

Alkalmazásunk más szoftverből való komponenst nem használ fel, csak a Facebook, Twitter és Google+ integráltságot támogatjuk. Ezek úgymond komponensnek tekinthetők, így ezekeket az alkalmazásunkba építjük, hogy használni tudják a felhasználók.

Ezen felül az alkalmazásunk implementációjában törekszünk az egyéni programkód írására, amely nem használ fel más műsorszolgáltatóktól vett komponenseket.


11. Interfészek

Interfaces

Alkalmazásunk nem definiál külön felületeket más alkalmazások számára, leginkább csak a webszerver/felhő, valamint a műsor és felhasználói adatbázis között kommunikál, ezekhez szükséges interfészeken kívül nem kívánunk sem szoftveres, sem hardveres interfészt definiálni, ugyanis nincs rá szükség.


11.1. Felhasználói interfészek

User Interfaces

A felhasználó a böngészőn keresztül éri el az alkalmazást.

A felhasználói interfészre vonatkozó követelmények:

A felhasználók szempontjából előnyös a könnyű kezelhetőség, gyorsan elsajátítható funkciók összessége, valamint tudják igény szerint szerkezteni amit látnak (a blokkok és sávok mozgatása, figyelők valamint az oldal testreszabása is megengedett legyen).


11.2. Kommunikációs interfészek

Communications Interfaces

Az alkalmazás kommunikál, a felhasználói-, és a műsoradatbázissal is. A műsoradatbázis a csatornák oldalairól gyűjti az adatokat. A felhasználók e-mailben értesítést kaphatnak a naptári eseményeikről.

 

12. Alkalmazott szabványok

Applicable Standards


12.1. Kötelezően alkalmazandó szabványok

Mandatory Standards

Az alkalmazás implemetációja megköveteli az objektumorientáltságot. Egy ilyen bonyolult alkalmazást nem is tudnánk elkészíteni objektum orientált nyelvek nélkül. Ezeknek a szabványoknak igyekszünk megfelelni és úgy létrehozni a webalkalmazásunkat.

A webalkalmazás C# valamint ASP.NET nyelven készül, az okostelefon alkalmazások Silverlight, Java, Objective - C nyelven készülnek, ezért szükséges ezen szabványok betartása, hogy megfelelően működjön az alkalmazás.

Törvény által előírt szabványok: Adatvédelmi törvény, a felhasználók adatait úgy kell tárolni, hogy harmadik fél kezébe ne kerülhessenek, valamint ne élhessenek vele vissza. Ehhez szükséges egy megfelelően biztonságos alkalmazás, valamint adatbázis, amely védve van a különböző támadások ellen, pl.: SQL injection.


12.2. Választás alapján alkalmazott szabványok

Optional Standars

A termékünk alapja a hozzáférhetőség, ami megköveteli, hogy mindenhol elérhető legyen, ezért olyan webes szabványokat kell alkalmazni, amelyek kapcsolatban tudnak lenni az adatbázissal és az okostelefon platformokkal. Mi az ASP.NET a JavaScript, AJAX, HTML szabványok előírásainak akarunk megfelelni a program kivitelezése szempontjából.

A szabványok beatartása érdekében segítségünkre lesz a Visual Studio, amely Intelli Sense szolgáltatással rendelkezik, ez a szolgáltatás segít a kód megírásában, a szintaktika megtartásában.

Az adatbázis lekérdezések megvalósításában is segítséget nyújt a Visual Studio, valamint a kód megformázásában is. A megrendelőnek nincsenek feltételei a szabványokkal kapcsolatban, valamint a felhasználók sem szólnak bele, mivel az alkalmazást a lehető legjobb és legprecízebb technolgóiákkal, szabványokkal kívánjuk létrehozni, ami az ő érdekük is.

13. Mellékletek

Appendix

A dokumentáció megtalálható:

www.lorandbalog.com

users.iit.uni-miskolc.hu/~balog3