DRB-IT / blacktiger

Blacktiger server code written in Java.
2 stars 1 forks source link

"Kravspecifikation" - oprettelse af IP-lyttere #40

Closed paf61 closed 10 years ago

paf61 commented 11 years ago

Beskrivelse af ny funktion til oprettelse af IP-lyttere på v2 (v2 er ny Asterisk + BlackTiger)

1) Vi går væk fra systemet med at oprette konti pr. sal, konti skal nu være globale. === Konti beholdes når man flytter === Konti kan oprettes af mikserbror fra GUI. === Den teknisk ansvarliges opgaver lettes herved

2) Database-layout === Tabel (”Telesal-listeners”) over alle lyttere som den der findes i v1 udvides til disse felter (med index på hvert enkelt felt for god søgehastighed). Tabellen lægges i den MySQL db der allerede findes i Asterisk: ------------ a) Number (E.164 telefonummer eller SIP user ID) ------------ b) Name ------------ c) Cong (Menighed, opdateres af ”lyttere nu”-siden) ------------ d) Country (ISO 3166-1, bogstaver fra login, fx ”DK”, opdateres af ”lyttere nu”-siden) ------------ d) Hall (Mødesal, fx DK-8600 eller SE-23040 eller DK-9000-2) ------------ e) Timestamp for sidst benyttet (opdateres af ”lyttere nu”-siden)

3) Som unik ID (sip-adresse) benyttes === 8-cifret nummer med IP "PC-" foran, fx IP12345678 PC-12345678

4) Sletning af konti === Konti skal ikke kunne slettes manuelt === Konti slettes automatisk når de ikke har været brugt i fx et eller to år (tjek timestamp i tabel) ------------ Kan realiseres ved Linux-scheduleret SQL-script

5) GUI === Ny tab: ”Internet-lyttere” - Oprettelse af SIP-konto ------------ Obligatorisk felt til navn ------------ Obligatorisk felt til menighed (med drop-down, der viser menighedsnavne i samme land der matcher det der er tastet før af andre; og en mulighed for at tilføje et nyt menighedsnavn) ------------------ Landekode fås fra bogstaverne i nuværende login til siden, fx DK.

------------ Obligatorisk felt til e-mail hvortil kun navn og password sendes; men ikke user ID. ------------------ Kræver SMTP-server, kun til udgående post ------------------ E-mail adresse må ikke gemmes

------------ Cong skal automatisk udfyldes med den menighed der blev valgt ved login. ------------ Hall Country skal automatisk udfyldes fra den sal der nu er logget ind. ------------ Random SIP user ID genereres automatisk, fx IP01234567 PC-12345678. ------------------ Det skal tjekkes at nummeret ikke allerede findes i tabellen ”Telesal-listeners”, i så fald generes et andet ------------------ Random ID gør det sværere for hackere ------------------ User ID og navn vises på skærmen, og en tekst der opfordrer til at man skriver det ned. Password findes så kun i mailen.

------------ Password genereres automatisk (ikke synligt på skærmen) ------------------ 16 tegn, mindst ét stort bogstav, mindst ét lille bogstav og mindst ét tal, og ét andet tegn (”nemme tegn” som fx -#+/%&@). Undgå stort ”I” og ”O” og andre der kan forveksles i fonte der ofte bruges i mailprogrammer.

=== Redigering af SIP-konto ------------ Kan også ske fra ”lyttere nu” og ”rapport” siderne ------------------ Disse sider skal også vise det nye felt menighed

------------ På den nye tab ”Internet-lyttere” skal der være et søgefelt der kan søge i navn, menighed og SIP user ID (ét felt, der søger i alle), så man kan redigere konti der ikke i øjeblikket vises på ”Lyttere nu” eller ”Rapport”. ------------------ Der skal kun kunne søges i poster hvis nummer begynder med ”IP” ------------------ Når en post er søgt frem: ------------------------ Skal IP-nummer, navn, menighed og landekode vises ------------------------ Navn og menighed kunne redigeres som på ”lyttere nu” og ”rapport” siderne.

------------------ Et nyt password skal kunne genereres og e-mailes sammen med navn som ved oprettelse.

michaelkrog commented 11 years ago

Super beskrivelse. Tak for det.

Spørgsmål: Ville det være muligt at give hver menighed deres eget login, men blot bevare ét møderum pr. sal?

Det ville matche bedre med virkelighedens verden, hvor der er én sal pr. x antal menigheder. Det ville ikke kræve flere SIP trunks da den er hæftet på møderummet. Fordelen vil være at vi kan vide i systemet hvilken menighed der er logget på og dermed vise rapporter der kun gælder den menighed samt begrænse dem til kun at editere SIP-brugere der er knyttet til deres menighed.

xToMMeRx commented 11 years ago

Idéen med et login per menighed har vi faktisk også kort drøftet. Men ser følgende udfordringer ved den, der gjorde at vi droppede den igen:

  1. Hvem skal vedligeholde linket mellem menighed og rigssal? Som du selv skrev tidligere skifter i af og til sal, og hvis linket ikke opdateres, så vil login'et ikke vise den korrekte konference.
  2. Menighederne vil ikke kunne cache login'et sådan at de ikke behøver logge ind hver gang, da hver menighed i samme sal vil bruge hvert sit login.
michaelkrog commented 11 years ago

Det er de samme 2 issues jeg også ser med ét login per menighed, men jeg vil mene at vi får færre problemer/udfordringer hvis vi kan løse de 2 issues fremfor at lade hver enkelt menighed på globalt plan kunne redigere i alle brugere.

Men kan de så løses? Det er jeg overbevist om.

  1. Linket er computeren der står i salen. Opsætningen på den PC der hører til salen vil være bestemmende for det møderum de som udgangspunkt kommer ind i. Det kan være en URL, en cookie eller andet. På den måde kan en menighed går ind i en anden sal, logge på den computer der står der og komme ind i det møderum der er sat op på den computer og som hører til den sal den står i.
  2. Når de cacher deres login foregår det i form af en cookie der bliver gemt i browseren med krypteret brugernavn og password. Vi kan ændre logikken til dette sådan at den kan gemme flere sæt af disse brugernavne og passwords. Loginproceduren kan så, hvis der er 2 eller flere cached logins, vise en liste over dem så man kan vælge hvilken menighed man logger ind som. Brugeroplevelsen vil så være: 1) Åbn link til telesal.dk, 2) vælg menighed* og 3) logget ind i møderummet.

