软件开发项目管理制度_第1页
软件开发项目管理制度_第2页
软件开发项目管理制度_第3页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件开发项目管理制度1 目的和适用范围为了规范公司自有软件开发的管理工作,提高软件开发的工作效率和质量, 特制定软件项目的立项、 开发、测试、发布、备份及软件发布后问题跟踪和处理、 设计更改及升级的管理制度,最大限度的满足用户的需求。本制度适用于重庆四联测控技术有限公司软件开发项目的管理与控制。2 涉及的相关部门公司所有部门。3 软件管理控制3.1 管理控制3.1.1 软件开发项目分类 公司的软件开发项目主要分为以下三类:(1)软件产品项目:公司或部门提出的,可以作为公司独立产品或配套产 品的软件开发项目;(2)内部管理软件项目:公司或部门提出的,仅限于公司内部管理应用的 管理软件项目;(3)

2、内部工具软件项目:公司或部门提出的,仅限于公司内部生产调试使 用的各类工具软件项目。3.1.2 软件项目管理分类 软件项目管理分为正式立项管理与设计更改管理1、 正式立项管理 软件开发需求之前没有相同的正式软件产品, 或者软件在功能和结构上与原 有的软件相比有较大的改变, 能够作为一个独立的应用软件, 均可作为软件开发 项目进行正式的立项,并按 进行软件立项管理。2、 设计更改管理 如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或者是 有新需求的提出需要升级时,由项目组按照需求部门要求进行设计更改,并按 进行软件设计更改管理。3.2 软件项目各阶段管理软件项目开发管理过程划分为需求

3、分析阶段、 立项阶段、 软件设计开发及测 试阶段、软件发布与实施阶段、项目验收阶段。各阶段工作内容及形成表单项目阶段工作内容参与部门形成文档需 求 阶 段提出 需求需求部门对本部门的需求进行调 研汇总,提交软件开发项目建 议书至软件开发部,如果建议 书内容合理可行,则确定项目组 人员,然后进行需求分析阶段。需求部门软件开发项目建议 书需求 分析由软件开发部对需求部门的业务 流 程和 详细 的功 能定 义 进行梳 理,然后制作简单的界面原型与 需求部门进行有效的沟通,双方 确认无误之后,由软件开发部编 写软件开发需求报告 ,并由双 方的部门领导审核签字。然后进 入立项阶段。软件开发部 需求部门软

4、件开发需求报 告立 项 阶 段立项 方案 评审进一步确定项目负责人及项目组 成员,由项目负责人编写立项 申请书,并确定软件开发及运行 环境、实现功能、业务及数据要 求,设计方案及技术指标等内容; 并提交领导审核。软件开发部 需求部门立项申请书软 件 设 计 开 发 及 测 试软件 设计 开发项目负责人按照立项申请书 和软件开发需求报告中的要 求组织编写软件功能设计书 以及进行任务分解,并落实项目 组成员任务计划完成的工期,形 成软件项目任务分解计划书 , 并实施软件的设计开发。 软件功 能设计书需要各部门领导签字。软件开发部 需求部门 相关部门软件功能设计书、软件项目任务分解 计划书软件 测试

5、见 3.2.4 软件测试及发布管理流 程。软件开发部 需求部门软件测试报告问题处理记录软 件 发 布软件 或程 序发 布见 3.2.4 软件测试及发布管理流 程。软件开发部 需求部门软件安装使用说明 书软件系统使用培 训记录软件发布 / 升级通知单项目验收项目开发完成后,由需求部门进 行试运行 1 到 3 个月,若出现问 题,则由需求部门生成问题处 理记录提交到项目组进行修改, 否则由需求部门生成项目完成 验收单软件开发部 需求部门项目完成验收单 问题处理记录软件设计 更改见“ 3.2.3 软件设计更改管理 ”中 相关条款软件开发部 需求部门软件设计更改申请 单软件升级通知单项目暂停项目开发过

6、程中,由于安排新的 工作任务或者其他原因,项目需 要暂停开发,由项目负责人提交 项目暂停申请表至相关部门, 由部门领导签字后通过。软件开发部 需求部门项目暂停申请表项目终止项目开发过程中,如果需求部门 或市场有新的开发要求,且当前 已研发或正在研发的软件已不能 满足市场的要求,需求部门需提 交项目终止申请单至软件开 发部,终止正在进行中的项目。 软 件开 发部 审核 通过 之后提交 项目终止通知单需求部门 软件开发部项目终止申请单项目终止通知单3.2.3 软件设计更改管理1、软件设计更改分类 软件设计更改可分为两个类型:软件升级需求和软件缺陷修改; a) 软件升级需求是指根据业务部门的需求,对

7、软件进行功能完善和适应性 维护;b) 软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改,这些 问题一般是由于软件设计和实现上的缺陷而引发的。2、软件设计更改流程 软件设计更改工作以任务形式由需求部门和项目组协作完成。 更改过程分为 四个阶段:任务提交和接收、任务实现、任务测试、软件发布上线;软件测试及发布管理流程软件测试及发布管理流程软件开发部开始软件开发完成后,由项目组负 责人指定人员组织对软件需求 部门相关人员进行培训,并做 好软件系统使用培训记录对 bug 进行修改并测试否测试通过是是项目负责人确定软件下发版本 号;由项目组成员编写软件 安装和使用说明书并下发给 需求部门或者对需

8、求部门进行 培训,形成软件系统使用培 训记录项目组负责人下发软件发布 / 升级通知单至需求部门,同 时将程序及相关资料上传到 git需求部门需求部门试运行过程配合软件 项目组共同完成软件测试报 告并生成问题处理记录结束附件附件 1:软件开发项目建议书软件名称申请日期申请人申请部门联系电话软件应用环境 及场所公司局域网 外网 其他(请说明)公司内部应用 公司客户应用 其他(请说明)功能需求申请部门意见需求部门负责人:软件部门意见软件部门负责人:备注:可附其他说明文件及材料附件 2:软件项目任务分解计划书项目名称:项目编号:项目负责人:拟订日期:编号任务名称任务概述主要负责人相关负责人计划工期需求部门领导: 年 月 日 软件开发部门领导: 年 月 日附件 3:软件测试报告项目名称:项目编号:报告日期:项目负责人:程序名称编号业务管理名称测试问题描述测试人员测试日期测试用例需求部门领导:年 月 日 软件开发部门领导:年月日附件 4:问题处理记录软件名称当前软件版本问题反馈部门提出日期报告人联系电

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论