软件需求规格说明讲述.ppt

第五章 软件需求规格说明 周立新 博士 北京大学软件与微电子学院 课程提纲 软件需求基本理论和概念 软件需求工程过程 软件需求获取 软件需求分析 软件需求规格说明 软件需求验证 软件需求管理 软件需求实现 软件需求工程新进展 软件需求开发与需求管理工具 内容提要 需求规格说明技术、基本方法 需求规格说明模板 数据字典 示例分析 软件需求规格说明 软件需求规格说明，也称为功能规格说明、需求协议以及系统规格说明。 它精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。 软件需求规格说明不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。 它应该尽可能完整地描述系统预期的外部行为和用户可视化行为。 除了设计和实现上的限制，软件需求规格说明不应该包括设计、构造、测试或工程管理的细节。 编写软件需求规格说明的方法 可以用三种方法编写软件需求规格说明： 用好的结构化和自然语言编写文本型文档。 建立图形化模型，这些模型可以描绘转换过程、系统状态和它们之间的变化、数据关系、逻辑流或对象类和它们的关系。 编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。 使用软件需求规格说明的目的 客户和营销部门依赖它来了解他们所能提供的产品。 项目经理根据包含在软件需求规格说明中描述的产品来制定规划并预测进度安排、工作量和资源。 软件开发小组依赖它来理解他们将要开发的产品。 测试小组使用软件需求规格说明中对产品行为的描述制定测试计划、测试用例和测试过程。 软件维护和支持人员根据SRS了解产品的某部分是做什么的。 使用软件需求规格说明的目的 产品发布组在SRS和用户界面设计的基础上编写客户文档，如用户手册和帮助屏幕等。 培训人员根据SRS和用户文档编写培训材料。 如果任何所期望的功能或非功能需求未写入软件需求规格说明，那么它将不能作为协议的一部分并且不能在产品中出现。 所有的参与者必须根据已通过评审的需求来安排工作以避免不必要的返工和误解。 可读性的建议 对节、小节和单个需求的号码编排必须一致。 在右边部分留下文本注释区。 允许不加限制地使用空格。 正确使用各种可视化强调标志（例如，黑体、下划线、斜体和其它不同字体）。 创建目录表和索引表有助于读者寻找所需的信息。 对所有图和表指定号码和标识号，并且可按号码进行查阅。 使用字处理程序中交叉引用的功能来查阅文档中其它项或位置，而不是通过页码或节号。 标识需求 为了满足软件需求规格说明的可跟踪性和可修改性的质量标准，必须唯一确定每个软件需求。 这可以使你在变更请求、修改历史记录、交叉引用或需求的可跟踪矩阵中查阅特定的需求。 由于要达到这一目的，用单一的项目列表是不够的，因此，我们将描述几个不同的需求标识方法，并阐明它们的优点与缺点。 可以选择最适合你的方法。 标识需求 l）序列号 2）层次化编码 3）层次化文本标签 处理不完整性 有时，你觉得缺少特定需求的某些信息。在解决这个不确定性之前，可能必须与客户商议。检查与另一个系统的接口或者定义另一个需求。使用“待确定”（to be determined，TBD）符号作为标准指示器来强调软件需求规格说明中这些需求的缺陷(gap）。 通过这种方法，你可以在软件需求规格说明中查找所要澄清需求的部分。记录谁将解决哪个问题、怎样解决及什么时候解决。 把每个TBD编号并创建一个TBD列表，这有助于方便地跟踪每个项目。 用户界面和软件需求规格说明 把用户界面的设计编入软件需求规格说明既有好处也有坏处。 消极方面，屏幕映像和用户界面机制是解决方案（设计）的描述，而不是需求。如果你在完成了用户界面的设计之后才能确定软件需求规格说明，那么需求开发的过程将会花费很长的时间。 积极方面，探索潜在的用户界面有助于你精化需求并使用户-系统的交互对用户和开发人员更具有实在性。用户界面的演示也有助于项目计划的制定和预测。 软件需求规格说明模板 a. 引言 a.1 目的 a.2 文档约定 a.3 预期的读者和阅读建议 a.4 产品的范围 a.5 参考文献 b. 综合描述 b.1 产品的前景 b.2 产品的功能 b.3 用户类和特征 b.4 运行环境 b.5 设计和实现上的限制 b.6 假设和依赖 C. 外部接口需求 C.1 用户界面 C.2 硬件接口 C.3 软件接口 C.4 通信接口 d. 系统特性 d.1 说明和优先级 d.2 激励／响应序列 d.3 功能需求 e. 其它非功能需求 e.1 性能需求 e.2 安全设施需求 e.3 安全性需求 e.4 软件质量属性 e.5 业