软件开发过程规范-络海摩方.DOCVIP

- PAGE 1 - 北京络海摩方科技有限公司 软件开发规范 发布日期: 2018年4月1日 实施日期: 2018年7月1日 第一部分 软件需求分析规范 1、引言　　本规范规定了软件需求分析阶段的任务、过程和相关要求，以及需求分析阶段的完成标志。它是软件开发规范的组成部分。 本规范适用于软件需求分析阶段的所有任务和相关人员，包括项目管理人员、软件需求分析人员、文档编制人员和质量审核人员。2、引用标准 2.1 GB/T 8566-2007 信息技术 软件生存周期过程 2.2 GB8567-2006计算机软件文档编制规范 2.3 GB/T 9385-2008计算机软件需求说明规范 2.4 GB/T 9386-2008 计算机软件测试文档编制规范 2.5 GB/T11457-2006 信息技术 软件工程术语 2.6 HYPERLINK /soft/sort055/sort053html GB/T 14394-2008 计算机软件可靠性和可维护性管理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）需求评审 应对需求说明书对进行严格、仔细的评审，对评审过程中发现的错误或缺陷，及时进行修正和补充。重新进行相应部分的初步需求分析，需求建模，修改需求说明书，并重新进行评审。 　　需求评审应以用户、分析人员和系统设计人员共同参与的会议形式进行，对需求说明书的下列特性进行评价：正确性、无歧义性、完全性、可验证性、一致性、