四、主要技术路线.doc

四、主要技术路线 目录 1. 前言 1 2. 建设目标 1 3. 现状调查 1 4. 总体设计技术路线和系统框架 3 4.1. 技术路线 3 4.2. 系统结构 4 5. 系统运行环境 7 6. 应用功能方案 9 7. 其它性能要求的响应 12 8. 质量保证计划 16 8.1. 系统测试方案 16 8.2. 系统验收方案 17 8.3. 系统运行维护方案 17 8.4. 系统培训方案 18 9. 技术团队和实施计划 19 9.1. 实施团队 19 9.1.1. 项目组结构 19 9.1.2. 项目组成员 20 9.2. 实施计划 20 10. 提交成果 21 前言 我司全面研究了成都市规划信息技术中心数字成都地理信息公共平台“目录管理系统”项目询价文件，按照询价文件要求编制了本投标文件。 本部分为“四、主要技术路线”，旨在按照询价文件要求提出技术解决方案、应答以及实施计划。 建设目标 根据询价书要求，以及我们对用户需求的初步调研讨论，本项目的建设目标为：以应用需求为导向，以提升数据资源水平核心，资源组织，形成清晰、便于扩展的资源该，资源供用户了解中心数据或数据服务全貌实现管制内容系统化、可视化及安全化 二：中心目前对文件元数据目录管理采用excel和mdb格式： 1）文件元数据：根据文件类型（例如：控规、总规……(详细类型待用户提供详细资料)），分别制定excel格式，每类文件元数据单独为一个sheet，其中定义好元数据项，随时人工进行填写更新。 2）空间数据元数据：采用mdb格式，内容类似catalog（mdb将由用户在开发期间提供详细资料）。 3）服务元数据：服务是指ArcGIS Server发布的服务，中心根据各个部门使用空间数据的需要，在多台服务器上发布了多个服务实例，目前采用excel方式，记录服务信息，包括服务名、IP，访问地址…… (详细表格待用户提供详细资料) 总体设计技术路线和系统框架 根据询价书要求，本项目中主要进行三项工作： 数据组织标准数据组织结构优化并形成相关资料。 各类元数据内容、结构系统应用功能管理需求，库GIS元数据完成元数据整合针对元数据）及相关。 系统研发 技术路线 系统设计及技术路线选择综合考虑实用、成熟、先进性、可扩展性，同时考虑系统的易用性、易维护性。因此，本方案总的技术路线是采用B/S的瘦客户端架构，系统采用.NET技术架构为基础，通过三层结构的设计实现各业务应用。所采用.NET框架体系结构如下图所示： 系统结构 本系统采用分层结构设计为系统的各功能实现提供统一的支持、规范化设计思路。系统结构如下图： 本系统使用数据执行架构层、应用服务执行架构层和客户端架构层的三层架构体系来构建。其职责划分如下 数据执行架构层：负责与数据源的交互，即数据的插入、删除、修改以及从数据库中读出数据等操作。对数据的正确性和有效性不负责，对数据的用途不了解，不负担任何业务逻辑。 应用服务执行架构层：负责系统领域业务的处理，负责逻辑性数据的生成、处理及转换。对流入的逻辑性数据的正确性及有效性负责，对流出的逻辑性数据及用户性数据不负责，对数据的呈现样式不负责。 客户端架构层：负责接收用户的输入、将输出呈现给用户以及访问安全性验证。对流入的数据的正确性和有效性负责，对呈现样式负责，对流出的数据正确性不负责，但负责在数据不正确时给出相应的异常信息。 从逻辑上分为以下模块： 实体类模块（Entity）：实体类的集合，负责整个系统中数据的封装及传递。 数据访问层接口族（IDAL）：数据访问接口的集合，表示数据访问层的接口。 业务逻辑层接口族（IBLL）：业务逻辑接口的集合，表示业务逻辑层的接口。 数据访问层模块（oracleDAL）：数据访问类的集合，完成数据访问层的具体功能，实现数据访问层接口。 业务逻辑层模块（JKCFlowEngine）：类的集合，完成业务逻辑层的具体功能，实现业务逻辑层接口。 表示层模块（Web）：程序及可视元素的集合，负责完成表示层的具体功能。 程序集管理模块（Factory）：负责通过反射加载相关程序集。 辅助类模块（Utility）：完成全局辅助性功能。 系统各层间的调用关系如下图： 系统运行环境 我们开发的目录管理系统采用B/S结构，所需运行环境应满足以下条件： 服务器端： 操作系统：Windows Server 2008 R2 Enterprise Edition 64bit 支撑应用服务器：MS IIS 7.0或以上（64位） 数据库：oracle11g企业版（64位）或MS SQLServer 2008或以上（64位） 编码：UTF-8 / GB2312 / GBK编码 / BIG5编码 / GB18030编码 客户端： 客户端浏览器：支持IE7及以上版本，支持chrom