网站大量收购独家精品文档,联系QQ:2885784924

GB856688计算机软件开发规范.docx

  1. 1、本文档共12页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

GB856688计算机软件开发规范

篇一:软件开发过程规范-

内蒙古航联科技开发有限责任公司发布日期:20XX

软件开发规范文件编号:HLKJ/RJKF-20XX版次:A/0分

发号:受控状态:受控编制:运维中心审核:批准:年

3月1日实施日期:20XX年3月1日第一部分软件需求分析规范

1、引言

本规范规定了软件需求分析阶段的任务、过程和相关要求,以及需求分析阶段的完成标志。它是软件开发规范的组成部分。

本规范适用于软件需求分析阶段的所有任务和相关人员,包括项目管理人员、软件需求分析人员、文档编制人员和质量审核人员。

2、引用标准

2.1GB/T8566-20XX信息技术软件生存周期过程

2.2GB8567-20XX计算机软件文档编制规范

2.3GB/T9385-20XX计算机软件需求说明规范

2.4GB/T9386-20XX计算机软件测试文档编制规范

2.5GB/T11457-20XX信息技术软件工程术语

2.6GB/T14394-20XX计算机软件可靠性和可维护性管理

3、术语

本规范的术语和定义与GXB01-001软件工程术语中的定义相一致。

4、需求分析的任务和过程

4.1需求分析任务

确定被开发软件的运行环境、功能、性能和数据需求,建立确认测试准则,编写用户手册,为概要设计提供需求说明

书。

4.2需求分析过程

需求分析过程由下列步骤组成:

1)确定需求分析方法和工具;

2)人员培训;

3)确定需求分析输入;

4)需求分析;

5)制定确定测试计划;

6)修改开发计划;

7)编制文档;

8)需求分析审查;

9)需求分析文档存档。

5、总体要求

5.1用户参与

软件需求分析应该有客户指定的人员参加。

5.2用户确认

需求说明必须明确,经过客户同意,并用合同的方式予以确认。

5.3面向用户描述需求

应以用户能够理解的形式和术语描述需求,以利于与用户沟通。

6、需求分析流程

6.1确定需求分析方法和工具

选定合适的需求分析方法,在一个软件项目内所用的分析方法应该保持一致性。候选分

析方法:

1)结构分析方法,包括面向数据流的分析方法和面向数据结构的分析方法。

2)面向对象的分析方法。

在需求分析方法选定后,应确定支持该方法的工具。在一个软件项目内,需求建模语言和工具应该保持一致性和规范

化。

6.2人员培训

针对所选定的设计方法和工具,以及相关的标准对需求人员进行相应的培训。这是一个可选项,但对于新的方法和工

具,或新的分析人员,培训是必需的。

6.3确定需求分析输入

需求分析的输入一般包括下列类型的资料:

1)可行性研究报告;

2)项目开发计划;

3)相关的用户资料,例如,用户工作手册、相关行业的技术规范、相关的法律文件等;

4)现有同类系统的资料;

5)软件需求分析相关的标准化文件,如:软件需求分析规范;

软件需求说明书规范;

测试规范等。

6.4需求分析

需求分析包括下列类型的活动:

1)初步需求获取

初步需求获取可采用以下方式:

访谈和会议。分析人员以个别访谈或小组会议的形式开始与用户进行初步沟通。精心准备一系列问题,通过用户对问题的回答获取问题及环境的知识,逐步理解用户对目标软件的要求。

.观察用户工作流程。实际观察用户现存的操作过程,从中发现用户需求,并经过分析,剔除不合格的需求,提出新的潜在需求。

考察现有的同类软件的运行。如果存在同类的软件系统,对其运行进行考查,描述其逻辑模型,作为目标系统的参考。

用户和开发人员共同组成软件研发小组。用户作为分析人员参加软件研发小组。软件研发小组应制定自己的工作制度和计划,确定专门的记录员,另设专人负责资料的综合和整

理。

2)需求建模

分析活动的焦点是建立目标软件系统的模型。分析过程实质上是软件模型的建造和不断完善的过程。软件模型用来刻画系统涉及的信息、处理功能和实际运行时的外部行为。应该用图形记号分别表示信息流、处理功能和系统行为,并利用受限的自然语言给出用户需求的描述。模型的表示机制应具备良好的结构化能力。

3)需求评审

应对需求说明书对进行严格、仔细的评审,对评审过程中发现的错误或缺陷,及时进行修正和补充。重新进行相应部分的初步需求分析,需求建模,修改需求说明书,并重新进行评审。

需求评审应以用户、分析人员和系统设计人员共同参与的会议形式进行,对需求说明书的下列特性进行评价:正确性、无歧义性、完全性、可验证性、一致性、可理解性,可修改性和可追踪性。

6.5制定确认测度计划

需求分析完成后,应制定相应的确认测度计划。关于确认测试的规定参见相关测试规范。

6.6修改开发计划

您可能关注的文档

文档评论(0)

yangzhuangju + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档