杭州锐拓科技有限公司信贷工厂系统项目合同-终稿

1、附件一：信贷工厂系统项目工作说明书 信贷工厂系统项目工作说明书(版本号:1.0.1)第一部分 简介目的微贷网日审批量近千笔，全靠公司OA系统完成审批，审批时效不高，功能需求单一，导致需要投入大量人力，微贷网将本次的系统建设称为信贷工厂，旨在建设微贷网的全面风险信贷管理系统，以实现公司系统审批业务的管理，规范业务操作流程，有效防范业务风险，实现审、贷分离，集中调控、分级管理的科学管理，实现集约化经营目标，系统可实现贷前客户申请、资料核实、多渠道征信数据查询嵌入、贷中审批处理，贷后业务及风险管理。实现业务自动化处理，在业务上、使总部和各营业网点对信贷业务的全面开展获得有效的管理工具，操作平台，不但

2、满足基本的业务处理电子化、自动化审批、更满足总部和各门店对风险防范的要求，在技术上，使之成为全套且独立的信贷管理业务系统，成为全公司业务交易和综合管理的平台工作范围任务编号任务描述W01需求分析W02系统设计W03编码W04测试W05培训W06上线W07验收需求分析1考察整个业务流程；2考察流程中每个角色的功能；3记录流程中每个信息的来源、去处和处理方法；系统设计1制定规范 在进入概要设计阶段之初，首先应为软件开发组制定在设计时应该共同遵守的标准，以便协调组内各成员的工作。包括：A 阅读和理解软件需求说明书，确认用户要求能否实现，明确实现的条件，从而确定设计的目标，以及它们的优先顺序；B 根据

3、目标确定最合适的设计方法；C 规定设计文档的编制标准；D 规定编码的信息形式，与硬件，操作系统的接口规约，命名规则。2软件系统结构的总体设计 根据需求分析，基于功能层次结构建立系统，其中包括采用某种设计方法，将系统按功能划分成模块的层次结构、确定每个模块的功能、建立与已确定的软件需求的对应关系、确定模块间的调用关系、确定模块间的接口、评估模块划分的质量。3处理方式设计 处理方式设计要确定为实现系统的功能需求所必需的算法，评估算法的性能；确定为满足系统的性能需求所必需的算法和模块间的控制方式；确定外部信号的接收发送形式。 4数据结构设计 根据需求分析报告进行数据库设计。数据库设计包括确定软件涉及

4、的文件系统的结构以及数据库的模式、子模式，进行数据完整性和安全性的设计；确定输入，输出文件的详细的数据结构；结合算法设计，确定算法所必需的逻辑数据结构及其操作；确定对逻辑数据结构所必需的那些操作的程序模块(软件包)；限制和确定各个数据设计决策的影响范围； 若需要与操作系统或调度程序接口所必须的控制表等数据时，确定其详细的数据结构和使用规则；数据的保护性设计；数据的一致性设计；冗余性设计等。5可靠性设计可靠性设计也叫做质量设计。在运行过程中，为了适应环境的变化和用户新的要求，需经常对软件进行改造和修正。在软件开发的一开始就要确定软件可靠性和其它质量指标，考虑相应措施，以使得软件易于修改和易于维护

5、。6编码根据需求分析结果与系统设计方案进行程序编码；尽量使用完整的英文描述符采用适用于相关领域的术语采用大小写混合使名字可读尽量少用缩写，但如果用了，必须符合整个工程中的统一定义避免使用长的名字（小于 15 个字母为正常选择）避免使用类似的名字，或者仅仅是大小写不同的名字避免使用下划线（除静态常量等）标识符类型说明包（ Package ）的命名Package 的名字应该采用完整的英文描述符，都是由一个小写单词组成。并且包名的前缀总是一个顶级域名，通常是 com、edu、gov、mil、net、org 等； 如： com.sunyard类（ Class ）的命名类名应该是个一名词，采用大小写混合

6、的方式，每个单词的首字母大写。尽量保证类名简洁而富于描述。测试测试主要工作内容是验证(verification)和确认(validation )：验证工作：1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程2.程序正确性的形式证明，即采用形式理论证明程序符合设计规约规定的过程3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。确认工作：1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。软件测试的对象不仅仅是程

