我正在开发一个收集和分析中等复杂工程数据的项目。许多人将创建数据,但只有少数人实际执行分析。目标是将此输入数据放在由专家和机器可读的“文档”中,因此作者和分析之间没有翻译。 (这是当前方法的错误来源。)我一直在努力实现这一目标。
原型使用Microsoft InfoPath 2007表单作为数据输入的一种方式,程序读取生成的XML。这种方式很有效,但这些形式无法很好地处理复杂性,并且在需求发生变化时很难进行修改。此外,大多数用户仍然坚持使用Office 2003。
我正在探索手动编写的结构化纯文本输入文件的想法。大多数用户对XML不满意并拒绝使用它进行编写。发明自定义语言和解析器似乎是一场噩梦。 JSON似乎......合理,但并不适合人类使用。
我应该考虑其他任何输入选项吗?
答案 0 :(得分:1)
目标是拥有此输入数据 在由“作者”撰写的“文件”中 专家和机器可读
这听起来非常像您需要一个应用程序级别输入来支持您的“专家”用户。这应该包括所有方式的数据输入验证和验证。
数据输入的结果将是一种可用的XML格式。
应用程序本身可以非常简单,但仍然有助于数据输入过程。
答案 1 :(得分:1)
Excel中。不完全是。您的用户习惯使用它并且无处不在(如果您使用SP 2010,即使在网络上也是如此)。它可以定制和恶心。你将不得不通过箍来获取数据,但我知道保险集团中至少有一个主要项目使用Excel和大约1000个模板来生成人寿保险/关键人物保险报价。
有一件事(我忘记添加):如果可以避免,请不要使用COM获取excel数据。这很麻烦。尝试并使用一些内置的Excel服务来完成它。我知道微软最近在这方面做了很大的努力,不幸的是我没有足够的经验来帮助你进一步发展。