【问题标题】:What are the different types of documents needed for software development? [closed]软件开发需要哪些不同类型的文档? [关闭]
【发布时间】:2012-07-30 00:15:34
【问题描述】:

我知道功能需求文档和技术规范文档。 但是,我想知道,整体项目开发需要哪些不同的文件。

假设我有一家小公司,我想为另一家公司建立一个项目。从开始到结束,我需要提交哪些不同的文件? FRD 和 TSD 在哪里适合?

【问题讨论】:

  • 安装指南、行为准则、API 文档(Postman 集合)、知识库文档、故障排除文档、发行说明、软件架构图、推荐的技术文章、最常用的数据库查询

标签: documentation project-management


【解决方案1】:

也许这些将是一个好的开始: http://en.wikipedia.org/wiki/Software_documentation

但我会说这一切都取决于上下文。敏捷项目以及比方说 RUP 项目需要不同的可交付成果。此列表应与目标公司/客户达成一致。

【讨论】:

  • ...旧的...但是我绝对支持“...这完全取决于上下文”的说法。影响因素示例:项目方法、架构成熟度、财务和预算限制、组织中因任何原因无法重用的“烧毁条款”、相关人员的技能......
【解决方案2】:

为了开发一个完美的软件,以下文档是强制性的:

  1. URS(用户需求规范):URS 明确地描述了软件的所有需求。
  2. UI:根据 URS 设计软件的某些页面。这还包括错误消息、弹出消息等。
  3. SRS(系统要求规范):SRS 根据 URS 逐点定义系统要求。
  4. STC(系统测试用例):软件开发完成后,系统测试使用 STC 完成并记录在 STC 中
  5. UAT(用户验收测试):在所有系统测试用例成功后进行用户验收测试,以检查软件是否涵盖 URS 中提到的所有要点并按预期准备
  6. DTL(缺陷跟踪日志):在 UAT/STC 期间记录的所有错误/缺陷都在 DTL 中提及,以便修复

修复所有错误后,进行第二轮 STC 和 UAT 以检查现在是否一切正常并满足用户期望。终于可以使用软件了。

【讨论】:

  • 技术文档怎么样??我的意思是接口和代码文档以供将来审查
【解决方案3】:

首先选择 SRS。法律书面文件是非常必要的,它将涉及软件中包含的所有类型的东西。它显示了你的专业性。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-23
    • 2013-04-27
    • 2011-11-01
    • 2010-09-30
    • 2011-06-26
    相关资源
    最近更新 更多