7、序测试，软件测试应该包括整个软件开发期间各个阶段所产生的文档，如需求规格说明，当然软件测试的主要对象还是源程序。培训系统操作培训A. 对业务人员针对系统使用和各功能操作进行培训;B. 产生系统操作手册技术培训（项目所有子系统的安装配置培训+知识产权转移培训）A. 向行方技术人员讲解系统各功能源代码、配置项；B. 演示各功能的打包，配置，发布，测试；C. 产生系统安装配置发布手册；D. 提供所有功能的源代码；工作流&规则变更相关开发培训A 针对工作流与规则对行方进行专题培训；B 培训行方技术人员能自行维护工作流服务与规则服务；C 培训行方技术人员能自行变更和开发工作流流程；D 培训行方业

8、务人员或技术人员能自行开发规则（业务规则）；上线A 投产演练：使用真实的生产环境，真实的生产数据，真实的投产步骤，真实的投产版本，对上线工作进行演练。至少演练一次以上，确保每一个投产相关人员熟练投产步骤和注意事项。B 投产：严格按照演练过的投产步骤进行。C 投产观察：成功投产后，进行为期一周左右的生产全面监控，以确保所有功能正常运行；验收乙方完成开发内容后，项目试运行壹个月。试运行结束则视为项目具备验收条件，乙方向甲方提出书面验收申请，甲方在收到申请后的10个工作日内，安排项目验收。验收合格后，甲乙双方共同签署项目验收报告（附件五）。验收不合格的，甲方应立即向乙方提出书面异议，乙方在接到异议后

9、及时进行更改，直至验收合格，由此造成的迟延交付按本合同第八条第2款执行。如果甲方在乙方提出验收申请后的15个工作日内不安排验收，则视为验收合格。第二部分 需求需求范围功能需求功能编号功能名称功能描述F01移动展业PAD设备录入资料,拍照上传资料F02进件模块资料扫描录入F03审批模块审批模块通过工作流控制，对所有进入模块的申请个案进行管理、采集审批过程数据，然后通过政策审批规则、评分规则等辅助决策功能对申请个案做出审批决定。F04业务管理模块业务管理模块实现了本系统的日常业务管理、参数配置、日志、规则等功能。包含用户权限管理，统计报表，参数管理三个个部分。F05规则管理模块业务规则管理模块是一

10、个目前非常热门的技术。它的基本原理是：利用规则引擎把传统的用程序或参数化实现的业务策略从系统中提取出来。被提取的业务规则将作为 一种可管理的对象存储在规则库中。由于业务规则成为了可以随时导入的对象，这就为应用程序 带来了许多非常有特色的优势：业务规则可以被很好的管理，可实现规则的查询、权限控制、实 时部署、有效组织等；业务人员（如运营商中的策略经理、业务分析师）可以在没有软件开发人员参与的情况下，直接实现对业务规则的定制、修改等工作。F06催收模块委外催收发起，催收和催收规则设定等。具体需求详见微贷网信贷工厂系统 需求规格说明书_V1.0.docx签字版。非功能性需求功能编号非功能性指标描述N

11、F01运行模式：支持全行单个或多个业务处理中心的架构，也支持总-分-支的管理框架，可做到按不同的业务种类进行设置。NF02数据一致性：在任何异常和故障情况下，一个交易对数据库的所有更新，或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。NF03系统/数据备份：提供系统/数据的备份、恢复方案。NF04系统访问、数据传输、业务处理要具有高的安全性能。NF05提供日常运行和维护管理的方案，包括业务连续性方案。NF06系统运行周期 7*24小时。NF07系统在系统处理和数据存储上，应考虑今后业务量的增加和系统的扩容性。NF08应用系统编程语言应具有较好的平台可移植性NF09系统应提供必要的

12、开发和测试工具，以方便用户进行客户化定制和维护。NF10应用系统应充分考虑安全性保障，有效控制应用系统的网络、数据和操作安全。NF11具有较高的可维护性，应满足无须停止所有服务情况下可对系统局部进行维护。NF12 在500个在线用户同时访问的情况下， 平均页面加载时间不低于2s，复杂报表页面加载时间不低于8s第三部分 项目目标通用目标进度偏差：均值：0，偏差：（-10%，+10%）按期交付率：90%；文档完整率：=100%；过程执行覆盖率：=100%缺陷渗出率：3%项目目标建设完成甲方旗下微贷网的信贷工厂系统，以实现公司系统审批业务的管理，规范业务操作流程，有效防范业务风险，实现审、贷分离，集

13、中调控、分级管理的科学管理，实现集约化经营目标，系统可实现贷前客户申请、资料核实、多渠道征信数据查询嵌入、贷中审批处理，贷后业务及风险管理。实现业务自动化处理，包括自动审批流程、客户关系管理、权限管理、现金流管理、自动还款、费用审核、报表统计等各种功能。在业务上、使总部和各营业网点对信贷业务的全面开展获得有效的管理工具，操作平台，不但满足基本的业务处理电子化、自动化审批、更满足总部和各门店对风险防范的要求，在技术上，使之成为全套且独立的信贷管理业务系统，成为全公司业务交易和综合管理的平台注：本项目系统客户化工作量不超过48人月。项目方法/技术简介本项目采用瀑布模型模型法，项目生命周期包括：需求

