3.系统根据该账户下的证券币种读取相应的结算汇率，把所有证券余额都统一转换成结算币种，并通过累加该账户下所有证券的余额，计算出以结算币种表示的客户资产总额并打印输出。
扩展流：
2a.读取证券信息(份数、价格)失败;
2a1.系统报错，用例结束。
3a.读取汇率失败(某支证券的币种到结算币种的转换汇率不存在)：
3a1.系统告知用户结算汇率不存在，无法计算资产总额，用例结束。
明确需求后，当我们打开软件系统这只盒子，进入它的内部，把盒子内的一切东西、机关要害都搞清楚、弄明白，也就完成了软件开发从需求，到分析，到设计，到编程实现的这么一个过程，而我们最终送给客户的必须是一个高质量的大礼包。
那么，这只盒子内部有何宝物呢?由外而内，由大而小，一个软件分别由系统，子系统(subsystem)与构件(component)，以及对象组成。一个系统由一个或多个子系统组成，而一个子系统可以由一个或更多的子系统(或构件)组成。构件里面装的则是对象，对象又由属性和方法(即通常所说的函数)组成。类(对象)正是现代软件的最小组成单元，就像组成有机人体的基本单元——细胞。
下图用UML包图表现了这样一种软件系统的嵌套解剖视图。
层次分明
“分而治之”是工程界对付复杂技术问题最常用的手段。作为一个复杂的系统，软件也不例外，清晰而严谨分层的结构往往是优秀软件设计的一个主要特征。
分层有横切、纵切两种。软件设计从系统，到子系统和构件，再到类与对象，再到类的内部属性和方法，以及某个方法的编程实现，既是由外而内，也是从高到低，从高层的架构设计(系统、子系统)，到低层的类与类的关系、类内部的设计，就像山脉与山峰、森林与树叶的关系。
对应着这样的高、低层关系，在软件设计中，目前世界上已有大量的架构模式、设计模式、实现模式和各种分层的框架可供我们借鉴、重用。
动静结合
经常有初学者问:用UML建模的时候，我们到底要画几张图才算表达完整，哪些图最重要?其实有一个非常简单的回答:动静结合。客观世界是由物质(如微观粒子)组成的，而物质是运动的。
巧合的是，软件这个虚拟世界也不例外。因此在我们设计软件的时候，既要说明有哪些物质(如构件、对象、属性等)存在，也不要忘了描述物质之间的运动(如交互、状态变迁等)，两者是相辅相成的。
文章来源于领测软件测试网 https://www.ltesting.net/
