我们是一家不断发展的 IT 公司，不断为各种客户提供额外的产品和服务与支持。随着我们继续保持这种增长势头，我们发现我们需要能够轻松访问 IT 团队内有关各种系统和软件的信息和文档。我们的 IT 部门有三个主要职能领域，包括：
- 服务台工作人员（第 1 级），
- 开发人员和程序员，以及
- 系统管理员/网络管理员/安全分析师（第 2 级）。
目前，我们将第 1 层的信息存储在基于 MediaWiki 的 wiki 中，这对帮助台团队来说非常成功。开发人员和程序员已转向 Redmine 来跟踪他们的项目、问题和项目文档。管理员（第 2 层）没有集中的知识存储库，而是依赖于分散在网络驱动器、个人机器上的 MS Word 文件，这些知识仅供特定个人使用，因为他们没有在任何地方记录这些知识，等等。
我们现在面临的挑战是，我们需要有一个集中的位置来记录第 2 层的信息和文档。但是，我们已经安装了另外两个系统。理想情况下，我们希望有一个文档平台，至少可以用于第 1 层和第 2 层，并可以将程序员也添加到其中。这个平台需要能够将某些内容分开。例如，第 2 层有一些敏感信息（我们如何构建服务器、可能的用户名等），第 1 层不需要知道。此外，第 2 层应该能够访问第 1 层及以上层的信息。我们考虑过为此扩展我们的 MediaWiki 安装，但 ACL 和对 wiki 用户的信息的保护似乎是没有得到很好支持的粗制滥造，违背了 wiki 核心的开放和轻松访问信息的精神。我正在寻找符合上述标准以及以下额外目标的想法和建议：
- 最好是免费或开源软件（和网络工具），因为我们确实没有这方面的预算
- 该平台不包含票务元素，因为我们有单独的系统来处理第 1 层和第 2 层的问题
- 不需要 Tier 1 和 Tier 2 项目管理能力的平台
- 一种灵活的产品，易于添加文档，包括表格、简单标记、语法突出显示、图像、网络图等。
- 全文搜索功能可能还具有自然语言功能
- 支持文件上传和下载的能力
- 可能有 RSS 或 Atom 源和更新电子邮件提醒
- 允许将 LDAP 身份验证集成到现有的 SSO 环境中
- 不需要大量开发时间或大量自定义代码创建的平台
- 根据用户、角色、群组成员身份、每个文档/页面或一组文档/页面进行访问控制，如果您无权访问该部分网站/文档/页面/成员身份，那么您就看不到链接或内容
- 最好有一个内置编辑器，以帮助更轻松地输入数据和发布文档
- 最好有内置版本控制和审计
- 将页面或页面集合导出为 PDF 文件的功能
- 如果我们继续发展壮大，就需要具备良好的扩展能力
- 也许支持跟踪使用情况或执行分析的能力
- 仅供内部使用，不会面向客户或向客户开放。
- 支持管理信息片段的能力，例如操作方法、程序、解决方案、项目、服务器构建、网络文档等。
- 不需要社交整合能力
- 可能支持拥有或添加系统（服务器和客户端机器）库存的能力
- 如果我们必须切换平台，请允许导入 MediaWiki 信息
此外，网上有很多地方谈到专家系统，允许创建类似于流程图或分步向导的故障排除工作流程。这是我们应该考虑在文档平台中提供的选项吗？这有多大用处，这是否有助于一级供应商更好地执行他们的工作？网上还有一些信息谈到了两者之间的区别内容管理和知识管理。这是我们在作为文档平台的要求的一部分时应该考虑的事情吗？
我知道这篇文章很长，我很感谢您提供的帮助和反馈。我正在努力确保我提出正确的问题并涵盖所有基础，以帮助做出更明智的决定，并实施一个长期可行的解决方案，这样我们就不会继续重新实施我们刚刚实施的系统。再次提前感谢，我期待阅读您的分享。
答案1
答案2
并非过度简化，但我想到了 Sharepoint。
答案3
答案4
我还认为 wiki 最适合你的要求。维基百科有对 wiki 软件的功能、目标受众、许可/成本等进行了非常好的比较。，因此除了其他答案中的建议之外，您还可以在那里查看一下。