14、分析，系统设计，编码，测试，培训，上线；技术简介 系统前台主要采用B/S架构，后台包含B/S结构的服务组件及独立的应用模块。整个系统采用Java技术平台，并以关系型数据库作为数据持久化容器。以下简要介绍系统部署和开发所用的主要技术：软件平台1. 操作系统：Linux是稳定、可靠、高效、易扩展、强管理的操作系统，为业务应用系统提供良好的基础平台。2. 应用服务器：Tomcat为系统WEB应用和其他应用提供容器支持。3. 数据库系统：MySQL为业务应用提供高效的数据持久化服务。硬件系统1. 服务器：PC Server群集可满足信贷业务处理的基本需求，并能提供负载均衡支持。2. 数据存储：共享磁盘

15、阵列可满足存储性能和安全要求。3. 客户机：普通PC机。应用展现业务操作人员使用WEB页面进行业务操作，主要使用的实现技术：1. IE：Microsoft Internet Explorer是业务人员进行业务操作的主要客户端工具。2. Javascript/Ext：Ext是一种富客户端的JS框架，该框架可很好的达成企业用户对于较为复杂的业务界面元素需求。3. JSP/Struts/Spring/DAO：信贷工厂系统核心模块采用的开发技术。后台服务后台服务组件包含业务流程控制、逻辑处理、数据存储、数据交互接口等，这些组件或协同或独立的为业务处理提供完整的支撑。1. 工作流：工作流引擎驱动业务流程

16、的运转，为业务流程提供核心支持。工作流引擎可支持复杂流程跳转、多流程分支并行等常见流程需求。2. 影像平台：影像平台可为行内各业务系统提供集中式影像存取服务，信贷工厂系统的影像件可交付给影像平台托管。3. WebService/Socket：信贷工厂系统与其他第三方系统间数据交互采用WebService或Socket方式。第四部分 项目组织项目组织结构图供方参与人员角色与职责描述角色姓名具备能力与资质工作年限进场日期离场日期微贷网供应商项目经理李磊公司信审产品部副总经理，曾负责广发银行信审系统、深发展银行信审系统、杭州银行信审系统开发和实施，亚联财小额贷款系统项目经理，并全程参入中信银行信审系

17、统开发92015-6-4待定副项目经理隆美华杭州银行信审系统,江苏银行信审系统,大连银行信用卡管理系统,浙商银行信审52015-6-10待定核心开发人员刘小明广发银行信审系统,大连银行信用卡管理系统,顺德农商行征信系统,亚联财小额贷款系统,浙商银行信审系统92015-6-22待定供方驻场人员兼职描述无第五部分 项目总体进度项目里程碑里程碑预计完成日期需求分析2015-7-3设计阶段2015-7-10编码阶段2015-8-14集成测试2015-9-7用户测试2015-9-29投产演练2015-9-30上线与验收2015-10-30特别说明:项目里程碑在合同签订时应初步确定在合同中，后续有调整可以

18、以变更单方式变更。但合同最终完成时间不得变更。项目进度计划阶段开始日期结束日期迭代轮次主要工作要点需求分析2015-6-42015-7-31完成需求确认工作设计阶段2015-7-62015-7-101系统概要设计、详细设计、数据库设计编码阶段2015-7-132015-8-141完成编码和单元测试集成测试2015-8-172015-9-71完成SIT测试，测试内容覆盖全部需求，缺陷全部修正，提交STI测试报告用户测试2015-9-82015-9-291完成UAT测试，测试内容覆盖全部需求，缺陷全部修正，提交UAT测试报告投产演练2015-9-142015-9-302模拟真实投产进行演练上线与验

19、收2015-10-92015-10-301投产与项目验收第六部分 工作分工界面1、需求分析(W01)工作目标最终目标是客户与供应商双方均对需求达成共识并签字确认；供应商责任A 对客户进行业务需求培训，引导和规范客户需求；B 对需求及产品实施提出建议和解决方案；C 了解客户的业务及目标；D 划分需求的优先级；E 评审需求文档和原型；F 与客户在需求上达成共识并签字确认；交付成果需求分析说明书（确认版）具体假设及微贷网责任微贷网责任A 给分析人员讲解业务；B 准确而详细地说明需求；C 尊重开发人员的需求可行性及成本评估；D 遵照开发小组处理需求变更的过程；E 尊重开发人员采用的需求分析过程；F 与

