2015第三章软件需求分析.pptVIP

第三章软件需求分析Software Requirements Analysis 3.1需求分析概述 3.2结构化分析方法 3.3需求分析实例 3.4软件需求规格说明书SRS 3.5需求复审 目录 3.1软件需求分析概述 3.1.1需求分析的任务与步骤 3.1.2需求获取的常用方法 3.1.3需求说明 3.1.4分析建模 3.2 结构化分析方法 分析模型描述工具 数据流图DFD 数据字典DD 加工说明PSPEC CFDCSPEC STD ER图 3.3需求分析实例 3.4软件需求规格说明书SRS 3.5需求复审 3.1软件需求分析概述 3.1.1需求分析的任务和步骤 3.1.2需求获取的常用方法 3.1.3需求说明 3.1.4分析建模模型 3.1.1需求分析的任务/步骤 步骤： 获取需求 提炼 ：建立分析模型 描述 ：编写SRS 需求规格说明书 (Software Requirement Specification) 4. 验证 3.1.2需求获取的常用方法 收集资料 原有系统的数据（帐册、报表。。） 借鉴已有的类似软件产品 联合分析小组 用户代表、领域专家和系统分析员 客户访谈会议 充分准备，寻找共同语言 事先准备一些问题 交流时循序渐进、逐步逼近 每次访谈后及时分析、整理、汇总 实地考察——观察用户工作流程 快速原型法 3.1.3需求说明 是需求分析应获取的内容，写SRS的依据 功能需求 分析用户要求实现的全部功能（分析建模 DFD，DD） 性能需求 时间特性 时间精确性（响应时间） 存储容量及后援存储 系统安全性 外部接口需求 1）用户接口（人机界面） 2）硬件接口 3）软件接口 4）通信接口 属性 （可靠性，可用性，可维护性….） 约束（精度，标准，语言，硬件平台,…） 注： 性能需求 时间特性 时间精确性 (响应时间,更新时间，数据转换时间，数据传输时间… 存储容量及后援存储 系统安全性 例1：“数据采集的频率为每秒采样100次” 例2 “应力分析程序必须在一分种内生成任何一个梁的应力报告 注： 属性 可靠性 “机场雷达系统一个月内不能出现2 次以上故障” 可用性 “任何时候，主机或备份机上的银行数据至少有一个可用” 可维护性 系统出错后可以允许的最大恢复时间 系统运行日志 是否允许对系统的修改 警告出错处理需求 3.1.4分析建模 分析方法的种类： 1）传统的分析方法： 面向数据流的结构化分析方法（SA） 面向数据结构的Jackson方法（JSD） 结构化数据系统开发方法（DSSD） 2）面向对象的分析方法 各种分析模型中均包括： 信息（或数据）模型 功能模型 行为模型 3.2结构化分析方法(Structured Analysis) 思想： 自顶向下，逐步细化 (Top-Down Stepwise Refinement) 适于数据处理类型软件的需求分析 步骤： 自顶向下对系统进行功能分解，画出分层DFD 由后相前定义系统的数据 编制DD和PSPEC 最终写出SRS 3.2.1结构化分析模型 3.2.2结构化分析描述工具 功能模型：DFD和PSPEC 行为模型：CFD、CSPEC和STD 数据模型：DD，E-R图 (1)数据流图DFD (2)数据字典DD (3)加工说明PSPEC (4) CFD和CSPEC (5)E-R图 （1）数据流图 (一)什么是数据流图DFD (二)DFD的绘制步骤 (三)DFD绘制的一般原则 附3.1：需求实例：教材销售系统的DFD (四)数据流图的改进 improving DFD (一)什么是数据流图DFD 描述系统逻辑模型：信息在系统中的流动和处理 简单例－学生购书 张秘书开购书证明，学生凭证明到教材科王会计开购书发票向李出纳员交纳书款，拿领书单到书库找保管员领书 附加：数据流图的基本图元素 附加符号 ＊ 表示数据流之间是 AND 关系（同时存在） ＋ 表示数据流之间是 OR 关系 ⊕ 表示数据流之间是 XOR 关系（互斥关系） (二)DFD的绘制步骤 找出外部实体，确定系统边界 从数据源出发，按系统的逻辑需求，逐步画出加工框，直至数据终点 为了控制系统复杂度，DFD分层，自顶向下，逐步求精 对DFD进行复审 分层DFD (三)DFD绘制的一般原则 每个加工必须有输入输出流 两个加工之间可以有多股数据流 每个数据流必须有一个合适的名字 DFD描述的是数据流而不是控制流 分解中的父子平衡 局部文件 注意分解速度 “最多不要超过 7个 上层快些，下层慢些 当每个加工都已足够简单时，分解就可结束 两个加工之间可以有几