一份汽车软件需求的生成过程

这是来源于ASPICE 3.1的一张追溯图，非常流行。

尽管ASPICE并不是绝对的标准，但我们可以作为讨论框架。今天讲的是软件需求。

1

生成软件需求的4个步骤

抛开理论，面对一个真实项目时，首先该思考的是如何一步一步展开工作。

1.1 分析系统需求和系统架构中与软件相关的部分

软件需求并非凭空而创，它的源头是系统，我们在这步要做的就是将软件的部分剥离出来。

这是一个看文档、分析、沟通、讨论的过程。

1.2 编写软件需求

经过一番脑力与paper工作后，我们会得到一份软件需求，按详略程度，可能是针对完整集成软件的，也有针对具体实现层面的软件组件的。

1.3 建立基线

走完第二步，不能算完。

软件需求是后续一系列工作的基础，我们得定个基准，也就是基线或baseline。

在Doors之类的工具里的话，基线是通过系统直接建立的。如果使用office，至少要有个版本管理。

1.4 对基线进行review

review也是必要的，毕竟这份文档涉众多，还是后续的源头。

如果review发现了问题，修改后应再次打基线。至此，一份软件需求文档正式生成。

下面我们看里面的一些细节。

2

一份软件需求的4个基本属性

我们经常喜欢用word来写需求。

word的段落式描述和多级标题会带来较好的顺序阅读体验，但非条目化和无属性拆分，这会让后续的筛选、追溯、修改、统计、查阅多有不便。

所以，尤其我们有需求管理工具支持时，最好拆分多个属性，这里提供4个最基本的。