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