[转帖]数字化社区规划设想...

一、软件设计总体思路 数字化社区的概念应该是一个小区的集中信息处理平台和管理平台，而不是一个操作控制平台。 智能化小区是由各个分系统组成，每个分系统都有各自的管理软件和数据库文件，管理软件对各自的系统进行控制和管理，而各分系统的数据库都存储着该系统的原始信息。数字化社区就是将这些原始信息从各个系统的各自独立数据库中读取出来，存放到集中的统一的数据库中，然后抽取出对我们管理有用的数据进行二次、三次处理，得到对管理和用户有用的最终数据。 建议不要在数字化社区中对各个分系统的设备进行控制操作。第一，各个系统的管理控制软件非常专业化的专用软件，都是经过使用验证和经过多方改进的成熟软件；第二，管理软件的内部接口和协议很多都是专用的，而不是通用的，各个公司对其都有技术保密措施，如果开发出一套与原系统操作软件具有相同功能的软件无论从技术方面、开发周期还是商务方面难度都很大，而且经济上不合算；第三，如果涉及到设备的控制，将使系统对设备的依赖性很强，从而导致系统的通用性弱，如果换一个环境使用，二次开发的工作量将异常的大。所以各个分系统的控制操作仍然由各个系统自己的管理软件进行控制。 从经济、管理和技术方面考虑，建议主要遵循以下的原则： 1、 数字化社区应该采取B/S结构，符合软件开发的大趋势，如有必要，在管理方面辅以C/S结构。 2、 整个系统应该分为四个部分：第一、数据库平台；第二、服务器端；第三，管理界面；第四，客户查询界面。其中后两项是客户端程序。 3、 从稳定性和性能方面考虑，整个系统在数据库和服务器端后台程序应该基于Unix或者是Linux系统。如果考虑到经济方面的因素，建议基于Linux系统。 4、 系统应该侧重于信息处理和管理，而非控制。 设计设想： 1、 各个系统仍然采用各系统自己专用的软件进行控制； 2、 了解各个系统的数据库的结构和字段含义内容，取得各系统数据库资料。 3、 分析物业管理、用户管理和信息查询的具体需求，构建数字化社区所需的数据库结构，按照管理的要求设计所有分系统的数据库结构。 4、 基于整体数据库开发数字化社区应用程序，主要是服务器端数据处理程序和客户端管理、查询程序。 5、 数据接口的开发。主要是数据库倒库工具，将各个系统的数据库数据按照数字化社区的数据库结构读取到数字化社区的总体数据库中。每个系统都有自己的主流产品，我们可以固定为这些主流产品开发数据库倒库工具。而对于非主流产品，我们可以在真正应用的时候进行二次开发。 6、 各个分系统的专用控制软件自带的数据库中存储的信息可以看作原始数据，数字化社区就是将这些原始数据读取到系统中，然后对数据进行处理，得到对物业管理、业主查询有用的数据。 二、数字化社区的组成 数字化社区总体分为三个部分： 1、 物业管理模块 2、 客户服务模块 3、 宽带应用模块 其中物业管理模块使用者为小区的物业管理中心，客户服务模块使用者为小区内的所有业主，宽带应用模块的使用者是申请了小区宽带服务的用户。 物业管理模块主要是对所有和物业管理相关的信息的处理。包括物业管理处是信息的采集、信息的输入、信息的处理，以及处理结果的反馈。 客户服务主要是与业主相关的物业管理的信息查询，和小区投诉、报修、以及房屋出租、入伙的申报等小区物业服务项目。 宽带应用主要为小区的业主提供基于计算机网络的增值服务，向申请了相应宽带服务的业主提供相应的上网、电子信箱、VOD、个人主页、网络游戏等网络增值服务，并且受理网上申请开通宽带服务的功能。 三、软件结构 软件主要分为四个部分： 1、 数据库端 2、 服务器端 3、 管理端 4、 客户端 数据库端存储着物业管理相关的数据，以及经过处理后可供查询的数据。数据库端是整个系统的基础。 服务器端是主要是对数据的采集、处理，响应客户端和管理端的请求，并且将采集、处理过的数据存储到数据库中。服务器端是整个系统的核心，所有的数据和请求都经过服务器端的处理得到反馈。 管理端是面向小区物业管理处的人员的使用界面，包括了所有和物业管理相关的操作和数据查询。负责接收管理人员输入的信息和发出的指令，并且 客户端主要是面向小区业主的使用界面，从该界面小区业主可以查询到小区有关自身的所有信息。 四、数据库的构建 1、 规划分清楚系统总共涉及到多少个分系统； 2、 每个分系统都需要对哪些数据进行处理； 3、 分析各个分系统的数据关联性，构建系统数据库库结构； 根据具体的需要建立总体数据库，如果有必要，也可以为某个分系统单独建立数据库。 系统所包括的分系统比较多，各个分系统获得数据的方式也有不同，总体来说各个系统的数据来源从大方面来讲可以分为两种： 第一种，需要相关人员根据小区内部的情况逐步填写充实的； 第二种，通过各种设备自动采集的。 在我们要开发的系统中，需要人员逐步填写充实的分系统需要单独开发相关的软件，其数据库结构可以根据开发和使用的需要自己构建。通过各种设备自动采集数据的分系统，都有专用的软件进行数据采集，其数据库结构在专用的软件中都已经定义完成，我们需要依托于分系统专用软件自带数据库来进行开发。 针对第二种情况，如果我们单纯从该分系统自带的数据库读取信息进行处理，对开发完成的系统由一些不可避免的缺点： 第一， 会对该子系统的执行效率影响； 第二， 原数据库中会存储一些过程数据，这些数据并不是我们开发的系统所关心的数据，在编程过程中会造成一定的困难； 第三， 对子系统的依赖性太强，如果该子系统的系统程序因意外停止运行，则数字化社区中相关的分系统也无法运行； 第四， 对子系统所采用的产品依赖性太强，如果该子系统更换一种产品，则程序就需要针对该产品重新编写，影响到系统的通用性。 所以针对第二种情况建议数字化社区系统为该子系统建立数据库，从该子系统的系统软件数据库中将数据读取出来，然后按照需要的格式存放在数字化社区系统为该子系统建立的数据库中。这样做的好处有： 第一， 由于数字化社区对子系统数据的处理是在数字化社区专用的数据库中，不会与其他的程序产生冲突，而且执行效率快； 第二， 对子系统本身的依赖性减弱，如果该子系统软件出现故障，则数字化社区仅仅是无法得到最新的数据，而对历史数据的操作不受影响； 第三， 可以根据数字化社区的需要从该子系统软件数据库中提取有用的数据，而将起他对数字化社区来说不关心的数据不必读取到数字化社区系统的数据库中，节省存储空间，提高系统执行效率； 第四， 减少对子系统产品类型的依赖性。由于数字化社区采取具有自己的数据库，所有处理程序都在该数据库的基础上进行处理，故不需要针对不同的产品开发不同的程序，所需要的仅仅是针对不同产品的数据库，开发不同的数据库倒库程序，将不同产品的数据库数据按照数字化社区的数据库结构读取到数字化社区系统软件数据库中。这样对于市场主流的产品我们可以专门开发倒库程序，而对于非主流产品，我们可以在应用过程中进行二次开发。 这样的方式有两点需要加以注意： 第一、 倒库的时机，由于是从各子系统专用软件数据库中读取数据，什么时候读取数据将成为影响系统功能、效率很重要因素。定时读取数据间隔时间较长可以保证系统的性能，但是无法保证系统的实时性，而间隔时间短可以保证系统的实时性，但是会占用较多系统资源，增加编程的难度。 第二、 倒库的方式，采用遇新触发更新对于对于数据的判定条件较为复杂，程序的编写难度较大，而且读取操作频繁；而对全部数据库数据重新读取，虽然对程序的复杂度要求降低，但是随着数据库数据量的增加，则每次倒库的时间和对系统资源的占用都将越来越大； 根据上述的内容，对于数字化社区采用构建自己数据库的方式，需要做好以下的几个方面的工作： (1) 通过分析功能要求、数据关联性构建好数字化社区的数据库结构； (2) 确定好数据收集和录入的方式。这包括管理人员手工填写和业主填写的信息，系统自动收集的信息。对于手工填写的信息需要提供一个界面友好、输入方便、易于理解、关联性强的用户界面，对于系统自动收集信息的录入，需要选择好适宜的间隔时间和方式； (3) 选择好适宜的产品。通过各种设备自动采集信息的系统，选择一个合适的产品作为我们的开发参考依据是至关重要的，所选择的产品应该是我们现在正在使用的产品或者是市场上主流的产品作为开发参考，采用我们正在使用的产品可以使我们的系统可以尽快地投入实际应用，在应用中发现问题进行完善，采用市场主流产品则可以使我们的系统在市场上具有最大的适用性。 五、服务器端的设计 服务器端的设计主要考虑分系统的独立性。 不同的小区所包括的系统不同，每个系统的关联性也不同，而且不同小区各个系统的使用者也不尽相同，故每个分系统的相对独立性应该是设计的着重注意的。 例如保利花园的NDT系统，并不是每个小区都会上这套系统，但是我们自己又需要使用，这样，我们就必须开发关于NDT系统的功能模块，但是如果数字化社区软件用到没有上NDT系统的小区中，NDT系统的管理模块仍然在在系统中，就不合适了。再有宽带上网的经营方在每个小区是不同的，有些是属于园物业管理处，有些是属于专门的宽带业务公司经营，这样我们就不能将宽带业务申请、受理业务设计到小区物业管理模块范围内，故服务器端的设计应该是模块化的，方便使用者按照自己的需求进行定制。 服务器端主要对收集到数据进行处理存储到数据库中，将数据库中的数据提取出来，经过处理得到管理者或者是业主的信息，然后反馈给管理者或者是业主。 服务器端程序应该是在后台运行的。 六、管理端设计 管理端是给小区的物业管理中心使用的用户界面，其中一个主要部分是物业管理软件，该部分应该包含所有传统物业管理软件功能的以及一些基于网络物业管理的新功能。 管理端程序由于涉及到对各种物业管理信息的操作，故必须涉及相应的保密措施和管理权限控制功能，对不同的人员授予不同的操作权限，控制每个使用者仅能够对自己负责的系统进行相应的操作，并且能够确认改动是谁进行的。 考虑到数字化社区系统中管理端的特殊性，管理端的设计必须有两个界面，第一个界面是传统C/S结构的，供管理处人员日常使用；第二个界面是基于B/S结构的，方便远程实现物业管理的要求。将来数字化社区系统应该向B/S结构发展，适应将来软件发展的趋势。 七、客户端设计 客户端指的是供小区业主查询、投诉、报修、申请小区增值服务的用户界面，从客户端应该能够查询到业主在小区内的所有相关的信息，包括各种费用、小区信息、公告等，能够进行网上投诉、报修、申请小区服务，也可以根据小区的情况增加一些便民服务和网上购物的服务。 客户端应该以B/S的方式出现，因为我们不能够要求客户每家都安装一个我们的客户端程序，而采用B/S的方式就可以使得用户可以通过浏览器来享受服务，大大方便的客户。并且客户端对保密性、安全性的要求较管理端和服务器端要低，通过合理的设置，浏览器的安全级别完全能够满足需要。