20、供应商在需求上达成共识并签字；完工标准客户与供应商双方均在需求功能说明书上签字确认；2、系统设计(W02)工作目标完成系统的各项前期设计工作；开发商责任A 确定设计方针和方法B 将系统分解为若干子系统C 确定各子系统的目标、功能及其相互关系D 决定对子系统的管理体制和控制方式E 对各子系统进行技术设计和评价F 对全系统进行技术设计和评价等工作单元成果数据库设计说明书具体假设及微贷网责任微贷网责任参与设计评审完工标准设计评审通过3、编码（W03)工作目标根据系统设计方案开发需求分析已确认的需求代码；开发商责任A 遵守开发规范编写代码；B 充分进行单元测试；C 详细注释代码内容；工作单元成果功能开

21、发与单元测试报告具体假设及微贷网责任微贷网责任A 协助解决开发中遇到的需求问题；B 协助监控开发进度；完工标准所有需求代码开发完毕并通过单元测试；4、测试（W04)工作目标利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。开发商责任D 严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作；E 对每一个测试结果进行全面检查，一定要全面地、仔细地检查测试结果；F 妥善保存测试用例、测试计划、测试报告和最终分析报告，以备回归测试及维

22、护之用。工作单元成果SIT测试报告，UAT测试报告 具体假设及微贷网责任微贷网责任C 为测试提供软硬件环境；D 配合制造测试案例；E 配合测试操作；完工标准压力测试各项性能指标正常，功能测试无bug产生；5、培训（W05)工作目标A 业务操作员掌握系统操作方法；B 行方技术人员掌握系统打包、配置、发布、测试方法；C 为项目移交做准备；开发商责任A 明确培训目的；B 制定完善的培训计划；C 确定培训原则；D 设计培训内容；E 组织培训实施；F 选择培训形式；G 优化培训方法；H 评估培训效果；工作单元成果用户手册，系统安装手册具体假设及微贷网责任微贷网责任A 确保相关人员按时参加培训；B 配合评

23、估培训效果；完工标准受训人员掌握培训内容；6、上线（W06)工作目标项目成功上线，并稳定运行；开发商责任A 配合制定投产演练计划；B 配合实施投产演练；C 迅速定位并解决演练中遇到的问题；D 配合投产；E 配合投产后监控工作；工作单元成果项目成功上线，并稳定运行一段时间；具体假设及微贷网责任微贷网责任A 制定投产演练计划；B 实施投产演练；C 实施投产；D 投产后监控工作；完工标准项目成功上线，并稳定运行一段时间第七部分 交付工作产品交付策略为微贷网信贷工厂系统所开发的源代码及编译软件时使用的技术文档，工作流开发文档，规则引擎开发文档等都将交付行里。本项目实施过程中提交的交付件包括以下内容：（

24、1）软件产品（2）实施计划书（3）软件需求规格说明书（4）数据库设计说明书（5）应用程序源代码，二次开发和功能扩展的源代码或软件包（6）各技术测试阶段的测试计划、测试用例（包括测试脚本）和测试报告以及测试缺陷清单（7）用户手册（8）系统安装手册（9）项目上线配置清单（10）项目上线方案（11）系统维护手册（12）项目过程汇报、知识传授与培训和管理材料等所有交付文档会在行里文档配置库中建档及更新。项目组定期对文档做更新上传。在项目最后验收时一次性进行；交付工作产品一览阶段成果物名称责任人计划交付日期交付方式需求分析(W01)需求分析说明书李磊待定一次性系统设计（W02）数据库设计说明书李磊待定一

25、次性编码（W03）功能开发与单元测试报告李磊待定一次性测试（W04）SIT测试报告李磊待定一次性UAT测试报告行方测试负责人待定一次性培训（W05）用户手册李磊待定一次性上线（W06）项目上线配置清单李磊待定一次性项目上线方案系统维护手册第八部分 项目沟通管理项目沟通管理策略沟通方式A 口头沟通；B 书面沟通；沟通类型A 常规沟通：定期与客户进行，周期一般为每周一次并形成文档；B 特殊沟通：特殊情况即时沟通，必要时优先口头沟通后产生文档；C 业务沟通：于开发人员与业务人员间进行，主要目的是解决开发时开发人员遇到的问题，沟通后需向双方项目负责人汇报，以确保沟通内容未偏离需求；沟通过程1 制定沟通

