南京大学 软件 需求工程第15章需求规格说明.pptVIP

5. 优秀需求规格说明文档的特性 根据重要性和稳定性分级 建立需求的优先级 可修改 标准 它的结构和风格使得人们可以对其中任一需求进行容易地、完整地、一致地修改，同时还不会影响文档现有的结构和风格 文档的可修改性要求： 有着条理分明并且易于使用的组织方式，包括目录、索引和显式的交叉引用。 没有重复冗余。 独立表达每个需求，而不是和其他需求混在一起。 5. 优秀需求规格说明文档的特性 可跟踪 前向跟踪（Pre-traceability） 能找到需求的来源，例如和更早期文档的显式关联。 后向跟踪（Post-traceability） 能找到需求所对应的设计单元、实现源代码和测试用例等，它要求每个需求都要有唯一的标识或者可供引用的名称 主要内容 需求规格说明概述 需求规格说明文档 模版的选择与裁剪 文档写作技巧 优秀需求规格说明文档的特性 需求规格说明的实践调查 6. 需求规格说明的实践调查 需求规格说明文档的编写和使用 时间压力 替代品 迭代式开发 6. 需求规格说明的实践调查 需求规格说明文档的内容 问题域描述 业务过程 操作 功能 用户行为 任务 事件 场景 术语 首字母缩写 量（Volume） 估计值 公司背景 6. 需求规格说明的实践调查 需求规格说明文档的内容 效果（解系统描述） 特征 通用标准特征 独特特征 事务 更新 插入 删除 修改 信息需求 特定报告（Ad hoc reporting） 数据采集 数据流 数据库 查询处理 报表 行为需求 困难示例（Corner case） 错误示例（Error case） 事件 外部事件 状态 转移 转换/转移（Transformation）需求 6. 需求规格说明的实践调查 需求规格说明文档的内容 问题 接口 与其他系统接口 系统接口 用户界面 变更 目的 目标 可行性分析 架构 约束 文档信息 文档历史 版本和草案 签署日期 传播（Circulation） 授权列表 原创作者 目录 参考文献 6. 需求规格说明的实践调查 模版和示例的使用 6. 需求规格说明的实践调查 需求规格说明文档的描述语言 实例分析 由于时间压力以及采取迭代开发的方式，造成了该项目没有编写需求规格说明书。但是可以采用更为灵活的方式编写，例如wiki。我曾在某一预研性质的项目中使用wiki来完成各类文档。结果证明它非常好用。 个人认为wiki非常适合用在迭代开发以及预研性质的项目中编写文档。 实例分析 我们公司项目的需求规格说明书，主要存在以下几点问题： 模版不是很统一，具有很多个人的特点 没有明确的业务需求、用户需求、系统需求，这三个层次，在需求规格说明书中或多或少地涵盖前三项内容，但显得不够饱满和清晰。 鉴于项目的状况，一般较少考虑硬件需求，倒是一般来说，项目上线选用的都是最新的硬件设备，成本较高。 内容的书写，自然语言居多，出现歧义、省略、模糊的机会较多，质量不高 从项目的后期来看，性能需求、约束、质量需求没有明确地分门别类地明确列出，导致后期项目中的各个业务流程还是基本可行，但是整体系统还是出现不满足需求的地方。 实例分析 需求分析报告中夹杂了很多专业名词和行业名词，例如横冲、平衡等等，部分客户看不懂，部分程序员看不懂，只有自己心里明白，但这样就会造成客户和程序员理解上的问题，应该加些注释尽量写得比较白话。另外报告中写得比较凌乱，没有把相关问题归类整合，编写目录，并得到客户的签字确认，导致程序员零散地一条条对着开发，很多地方衔接不是很好，另外客户很多想法尤其一些重要部分在软件交付的时候会有所改变，没有签字确认只能自认倒霉。 思考题 什么时候建立术语表？ 在需求获取和需求分析当中采用哪些手段可以保证最终需求集的完备性、一致性和正确性？ 本章小结 需求规格说明定义解决方案和需求，承载需求分析的成果 需求规格说明是一项复杂的活动，正确的文档写作要求准确的界定文档的特性 掌握文档模版的裁剪技巧和文档的写作技巧，可以帮助提高需求规格说明文档写作的能力 优秀的需求规格说明文档需要达到一定的要求 第15章. 需求规格说明 主要内容 需求规格说明概述 需求规格说明文档 模版的选择与裁剪 文档写作技巧 优秀需求规格说明文档的特性 需求规格说明的实践调查 1. 需求规格说明概述——获取 VS 分析 VS 规格说明 需求获取 目标是得到用户需求——收集需求信息 需求分析 目标是更深刻的理解用户需求——界定能够让用户满意的解决方案准则 需求规格说明 目标是定义用户需求——准确描述需求及其解决方案 1. 需求规格说明概述——需求规格说明活动 主要内容 需求规格说明概述 需求规格说明文档 模版的选择与裁剪 文档写作技巧 优秀需求规格说明文档的特性 需求规格说明的实践调查 2. 需求规格说明文档——作用