《怎样写需求文档.docx》由会员分享，可在线阅读，更多相关《怎样写需求文档.docx（3页珍藏版）》请在三一办公上搜索。
1、很多褥求文档可以通过使用有效的技术编写风格和使用用户术语而不是计算机专业术语的方式得以改进.你在编写软件需求文档时，应牢记以下几点建议：1保持语句和段落的简短。2采纳主动语态的表达方式。3编写具有正确的语法、拼写和标点的完整句子。4使用的术语与词汇表中所定义的应当全都。5需求陈述应当具有全都的样式，例如系统必翁或者用户必能”，并紧跟一个行为动作和可观看的结果。例如，仓库管理子系统必需显示一张所恳求的仓库中有存货的化学药品容器清单。”6为了削减不确定性，必需避开模糊的、主观的术语，例如，用户友好、简洁、简洁、快速、有效、支持、很多、最新技术、优越的、可接受的和健壮的。当用客说用户友好或者快或者健
2、壮时，你应当明确它们的真正含义并且在需求中阐明用户的意图。7避开使用比较性的词汇，例如：提高、最大化、最小化和最佳化。定量地说明所需要提高的程度或者说清些参数可接受的最大值和最小值。当客户说明系统应当处理支持或管理某些事情时，你应当能理解客户的意图。模糊的语句表达将引起需求的不行验证。由于需求的编写是层次化的，因此，可以把顶层不明确的需求向低层具体分解，直到消退不明确性为止。编写具体的需求文档，所带来的好处是假如需求得到满意，那么客户的目的也就达到了，但是不要让过于具体的需求影响了设计。假如你能用不同的方法来满意普求且这种方法都是可接受的，那么需求的具体程度也就足够了。然而，假如评审软件褥求规
3、格说明的设计人员对客户的意图还不甚了解，那么就需要增加额外的说明，以削减由于误会而产生返工的风险。需求文档的编写人员总是力求查找到恰如其分的需求具体程度。一个有益的原则就是编写单个的可测试需求文档。假如你想出一些相关的测试用例可以验证这个褥求能够正确地实现，那么就达到了合理的具体程度。假如你预想的测试很多并且很分散，那么可能就要将些集合在起的需求分别开。已经建议将可测试的需求作为衡量软件产品规模大小的尺度。文档的编写人员必需以相同的具体程度箱写每个需求文档。我曾见过在同一份软件需求规格说明中，对需求的说明五花八门。例如，组合键Control-S代表保存文件和组合键COntrol-P代表打印文件
4、“被当成两个独立的借求。然而，、产品必普响应以语音方式输入的编辑指令”则被作为一个子系统，而并不作为一个简洁的功能需求。文档的编写人员不应当把多个需求集中在一个冗长的叙述段落中。在需求中诸如和或之类的连词就表明白该部分集中了多个需求。务必记住，不要在需求说明中使用和/或，等等之类的连词。文档的编写人员在编写软件需求规格说明时不应当消失需求冗余。虽然在不同的地方消失相同的需求可能会使文档更易读，但这也造成了维护上的困难。需求的多个实例都需要同时更新，以免造成需求各实例之间的不全都。在软件需求规格说明中交叉引用相关的各项，在进行更改时有助于保持它们之间的同步。让独立性强的需求在需求管理工具或数据库中只消失一次，这样可以缓和冗余问