*Der vil altid vises en mulighed for også at logge en ny menighed på. Hvis der ikke har været nogle logget på før vises alm. loginbillede.

paf61 commented 11 years ago

Jeg tænkte netop på noget lignende, det kunne godt realiseres. Der skal så på hvert rigssalslogin være en mulighed for at tilføje/redigere "menigheder der bruger denne sal". Menigheden skal selv forsvinde fra den gamle sal når man flytter sal.

xToMMeRx commented 11 years ago

Rigtig gode løsningsforslag, havde ikke overvejet at linke konferencen til selve pc'en.

Jeg kom lige i tanke om et "issue" mere vi drøftede ved login per menighed: Vi vil skulle vedligeholde en liste over alle menigheder, og i takt med menighedsomlægninger ændrer menighederne ofte navn, nogle nedlægges og nogle oprettes. Det vil give noget mere administration i forhold til sale som knap så ofte sælges/købes og i øvrigt aldrig skifter navn.

Jeg tager den op med Peter i næste uge, så kan vi lige drøfte den igen med dine løsningsforslag. :-)

xToMMeRx commented 11 years ago

Kravspecifikationen i toppen af denne post er editeret så den passer til "Kravspecifikation" - login / sammenknytning af sal og menighed #56.

Jeg har overstreget tekst der er fjernet fra kravspecifikationen og markeret ny indsat tekst som kursiv. (Vi har også kravspecifikationerne i Word hvis i ønsker dem per mail i en lidt bedre formateret/mere overskuelig form)

michaelkrog commented 11 years ago

Spørgsmål Hvis Aalborg Nordøst som er i Aalborg Sal 1 har oprettet nogle SIP-konti, så er der knyttet til Aalborg Nordøst i Aalborg Sal 1. Hvad sker der så når de har et enkelt møde i sal 2(f.eks. pga. kredsmand i nabomenighed) ?

Så bliver de, som jeg læser det, promptet for om de vil flytte menigheden til sal 2. Er det ønsket? (Ved det næste møde er de jo tilbage i deres egen sal igen og bliver så promptet én gang til for det samme)

Og hvad med de sip-konti de har oprettet? Skal de også flytte sal?

I skriver at dette skal gøres for ikke at skulle vedligholde menigheders brugernavn/password da menigheder ofte har ændringer i navne osv., men hvad sker der så med de sip-konti de har oprettet når menigheden ikke længere logger på fordi den er nedlagt og en dag automatisk bliver slettet? Hvem ejer så dem?

paf61 commented 11 years ago

1) Ja, hvis en menighed låner en anden sal skal de vælge/taste egen menighedsnavn i den sal, og bliver evt. promptet for om det er ok at de flytter sal. Og det samme når de flytter tilbage igen. Fx efter renovering eller som hos jer KTM-besøg.

2) SIP-konti er ikke knyttet til nogen sal (efter lidt yderligere rettelser i specifikationen I toppen af denne tråd), men til menighed og land (da to menigheder kan have samme navn i to forskellige lande). Når en SIP-konto eller en alm. telefon ringer ind og vises på "lyttere nu", opdateres dens record med menighed og land.

3) En SIP-konto hører altså til dér (menighed/land) hvor den sidst har ringet ind. Hvis en menighed bliver nedlagt og de tilknyttede SIP-konti ikke længere bliver benyttet, vil de automatisk blive slettet ved udløb af timestamp. Hvis en menighed bliver nedlagt og de tilknyttede SIP-konti begynder at lytte med på møderne i en anden menighed, vil de automatisk blive opdateret så de hører til dér. Jf. 2.

xToMMeRx commented 10 years ago

Lukkes da ny forenklet løsning er beskrevet i #58