第三章建立需求模型.pptVIP

第三章 用况图 3．2 参与者 简言之，参与者是在系统之外的与系统进行交互的任何事物。 3．2．1 概念与表示法 一个参与者定义了用况的使用者在与这些用况交互时所扮演的一组功能高内聚的角色。 参与者是与系统交互的任何事务。 参与者举例 如何获取用况？ 活动者希望系统执行什么任务？ 活动者在系统中访问哪些信息（创建、存储、修 改、删除等）？ 需要将外界的哪些信息提供给系统？ 需要将系统的哪个事件告诉活动者？ 如何维护系统？ 用况与场景（Scenarios） 用况描述的是一组动作序列，在复杂的系统中，用况细节可能存在多种不同的情节，称为变体。 比如：购买商品的用况中收款可以是现金支付、信用卡支付或支票支付。针对每一种情况有不同的场景，一个场景就是一个具体的故事现场，重现一个参与者如何具体完成用况。 主成功场景：故事的主线，用况通常得到成功执行的典型场景。 扩展场景：失败场景，或因为一些特别条件而出现行为分支的步骤（包括失败和成功） 用况的前置条件和后置条件 前置条件（pre-condition）：表述在系统允许用况开始以前，系统应确保为真的条件。这可为后续的编程人员提供帮助，从而确定在用况的实现代码中哪些条件无须再次检验。 如果前置条件不满足，用况无法被启动，比如“预定图书”用况的前置条件是读者已正确登录到系统中。 后置条件（guarantee）：或称为成功保证。表述在用况结束时，系统将要保证的限定条件，一般都是在成功完成用况后成立。 一旦用况被成功地执行，可能会导致系统内部某些状态的改变，比如成功地“借出图书”会使图书状态改变等。 某些用况可能没有前置条件或后置条件，比如“查询书目” 。 用况的简要描述 用况名：购买商品 参与者：出纳员 简要描述：顾客带着所要购买的商品来到收款处。收款员记录下商品信息并收款。付款完成后，顾客带着所购买的商品和收据离开。 对“取款”用况的非正式描述 1）用户插入ATM卡并输入密码 2）用户选择取款并输入取款数量 3）系统吐出现金，并从账号余额中扣除取款数 对“取款”用况的完整描述 主参与者：信用卡用户 目标： 用户使用信用卡从ATM机获取现金 范围：银行ATM系统 前置条件： 用户将信用卡插入ATM 触发事件： 用户希望从ATM机上取现金 主事件流： 1）用户插入信用卡到ATM机 2）ATM系统识别卡的ID和账号，并用主银行系统验证其有效性 3）用户输入密码，ATM验证其有效性 4）用户选择取款，并输入提取金额，该数额必须在50～2000之间，50的倍数 5）ATM系统通知账户所在的主银行系统，传递账号和取款金额，并接受返回的确认信息和账户余额 6）ATM系统发放现金、卡，并打印收据 7）ATM将事务记入日志 对“取款”用况的完整描述（续） 备选事件流： 2a：该卡不能在此ATM机上使用 3a：密码不正确 3b：用户没有及时输入密码 4a：金额不是50的倍数，或不在指定范围 5a：主机死机或网络瘫痪 5b：账户余额不足 发生频率： 一天1000次 “借出图书”的用况描述 用况描述的双列格式 每个用况可绘制系统级顺序图 纯文本的用况描述直观性较差 使用UML中的顺序图可以图形化地表现出参与者和系统之间的交互 用况建模的内容 基于用况的需求获取过程： 1. 获取原始需求 2. 开发一个可以理解的需求 识别参与者 识别用况 构建用况图 3 详细、完整地描述需求 书写用况规格说明 4 重构用况模型 识别用况间的关系 对用况进行组织和分包 用况举例1 客户提出申请要求贷款，申请中包括期限、金额、用途和本人基本情况。银行收到申请后，置于“申请档案”中，以申请号标识。 某公司内部工作岗位的提供：不论何时，只要一有职位空缺，该地区的人力资源部领导就会通知该地区的所有员工并给其他地区的HR领导发送消息，邀请员工们提出申请。然后，其他地区HR领导将招聘信息贴在公告板上。所有对此感兴趣的员工都可以将申请发送到职位空缺的地区的HR领导那里。 用况举例2 在门诊挂号处只能挂当天的号，挂出的号可以退。 病人拿到挂号单后，到相应的科室进行就诊。医生根据挂号的顺序号，依次给病人看病开处方。 病人拿处方去收款处交费，并拿到发票。 病人拿已经收费的处方去药房拿药。 该系统潜在的参与者和用况有哪些？ 图书馆系统的用况图 3.6 合理组织用况 对用况进行分包 让用况图能够更为清晰地表现出系统的业务逻辑关系和层次 对系统进行模块的分割，这将影响到今后的开发和系统的最终表现形式 常见的分包方式 按参与者分包，如读者包、图书管理员包 按主题分包，如毕设的题目管理包、成绩管理包 按开发团队分包，A小组、B小组 按发布情况分包，第1次迭代包… 错误的用况图举例 把步骤当用况 把系统活动当用况 错误的用况图举例