软件项目开发过程控制程序.docVIP

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件工程开发过程控制程序

一、目的

标准需求分析、设计、开发等作业过程,确保对软件实现阶段实行有效的管理控制,力求减少编码出错,准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷,证明软件的功能和性能与需求说明相符,从而使交付给客户的产品的质量得到保证。

二、适用范围

适用于软件类工程和混合类工程的软件局部的需求分析、设计、编码和测试阶段。

三、职责

工程经理:负责整个开发过程的整体控制,每周向公司和客户提交工程周报。

需求分析员进行需求调研,编写《需求规格说明书》、《调研日志》、需求的补充文档等,必要时进行需求变更。

技术负责人负责设计工作的安排和技术指导,评审特殊工程的设计。

设计人员负责软件系统设计,编写设计文档。

开发人员负责根据设计说明书编写程序,修改软件代码。

测试员:编写《测试用例》,搭建测试环境、执行单元测试、集成测试,提出《测试报告》。

业务管理部:负责开发过程中文件及代码的存档管理。

工程组成员每日填写工作日志。

助理:对工程人员工作日志进行统计。

四、程序

〔一〕需求分析程序

获取、分析需求

输入:工程立项报告、客户资料、需求调研日志

输出:需求规格说明书

过程:需求分析员按照双方确定的方案,有步骤的进行需求调研和分析活动,获取客户的需求,详细分析客户需求。与客户沟通需记录《调研日志》,根据调研情况和客户提供的资料编写《需求规格说明书》。可参考《需求调研方法》。

需求规格说明书的评审

输入:需求规格说明书

输出:评审记录

过程:对超出我公司产品范围的局部,工程经理负责组织技术负责人〔必要时邀请技术专家组〕、工程组成员评审《需求规格说明书》。如果评审不通过,需求分析员需要修改后重新提交,直至通过为止。对评审结果进行保存。

规那么:《评审记录》可是纸质或电子版。以下评审记录不再一一说明。

需求确认

输入:需求规格说明书

输出:用户签字确认的需求规格说明书

过程:工程经理将内部评审通过的《需求规格说明书》提交客户代表签字确认。

存档

输入:需求调研备忘录、需求规格说明书

过程:需求分析员将需求分析过程中的文档提交配置管理工具进行归档。

规那么:参见《工程配置管理标准》。

需求变更

输入:变更申请

输出:需求规格说明书补充说明

过程:客户签字确认了需求以后,当客户的需求发生变化且与基线库的相关文件不一致时,工程经理要组织需求分析员将变化后的需求写进《需求规格说明书补充说明》中,并要得到用户的正式签字认可。

规那么:详情参见《需求变更作业指导书》、《变更管理控制标准》。

〔二〕软件设计程序

软件设计

输入:《需求规格说明书》

输出:《系统设计说明书》

过程:设计人员根据《需求规格说明书》进行系统设计,编写《系统设计说明书》并提交评审。

规那么:如果某个模块是公司产品中没有积累的,以往的工程中都没有可重用模块时,该模块的设计需要详细描述,此外如果工程没有特殊要求,《系统设计说明书》主要描述系统的整体设计。

设计评审

输入:《系统设计说明书》

输出:评审记录

过程:工程经理组织设计文档的评审工作,提请技术负责人对系统设计说明书进行评审。评审方式和方法参见《评审作业指导书》。

设计文档的备案

输入:《系统设计说明书》、评审记录

过程:设计评审结束后,工程经理将设计文档提交配置管理工具,进行存档备案。

设计更改控制

经评审通过后的设计应纳入基线。此后无论因何种原因引起的设计修改,都应按《工程配置管理标准》、《变更管理控制标准》执行。

〔三〕编码开发程序

编码

输入:《需求规格说明书》、《系统设计说明书》

输出:程序源代码

过程:工程经理组织开发人员按照开发标准进行编码。

代码集成

输入:程序源代码

过程:技术负责人组织开发人员进行程序的集成和整体调试。

程序验收

输入:程序源代码

输出:《系统上线说明书》

过程:程序的集成和整体调试后,工程经理对系统进行验收,通过后开发人员编写《系统上线说明书》,以便指导上线工程师顺利安装调试。

配置管理

输入:程序源代码、《源代码清单》、《系统上线说明书》

过程:开发人员应当在工程开发过程中定时进行代码的备份,程序调试结束后,工程经理填写《源代码清单》,开发人员填写《系统上线说明书》,并提交配置管理工具。

(四)测试流程

测试用例的编写、审核与备案

输入:《需求规格说明书》、《系统设计说明书》

输出:《测试用例》

过程:测试人员根据《需求规格说明书》、《系统设计说明书》编写《测试用例》。工程经理审核《测试用例》,审核通过后配置管理员纳入配置管理。在用户接受性测试时,工程经理要将《测试用例》提供应客户,以指导其测试。

系统测试

输入:《测试用例》

输出:《测试报告》

过程:工程经理组织测试人员进行系统集成测试,测试人员编写《测试

文档评论(0)

liuzhouzhong + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档