分层软件架构设计及应用探究

在目前软件系统的设计中,采用多层次的架构设计形式可以有效实现软件系统功能应用方面的分解。本文首先分析多层次的架构设计形式所存在的利和弊,然后叙述了它的基本原则,最后就相关资料描述了多层次的架构里面每一层不同的职责,对各个层次之间的良好交互关系做了说明。

中国信息界

2 1年第 1期总第 1 2 0 1 0 9期

实践与应用

分层软件架构设计及应用探究杨文波 (中国石油长庆油田公司通信处陕西西安 7 0 l) 108

摘要：在目前软件系统的设计中，采用多层次的架构设计形式可以有效实现软件系统功能应用方面的分解。本文首先分析多层次的架构设计形式所存在的利和弊，然后叙述了它的基本原则，最后就相关资料描述了多层次的架构里面每一层不同的职责，对各个层次之间的良好交互关系做了说明。

关键词：分工性能问题基本原则数据访问

分层所描述的是这样一种架构形式的设计流程：把最变化，将所有的层面设计都进行修整。

低功能级别的称作是第1。它是整个系统最基础的级别，层一

( 2)系统性能问题。原本是一些相对直接与简单的操作步骤，而现在却需要在设计系统里层层递进，这样肯定开发的困难度。 由上面的分析就可以得出结论：在分层架构设计里面衡利与弊，从而选择一个最优的方案。

步步地将第K功能级别的覆盖在第K一功能级别上面， 1

直到覆盖到最高功能的级别，就被称作第N层。这样就可会在一定程度上造成系统性能的降低，也加大了整个系统

以把分层次的架构设计定义成：系统组织的部件分开安将排到不同的层面里去，要保证这些部件都具有内聚性能， 的各个层面保持着松散并耦合的联系。

大致都是在同一个级别上，而且要确保每一层都要与下面既有优点也有不足之处，我们在实际的使用过程中，要权

1分层次架构设计的利弊分析11 .分层次的架构设计的优势

2分层次架构设计应履行的基本原则21任独立职责的原则 .担

( )专业的分工使工作人员可以专注地去理解某一个 1在分层软件构架的设计过程中，任何一种类型的操作层面。由于一个层面的正常运作是需要用到与它相邻的下都有它自己的职责，都属于一个相对独立的层次，不应该个层面所提供的相关程序的接口，所以只要自己层面的也不能够同时承担两种或两种以上的职责，也不能属于多一

接口以及与之相邻的下一层面的接口定义是非常清晰非常个不同的层次，因为独立存在是可以增强整个系统层次之完整的，相关的开发设计工作人员就可以在设计某一层面

间的内聚力量。的程序时只集中关注这一层面所使用的技术、功能。22放——关闭的原则 .开

( )以随时用新的层次对原有的层次进行更换，前 2可

开发——关闭原则的定义是对扩展进行开放，对修改

提条件只是前后所提供的相关服务内容是相同的。在整个进行关闭。具体来说，当某一层在被具体的实现时，它可系统的开发设计过程里面，软件的功能是需要不断更新变以在对其他层面不进行任何修改的情况之下，与新的实现化的，这样我们就需要不断更新现有的层次来满足新技术进行联系，顺利地交互数据信息，从而降低了整个设计系新功能的需求。 ( )便于功能软件的复用。能够在充分利用原有的一 3统之间的依赖性。23象层依赖倒置的原则 .抽

些功能组件的基础上，将已经可以清楚辨识的、功能相对将整个设计开发的重心放在对系统软件相关业务功能的辨识与应用上，从而就可以缩短整个系统软件开发的周期，提高这一设计系统的整体质量。12 .分层次的架构设计的劣势

抽象层依赖倒置原则主要的核心就是高层次的组件是的组件有依赖，而是两者都要依赖于抽象层次。换句话说

独立的层次结构应用到新开发的系统设计里。这样就能够不能对低层次的组件有依赖，低层的组件也不能对高层次

就是，对整个构架系统的需求进行分析，把最稳定的、最不可或缺的元素抽象地挑选出来，使这一层面的未来变化的可能性降到期望值。24是针对接口程序的编程 .只

() 1级联修改问题。在一些比较复杂的业务里面，有时由于业务的流程发生了一定的变化，就必须为了很小的

这里指的接口是抽象的，只是在层面上有着接合层面6 5