Integrovaný studijní informační systém (ISIS) nezvládl po problémech při srpnových registracích další zkoušku. Několikahodinová snaha přihlásit se do systému, chybová hlášení, časté výpadky a pomalá odezva při práci v samotné aplikaci. I takové zkušenosti si studenti odnesli ze včerejších zápisů.
"Přístup do systému byl odepřen. V tomto okamžiku je v systému přihlášen maximální povolený počet uživatelů. Opakujte prosím pokus o přihlášení později." Na toto upozornění uveřejněné na isis.vse.cz, popřípadě rovnou na chybové hlášení "Stránku nelze zobrazit", narazili studenti snažící se zapsat si předměty do aktuálního semestru. "Maximální počet najednou přihlášených uživatelů byl stanoven na základě údajů ze zhruba desetiletého chodu předešlé aplikace," uvedl RNDr. Igor Čermák, CSc., prorektor pro informační systém. O jaké množství se ve skutečnosti jedná však odmítl upřesnit a zároveň dodal, že se k tomuto číslu testovací verze ISISu teprve přibližuje.
Rozdíl oproti starému programu pro registrace a zápisy je v neomezeném přístupu všech studentů během zápisů. V novém informačním systému tak mají možnost do aplikace vstupovat i studenti, kteří v danou dobu podle harmonogramu nemají na zápisy nárok. Mohou tak blokovat omezený počet míst, který je při zápisech zpřístupněn. Tento nedostatek by podle prorektora Čermáka měla vzít společnost Gitus, dodavatel aplikace, při dalších úpravách v úvahu.
Omezený přístup do aplikace včera ale nebyl zdaleka jediným problémem. Studentům zápisy znepříjemňovalo také upozornění o vypršení časového limitu objevující se již po několika vteřinách po úspěšném přihlášení. Tato situace často znemožnila mimo jiné i bezproblémové odhlášení z aplikace, a tak i následné uvolnění místa ostatním zájemcům o zápis.
Na odstranění problémů, se kterými se ISIS potýká, se neustále pracuje. „V takovémto stavu zakázku nepřijmeme,“ ujistil Čermák. „Pravdu má ale společnost Gitus v tom, že sebelepší testování nemůže nahradit skutečný provoz," přiznal.
Studentům závěrem vzkázal: „Vytrvejte, nic jiného se nedá dělat. Ve zlepšení doufáme již v úterý." Dnes se totiž mají zapisovat studenti do prvního semestru.
Společnost Gitus na otázky Studentského listu, kdy dojde k plynulému provozu, odmítla odpovídat.
Diskuse čtenářů iLISTu je neredigovaná a nemoderovaná. Redakce nenese odpovědnost za obsah jednotlivých příspěvků ani neručí za skutečnou identitu jejich autorů.
To nemohla dát VSE zakázku nějaké seriozní firmě, případně si to naprogramovat sama? To by mě zajímalo, kdo ze známých výpočetního centra v gitusu pracuje, případně ji vlastní, nechcete se po tom v ilistu podívat? Ono totiž, kdyby se to mělo vypracovat v rámci VSE, tak by si někdo nenamastil kapsu.
Každopádně ten gitus to je opravdu katastrofa a ostuda.
Jenomže to se někdy předem špatně odhaduje, kdo je seriózní firma a kdo ne. Největší firmy nechějí o zakázkovém software ani slyšet. A pokud vím, tak žádné hotové řešení, jako třeba SAP pro školy, neexistuje.
Ale existuje - např. STAG, systém, který používá hodně moc škol a je vyvíjen v rámci VŠ. Ale pravda je, že VŠE asi pro všechny své agendy potřebuje systém vlastní.
Tak sorry, ale se STAGem mám dost zlé zkušenosti (od přítelkyně z Olomouce) - zápis předmětů trval pře hodinu a půl a za tu dobu došlo asi tak k 20 odpojením od systému... Tak si pak vyberte... :)
Tak to muzu jenom potvrdit. ve STAGu jsem delala rozvrh brachovi a malem jsem u toho zesedivela.., ale ze by byl ISIS kdovi co lepsiho, tak o tom taky nic nevim... :(((
no, ono urcite pomohlo to, ze GITUS je soucasti ceske spolecnosti pro systemovou integraci, jiz predseda vedouci katedry IT. Nicmene tech firem je tam vice a asi to bylo jako podminka na ucast ve vyberovem rizeni na isis.
NO A JSME DOMA, UŽ CHYBÍ JEN ZJISTI, ŽE NEVLASTNÍ SESTRA NEJĚKÉHO PAPALÁŠE Z VŠE JE MILENKOU MAJITELE FIRMY GITUS A MŮŽEME SI PŘIPSAT PLNÝ POČET DO HODNOCENÍ KORUPCE U TRANSPARENCY INTERNATIONAL
Tak ty si synku fakt mimo. Firma není součástí ČSSI, ale maximálně jejím členem. ČSSI je obdoba "sdružení malých pivovarů", aby sis to dokázal lépe představit. Takže to není žádná firma, ale platforma pro výměnu zkušeností a názorů.
Btw> tvorba zakázkového SW není nikdy bez problémů, všichni tady řvete a podívejte se např. na banky, viz. problémy spořky cca před 2 měsíci s jejich internet bankingem. Chce to prostě ještě pár týdnů k "usazení".
Chápu, že v novém softwaru budou vždycky chyby. Chápu, že převzetí se může zklouznout a že do ostrého provozu půjde verze, která není stoprocentní. Ale nechápu, proč to neutáhne 3000 uživatelů, když to a) je nově navržená jednoúčelová aplikace a b) počet uživatelů i velikost tabulek byly předem dosti přesně známy. Tj. i naprostý pitomec musel vědět, že právě tohle bude kritický faktor a musel na to být předem připraven.
Navíc, když o tom tak přemýšlím, tak i velikost té databáze bude zatím směšná. Když si člověk vezme, že student má za studium 100 kurzů, krát 13 000 aktivních studentů, kteří by měli být v databázi současných údajů, tak se dostáváme na to, že největší vazební tabulka bude mít 1 300 000 záznamů. To je sice dost, rozhodně to není nezvladatelné. Zvláště když se stejně vždy vybírá podle studenta, takže se to dá velmi jednoduše indexovat. A má-li to nějakou paměť, tak se možná ani vůbec nemusí hrabat na disk, protože vazební tabulka bude mít celkem asi dva nebo tři sloupce.
Jediný problém tak je počet uživatelů a to se snad dá z údajů výrobce serveru snadno odhadnout, kolik sakra budu potřebovat železa. A 3000 uživatelů oproti takovému seznam.cz je naprosto směšné číslo.
Já bych řekl, že se hlavně pozapomělo na to, že na rozdíl od dřívějších klientů, kteří běhali na uživatelské straně a ze serveru tahali jen kapacity, teď se musí server zabývat nejen tou databází, ale i generování html a jeho posíláním k uživatelům.. což bych řek, že je dost zbytečné plýtvání kapacitou.. Serverům by se asi ulevilo i při současné existenci klienta a Webbased rozhraní.. přeci jen, když de o minuty a je na výběr mezi klientem a pomalým webem, tak si to stáhne i naprostý BFU a zrychlí se to... Stačilo udělat jen kompatibilní databázi, nebo upravit klienta.. práce IMHO na týden, maximálně 14 dní..
Co jsem viděl zápisový program v americe, tak tam ve webovém rozhraní jenom vstupní řádek a ty jsi tam napsal ident a ono ho to zapsalo nebo ne a jen oznámilo výsledek. To je taky jedno z možných řešení jak snížit zátěž severu. Udělat proces co nejjednoduší a tahat co nejméně údajů.
No, me ale hlavne neni jasny, proc se vubec prechazelo na tuhle webovou aplikaci. Sice je to uz hoooodne davno, co jsem naposledy videl to stary, regzap, ci jak se to jmenovalo, ale ja s tim nikdy zadny extra problemy menel. S rozhranim ani s rychlosti. A to jsem si delal registrace nekolikrat dokonce pres ocean. Proc se porizovala tahle nova vec?
Hlavním problémem a důvodem opuštění regzapu je to, že není kompatibilní s dalšími složkami studentského informačního systému. Například s programem, do kterého zapisují zápočty studijní referentky. A to, že zápočty dávali učitelé do počítače, pak je vytiskli a studijní referentka je následně opět dala do počítače také asi není optimální proces.
A neni náhodou jednodušší udělat převodový můstek? Aplikace, která funguje přes WWW prostě nikdy nemůže být tak výkonná a s rychlou odezvou jako klient. Nechápu, jak se tady může učit IT215 (MDIS) a jiný věci ohledně architektur aplikací a jinejch pohledů, když praxe je stejně o tom "Já umim tohle, uděláme to takhle...". Klidně to mohl bejt nějakej applet. Takovýhle problémy se daly čekat. Fakt nechápu, proč to nemohlo zůstat při starym.... BTW: Víte někdo, jak udělat v ISISu změnu skupiny předmětu?
kdyby se na to vyprdli, a nechali starý dobrý a lehce ovladatelný dosový program, bylo by vyhráno. Amatéři a to se na VŠE vyučuje informační technologie!!!!! Ostuda!!!
Alespoň mají studenti možnost včas zjisit, že rozdíl mezi teorií na škole (jak by se to mělo dělat) a praxí (jak se to dělá) je opravdu dost velký. ;-)
Ano, na VŠE se učí IT, ale nevím o předmětu, kde by si student vyzkoušel do všech důsledků psát aplikaci, se kterou najednou pracuje několik stovek klientů. Na to vám žádný UML diagram ani metodologie životního cyklu IS nepomůže.
ano je to ucebnicovy priklad tech nuzek mezi teorii a praxi. A stejne tak me bude zajimat jak se to bude vyvyjet dal - tedy jestli se projekt zavrhne (jak nam ukazuji ty slavne grafy, ktere nemohou chybet na zadne uvodni prednasce na kitu) ci jestli se nejak dotahne do konce a pokud ano, jestli bude v uzivatelnem stavu.
na cele veci me mrzi to, ze VC neposkytuje zadne informace, a nema zajem o uzivatelsky feedback. Ze zkusenosti vim ze na F4 je hodne schopnych studentu, kteri by byli schopni a ochotni pomoct (naprikald vyse diskutovane tema o napsani jednoducheho klienta a obejiti web-rozhrani)
To by mě tedy zajímalo, jak mi znalost životního cyklu IS pomůže v tom, abych dobře vytvořil indexy nad tabulkami v Oracle, nepsal prasácké SQL dotazy a odhadl jestli daný aplikační server na daném HW utáhne zátěž.
Nezavrhuji životní cyklus IS, ale se současnými problémy ISISu má pramálo společného. Co jsem slyšel, největší problémy byly způsobeny ne zcela optimálním nastavením aplikačního a db serveru.
To je zase ten názor všech Tichých Kosků, že validní XML to spraví :).
A já si zrovna myslím, že na vině je neznalost (resp. nedodržení) základních pouček o životním cyklu projektu IS. Kdyby si někdo vzal příručku, tak nejdýl v bodě tři narazí na odhad rizik. A pak by musel přijít na to, že samotné zápisy jsou aplikace, kterou napíše trochu schopný programátor za večer, ale že bude mít dva kritické faktory: velikost vazební tabulky StudentiKurzy a především současný přístup 3 000 lidí v prvních pěti minutách každého kola zápisů. A teprve teď přichází na scénu ten neschopný programátor co píše prasácké selecty a neumí udělat index na Oraclu, ale protože nad ním sedí člověk, který ví, že je potřeba otestovat hlavně 3 000 přístupů najednou, protože v ostatním snad ani nejde udělat chybu, tak se to prostě vyzkouší. A protože se díky odhadu rizik včas přišlo na to, že to není ono, tak se to ještě stihne spravit.
Jenže odhad rizik nikdo neudělal a tak se na ty prasácké selecty a špatné nastavení serverů přišlo až pozdě a bác ho, systém sice jakž takž funguje, ale použitelný bude až příští semestr.
Jenže u ISISu nejsou problémem jenom nějaké špatně postavené databázové indexy či dotazy. Tenhle systém je totálně odfláknutý. Počínaje zcela nepoužitelným uživatelským rozhraním a konče některýma HODNĚ ZÁVAŽNÝMA bezpečnostníma chybama a dírama, o kterých se na veřejném fóru nesluší podrobněji hovořit (už byly Výpočetnímu centru samozřejmě reportovány). Je to hodně velký průšvih a od Gitusu šlendriánská práce.
nekdo nepouziva operacni systemy od Microsofu, takze mel s timto klientem problem. sel sice spustit pod "emulatorem" Wine, ale natolik blbnulo kodovani znaku, ze jsem se na to radeji vykaslal. system ISIS neni zas tak spatny, jak rikate. funguje, byt ma problemy. mozna je problem spis v strojich, na kterych bezi, protoze nezvladaji napor uzivatelu, pripadne je neoptimalne napsany, nebo oboje. zajimalo by me, zda dodavatel delal nejake stress testy, protoze by mu to muselo jit na hubu uz pri nich ... co ale opravdu _NECHAPU_, je, ze si ten system nenapsala F4 sama - s pomoci studentu. sice by to trvalo dele, ale to, ze je treba novy komplexnejsi system se vi jiste uz dlouho. system by byl sity na miru, nebyl by tak drahy a navic by jej skola mohla za urcitych okolnosti i dale prodavat ... chjo:( ... dmnc:/
IS školy nemohou psát studenti. Proč? Už třeba jen proto, že náhodně posbíraná skupina sebeschopnějších studentů nemůže zaručit kontinuitu projektu. Jednou zkrátka školu opustí, a kdo se o systém a jeho rozvoj bude starat dál?
Nápad, aby IS školy psali studenti je takový permathread, ale naštěstí k tomu nikdy nedošlo.
Nechat podobný systém napsat externí firmu je v dané situaci asi to nejlepší řešení. Že zavedení není zcela hladké, je celkem pochopitelné a je to normální u všech podobných projektů. Navíc, možná se to v IT neučí, ale jakmile si někdo vybere dodavatele IT, je jeho rukojmí. Změna dodavatele by minimálně z krátkodobého a střednědobého hlediska byla ještě dražší, a navíc jistota zlepšení tu není. Navíc takovou věc nikdy žádný IT manažer nenavrhne, protože by tím přiznal, že jeho předchozí rozhodnutí ohledně výběru dodavatele IS bylo špatné. Toho jsou si všechny SW firmy vědomy a více či méně to zneužívají.
Nesouhlasím, vždyď program na registrace a zápisy lze udělat a je po odladění dlouhodobě homogenní. Mění se jen data. Pokud mám info, tak starou verzi clientů tvořili studenti v rámci diplomové práce a fungovalo to několik let.
Spíš mám pocit, že je celé vedení včetně té nejvyšší zcela neschopné. Nezvládnou spravedlivě rozdělit lidi na koleje, najít dodavatele na akceschopný software pro zápis předmětů, nedokážou garantovat délku výstavby nové budovy a přerušení provozu Menzy, zavádějí novinky v podobě Musílkova týdne, atd. atd. každý nový projekt se honí na poslední chvíli. Vše co se týká studentů v první řadě je jaksi...
S tim souhlasim. My se ucime o tom, jak dulezity je management projektu z hlediska casovych harmonogramu a take dobre vime, ze je bezne, ze nedodrzeni harmonogramu vzdy neco stoji (na obou stranach). Mne prijde ze v tomto pripade trpi pouze studenti a mozna clenove VC, kteri si uvedomuji zavaznost situace. Je to rozpor mezi tim co se do nas snazi skola na vedomostech natlacit a mezi tim, jak sama o sobe funguje. Za tohle preci nese jednoznacne odpovednost dodavatel, ktery jak predpokladam mel na zacatku informace o budoucim zatizeni, pozadavcich na aplikaci atd.
Jestlize firma Gitus dostala zakazku a zavazala se vytvorit novy system, pak prece neni mozne vymlouvat se na "nemoznost plneho otestovani noveho softwaru". To si mela firma uvedomit hned v zacatku a pokud nemela vhodny napad, proste do takoveho projektu nejit. Ja osobne pracuji v jedne velke softwarove spolecnosti a vypusteni neodladene aplikace "do sveta" neprichazi v uvahu, natoz pak pozadovat po samotnych uzivatelich, aby si funkcnost vyzkouseli sami a nasledne jim slibovat ze se vsechno spravi v pristich verzich, casem, az pomoci nich zjistime co nefunguje a na co jsme pozapomneli....
>> IS školy nemohou psát studenti. Proč? Už třeba jen proto, že náhodně posbíraná skupina sebeschopnějších studentů nemůže zaručit kontinuitu projektu.
Hehe, to neni to nejhorsi... Jde hlavne o to, ze by si mohli udelat zadni vratka!!! To snad ani nemusim rozebirat...
"Že zavedení není zcela hladké, je celkem pochopitelné a je to normální u všech podobných projektů."
Aha, jsme v Cechach, takze zase budeme radsi omlouvat toho spatneho nez se zastavat poskozeneho. Pracuju ve firme, kde se implementuji reseni radove za stovky milionu dolaru za kus a vice a muzu potvrdit, ze normalni to neni. Male chyby samozrejme tu a tam jsou, ale zasadni problemy znamenaji nemale sankce, spatna povest, dopad na financni vysledky firmy, uprk akcionaru! Nezda se mi, ze by ISIS byla dobra vizitka.
Já neříkám, že je správné a normální, že ISIS má mnoho vážných problémů. Nicméně v podstatě jsem podobné problémy při spuštění očekával. Přece jen pro podobný počet uživatelů neumí J2EE aplikaci napsat každý. Samozřejmě o tomhle se mohou programátoři bavit večer u piva, normálnímu uživateli to je jedno a vadí mu, že výsledek je nefunkční.
Jenomže hladké zavedení u zbrusu nového (nikoliv jen parametrizace existujícího) patří do říše pohádek. Řešením je ale dobré řízení projektu, řádné otestování u zákazníka předtím, než to systém jde do ostrého provozu a i pomalý náběh do ostrého prozu. A i tak ti stejně něco uteče a projeví se to až druhý den ostrého prozu.
Podlě mě byla chyba, že se systém nenasadil už v červnových registracích. Tam není na systém takový nápor, případné výpadky nejsou tak kritické jako u ostrých zápisů a případně by se daly celé registrace odložit nebo prodloužit. Ale provést registrace na regzapu, pak udělat konverzi a následně pustit systém do ostrých zápisů je prostě sakra velké riziko.
Důležitá je také připravenost a ochota dodavatele reagovat na zaváděcí problémy. Spousta chyb je takového rázu, že se dají opravit přes noc. Pokud se to dodavateli povede, tak zákazník sice brblá (zvláště, když problémů je hodně) ale na druhou stranu to pro něj není takový problém a obvykle to pochopí.
Může mi někdo vysvětlit, proč ve fázi, kdy není sytém plně dotaženej a vůbec není jasný, jak zvládne nápor zápisů (viz. prohlášení Čermáka v článku) neponechala škola v provozu stávající client (aspoň jako nouzový řešení)? Ono by se asi zjistilo, že je oproti původnímu clientovi je na kamenou zadnici. Každopádně na to doplatili studenti a prohlášení „Vytrvejte, nic jiného se nedá dělat." mi teda fakt nepříjde seriózní.
Dne 14.9.2005 bude aplikace ISIS v době od 7 hodin do 14-16 hodin mimo provoz. Probíhá automatizovaný zápis.
Upozornění :
Po dobu zkušebního provozu aplikace doporučujeme pro vstup do aplikace ISIS používat adresu http://isis.vse.cz (při použití této adresy se Vám zobrazí nejdříve tato informační stránka obsahující aktuální provozní informace).
Od 9.9.2005 8:00 hodin bude zahájen zkušební provoz části aplikace ISIS pro zápisy studentů denního studia.
...
...Jakto, ze jde o zkusebni provoz? Vzdyt jde naostro o zapisy. A kdyby to neslo vubec? To by pak jako na pul roku krachla cela vyuka?
By mě zajímalo, kam mám poslat fakturu od Českýho Telecomu za promrhaný čas způsobený nefunkčností systému ISIS, fakturu za můj čas, který jsem mohl využít opravdu efektivněji a ne ve společnosti pojeb.nýho ISISu....Další důvod, proč odrazovat potencionální studenty od studia na VŠE v Praze. ZdarBazar!!!!
Jestlize je tento provoz nazyvan testovacim (do kdy ma trvat testovani? Pokud vim tak naostro byl nasazen uz v cervnu) tak by mel byt jen doplnkem k stavajici aplikaci ktera by mela bezet paralelne a byt plne funkcni pro pripad, ze testovani skonci neuspesne. Byl vymyslen krizovy scenar pro pripad ze by Gitus na tomto projektu krachnul a 13.000 studentu by se nemohlo zapsat do dalsiho semestru?
Existuji aplikace pro testovani takovych rozsahlych systemu, ktere dokazi najit bottlenecks i na urovni jednotlivych metod provadenych v app serveru. DOkazi suimulovat chovani uzivatele a dokazi system i nalezite zatezove otestovat. Zabyval se nekdo v Gitusu necim takovym? Obavam se ze ne.
Mam dalsi stiznost. Od rana se snazim pripojit na isis.vse.cz - totalne bez odezvy (respektive ping sel ale stranku jsem nestahnul - port 80 "dead") a teprve ted mi tam naskocila "vstupni buzer-stranka":
"Dne 14.9.2005 bude aplikace ISIS v době od 7 hodin do 14-16 hodin mimo provoz. Probíhá automatizovaný zápis."
Bylo by fajn, kdyby aspon ta vstupni stranka fungovala.
abychom, přátelé, pořád jen nenadávali mám pro Vás informaci z trochu jiného soudku:
zajímá vás, odkud ISIS vzal symbol hlavy egyptské bohyně, a proč je ikonou reprezentován jako pyramida? ISIS byla totiž staroegyptskou bohyní úrodnosti a mateřství.
Pro případné zájemce doporučuji: http://www.crystalinks.com/isis.html
Už si připadám jako maximální blbec!!!! Jako vůl jedu 100 kiláků do Prahy a zajdu do školy zkusit zápočty: do 14 - 16 hod nejde ISIS. Teď zapnu kompa doma: ISIS nepůjde od 21 do 24 hodin. To mě pos*r!!!!! Bylo by možná supr na týden dopředu pěkně pod sebe vypsat dny a hodiny, kdy bude ISIS mimo provoz!!! Mnohokrát děkuji!!! Mějte se, spěte sladce, hezké sny o ISIS na VŠE! Zdraví petjan
staci si precist harmonogram a neni treba nikam jezdit (hlavne kdyz k tomu clovek stejne ve skole vubec byt nemusi). To by me zajimalo co si dnes v ISISu chtel/a delat. Zapisy zacinaji az zitra a to jenom pro nejvyssi rocniky a to soude podle tveho prispevku se te stejne netyka. Takze sup sup na stranky skoly. Najit harmonogram a poradne precist! A hlavne zitra zbytecne neblokovat pristup tem kdo se uz muzou zapisovat!
Ve školství je evidentně příliš mnoho peněz a na VŠE zřejmě zvlášť. Jinak by asi nebylo nutkání mermomocí vyrábět něco nového, když to staré funguje, a navíc skrze vnitřní zdroje (fakulta informatiky zřejmě není vedení VŠE dost dobrá).
Jestliže chtěli vylepšovat starý systém, mohli mu dát nový obal (grafika), propojit ho s vyhledáváním předmětů v hodinách či podobně.
Takhle je to čiré pokrytectví, kdy my se učíme, jak se má něco dělat správně, přitom sami naši vůdcové dělají pravý opak. Kážou vodu a pijí víno. Fuj!
Ono tak není úplně pravda, že to funguje, resp. fungovalo. Na VŠE bylo několik vzájemně nepropojených a nepropojitelných systémů. Ty jsi si zapsal předmět v jednom systém, učitel ti zápočet napsal do druhého a studijní referentka ho pak následně přepsala do třetího, odkud se složitě exportoval do čtvrtého, aby sis to mohl zkontrolovat. Aplikace pro registrace a zápisy je jenom malý zlomek informačního systému o studentech. A nutno říct, že velmi jednoduchý zlomek (i když šest studijních plánů v desítkách oborů, návaznosti a vzájemné zákazy kurzů to velmi komplikují). To, že vlastní zdroje byly schopny vyprodukovat tuto malou část IS neznamená, že jsou schopny zvládnout systém, který zvládne celou složitou agendu kolem studia.
Já si tohoto názoru cením, nicméně, jak praví základní pravidla marketingu, produkt měříme okem zákazníka, v tomto případě studentů (ano, je možno diskutovat, že zákazníkem je z jiného úhlu pohledu stát), a tady je názor jasný, je k přečtení vůkol.
Nerozumím, zřemě jsi reagoval na něco jiného než na můj příspěvek. Já jsem přece neříkal jestli ISIS je dobrý nebo špatný. Já jenom říkal, že má zahrnovat desetkrát větší agendu než původní aplikace pro registrace a zápisy a tudíž je třicetkrát složitější a padesátkrát hůře udržovatelná. Do wrzklienta ti například učitel nemohl zapsat zápočet, protože tam na to nebyla kolonka. Z tohohle důvodu je pak wrzklient nepoužitelný. Samozřejmě, předměty v něm šly zapsat krásně, ale to bylo všechno. Proto musel být wrzklient nahrazen.
Nedorozumění spočívá v tom, že všichni srovnávají jednoduchou jednoúčelovou aplikaci s komplexním informačním systémem.
Netvrdím ovšem, že GITUS implementaci nezvoral a že to nešlo naprogramovat lépe.
"Člověk by řekl, že sofistikovaný informační systém, u kterého je předpokládaný počet uživatelů několik tisíc, bude jednoduchý na používání. Ovšem to, co spáchala firma Gitus, je zločin první kategorie. Nový informační systém určený studentům VŠE pro registraci předmětů, je prostě k pláči. Ošklivé, nefunkční a nepřehledné rozhraní, nevalidní a stupidní HTML kód a nesmyslný layout..."
Šílíte z učení na zkoušky? Můžete se zbláznit ze stohu knih plných
tajuplných definic a grafů? Leze vám to už zkrátka všechno na mozek? Tak
si přijďte vydechnout 3. – 5. června 2011 v Praze nebo 8. –
10. června 2011 v Opavě na už čtvrtý ročník filmové přehlídky
Psycho Film – tentokrát s hlavním tématem „Mezi vírou a
šílenstvím“. A nebude vás to stát ani korunu.
V úterý 5. dubna 2011 se v Theatro Music Clubu v Praze Karlíně
konala velkolepá party. Studenti VŠE volili svého krále a zároveň
hlavního kandidáta a obhájce titulu Král Majálesu.
Oslavit padesát let plných aktivit ve prospěch dodržování lidských
práv koncertem v zajímavém prostoru MeetFactory a zároveň poukázat na
události, které se dějí v Tibetu, bude úkolem koncertu pořádaném
Amnesty International 11. března.
Ilist.cz představuje svého nového partnera – cestovní kancelář Mundo,
jejíž poznávací zájezdy většinou kombinují hory, turistiku a památky.
CK Mundo funguje již 15 let a na zájezdy s ní jezdí převážně mladí
lidé a studenti.
![[REKLAMA] Divadlo DISK](/assets/docs/acc1d22aaf1d772dc42835e85cfaae1f/4296-0/disk.gif)
