.NET初学者架构设计指南（二）OO设计初次见面
[2] .NET初学者架构设计指南（二）OO设计初次见面
[3] .NET初学者架构设计指南（二）OO设计初次见面
[4] .NET初学者架构设计指南（二）OO设计初次见面
[5] .NET初学者架构设计指南（二）OO设计初次见面
[6] .NET初学者架构设计指南（二）OO设计初次见面
[7] .NET初学者架构设计指南（二）OO设计初次见面
系列文章导航：
.NET初学者架构设计指南（一）Hello world的时代
.NET初学者架构设计指南（四）Model-View-Controller
经过一番调查，开发人员设计了下面几个主要的流程：
1、 出账：根据一个月内用户的消费情况生成账单；
2、 销账：冲销用户账户上的余额和账单；
3、 缴费：用户向自己的账户上缴费，缴清欠费后打印发票。
弄清了流程，接着就设计用户界面来实现这样的流程。下面是其中一个数据查询界面，分为两个部分：上半部分是缴费信息，记录了用户的缴费历史；下半部分是账单信息，显示账单的费用和销账情况。
界面上的数据一眼看起来很复杂，其实结合出账、缴费、销账的流程讲解一下，是比较容易理解的。下面简单说明一下。
缴费的时候，在缴费信息上添加一条记录，记录下缴费金额。然后查找有没有欠费的账单，如果有就做销账。冲抵欠费的金额记录在“欠费金额”的位置。如果欠费时间较长，就计算滞纳金，记录在“滞纳金”的位置上。冲销欠费以后，剩余的金额记录在“预存款”的位置上。“其他费用”这个位置是预留的，目前没有作用。
每个月出账的时候，在账单信息里面加上一条记录，记录下账单的应收和优惠，这两部分相减就是账单的总金额。然后检查一下账户上有没有余额，如果有就做销账。销账的时候，预存款冲销的部分记录在“预存划拨”的位置，如果不足以冲抵欠费，账单就暂时处于“未缴”状态。等到下次缴费的时候，冲销的金额再记录到“新交款”的位置。等到所有费用缴清了，账单状态变成“已缴”。
销账的流程就这样融合在缴费和出账的过程中。
看起来一切成功搞定了，最重要的几个流程很明确了，剩下的事情无疑就像砍瓜切菜一样。无非是绕着这几个流程，设计出其他更多的流程。现在有个小问题：打印发票的时候，发票的右侧需要有上次结余、本次实缴、本次话费、本次结余这几个金额。
上次结余：上个月账单销账后剩下来的金额，这个容易理解；
本次结余：当前的账单销账后剩下的金额，这个也不难；
本次话费：这是账单的费用，还是最后一次完全销账时的缴费，应该用哪一个呢？
本次缴费：这个和本次话费有什么区别，他在哪里算出来？
带着问题，开发者去问电信公司的职员。开发者把他们设计的界面指点给用户看，向他说明了自己的设计的这几个流程，同时也说出了自己的疑问。用户没有直接回答这个疑问，却提出了另一个问题：
“缴费打发票这个流程并不总是这样的，缴费以后不一定立刻要打印发票的。我们的用户可以在银行、超市这样的地方缴话费，几个月以后才来到我们这里打印发票。并且缴费的时间和销账的时间可以相距很长的，可以先缴纳一笔话费，后面几个月的账单都用这笔钱销账；也可以几个月都不缴费，然后缴纳一笔费用冲销这几个账单。你们设计的这个界面不能很好的体现用户的缴费和消费情况，很难看出来某一次缴费是在什么时候用完的。必须从第一次、或者最后一次缴费余额推算这个历史，太麻烦了。还有，‘预存划拨’、‘新交款’这两个概念我们以前从来没有见过，对用户解释起来肯定是很麻烦的。”
开发人员平静了一下自己沮丧（或愤怒）的心情，仔细想一想，这样的设计确实很不合理。如果一个会计记出这样的账本来，他肯定会被老板开除的。
看起来流程要改，比先前设计的更加灵活，界面也要改。就好像原先盖好的一栋房子忽然被捅了几个窟窿，变得四处透风了。还有，那四个数值到底应该怎样计算出来呢？我们先到走廊上去呼吸两口新鲜空气，然后再回来想想吧。
现在，让我们先忘记这几个变化多端的流程，花一点时间想一想最基本的几个概念吧。系统里面最显而易见的一个概念是什么呢？没错，是账户（Account）。账户可以缴费和消费。每个月消费的情况是记录在一个账单（Bill）里面的。账户和账单之间是一对多的关系。此外，账户还有另一个重要的相关的概念：缴费（Deposit）。账户和缴费之间也是一对多的关系。在我们刚才的设计中，这些对象是这样的：
