工程项目管理系统方案建议书(技术方案设计书)讲课稿

3.2网络结构和系统结构

3.2.1系统的网络结构

DMZ区 PMS服务器 PMS服务器 Internet 外网用户 OA 数据库服务器 内网用户

网络结构说明：

? 工程项目管理系统服务器两台，一主一备，在主服务器发生故障时可以

自动或者手动切换到备用服务器，保障系统运行不中断。 ? 数据库服务器利旧原有OA数据库服务器

? 通过两台硬件防火墙建立DMZ区，将工程项目管理服务器与原有OA、

门户服务器和数据库服务器进行隔离。

? 内网用户通过内网地址访问工程项目管理服务器。

? 工程项目管理服务器通过一台防火墙映射到公网，向公网用户提供服务。

3.2.2系统结构

系统分为3层 ? 表现层：

用户通过浏览器登录系统，通过IE浏览器和服务器进行交互。

? 业务逻辑层：

系统的服务层由WEB服务器向系统提供，主要分为基础的应用服务和业务运营管理。基础的应用服务包括工作流引擎、规则引擎、业务监控、系统监控、配置库等。业务运营管理主要包括施工板块应用、IT支撑板块应用、经营分析、系统接口等。 ? 核心数据层：

在本系统中，关系型数据库保存数据信息 架构特点：

? 层次清楚，多层的结构，每一层的作用都有明确的规定；

? 具有很强的稳定性，多层结构，每一层都相对稳定，只要接口不变，每

一层的改变都不影响其他层；

? 基于组件技术，力求将变化封装在组件内部；

? 适应能力强，同步、异步都能处理，既能满足快速反映的业务的需求，

又能满足大数据量、复杂的、异步的业务的需求；

? 业务流程可以配置，我们的架构继承了Struts的所有优点，业务流程可

以配置；

? 构造快速，我们的架构继承了Struts的所有优点，拥有数量众多的组件

可以利用，可以帮助系统快速构造； ? 与OS、中间件平台、数据库系统无关

3.3软件架构

系统的软件架构如下图所示：

不同形式的信息采集模块 信息采集通用接口 信息查询与报表生成 客户端应用通用支持环境 基础服务组件 信息存储管理组件、 信息发布通用接口 不同形式的信息发布模块 数据移植 信息采集和处理组件 信息发布管理组件 系统管理组件二次开发平台脚本运行平台安全与审核管理模块 类库和脚本支持环境 信息采集和分发引擎 消息和交易中间件 Web服务 数据库 操作系统

3.3.1设计原则

1、统一规划，最终的信息化系统是一个有机整体

系统将部署在IDC机房，有效的实现统一规划、统一部署、统一管理。实现集团式应用，各分公司可以自主管理企业组织架构、人员、权限等信息，可以对应不同的表单和流程应用，使用同一Web服务器及数据库，但互不干扰。

统一规划一个完善的数据库体系，用户可方便地根据管理需要增加或调整录入的数据项而不影响数据应用；然后在这个平台之上，建立中间件应用层、基本应用服务接口，为最上层的各个功能子系统提供服务接口；最后，在这些服务接口之上，建立各个功能子系统。这样建立的信息化系统，各个子系统功能独立、可任意拆分，但不管应用系统如何搭配，后台数据始终有机联系，高度统一，整

个系统构成一个有机的整体。

2、采用关系型数据库

生产管理、经营管理将涉及大量的统计查询功能，所以应采用关系型数据库。

3、采用B/S结构

在适应公司现有网络环境的前提下，满足内部和外部用户通过公司内部局域网或internet，只需要使用浏览器，根据所授予的权限，就可以访问系统。

3.3.2设计目标

? 提供的软件能确保功能达到业务运营管理系统的总体目标。 ? 系统保证外网接入的数据安全性。

? 系统设计中应体现渐进性，即系统可分期实施。系统应充分考虑与后期系统

的有机整合。

? 系统应符合国家现行的标准和相关的技术规范。

? 根据用户实际，系统应能保存不低于三年的数据量，系统应能提示并辅助实

施相关数据的导出备份。

? 软件系统要防止消耗过多的系统资源而使系统崩溃。软件系统应能够连续

7×24小时不间断工作。 ? 故障监视、诊断及恢复

出现故障应能及时告警，具有完整的操作权限管理功能和完善的系统安全机制。应用系统应具备自动或手动恢复措施，以便在发生错误时能够快速地恢复正常运行。 ? 系统安全性。

系统应保证在任何情况下系统内各种数据的安全，不应产生因系统设计问题或操作失误造成数据丢失。应考虑可靠的数据备份，建议采用双服务器：一主一备。

? 系统数据库数据保持一致性，不同模块间能够共享数据，数据可以方便地导

入、导出，具备数据整合能力，能为现有软件的数据库提供数据接口。 ? 兼容性及升级