【IT168 分析评论】

    通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明，它是分析阶段的最终成果。下面给出的简略大纲可以作为软件需求规格说明的框架。

    A．系统参考文献

    B．整体描述

    C．软件项目约束

    Ⅱ．信息描述

    ．A．信息内容

    B．信息流

    1．数据流

    2．控制流

    Ⅲ．功能描述

    A．功能分解

    B．功能描述

    1．处理说明

    2．限制

    3．性能需求

    4．设计约束

    5．支撑图

    C．控制描述

    1．控制规格说明

    2．设计约束

    Ⅳ．行为描述

    A．系统状态

    B．事件和动作

    lV．确认标准

    A．性能范围

    B．测试种类

    C．预期的软件响应

    D．特殊考虑

    Ⅵ．参考书目

    Ⅶ．附录

    “引言”部分陈述软件的目标，实际上，它可能就是计划文档中描述的软件范围。

    “信息描述”部分详细陈述软件必须解决的问题，并且描述了信息内容、信息关系、信息流和信息结构，此外，还针对外部系统元素和内部软件功能描述了硬件、软件及人机界面。

    在“功能描述”部分给出为解决问题而需要的每个功能。其中，说明了完成每个功能的处理过程；叙述并论证了设计约束；描述了性能特征；用若干张图描绘了软件的整体结构及软件功能与其他系统元素间的相互影响。

    “行为描述”部分说明作为外部事件和内部产生控制结果的软件操作。

    软件需求规格说明中最重要然而又最常被忽略的内容，可能就是“确认标准”。我们怎样判断软件实现是否成功?为了确认功能、性能和约束符合需要，应该进行哪些类型的测试?之所以会忽略这些内容，是因为要写出它们需要对软件需求有透彻的理解，然而有时我们在这个阶段还未能做到彻底地理解软件需求。实际上，写出确认标准是对其他所有需求的隐式复审，因此，把时间和精力用到这部分内容上是至关重要的。

    最后，在软件需求规格说明中还应该包括“参考书目”和“附录”。参考书目列出与该软件有关的全部文档，其中包括其他软件工程文档、技术参考文献以及厂商资料及标准。附录中包含了规格说明的补充信息：表格数据、详细算法、图表及其他材料。

    在许多情况下，软件需求规格说明可能都附有可执行的原型(在某些情况下可替代规格说明)及初步的用户手册。初步的用户手册把软件看作一个黑盒子，也就是说，手册重点描述用户的输入和软件的输出结果。通过该手册往往能发现人机界面问题。