软件开发项目管理制度.docx
- 文档编号:24322174
- 上传时间:2023-05-26
- 格式:DOCX
- 页数:26
- 大小:26.58KB
软件开发项目管理制度.docx
《软件开发项目管理制度.docx》由会员分享,可在线阅读,更多相关《软件开发项目管理制度.docx(26页珍藏版)》请在冰豆网上搜索。
软件开发项目管理制度
软件开发项目管理制度
1目的和适用范围
为规范公司自有软件研发的管理工作,特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪与处理、设计更改及升级的管理制度,最大限度满足用户的需求。
本标准适用于聚龙股份有限公司(以下简称公司)软件开发项目的管理与控制。
2涉及的相关部门
公司所有部门
3职责与管理控制
3.1职责
参见《设计和开发控制程序》中相关条款。
3.2管理控制
3.2.1软件开发项目分类与立项管理分类
1.软件开发项目分类
(1)软件产品项目:
公司或部门提出的,可以作为公司独立产品或配套产品的软件开发项目;
(2)内部管理软件项目:
公司或部门提出的,仅限于公司内部管理应用的管理软件项目;
(3)内部工具软件项目:
公司或部门提出的,仅限于公司内部生产调试使用的各种工具软件项目。
3.2.2软件项目管理分类
软件项目管理分为正式立项管理与设计更改管理。
1.正式立项管理
软件开发需求之前没有相同的正式软件产品,或者软件在功能和结构上与原有软件相比有较大改变,能够作为一个独立的应用软件,均可作为软件开发项目进行正式立项,并按3.3.2进行软件立项管理。
2.设计更改管理
如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时,由项目组按照需求部门要求进行设计更改,并按3.3.3进行软件设计更改管理。
3.3软件项目各阶段管理
软件项目开发管理过程划分为需求分析阶段、立项阶段、设计编码与测试阶段、软件发布与实施阶段、项目验收阶段。
3.3.1各阶段工作内容及形成表单
项目阶工作内参与部形成表
《软件开发项目需求部门对预开发软件及其匹配硬件产品需求阶需求部议书目标客户、市场情况、功能需求、网络环境预计销售产品价格政策法规竞争对手《软件开发项提况等内容进行市场调研技术管理部征求软建议书至技术管理部开发部门意见如果建议书内容合理可行进入立项阶段立项方案确定项目负责人及项目组成员,明确软件技术管理《软件开发项目项单各开发发计划,项目负责人组织编写《软件开发《设计开发评审需求部《软件开发需求报告确定目立项单告件开发及运行的环境、实现功能、业务及《软件开发需求据要求,设计方案及技术指标等内容告的内容针对立项单《软件开发需求报告技术管理部组织评审组实施立项方案评审软件设项目负责人按照《软件开发项目立项单》各开发《软件项目任务解计划书《软件开发需求报告》中的要求进行任务相关部参解并落实项目组成员任务计划完成的工期《产品开发项管理制度形《软件项目任务分解计划书实施软《技设计开发文件管理制度中与软件配套使用的硬件产品或设备的开发关条
理流程及技术文件要求按照《产品开发项管理制度》及《技术文件管理制度》要求
测试过程管理按3.3.4.1软件测试及发各开发《测试任务书软件测《软件测试报告流程规定执行测试《问题处理记录与软件配套使用的硬件产品或设备的测试相关部
《产品开发项目管理制度程及管理要求按及《技术文件管理制度》要求执行
软件或程序
*软件发布过程管理按照3.3.4.1软件测试及
各开发部
《软件发布通知单》
软件发布
发布
发布流程规定执行。
*如涉及与软件配套硬件产品或设备程序或硬件升级的,相关开发部门按照《产品开发项目管理制度》及《技术文件管理制度》的要《软件求同时下发《软件版本执行通知单》、更改通知单》或《技术更改通知单》至产业中心及相关部门。
测试部相关部门
《软件版本执行通知单》《软件更改通知单》《技术更改通知单》《软件安装和使用说明书》或《软件系统使用培训记录》
项目验收软件设计更改
项目开发完成后,由技术管理部资料管理员进行VSS备份检查,检查合格后技术管理部提交审财务中心财务部对项目研发费用进行核算,核通过后项目验收完成见“3.3.3软件设计更改管理”中相关条款
技术管理部各开发部财务中心需求部门技术管理部
《版本变更记录》《项目完成验收单》
《软件设计更改申请单》
项目更改项目暂停项目终止
参见《产品开发项目管理制度》中相关条款。
项目开发过程中,由于安排新的工作任务或其
各开发部测试部相关部门技术管理部各开发部需求部门测试部相关部门技术管理部
《软件升级通知单》《项目更改通知单》《项目暂停申请单》
他原因,项目需要暂停开发的,由项目负责人研发提交《项目暂停申请单》至技术管理部,中心总经理批准后交由项目管理员备档并调整项目计划。
产品研发过程中,如果需求部门或市场有新
各开发部需求部门
《项目终止申请单》
《项目终止通知单》技术管理部的开发要求,且当前已研发或正在研发的软
财务中心件已不能满足市场的要求,需求部门需提交
相关部门至技术管理部,终止正在《项目终止申请单》《产品进行中的项目。
项目终止基本流程参见开发项目管理制度》中的相关条款。
3.3.2软件开发项目管理流程
标题组织单元
需求部门需求部门根据市场
软件开发项目管理流程技术管理部软件开发部门组织需求部门及所
硬件开发部门
或部门需求及调研信息提交《软件开发项目建议书》至技术管理部
涉及的项目组对项目需求进行评估,汇总技术方案及可行性等意见,上报研发中心经理审批
结束
Yes是否开发?
No
No
项目负责人组织填写《软件开发项目立项单》件开发需求报告》
和
《软
立项方案评审
Yes
样机开发软件开发管理控制No
No
样机测试软件测试YesYes
No
No
联机测试Yes
审核对外发布程序发布Yes
同意验收?
验收使用反馈No
注:
1.软件所匹配的机型或硬件设备的开发及管理控制程序,按照《产品开发项目管理制度》执行。
2.涉及到技术文件及技术改动要求按照《技术文件管理制度》要求执行。
3.3.3软件设计更改管理
3.3.3.1.软件设计更改分类
软件设计更改可分为两个类型:
软件升级需求和软件缺陷修改。
.
a)软件升级需求是指根据业务部门的需求,对软件进行功能完善和适应性维护。
b)软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改,这些问题一般是由于软件设计和实现上的缺陷而引发的。
3.3.3.2.软件设计更改流程
软件设计更改工作以任务形式由需求部门和项目组协作完成。
更改过程分为四个阶段:
任务提交和接收、任务实现、任务测试、软件发布上线。
1.需求部门提出的软件升级需求按以下流程进行:
软件设计更改基本流程(软件升级需求)标题
组织需求部门技术管理部项目组单元
软提出部需求门并将件更改需求,技术管理部汇总项
整更变需求汇总《软件设计更理成提交至改申请单》
目组意见,上报研发中心经理审批
管理控制注:
如果软件设计更改涉及配套硬件产品或设备的更改时,则需要把《软件设计更改申请单》和硬件产品立项材料一起存档。
测试组对软件程序项目负责人按照要技术管理部变更进行测试,并求组织实施软件需Yes出具《软件测试报求变更,将需求提交审核由测试负责人告》,至相关开发人员,完和项目负责人签字No
成软件升级开发。
后确认通过测试组确定软件发布版本,安装及软件发布书》,并下发《软件升级通知单》程序至需求部门及相关部门
测试修《软及相
2.软件缺陷修改按照以下流程进行:
软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题,形成《问题处理记录》上报研发中心项目专管员,由项目专管员协调项目组予以解决。
对于问题处理专责人员不能处理的问
题,应立即通知项目负责人进行处理。
当确定发生的问题属紧急问题时,或者虽属于一般问题,但难以解技术管理部项目管理员跟踪项目问题处理解决全过程,并通知相关负责人。
决时,应及时向上级主管上报,及时跟进,确保所有问题得到妥善解决和记录。
问题处理人员在问题处理过程中应做好记录,在《问题处理记录》中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果等内容。
问题解决后《问题处理记录》由项目专管员存档。
软件测试及发布管理3.3.4
3.3.4.1软件测试及发布流程1.软件产品项目测试及发布流程
标题
软件产品项目测试及发布流程
组织
项目组
测试组
单元管理控制?
VSS开通软件程序及相关技术资料的下载权限。
?
软件产品项目由营销中心负责软件程序的对外发布。
软件发布时,
项软件开发完成后,测试人员获取可测试版本后,按照测试组接收测试任务,搭建《测试任务目组提交测试计划及测试方法实施软件测软件测试环境,并制定软件书》至测试组,将测试,并出具《软件测试报告》测试计划和测试方法。
试结果反馈给项目组。
项目组按照立项要No
求或设计更改要求测试通过?
解决测试中出现的问题、BUG等。
Yes测试测试组下发《软件发组撰写测试组和项目负责人《测试报告》,下发版本软确定件布通知单》/《软件测试负责人及号;测试组组织编写升级通知单》及相关项目负责人签《软件安装及使用说销中至资技术料营字心或需求部门、VSS确认明书》并备份程序及后通过。
管理员及相关部门。
相关技术资料至VSS服务器管理员按照《软件发布通知单》/《软件升级通知单》中的内容及要求,为需求部门及相关部门《软件安装及使用说明书》应与
《软件发布通知单》/《软件升级通知单》及《版本变更记录》一起下发。
?
公司内部管理或工具类软件由项目组负责软件程序对内发布。
软件发布前,如果无《软件安装及使用说明书》,需要项目组给使用部门进行使用前培训,且《软件系统使用培训记录》交于项目专管
员进行存档。
软件下发要求.
《软件安装及使用说明书》应详细介绍安装软件对运行环境的要求,安装软件的定义和内容,在客户端、服务器端及中间件的具体安装步骤,安装后的软件配置等。
《软件安装及使用说明书》还应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容,在需要时还应举例说明。
2.软件管理类项目或软件工具类项目测试及发布流程
标题组织
软件管理类或工具类项目测试及发布流程
单元
项目组
需求部门(使用部门)
管理控制?
VSS序及相关技术资料的下载权限。
项目组修改问题直至满足要求。
No
门用部使使用部门试运行结测试将由项目负软件开发完成后,过程中配合软件测试通过?
给反馈果责人指定人员组织对软件项目组共同完成项目组。
Yes
使用部门相关人员进行培报软试件测《《软件系统使用并做好训,。
告》。
培训记录》项目负责人确定软件下发版本号;由项目项目组成员下发《软件发布通知单》/组成员编写《软件安装和使用说明书》《软件升级通知单》至需求部门及相并下发给使用部门或者对使用部门进行关部门,同时备份程序及相关技术资服务器。
料至VSS培训,形成《软件系统使用培训记录》。
管理员按照《软件发布通知单》/《软件升级通知单》中的内容及要求,为需求部门开通软件程
3.3.5项目评审管理
3.3.5.1评审组人员组成、评审组职责及项目评审形式要求见《产品开发项目管理制度》中相关规定。
项目评审内容及表单记录3.3.5.2
评审类型
记录文件提供文件部门评审内容评审时需提交的资料
立项方案评
《软件开发项目立项单》1.立项单内容
需求部门各开发部《设计开发评审报告》
审项目验收
《软件开发需求报告》2.设计方案合理性测试部技术总结报告及对各部门提出1.各开发部问题的回复《软件测试报告》及问题说明2.测试部(包括软件及与其匹配硬件产品需求部门或设备的测试结果)对设计输入和输《设计开发评审报告》出对照检查。
3.项目文档成套性审核《项目完成验收单》技术管理部对项目进行验收/软件升级通知4.软件发布通知单各开发部论证。
单。
涉及与其配套硬件产品或设备5.技术管理部的评审资料要求及文件,见《产品开发项目管理制度》中相关规各开发部定
编号规则3.3.6项目编号规则3.3.6.1
《产品及项目编号方法》的规定执行。
—2014QJ/JL09401按照表单编号规则3.3.6.2
《技术表单归档的编号方法》的规定执行。
按照QJ/JL01805-20133.3.7软件版本管理2014《技术文件编号方法》的规定执行。
软件版本号命名、升级规则按照QJ/JL01803—3.3.8备份管理VSS管理制度》的规定执行。
按照《3.3.9技术文件管理按照《技术文件管理制度》中的相关条款执行。
借用的文件、流程及表单4
《技术文件管理制度》QG/JL170501-2013(A/0)4.1
《产品开发项目管理制度》QG/JL060501-2013(A/0)4.2
VSS管理制度》QG/JL060506-2013(A/0)《4.3
《产品及项目编号方法》4.4QJ/JL09401-2014
《技术表单归档的编号方法》QJ/JL01805-20134.5
4.6QJ/JL01803—2014《技术文件编号方法》
4.7QG/JL060501-10A《项目完成验收单》
4.8QG/JL060501-11A《项目终止申请单》
4.9QG/JL060501-12A《项目终止通知单》
4.10QG/JL060501-15A《项目暂停申请单》
5形成的支持性文件、流程及表单
5.1QG/JL060503-1A《软件开发项目建议书》
5.2QG/JL060503-2A《软件开发需求分析报告》
5.3QG/JL060503-3A《软件开发项目立项单》
5.4QG/JL060503-4A《设计开发评审报告》
5.5QG/JL060503-5A《测试任务书》
5.6QG/JL060503-6A《软件设计更改申请单》
5.7QG/JL060503-7A《软件发布通知单》
5.8QG/JL060503-8A《软件升级通知单》
5.9QG/JL060503-9A《软件项目文件清单》
5.10QG/JL060503-10A《问题处理记录》
5.11QG/JL060503-11A《软件测试报告》
5.12QG/JL060503-12A《版本变更记录》
5.13QG/JL060503-13A《软件项目任务分解计划书》
5.14QG/JL060503-14A《软件系统使用培训记录》
6附则
6.1本程序自批准之日起生效,借用的文件如已换新版/次则以新版/次内容为准。
本制度文件由研发中心技术管理部起草和负责解释,并负责维护其适宜性和有效性。
6.2
本文件状态:
6.3
编制:
代红日期:
2014.8.29
审核:
日期:
批准:
日期:
软件开发项目建议书
QG/JL060503-1A
软件名称软件名称
项目编号
申请日期
申请人客户信息软件涵盖范围编号业务管理名称
申请部门拟定日期数据要求功能要求
联系电话联系电话
备注
软件应用环境及场所功能要求软件要求
□局域网□□网点应用□银行硬件环境:
(如可提供计算机或服务器数量及配置、操作软件、数据库等)设备要求:
(如银行使用我公司主要产品型号及程序版本号、设备数量、联网方式等)
银行办公网□银行业务网□现金中心应用□人民银行应用
其他:
(请说明)□其他:
(请说明)
硬件环境
其他:
(如银行使用其他厂商设备型号、数量、联网方式及兼容要求,开发周期等)
预计销售情况
申请部门意见
需求部门负责人:
研发中心意见研发中心总经理:
其他:
编制项目负责人研发中心总经理
备注:
可附其他说明文件及材料。
.
软件开发需求报告
QG/JL060503-2A
软件开发项目立项单
QG/JL060503-3A
软件名称
项目编号
项目专管员
立项日期
软件部门
硬件部门
软件:
立项目的和技术指标研制计划
硬件:
项目组成员计划任务计划工作时间
研发中心经理
总经理批准
注:
可用附件说明。
设计开发评审报告
QG/JL060501-4A
产品名称
项目编号
评审类别
评审主持
评审日期
评审记录:
结论:
项目负责人
项目组成员
评审组组长:
测试任务书
QG/JL060503-5A
任务书编号:
申请部门:
申请日期:
项目名称
程序版本号
相关匹配程序版本号
版本代码存放位置及安装包名称软件环境硬件配置变更内容测试重点
Build□需要Build□不需要Build负责人:
测试申请人测试开始日期试验结果试验结论备注
接收部门
项目负责人负责人
测试结束日期
测试负责人:
年月日
项目负责人:
日年月
软件设计更改申请单.
QG/JL060503-6A
软件名称
申请人
申请部门
申请日期
项目管理员项目编号软件部门硬件部门□软件缺陷□软件升级需求□其他:
________
软件:
需求类型
硬件:
项目组成员设计任务计划工作时间
研制计划
申请部门负责人
研发中心经理
软件发布通知单
QG/JL060503-7A
编制人员:
年月日:
表单流水号下发日期:
软件名称
软件版本适用范围
(机型、图像程序、主控程卡程序序、SD
版本)
(可用附件说明)
功能说明软件发行方式安装注意事项
其它说明
审核人(项目负责人):
审核日期:
年月日
审核/批准
技术管理部项目专管员:
审核日期:
年月日批准人(研发中心经理):
批准日期:
年月日
下发接收人
(签字)
执行和备档部门
技术管理部
软件升级通知单
QG/JL060503-8A日月下发日期:
年表单流水号:
软件名称
升级前版本号
升级后版本号
围适用范
图像程型、(机序、主控程序、
SD卡程序版本)原因升级更改内容
软件发行方式安装注意事项
)可用附件说明(
其它说明编制人员审核/批准
培训负责人
审核人(部长/
副部长):
审核日期:
年月日
技术管理部项目专管员:
审核日期:
年月日
批准人(研发中心经理)
:
批准日期:
年月日
下发接收人(签字)
存档部门.
期日存档人
软件项目文件清单
QG/JL060503-9A
项目名称软件负责人
项目编号
硬件负责人
序
文件交接记录时间负责部门文件名称
号1软件开发项目建议书2软件开发需求分析报告3软件开发项目立项单设计开发评审报告4
移交接收营销中心开发部
开发部
技术管理部
测试任务书5软件测试报告6软件安装及使用说明书89软件发布通知单10软件升级通知单项11项目完成验收单
开发部
测试组/使用部门
测试组测试组测试组技术管理部
目12问题处理记录
开发部
文13软件设计更改申请单件14版本变更记录
技术管理部开发部
15软件项目任务分解计划书
开发部
16软件系统使用培训记录
开发部
问题处理记录
QG/JL060503-10A
软件名称
当前软件版本
当前安装包全称
服务器端:
客户端:
问题反馈部门报告人
提出日期
联系方式
地区:
银行:
软件应用场所
□局域网□银行办公网□银行业务网□其他:
(请说明)
硬件环境
□网点应用□现金中心应用□人民银行应用□其他:
(请说明)银行硬件环境:
(如计算机或服务器数量及配置、操作软件、数据库等)我司设备:
(如银行使用我公司主要产品型号及程序版本号、设备数量、
设备情况
其他设备:
问题描述
问题分析
处理方案处理
部门所需资源
处理结果
联网方式等
软件测试报告
QG/JL060502-11A
项目名称:
项目编号:
报告日期
测试用例(由提出部门及开发部门共同完成)
项目负责人:
/安装包名称程序
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 项目 管理制度