30需求开发技术-用例-打印.pptVIP

用例 本文目标 得到有价值的需求文档 不但形式正确，更要内容正确 告别鸡肋软件 本文线索 需求问题和用例总览 实作：执行者 实作：用例 实作：用例文档 用例关系辨析 业务用例、排序、分包 开发过程---0业务建模 业务建模 帮助理清项目需求 从业务用例到系统用例 可能的角色对应 业务执行者?? 系统执行者 业务工人?? 系统执行者 业务工人的操作（活动） ?? 系统用例 但并不一定一一对应 业务建模工作步骤 步骤： 建立业务用例模型 详述业务用例 建立业务对象模型 常用元素 用例图、活动图、类图 结果 业务模型 开发过程---①用例 用例是什么？ 为什么不同的项目需要采用不同的用例编写风格？ 在什么地方使用用例有利于做需求收集工作？ 编写用例之前，需要做哪些准备工作？ 用例在需求过程中的位置 用例理解的误区 对于用例分析技术理解上的两个最大的误区是：　　1）用例分析技术包括了整个需求过程：它只是一个需求分析技术，是在传统的需求捕获技术的基础上使用的，并无法替代这些技术；　　2）用例分析技术是分解技术：其实用例分析技术是一种合成技术，将在需求捕获中收集而来的零散的特性合成为用例： 特征用例对应关系 用例分析前的工作 在用例分析之前，应该完成以下工作：　　1）确定涉众（Stakeholder）和用户类型（命名、简要描述、涉众代表、特征、能力）；　　2）确定涉众代表（命名、简要描述、责任、参与）；　　3）在项目中加入涉众代表（访谈、问卷、顾问、评审、角色扮演）；　　4）创建共同的构想（问题定义、系统范围、用户目标、非功能需求à前景文档）；　　5）采用传统的需求捕获技术捕获需求；　　6）组建用例分析队伍（少量、有问题域知识） 用例的过程 用例：基于用户目标的需求组织形式 立足开发者视角 系统要求用户输入用法的密码 系统能够接受用户录入录款金额 系统能够从帐户中扣除金额 系统允许选择是否“打印收据” 系统能够显示交易结束信息 用例：有层次的需求组织形式 用例（取款） 路径（正常取款） 步骤（用户输入密码） 补充约束（密码由六位组成） 以用例为核心组织需求 用例---基本定义-1 RUP(Ivar Jacobson) 用例实例是在系统中执行的一系统动作，这些动作将生成特定执行者可见的价值结果。一个用例定义一组用例实例。 通俗一些 执行者通过系统达到某个目标 用例-基本定义 同样是“取钱” 为什么家里的抽屉不用密码，取款机要用？ 为什么取了钱了以后要写“系统扣除帐户金额”？ 还有一些因素没有考虑…… 用例—进阶定义 Cockburn:用例是涉众之间达成的契约，以执行者为达成特定目标和系统交互的方式演绎。 只有达到契约的理解层次，才算真正掌握了用例！ 涉众利益 涉众利益 妥协 最终用户 客户 政府 法律 开发人员 管理人员 竞争对手 ………. 涉众和利益 涉众利益 涉众利益 用户：希望方便 银行：希望安全 法律：保护财产 基本路径 1、用户插入ATM卡 2、系统要求输入合法的密码 3、用户输入密码 4、系统验证密码正确 5、系统提示用户输入取款金额 6、用户输入取款金额并确认 7、系统检测取款合法 8、系统从帐户扣除取款金额 9、系统吐钞 10、系统提示用户“打印收据”或“不打印收据” 11、用户要求不打印收据 12、系统显示“交易结束”，退卡。 业务规则 3、密码为6位数字 7、金额必须为100元的倍数 7、当日取款不能超过5000元 用例的结构 使用用例组织的需求文档示例 案例项目—图书销售系统-1 R公司是一家有悠久历史的图书代理商，为各个图书销售商（书店、图书馆等）提供图书，它想要开发一个在线销售系统。 R公司代理的图书的种类非常多，有经济类、计算机类、考试类、外语类、文字类、历史类等，所以每年R公司都要出版一套图书目录，供客户查询。 以前的业务流程是：客户在目录上查到所需要的图书后，打来电话或发来传真，请求购买，销售员根据客户的购买数量，与供应商或出版商查询后，告知客户价格。客户通过电话或传真告知销售员进行订购。 案例项目—图书销售系统-2 在基于Web的新系统中，客户可以通过Internet进行购买. 客户先预付一定金额存入内部账户中成为会员，然后才能购买图书。客户可以根据自己所知道的图书的类别、作者、出版社、编号等指标，有哪些信誉好的足球投注网站出所需要的图书。结帐使用内部帐户支付。系统根据会员提供的送货地址和订购数量，从库存中有哪些信誉好的足球投注网站出离送货地址最近的供应商或出版商，通知供应商发货. 内部工作人员不定期地根据供应商或出版商方面的价格变动，对某些图书的销售价格进行更新。每个星期，各个供应商会把记录自己