软件工程教学课件作者张洪民软件工程案例分析之二.pptVIP

图12 自动出纳机顶层数据流图 自动出纳机顶层数据流图 2、建立数据流图 退出 上页 首页 下页 末页 　　数据流图说明输出值是怎样从输入值得来的，数据流图通常按层次组织。最顶层由单个处理组成，也可由收集输入、计算值及生成结果的一个综合处理构成。图给出自动出纳机顶层数据流图。 　　将顶层图中的处理扩展成更低层次的数据流图，如果第二层次图中的处理仍包含一些可细化的处理，它们还可继续扩展，图13是图12中“执行事务”处理的扩展。 现金卡 用户 读输入 执行事务 产生输出 账户 结算 银行码 卡码 密码 数量 事务类型 现金 收据 信息 账户类型 图13 自动出纳机“执行事务”数据流图 “执行事务”加工的分解 退出 上页 首页 下页 末页 图13 自动出纳机“执行事务”数据流图 更新账户 选择账户 确认密码 选择卡 选择分理处 分行 银行码 银行码 卡码 无效卡码 不正确密码 卡授权密码 密码 账户类型 账户 不正确账户 无效事务 现金、收据 数量、事务类型 账户 不正确的银行码 3、描述处理 退出 上页 首页 　　当数据流图已细化到一定程度后，对各处理进行描述，描述方法用自然语言、伪码及判定树等，描述可以是说明的或过程的。 说明性描述确定了输入、输出值之间的关系。说明性描述优于过程性描述，因为它隐含实现的考虑。过程性描述确定一个算法来实现处理功能，算法只是用来确定处理干什么。过程性描述实现起来较为容易。 下面给出“更新账户”处理的描述： IF 取款数目超过当前账户结算， 退出事务，不发现金 IF 取款数目不超过当前账户结算， 记账并分发要求的现金 IF 事务是存款， 建立账户并无现金分发 IF 事务是状态请求， 无现金分发 在任何情况 收据显示自动出纳机编号、日期、时间、账户编号， 事务类型，数量（若有）以及新的结算。 eting etingatiora etingatiora 六、合作图与活动图 　　对于简单的对象交互情况，顺序图可以作很好的描述，可是，当交互对象数目增加，交互情况复杂时，顺序图就很难描述清楚了，可用合作图来描述。 　　合作图描述了系统中所有对象之间的交互合作关系，注重对象之间的整体交互情况，交互关系由消息流来表示。在Rose中，还可以将顺序图与合作图进行转换。本案例不再给出合作图。 七、活动图 　活动图模型主要用于描述系统在问题域空间中的活动流程，活动图可以方便地描述系统中的并发活动。由于本例中并没有复杂的并发活动，而且也也没有明显的基于核心的、具有复杂状态和行为的对象，所以可以不必画出合作图和活动图。 六、合作图 退出 上页 首页 监视 病情 更新病历 产生 病情报告 一、问题的描述 　　在医院的病房里，将病症监视器安置在每个病床，对病人进行监护。监视器将病人的病症信号（组合）实时地传送到中央监护系统进行分析处理。在中心值班室里，值班护士使用中央监护系统对病员的情况进行监控，监护系统实时地将病人的病症信号与标准的病诊信号进行比较分析，当病症出现异常时，系统会立即自动报警，并打印病情报告和更新病历。系统根据医生的要求随时打印病人的病情报告，系统还定期自动更新病历。 退出 下页 末页 病房 中 央 值 班 室 医院病房监护系统 案　例　二 二、简单的需求分析说明 系统名称：医院病房监护系统 根据分析系统主要实现以下功能： 　　1、病症监视器可以将采集到的病症信号（组合），格式化后实时的传送到中央监护系统。 　　2、中央监护系统将病人的病症信号与标准的病症信号库里的病症信号的正常值进行比较，当病症出现异常时系统自动报警。 　　3、当病症信号异常时，系统自动更新病历并打印病情报告。 　　4、值班护士可以查看病情报告并进行打印。 　　5、医生可以查看病情报告，要求打印病情报告，也可以查看或要求打印病历。 　　6、系统定期自动更新病历。 三、用UML的静态建模机制定义并描述本系统的静态结构 （一）建立系统的用例图 　　通过以下六个问题识别角色 　　(1)谁使用系统的主要功能？ 　　(2)谁需要系统的支持以完成日常工作任务？ 　　(3)谁负责维护，管理并保持系统正常运行？ 　　(4)系统需要应付（或处理）哪些硬设备？ 　　(5)系统需要和哪些外部系统交互？ 　　(6)谁（或什么）对系统运行产生的结果（值）感兴趣？ 退出 上页 首页 下页 末页 需求分析 　　通过回答这六个问题以