软需求PPT课件.ppt

软件需求规格 需求重要性 对大多数人来说 若要建一幢数百万元的房子 他一定会与建房者详细讨论各种细节 他们都明白完工以后的修改会造成损失 以及变更细节的危害性 然而 涉及到软件开发 人们却变得 大大咧咧 起来 需求重要性 Between40and60percentofalldefectsfoundinasoftwareprojectcanbetracedbacktoerrorsmadeduringtherequirementsstageLeffingwell1997 需求是产品质量的基础 Crosby对于质量的定义 同需求保持统一 优秀的需求管理提高了这样的可能性 它使最终产品更接近于用户需求 提高了用户对产品的满意度 从而使产品成为真正优质合格的产品 从这层意义上说 需求管理是产品质量的基础 软件开发最困难的部分 开发软件系统最困难的部分就是准确说明开发什么 写出详细需求 包括面向用户 系统和其他软件系统的接口 一旦失误 危害极大 修改也极其困难 Brooks NoSilverBullet 尴尬的结果 需求的三个层次 站在用户角度的需求 站在软件系统角度的需求 高层用户的需求 最终用户的需求 本课程的关注重点 需求的三个层次 需求的三个层次业务需求咖啡店老板要做一个咖啡杯用户需求 识别不同的用户群喝咖啡者 杯壁不要太烫端咖啡者 咖啡杯在盘子上要稳 不能倒刷咖啡杯者 咖啡杯要光滑 便于洗刷功能需求杯壁要使用绝热材料 材料的导热率为XX以内咖啡杯摩擦系数要大于XX 杯子高度在XX之间咖啡杯的光滑程度在XX范围内 需求工程 课程目的 掌握软件需求开发的一般过程掌握软件需求管理的流程 需求获取 需求工程 需求开发 需求管理 需求跟踪 需求变更控制 需求验证 需求分析 需求获取 需求定义 文档化 为什么会这样 需求获取方法客户交流技术引导市场调研问卷调查 需求获取方法 对SRS的作者而言 客户是谁 需求获取方法 讨论 你所在的软件项目是怎样获取用户需求的 评审SOW 分配需求被基线化 作为需求分析的基础 与相关组交流 PM及项目组其他成员 与SOW作者 产品层客户交流 理解分配需求 明确分配需求范围和可行性 需求获取方法 需求工程 需求开发 需求管理 需求跟踪 需求变更控制 需求验证 需求分析 需求获取 需求定义 文档化 需求分析 需求分析的任务 需求分析的任务 说明Whatasoftwaresystemneedtodo 为设计活动提供输入 Whattodo 房子南北走向 房子大门在东侧中间位置 门厅长约3米 宽2米 门厅左面是主卧室 右面是厨房 厨房3米宽 4米长 厨房门对着门厅 厨房的顶头还有一个北阳台 与厨房同宽 长1米 主卧室宽3米 长5米左右 房间门对着客厅 客厅与餐厅连为一体 共7米长 4米宽 与客厅相连有一南阳台 与客厅同宽 长1 5米 餐厅的北面是卫生间 卫生间与厨房相对 中间由1米宽 3米长的过道隔开 卫生间门对着过道 南墙与厨房的南墙在一条直线上 卫生间为长方形 南墙长3米 另一边长2米 卫生间的北面是次卧 同宽 门朝着过道 次卧长4米 过道的北端是书房门 书房南北长4米 书房有一个一米见方的门厅 书房的西墙长4米 包括1米长的门厅长度 西墙把书房和次卧分隔开 门厅东墙北端90角折向东 长2米 把书房和厨房北阳台分隔开 要修建这样一所房子 Whattodo 1 房子南北走向 房子大门在东侧中间位置 2 门厅长3米 宽2米 门厅左面是主卧室 右面是厨房 3 厨房3米宽 4米长 厨房门对着门厅 厨房的顶头还有一个北阳台 与厨房同宽 长1米 4 主卧室宽3米 长5米左右 房间门对着客厅 5 客厅与餐厅连为一体 共7米长 4米宽 与客厅相连有一南阳台 与客厅同宽 长1 5米 6 餐厅的北面是卫生间 卫生间与厨房相对 中间由1米宽 3米长的过道隔开 卫生间门对着过道 南墙与厨房的南墙在一条直线上 卫生间为长方形 南墙长3米 另一边长2米 7 卫生间的北面是次卧 同宽 门朝着过道 次卧长4米 8 过道的北端是书房门 书房南北长4米 书房有一个一米见方的门厅 书房的西墙长4米 包括1米长的门厅长度 西墙把书房和次卧分隔开 门厅东墙北端90角折向东 长2米 把书房和厨房北阳台分隔开 要修建这样一所房子 Whattodo 主卧室 次卧室 厨房 餐厅 客厅 阳台 阳台 卫生间 书房 门厅 过道 北 西 要修建这样一所房子 讨论 关于Whattodo的描述方式不同 为什么給理解带来了这么大的差别 分析方法 面向对象分析方法结构化分析方法常用工具 功能模型 数据流图 DFD 行为模型 状态迁移图 STD 数据模型 实体关系图 ERD 需求分析 分析方法和工具 功能模型 通过明确需求的IPO 输入 处理 输出 将功能需求清楚地描述出来 输入信息 用户 系统 用户 输出信息 需求分析 分析方法和工具 DFD符号表示 位于建模的系统之外的数据发起者和接受者针对数据进行的处理操作 功能 要进行处理的数据对象 箭头表示数据流的方向暂存的数据 如 文件 缓冲区 队列 数据流 数据存储 需求分析 分析方法和工具 DFD0层图 需求分析 分析方法和工具 DFD图1层图 需求分析 分析方法和工具 数据字典 为数据流图中的每个数据流 存储文件 加工 以及组成数据流或文件的数据项作出说明 数据流条目举例 通话时间 本地通话时间 国内通话时间 国外通话时间加工表达方法 结构化语言 判定表 判定树加工条目举例 需求分析 分析方法和工具 描述软件运行过程中的状态迁移关系 例子 简单的模拟话机状态迁移图 空闲 听拨号音 拨号 听回铃音 通话 听忙音 挂机 对方摘机 对方挂机 挂机 挂机 拨号 行为模型 摘机 挂机 线路接驳 需求分析 分析方法和工具 将数据之间的关系描述出来 应用场合 1 数据库 2 数据关系复杂的软件 数据模型 需求分析 分析方法和工具 课程主要内容 需求工程 需求开发 需求管理 需求跟踪 需求变更控制 需求验证 需求分析 需求获取 需求定义 文档化 为什么会这样 简介目的范围总体概述软件概述软件功能用户特征假设和依赖关系需求建模建模工具具体需求功能需求性能需求外部接口需求 总体设计约束标准符合性硬件约束技术限制软件质量属性可维护性可靠性 依赖关系其他需求需求分级附录 需求文档化 SRS模板 讨论 好需求的标准是什么 完整性 什么样的需求是好的需求 清晰性 唯一性 一致性 可行性 可验证性 可跟踪性 需求文档化 好需求的标准 好需求 的标准 样例 2 1 1FunctionalRequirements1功能需求1修改设置smartonpassword命令1 Introduction介绍在设置smartonpassword的同时 规定密码显示形式为明文和密文 2 Inputs输入1 密码显示形式 2 smartonpassword 3 Process处理1 记录密码显示形式 2 当密码显示形式为simple时 直接设置smartonpassword为设置值 当密码显示形式为cipher时 如果设置值是密文 先将其进行解密成明文再设置 如果是明文则直接设置 4 output输出无5 Inherit继承性Update 需要改进 1 介绍中描述的显示形式有明文和密文两种 但处理中描述的显示形式却是simple和cipher 不一致 2 密码允许输入哪些字符 长度有无限制 均没有交待 不完整3 输出没有吗 不完整 好需求 的标准 样例 2 2 18SRS FUNC 018支持XRN堆叠 3 Process处理当unitdown时 处理端口删除消息 把down掉的unit端口从镜像组中删除 由此可能有相应的镜像组状态的改变 当收到unitup消息时 本unit向其它unit发送端口镜像同步消息 此消息包含本unit所配置的镜像组信息 4 2PerformanceRequirements性能需求性能至少达到移植前基线版本的90 以上 2 2 1PerformanceRequirements性能需求1 PerformanceRequirements1性能需求1通话语音要求流畅 1 可能 流畅 都是不清晰的 不同人理解不一样 不清晰一般也不可验证 2 具体都有哪些性能指标 不清晰 好需求 的标准 样例 2 1 6SRS 8042V100R002 DEC FUN 06DH算法适配功能1 Introduction介绍在上层和707加密卡之间建立有关密钥交换的适配支持2 Inputs输入无3 Process处理提供Diffie Hellman非对称算法中随机数产生和模幂运算的适配4 output输出无 没有输入也没有输出 怎么写系统测试用例 怎么执行系统测试呢 不完整 不可验证 好需求 的标准 样例 2 1 9SRS 8042V100R002 DEC FUN 09SA操作功能1 Introduction介绍本功能完成芯片需要的SA的相应操作2 Inputs输入1 增加sa时 其输入为上层软件提供的sa结构2 删除sa时 其输入为用户命令行resetipssa3 查询sa时 其输入为用户命令行disencrypt cardsa3 Process处理1 增加sa时 向加密卡添加上层传送的sa2 删除sa时 删除加密卡中对应的sa3 查询sa时 将当前加密卡保存的所有的sa都显示给用户4 output输出查询sa时 输出当前加密卡中保存的所有sa SA操作功能需求模块的划分粒度太粗 其增加 删除 修改 显示处理都需要更细致 清晰的说明 并分别说明每种处理的输出 包括成功的反馈和生成的纪录说明 以及失败的反馈和纪录说明 否则概要设计很难写 应分别按增加 删除 修改 显示划分出更细致的模块 不清晰 不可跟踪 好需求 的标准 样例 8OtherRequirements其他需求 8 2Operations操作电子报表需要在客户公司专用的报表单上打印出来 用户用的报表专用纸太软 没有办法用打印机打印 不可行性 建议直接按样式打印到普通打印纸上 用户同意接受这种修改 但要求 打印结果必须在格式 颜色上与专用的报表单一致 句子和段落要短 采用主动语气 使用术语时要保持一致性 从开发人员的角度看看需求是否被有效的定义 从测试人员的角度看看是否便于系统测试用例的编写 正确地把握细化程度 要避免包含多个需求的长的叙述段落 不要使用 也许 大概 可能 这样表达模糊性质的词汇 通篇文档细节上要保持一致 需求文档化 编写SRS文档的几点建议 需求文档化 SRS评审和基线化 课程主要内容 需求工程 需求开发 需求管理 需求跟踪 需求变更控制 需求验证 需求分析 需求获取 需求定义 文档化 软件需求验证 用户需求验证 课程主要内容 需求工程 需求开发 需求管理 需求跟踪 需求变更控制 需求验证 需求分析 需求获取 需求定义 文档化 为什么会这样 什么是需求跟踪 跟踪每项需求在各个环节是否都已经实现或验证 需求跟踪的作用 确保需求被实现确保需求被验证了解需求变更影响的范围需求跟踪的工具 需求跟踪矩阵 RTM RManager 需求跟踪 基本概念 需求跟踪 RTM样例 Input Task Output 需求跟踪 一般流程 需求编号规则 SRS PI TYPE FI NNN 需求跟踪 需求标识规则 设计文档编号规则 DocType ContentType SubType ID 需求跟踪 需求标识规则 课程主要内容 需求工程 需求开发 需求管理 需求跟踪 需求变更控制 需求验证 需求分析 需求获取 需求定义 文