Mobile 移动调查应用程序的体系结构

我将启动一个用于调查的移动应用程序。将有两个用户：测量员和测量员。勘测员将设计勘测并将其发送给勘测员。测量员完成测量并将其发送回测量员

现在，我需要在网络上建立一个数据库来同步调查人员手机上的数据，然后将数据发送回测量员。或者我可以不用它吗

---

不知道我是否可以发送具有将测量数据存储在文本文件中的功能的测量？那么后果会是什么呢

您完全可以不用数据库，例如通过电子邮件将测量结果发送给测量员。然而，分析结果可能有点不舒服。因此，您对数据库的需求主要取决于您的报告需求。那么，你想用这些数据做什么？

< P>作为一个移动应用程序，我肯定会考虑以下特性：

• 为调查添加书签
• 将调查存储在我的手机中，以便以后完成
• 离线回答调查
• 将调查发送到服务器
• 核对收到的调查（如果调查的问题在此期间发生变化）

---

也就是说，我会在手机上使用一个本地（文件？）存储，在服务器上使用一个数据库。

我建议使用一个瘦服务器，负责存储和聚合一些报表数据。 事实证明，在客户端类型之间使用服务器进行同步会更加健壮。 存储可以在文件中完成，比如JSON格式。或者，根据扩展需要，可以将存储切换到NoSQL db。

---

要快速启动，您可以使用Node.js服务器。

另一种调查方法是使用谷歌表单

确保：

• 在移动设备上观看效果良好
• 发送带有结果的电子邮件

首先是小问题：

是的，您可以使用文本文件，尽管我认为JSON更简单。当印刷精美时，它是人类可读的，不含糊，不受特殊字符的影响

你可以拥有自己简单的RESTful数据库，你可以使用一些大型应用程序站点（google站点/fb/等），你甚至可以来回发送电子邮件，这取决于你自己

客户端你想要HTML5

然而，您的系统最重要的方面（*）是对大多数用户（调查者）的可用性

想想这个可怕的例子：

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

然后考虑一下，绝对的调查杀手：

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  [ ]        [ ]          [ ]        [ ]      [ ]

首先，你的用户选择太多，很多人放弃了

然后一些人会混淆哪个框指的是哪个问题

然后有些人不会得到双重否定“不同意修理工没有帮助”

最终，完成你的调查的用户只有那些随机选择答案的用户和一些感觉非常强烈的用户。无论哪种方式，结果都是纯粹的垃圾——随机性和夸张性混合在一起

现在考虑一个更好设计的测量界面：

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

你的印象如何？
[微笑][愤怒]
你住的地方离我们商店有多远？
[房子][山]
#拖动滑块时，滑块图标会发生变化：
#房屋/街区/道路/公路/城市/山区

当你的调查快速且切中要害时，你会得到更多的答案

一个好的调查还有很多内容，例如，问题不应该是暗示性的（你有多喜欢我们的服务？），问题必须明确（我们的新部分怎么样？），问题不能太个人化（你的孩子什么时候死的？）等等。我想很多书都是关于这个主题的，但您无法在系统中轻松地强制执行此操作

---

（*）我假设选择参与您的调查的普通用户，我不考虑用户被迫参与的情况，例如，学校考试。

对于移动调查，请检查-这是谷歌表单生成器的移动版本。

我想用图表和图表表示数据。服务器上是否有其他DB替代品？我可以不用它吗？我不能简单地使用电子邮件和平面文件吗？我不能用javascript设计我的调查吗。然后通过电子邮件正文/附件将其发送给调查对象？Maxood，很抱歉这么晚才回复-是的，你确实可以使用平面文件和电子邮件，但是你必须生成更多代码来消化这些电子邮件/文件并生成你需要的报告。这实际上可以归结为您的需求是什么。现在你几乎可以免费获得一个MySQL实例，所以我不太明白一个文件如何更容易解决这个问题。如果您希望使用文件发布表单，许多托管服务已经使用CGI脚本免费为您发布。测量师是否也使用移动应用程序查看结果，还是应用程序基于桌面/网络？@Raul测量师应该通过其手机接收和填写的测量。这些数据将由调查人员发送。因此，您的意思是：“一旦调查在客户端的手机上重新接收并由客户端填写，输入的值将以JSON格式存储在一个平面文件中。然后将这些数据提取到服务器上托管的DB（NoSQL DB）”。如果我错了，请确认并纠正我。我想我的观点是拥有（NoSQL）DB是一个可伸缩性问题，而不是设计问题。没有它你也可以做得很好。关于调查如何通过服务器从接受调查的人和查看调查的人那里获得的方法。将调查存储在服务器上并将其传递给客户端。测量师应用程序可以轮询服务器以获取新结果。希望这有帮助。对！另一个选择：我可以设计将我的调查作为电子邮件正文/附件（HTML5/CSS）接收或发送吗？你愿意在这里解释一下正确的答案吗：这确实是开发调查应用程序的一种非常便宜的方法。想知道谷歌文档是否也有助于报告？是的，谷歌表单支持调查分析。问题是移动平台上调查应用程序的理想体系结构应该是什么，而不是