16_编写需求规格说明书【荐】.pdfVIP

引言 你的工程应该有个好的起点。一个小组要带领客户 进入需求启发阶段而且你要写软件需求说明书。这 份说明有些大，但客户会很重视，所以说明必须得 到赞同。 现在你正在设计其中的一个特性，已经发现了需求 的一些问题。你可以用多种不同的方式解释需求15； 需求9 的说明正好与需求21相反，你因该相信哪一 个？需求24非常含糊，你根本不明白它的意思；你 不得不花上不得不花上一个小时与个小时与22位开发人员讨论需求位开发人员讨论需求3030，， 只因为你们对其各有各的理解；并且，唯一能够澄 清这些问题的客户没有给你们答复。你被迫破解众 多需求的含义，并且你能预料到，如果你错了，你 要做大量的重复工作。 问题 许多软件需求说明书（SRS ）写得非常糟糕。任何 产品的质量需要其原始材料的质量保证，糟糕的软 件需求说明书不可能产出优秀的软件。不幸的是， 几乎没有开发人员受过与需求的抽象、分析、文档、 质检有关的教育。而且，没有非常多的好需求可以 借鉴学习，部分原因是很少有工程可以找到一个好 的借鉴，其他原因是公司不愿意将其产品说明书放 在公共区域。 不要期望能够编写出不要期望