excel - Excel/Access 的替换或迁移策略

Question

有没有一种方法可以提供最终用户喜欢的 Excel/Access 开发的灵 active ，同时灌输集中式 IT 管理，以便数据和逻辑安全、备份、版本控制等。常见的选项是用 C#/重写ASP.Net/Java/Python/Your Choice，但这剥夺了用户的控制权。有更好的方法吗？您在网站上做什么？

用户创建非常有用的 Excel/Access 迷你应用程序是 IT 部门希望控制的一个普遍问题。用户喜欢 Excel 提供的灵 active ，尤其是即时更改、绘图和数据导入/导出。在 Access 中，我们拥有出色的 QBE。缺点是，不久之后就会出现大量失控的电子表格/MDB，这些电子表格/MDB 是关键任务，其中有许多业务逻辑难以理解，代码也很脆弱，支持它们会很痛苦，尤其是在员工离职时。

这让 IT 部门陷入了尴尬的境地，他们希望支持这些应用程序，但对它们了解不够。这变得更加困难，因为它们通常在零文档的情况下不安全。

Answer 1

无论是立场还是立场，我都会追寻问题的根本原因。为什么用户要制作自己的小应用程序？因为当他们通过“正确”的 channel 时，这太难/太贵/太耗时/永远不会有结果。

另一件事是他们往往非常了解业务，因此虽然他们的编码可能不是很好，但他们非常了解需要做什么。

那么我们可以采取什么措施来解决这个问题呢？我个人认为他们应该是 IT 内部的一个小团队，他们的工作(或他们的工作之一)是开发这些小型应用程序。他们应该与最终用户密切合作，而不是被锁在 IT 的象牙塔里。

在我目前的角色中，我处于非 IT 方面，我有一些非常重要的应用程序需要开发，因此我要求安装 Visual Studio 并在 SQL 服务器上留出一些空间。我的请求被拒绝了。所以我只是请求 SQL 服务器空间，请求再次被拒绝(每个请求大约需要一周的时间才能完成)所以最终我“卡住”在 Access 中。

现在这些都是非常好的 Access 应用程序，具有版本控制、评论(震惊!)以及所有其他好东西，但最终我试图以“正确”的方式做事，最终被迫沿着 Access 路线。因此，当我的应用程序尝试扩大规模并且我引用了很长一段时间进行重写时，谁应该受到责备？