四、主要技术路线剖析

《四、主要技术路线剖析》由会员分享，可在线阅读，更多相关《四、主要技术路线剖析（23页珍藏版）》请在金锄头文库上搜索。

1、四、主要技术路线目录1.前言12.建设目标13.现状调查14.总体设计技术路线和系统框架34.1. 技术路线34.2. 系统结构45.系统运行环境76.应用功能方案97.其它性能要求的响应128.质量保证计划168.1. 系统测试方案168.2. 系统验收方案178.3.系统运行维护方案178.4. 系统培训方案189. 技术团队和实施计划199.1.实施团队199.1.1. 项目组结构199.1.2. 项目组成员209.2.实施计划2010. 提交成果211. 前言我司全面研究了成都市规划信息技术中心数字成 都地理信息公共平台“目录管理系统”项目询价文件， 按照询价文件要求编制了本投标文件。

2、本部分为“四、主要技术路线”，旨在按照询价文 件要求提出技术解决方案、应答以及实施计划。2.建设目标根据询价书要求，以及我们对用户需求的初步调研 讨论，本项目的建设目标为：以应用需求为导向，以提 升数据资源管理水平为核心，优化完善各类成果资源组 织结构，形成结构清晰、便于扩展的成果资源体系。基 于该体系，梳理并优化各类数据元数据结构，建立数据 资源元数据库。开发一套基于网络以及数据库的元数据 管理和查询应用平台，供用户快速了解中心数据或数据 服务全貌，并进行检索查询，实现管制内容系统化、可 视化及安全化。3.现状调查成都市规划信息技术中心承担着数字成都地理信 息公共平台运行的维护工作，已基本建

3、立了覆盖城乡规 划管理全过程的成果资源，包括基础地理信息数据、规 划编制数据、规划审批数据等。在日常维护管理中，为了对数据平台中的各类文件 数据、空间数据以及针对各部门的应用需求而发布的若 干地图服务。为此，数据管理部已经积累了对若干不同 种类数据的元数据，目前基本采用 mdb 或 excel 等文件 方式，由各类数据的管理员进行单机管理。根据初步调 查，元数据管理现状概况如下：一：中心现有若干台服务器（包括文件服务器和图 形服务器）。目前在文件服务器上，建立虚拟机，对 9 类文件数据进行分类的文件存储和管理，目前数据量约 为10-20T。其中，本次要纳入系统目录数据库的数据类 型主要为：规划

4、审批文件、规划编制文件、基础地理数 据。二：中心目前对文件元数据目录管理采用 excel 和 mdb 格式：1）文件元数据：根据文件类型（例如：控规、总规（详细类型待用户提供详细资料）,分别制定excel 格式，每类文件元数据单独为一个sheet，其中定义好元 数据项，随时人工进行填写更新。2）空间数据元数据:采用mdb格式，内容类似catalog（mdb 将由用户在开发期间提供详细资料）。3）服务元数据：服务是指 ArcGIS Server 发布的服 务，中心根据各个部门使用空间数据的需要，在多台服 务器上发布了多个服务实例，目前采用 excel 方式，记录 服务信息，包括服务名、IP,访问

5、地址（详细表格待 用户提供详细资料）4. 总体设计技术路线和系统框架根据询价书要求，本项目中主要进行三项工作：（一）数据组织标准优化，对现有数据资源组织结构进行 优化并形成相关资料。（二）元数据库建设：调研中心现有各类元数据内容、结 构及存储方式，兼顾系统应用功能及管理需求，进行 文件元数据库和 GIS 元数据库设计，在此基础上完成 元数据信息整合（主要针对已有元数据）、建库及相 关资料编写工作。（三）目录管理系统研发，支持数据资源的预览、查询、 编辑更新以及系统配置。 本章叙述我公司将采用技术路线和系统框架。4.1.技术路线系统设计及技术路线选择综合考虑实用、成熟、先 进性、可扩展性，同时考

6、虑系统的易用性、易维护性。 因此,本方案总的技术路线是采用B/S的瘦客户端架构, 系统采用.NET技术架构为基础，通过三层结构的设计 实现各业务应用。所采用 .NET 框架体系结构如下图所 示：4.2.系统结构本系统采用分层结构设计为系统的各功能实现提供统一的支持、规范化设计思路。系统结构如下图：系统架构客户UI层应用逻辑层数据库控制层业务逻辑层基确服务层数据访问层数据存储层技术实现.NET/ ASP NETMVCI DAL 一浏览器Http的POST、GET请求（泊ON对象）元数据釆集数極库访问ADO.NET业务数需管理系统元数据查询文件访im.，HTT卩数摇层执行架构 数据库服务器I文件昵

7、务器容户端架构IE、Chrome应用层执行架构II趣务器本系统使用数据执行架构层、应用服务执行架构层和客户端架构层的三层架构体系来构建。其职责划分如 下1）数据执行架构层：负责与数据源的交互，即数据 的插入、删除、修改以及从数据库中读出数据等 操作。对数据的正确性和有效性不负责，对数据 的用途不了解，不负担任何业务逻辑。2）应用服务执行架构层：负责系统领域业务的处 理，负责逻辑性数据的生成、处理及转换。对流 入的逻辑性数据的正确性及有效性负责，对流出 的逻辑性数据及用户性数据不负责，对数据的呈 现样式不负责。3）客户端架构层：负责接收用户的输入、将输出呈 现给用户以及访问安全性验证。对流入的数