26、计划：决定时间、涉及人和沟通议题；2 信息传播：使需要的信息及时发送给涉及人；3 完成沟通：对沟通结果达成共识；沟通结果沟通结束并达成共识后形成正式的书面文档存根备案；项目会议管理制度项目工作例会（一）工作例会由项目经理或经理委托人主持，一般于每周五下午召开。（二）工作例会的主要任务是：项目各分管领导通报上周工作情况，安排本周工作任务；项目主要领导通报重要事项，确定议定事项。 （三）工作例会参加范围为：项目经理和相关负责人。 （四）议定事项形成 项目工作例会纪要 项目组内部会议 （一）项目组内部会议由项目经理或项目经理委托人主持，由项目经理根据需要决定召开。 （二）项目组内部会议议题由项目相关

27、成员提出，或由参会成员提出建议，经理确定。 项目相关成员如对议题有意见或建议，可在会前提出。 （三）项目组内部会议研究决定项目重大事项，主要任务是：1. 解决项目过程中出现的问题； 2. 研究项目内部管理体制、组织机构设置与调整方案； 3. 研究项目重大改革方案和部署； 4. 审议通过项目重要规章制度； 5. 讨论项目工作报告，听取项目各环节的工作汇报； 6经理认为应研究审议的其他问题。 （四）项目组内部会议参加范围为： 项目经理，项目相关成员。根据会议议题， 各环节主要负责人参加。 （五）项目组内部会议议定事项形成内部会议纪要（六） 项目组内部会议讨论的有关文件原则上会前要送达与会同志阅读。

28、 项目办公会议 项目办公会议是项目领导成员依据项目工作部署和要求， 按照工作分工或受经理委托，就专项工作召开的办公会议。会议议定事项形成会议纪要，由会议组织部门起草、审核，主持会议的项目领导签发。 项目报告制度项目报告主要采用两种方式进行：会议报告，书面报告；会议报告在工作例会上对项目实施情况，重大问题等向上级进行汇报；书面报告书面报告由三种组成：周报，月报；周报A 由开发人员每周最后一天根据日报汇总，描述本周的工作情况与未解决问题；B 提交给项目经理汇总后，生成项目周报提交给上级领导；重大问题报告项目重大问题需第一时间向上级汇报，并生成相关问题的书面报告；附件二: 微贷网信贷工厂系统项目售后

29、服务说明书免费维护期及免费维护期结束后每年维护服务内容如下：乙方提供本地化的服务团队提供维护服务，维护服务内容包括系统的安装服务、升级服务、错误修正、咨询服务、应急服务、重要日期现场支持服务。具体要求如下：1. 安装服务甲方需重新安装产品软件时，乙方应在8小时内到达现场提供安装支持服务。乙方须协助甲方做好软件安装方案，按照甲方的时间要求提交软件安装文档。2. 升级服务在软件升级或补丁程序发布后 5 个工作日内，乙方以软件升级与补丁通知书面通知甲方，并在 10个工作日内免费提供光盘存放的升级程序或补丁程序及说明文本给甲方。乙方负责协助甲方测试软件升级或补丁程序，并在测试完成后 5个工作日内向甲方

30、提交软件升级与补丁测试报告。乙方负责协助甲方实施软件升级或补丁安装，并在升级完成后 10个工作日内向甲方提交软件升级与补丁备忘文档。3. 错误修正在甲方对本系统的使用过程中，如果出现程序错误或背离业务需求，乙方必须在24小时内免费提供故障分析和处理方案，免费提供程序修改、测试验收及程序投产现场支持等服务。甲方对修改后的程序完成测试后3个工作日内，乙方向甲方提交所有修改后的程序源代码、可执行程序、程序配置说明以及程序修改说明、程序上线步骤、测试报告并更新所有相关文档。4. 咨询服务本合同维护期内，乙方提供7×24小时专人技术咨询服务，提供技术支持。乙方技术咨询服务热线电话： 15989

31、473228 ；联系人：李磊 。5. 应急服务 根据甲方的要求，乙方提供本系统故障和出错原因排查的技术支持服务，并提供突发故障排除与突发事件的处理和7×24小时的专人应急服务。乙方应急服务热线电话： 400-711-7799 。乙方接到甲方应急报障后，立即通过电话进行应急响应支持，若30分钟无法排除故障，应在8小时（必要时2小时）内到达甲方现场提供技术支持。如故障影响到甲方系统生产运行，造成严重生产问题的，乙方必须在接到报障后2小时内提供故障分析和处理方案。乙方保证到场后6小时内恢复甲方应用系统的正常运行，故障排除后3个工作日内向甲方提交维护服务报告（应急），内容包括：应急处理人员、处理日期、故障现象、原因分析、