代码之家  ›  专栏  ›  技术社区  ›  Matthew Rathbone

支持文档中要包含哪些核心元素?[关闭]

  •  5
  • Matthew Rathbone  · 技术社区  · 16 年前

    我创造了一个 需要“移交”的申请 下个月的支持小组。

    应用程序是 相当小 (2个月的开发),由两个客户端应用程序和一个数据库组成,它是用C为Windows平台编写的。

    我有一个广泛的想法 在支持文档中包含哪些内容,但到目前为止,我还不需要制作很多支持文档,我希望包含一个完整的项目列表。

    我猜我的 目标 是为了制造 每个人的生活 在支持小组中 更容易的 尽可能地消除压力。

    所以我想我的问题是:

    1. 支持文档应该包含什么

    2. 您在支持文档中添加了哪些额外的内容,以使它们更加有用。

    3. 在交接之前还有什么其他活动可以让我们的生活更轻松?

    4 回复  |  直到 10 年前
        1
  •  13
  •   warren    14 年前

    在这一过程的两个方面,我可以说,以下应该是 强制性的 :

    • 代码的文档(javadoc、doxygen等)
    • 有关生成过程的详细信息
      • 从何处获取当前源
      • 如何归档错误(它们会发生)
      • 向源或客户提供修补程序的路径
    • 工作原理(简单,但经常被忽视)
    • 用户可自定义部分(如有脚本组件)
    • 每个组件的主要联系人,即升级路径
    • 鼓励来自支持部门的反馈他们还想看到什么

    我相信还有很多其他的东西可以添加,但这些是我心目中的头等大事。

        2
  •  6
  •   Dheer    16 年前
    1. 功能规格(如果有)
    2. 用户手册。如果没有,就创建一个
    3. 技术手册,包括
      • 部署关系图
      • 软件使用
      • 配置和生成详细信息
      • 服务器IP和admin/oracle/websphere密码的详细信息
    4. 测试文件
    5. 超视图文档分发
      • 所有文件存放的地方
      • 版本控制存储库及其项目/用户详细信息
      • 应用程序用户名/密码
    6. 开发团队为分析、加载数据等而创建的任何支持SQL的/工具等。
        3
  •  2
  •   Veynom    16 年前
    1. 包括操作和输出的屏幕截图。
    2. 更喜欢“在线轻松更新”的文档(类似wiki),而不是纸质或PDF。
    3. 如果在线,则使其可搜索和交叉链接。
        4
  •  0
  •   thmsn    16 年前
    • 用户手册是一个整洁的东西(图片、描述、ASO)。
    • 应用程序中不同功能的概要

    如果这仅仅是为了支持人员而不是为了进一步的发展,那就是我的想法。