软件开发过程规范
第一部分  软件需求分析规范
1、引言
  本标准规定了软件需求分析阶段的任务、过程和相关要求，以及需求分析阶段的完成标志。它是软件开发规范的组成部分。
本标准适用于软件需求分析阶段的所有任务和相关人员，包括项目管理人员、软件需求分析人员、文档编制人员和质量审核人员。
2、参考文献
  2.1　GB8566-88 计算机软件开发规范
  2.2　ISO/IEC 12207:1995 信息技术——软件生存周期过程
  2.3　GXB 02-001 软件开发规范： 第一部分 软件生存周期
  2.4　GXB 01-001 软件工程术语
  2.5　GXB 02-007 软件测试规范
3、术语
  本标准的术语的定义与GXB 01-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　修改开发计划
  需求分析完成后，将对系统目标和规模有了更全面和详细的了解。因此，应对开发计划进行修改，以使开发计划玩切实可行。
  6.7　编制文档
  按标准的文档格式编制下列文档：
  1）软件需求说明书；
  2）数据需求说明书（可包含在软件需求说明书中）；
  3）确认测试计划：
  4）修改的开发计划；
  5）用户手册概要。
  6.8　需求评审
  需求评是包括两个方面：
  1）文档审查，对6.7节列出的各类文档进行审查，以保证文档的正确性，并且文档格式标准。有关文档审查的规定见文档审查规范。
  2） 需求分析过程审查，以检查需求分析过程是否符合开发规范。
  6.9　需求分析文档存档
  需求分析文档审查通过后，文档编制人、质量审核员、审查组负责人签名。然后由项目负责人或公司相关负责人复审，复审通过后签名。最后将文档交管理部存档，进入配置管理程序。
    软件需求说明书通过审查和复审后，应与用户就相关内容签订合同。合同与软件需求与明书一起存存档。
7、需求分析完成标志
  所有指定的文档齐全，通过复审，并提交质量管理部。提交的文档包括：
  1）软件需求说明书；
  2）数据需求说明书（可包含在软件需求说明书中）；
  3）确认测试计划；
  4）修改的开发计划；
  5）用户手册概要。
第二部分  软件概要设计规范
1、引言
  本标准规定了软件概要设计阶段的任务、过程和相关要求及该阶段的完成标志。它是软件概要设计阶段所有任务和所有相关人员，包括项目管理人员、软件设计人员、软件测试人员、文档编制人员和质量审核人员。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。