软件工程3软件需求分析.pptVIP

IPO图的不足之处在于： （1）它没有验证功能。 （2）它没有反映软件的性能要求。 （3）对于一些大型软件，资料量太大。例如，如果程序有1000个模块，则仅IPO图就需1000张。 3.3 需求评审 3.3.1 需求评审的原则 1．分层次评审 2．正式评审与非正式评审结合 3．分阶段评审 4．精心挑选评审员 5．对评审员进行培训 6．充分利用需求评审检查单 7．建立标准的评审流程 8．做好评审后的跟踪工作 9．充分准备评审 3.4 软件需求分析规格说明书 3.4.1 软件需求分析规格说明书的内容 1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2任务概述 2.1目标 2.2用户的特点 2.3假定和约束 3需求规定 3.1对功能的规定 3.2对性能的规定 3.2.1精度 3.2.2时间特性要求 3.2.3灵活性 3.3输人输出要求 3.4数据管理能力要求 3.5故障处理要求 3.6其他专门要求 4运行环境规定 4.1设备 4.2支持软件 4.3接口 4.4控制 3.4.2 案例分析 图3-9 学生成绩管理系统数据流图 第3章 结束 谢谢！ 图3-1 事务型数据流图的一个例子 以下以某商场顾客IC卡管理系统为例，来说明数据流图的画法。 顾客持IC卡进行购物，其中负责管理IC卡的业务包括发卡、维护、对账及错误处理、发票打印、结算。发卡需要向卡内写入发卡信息；维护是指对卡的修复、初始化、读取、查询的操作；对账及错误处理指将IC卡帐户主记录中的金额与帐户流水账中的消费明细进行核对，如发现账目不同，则进行错误处理；发票打印是打印当前IC卡所产生金额的发票；结算指当前IC卡操作员对购物进行结算。 1）从问题描述中分析出4种基本组成成分 （1）外部实体：顾客。 （2）数据流：顾客ID、现金、IC卡信息、购物单、发票信息、维护结果、对账结果、结账信息、正确的帐户信息。 （3）加工：发卡、维护、对账及错误处理、发票打印、结算。 （4）数据存储：发卡记录、结账记录。 2）画出系统的基本模型 图3-2 IC卡管理系统的顶层数据流图 3）将基本系统模型细化为成功能级模型 根据系统个描述，在“发卡”后，还应有“充值”，“购物”后还应有“收费”。 图3-3 对IC卡管理系统基本模型形成功能级模型 4）对系统主要功能进一步细化 以“发卡”模块为例，可细化为“发卡”、“打印”、“维护”、“结账”、“对账”几个功能模块。 图3-4 IC卡管理系统模型的进一步细化 3.2.3 数据字典 分层数据流图只是表达了系统的“分解”，为了完整地描述这个系统，还需对图中的每个数据和加工给出解释。数据字典的作用就是对数据流图进行描述，它是数据流图中包含的所有元素的定义的集合，是对数据流图的补充。 数据字典包括了4类条目：数据流、数据项、文件及基本加工。 1．数据流条目 它给出了数据流图中数据流的定义，通常将数据流简单描述为该数据流的各组成数据项。 例如，数据流“乘客名单”由 “乘客姓名”、“单位名”和“等级”组成，则数据字典中的“乘客名单”条目是： 乘客名单={乘客姓名+单位名+等级} 又如，报名单=姓名+单位名+年龄+性别+课程名。 数据流名：查询 简 述：系统处理的一个命令 别 名：无 组 成：[学生查询|教师查询|课程查询] 注 释 ： 至2010年底还将增加3 ~4 种查询 2．文件条目 给出某个文件的定义。文件的定义通常是列出文件记录的组成数据流，还可指出文件的组织方式。 例如，某销售系统的订单文件： 订单文件=订单编号+顾客名称+产品名称+订货数量+交货日期 3．数据项条目 给出某个数据单项的定义，通常是该数据项的值类型、允许值等。 例如，账号= 00000 ~ 99999；存款期=[ 1 | 3 | 5 ] (单位：年) 4．加工条目 加工条目就是“加工小说明”，是对“加工”的注释。由于“加工”是DFD 图的重要组成部分，一般应单独进行说明。 符号 含义 例子及说明 = 被定义为 报名号=学名，表示报名单被定义为学号 + 与 报名单=报名号+姓名，表示报名单由报名号和姓名组成 […|…] 或 性别=[男|女]，表示性别是男或女 {…} 重复 X={a}，表示X由0个或多个a组成 m{…}n 重复 X=2{a}6，表示重复2-6次a (…)