工行个人消费信贷项目软件开发计划 本文关键词：工行，消费信贷，计划，项目，开发
工行个人消费信贷项目软件开发计划 本文简介：软件开发计划编写指南软件开发计划编写指南（文档编号：FO-QR-19-01）方正奥德计算机系统有限公司文档管理信息表主题：软件开发计划编写指南版本：1．0．0内容：规范软件开发计划的内容、格式关键字参考文档：创建时间：2002年10月6日创建人：杜磊最新发布日期：文档修改记录表修改人修改时间修改内容
工行个人消费信贷项目软件开发计划 本文内容：
软件开发计划编写指南
软件开发计划编写指南
（文档编号：FO-QR-19-01）
方正奥德计算机系统有限公司
文档管理信息表
主题：
软件开发计划编写指南
版本：
1．0．0
内容：
规范软件开发计划的内容、格式
关键字
参考文档：
创建时间：
2002年10月6日
创建人：
杜
磊
最新发布日期：
文档修改记录表
修改人
修改时间
修改内容
目
录
1、
项目资源4
1.1、项目人员分工、职责与权限4
1.2、设备与工具4
2、
开发阶段划分5
3、
进度安排5
3.1、合同进度安排：5
4、
工具和技术6
4.1、个贷的使用工具包括：6
4.2、总行个贷移植的使用技术方法包括：7
5、
规则、惯例和约定7
5.1、项目实施中项目管理文档样本7
5.1.1、各阶段应提交的文档7
5.1.2、程序开发约定9
9
1、
项目资源
1.1、
项目人员分工、职责与权限
工行个贷移植人员分工:
项目经理：杜
磊
开发经理：杜
磊
需求分析：杜
磊、刘黎明
系统分析：杜
磊，徐加星，王俊山
软件编码：杜
磊，徐加星，王俊山，倪勇飙
软件测试：杜
磊，徐加星
数据库管理：杜磊
配置管理：杜磊
系统配置/调优：
系统集成：
网页制作：
实施总控：
技术总控：
行业咨询：
1.2、
设备与工具
3台Aix
M80分别作为：测试机，生产机，数据库服务器
软件设备：
数据库服务器
Oracle
8.05
中间件服务器
WebSphere
3.5
程序编辑器
UltraEdit-32,Webspere
studio3.5
压力测试工具
E_test
Java程序编译包
Java1.3.1
2、
开发阶段划分
明确项目开发主要的阶段，包括阶段的划分、阶段的输入、输出及验证准则。
规定开发过程至少应包括设计、实现（编码）、测试三个阶段。
里程碑即项目重要阶段的完成标志。里程碑控制方法的原理是：一个项目阶段的输出即下一个项目阶段的输入，在重要项目阶段结束时，审查控制项目阶段的输出质量就是项目质量的一个重要保证。个贷移植项目的重要里程碑的划分如下图示：
里程碑1：完成需求分析
里程碑2：完成详细设计
里程碑3：完成编码计划和配置项计划清单
里程碑4：完成软件测试
里程碑5：完成系统安装与调试
里程碑6：完成系统试运行
在以上每个里程碑进行后，通过总控组成员的审核控制，保证本阶段成功完成，下一个阶段能够展开。
3、
进度安排
3.1、
合同进度安排：
规定组成项目开发的各阶段任务实施的时间表、相互的进展顺序以及不同任务和阶段对资源的要求。
各个阶段的时间安排和人员分工如下表所示：项目计划使用Microsoft
Project
2000编写
4、
工具和技术
4.1、
个贷的使用工具包括：
硬件设备：
数据库服务器
AIX
M80
软件设备：
数据库服务器
Oracle
8.0.5
中间件服务器
Websphere
3.5
程序编辑器
UltraEdit-32
Websphere
studio
3.5
压力测试工具
E_test
Java程序编译包
Java1.3.1
Java集成编译包
Websphere
studio
3.5
页面开发工具
Websphere
studio
3.5
4.2、
总行个贷移植的使用技术方法包括：
Web三层结构技术。
Oracle8数据库技术。
JSP
+
servlert
+
JDBC
+
DataBase技术。
PL/SQL
VB/ADO
5、
规则、惯例和约定
描述本项目中使用到的规则、惯例和约定，特别是本项目中使用的由本项目组或所属部门制定的内部规定，质量记录表格等。
5.1、
项目实施中项目管理文档样本
方正奥德公司提供项目管理阶段控制文件样本，以及以往客户项目文档样本。
5.1.1、
各阶段应提交的文档
项目立项阶段
《开发立项报告》
《开发立项报告审批表》
项目开发计划
《软件开发计划》（含软件开发进度）
《软件开发计划审批表》
《项目变更记录》（如果有变更）
项目质量计划
《软件质量计划》
《软件质量计划审批表》
《软件质量计划变更记录》（如果有变更）
项目需求分析
《需求分析说明书》
《需求分析说明书审批表》
《需求内容变更表》
《系统初步手册》
项目设计
《软件设计说明书》
《软件设计说明书审批表》
《设计内容变更表》（如果有变更）
（注：其中《软件设计说明书》中包括：
应用软件逻辑设计文档、
系统结构设计文档
数据库设计文档
接口需求说明书
接口设计文档
程序详细设计说明书、
应用软件模块设计文档、
软件故障处理流程文档等部分。）
项目实施阶段（即软件实现阶段）
《编码工作计划》
《代码抽查验证表》
《模块测试提交表》
《完成情况表》
《用户手册验证审核表》
《开发人员工作周报》
《系统代码》
《用户手册》
系统测试阶段
《软件测试计划》
《软件测试计划审批表》
《软件测试大纲》
《软件测试记录表》
《软件测试问题记录表》
《模块测试报告》
《系统测试报告》
《模块测试通过标准》
《系统测试通过标准》
系统发版阶段
《软件产品发版申请单》
《软件产品发版通知书》
《软件产品发版移交单》（包括提交的文档和母盘）
系统维护阶段
《软件产品维护计划》
另外，在项目开发过程中，还需要做日常技术支持活动，提交如下主要文档：
《配置管理计划》
《软件配置项清单》
《软件配置项实际清单》
《软件配置项修改记录》
《软件配置项修改统计》
《软件度量程序》
《软件产品度量报告》
《软件过程度量报告》
《规则、惯例和约定评审表》
《工具软件使用记录》
《评审会议记录表》等。
5.1.2、
程序开发约定
5.1.2.1、
Java
开发语言规范
同Java语言开发规范。
篇2：工行个人消费信贷项目软件配置项计划清单
工行个人消费信贷项目软件配置项计划清单 本文关键词：工行，清单，消费信贷，配置，计划
工行个人消费信贷项目软件配置项计划清单 本文简介：中富证券项目软件配置项计划清单中富证券项目软件配置项计划清单（文档编号：DW-HYZQ-27-03-001）方正奥德计算机系统有限公司二00二年七月2文档管理信息表主题：软件配置项计划清单版本：1.0.0内容：软件配置项计划清单----详细内容关键字参考文档：提交时间：2002年10月10日创建人：
工行个人消费信贷项目软件配置项计划清单 本文内容：
中富证券项目软件配置项计划清单
中富证券项目
软件配置项计划清单
（文档编号：DW-HYZQ-27-03-001）
方正奥德计算机系统有限公司
二00二年七月
2
文档管理信息表
主题：
软件配置项计划清单
版本：
1.0.0
内容：
软件配置项计划清单----详细内容
关键字
参考文档：
提交时间：
2002年10月10日
创建人：
杜
磊
文档修改记录表
修改人
修改时间
修改内容
软件配置项计划清单
时
间：
2002/10
编
号：
001
配置项名称
标
识
计划进入基线库的情况
时
间
开发者
软件开发计划
DW-HYZQ-19-01-001
2002年09月07
杜磊
软件开发质量计划
DW-HYZQ-20-01-001
2002年09月10
杜磊
软件开发计划评审表
DW-HYZQ-32-02-001
2002年09月12
杜磊
软件开发质量计划评审表
DW-HYZQ-32-02-002
2002年09月13
杜磊
软件需求分析说明书Version1.0
DW-HYZQ-21-01-001
2002年09月20日
杜磊
软件需求说明书评审表
DW-HYZQ-32-02-003
2002年9月22日
杜磊
软件设计说明书
DW-HYZQ-22-02-001
2002年09月25日
杜磊
软件设计说明书评审表
DW-HYZQ-32-02-004
2002年09月30日
杜磊
软件配置管理计划
DW-HYZQ-27-02-001
2002年09月15日
杜磊
软件配置管理计划评审表
DW-HYZQ-32-02-009
2002年10月20日
杜磊
软件配置项计划清单
DW-HYZQ-27-03-001
2002年10月25日
杜磊
软件配置项实际清单
DW-HYZQ-27-04-001
2002年11月16日
杜磊
软件编码计划
DW-HYZQ-23-01-001
2002年11月16日
杜磊
编码工作计划评审表
DW-HYZQ-32-02-005
2002年11月16日
杜磊
代码抽查验证表
DW-HYZQ-23-02-001
2002年11月20日
杜磊
代码完成情况表
DW-HYZQ-23-03-001
2002年11月10日
杜磊
软件测试计划
DW-HYZQ-24-01-001
2002年11月25日
杜磊
软件测试计划审核表
DW-HYZQ-32-02-006
2002年11月26日
杜磊
软件测试大纲
DW-HYZQ-24-02-001
2002年11月26日
杜磊
软件测试大纲审核表
DW-HYZQ-32-02-007
2002年11月26日
杜磊
软件测试记录表
DW-HYZQ-24-03-001
2002年11月26日
杜磊
软件测试问题纪录表
DW-HYZQ-24-04-001
2002年11月26日
杜磊
软件模块测试记录表
DW-HYZQ-24-05-001
2002年11月27
杜磊、项目成员
软件模块测试报告
DW-HYZQ-24-06-001
2002年11月28
杜磊、项目成员
软件系统测试报告
DW-HYZQ-24-07-001
2002年11月28
杜磊、项目成员
模块测试通过标准
DW-HYZQ-24-06-001
2002年11月28
杜磊、项目成员
系统测试通过标准
DW-HYZQ-24-09-001
2002年11月28
杜磊、项目成员
软件过程度量报告
DW-HYZQ-29-02-001
2002年11月28
杜磊、项目成员
项目进展周报汇总
DW-HYZQ-19-02-001
2002年11月29日
杜磊
工具软件选用申请表
DW-HYZQ-31-01-001
2002年11月28
杜磊、项目成员
工具软件使用纪录
DW-HYZQ-31-02-001
2002年11月28
杜磊、项目成员
工具技术评价表
DW-HYZQ-31-03-001
2002年11月28
杜磊、项目成员
用户手册验证评审表
DW-HYZQ-32-02-006
2002年11月28
杜磊、项目成员
编码规范评审表
DW-HYZQ-32-02-005
2002年11月28
杜磊、项目成员
数据库服务器
Oracle
8.05
银行提供
中间件服务器
WEBSPHERE
3.5
银行提供
程序编辑器
UltraEdit-32
银行提供
压力测试工具
E_TEST
银行提供
Java程序编译包
Java1.3.1
银行提供
模块程序开发
详见“项目进度”计划进度表。
篇3：工行个人消费信贷项目软件开发质量计划
工行个人消费信贷项目软件开发质量计划 本文关键词：工行，消费信贷，质量，计划，项目
工行个人消费信贷项目软件开发质量计划 本文简介：软件质量计划软件质量计划（文档编号：（文档编号：DW-ZFZQ-01-001DW-ZFZQ-01-001））方正奥德计算机系统有限公司方正奥德计算机系统有限公司20022002年年99月月软件质量计划I文档管理信息表文档管理信息表主题：主题：质量计划版本：版本：1．0.0内容：内容：关于个贷总行移植
工行个人消费信贷项目软件开发质量计划 本文内容：
软件质量计划软件质量计划
（文档编号：（文档编号：DW-ZFZQ-01-001DW-ZFZQ-01-001））
方正奥德计算机系统有限公司方正奥德计算机系统有限公司
20022002
年年
9
9
月月
软件质量计划
I
文档管理信息表文档管理信息表
主题：主题：质量计划
版本：版本：1．0.0
内容：内容：关于个贷总行移植质量的计划
关键字关键字
参考文档：参考文档：
提交时间：提交时间：2002
年
11
月
29
日
创建人：创建人：刘军伟
文档修改记录表文档修改记录表
修改人修改人修改时间修改时间修改内容修改内容
软件质量计划
I
目目
录录
1
1、、
产品的质量目标产品的质量目标1
2
2、、
质量保证措施质量保证措施1
2.1、设计过程质量保证措施
1
2.1.1、实际和开发的策划1
2.1.2、组织和技术接口设计1
2.1.3、设计输入和输出及验收准则2
2.1.4、设计评审3
2.1.5、设计验证4
2.1.6、设计确认4
2.1.7、设计更改4
2.1.8、病毒防治4
2.2、测试过程质量保证措施
5
2.2.1、测试阶段5
2.2.2、测试规范5
2.2.3、测试要求5
2.2.4、质量记录5
2.2.5、其它5
2.3、维护过程质量保证措施
5
2.3.1、维护要求5
2.3.2、质量记录6
3
3、、
风险控制风险控制6
4
4、、
质量保证活动的职责和权限质量保证活动的职责和权限9
软件质量计划
1
1
1、、
产品的质量目标产品的质量目标
系统的接收标准为用户接收的
UAT
测试报告，
系统测试报告和模块测试报
告。产品的质量目标为：
1.UAT
测试中，
系统的功能要求和效率要求满足合同要求和需求规格说明
书要求。
2.在模块测试和系统测试中，没有影响系统运行的严重
BUG,属于实现形式、
操作形式上的
BUG
应该低于
1
个/千行；
3.已发现
BUG
的修改率为
95%；
4.系统的接收时间与合同时间的差异小于
1
个月。
2
2、、
质量保证措施质量保证措施
按照公司的质量管理体系以及部门的质量管理规范，在需求分析、软件设
计、软件实现、软件测试和售后服务等各个阶段，应有严格的质量保证措施。
具体划分为如下阶段：
2.12.1、、设计过程质量保证措施设计过程质量保证措施
2.1.12.1.1、、
实际和开发的策划实际和开发的策划
在《开发计划》中对需求分析、软件设计、软件实现、软件测试和测试状
态及软件发布等几个开发阶段进行了策划，并将各个阶段的活动配备了相应的
资源，保证落实到有资格的开发人员，而且开发人员基本上划分了相应的职责。
2.1.22.1.2、、
组织和技术接口设计组织和技术接口设计
开发实施过程遵循公司质量体系规范,在开发实施每个阶段由项目经理提交
软件质量计划
2
阶段性成果记录,部门秘书向相关部门传递成果记录,由相关部门进行评审。组
织接口有：项目推进部（提供项目建议书、合同、立项报告；接收并审核开发
计划）
；商务管理部（接收并审核开发计划、质量计划、需求分析、设计分析、
测试计划等程序文件要求商务管理部审核的阶段性控制资料）
；总裁办公室（发
版审核等）
。
2.1.32.1.3、、
设计输入和输出及验收准则设计输入和输出及验收准则
开发阶段阶段输入阶段输出验收准则进入
下一
阶段
要求
需求分析项目合同书（要求评审）
、软
件开发计划（要求评审）
、软
件质量计划（要求评审）
、
《经营性网站备案登记管理
暂行办法》
、
《合同评审记录
表》
需求分析说明
书（要求评审）
功能范围描述全面无
落漏；
功能描述做到明确无
歧义；
满足输入条件。
通过
验收
准则
通过
评审
软件设计需求分析说明书（要求评审）
软件质量计划（要求评审）
、
软件开发计划（要求评审）
软件设计说明
书（要求评审
代码模块划分及输入
输出关系明确；算法
明确；符合需求说明
书的功能、性能要求；
满足输入条件。
通过
验收
准则
通过
评审
编码实现软件质量计划、软件设计说
明书
系统代码（要
求评审）
、
软件测试计划
（要求评审）
、
代码抽查验证
表（要求评审）
编码严格遵守详细设
计，
必要的调整必
须写入备忘录；遵守
编码规范；满足输入
条件。
通过
验收
准则
通过
评审
软件测试
和测试状
态
系统编码、软件测试计划、
软件质量计划、测试大纲、
模块测试通过标准、系统测
试通过标准
模块测试报告
（要求审批）
、
系统测试报告
（要求审批）
功能实现测试，
需
求说明中的功能全部
实现；性能测试满足
预期用户的访问效率
要求；满足输入条件。
通过
验收
准则
通过
评审
软件发布
确认
需求分析说明书、软件设计
说明书、用户手册、测试大
纲、测试报告、软件原码、
软件母盘
用户接受报告UAT
测试报告满足
用户确认系统功能和
性能满足需求；满足
输入条件。
通过
验收
准则
通过
评审
软件质量计划
3
软件质量计划
4
2.1.42.1.4、、
设计评审设计评审
开发阶段时间会议内容人员
软件需求分析评审
2002/9/1
讨论需求分析设
计情况，
审查
需求分析说明书；
用户签字；
总控组;
项目经理;
客户代表;
系统设计总结2002/9/20总结软件设计情
况，审查设计说
明书
总控组;
项目经理;
编码实现总结2002/9/25总结编码实现情
况，
审查编码
计划，
代码抽
查验证表，代码
完成情况表
总控组;
项目经理;
开发人员;
软件测试总结2002/11/5总结模块测试,系
统测试情况。审
查模块测试报告，
系统测试报告
总控组;
项目经理;
开发人员;
测试人员;
系统发布准备2002/12/6讨论系统发布的
准备工作；审查
发布有关文档，
包括：需求分析
说明书、设计说
明书，
开发计
划，
发布母盘，
用户手册，
测
试报告。
总控组;
项目经理;
开发人员;
测试人员;
系统发布总结2002/12/14反馈系统发布后
情况。审查用户
反馈意见，
用
户问题提出表。
总控组;
项目经理;
开发人员;
测试人员;
（会议记录记录入《评审会议记录》
）
2.1.52.1.5、、
设计验证设计验证
验证包括：需求分析验证、软件设计验证、软件实现验证和软件测试验证
软件质量计划
5
四个部分。
（验证记录记录入《评审会议记录表》和相关审批表）
2.1.62.1.6、、
设计确认设计确认
通过验证之后即可确认。
（确认结果记录入《评审会议记录》
）
2.1.72.1.7、、
设计更改设计更改
所有更改需要经过授权人员确认，并且记录入设计更改文档。注意：不能
在原有文档基础上直接更改。
2.1.82.1.8、、
病毒防治病毒防治
在开发过程中,要做好病毒防治措施,具体有：
1）
开发环境不允许进行网络数据下载；
2）
开发中使用的磁盘媒体要求为未格式化的软盘，
格式化后由项目经理统一
管理使用；
3）
采用正版工具；
4）定期进行系统查毒。
2.22.2、、测试过程质量保证措施测试过程质量保证措施
2.2.12.2.1、、
测试阶段测试阶段
测试包括单元测试、模块测试、系统测试、压力测试和
UAT
测试四个
阶段。
软件质量计划
6
2.2.22.2.2、、
测试规范测试规范
测试规范可以参见《软件测试大纲》
。
2.2.32.2.3、、
测试要求测试要求
测试过程中应合理运用各种测试方法，通过黑盒测试，验证模块接口
和功能的实现；通过白盒测试，验证关键算法的实现科学性。
测试遵循典型性和覆盖性原则。
2.2.42.2.4、、
质量记录质量记录
记录入《测试大纲》
、
《测试报告》和相应审批表中。
2.2.52.2.5、、
其它其它
有关策划、评审、验证、确认等部分的内容可以参见
“设计过程质量保证
措施”
。
2.32.3、、维护过程质量保证措施维护过程质量保证措施
2.3.12.3.1、、
维护要求维护要求
维护过程要在与客户方达成一致的基础上，保持对服务的实施、验证
和报告的形成文件的程序。
2.3.22.3.2、、
质量记录质量记录
在项目过程中形成质量记录文件包括：
《DW-ZFZQ-28-03-001
质量记录清单.doc》
《DW-ZFZQ-31-01-001
工具软件选用申请表.doc》
软件质量计划
7
《DW-ZFZQ-31-02-001
工具软件使用纪录.doc》等。
3
3、、
风险控制风险控制
系统面临的主要风险和控制策略有：
1技术风险
在技术方案中存在如下的技术问题:
1)系统中对加密和数字签名技术的使用目前为初次使用,需要对加密
和数字签名技术在系统实现中的位置和使用方法作更加慎重考虑和
方案分析。
控制策略：郑武林负责分析整个网站应用系统中加密、数字签名的
应用分析，
决定实现策略，
并结合公司在安全方面人才对安全策
略和实现方法进行重点分析评价。保证安全和加密方案可行、可实
现性好。
风险指数：*****，
该项风险影响系统的可用性。
2)对
WLCS
中各种元素的配置优化。
尽管公司有人员参与了
Weblogic
的培训，
但是在
WLCS
上没有应
用经验，
对
WLCS
提供的调用接口没有很好的应用实践，对可用
资源没有很好的了解,将影响系统开发的复杂性、高效性和可维护性。
控制策略：由刘军伟、刘波、梁伦发、马建军、战乃国对
WLCS
的
调用接口和元素，
参照技术手册和技术支持，
进一步分析，
提
出商业逻辑开发可供依赖的平台支持接口。
风险指数：****，
该项风险影响系统的开发周期和系统可维护性
和高效性。
3）数据库
ORACLE
的使用
在开发梯队中，
对
ORACLE
应用缺少具有成熟经验的数据库系统
设计分析人员，
如何设计高效合理的数据库对系统效率和系统的可维护性有重
要意义。
软件质量计划
8
控制策略：由电子商务部中
ORACLE
熟悉的人员对系统数据库的设
计进行质疑和咨询，
特别是从数据效率、数据一致性、数据冗余、数据挖掘和
分析等方面。
风险指数：**
，
该项风险涉及到系统的效率、可维护性、可实现
性。
4）JAVA
编程技术
在开发梯队大多数开发人员的
JAVA
开发经验并不是很长。在开发队伍
中，
不可避免地存在一些编码设计繁杂等问题。
控制策略：开发人员对于复杂和效率相关的代码，必须进行适当注释，
便于检查；在开发初期，
增加代码抽查的次数，
便于及时发现问题。
风险指数：**
，
该项风险影响到系统的可靠性、高效性。
2需求风险
需求风险是该项目的最大风险之一。其主要原因是：
（1）用户需求不是很成熟。
用户需求中存在若干不成熟的业务思想。
控制策略：用户需求提出代表要严格要求。
（2）用户界面复杂，
需求难于一致。
所有功能的实现方法和实现形式，
不同的需求主题有不同的要求。
例如论坛、聊天室、采编对权限管理的需求。
控制策略：用户需求提出人员经过授权应该确定，
不应变化。
（3）业务关系较复杂，
业务关系需要跨模块进行考虑。
需求关系在各个系统之间由交叉。业务需求需要跨系统进行考虑。
控制策略：需要在各个系统之外，
安排需求分析人员对系统之间
的交叉需求进行分析。
并且，
为了保证需求的准确、全面和系统化，
应该组织多次的会议交
流和讨论，
及时发现需求分析中的偏差。
该项风险指数：*****
该项风险影响到系统实现工期、项目成本。
软件质量计划
9
3设计风险
设计中存在的风险主要有：
（1）由于系统总体方案中结构不合理，
如数据库分布形式，
各个系统之
间的关系。该种风险将影响到系统的可实现性、系统的安全性和可维
护性。
控制策略：
对整体方案的总体结构进行深入分析和讨论。
（2）代码单元的接口设计和代码共享
控制策略：代码单元的接口设计明确，
代码单元功能复杂性适度，
在各个系统之间、系统内部之间建立代码共享，该项控制策略能够有
效减少系统实现的复杂性。
风险指数：**
该项能够有效减少系统实现复杂度，
减少系统实现
工期，
提高系统可维护性。
4进度控制风险
及时检查模块进度与出现的问题，与客户积极协商，保证项目进展
顺利。如果用户需求更改需要及时调整项目实施时间。
4
4、、
质量保证活动的职责和权限质量保证活动的职责和权限
人员职责权限
杜磊项目经理负责项目总体设计、组织、协调、控制和支持。
徐加星技术经理，质控经理负责系统设计及质量监控指导。
王俊山软件工程师负责程序开发
倪勇飙软件工程师负责程序开发