标准的项目开发方案.docVIP

标准的项目开发方案 项目概述 本项目是为XXX移动项目拟订的公共信息同步方案，用于同步各种相关的配置信息，如单位名称、xx种类、产品种类等信息。这些信息需要及时保证与中心数据库保持一致。这些信息的特点是：??? 1）数据量大，主要是单位信息；??? 2）不经常发生变更；??? 3）即使发生变更，变更数据量小。项目对数据的要求主要为：??? ??? 1）??? 使设备端的数据库中的配置信息与中心数据库尽量保持一致；??? 2）??? 当Windows Mobile设备通过GPRS连接网络时，自动更新配置信息；??? 3）??? 同步过程中，只更新与中心数据库不同的数据；??? 4）??? 项目的设备数量较多，需要保证并发访问的效率。基于以上的要求，我们选择了以下的技术架构来完成项目要求： 技术架构 根据技术项目的具体要求，我们认为采用SQL Sever Mobile Edition（简称SQL Mobile）中的Merge Replication作为数据同步方式，是一个兼顾效率与成本的选择。选择Merge Replication的理由如下：1）??? 作为微软官方提供的移动设备数据同步方式，SQL Sever、SQL Mobile和.NET Compact Framework中都提供了较好的支持；2）??? Merge Replication适应间断式网络，在失去网络连接时会正常工作，当网络再次连接时会自动访问服务器，检查服务器数据库中的记录更新；3）??? 每次更新只会将数据库中的修改进行交换，而不会交换未变换文件；4）??? 有较好的容错机制，当同步过程中网络中断或发生其他错误，系统会自动记录失败，当下次网络连接时，会再次尝试进行同步；5）??? 数据同步可以自动进行，不需要认为控制，当每次网络连接时，或者一定时间间隔之后，会自动进行数据同步，我们也可以手工进行数据同步。基于以上理由，我们选择Merge Replication作为公共数据的同步方式。数据同步的实现架构如下：1）??? 数据库：可选择SQL Sever 2000或SQL Sever 2005（推荐使用SQL Server 2005）2）??? Web服务器：运行于Internet中的网络服务器，安装IIS 5.0或以上版本；需要安装SQL Mobile 2005 Sever Tools。Web服务器能够访问数据库服务器，两者可以运行于一台服务器中。Web服务器需要申请域名，也可以通过IP地址访问，但后期维护成本加大3）??? Windows Mobile设备：Pocket PC 2003或Windows Mobile 5.0设备，需要可以通过GPRS访问Web服务器，因为使用HTTP协议，所以可以穿越防火墙；需要安装SQL Mobile数据库，包括数据库引擎、SQL Mobile Client Agent。系统架构如下图：?我们面临的主要技术困难：1）??? 初始化数据量大尽管需要同步的数据量较小，但是初始化时数据量很大，会超过10M数据。通过GPRS进行初始化，下载大量数据显然是不合适的；2）??? 并发访问量大一期项目设备超过一万台，与一般Web网站的并发访问不同，我们必须假设存在大量设备同时进行同步的可能，所以我们至少应该保证1000台设备能够同时数据同步成功（并非并发访问数达到1000）3）??? 数据安全性因为所涉及的是公共数据，安全要求相对较低，为了数据同步的效率，可以采用非加密的HTTP连接，比HTTPS连接的效率高40%左右4）??? 数据完整性我们必须保证数据完整性，所以我们要在程序中进行一定控制。我们对这些问题的一些应对构想：1）??? 对于初始化数据：我们可以考虑在PC平台上首先进行数据库的初始化，然后将初始化好的数据库加入到发布工程里去。由于Merge Replication在同步过程中创建了一些自定义信息，手工创建的SQL Mobile数据库不能被Merge Replication支持。所以我们只能在PC上编写一个支持Merge Replication的应用程序。这是目前的一个难点。2）??? 对于并发访问的问题：我们可以通过测试软件来查看服务器是否有数据瓶颈存在。编写一个运行于Windows Mobile或PC上的测试程序，同时使用多个线程并发数据同步，模拟大量用户访问。3）??? 最好将配置信息独立保存在一个单独的数据库文件中，方便在同步失败的情况下不影响其他程序运行。其他程序在初始化时将配置信息读入内存，不保持与配置信息数据库的连接。4）??? 测试在网络重新连接的情况下，Merge Replication是否会自动启动。如果不能自动启动，还需要考虑使用