文档介绍：软件开发项目管理制度
１ 目的和适用范围
为规范公司自有软件研发的管理工作，特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪与处理、设计更改及升级的管理制度,最大限度满足用户的需求。
本标准适用于聚龙股份有限公司(以下简称公司)软件开发项目的管理与控制。
2 涉及的相关部门
公司所有部门
3职责与管理控制
3．1 职责
参见《设计和开发控制程序》中相关条款。
3。2．1 软件开发项目分类与立项管理分类
1。 软件开发项目分类
(1）软件产品项目：公司或部门提出的，可以作为公司独立产品或配套产品的软件开发项目；
（２）内部管理软件项目：公司或部门提出的，仅限于公司内部管理应用的管理软件项目；
（3）内部工具软件项目:公司或部门提出的，仅限于公司内部生产调试使用的各种工具软件项目。
３． 软件项目管理分类
软件项目管理分为正式立项管理与设计更改管理。
1。 正式立项管理
软件开发需求之前没有相同的正式软件产品，或者软件在功能和结构上与原有软件相比有较大改变,能够作为一个独立的应用软件，均可作为软件开发项目进行正式立项，。
2。 设计更改管理
如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时，由项目组按照需求部门要求进行设计更改，。
3。３ 软件项目各阶段管理
软件项目开发管理过程划分为需求分析阶段、立项阶段、设计编码与测试阶段、软件发布与实施阶段、项目验收阶段。
。１各阶段工作内容及形成表单
项目阶段
工作内容
参与部门
形成表单
需求分析
需求阶段
需求部门对预开发软件及其匹配硬件产品的目标客户、市场情况、功能需求、网络环境、政策法规、竞争对手、产品价格、预计销售情况等内容进行市场调研,提交《软件开发项目建议书》至技术管理部。技术管理部征求软件开发部门意见，如果建议书内容合理可行,则进入立项阶段。
需求部门
《软件开发项目建议书》
立项阶段
立项方案评审
*确定项目负责人及项目组成员,明确软件开发计划，项目负责人组织编写《软件开发项目立项单》和《软件开发需求报告》，确定软件开发及运行的环境、实现功能、业务及数据要求，设计方案及技术指标等内容。
＊针对立项单和《软件开发需求报告》的内容，技术管理部组织评审组实施立项方案评审。
技术管理部
各开发部
需求部门
《软件开发项目立项单》
《设计开发评审报告》
《软件开发需求报告》
设计编码及测试
软件设计
*项目负责人按照《软件开发项目立项单》和《软件开发需求报告》中的要求进行任务分解，并落实项目组成员任务计划完成的工期，形成《软件项目任务分解计划书》，实施软件设计开发。
*与软件配套使用的硬件产品或设备的开发管理流程及技术文件要求按照《产品开发项目管理制度》及《技术文件管理制度》要求执行
各开发部
相关部门
《软件项目任务分解计划书》
参见《产品开发项目管理制度》及《技术文件管理制度》中相关条款
软件测试
＊测试过程管理按照3。 软件测试及发布流程规定执行。
*与软件配套使用的硬件产品或设备的测试流程及管理要求按照《产品开发项目管理制度》及《技术文件管理制度》要求执行
各开发部
测试组
相关部门
《测试任务书》
《软件测试报告》
《问题处理记录》
软件发布
软件或程序发布
＊软件发布过程管理按照３。 软件测试及发布流程规定执行。
＊如涉及与软件配套硬件产品或设备程序或硬件升级的，相关开发部门按照《产品开发项目管理制度》及《技术文件管理制度》的要求同时下发《软件版本执行通知单》、《软件更改通知单》或《技术更改通知单》至产业中心及相关部门。
各开发部
测试部
相关部门
《软件发布通知单》
《软件版本执行通知单》
《软件更改通知单》
《技术更改通知单》
《软件安装和使用说明书》或《软件系统使用培训记录》
《版本变更记录》
项目验收
项目开发完成后,由技术管理部资料管理员进行VSS备份检查，检查合格后技术管理部提交财务中心财务部对项目研发费用进行核算，审核通过后项目验收完成
技术管理部
各开发部
财务中心
《项目完成验收单》
软件设计更改
见“3．3．3 软件设计更改管理”中相关条款
需求部门
技术管理部
各开发部
测试部
相关部门
《软件设计更改申请单》
《软件升级通知单》
项目更改
参见《产品开发项目管理制度》中相关条款。
技术管理部
各开发部
需求部门
测试部
相关部门
《项目更改通知单》
项目暂停