|
在前面的文章中，我们从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
文本框TextBox"ABC" ,键入传递的对象/数据；选择Tools-Check
Model；选择File-Save。
上一页 下一页
|