第2章_软件需求工程new.pptVIP

软件需求工程Software Requirements Engineering 2.1 软件需求工程的基本概念 软件需求的重要性 软件需求的困难 传统需求分析 需求工程的基本活动包括： 三、需求的有效性验证 2.2 需求分析方法 2.2 需求分析方法 2.2 需求分析方法 软件需求案例 非功能需求 2.2.2 面向对象的分析方法(OOA) 系统需求 系统需求 系统需求 系统需求 建立Use Case模型 非功能需求 非功能需求 改进Use Case模型 基本思想与步骤 三、SA法的描述方法 1、分层的数据流图(DFD图) 2、数据词典 3、描述加工逻辑的结构化语言、判定表及判定树 二、SA法的步骤 当前系统 具体模型 建立 当前系统 逻辑模型 抽象 目标系统 逻辑模型 建立 完善的系统逻辑模型 改进 深入调查 研究 分析用户需求,用DFD图描述 分析系统需求,用DFD图描述 修改完善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、用数据流将各部分连接起来，形成数据封闭。 注意：标注各加工框及数据流名称。 例一 图书预定系统（顶层DFD图） 作 业 分析、获取并列出 “数字化医院”的子系统——医院病房监护系统的用户需求、功能需求及非功能需求。 一、问题的描述 　　在医院的病房里，将病症监视器安置在每个病床，对病人进行监护。监视器将病人的病症信号(组合)实时地传送到中央监护系统进行分析处理。 在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。 根据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。 医院病房监护系统 例2：医院病房监护系统 产生 病情报告 监视病情 更新病历 2.2.3 实例：医院病房监护系统 请分析软件系统需求! 经过初步的需求分析，得到系统功能要求： 1、监视病员的病症(血压、体温、脉搏等)。 2、定时更新病历。 3、病情出现异常情况时报警。 4、随机地产生某一病员的病情报告。 例2：医院病房监护系统 产生 病情报告 监视病情 更新病历 2.2.3 实例：医院病房监护系统 请分析软件系统需求! 1、监视病员的病症 　? 采集病症信号(血压、体温、脉搏等)。 　? 组合病症信号。 　? 将模拟病症信号转换为数字信号（A-D转换）。 2、定时更新病历 　? 将病症信号进行格式化并加入更新日期、时间。 　? 更新病历库中病人的信息。 　? 可人工设定更新病历的时间间隔。 3、病情出现异常情况时报警 　? 根据标准病症信号库中的值，判断是否报警。 　? 将报警信号转换为各种模拟信号（D-A转换）。 　? 实时打印病情报告，立即更新病历。 4、随机地产生某一病员的病情报告 系统功能需求 —局部监视 —更新日志 —产生病情报告 1、监视器与网络的可靠性要求，涉及人的生命安全。 2、效率需求中对时间、空间的需求，所采集的病症信号数据量大。 3、互操作需求—如要求监视器采样频率可人工调整等。 4、对病人病历的隐私的要求。 病员 护士 护士 病员监 护系统 病员日志 病症信号 要求报告 病症报告 报警 顶 层 医院病房监护系统分层DFD图 顶层确定了系统的范围，其外部实体为病员和护士 护士 病员 护士 图 2.14 第一层： 病员 护