勤哲Excel服务器软件初试体验.doc

勤哲软件初试体验 一 测试环境本机硬件测试环境，cpu:i3-370,内存：2G，硬盘：320G。本机软件测试环境：Windows XP，.net framework 2.0，SQLServer2000，Office 2003，勤哲2010版本等。二 整体评价该软件开发了多年，软件使用较为成熟，功能不断完善。该软件整体架构清晰，简洁，通过模版进行开发，又不失提供丰富的数据库相关的实用开发功能（如填写规范等）。与Excel软件紧密结合，通过大家熟知的Excel做开发和使用模版，上手快，无需编入代码。由于Excel不具有数据库管理的功能，通过与SQLserver衔接，增加了该平台对数据库的管理，对数据库的开发较为详细，并修改了对并发及大数据的处理，能满足一般系统开发对数据库的处理。这款软件有一个亮点是加入对工作流的支持，很好的驱动并固定工作流程。提供了丰富的权限管理及软件相关安全处理，提供三层结构，将事务处理加入中间服务器。该软件适合开发基于表单数据及系统复杂度不是很高的系统。界面交互能力较弱，开发出的系统界面较为单调；与SQL Server耦合度不够紧密，开发环节必须Excel与SQL Server数据结构保证一致，单独修改其中一项可能会造成数据出错或者模版打不开；勤哲提供的VBA接口函数较单一，由于Excel对数据处理的功能有限，通过勤哲处理事务复杂度高的业务逻辑，将会比较困难；虽不需要写代码，如果是较为复杂的系统，对软件开发的人员要求较高，不仅熟悉数据库开发，且需要熟悉软件架构的设计；不能提供对硬件相关设备的支持（传感器，射频识别等等）；不提供一些软件技术的支撑，例如多线程，分布式计算，Ajax等等。三 详细评价1. 交互体验由于开发平台需要Excel支撑,Excel使用范围较为普遍，勤哲平台开发上手较为容易，使用也较为顺手。但对于一般的开发平台来说，勤哲设计的界面带有很重的Excel痕迹，对很多控件支持力度不够，不可能像一般开发平台那样，开发出的产品有丰富的界面体验，适合带有表单数据的开发。提供简单的界面触发（基本对话框），复杂的事务触发展示较为困难。2. 数据库支持勤哲对数据的处理即吸取了excel对数据及公式处理的强项，又与SQLServer联系，增强了excel对数据存储，更新，查询等处理能力，支持大数据量，支持并发处理，并支持数据安全的处理（包括权限，备份，恢复等功能）。勤哲支持excel表单向SQLServer建立数据表及相关对应，但这种对应是松耦合的，如前面提到的不能确保表单设计与数据库设计保证完全一致，只有通过人为控制。通过VBA函数支持，提供excel向SQLServer的数据更新，函数比较简洁清楚，但比较单一。支持开发阶段的数据规范定义，支持重复数据（表），单一数据及交叉表。通过抽象sql相关查询及更新，便于平台开发人员填写表间公式及相关的报表公式，支持外部数据库的调用。这些功能涵盖了大多数开发MIS系统对数据库的处理，并且简洁易懂。但发现一旦重复数据建表会自动加入7个勤哲自定义的字段，这样基本上是每个表都带有这7个字段，这样会造成表结构及数据的冗余。表间公式支持简单的数据公式处理还可以，一旦业务逻辑的数据关系复杂，简洁的SQL查询及SQL语句不能满足时，它不能提供如SQLServer提供的复杂函数，游标，内部函数，条件，循环等，处理起来就相当困难。提供对表，数据列，行等有限制的访问及更新，提高一定的安全性，这种限定提供的粒度还没达到特殊行的某一列的某一个数据。Excel本身不是一个数据库处理控件，当加载大量数据的时候，不如其他开发工具提供的如DataGrid控件等速度快。2010版本加入了每次加载50行（行数可以定义）这种修订就是弥补这个缺陷。对数据的并发还未测试，不好评价。3. 开发技术支撑勤哲软件抽象性较好，简洁明了，巧妙的运用excel易用性及SQLServer对数据库的处理，省掉与表单无关的软件开发技术，抽象对数据处理常用方法。不失提供对数据库相关的安全，备份，恢复等关键功能，提供对工作流的良好支持，满足大多数对小型MIS系统的支持。提供三层结构，即保障了数据的安全也适当平衡了服务器的负荷。相关的技术支撑主要目的就是平台的易用性及开发的快速性。每个平台都有自己的侧重点，勤哲的专注点就在于上面提到的快速建立小型MIS系统。由于缺乏对网络传输的相关支持，对网络通信质量要求应该会较高。由于缺乏丰富的界面展示功能，不能展示如视频，CAD文档等等工作对相关附件的处理。对于一些软件技术支持稍显欠缺了，不能对硬件提供开发，不能支持多线程，分布式计算，Ajax等，不能提供软件测试用例等，不能导出软件开发文档等等，不能提供协同开发，配置管理，版本管理等等。四 使用建议该软件适用范围就目前测试情况来看只适合开发小型MIS系统，提供基本数据采集及简单的数据报表。建议用此平台开发系统，也应该按照相关的软件开发的一般流程来做；建议填写数据流图，详细记录用例及数据字典等开发文档，建议相同数据库表和模版统一由一个人来维护；较复杂的系统建议配置软件架构设计，数据库人员和平台快速开发人员；不建议此软件开发大型的类似ERP软件，一旦表结构和数据量扩充到一定阶段后使用该软件，会造成维护及开发成本大量增加；建议使用瘦客户端模式，把复杂的数据逻辑处理用SQL Server的存储过程，视图，触发器来编写，客户端主要做数据验证，及相关填写功能；尽量减少数据冗余，数据库设计尽量按照规范来建立相关表结构及关系。注意处理多个搭建的系统相互之间的关系，多个数据库的