中江工商分局动态电子地图
新系统设计方案
按照２００1年１２月１８日的方案，系统将改进为纯Ｗｅｂ方式，客户端不进行任何软件安装，为了方便使用和管理，新系统决定采用服务器计算模式，该模式将对原有系统进行大力改造。
１、所有的图形图形处理将在服务器端进行，为了提高处理效率，必须降低图片的质量，减少图片数量，取消一些图形处理功能。图形处理部件也要放到服务器端执行，以保证和数据库部件的连接。
２、所有的数据库访问都在服务器端执行，并以网页的方式提供给用户，以保证访问的效率和图形处理部件的连接。
３、地图编辑器的功能将要做些调整，以适应新系统的需要。
４、为了提高系统的效率，建议不采用脚本来处理程序流程，而是采用封装和编译过的代码，即“IIS应用程序”的方式，使用WebClass和Html模板。
1、整个系统以Web方式实现，客户端不需要进行任何软件安装。
2、功能强大而又操作简单，方便。
3、能够通过图形查看到相关的数据，能够对数据提供完全的管理。
4、能划分工商所、场镇区域，具有增减工商所、场镇和命名的功能。
5、城区地图具备对街道的划分和命名的功能。
6、具备用户管理功能。
1、县级区域数据：中江县范围、个体户数、企业户数、商标数、市场数、示范村、户、街道数等；具备查询功能。
2、工商所辖区数据：工商所范围、个体户数、企业户数、商标数、市场数、示范村、户、街道数、巡查情况、监管情况等；具备查询功能。
3、乡镇区域数据：镇范围、个体户数、企业户数、商标数、市场数、示范村、户、街道数、巡查情况、监管情况等；具备查询功能。
4、各级图片的自由放大、缩小。按照原有系统的情况，图片数据量很大，包括中江县总地图（1张）、工商所辖区图（18张）、每一个乡镇的地图（106个）。
5、数据库将包括9个相关表：
个体、企业情况表；重点联系企业情况；重守企业情况表；商标情况表；市场情况表；示范村、户、街情况表；巡查队员的情况表；工商所监管情况表；场镇辖区范围表。另外，与“经济户口”数据库连接问题。。
6、实现上述需求需要系统动态生成的页面：
1+18+106=225个页面，用于查询数据；
1+9个页面，用于电子地图数据库数据录入、修改等。
新系统将采用服务器端执行模式，硬件环境使用专用服务器，提供高性能的并发性数据处理，软件使用Windows 2000 server,IIS 5.0以上,IE 5.0以上。客户端都使用的是微软的IE浏览器，比较一致的环境将为系统稳定运行提供保障。客户端计算机的硬件要求将比原有系统要求低。
系统的重点是要将系统的功能全部集成到网页叶面中，实现从服务器-客户机应用程序模式到服务器-浏览器模式，也就是，原系统将变成一个IIS应用程序，采用封装和编译的代码，提高系统的运行效率，保障系统的安全性。
系统的核心是模式识别，包括区域模式（工商所模式、乡镇模式）、街道模式。实现的方法有两种：
1、采用Flash动画图层，将每一个区域划分为一个图层，然后将所有的图层归类，在不同的时候调用相应图层。这种方式可以提供动态、美观的视觉效果，但是，需要很大的工作量，要准确地描绘255个图层，还需要另外建立数据库来管理它们的后台属性，比如名称，类别，上级区域名，下级区域名，位置等。采用这种方式无法动态的修改区域、街道，而且，重命名也很困难，任何候都要通过访问数据库来取得当前位置。因此，采用这种方式，不仅工作量大，而且，系统效率也很低。
2、采用对象识别方式。现有系统采用的就是这种方式。该方式将每一个区域、街道作为一个对象来处理，名称，类别，上级区域名，下级区域名，位置等都可以作为对象的属性来处理。系统的运行效率随着区域数量的大小而变化，但在街道模式却有很高的效率。由于不需要访问数据库，访问区域的属性时速度将极大地提高。这样可以保证访问电子地图数据库和电子地图定位的快速切换。采用该方式它的优点是可以动态的修改区域、街道，重命名也很方便；缺点是用户界面不太美观，系统启动时要花一定时间创建对象，需要客户端安装资源文件。
系统模块的连接关系到系统实现的难易程度和系统的稳定性、可维护性。如果采用纯粹的Ｗｅｂ方式，必然要采用１的方式，在具体实现时，还要增加一个数据管理模块，即：图形数据库－－图形处理－－工商数据库。如果采用现有的模式，即２的模式，只有：图形处理－－工商数据库。显然，模块间连接关系越少、越紧密，系统越稳定，越容易实现和维护。而且，在具体实现上，采用１的模式，Flash动画，Html网页，Asp程序，数据库的关系互相交织，模块间的界限将更模糊，很难控制它们之间的关系。采用2的模式，系统在实现时，图形处理部件和数据访问部件完全独立开发，模块的关系很简单，图形处理部件只需向数据访问部件传递区域、街道的名称和类别即可。由于模块的独立性很高，调试和维护也很容易。
系统的难题：
现有系统的难题是模式识别，如何将鼠标所在的区域转变为对象实例的属性，系统采用“人工智能”的模式匹配原理，很好的解决了这一问题，而且，还可以在一定的图形缩放比例范围下准确识别。
理想系统（纯web方式）的难题将是图形的放大、缩小比例单一，不可能多级缩放，每一个缩放比例都将是一个新的Flash图层。可想而知，即使只有一级放大，也要制作225×2=450个Flash图层。另一个难题是难于动态的修改区域和街道，地图编辑器地实现将是最困难的事，其实现机制有待仔细研究。要保证系统的总体实现，只有取消此项功能。
新系统的难题将是服务器端图形处理部件的实现。在客户端展现一张地图，系统需要将客户端鼠标位置传到服务器，服务器再现客户鼠标位置，然后进行分析，将结果送到数据库访问部件，数据库访问部件完成对SQL数据库的查询操作，在将结果以Web页面的方式展现给客户。因此，新系统比起现有系统来，多了一个客户-服务器连接模块，该模块的成败关系到整个系统的成败。
（该方案以理想系统为例。）
１、美工，2人：负责Flash动画图层的处理，以及网页页面的美术效果。最小工作量：制作225×2=450个Flash图层，225个以上页面的美术处理。
２、专业网页设计人员：２名，２２５个页面以上的网页设计。
３、ASP程序员，2名：编写ASP程序，实现系统功能的总体实现。
４、专业程序员，２名，编写控件，编写服务器部件，实现系统的底层功能。
５、系统分析员，１名：负责该工程的项目分析，系统组织与人员组织。
从现有系统的开发时间预测，开发新系统估计需要9×2=18人月
注∶开发时间不包括系统分析、策划、测试及维护时间。
（该方案以理想系统为例。）
从目前的市场情况看，平均每名专业技术人员月薪在3000元，所以，人员费用将是3000×18=54000元。
项目分析费：3000元；
项目管理费：6000元；
项目评估及测试费：3000元；
其它费用：5000元。
费用总合计：71000元。
考虑到该方案的复杂性，实际开发费用将更高。
该方案请有关领导讨论，批准。
现有系统分析
系统分析员：邓太华
2001年12月22日