1 / 14

CS Liga

CS Liga. Řešitelský tým: Jitka Trojánková - vedoucí týmu Lukáš Brát Pavlína Rolincová Martin Hevera - webmaster. Deklarace záměru.

artie
Download Presentation

CS Liga

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. CS Liga Řešitelský tým: Jitka Trojánková - vedoucí týmu Lukáš Brát Pavlína Rolincová Martin Hevera - webmaster

  2. Deklarace záměru • Naším cílem je navrhnout a vytvořit lehce ovladatelný a nenáročný systém na systémovém serveru, která bude sloužit jako herní server zabývající se CSligou. Zároveň má poskytovat informace ohledně výsledků a informace o klanech. Jak jsem se už zmiňoval, přístup do systému musí být lehce ovladatelný, ale na druhou stranu zase velmi pečlivě propracován, aby byl bezpečný. Systém musí být zpřístupněný co největšímu počtu hráčů.

  3. Model jednání • Viz. Webové stránky – nevejde se na slajd

  4. Kontextový diagram • Viz. Webové stránky – nevejde se na slajd

  5. Katalog požadavků - 1 1. Webová aplikace nabízející registrovaným hráčům hrát CSligu. 2. Veřejná část. 2.1 Základní informace ohledně hry CS. 2.2 Informace ohledně pravidel hry. 2.3 Funkce pro výpočet bodů za ladder. 2.4 Počet bodů, kterými může správce ligy penalizovat klany. 2.5 Pravidla pro registraci nového klanu či nového člena klanu. 2.6 Seznam registrovaných uživatelů a jejich výsledky.

  6. Katalog požadavků - 2 3. Soukromá část. 3.1 Registrace eventuálních hráčů 3.2 Přihlášení registrovaného uživatele. 3.2.1 Změna hesla 3.2.2 Založení diskuse. 3.2.3 Možnost číst a psát příspěvky do diskuse. 3.2.4 Podání protestu správci ligy. 3.3 Systém musí uvažovat tyto uživatelské role: Systémový administrátor, Správce ligy, kleanleader, hráč, člen klanu. 3.4 V případě zápasů v pavouku se automatické nahrávání HLTV demo.

  7. Katalog požadavků - 3 3.5 Kontrola výsledků soubojů. 3.5.1 V případě, že se výsledky soubojů zadané kleanleadery shodují, hned se to přiřadí k zápasu. 3.5.2 V případě, že se výsledky soubojů liší pošle se výzva klanleadrům na opravu chybym na kterou mají 3 dny. 3.5.3 V případě, že se výsledky soubojů liší a chyba nebyla opravena do 3 dnů zašle se upozornění správci ligy. 3.6 Vedení seznamu sponzorů. 4. Služby, které poskytuje aplikace kleanleaderovi: 4.1 Zapisování výsledků zápasů. 4.2 Výzívání ostatních klanů na souboj ladder. 4.3 Ukládání informací o zápasech na systémový server - dema, HLTV dema, screanshoty.

  8. Katalog požadavků - 4 • 5. Služby, které poskytuje aplikace správci ligy: • 5.1 Ukládání trestů za porušení pravidel. • 5.2 Přidávání a ubírání bodů klanům. • 5.3 Vyloučení klanu z ligy. • 5.4 Vyloučení hráče z ligy. • 5.5 Pozastavení činnosti klanu. • 5.6 Pozastavení činnosti hráči. • 5.7 Zadání termínu a místa pro pavouka. • 5.8 Výzva hráči na jeho demo zápasu. • 5.9 Výzva kleanleaderům na screenshoty.

  9. Katalog požadavků 6. Služby, které poskytuje aplikace systémovému administrátorovy: 6.1 Správa celého systému. 6.2 Změny ve vnitřní struktuře. 6.3 Evidence hráčů a klanů. 7. Služby, které poskytuje aplikace hráči. 7.1 Nahrávání a archivace dema zápasů. 7.2 Pořizování a archivace screenshotů.

  10. Rozpočet projektu Hardware • Pronájem webhostingu popř. serverhousingu cca 1000Kč/měsíc Software • Náklady na software jsou vzhledem k použití Apache, PHP, MySQL nulové.

  11. Náklady na vývoj výpočet nákladů metodou COCOMO P = a * (KLOC)b * kT = c * (P)d  Kde P je pracnost v člověko-měsícících, T je čas potřebný k vývoji aplikace. Koeficient k je opravný faktor, který určíme dále. Předpokládáme organický mód, tj. relativně malý sofwarový tým pracující na známé aplikaci. Předpokládaný rozsah produktu je 5 KDSI. a=3.0, b=1.12, c=2.5, d=0.35 Určíme opravný koeficient: Spolehlivost rely = 1.00 Rozsah dat data = 0.94 Složitost cplx = 0.84 Časové omezení time = 1.00 Paměťové nároky stor = 1.00 Stabilita počítače virt = 1.00

  12. Náklady na vývoj výpočet nákladů metodou COCOMO – pokr. Rychlost odezvy počítače turn = 1.00 Znalosti a zkušenosti analytika acap = 1.00 Znalost aplikace aexp = 1.00 Zkušenost programátorů pcap = 1.00 Znalost virt. počítače vexp = 1.00 Znalost prog. jazyka lexp = 1.07 Moderní prog. metody modp = 0.91 Použití progr. nástrojů (CASE) tool = 0.91 Volnost časového plánu sced = 1.00 Opravný koeficient k=0.65 P = 3 * (5)1.12 * 0.66 = 11.83 T = 2.5 * (12.01)0.35 = 5.94 měsíců P/T = 1.99

  13. Náklady na vývoj výpočet nákladů metodou COCOMO – pokr. Ideální počet pracovníků je tedy 1.99. Počítáme s platem 25000 Kč pro jednoho pracovníka, tento plat ovšem musíme zdvojnásobit, kvůli daním, pojištění a jiným poplatkům. Pro 2 zaměstnance pracující 6 měsíců by celkové náklady byly cena=2*50000*6=600000 Kč Celkové náklady: 600000Kč + 1000Kč/měsíc

  14. Harmonogram • Viz webovské stránky

More Related