软件工程课件 第二章 软件需求.pptVIP

软件需求工程Software Requirements Engineering 2.1 软件需求工程的基本概念 软件需求的重要性 软件需求的困难 传统需求分析 需求工程的基本活动包括： 三、需求的有效性验证 2.2 需求分析方法 2.2 需求分析方法 2.2 需求分析方法 软件需求案例 非功能需求 五、 分层DFD图的改进 DFD图须经过反复修改，才能获得最终的目标系统的DFD图。从以下方面改进DFD图： 1、检查数据流的正确性 ① 数据守恒 ② 子图、父图的平衡 ③ 文件使用是否合理。特别注意输入/出文件的数据流。 2.2.2 面向对象的分析方法(OOA) 系统需求 系统需求 系统需求 系统需求 建立Use Case模型 非功能需求 非功能需求 改进Use Case模型 软件开发技术课程设计平台 作 业 分析、获取并列出 “数字化医院”的子系统——医院病房监护系统的用户需求、功能需求及非功能需求。 一、问题的描述 　　在医院的病房里，将病症监视器安置在每个病床，对病人进行监护。监视器将病人的病症信号(组合)实时地传送到中央监护系统进行分析处理。 在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。 根据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。 医院病房监护系统 例2：医院病房监护系统 产生 病情报告 监视病情 更新病历 2.2.3 实例：医院病房监护系统 请分析软件系统需求! 2.2.1 结构化分析方法 分解：对于一个复杂的系统，为了将复杂性降低到可以掌握的程度，可以把大问题分解成若干小问题，然后分别解决（如右图）。 一、SA法的基本思想 —— “分解”和“抽象”。 抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略去,以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的属性表示一个系统的方法就是“抽象”。 1.1 1.2 1.3 x 2 1 3 2.1 2.2 2.3 1.1 1.3 基本思想与步骤 三、SA法的描述方法 1、分层的数据流图(DFD图) 2、数据词典 3、描述加工逻辑的结构化语言、判定表及判定树 二、SA法的步骤 当前系统 具体模型 建立 当前系统 逻辑模型 抽象 目标系统 逻辑模型 建立 完善的系统逻辑模型 改进 深入调查 研究 分析用户需求,用DFD图描述 分析系统需求,用DFD图描述 修改完善DFD图,增添功能 顾客 出版社 验证 订单 汇总 订单 订单 出版社 订单 图书目录文件 顾客档案 待处理订单文件 正确 订单 一批 订单 出版社档案文件 订货存根文件 画图步骤 ： 1、确定外部实体及输入、输出数据流。 2、确定分解顶层的加工。 3、确定使用的文件。 4、用数据流将各部分连接起来，形成数据封闭。 注意：标注各加工框及数据流名称。 例一 图书预定系统（顶层DFD图） 三、 数据流图 数据流图（Data Flow Diagram，DFD）是描述系统中数据流程的图形工具，它描述了将系统的逻辑输入转换为逻辑输出所需的加工处理过程。 数据存储 数据源点 或终点 加 工 加工名 数据流 数据流名 文件名 实体名 箭 头 圆或椭圆 单或双杠 矩形框 还有一些辅助的图例: 一、数据流图的图符 基本图形符号： T A B * C T A B * C T A B + C T A B + C T A B C + T A B C + * 与 + 或 互斥 + X 1 3 2 1.1 1.2 1.4 1.3 2.1 2.2 1.1.1 1.1.2 2.1.3 2.1.2 2.1.1 2.2.2 2.2.3 2.2.1 顶层 中 间 层 底 层 先全局后局部,先整体后细节,先抽象后具体. 0图 1图 2图 1.1图 2.1图 2.2图 分层DFD 图 经过初步的需求分析，得到系统功能要求： 1、监视病员的病症(血压、体温、脉搏等)。 2、定时更新病历。 3、病情出现异常情况时报警。 4、随机地产生某一病员的病情报告。 例2：医院病房监护系统 产生 病情报告 监视病情 更新病历 2.2.3 实例：医院病房监护系统 请分析软件系统需求! 1、监视病员的病症 　? 采集病症信号(血压、体温、脉搏等)。 　? 组合病症信号。 　? 将模拟病症信号转换为数字信号（A-D转换）。 2、定时更新病历 　? 将病症信号进行格式化并加入更新日期、时间。 　? 更