软件开发项目管理制度.pdf

谢谢观赏 (9.23)软件开发项目管理制度1 软件开发项目管理制度 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.2 软件开发项目管理流程 谢谢观赏 谢谢观赏 3.3.3软件设计更改管理 3.3.3.1. 软件设计更改分类 软件设计更改可分为两个类型：软件升级需求和软件缺陷修 改。 a）软件升级需求是指根据业务部门的需求，对软件进行功 能完善和适应性维护。 b）软件缺陷修改指对一些软件功能或使用上的问题所进行 设计修改，这些问题一般是由于软件设计和实现上的缺陷而引发 的。 3.3.3.2. 软件设计更改流程 软件设计更改工作以任务形式由需求部门和项目组协作完 成。更改过程分为四个阶段：任务提交和接收、任务实现、任 测试、软件发布上线。 1. 需求部门提出的软件升级需求按以下流程进行： 2. 软件缺陷修改按照以下流程进行： 软件项目的外反馈由需求部门负责汇总软件运行过程中所 发现的软件缺陷和问题，形成《问题处理记录》上报研发中心项 目专管员，由项目专管员协调项目组予以解决。对于问题处理专 责人员不能处理的问 谢谢观赏