- 5 Diskuse
-
této wiki
Domů
Tato wiki se zabývá podporou při řešení projektu IP Telefonie v rámci předmětu X36SIN a SI2
posudek projektu Flowers 
Editovat
zapisky z konzultace k UML Editovat
Aktuálně Editovat
- pridal jsem nejaky popisy k diagramum co jsem delal, je to opsany ze slides..:-( doufam, ze jsi to tak Oto myslel, pochopil jsem Te tak, ze k tomu chces nejakou teorii..diagramy od Jirky
- bylo by dobre udelat na webu jeste kategorii projektova dokumentace a tam dat odkazy na dokumenty SI2. Diky. Pavel
otazky na 2.TEST od ing.Kubese TEST2
- Upgradovana matice odpovednosti, byl bych rad abyste se na to trochu mrkli :-) Pavel
- Udelal sem analyzu rizik je tady
-
Schůzka 27.4. od 11 v bufáči.
- Pridana prvni verze prezentace uvodni studie
- Pridal jsem harmonogram projektu - Jirko hod ho prosimte na nase stranky. Dik. Pavel
- Aktualizace pripominke :-) Pavel
- Pridal jsem pripominky k datovemu modelu, jsou u datoveho modelu.
- Ahoj, tak nakonec ta schuzka bude az ve stredu. Ja koncim v 19.30 na Karlaku, takze potom tak na pul hodky az hodku... S pozdravem Pavel.
- Pridal jsem dalsi verzi datoveho modelu..Snad je to lepsi,nez predtim..pridal jsem tam Watchdog,ale nevim jestli je to to prave..Jirka
- Co se schuzky tyce,tak to se mnou vypada spatne, protoze se do Prahy chystam prijet az ve stredu..:( Budu na ICQ, tak to s Honzou dam nejak dohromady. Jirka
- Na oficialni stranku jsem daval posledni verzi odbornyho clanku odsud( z Wiki) :-)
- Dole je prvni navrh interfacu, je to jen provizorni verze, jde mi o to zjistit jestli jsem se vydal spravnym smerem. Pak se to kdyztak nejak ucese
- Zjistil jsem ze na nasi oficialni strance neni finalni verze odbornyho clanku :) Nevim jestli je to jeste problem kdyz uz jsme ho odevzdali :) Ota
- Do ctvrtka je potreba detailne zvladnout datovy model systemu v CASE nastroji (Poseidonu) - Jirka s Honzou
- Martin s Otou se budou venovat navrhu interfaceu spolupracujicich systemu a domluvi se s Jirkou a Honzou na tom, kdo si vezme kterou databazi
P.S. Navrhoval bych radeji schuzku v utery, abychom to mohli prodiskutovat, posledne to bylo trochu hekticke bez osobni konzultace.
Krasne Velikonoce vsem preje Pavel :-)
- Datovy model jako nastrel vypada dobre, je to myslim to co se od toho prvotniho modelovani chce
- otazky na 1.test od ing.Kubese 1.TEST
- 12.4.2006 Pridana 1.verze Datoveho modelu (ta verze je spis 0.), i kdyz jsem se ruzne koukal,tak porad moc nevim co Datový model obnáší:-( Jestli můžete tak se na to prosím koukněte je to hrubý (velmi hrubý) pokus:-)Jinak jsem to kreslil v ERM, protože je to nejrychlejší, další verze nakreslím v opravdovém CASE nástroji
- 11.4.2006 Aktualizována matice odpovědnosti tady
- 6.4.2006 Scan těch tamtěch papírů
- 4.4.2006 Pridal sem poznamky k uvodni studii, jsou dole :-) Pavel
- 3.4.2006 Kontextovy diagram , aneb "Opravdu nevim jak na to"
- 1.4.2006 Jako dokoncovatel :-) jsem koukal na ten odbornej clanek na nasi strance a je tam par preklepu. Takze to bud nekdo opravte nebo mi k tomu dejte pristup a ja to vylepsim. Ota
- 1.4.2006 Tady se muzete mrknout na muj projekt z SI1: http://cs.felk.cvut.cz/~strnap1/data/websi/web/index.html
Pavel
- 29.3.2006 Pridana 1.verze Use_case-diagramu
- 27.3.2006 Pridana matice opdovednosti
- Webovky jsou na adrese: http://softing.czweb.org
Pristupovy heslo uz mam, tak ti ho nejak predam na schuzce. Na schuzku by to chtelo vzit temer finalni verz clanku, abychom se o tom mohli bavit.
- Trochu jsem poupravil css, vymazal tagy <font&qt; a zmenil kodovani znaku.
http://sin.peterka.name/index.html Co vy na to?
Ota: Ale jo, ten design mi prijde lepsi..ale na ty druhy strance se mi zase vic libi to do modra ladeny barevny schema Pavel: Me se libi to novy, protoze to funguje normalne ve vsech prohlizecich :-) Honza: To nové faká v poho ve všem,ale ta zelená se mi moc nelíbí.
Co je potreba na dalsi cviceni Editovat
- zpracovane zadani (vytistene)
- matici odpovednosti (vytistenou)
- odborny clanek (na USB nebo na CD/ROM, vlastnim notebooku nebo vytisteny)
Co se bude dit:
- vysvetleni uvodni studie
- kontrola vyse uvedeneho (zadani, atd.)
Schůzky Editovat
Datum: čtvrtek 16.3.2006, 11:00 Téma: rozdělení úkolů, upřesnění zadání Místo: před učebnou SI
- ano, rozdělení úkolů
Datum: úterý 21.3.2006, 19:30 Téma: konzultace odborneho clanku Místo: před školou na karláku
Co se událo (aneb záznam z posezení, nejen pro nezúčastněné):
- Uznání odborného článku za téměř hotovou věc. CORBu zatím nebudeme zmiňovat. Webmaster převezme text z wiki a umístí na oficiální stránky.
- Matici zodpovědnosti Pavel dodělá. (Víceméně orientační.)
- dále klasické plkání o ničem ;)
Datum: čtvrtek 30.3.2006, 11:00 Téma: kontrola postupu v pracich, use-case atd.... Místo: před učebnou SI
- zkontrolovan use-case diagram - par pripominek a zmen
- vysvetleno co s katalogem pozadavku
- co dal..?
Datum: úterý 4.4.2006, 19:30 Téma: kontrola a konzultace : katalog požadavků, seznam aktérů a událostí + use case diagram, kontextový diagram, architektura, konzultace rozpočtu Místo: před školou na karláku
- zrušena
Datum: streda 19.4.2006, 19:30 Téma: kontrola a konzultace : Navrh interfacu, Navrh datoveho modelu a ER modely DB Místo: před školou na karláku
- probran ER model system. db a iterface
Datum: čtvrtek 27.4.2006, 11:00 Téma: kontrola 
a možná i mnohem více. Místo: ElektroBufet na Karláku
Datum: čtvrtek 18.5.2006, 11:00 Téma: posledni kontrola :-). Místo: ElektroBufet na Karláku
Řešitelský tým Editovat
Vedoucí projektu Editovat
Pavel Strnad (strnap1)
ICQ: 24874752
Tahoun Editovat
Jiří Doležálek (dolezj7)
ICQ: 256858643
tel: 777569726
Analytik Editovat
Jan Faflík (faflij1)
ICQ: 259709379
tel: 737 949 730
Dokončovatel Editovat
Otakar Merz (merzo1)
icq#: 175 866 501
Tvůrce idejí Editovat
Martin Peterka (peterm3)
O Projektu Editovat
Předběžné zadání projektu Editovat
- Navrhněte produkční systém pro telefonní společnost poskytující služby v oblasti IP telefonie. Společnost poskytuje následující služby : IVR (menu na infolinkách), konferenční hovory a technickou podporu.
- Při návrhu dbejte především na jednoduchou správu celého systému ( částečná centralizace ) a jeho snadnou rozšiřitelnost do budoucna ( modularita ).
- Součástí návrhu by měl být i jednoduchý informační systém umožňující identifikaci zákazníka při technické podpoře včetně uživatelského rozhraní pro operátora.
- Při návrhu počítejte s tím, že modul pro příjem hovorů je již realizován, jeho interface navrhněte. Stejně tak i modul pro IVR ( VoiceXMLBrowser ).
Roadmap a termíny odevzdání Editovat
Úvodní studie Editovat
Odborný článek Editovat
Katalog požadavků Editovat
Matice odpovědnosti Editovat
Matice odpovědnosti najdete zde
Use case diagram Editovat
Snad už finální verze..:-)
Use Case diagram
Datový model Editovat
Další nástřel Datového modelu..:-)
První scénáře - Případy užitíEditovat
pokud si zákazník nastavuje služby pomocí IVREditovat
- vytočení telefonního čísla IVR
- čekání na spojení s IVR modulem
- výběr služby
- nastavení služby
- potvrzení nastavení služby
varianta 1:
- ukončení hovoru
varianta 2:
- návrat k výběru nastavení jiné služby
varianta 3:
- spojení s operátorem
pokud si zákazník nastavuje služby za pomoci operátoraEditovat
- vytočení telefonního čísla (nebo volba z IVR menu)
- čekání na spojení s operátorem
- sdělení požadavku na nastavení operátorovi
- nastavení služby operátorem
varianta 1:
- ukončení hovoru
varianta 2:
- sdělení dalšího požadavku na nastavení operátorovi
pokud má zákazník technický problémEditovat
- vytočení tlf čísla na technika nemelo by to jit pres operatora?
- čekání na technika
- (ne)vyřešení technického problému
- zaznamenání technického problému
- ukončení hovoru
pokud zákazník volá konferenční hovorEditovat
- vytočení telefonního čísla
- čekání na spojení se službou
- vytočení čísla dalšího účastníka
- přidání dalšího účastníka do konference
- uskutečnění konference
- ukončení konference
pokud sales representativ nabízí služby (marketing super money maker)Editovat
- výběr cílového (potencionálního) zákazníka, zjištění záznamů o minulém reklamním pokusu
- reklamní řeči
varianta 1:
- sjednání obchodní schůzky, sepsání smlouvy
varianta 2:
- ukončení hovoru
pokud operátor přijímá hovorEditovat
- zobrazení příchozího volání
- přijmutí hovoru
varianta 1:
- ukončení hovoru
varianta 2:
- zjištění nastavení aktivovaných služeb a dalších informací o klientovi
- nastavení služeb či poskytnutí rady
varianta 3:
- přepojení na jiného operátora, technika či jinam
pokud supervizor kontroluje činnost operatoraEditovat
- výběr kontrolovaného operátora
- napojení na jeho hovor
- sledování jeho hovoru
varianta 1:
- ukončení sledování
varianta 2:
- převzetí hovoru
varianta 3:
- připojení se k hovoru
Seznam aktérů Editovat
-Zákazník
-Supervizor
-Watchdog
-IVR
-Operátor technik
-Operátor reklamace
-Operátor marketing
-SMS gate
-Servis
Seznam událostí Editovat
-Nastavení služeb
-Technický problém
-Reklamace
-Hovor
-Konference
-Nabídka
-Kontrola/dohled
-Chybová hlášení
Harmonogram Editovat
HW a SW architektura Editovat
přesunuty na vlastní stránku
Návrh interfaců Editovat
Modul Telefonní serverEditovat
- function takeCall(); - je volana pokud je registrovan prichozi hovor
- function callNbr(called_nbr); - vola Management server, vola do okolni site (pri konferenci)
- function callTerminated(); - je volana pokud uzivatel ukonci hovor
- function cancelCall(calling_nbr); - vola Management server, ukonci hovor (napriklad pokud operator na druhe strane zavesi)
- function logEvent(); - ulozi udalost a vysledek na log.server
- function getModuleState(module_id); - zjisti stav modulu
Modul IVR VoiceXMLEditovat
- function takeCall(obj Volani); - vola Management server, predava IVR modulu objekt volani
- function switchCall(obj Volani); - vola se pokud zakaznik zazada o prepojeni na operatora, vrati objekt Volani Management serveru se zadosti o prepojeni
- function logEvent(); - ulozi udalost a vysledek na log.server
- function getModuleState(module_id); - zjisti stav modulu
Modul Databaze zakaznikuEditovat
- function getCustID(array()); - vyhleda zakaznikovo cislo dle nejakych parametru
- function getCustInfo(cuid); - vola IVR nebo operator, zjisti informace o zakaznikovi
- function setCustInfo(cuid, array()); - vola IVR nebo operator, ulozi zmeny na zakaznickem uctu
- function logEvent(); - ulozi udalost a vysledek na log.server
- function getModuleState(module_id); - zjisti stav modulu
Modul Systemova databazeEditovat
- function getRoute(calling_nbr); //vrátí cestu k volanému číslu
- function addRoute(calling_nbr, route);//prida cestu
- function saveRoute(calling_nbr, route);//ulozi cestu lze sloucit s addRoute()?
- function delRoute(calling_nbr);//vymaze cestu
- function noRoute(); //volana pri nenalezeni cesty
- function getModuleState(module_id); - zjisti stav modulu
Modul WatchdogEditovat
- register listener getModuleState(module_id);
- function moduleFailed(); - volana kdyz selze nejaky modul
- function logEvent(); - ulozi udalost a vysledek na log.server
Modul Management serverEditovat
- function getModuleState(module_id); - zjisti stav modulu
- register listener takeCall(); - reaguje na prichozi hovor
- register listener callTerminated(); - reaguje na ukonceni prichoziho hovoru uzivatelem
- register listener switchCall(); - reaguje na zadost uzivatele o prepojeni
- register listener noRoute(); -
Sekvencni diagramy Editovat
GUIEditovat
ER modelEditovat
Nepatří to už do anaLýzy? ER model Systémové databáze
Diagam komponentEditovat
Stavovy diagramEditovat
Ostatní Editovat
Důležité odkazy Editovat
Jiné odkazy Editovat
Návrh aplikací v jazyce UML v češtině
Poznámky Editovat
- U usecase diagramu jsem poznámky napsal přímo k němu, chtelo by to jednotlive akce jeste popsat-udelat seznam akteru a udalosti
- Kontextový diagram - je docela v pohode, ale chtelo by to nakreslit v nakym case nastroji, tohle vypada jako abstraktni dilo od neznameho autora, alespon tak to nazval muj kolega, kdyz to videl :-)))))))))))))
- Kontextovy diagram by mel jaksi odrazet use case diagram, tak se na to mrknete
- usecase diagram - nejak nechapu proc tam dole se vsechno dedi, chtelo by to asi slovne popsat
- Jeste jsem nevidel pozadavky na architekturu(HW a SW)