IT 文档平台

Question

我们是一家不断发展的 IT 运营商，将继续为各种客户提供额外的产品和支持。随着我们继续保持这种增长，我们发现我们需要在 IT 团队中轻松访问有关我们各种系统和软件的信息和文档。我们的 IT 团队拥有三个主要职能领域，其中包括：

1. 服务台工作人员（第 1 层），
2. 开发人员和程序员，以及
3. 系统管理员/网络管理员/安全分析师（第 2 层）。

目前，我们将第 1 层的信息存储在一个基于 MediaWiki 的 wiki 中，该 wiki 已被证明对帮助台团队非常成功。开发人员和程序员已转移到 Redmine 以跟踪他们的项目、问题和项目文档。管理员（第 2 层）没有集中的知识库，依赖于分散在网络驱动器、个人机器上的 MS Word 文件，以及仅对特定个人可用的知识，因为他们没有在任何地方记录它，等等。

我们现在面临的挑战是我们需要有一个集中位置来记录第 2 层的信息和文档。但是，我们已经安装了另外两个系统。理想情况下，我们希望有一个文档平台，它至少可以为第 1 层和第 2 层工作，并且还可以将程序员添加到其中。该平台需要能够将某些内容分开。例如，在第 2 层级别存在第 1 层不需要知道的敏感信息（我们如何构建服务器、可能的用户名等）。此外，第 2 层应该能够访问第 1 层及以上的信息。我们考虑过为此扩展我们的 MediaWiki 安装，但 ACL' s 和保护 wiki 用户的信息似乎是黑客工作，没有得到很好的支持，并且与作为 wiki 核心的开放和轻松访问信息的精神背道而驰。我正在寻找符合上述标准以及以下附加目标的想法和建议：

1. 最好是免费或开源软件（和网络工具），因为我们真的没有这方面的预算
2. 一个不包含票务元素的平台，因为我们有一个单独的系统来处理 Tier 1 和 Tier 2
3. 一个不需要 Tier 1 和 Tier 2 项目管理功能的平台
4. 一种灵活、易于添加文档的产品，包括表格、简单标记、语法突出显示、图像、网络图等。
5. 全文搜索功能可能具有自然语言功能
6. 支持文件上传和下载的能力
7. 可能有 RSS 或 Atom 提要和更新的电子邮件警报
8. 允许 LDAP 身份验证能够集成到现有的 SSO 环境中
9. 一个不需要大量开发时间或大量自定义代码创建的平台
10. 基于用户、角色、组成员、每个单独的文档/页面或一组文档/页面的访问控制，如果您无权访问站点/文档/页面/成员的该部分，那么您将看不到链接或内容
11. 最好有一个内置编辑器，以帮助更轻松地输入数据和发布文档
12. 内置版本控制和审计会更可取
13. 能够将页面或集合或页面导出为 PDF 文件
14. 如果我们继续成长和扩张，则具有良好的扩展能力
15. 可能支持跟踪使用情况或执行分析的能力
16. 仅供内部使用，不会面向客户或可访问
17. 支持管理信息片段的能力，例如操作方法、过程、解决方案、项目、服务器构建、网络文档等。
18. 它不需要社交整合能力
19. 可能支持拥有或添加系统清单（服务器和客户端机器）的能力
20. 如果我们必须切换平台，允许导入 MediaWiki 信息

此外，网上有很多地方都在讨论专家系统，这些系统允许创建类似于流程图或分步向导的故障排除工作流。这是我们应该考虑将其作为我们文档平台中的一个选项吗？这会有多大用处，这是否有助于第 1 层更好地执行工作？网上也有一些关于内容管理和知识管理之间差异的信息。这是我们应该将其视为文档平台要求的一部分吗？

我知道这篇文章较长，我感谢您提供的帮助和反馈。我正在努力确保我提出了正确的问题并涵盖了基础，以帮助做出更明智的决定并实施一个长期可行的解决方案，这样我们就不会继续重新构建那些系统我们刚刚实施。再次提前感谢，我期待着阅读您分享的内容。

Answer 1

不要过度简化，但想到了 Sharepoint。

Answer 2

我知道这不是免费的，但我认为Altassian产品可以满足您的需求。具体来说，Confluence Wiki 可以帮助您处理文档，而JIRA模块可以进行问题/错误跟踪。