rose实例构造银行业务模型-read.doc

Rose实例：构造银行业务模型作者：Richard Felsinger 著，盖九宇 译 ???本文选自：UMLChina??2002年11月07日在前面的文章中，我们从Rational Rose开始，启动并建立了一个类图。今天我们的任务就是要通过BankAPP实例来了解如何用Rose构造业务模型。 业务企业模型 业务前景，目标，组织－分别提供业务事件[UML信号事件-指定的激励表格或文档]和过程(UML 用例) 过程名 参与者 事件/输入 转换 事件/输出 约束 描述 引用 联系点 WithdrawFromAccount Customer,Teller,BankDB WithdrawRequest UpdateAccount WithdrawRecord 　 　 　 　 [译注：Customer：客户；Teller：出纳员 ；withdraw：取款；account：账户；BankDB：银行数据库]Business Actors, Business Workers,业务实体（问题域实体） 业务参与者(UML 参与者) 业务员（UML 参与者） 业务实体（UML 类） Customer Teller Account,SavingsAccount,CheckingAccount [译注：saving：储蓄；checking：支票]业务规则目录 规则标识符 参与者，实体，过程 描述：IF条件..then 动作 区域 引用 联系点（Point of Contact） ValidAccount Account If AccountNum 有效,then Acccount 有效 　 　 　 业务接口（指定操作集）－由架构师提供 业务模式目录－参见《Business Modeling with UML》（Eriksson 和Penker 著）。业务术语－待完备业务系统体系结构－由架构师提供 需求模型 需求：BankApp应该管理支票和存款账户的存款和取款。将来（还要提供）查询，转账，透支，等等从TellerGUI 到BankApp的输入/输出： sAcctNum, nDeposit, nWithdraw,sText。从BankApp 到BankDB的输入/输出： sAcctNum, nDeposit, nWithdraw.需求可追踪性表：需求号，名称，引用，用例名，UML元素，测试用例，描述，职责。 需求可追踪性表（部分） 需求编号 需求名 引用 用例名 UML元素 测试实例 描述 职责 1.1 DepositToSavingsAccount 　 DepositToSavingsAccount BankPkg 　 　 　 1.2 DepositToCheckingAccount 　 DepositToCheckingAccount BankPkg 　 　 　 1.3 WithdrawFromSavingAccount 　 WithdrawFromSavingAccount BankPkg 　 　 　 1.4 WithdrawFromCheckingAccount 　 WithdrawFromCheckingAccount BankPkg 　 　 　 需求－用例图－所有用例 Rose用例图：在浏览器窗口，选择Use Case View；Main Use CaseDiagram；在图上放置参与者，用例，关系[Rose单向关联（Unidirectional Association）]，泛化；选择每一个参与者－单击鼠标右键键入参与者的操作；选择Tools-Check Model；选择File-Save. 需求－高级别协作图[环境图（Context Diagram）] Rose高级别协作图：在浏览器窗口，选择Use Case View；选择Browse-Interaction Diagram（交互图）-Use Case View- ；选择Collaboration Diagram；键入图名；在图上放置对象表示参与者；双击每个对象，然后从下拉列表中选择参与者名；在图的中央放置一个对象以表示系统；双击对象，键入系统名；选择Rose Object Link (对象连接符)并且在参与者和系统之间拖曳；选择Rose 文本框TextBoxABC ,键入传递的对象/数据；选择Tools-Check Model；选择File-Save。?需求－用例增量增量1：支票和储蓄账户的存款和取款增量2：查询和转账增量3：透支每个增量内进行迭代：乐观的，正常的，悲观的需求用例规约：名称，触发器，输入参数，输出返回值，出现的前置条件/异常，出现的（raised）后置条件/异常，基