问题标签 [survey]

我想在电子邮件中创建一个小型调查。用户将使用自由格式的文本框、复选框或预定义的下拉列表进行响应。我看到声称能够做到这一点的应用程序。我的需求没有那么复杂。只是需要问的几个问题

我猜这不适用于 99.99% 的人看到这个。我在工作中一直在做一些 Sawtooth 调查编程，我一直需要创建一个网页来显示来自已完成调查的一些汇总数据。我只是想知道是否有人使用 Sawtooth 生成的平面文件完成了这项工作，以及你是如何做到的。我只知道非常基本的 Perl，而且我使用的服务器没有 PHP，所以我有点不知所措。你所拥有的任何东西都会有所帮助。

编辑：提供示例文件的问题在于它更复杂。它不是单个文件，有时会移动到具有不同格式的不同文件中。那里增加的复杂性是我问这个问题的原因。

我们正在设计一个具有以下功能的调查应用程序

1. 用户将能够从一组预定义的问题中选择问题。
2. 每个问题都定义了一个问题类型，该类型决定了答案的类型（多项选择、数据库查找、自由文本等）
3. 用户可以在每个部分中创建具有多个问题的部分层次结构。
4. 调查的答复将存储到 SQL 服务器数据库中。

还需要从每个调查响应中生成输出文档。

我们计划使用 ASP.net 来实现这个应用程序。

我正在寻找可以帮助我们减少开发工作的建议。是否有任何我们可以根据需要定制的商业/开源应用程序？是否有任何现成的组件可以帮助创建动态 ASP.net 页面？我只对可以在本地托管的应用程序感兴趣，因为它必须集成到现有的应用程序中。

自从我大约两年前开始作为专业软件开发人员的第一份工作以来，我已经阅读了许多关于普遍接受的方法（例如 Scrum、XP）、技术（例如 EJB、Spring）、技术（例如 TDD、代码审查）的文章)、软件公司中的工具（错误跟踪、wiki）等。

对于其中许多，我发现我们公司不使用它们，我问自己为什么。我们做错了还是仅仅是我读过的这些文章并没有真正说明现实世界中的情况？这些文章更具学术性吗？

所以，请告诉我你们公司的情况。讲述有关软件开发的一切。这里有一些建议（按照我脑海中的顺序）。至少告诉您是否这样做，或发表简短评论：

• 测试驱动开发
• 领域驱动设计
• 模型驱动设计/架构
• 你测试吗？
• 单元测试
• 集成测试
• 验收测试
• 代码审查
• 创新技术（Spring、Hibernate、Wicket、JSF、WS、REST，...）
• 敏捷
• 结对编程
• UML
• 特定领域的语言
• 需求规范（如何？）
• 持续集成
• 代码覆盖工具
• 贫血域模型
• 通信（Wiki、邮件、即时消息、邮件列表、其他文档）
• 努力估计
• 团队规模
• 会议
• 代码指标
• 静态代码分析
• 错误跟踪
• ...

请记住：我想知道你真正在做什么，而不是你想做什么或认为你应该做什么。

情况

当您学习社会科学时，您经常会遇到在线调查（在线科学数据收集）的需求。这就是我最初使用PHP的主要原因之一。

最近，这些调查应用程序越来越多。增加了很多复杂性：报告（闪存图表、PDF 生成）、数据聚合、不同级别的聚合（例如公司单位）、针对所涉及公司的问卷模块选择等。

现在，我发现自己面临着一个复杂的数据收集和报告应用程序，该应用程序变得缓慢且难以维护。

我的一个平台每天有多达 100 个新用户，并且汇总/报告了数千个用户 乘以 数百个数据项 乘以 几十个层次结构级别的数据。

我的问题

• PHP/mysql 是否还有路要走？
• 像 codeIgnitor 这样的框架可以作为此类应用程序的基础还是我应该从头开始开发所有东西？
• 您知道我可以用作基础的任何类型的调查特定框架吗？

我需要对 3 个问题进行调查：

• 第一个问题是是/否。

• 第二个将有多个答案，您可以在其中为该问题选择多个答案，以及可用于填写答案的“其他”框。

• 最后一个问题将是一个文本区域，用户可以在其中输入一般评论/建议。

我希望这个调查应用程序有一个管理端，这样我就可以将结果导出为标准格式和/或能够通过界面查看统计数据。

我确实找到的是这个。还有其他这样的吗？

编辑：基于 PHP/MySQL。

最近有一个问题是，用“保留所有版本”的文件系统或工具来有效地替换本地源代码控制系统。

许多答案本质上说源代码控制系统不仅仅是保留过去的版本，甚至对于个人开发人员也是如此 - 我认为这是正确的。

所以，问题是：有什么原因需要源代码控制？其中哪些是最重要的？

我对源代码控制功能不是很感兴趣，而是对这些功能存在的原因感兴趣。

这是十人的首发，但我想知道我是否错过了一些：

1. 保留所有版本，尤其是那些形成已发货产品的版本
2. 当两次尝试发生冲突更改时，使团队能够编辑和防止（或至少发出警报）
3. 轻松查看文件版本之间的差异（涵盖前两个开发人员借口：“我没有更改任何内容”和“我的更改不应该这样做”）
4. 防止开发人员事故（无意中删除/更改代码）
5. 防止硬件问题（故障磁盘等）
6. 允许开发几个不同的代码库，同时最大限度地减少未更改文件的重复。
7. 记录谁改变了某些东西，以及为什么
8. 在不破坏主要代码库的情况下启用实验性更改

为什么要使用源代码控制？

该站点上有多少程序员使用 GIS？

您使用什么中间件？ESRI？地图指南？谷歌？

你从事什么样的项目？您是否专注于 Web 工作、制作桌面应用程序或 Intranet 项目？你从事什么样的行业？

科学或市场调查问卷主要由以下形式的问题组成：

简介：表明您对以下陈述的同意程度...

选项：非常 - 相当 - 一般 - 而不是 - 一点也不

第 1项：我喜欢可口可乐

...

项目 n: ...

让我们称整个事情为SCALE。一个量表由几个项目组成，有一个介绍，有一定数量的选项。该数据库具有表'intro'、'option'、'items'和'scale'以及必要的外键。通过适当的查询，我选择此信息并将它们注入表单视图以显示我的问卷规模。

只要没有非技术第三方必须编辑这些音阶，就可以了。最近我想到了一种替代方法。我认为可以将 XML 文件用于比例尺，其中包含所有前面提到的数据，包括翻译。

我知道 XML 是一种传输方式而不是数据存储，我知道查询 XML 并不像使用 SQL 对数据库那么容易……但是第三方呢？我是否应该为他们开发一个后端，他们可以在其中编辑问题？你对此有何看法？您是否知道另一种存储调查问题（量表）的方法？

迄今为止的总结：好的，似乎编辑界面是更好的解决方案。任何人都可以写一些关于XML速度问题的东西......

在 html 中显示表单时使用表格标签是不好的设计吗？

简而言之，这个问题的公认答案是：是的......

...但是这样的事情呢：

我真的想不出不同的更好的解决方案。该示例来自 SurveyMonkey，也使用了表格。

将表格标签用于此类 likert 类型的问题仍然是糟糕的设计吗？