软件开发项目管理制度.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《软件开发项目管理制度.docx》由会员分享,可在线阅读,更多相关《软件开发项目管理制度.docx(8页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、软件开发项目管理制度 软件开发项目管理制度 1 目的和适用范围 为规范公司自有软件研发的管理工作,特制定软件项目的立项、开发、测试、发布、备份及软件发布后问题跟踪与处理、设计更改及升级的管理制度,最大限度满足用户的需求。 本标准适用于聚龙股份有限公司(以下简称公司)软件开发项目的管理与控制。 2 涉及的相关部门 公司所有部门 3职责与管理控制 职责 参见设计和开发控制程序中相关条款。 管理控制 3.2.1 软件开发项目分类与立项管理分类 1. 软件开发项目分类 (1)软件产品项目:公司或部门提出的,可以作为公司独立产品或配套产品的软件开发项目; (2)内部管理软件项目:公司或部门提出的,仅限于
2、公司内部管理应用的管理软件项目; (3)内部工具软件项目:公司或部门提出的,仅限于公司内部生产调试使用的各种工具软件项目。3.2.2 软件项目管理分类 软件项目管理分为正式立项管理与设计更改管理。 1. 正式立项管理 软件开发需求之前没有相同的正式软件产品,或者软件在功能和结构上与原有软件相比有较大改变,能够作为一个独立的应用软件,均可作为软件开发项目进行正式立项,并按3.3.2进行软件立项管理。 2. 设计更改管理 如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时,由项目组按照需求部门要求进行设计更改,并按3.3.3进行软件设计更改管理。 软件项目各阶段管理 软件项目开发管
3、理过程划分为需求分析阶段、立项阶段、设计编码与测试阶段、软件发布与实施阶段、项目验收阶段。 3.3.1各阶段工作内容及形成表单 软件开发项目管理流程 软件设计更改管理 软件设计更改分类 软件设计更改可分为两个类型:软件升级需求和软件缺陷修改。 a)软件升级需求是指根据业务部门的需求,对软件进行功能完善和适应性维护。 b)软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改,这些问题一般是由于软件设计和实现上的缺陷而引发的。 软件设计更改流程 软件设计更改工作以任务形式由需求部门和项目组协作完成。更改过程分为四个阶段:任务提交和接收、任务实现、任务测试、软件发布上线。 1. 需求部门提出的软
4、件升级需求按以下流程进行: 2. 软件缺陷修改按照以下流程进行: 软件项目的外反馈由需求部门负责汇总软件运行过程中所发现的软件缺陷和问题,形成问题处理记录上报研发中心项目专管员,由项目专管员协调项目组予以解决。对于问题处理专责人员不能处理的问 题,应立即通知项目负责人进行处理。当确定发生的问题属紧急问题时,或者虽属于一般问题,但难以解决时,应及时向上级主管上报,并通知相关负责人。技术管理部项目管理员跟踪项目问题处理解决全过程,及时跟进,确保所有问题得到妥善解决和记录。问题处理人员在问题处理过程中应做好记录,在问题处理记录中填写问题性质、问题处理人员、问题处理所需资源、问题处理办法、问题处理结果
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 项目 管理制度
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内