软件开发项目管理制度
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.1 软件开发项目管理流程
软件开发项目管理流程
需求部门软件开发部
开始
需求分析
是否开发
结束
否
提出需求是
撰写《立项申请
书》
立项方案评审
否
软件设计开发
是
软件测试
否
软件发布
项目验收是
否
是
3.2.2 各阶段工作内容及形成表单
3.2.3 软件设计更改管理
1、软件设计更改分类
软件设计更改可分为两个类型:软件升级需求和软件缺陷修改;
a)软件升级需求是指根据业务部门的需求,对软件进行功能完善和适应性
维护;
b)软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改,这些
问题一般是由于软件设计和实现上的缺陷而引发的。
2、软件设计更改流程
软件设计更改工作以任务形式由需求部门和项目组协作完成。更改过程分为四个阶段:任务提交和接收、任务实现、任务测试、软件发布上线;
软件开发项目管理流程
需求部门
软件开发部
开始
项目负责人按照要求组织实施软件需求变更,将需求提交至相关开发人员,完成软件升级
开发
是否开发结束
否
是
软件发布
项目验收需求部门提出软件更改需求,并将变更需求汇总整理成《软件设计更改申请书》提交至软件
开发部
相应的开发人员修订《软件安装及使用说明书》,并下发《软件升级通知单》及相关应用程序至需求部门
是否开发
否
否
否
是
3.2.4软件测试及发布管理流程
软件测试及发布管理流程
软件开发部
需求部门
开始
结束
测试通过软件开发完成后,由项目组负责人指定人员组织对软件需求部门相关人员进行培训,并做好《软件系统使用培训记录》
需求部门试运行过程配合软件项目组共同完成《软件测试报告》并生成《问题处理记录》
对bug 进行修改并测试
否
项目负责人确定软件下发版本号;由项目组成员编写《软件安装和使用说明书》并下发给需求部门或者对需求部门进行培训,形成《软件系统使用培
训记录》
项目组负责人下发《软件发布/升级通知单》至需求部门,同时将程序及相关资料上传到git
是
附件
附件1:软件开发项目建议书
备注:可附其他说明文件及材料
附件2:软件项目任务分解计划书
附件3:软件测试报告
需求部门领导:年月日软件开发部门领导:年月日