软件需求分析专题讲座.ppt

二、执行者(角色、Actor) 　　执行者是指用户在系统中所扮演的角色。执行者在用例图中是用类似人的图形来表示, 但执行者可以是人，也可以是一个外界系统。 如何确定执行者： 1、谁使用系统的主要功能(主执行者)? 2、谁需要从系统获得对日常工作的支持和服务？ 3、需要谁维护管理系统的日常运行（副执行者）？ 4、系统需要控制哪些硬件设备？ 5、系统需要与其它哪些系统交互？ 6、谁需要使用系统产生的结果（值）？ 一、执行者 角色： 角色职责： 角色职责识别： 角色描述模板 三、用例(use case) 　从本质上讲,一个用例是用户与计算机之间的一次典型交互作用。在UML中,用例被定义成系统执行的一系列动作。 用例有以下特点: 　用例捕获某些用户可见的需求,实现一个具体的用户目标。 　用例由执行者激活,并将结果值反馈给执行者。 　用例必须具有功能上的完整描述。 如何确定用例： 1、与系统实现有关的主要问题是什么？ 2、系统需要哪些输入/输出？这些输入/输出从何而来？到哪里去？ 3、执行者需要系统提供哪些功能？ 4、执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？ 供货 买饮料 取货款 客户 供货人 收银员 售货系统用例图 用例之间的关系 4-1 用例之间的常见关系 扩展关系 包含关系 用例 1 扩展的行为 用例之间的关系 4-2 扩展关系 extend 满足条件 用例 2 用例之间的关系 4-3 包含关系 用例 1 用例 2 include 用例 1 具有用例 2 的功能 用例 1 表现出用例 2 的功能 例1：用例图实例 应用生命周期用例图 金融贸易系统用例图 贸易经理 风险分析 设置边界 进行交易 交易估价 更新帐目 《使用》 《使用》 《扩展》 营销人员 超越边界 评价 记帐系统 销售人员 应用设计者 应用提供者 改变 应用 运行 应用 实现 应用 使用 扩展 展开 应用操作者 实现 设计 应用 课堂练习 现有一医院病房监护系统，病症监视器安置在每个病房，将病人的病症信号实时传送到中央监视系统进行分析处理。在中心值班室里，值班护士使用中央监视系统对病员的情况进行监控，根据医生的要求随时打印病人的病情报告，定期更新病历，当病症出现异常时，系统会立即自动报警, 并实时打印病人的病情报告，立及更新病历。 要求根据现场情景，对医院病房监护系统进行需求分析， 建立系统的用例模型。 例2： 医院病房监护系统 请对系统需求进行分析！ 经过初步的需求分析，得到系统功能要求： 1、监视病员的病症（血压、体温、脉搏等） 2、定时更新病历 3、病员出现异常情况时报警。 4、随机地产生某一病员的病情报告。 产生 病情报告 监视病情 更新病历 一、情景分析 二、简单的需求分析说明 系统名称：医院病房监护系统 根据分析系统主要实现以下功能： 1、病症监视器可以将采集到的病症信号（组合），格式化后实时的传送到中央监护系统。 2、中央监护系统将病人的病症信号开解后与标准的病症信号库里的病症信号的正常值进行比较，当病症出现异常时系统自动报警。 3、当病症信号异常时，系统自动更新病历并打印病情报告。 4、值班护士可以查看病情报告并进行打印。 5、医生可以查看病情报告，要求打印病情报告，也可以查看或要求打印病历。 6、系统定期自动更新病历。 三、建立系统的用例图 1、通过以下六个问题识别角色 (1)谁使用系统的主要功能？ (2)谁需要系统的支持以完成日常工作任务？ (3)谁负责维护，管理并保持系统正常运行？ (4)系统需要应付（或处理）哪些硬设备？ (5)系统需要和哪些外部系统交互？ (6)谁（或什么）对系统运行产生的结果（值）感兴趣？ 　　通过回答这六个问题以后，再进一步分析可以识别出本系统的四个角色：值班护士，医生，病人，标准病症信号库。 　角色描述模板 角色：病 人 角色职责： 提供病症信号 角色职责识别： 负责生成、实时提供 各种病症信号。 角色：值班护士 角色职责： 负责监视病人的病 情变化 角色职责识别： (1)使用系统主要功能 (2)对系统运行结果感 兴趣 角色:标准病症信号库 角色职责： 负责向系统提供病症 信号的正常值 角色职责识别： (1)负责保持系统 正常运行 (2)与系统交互 角色：医 生 角色职责： 对病人负责，负责 处理病情的变化 角色职责识别： (1)需要系统支持以完 成其日常工作 (2)对系统运行结果感 兴趣 　　通过分析可以初步识别出系统的用例为：中央监护，病症监护，提供标准病症信号，病历管理，病情报告管理。顶层用例图为： 角色识别 2、识别出系统的用例　　 通过分析可以初步识别出系统的用例为