软件需求工程.讲解.pptVIP

软件需求工程 2.1 软件需求工程的基本概念 二、软件需求的困难 四 软件需求的任务 需求工程的基本活动包括： 三、需求的有效性验证 三、需求的有效性验证 2.3 需求分析方法 2.3 需求分析方法 非功能需求 六、 分层DFD图的改进 DFD图必须经过反复修改，才能获得最终的目标系统 的DFD图。可从以下方面改进DFD图： 1. 检查数据流的正确性 ① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/输出文件的数 据流。 Use case图 2.3.2 面向对象的分析方法(OOA) 系统需求 系统需求 系统需求 建立Use Case模型 非功能需求 1. 监视病员的病症 　? 采集病症信号(血压、体温、脉搏等)。 　? 组合病症信号。 　? 将模拟病症信号转换为数字信号（A/D转换）。 2. 定时更新病历 　? 将病症信号进行格式化并加入更新日期、时间。 　? 更新病历库中病人的信息。 　? 可人工设定更新病历的时间间隔。 系统功能需求 局部监视 更新日志 3. 病情出现异常情况时报警 　? 根据标准病症信号库中的值，判断是否报警。 　? 将报警信号转换为各种模拟信号（D/A转换）。 　? 实时打印病情报告，立即更新病历。 4. 随机地产生某一病员的病情报告 系统功能需求 －－产生病情报告 1. 监视器与网络的可靠性要求，涉及人的生命安全。 2. 效率需求中对时间、空间的需求，所采集的病症信号数据量大。 3. 互操作需求－－如要求监视器采样频率可人工调整等。 4. 对病人病历的隐私的要求。 病员 护士 护士 病人监 护系统 病人日志 病症信号 要求报告 病症报告 报警 顶 层DFD图 医院病房监护系统分层DFD图 顶层确定了系统的范围，其外部实体为病人和护士。 护士 病人 护士 计算超过 极限值否 病人数据 超过极限值 报警 开解信号 产生 报警信息 病人极限 格式化 病人数据 体温 血压、体温、 脉搏 生理信号 极限值 时间 脉搏 血压 日期 时钟 格式化 病员数据 3.1 3.2 3.3 3.4 第二层：加工“中央监视”分解 医院病房监护系统分层DFD图 第一层 格式化 病人数据 生理信号 极限值 病人 护士 护士 中央监视 病人日志 病症信号 要求报告 病症报告 报警 局部监视 生成报告 病人极限 更新日志 病人数据 1 3 2 4 日志数据 紧急报告 紧急报告 加工分解的原则 　 自然性：概念上合理、清晰。 均匀性：理想的分解是将一个问题分解成大小均匀的几个部分。 　 分解度：一般每一个加工每次分解最多不要超过７个子加工,分解应分解到基本加工为止。 五、 画分层DFD图的基本原则 数据守恒与数据封闭原则 数据守恒是指加工的输入/输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。 数据封闭是对整个系统而言。 合理使用文件 当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么它同其他成分之间的联系也应同时表达出来。 DFD图不是流程图,不表示软件的控制流程。 五、 画分层DFD图的基本原则 子图与父图的“平衡” 　　父图中某个加工的输入/输出数据流应该同相应子图的输入/输出相同(相对应），分层数据流图的这种特点称为子图与父图“平衡”。 2. 改进DFD图的易理解性 ① 简化加工之间的联系（联系越少，独立性越强， 易理解性越好）。 ② 改进分解的均匀性。 ③ 适当命名（各成分名称无二义性，准确、具体）。 分层数据流图只是表达了系统的“分解”，为了完整地描述这个系统，还需借助“数据词典”和“小说明”对图中的每个数据和加工给出解释。 对数据流图中包含的所有元素的定义的集合构成了数据词典。词典中可有以下四种类型的条目： 七、 数据词典(DD) 数据流 文件 数据项 加工 A. 数据流条目　给出某个数据流的定义，通常是列出该 数据流的各组成数据项。 例如：　报名单＝姓名＋单位名＋年龄＋性别＋课程名 　 常用符号：＝、＋、［｜］、｛｝、（）、 C.数据项条目　 数据项条目给出某个数据单项的定义，通常是数据项的值类型，允许的取值范围。如帐号：0000～9999 B.文件条目　给出某个文件的定义，文件的定义通常是列出文件记录的组成数据流。例如： 订单文件＝订单编号＋顾客名称＋产品名称＋订货数量＋交货日期 D.加工条目 加工类条目就是“加工小说明”。一般应该单独列出。 八、 加工说明 结构化语言 判定表 判定树 对DF