AppEngine开发工具.doc

AppEngine开发工具与住房公积金管理信息系统如何结合的问题1. 利用APPEngine工具开发住房公积金业务处理系统（以下简称新系统），如果由APPEngine工具定义数据结构，定义出的数据结构与行业标准数据如何快速转换；如果不由APPEngine工具定义数据结构，如何能够将数据权限、工作权限、工作流等功能应用好，有哪些限制要求？2. 新系统是否能够用APPEngine工具来开发新系统的业务内核，具体是指：业务模型设计、算法实现、大量数字计算简单实现、业务规则定义，以及数据批量计算（多环节、多条件按步骤批量处理，而不是按帐户逐笔处理）？如果不用APPEngine工具来构建系统，则系统内核和APPEngine工具如何结合？目前EOS工具开发中出现的问题集中在业务模型、实现、业务处理要求，与平台结合比较差，系统扩展性差。3. 新系统如何实现机构、银行二维机构，以及带来的一系列数据权限、单据流转、统计变化等要求。可不可以直接开发实现，还是需要定制开发实现？EOS工具在实现网状机构关系遗留下最严重的问题，无法利用平台添加一个完整的机构信息，导致机构之间关系实现、机构的数据访问权限无法更改。4. 新系统如何与电子服务系统、网上业务处理系统之间核心算法、代码的统一问题？在实现代码统一过程中，同时需要考虑新系统如何实现与交易中间件或消息中间件进行配合工作？5. 新系统功能权限、数据权限如何控制。1）如何满足住房公积金存在子系统划分（按照操作员或机构设置子系统操作权限等）、快速业务处理的需要；即单点登录后，可以在不同子系统之间切换，也可以采用综合柜员制、或综合模式。2）日终状态、工前状态、操作员签退状态只允许业务查询、报表打印，不允许日常业务处理（业务规则会进行控制，但菜单权限也有相应要求）。6. 新系统如何支持多个具有全局性影响的参数改变，参数值的变化将带来整个系统数据权限、关键算法、业务处理流程等方面的快速改变？全局参数主要有管理模式、资金种类、贷款核算顺序、扣款顺序等，参数值的改变将会导致数据访问权限、菜单访问权限、业务控制条件、页面要素等均会发生变化。7. 新系统满足大数据量管理的性能要求（满足130万以上的职工帐户记录、5000万以上的流水记录，流水每年以1000万记录的速度快速增长）。1）要求直接键盘操作帐户、日常业务处理时基本不出现停顿。即操作业务在12秒以内，统计和批量查询业务控制在5秒以内。2）能够支持大批量数据操作。比如上万人单位进行人员清册下载；13万笔贷款还款数据下载、上传，并快速完成业务处理；全中心130万职工生成征信数据并下载；按银行导出职工帐户信息、职工流水信息、贷款及还款信息。8. 支持大规模业务并发处理，业务控制规则在业务处理过程中、数据提交保存时再次校验控制规则以避免并发业务发生。比如多个人、以最快的速度实现单位进帐确认。9. 查询和统计报表。1）能够自定义查询和打印格式、条件，实现简单数据加工。2）组合条件查询，比如长沙提出来所见行列值直接作为查询条件进行即时查询。10. 连续打印问题。单位对帐单打印（按上千单位连续套打），年底财务凭证套打等。11. 在满足工作流一般要求之后，能不能满足以下特殊要求。1）可以实现与菜单结合，业务处理环节以菜单方式进入，审批环节以我的工作台方式进入。2）流程处理环节可视化。3）待处理环节提示、超时提示等。4）特殊要求：如会签功能、工作流数据权限控制；5）处理性能要求高、数据量大，每天提取（400笔）、转移、放贷、提取还贷签约、特殊补缴、单位状态变更、特殊基数调整、委托扣款签约、资金划拨等业务，至少要求满足1500笔/工作日、35年的数据累积不会造成比较大的性能影响。12. 新系统在实现操作日志记载的功能基础上，实现所有针对数据增加、删除、更新操作的数据变化日志记录、统计和分析。比如针对职工信息修改，能记录下来修改前后的信息、统计修改次数等。13. 新系统能不能集成类似BI的多维分析、仪表盘等功能。14. 新系统的界面要求：1）银行前台的操作简洁、高效、快速要求；2）满足类似OA操作要求的业务管理系统界面。1