8、据的 正确性和有效性负责，对呈现样式负责，对流出 的数据正确性不负责，但负责在数据不正确时给 出相应的异常信息。4）从逻辑上分为以下模块：5）实体类模块（Entity）:实体类的集合，负责整个 系统中数据的封装及传递。6）数据访问层接口族（IDAL）:数据访问接口的集 合，表示数据访问层的接口。7）业务逻辑层接口族（ IBLL） ：业务逻辑接口的集 合，表示业务逻辑层的接口。8）数据访问层模块（oracleDAL）:数据访问类的集 合，完成数据访问层的具体功能，实现数据访问 层接口。9）业务逻辑层模块（jIKCFlowEngine）:类的集合， 完成业务逻辑层的具体功能，实现业务逻辑层接 口。

9、10）表示层模块（Web）:程序及可视元素的集合， 负责完成表示层的具体功能。11）程序集管理模块（Factory）：负责通过反射加载 相关程序集。12）辅助类模块（Utility）:完成全局辅助性功能操作UI运行 业务逻辑访冋数据f业务逻辑 运行结果-系统各层间的调用关系如下图：卜-数据集_返回实体操件数据5. 系统运行环境我们开发的目录管理系统采用B/S结构，所需运行 环境应满足以下条件：服务器端：A 操作系统：Windows Server 2008 R2 Enterprise Edition 64bita支撑应用服务器：MS IIS 7.0或以上（64位）a 数据库：oracle11g

10、企业版（64 位）或 MS SQLServer2008或以上（64位）a 编码：UTF-8 / GB2312 / GBK 编码 / BIG5 编码 /GB18030 编码客户端：a 客户端浏览器：支持 IE7 及以上版本，支持 chromefirefox 主流版本a操作系统：WindowsXP及以上a CPU：1.2GHz 及以上a内存：1GB及以上对照询价文件，我司方案所需运行环境符合用户现 有的软硬件以及网络运行环境，不需要增加额外的服务 器或网络设备，也不需要进行网络建设。用户提供的运行环境如下：服务器端操作系统Windows Server 2008 R2 （64 位）或 Linux （

11、64 位）数据库oracle11g 企业版（64 位）ArcGISServerArcGIS 10.1 For serverArcSDEArcSDE 10.1客户端操作系统Windows xp、Windows7 及以上系统浏览器支持IE7及以上版本，支持chrome、firefox主 流版本系统安装部署时，请用户在已有服务器中确定用户 部署的应用服务器和数据库服务器。6. 应用功能方案根据询价文件的技术要求，本章对目录管理系统的 应用功能模块进行初步设计，对前台表现功能和后台功 能进行逻辑设计。待项目进入实施阶段，我们将在详细 需求调研基础上进一步进行数据库详细设计和应用设 计，最终确定各个功能

12、的菜单名称、界面等详细表现方 式。本系统将包含 7个功能模块，如下图所示：亓数抿库紗建从标;!文件创建笄存皓至!数馮库 汕踰辖產中萍右的创建启制兀針拐 男切氏建拐 耙贴斤数据 删晾元針幄兀数扌居编辑保存R葩掾f呆存到并数湄庠扌卄R對拐臥兀数捺库;4目录管理系统显示元数据详細信息新違目录项佬班日录项兀裁据日录矢快删疏目录项关我元勤据到巨录新建營塗憐改分类目录分夷管連元数据查询仝交M词按数馮第名祢亘词 粧数据拿摘要登询 傾关谨词查何元数据转檢MXML、ixcelirf-或m讥耳人毛lORACLE 丛数器库导出(ML系统配置托户啜眼*吊色耳羞對協车直接艮数捱腮弓鸯畫E志言息查看与管理上述各个模块的功

13、能简述如下：1)元数据库创建：元数据库用于存储元数据，该功能 用于创建存储元数据的数据库。元数据库创建功能用于定义 各类元数据内容、结构，物理创建元数据库表。在该功能开 发过程中，我们还会根据已梳理并确定的元数据，初始创建 各类元数据库，用于元数据的导入和存储。2) 元数据转换：用于将用户目前用excel、mdb或XML 文件存储的各类元数据，导入并转换到 Oracle 数据库中。 也可将Oracle中的元数据导出为EXCEL(XML)格式文件， 以便用于其它用途。该功能可用于导入 Excel、MDB 以及 XML文件进行批量元数据资源更新。3) 元数据编辑:用于对Oracle中各类元数据进行

14、新增、 删除、修改等更新操作，用于数据管理员日常进行元数据维 护。该功能常用于少量的元数据资源更新。对于数据服务元 数据，应支持缩略图上传(图片形式)。4) 元数据目录关联：用于元数据表现组织和预览，包 括：支持以树状结构对数据资源进行分级分层组织显示，用 于对元数据类别的展示结构进行定义，负责建立展示树形目 录与元数据之间的关联关系，以便实现树形目录节点与实际 文件存储目录数据之间的关联，通过树形目录节点目录来查 看元数据信息，也可以更好的对元数据进行分类管理。我们 会根据用户初始确定的展示要求预定义元数据树形结构，在 使用过程中用户也可自行进行调整，以便树形结构符合可能 发生的业务要求。5) 显示元数据的详细信息：各类元数据以树形方式组 织显示，点击某个元文件类型节点，系统即可对该文件数据 预览，预览区以表格形式展示当前元文件的数据内容和基本 属性，元数据的内容预览以表格形式表现，支持分页、换行、排序、翻页等基本常见的操作功能。对于空间数据，预览内 容将包括其基本属性，例如数据集名称、要素类名称、属性 名称（别名）、数据记录数等信息。对于数据服务元数据， 还将支持展示服务缩略图、服务类型和服务地址（服务缩略 图作为图片形式，应在服务元数据编辑功能中进行上传）。 由于元数据的种类和内容多，在列表上不易看清楚，系统还 可支持单独用一个模块来展示一条元数据的详细信息。6）元数据