Documentation 软件开发需要哪些不同类型的文档?

Documentation 软件开发需要哪些不同类型的文档?,documentation,project-management,Documentation,Project Management,我了解功能需求文件和技术规范文件。 但是,我想知道,总体项目开发需要哪些不同的文档 假设我有一家小公司,我想为另一家公司建立一个项目。从开始到结束,我需要提交哪些不同的文件? FRD和TSD在哪里合适?也许这将是一个良好的开端: 但我想说这一切都取决于上下文。敏捷项目和RUP项目都需要不同的可交付成果。该列表应得到目标公司/客户的同意。首先选择SRS。法律书面文档是非常必要的,它将涉及软件中包含的所有类型的内容。它显示了您的专业精神。为了开发一个完美的软件,以下文档是必须的: URS(用户需求

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

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

也许这将是一个良好的开端:


但我想说这一切都取决于上下文。敏捷项目和RUP项目都需要不同的可交付成果。该列表应得到目标公司/客户的同意。

首先选择SRS。法律书面文档是非常必要的,它将涉及软件中包含的所有类型的内容。它显示了您的专业精神。

为了开发一个完美的软件,以下文档是必须的:

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

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

    …旧的。。。然而,我绝对支持“这一切取决于上下文”的说法。例如影响因素:项目方法、体系结构成熟度、财务和预算限制、组织中因任何原因无法重用的“烧掉的条款”、相关人员的技能……技术文档呢??我指的是接口和代码文档,以备将来审查