《技术方案审核意见》--综合积分项目.doc

总行产品开发部 技术方案评审纪要项目名称：综合积分管理系统需求来源：总行个人银行部评审时间：2005-03-01, 2005-03-14（复审）评审地点：东银大厦15楼参加人员：张国栋,冯文亮,顾晓峰,刘耀东,沈俊,田益,俞益宁,郁志华,周易,单勇评审记录：(结合3月1日全体评审和14日更新复评情况)l 方案概况： 主要包括子系统：业务数据装载，任务调度，积分活动管理，积分兑奖管理，积分联机查询，系统辅助管理，运行监控。 采用上海诺祺公司产品定制开发，以北京建行为主要参考案例。 一期用户主要为个金卡业务管理人员，二期扩展到网银、高低柜等渠道。 评审意见：二期实施时需同步考虑高低柜及渠道的开发成本。l 技术架构： 积分数据和应用全行集中的架构，业务逻辑可区分到分行。 主机暂采用HP RX4640小型机单机方案，数据装载和web服务使用HP DL760 PC服务器（主机方案二）。 评审意见：基于目前数据装载技术形式和应用负载分析，建议取消单独的PC服务器配置，由HP RX4640（内存扩充到8G）一并担当数据、转载和web应用三个角色，随今后应用规模情况再做扩展考虑。 共用集中存储和备份解决方案 采用Sybase,weblogic,Tuxedo产品组合，应用采用java体系，但未完全使用J2EE架构。 评审意见：系统采用了与数据库透明的数据处理方式（未使用存储过程），在大容量积分数据处理时可能会对设备性能带来较大压力。如出现此类性能问题，建议可作优化。 报表工具采用jasperreport。 评审意见：建议统一使用我行报表工具平台。l 安全管理： 业务上考虑需支持外包兑奖模式，但鉴于网络接入安全问题，暂时先不考虑支持外包兑奖。 用户控制：用户名设立规则目前是随意的，口令是用算法乱码加密存储。 评审意见：建议采用柜员号（员工工号）作为用户名，为今后用户统一登录做准备。l 应用部署： 积分原始数据来源于核心数据汇集平台，但鉴于项目进度原因主要数据清理工作仍然由积分系统数据装载模块完成。 评审意见：建议后续与数据汇集平台做整合改造。 积分数据清理和计算的时间窗问题：按公司设计可在2小时内完成。 评审意见：建议与公司确认并将2小时承诺做为公司商务合同条款内容。 运行监控为java客户端应用，可提供对服务器端的应用运行状态显示。l 费用预算： 系统总体预算超出较多，需考虑进一步缩减或申请扩大预算。 软件年度维护34万的总体比例偏高，维护要求也未做具体界定。 评审意见：一般改正性应用维护费比例建议为1015，人头方式年度维护内容需包括一定量的维护类开发工作。后者需在商务中明确。l 其他： 已经可以区分来源于不同渠道的积分。 系统未明确核心平台和应用定制部分，有关源码提供没有界定。 评审意见：建议公司提交归属核心模块的内容详单，其余内容都作为应用源码提供范围。评审意见： 技术专家小组认为：该系统技术方案略显粗糙，项目小组和公司方人员对系统整体把握不足。经细化调整和二次评审后，系统技术方案已基本可行，但以下内容尚需后续落实：1） 目前鉴于项目进度的压力，数据清理工作由积分系统的装载模块完成，从数据存储和处理效率上都不尽合理，今后在数据汇集/数据仓库平台就绪后，应改造为统一使用ETL工具的方式。2） 认真准备系统压力测试计划，分析系统性能和