博客

需求文档

在进行产品开发之前都需要有一份产品的需求文档，来开发过程中进行指导和约束，同时方便开发团队之间的交流与对接，产品质量控制也能够有所标准来约束。对于软件的开发也是一样的，通常一份需求文档除了包含必要的基本信息外，还主要包含以下几大部分（不同公司的不同项目会有一定的差异）：

1. 整体需求：通常就是对整个产品的描述。产品的原理、特点、解决什么样的问题、达到什么样的效果等等；
2. 结构需求：对于实物的产品来说，包括一些外形尺寸、安装尺寸、接口等；对于软件产品来说，就基于模型开发来说，主要是模型的一些输入输出接口，包括接口的命名、数据类型、数据的范围、单位等；
3. 功能需求：对于实物产品来说，也就是该产品每个部分都负责实现什么样的功能；对于软件产品，使用基于模型开发就是指每个子系统所负责实现的功能。这里引用董老师曾说过的：将功能进行模块化；
4. 产品规范要求：这个主要是对产品质量的控制，产品需要满足的开发生产和使用的标准。对于汽车软件的开发，有功能安全性标准ISO26262；飞机软件开发有DO-178的标准；

以上是对需求文档内容的简要介绍，下面根据一个实际的简单例子说一下。

我们在学校里做电动方程式赛车的控制系统软件开发时也遵循基于模型的开发流程，对于一个TCS牵引力控制算法，执行器为一个ESC总成。首先就是在理论基础上对其编写需求文档：

因为为了使我们自己开发的控制模型更加的标准，同时能够对下一届的学弟们方便使用和学习，所以我们在需求文档里加入了接口、参数的定义 ：

以上是我们赛车电控软件开发的需求文档，相对于企业的来说有一些简化，有什么建议或问题可以在留言区留言交流，多谢阅读 。