4、系统概要设计
4.1概要设计综述
Yourdon认为OOA与OOD模型是五个层次四个部分，其结构见图4-1。
1.主题层:
相当于全局系统的子系统或子模型。由于OOA模型的结构庞大而复杂，因此众多的对象有时很难处理。于是，可以把对象归到各个主题层中，可以把有关的对象用一个边框框起来加以实现。例如，在一个控制系统中，众多的对象可分为“管理”和 “控制”两个主题，则可以用图4-2表示。
2.类对象层:
表示待开发系统的基本构造块。对象都是现实世界中应用领域概念的抽象。这一层是整个模型的基础。图符的外层边界表示实例边界，实际上它表明对象是非空的。而图符的内层边界则表示类边界。有时可以定义一些不当作为程序块来实现的对象，即只有类边界而没有实例边界。在某些情形下，定义这种对象是很有用的。我们将它们称为模板类或抽象类。模板类可以为结成较高级的聚合体提供一条方便的途径。 3.结构层:
该层负责捕捉特定应用领域中的结构关系。泛化特化结构获得类及成员组织，有助于刻画问题空间的类一成员层次，它通过搜集公共特性并把这种特性扩充到特例中来显示现实世界事件的通用性及专用性。整体一部分结构表达了人类的一种基本组织方式，即自然的整体和部分的结构关系，从而把一些部分的聚合构造成整体。例如，一辆汽车由发动机、轮子和刹车装置组成。
4.属性层:
对象的属性和实例连接共同组成了OOA模型的属性层。我们把对象所存储的数据称为对象的属性。类的实例之间互相约束，它们必须遵从应用领域的某些限制条件或事务规则。例如，当定金取消后，相应的订户也应该被取消，这可能是一项事务规则。我们称这些约束为实例连接。
5.服务层:
对象的服务和消息通信组成了OOA模型的服务层。我们把对象所做的工作称为服务或方法。系统的不同对象都分别执行一定的工作或功能，它们之间通过消息通信，即所谓的协同，如图中的箭头所示。对象的服务及对象实例之间的消息通信共同组成了OOA模型的服务层。 在本章中，主要根据这五个层次，对住宅小区物业管理系统概要设计。
4.2.类与对象的标识
类和对象是对应用领域中的概念的标识，是系统分析的基础。类和对象的
标识是从对问题描述的分析开始的。在住宅小区物业管理系统抽取出如下对象 (本文的类即对象都是以大写字母表示): RQFMS(小区物业管理系统)，TENEMENT(住户)，SMANAGER(系统管理员)。
4.3结构标识
结构层反映了对象之间的组装及继承关系。整体一部分结构标识了组装结
构泛化一特化关系反映了继承关系。如果父对象，或泛化对象的属性或特征可为所有的子对象，或特化对象共享，就建立起了泛化一特化关系。父对象和子对的这种属性共享就称之为继承性。父对象是由若干子对象以某种方式组装而成的就构成了整体一部分关系。这种关系一般建立在物理组装的基础上。在该系统中，物业管理员与服务部物业管理员、工程部物业管理员、安全物业管理、环境部物业管理员之间的关系是一般特殊结构。其中物业管理员是类、而其他是它的子类。
而社区与住户、物业管理员、系统管理员之间是整体分关系，也即是社区由物业管理员、系统管理员与住户构成。小区物业管理系由费用条款、公共信息表、收费条款等组成。
4.4主题标识
过去的结构化模型的特征之一就是层次分解。而大多数OOA模型的结构都
相对平坦，除非应用领域使用泛化一特化结构或整体一部分结构。每个主题可以看作一个子系统。主题的概念是从观察者的角度来看的。分析员可以依据子领域、子系统，甚至组织或地域等来区分主题，只要运用得当，所有这些规则都有助于主题划分。本文讨论的基于 java+sql2000住宅小区物业管理系统包括以下2个主题:住户查询子系统和物业管理子系统。各主题层内对象之间与主题层间的对象之间都存在着实例连接和消息通信。2个主题层共同构成了一个复杂的住宅小区物业管理系统。
1.住户查询子系统包括个人信息查询，住户信息查询，收费信息查询和房产信息查询。住户通过该系统查询自己的所有物业信息。
2.物业管理子系统包括个人信息管理，住户信息管理，收费信息管理和房产信息管理。各个管理系统下面都有数据录入，其各个下面又有自己的各个管理功能：住户投诉管理、住户报修管理、住户物业收费金额生成管理、物业缴费管理、住户预付款管理、安防管理。
4.5标识属性及实例连接
OOA模型的属性层包括对象属性和对象之间的关系 (实例连接)。对象属性即对象内部封装的数据。实例连接可以看作是一种事务规则或应用领域约束，这些连接表明一个类中的对象如何与另一个类中的对象相关联的。标识属性的目的就是为前面已经确立的各个对象建立一系列属性。本文的属性均以小写字母来表示。标识属性的基本做法是:标识属性、修改 OOA模型的其它层以适应这些属性，如果有必要的话修改对象，然后重复这个过程。之所以有时会有修改对象的可能，是因为在表示对象时发现有的属性对于某些对象不适合。标识实例连接用于表达对象之间的静态联系。静态联系指通过对象属性来表示一个对象对另一个对象的依赖关系。
根据系统的问题域与系统域，找出各个类对象的属性。再找出各个类之间的
静态联系。例如，一个社区使用物业管理系统，住户、系统管理员使用一个物业管理系统，一个住户、系统管理员拥有零张或多张信用卡。
4.6服务标识及消息通信
在 OOA中服务相当于面向过程中的函数、操作或功能。标识服务也即是找出每个对象类的服务操作。这些操作之间必然引起另外一些操作的作用，从而操作之间产生联系。
对象之间的动态关系可以表示为对象所执行的服务以及对象之间传递的消息。建立动态关系是为了说明所标识的各种对象是如何共同协作，使系统运作起来的。通常的步骤是，首先标识在每个对象中必须封装的一组服务;然后将服务与对象的属性相比较，验证其一致性。如果已经标识了某个对象的属性，那么每个属性就必须关联到某个服务，否则这个属性对于这个对象来说就形同虚设，永远不可能被访问。然后画出对象之间的消息通信路径，协调系统的行为。在并发系统中，消息连接大致分两类:一类是进程间的消息连接;一类是进程内部的消息连接。