1 系统架构
系统架构通常情况下是指系统的软件架构，一般也被称为软件体系结构，是构建计算机软件实践的基础。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口：计算机科学来实现。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构;通信、同步和数据访问的协议;设计元素的功能分配;物理分布;设计元素的组成;定标与性能;备选设计的选择。
2 系统需求分析
航标业务系统主要分为航道维护管理，航标信息管理，航标作业管理，数据维护和统计报表五大模块。
2 系统分析建模
根据系统功能结构，本文对其进一步抽象，利用面向对象和接口设计，分为边界类、领域类和实体类。其中边界类是表达外界和系统交互的静态模型，是系统与外界的交界处;领域类描述的是业务规则及操作功能。实体类封装了处理对象的属性和行为，是对数据库的逻辑设计。同时，可以通过数据持久层中的操作序列，改变数据库中的属性值。并同时引入多层架构的设计理念，这是因为多层架构降低了系统操作页面、功能处理和属性之间的耦合程度，即实现了解耦”。它的优势是当对某一部分进行修改时，可以把对其他部分的影响降低到最小，从而提高系统的可扩展性和可修改性，独立出来的数据持久层中的'动作序列和业务逻辑可以被复用。
3 总体架构设计
在最初设计时，通常会将航标业务系统的领域层和显示层杂糅在一起，所以必须设法解决领域层和表现层代码之间的解耦问题。例如，在本系统中与航标异动信息有关的几个界面，都会涉及到查询航标异动信息的功能，与航标信息有关的几个界面都会查看航标信息，同理其他的界面也会涉及到其他的相同几个功能，本文将这些相同的功能抽取出来，作为一个单独的类封装起来，分离领域层和表现层代码，进行架构优化设计，指导该架构优化设计实施的是MVC模式。同时，把表示层中与数据库交互的航标领域逻辑，挪移到了数据访问层中，并且利用面向接口编程的原理，将航标数据访问抽象出一个接口类，保证了系统的可扩展性，增强了数据访问层的内聚性，这样航标业务逻辑类与航标数据访问通过接口实现，保证了与具体的数据库访问实现完全隔离，达到了解耦的效果，符合依赖倒置原则。
温馨提示：
