软件开发项目管理制度2.docx
《软件开发项目管理制度2.docx》由会员分享，可在线阅读，更多相关《软件开发项目管理制度2.docx（11页珍藏版）》请在冰点文库上搜索。
软件开发项目管理制度2
软件开发项目管理制度
1目的和适用范围
为了规范公司自有软件开发的管理工作，提高软件开发的工作效率和质量，特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪和处理、设计更改及升级的管理制度，最大限度的满足用户的需求。
本制度适用于重庆四联测控技术有限公司软件开发项目的管理与控制。
2涉及的相关部门
公司所有部门。
3软件管理控制
3.1管理控制
3.1.1软件开发项目分类
公司的软件开发项目主要分为以下三类：
（1）软件产品项目：
公司或部门提出的，可以作为公司独立产品或配套产品的软件开发项目；
（2）内部管理软件项目：
公司或部门提出的，仅限于公司内部管理应用的管理软件项目；
（3）内部工具软件项目：
公司或部门提出的，仅限于公司内部生产调试使用的各类工具软件项目。
3.1.2软件项目管理分类
软件项目管理分为正式立项管理与设计更改管理
1、正式立项管理
软件开发需求之前没有相同的正式软件产品，或者软件在功能和结构上与原有的软件相比有较大的改变，能够作为一个独立的应用软件，均可作为软件开发项目进行正式的立项，并按3.2.1进行软件立项管理。
2、设计更改管理
如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或者是有新需求的提出需要升级时，由项目组按照需求部门要求进行设计更改，并按3.2.3进行软件设计更改管理。
3.2软件项目各阶段管理
软件项目开发管理过程划分为需求分析阶段、立项阶段、软件设计开发及测试阶段、软件发布与实施阶段、项目验收阶段。
3.2.2各阶段工作内容及形成表单
项目阶段
工作内容
参与部门
形成文档
需
求阶段
提出需求
需求部门对本部门的需求进仃调研汇总，提交《软件开发项目建议书》至软件开发部，如果建议书内容合理可行，则确定项目组人员，然后进行需求分析阶段。
需求部门
《软件开发项目建议书》
需求分析
由软件开发部对需求部门的业务流程和详细的功能定义进行梳理，然后制作简单的界面原型与需求部门进行有效的沟通，双方确认无误之后，由软件开发部编写《软件开发需求报告》，并由双方的部门领导审核签字。
然后进入立项阶段。
软件开发部需求部门
《软件开发需求报告》
立项阶段
立项万案评审
进一步确定项目负责人及项目组成员，由项目负责人编写《立项申请书》，并确定软件开发及运行环境、实现功能、业务及数据要求，设计方案及技术指标等内容；并提交领导审核。
软件开发部需求部门
《立项申请书》
软件设计开发及测试
软件设计开发
项目负责人按照《立项申请书》和《软件开发需求报告》中的要求组织编写《软件功能设计书》以及进行任务分解，并落实项目组成员任务计划完成的工期，形成《软件项目任务分解计划书》，并实施软件的设计开发。
《软件功能设计书》需要各部门领导签字。
软件开发部需求部门相关部门
《软件功能设计书》、
《软件项目任务分解计划书》
软件测试
见324软件测试及发布管理流程。
软件开发部需求部门
《软件测试报告》
《问题处理记录》
软件发布
软件或程序发布
见3.2.4软件测试及发布管理流程。
软件开发部需求部门
《软件安装使用说明书》《软件系统使用培训记录》《软件发布/升级通知单》
项目验收
项目开发完成后，由需求部门进行试运行1到3个月，若出现问题，则由需求部门生成《冋题处理记录》提交到项目组进行修改，否则由需求部门生成《项目完成验收单》
软件开发部需求部门
《项目完成验收单》
《问题处理记录》
软件设计更改
见“3.2.3软件设计更改管理”中相关条款
软件开发部需求部门
《软件设计更改申请单》
《软件升级通知单》
项目暂停
项目开发过程中，由于安排新的工作任务或者其他原因，项目需要暂停开发，由项目负责人提交《项目暂停申请表》至相关部门，由部门领导签字后通过。
软件开发部需求部门
《项目暂停申请表》
项目终止
项目开发过程中，如果需求部门或市场有新的开发要求，且当前已研发或正在研发的软件已不能满足市场的要求，需求部门需提交《项目终止申请单》至软件开发部，终止正在进行中的项目。
软件开发部审核通过之后提交
《项目终止通知单》
需求部门软件开发部
《项目终止申请单》
《项目终止通知单》
323软件设计更改管理
1、软件设计更改分类
软件设计更改可分为两个类型：
软件升级需求和软件缺陷修改；
a）软件升级需求是指根据业务部门的需求，对软件进行功能完善和适应性维护；
b）软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改，这些问题一般是由于软件设计和实现上的缺陷而引发的。
2、软件设计更改流程
软件设计更改工作以任务形式由需求部门和项目组协作完成。
更改过程分为
四个阶段：
任务提交和接收、任务实现、任务测试、软件发布上线；
324软件测试及发布管理流程
软件测试及发布管理流程
软件开发部
开始
软件开发完成后，由项目组负责人指定人员组织对软件需求部门相关人员进行培训，并做好《软件系统使用培训记录》
对bug进行修改并测试
否
测试通过
是
项目负责人确定软件下发版本号；由项目组成员编写《软件安装和使用说明书》并下发给需求部门或者对需求部门进行培训，形成《软件系统使用培训记录》
项目组负责人下发《软件发布/
升级通知单》至需求部门，同时将程序及相关资料上传到git
需求部门
需求部门试运行过程配合软件项目组共同完成《软件测试报告》并生成《问题处理记录》
结束
附件
附件1软件开发项目建议书
软件名称
申请日期
申请人
申请部门
联系电话
软件应用环境及场所
公司局域网外网其他（请说明）
公司内部应用公司客户应用其他（请说明）
功能需求
申请部门意见
需求部门负责人：
软件部门意见
软件部门负责人：
备注：
可附其他说明文件及材料
项目名称：
项目编号：
项目负责人：
拟订日期：
编号:
任务名称
任务概述
主要负责人
相关负责人
计划工期
需求部门领导：
年月曰软件开发部门领导：
年月曰
附件3:
软件测试报告
项目名称：
项目编号：
报告日期：
项目负责人：
程序名称
编号
业务管理名称
测试问题描述
测试人员
测试日期
测试用例
需求部门领导:
年月曰软件开发部门领导:
年月曰
附件4:
问题处理记录
软件名称
当前软件版本
问题反馈部门
提岀日期
报告人
联系电话
软件应用环境及场所
公司局域网外网其他（请说明）
公司内部应用公司客户应用其他（请说明）
问题描述
处
理部门
问题分析
处理方案
所需资源
处理结果
附件5:
软件系统使用培训记录
项目名称：
项目编号：
项目负责人：
验收日期：
编号
业务管理名称
培训概述
参加培训人贝
讲师
培训日期
升级会员 