1704180544
1）使用的汇率需要调用国际最新汇率，而其值为动态值。
1704180545
1704180546
2）应用程序可能依靠一个或两个网页来完成。在两个网页的情况下，第一个网页会使用户能够输入要兑换的金额，从组合框中选择“从”哪种货币“兑换”到哪种货币，然后单击“计算”按钮。接着，第二页会显示计算的记过，并提供一个选项来（如一个“重新开始”按钮）来回倒第一个网页。如果需要，则可以执行另一个计算。
1704180547
1704180548
3）在一个网页的解决方案中，表单将包含一个计算结果域，它不能被用户编辑，甚至有可能在一开始是不可见的。当用户单击“计算”按钮时，这个结果域将显示兑换结果的值。
1704180549
1704180550
7.业务过程用例格式
1704180551
1704180552
001前台——注册
1704180553
1704180554
设计样式：图示说明
1704180555
1704180556
用例名：该用例的名称
1704180557
1704180558
涉众用户：如游客系统等系统中涉及的角色
1704180559
1704180560
前置条件：用户使用该功能前的状态
1704180561
1704180562
后置条件：用户使用后的状态
1704180563
1704180564
正常事件流：如用户将会进行什么样的操作，系统将会如何处理等
1704180565
1704180566
异常事件流：如用户未进行什么操作，将有什么样的反馈等
1704180567
1704180568
案例：使用用例捕获业务需求——Thomas Behrens，首席技术官，Alpheus解决方案
1704180569
1704180570
来自Rational Edge：这篇文章基于Simpay（一个通过移动电话操作的支付系统的工作项目）的业务需求经验，大致描绘了关于捕获业务需求的7个实用原则。
1704180571
1704180572
假定你已经有需求工程规范的一些经验，而且你突然面对一个包括多个公司，并跨越不同商业领域的重大业务需求方案时，心里一定会想：用例是否会在这个项目中使用？我应如何决定用例粒度的正确层次？我应如何构建用例模型？我必须裁剪标准的IBM Rational Unified Process或RUP以达到交付标准吗？这篇文章提供者Alpheus（一位国际性的IT顾问）就如何在Simpay（一个可共同操作的手持电话支付系统）组织需求工程项目中应对这些问题进行了深刻地思考。他总结了我们在项目中所学的知识，成为七个实用的原则，他将举例说明你怎样在你自己的业务需求计划中取得成功。
1704180573
1704180574
该论述假定读者对需求工程、使用用例及对RUP的基本协议都有很好的理解。
1704180575
1704180576
图2-3给出了Simpay商业语境的概观。Simpay在整个系统中处中心位置，它使用开放的接口，来整合手持电话商业要求者（代表多个零售商及[或]内容供应者）和手持电话操作者（代表并认证最终客户），成为在线金融交易。Simpay为支付认证，它为手持电话操作者与手持电话商业要求者提供各种资金流相关的服务。
1704180577
1704180578
业务需求过程被嵌入到一个把支付解决方案（如Simpay产品）转变进入市场的大型过程中。产品展现了一个使用手动或自动过程的从头建造的新业务。由于预算必须控制得恰到好处，因此决定延期实现确切的自动化过程，直到业务已经被建模。
1704180579
1704180580
整体项目及商业特性可以摘要为：
1704180581
1704180582
多公司参与。
1704180583
1704180584
重视规模方面（支持约二亿八千万客户）。
1704180585
1704180586
1704180587
1704180588
1704180589
图2-3 Simpay商业语境概观
1704180590
1704180591
拥有虚拟团队的多国公司。
1704180592
1704180593
名誉方面的潜在影响。