Ctiborovy poznámky

V současné době je BIS na půli cesty. Základní úkony správy HB a jeho článků v něm jdou provádět, nicméně určitě by šlo jít ještě dále a elektronizaci brontosaura posunout na nový level. BIS má potenciál hlavně ve střednědobém horizontu, ušetřit spoustu práce díky automatizaci činností.

Úkony v BISu

Úkony v BISu lze rozdělit na činnosti (ty vychází z vlastní iniciativy) a úkoly (které vyplývají z procesů v HB a jsou víceméně povinné). Na činnost budou zpravidla navázány nějaké úkoly. Úkol však může existovat i samostatně a aktivovat se podle toho, že nastal určitý časový okamžik. Nicméně právě na (polo)automatizaci vykonávání úkolů by měl celý BIS a jeho potenciál stát.

Příklad: Činností je zadání akce, aby se zobrazila v propagaci, a následně ji uspořádám. Na akci jsou ovšem navázány úkoly – kontrola ze strany koordinátora zda jsou splněny předpoklady pro pořádání akce, vykázání účastníků a práce ze strany organizátora apod.

Správa uživatelů

Z pohledu odpovědnosti za přístup k ochraně osobních údajů, by bylo vhodné, aby každý uživatel BISu vystupoval sám za sebe. Navíc to umožní větší flexibilitu systému a realizování některých nových funkcí. To bude vyžadovat zřejmě i změnu dosavadního systému oprávnění a celkovou decentralizaci a dekoncentraci správcovsatví BISu. Základní jednotkou by měl být uživatel, který se bude moci registrovat, případně ho bude moci vložit nějaký administrátor, ale vesměs nebude mít žádná práva. Typicky se bude jednat o účastníka akce, jehož osobní údaje někdo poprvé zadává opisem z prezenční listiny. Bude mu však možné přidělit určité role, dle funkcí v HB – člen, organizátor, příznivce, koordinátor atd. Tyto role budou přidělené vesměs spíše dočasně podle povahy – např. uživatel do konce členství, organizátor taktéž, koordinátor dle uzavřené smlouvy apod. U každého uživatele tak bude dohledatelné, co v BISu udělal, k jakým datům má přístup apod.

Katalog úkonů v HB

Předpokladem pro vývoj BIS 2.0 je sestavení katalogu úkonů v HB. Ten by měl obsahovat veškeré úkony, při nichž se využívají jakákoli data o akcích, členech, příznivcích a jakékoli další činosti v HB, při nichž je žádoucí využití BISu. Tyto činnosti by měly být kategorizovány podle toho, kdo je vykonává, zda se jedná o činnost nebo úkol (viz výše). Mělo by proběhnout také mapování rizik a vytvoření sytému jištění a zástupů. Výsledkem by měl být popis úkonů pro programátory, které se budou implementovat do BISu včetně toho, kdo má právo danou činnost vykonávat, kdo vykonává nad činností kontrolu a kdo má právo zasáhnout, v případě výskytu rizikové situace.

Aby to byl skutečně brontosauří systém like

Myslím, že BIS by mohl být i trochu vtipný a obsahovat nějaké hlášky, tak aby práce s ním lidi bavila. Současná podoba je strašně suchá. Nesplňuje programový cíl „Dávat si navzájem radost…“ :-P

Funkce a vlastnosti

Kromě zdokonalení stávajících funkcí by mohl BIS také umět následující věci:

• Prezentace dat v něm obsažených a jejich export a využití pro potřeby sebepropagace HB a ZČ (do výroček, zpráv ke grantům apod.)
• Širší možnosti toho, jak exportovat data z BISu na web a sociální sítě.
• Import a export dat z jiných aplikací (Gmail, mobily, aplikace na počítači).
• Varianta pro obsluhu přes mobil
• Sjednocení stávajících informačních systému v HB (co jde, nacpat do BISu, aby se dala data dále propojovat – např. ZZ + ZV)
• Statistiky a dotace – rozdělování bodů na dotace „jedním klikem“
• Propojení na účetnictví (pohoda, pokud to má smysl, tohle jsem si napsal už dávno a nevím, co mě k tomu vedlo)
• Funkce pro BRĎO – oddíly, kontakty na rodiče,...
• Oceňování organizátorů v BISu (alias digitální odznaky, alias achievmenty)
• kvalifikace, jejich hlídání, provázanost se systémem (OHB+PsB, apod.)
• Každý si spravuje svůj profil v BISu sám, pokud chce
• Inventář ZČ
• Zlepšení uživatelského rozhraní – např. hromadné operace s položkami v BISu (dávkové zpracování, něco jako je např. v PHPMyadminovi)
• Generování formulářů a různých jiných lejster z dat v BISu obsažených
• RSS kanály akcí apod.
• Březové lístky
• Bis jako hlídač, který emailem automaticky připomíná organizátorům a vedení ZČ, co mají dělat, pokud budou chtít
• Interaktivní nástěnka (dashboard)

Etapy (zastaralé, bude nutno stanovit znovu)

1. Stanovení strategie a základních východisek zadání (11/2015)
2. Musíme se rozhodnout, zda skutečně starý BIS zahodíme a vybudujeme nový na zelené louce. Jednání s Káldym ohledně jeho zapojení.
3. Analýza potřeb (12/2015)
4. Tvorba katalogu činností HB.
5. Sestavení realizačního týmu (01/2016)
6. Hledání lidských zdrojů uvnitř i vně HB.
7. Design aplikace (01/2016)
8. Návrh datových struktur, volba nástrojů, způsob a systém vývoje, použité technologie. Konzultace s infrastrukturou.
9. Přizpůsobení struktury stávajících dat (01/2016)
10. Implementace návrhu (02 – 06/2016)
11. Testování (07 – 08/2016)
12. Nasazení a paralelní provoz se starým systémem (11/2016)
13. Konec paralelního provozu (06/2016)