第3章 需求分析、需求获取.pptVIP

思考、涉及的几个问题 如何定义系统需求？ 如何识别、获取需求? 你能够采取何种手段与用户进行交流沟通? 何为需求建模? 你如何理解模型与建模? 软件需求分析的几个阶段 问题分析 问题评估和方案综合 建模 规约 复审 系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how）” §3.2 需求获取 3.2.1 需求获取的目的 清楚地理解所要解决的问题 完整地获取用户需求 需求获取面临的挑战： (1)问题空间理解 (2)人与人之间的通信 (3)需求的不断变化 某出版社系统调查表 某出版社系统调查表 3.2.2 需求获取的内容 1.用户需求分类 (1)功能性需求: 定义了系统做什么（描述系统必须支持 的功能和过程） (2)非功能性需求（技术需求）: 定义了系统工作时的特性 （描述操作环境和性能目标） 2. 两类需求包括的内容 (1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发进度 (11)质量保证 需求分析过程示意 (1) 调查 - 当前系统的物理模型 (2) 去掉非本质因素-当前系统的逻辑模型 (3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 分析阶段中常用的模型（逻辑模型） 数据流图（DFD） 实体―联系图（ ERD ） 类图 用例图 状态图 时序图 协作图 事件列表 数据流定义 数据元素定义 §3.4 分析建模方法 结构化分析(传统建模方法) 面向对象分析 §3.4.1 结构化分析方法 (Structured Analysis, SA) 基于数据流技术的分析方法 分析模型的主要目标 描述用户需要 建立创建软件设计的基础 定义软件完成后可被确认的一组需求 分析模型的元素 数据字典(DD)：模型核心(中心库) E-R图(ERD)： 数据流图(DFD) 指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约 (小说明)。 状态变迁图(STD) 指明作为外部事件的结果,系统将如何 动作。 3.4.2 数据建模 E-R图是数据建模的基础 讨论要点 SA方法建立功能模型的描述方法 DFD DD 其他描述方法 3.4.3 功能建模和信息流 一. 数据流图 (DFD，Data Flow Diagram) 描述逻辑模型的图形工具， 表示数据在系统内的变化。 二.数据字典(DD, Data Dictionary) F1:航班信息文件＝{航空公司名称＋航班号 ＋起点＋终点＋日期 ＋起飞时间＋降落时间} 航空公司名称＝2{字母}4 航班号＝3{十进制数字}3 字母＝“A”…“Z” 十进制数字＝“0”…“9” 起点＝终点＝1{汉字}10 起飞时间＝降落时间＝时＋分 时＝“00”…“23”　 分＝“00”…“59” 日期＝年＋月＋日 年＝[2000｜2001｜2002｜2004] 月＝“01”…“12”　 日＝“01”…“31” 数据流条目 DFD中数据流的定义包括： 数据流标识 数据流来源 数据流去向 数据流的数据组成 流动属性描述：频率、数据量 例：数据流条目说明 数据流名:购书单 别名: 无 简述: 学生购书时填写的项目 来源: 学生 去向: 加工1“审查并开发票” 组成: (学号)＋姓名＋｛书号＋数量｝ 数据流量:1000次/周 高峰值：开学期间1000次/天 文件名:库存记录 别名: 无 简述:存放库存所有可供货物的信息 组成：货物名称＋编号＋生产厂家 ＋单价＋库存量 组织方式：索引文件，以货物编号为 关键字 查询要求:要求能够立即查询 3.小说明(加工逻辑说明的另一种形式) 处理名:月票额统计(MHCW713MD) 编号: 7.1.3 激活条件:收到每日售票额信息 处理逻辑:1 统计月保险金总合 月保险金信息=每日日保险 金信息之和 2 统计月合计 月合计信息=每日日合计信息之和 执行频率: 1次/月 描述加工逻辑的工具： 结构化语言 判定表 判定树 处理名:核实订票处理(MHGP3200MD) 编号: 3.2 激活条件:收到取订票信息 处理逻辑:1读订票旅客信息文件 2搜索此文件中是否有与输入信息 中姓名及身份