城市道路系统总体设计原则

公路管理系统 10个月前 ( 12-12 ) 525

  城市道路系统总体设计原则

  (1)安全性

  用户必须通过应用服务器才能访问数据库服务器,杜绝用户直接访问数据库服务器的发生;用户对服务器的访问特权可以指定或内置于三层中的每一层,提供三个级别的安全性。

  (2)稳定性

  业务逻辑层与业务应用层、数据服务层完全分离,三层之间相对独立,使得其中某一层的改变不影响到其他两层。因而,当用户需求发生变更时,系统维护人员可以很容易地控制变更范围,以保证系统的稳定性。

  (3)可适应性

  应用服务器(即:业务逻辑层)主要承载与管理应用系统的全部业务逻辑,每一个业务逻辑被封装成独立的应用组件,组件与组件之间只通过有限的、指定的接口进行通信,当某一业务逻辑发生变化时,仅需修改其相应的应用组件,对象的结构与交互方式、数据的结构与存取方式等不需作修改,有效地限制一处修改而处处牵连的“波动效应”,使系统应具有很强的变化适应能力。

城市道路系统总体设计原则-城市道路系统

  (4)可移植性

  应用三层体系结构,采用Java语言来实现。应用业务逻辑的部署与应用服务器具体的机型、操作系统无关,应用系统可以任意移植、轻松实现跨平台运行,更需支持异构平台之间的互连和紧密衔接。结构的应用系统,业务逻辑层的应用组件的开发采用Java语言来实现。应用业务逻辑的部署与应用服务器具体的机型、操作系统无关,应用系统应可以任意移植、轻松实现跨平台运行,更可以支持异构平台之间的互连和紧密衔接。

  (5)可伸缩性

  由于其所有的应用程序(即:应用组件)全部置于应用服务器中,用户可以根据其系统的规模,来确定应用服务器的配置与数量,当系统的规模扩大时,仅需升级应用服务器的配置或增添应用服务器的数量,来满足日益增长的业务需求,系统的可伸缩性极强。

  (6)易维护性

  应用体系结构为三层结构的应用系统,由于三层之间相对独立,系统的变更范围容易控制;客户机不需要安装复杂的网络、数据库等连接和驱动程序,其维护工作和维护成本趋于“零”;应用服务器中的业务逻辑被封装成独立的应用组件,某一业务逻辑的变化仅仅影响到某一独立的应用组件,系统具有很强的适应能力;因此,应用体系结构为三层结构的应用系统,其系统的维护工作简单、维护成本较低。


推荐阅读:

城市道路系统移动终端应用开发

联系软易达

城市道路系统总体设计原则

城市道路系统之占道挖掘管理功能

关于软易达

The End