Architektura aplikacji Mobile Survey

Question

Za chwilę rozpocznę aplikację mobilną do ankiet. Będą 2 użytkowników: Surveyor i Survey_Taker. Geodeta zaprojektuje ankietę i prześle ją ankietobiorcy. Zgłaszający wypełnia ankietę i odsyła ją do inspektora.

Teraz potrzebowałbym hostować bazę danych w Internecie, aby zsynchronizować dane z telefonu komórkowego biorcy ankiety, aby wysłać go z powrotem do geodeta. Czy mogę to zrobić bez niego?

Ciekawe, czy mogę wysłać ankietę z funkcjonalnością do przechowywania danych ankiety w pliku tekstowym? Jakie byłyby wtedy konsekwencje?

Answer 1

Proponuję cienki serwer odpowiedzialny za przechowywanie i agregowanie niektórych danych raportu. Posiadanie serwera do synchronizacji między typami klientów okazałoby się bardziej niezawodne. Przechowywanie można wykonać w plikach, na przykład w formacie JSON. Alternatywnie, w zależności od potrzeb skalowania, pamięć może zostać przełączona na bazę danych NoSQL. Aby rozpocząć szybko, możesz mieć serwer Node.js.

Answer 2

Doskonale można obejść się bez bazy danych, na przykład wysyłając wyniki ankiety e-mailem do inspektora. Jednak analiza wyników może być nieco nieprzyjemna. W związku z tym zapotrzebowanie na bazę danych zależy głównie od wymagań dotyczących raportowania. A więc: co chcesz zrobić z danymi?

Answer 3

Będąc aplikacji mobilnych, na pewno wziąć pod uwagę następujące elementy:

• zakładek ankietę
• przechowywać badanie w moim telefonie do późniejszego zakończenia
• Odpowiedź badanie nieaktywny
• Wyślij ankieta na serwerze
• Pojednanie odebranej ankiety (w przypadku, gdy pytania ankiety zmieniły się w międzyczasie)

Powiedziałem, że użyłbym lokalnego magazynu (pliku?) Na urządzeniu mobilnym i bazy danych na serwerze.

Answer 4

Inną alternatywą do robienia badań używa Google Forms http://www.labnol.org/software/google-docs-forms-for-surveys/10056/

Zapewnia:

• dobry wyświetlania na urządzeniach mobilnych
• wysyłających

Answer 5

Małe pytania pierwszą wiadomość z wyników:

Tak, możesz użyć pliku tekstowego, ale myślę, że JSON jest prostszy. Jest czytelny dla ludzi, gdy jest drukowany, niedwuznaczny i bezpieczny od znaków specjalnych.

Możesz mieć własną prostą bazę danych REST, możesz użyć dużej witryny aplikacji (witryny google/fb/etc), możesz nawet wysyłać wiadomości e-mail tam iz powrotem, to zależy od Ciebie.

Strona klienta, którą chcesz HTML5.

Jednak najważniejszym aspektem (*) systemu jest użyteczność dla większości użytkowników - użytkowników ankiet.

Rozważmy ten okropny przykład:

What is your age: 
[ ] between 1 and 5 
[ ] between 6 and 10 
etc. 

następnie rozważyć to, bezwzględną survey zabójcę:

How much do you agree with the following: 
          not at all/not really/neutral/somewhat/a lot 
My cat likes red    [ ]  [ ]   [ ]  [ ]  [ ] 
Eggs are better than ham  [ ]  [ ]   [ ]  [ ]  [ ] 
I don't take a bus   [ ]  [ ]   [ ]  [ ]  [ ] 
I hate politics    [ ]  [ ]   [ ]  [ ]  [ ] 
Fish is expensive    [ ]  [ ]   [ ]  [ ]  [ ] 
Pollution is good    [ ]  [ ]   [ ]  [ ]  [ ] 
Manager helped me a lot  [ ]  [ ]   [ ]  [ ]  [ ] 
Repairman was not helpful  [ ]  [ ]   [ ]  [ ]  [ ] 
Supervisor knows his shit  [ ]  [ ]   [ ]  [ ]  [ ] 
Salesmen were friendly  [ ]  [ ]   [ ]  [ ]  [ ] 
Office smells and looks nice [ ]  [ ]   [ ]  [ ]  [ ] 

Po pierwsze, użytkownicy są przytłoczeni z wyboru, a wiele zrezygnować

Następnie niektórzy mylą, które pole odnosi się do którego pytania:

Wtedy niektórzy nie dostają podwójnej negacji "nie zgadzam się z tym, że mechanik nie jest pomocny"

Ostatecznie jedynymi użytkownikami, którzy wypełnią twoją ankietę, są ci, którzy wybrali losowe odpowiedzi i kilku, którzy mają naprawdę silne uczucia. Tak czy inaczej, wyniki są czystymi śmieciami - losowość zmieszana z przesadą.

Rozważmy teraz lepiej zaprojektowane survey interace:

What was your impression? 
[smiley]<====[slider]====>[angry] 

How far do you live from our store? 
[house]<=====[slider]=====>[mountain] 

# slider icon changes as you drag it: 
# house/block/road/highway/city/mountain 

Gdy sondaże są szybkie i do tego stopnia, dostaniesz dużo więcej odpowiedzi.

Jest o wiele więcej, które trafia do dobrej ankiety, np. pytania nie powinny być sugestywne (ile wynosiło jak np. nasze usługi?), pytania muszą być jednoznaczne (jak jest nasza nowa sekcja?), pytania nie mogą być zbyt osobiste (kiedy umarło dziecko?) itp. Myślę, że wiele książki są napisane na ten temat, ale nie można tego łatwo wymusić w swoim systemie.

(*) Zakładam, że przeciętni użytkownicy, którzy zdecydują się wziąć udział w ankietach, odrzucam przypadki, w których użytkownicy są zmuszeni do udziału, np. egzaminy szkolne.

Answer 6

Aby przeprowadzić ankietę mobilną, sprawdź numer http://askmeqr.com - mobilną wersję generatora formularzy Google.