计报送系统_技术可行性分析报告解析.docVIP

技术可行性分析报告 期 版本 作者/修改者 修订类型 描述 修改记录 目 录 1 前言 1 1.1 目的 1 1.2 背景 1 1.3 术语定义 1 1.4 参考资料 1 2 技术可行性分析的前提 2 2.1 基本要求 2 2.2 主要目标 2 2.3 假定和限制 2 2.4 进行技术可行性分析的方法 2 2.5 评价准则 3 3 建议开发的系统 3 3.1 系统工作流程 3 3.2 改进之处 4 3.3 影响 4 3.4 局限性 5 3.5 技术条件方面的可行性 5 4 其他可选系统方案1 5 5 其他可选系统方案2 5 6 系统方案评价 5 7 已选系统方案的技术风险分析 5 8 结论 5 9 签署 6 前言 目的 背景 银监会为推进银行信用风险精细化管理，加强监管信息服务体系建设的一项重要工程，为提前做好我行新版 制度正式实施的准备工作，确保现行制度向新制度的顺利转接和持续良好的运行，由 风险管理部提出需求，由承接的 新版 报送系统为达到上述项目背景需要而开展的项目。 术语定义简称/术语 全称 说明 Customer Risk Information Report System 客户风险信息报送系统 监管机构 银监会及其各级派出机构 包括银监会、银监局、银监分局。 表一 《对公及同业客户授信和表内外业务统计表》 银监会2013年 制度的《对公及同业客户授信和表内外业务统计表》。 表二 《集团客户、供应链融资基本信息统计表》 银监会2013年 制度的《集团客户、供应链融资基本信息统计表》。 表三 《单一法人客户基本信息统计表》 银监会2013年 制度的《单一法人客户基本信息统计表》。 表四 《对公客户担保情况统计表》 银监会2013年 制度的《对公客户担保情况统计表》。 表五 《个人违约贷款担保情况统计表》 银监会2013年 制度的《个人违约贷款担保情况统计表》。 表六 《个人违约贷款担保情况统计表》 银监会2013年 制度的《个人违约贷款担保情况统计表》。 参考资料文档名称 作者 说明 银监会统计部 银监发[2012]39号 2012年7月3日 关于征求新版 报表校验规则意见的通知 银监会统计部 银监发[2012]39号 2012年7月16日 客户风险数据质量控制系统业务需求说明书 客户风险产品组 V1.0 2013年1月 JLB_客户风险信息报送系统_系统需求说明书 刘畅 JLB_客户风险信息报送系统_功能规格说明书 刘畅 参考资料列表 基本要求 a.功能和性能 b.输入和输出 c.安全与保密 d.同本系统相连接的其他系统 e.完成期限 主要目标 主要开发目标是根据现有数据仓库，开发符合行方要求的新版 报送系统，完成从手工填报到系统全自动生成数据的转变，达到提高生产效率，节约人力物力的最终目的。 假定和限制 序列 假定描述 限制描述 1 人员安排 人员安排时间不能按时到位完成 2 环境资源 测试环境无法与正式环境保持一致 3 期限 开发期限提前或延后 进行技术可行性分析的方法 根据 现行数据仓库供数，确定本系统数据调度方法并完成数据的输入和输出，以期达到相关要求。采用系统性能测试+压力测试，以及实际生产环境试报送测试来完成目标。 评价准则 序列 参数 评价标准 1 功能性 功能齐全、操作方便、性能优越 2 可靠性 生产环境实际运行中不出现影响使用的重大错误 3 可用性 达到人行报送要求 4 效率 在数据质量满足的情况下达到全部自动化的效果 5 可维护性 可随时进行维护和修改 6 移植性 可随时进行移植和部署 建议开发的系统 系统工作流程 改进之处 新上线系统，完成系统自动出数。 影响 序列 涉及上下游系统 是否有影响 1 柜面系统 无 2 票据系统 无 3 金融网系统 无 4 保证金系统 无 5 评级系统 无 6 征信系统 无 7 保全系统 无 8 管理会计系统 无 9 监管报送系统 无 10 绩效考核系统 无 11 历史库系统 无 12 反洗钱系统 无 13 信贷系统 有 14 数据仓库系统 有 局限性 无 技术条件方面的可行性 序列 风险描述 风险来源 可行性 1 原理和方法 原理和方法的合理性、适宜性以及先进性 可行 2 开发人员 对开发人员的数量和质量的要求能否满足 可行 3 限制条件 在2.3节所述的限制条件下，是否能达到目标 可行 4 期限 在规定的期限内，本系统的开发能否完成 可行 其他可选系统方案1 无 其他可选系统方案