我进入了一个基于 Windows 的企业环境，其中的文档管理包括带有数字或字母前缀的文件夹命名约定（例如 1 管理员、2 执行官、3 营销）以及带有嵌入日期和首字母的文件命名约定（例如 mmddyy-文件名-版本-作者首字母），但两者都没有得到一致遵守。
在我看来，我们需要摆脱这些文件夹和文件命名约定，但提供一种包含版本控制的替代方案，让非技术最终用户可以理解。
您会推荐什么补救措施呢？
WSS 或 Alfresco 等基于浏览器的文档管理解决方案是否会对最终用户有所帮助？
它们可以与传统的 Windows 资源管理器类型界面并行实现吗？
如果基于浏览器的解决方案不是一种选择，我们如何在文件服务器上实现版本控制？
谢谢
答案1
伙计，我多年来一直在为此苦苦挣扎。如果你愿意花很多钱，市面上有许多商业文档管理系统。如果你不能花很多钱，那么你可能想要看看开源或免费的解决方案。你选对了两个大系统，WSS 和 Alfresco。
采用的最大问题是文档管理系统难以理解和使用。Alfresco 和 WSS 都使得通过 Sharepoint 协议直接从应用程序处理 Microsoft Office 文档变得相当容易，我相信两者都有望支持 CMIS，这可能会也可能不会让事情在未来变得更容易（对于其他应用程序而言）。
至少在您所描述的情况下，文档管理系统的最大好处是您可以强制使用内容模型。也就是说，您可以强制执行每种内容类型的必需元数据，并且这些元信息与文档一起存在和消亡。不再有愚蠢的文件和文件夹命名约定。
那么当然您会获得标准的好处：可搜索性、版本控制、工作流程等等。
在评估了 Alfresco（和 Alfresco Share）和 WSS 之后，我认为 WSS 比 Alfresco 能让你更快地上手。首先，WSS 开箱即用地集成了 Windows/AD 身份验证。Alfresco 也可以做到这一点，但设置起来并不容易，特别是如果你不熟悉基于 Java 的 Web 应用程序（大量 XML！）。其次，你可以通过浏览器非常轻松地在 WSS 中创建内容模型。在这方面，Alfresco 的难度要大得多，你会发现自己需要破解大量 XML 文件才能实现相同的目标。
在我看来，Alfresco 功能非常强大，但它一半是成熟的应用程序，一半是框架。也就是说，它有一个可以做很多事情的不错的 Web 客户端，但它真正的优势在于其核心存储库，您可以通过 javascript“Web 脚本”、CMIS、Java 等获取它。如果您要为您的公司构建一个文档管理系统，Alfresco 将是一个很好的起点。
如果我是你，我会设置 WSS 和 Alfresco 并试用它们（除了标准的 Alfresco Explorer 应用程序外，一定要尝试 Alfresco Share）。几周之内，你就会很好地了解它们的功能，以及你的用户是否会采用它们。一定要关注一些极端情况。我发现这些系统非常适合 MS Office 文件，但使用其他各种应用程序可能相当困难。
这让我想到了你问题的另一部分：是的，Alfresco 和 WSS 可以为它们的文档存储库提供类似“Explorer”的界面。WSS 通过一些特殊的 WebDAV 来实现这一点，而 Alfresco 可以提供 WebDAV 和本机 CIFS（Windows 共享文件夹）界面。不幸的是，这些界面是否适用于特定应用程序还不得而知。尝试通过 WebDAV 从 WSS 打开和保存 Adobe Creative Suite 中的文件...不太可靠。尝试使用 Alfresco 的 CIFS 支持在通过删除和覆盖原始文件进行保存的应用程序（如 gedit）中保存对现有文件的修改...版本控制会丢失。废话。
再次强调，我还没有谈到更昂贵的选择（即使 MOSS 也相当昂贵）。您可能会发现与可以提供咨询的供应商合作是值得的，这样您就不会陷入独自尝试的困境……或者至少是一个更强大、用户友好的解决方案。但实际上，这将在 25K-100K 左右开始。如果人们甚至没有意识到存在问题，那么祝您好运。
除了文档管理系统之外，没有其他方法可以解决您的问题。您的共享文件系统将不断增长。
答案2
Microsoft MOSS 将管理其中的一些内容。需要了解有关硬件和 Windows 版本的更多信息。如果安装免费，则使用 MOSS。SharePoint 将超越成本 $$