设计视图

从OOA到OOD不是一个突变的过程，OOA的结果符合OOD的问题域部分(PDC)，OOD是在对OOA的结果作深入研究的基础上的改动和增补，这是一个循序渐进的过程。问题域部分的设计需要对OO的结果加以增补和具体化： 

（1）针对编程语言支持能力进行调整：使用面向对象较好的C+语言编写程序，不需要对OOA的结果进行大的改动。

（2）增加一般类，提供共同协议：用一个一般类集中地给出多个类的实现都要使用的属性和服务。这里，我们考虑增加表格等一般类，提供各类报表的基本属性和方法，方便继承和重用。

（3）为实现复用采取的设计策略：软件的复用分为直接复用和通过继承复用，这里主要使用通过继承来复用。当然，我们使用的MFC在一定意义上也是对微软基础类库的直接复用。

（4）提高性能：对象之间具有高度繁忙的消息流通的情况下，这种高度耦合可能需要把两个或更多的类进行合并，我们把22个类分为六个小包，分别来考虑其属性和方法。在类及对象中扩充一些保存临时结果的属性，并使用友元等方法，在特殊的时候允许友元类的服务直接从其它对象中强行获得属性值。

（5）提供数据管理部分：每个对象把自己传送给数据管理部分，让数据管理部分来存储对象自己。具体做法如下：通知一个对象保存自己；每个对象知道为了保存自己的状态应该传送什么消息到数据管理部分，增加一些结果属性和保存服务以完成此事。

（6）完善对象细节：在这部分里，我们弥补了OOA模型的不足，解决了OOA阶段推迟考虑的问题，细化设计了对象的属性和服务。

 通过上述步骤，我们具体定义了各个类及其之间的关系，得到如下所示的系统分析类图。