需求分析规范.doc

需求分析规范.doc

ID:56120807

大小:38.50 KB

页数:6页

时间:2020-03-16

需求分析规范.doc_第1页
需求分析规范.doc_第2页
需求分析规范.doc_第3页
需求分析规范.doc_第4页
需求分析规范.doc_第5页
资源描述:

《需求分析规范.doc》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、需求分析规范引言把文章格式排版  本标准规定了软件需求分析阶段的任务、过程和相关要求,以及需求分析阶段的完成标志。它是软件开发规范的组成部分。本标准适用于软件需求分析阶段的所有任务和相关人员,包括项目管理人员、软件需求分析人员、用户、文档编制人员和质量审核人员。参考文献2.1 GB8566-88计算机软件开发规范2.2 ISO/IEC12207:1995信息技术——软件生存周期过程2.3 GXB02-001软件开发规范:第一部分软件生存周期2.4 GXB01-001软件工程术语2.5 GXB02-007软件测试规范建议能够把这些参考文献拿下了,付在一起

2、,如果能够把该参考文献与本部门实际相结合,把经常使用到的术语制作一份术语字典,供分析使用。这项工作可以在完成本文档后,再花时间弄。术语本标准的术语的定义与GXB01-001软件工程术语中的定义相一致。4、需求分析的任务和过程  4.1 需求分析任务  确定被开发软件的运行环境、功能、性能和数据需求,建立确认测试准则,编写用户手册,为概要设计提供需求说明书。  4.2 需求分析过程  需求分析过程由下列步骤组成:  1)确定需求分析方法和工具;  2)对参加需求分析的人员进行培训;  3)确定需求分析输入;  4)需求分析;  5)制定确定测试计划;  

3、6)确定开发计划;  7)编制文档;  8)需求分析评审;  9)需求分析文档存档。总体要求5.1 用户参与  软件需求分析应该有客户指定的人员参加。  5.2 用户确认建议分成几类用户来写(内部客户、外部客户包括关系客户和非关系客户)对每一种客户进行分类对待。  需求说明必须明确,经过客户同意,并用合同的方式予以确认。情况特殊时(如税局项目),需由客户方负责人签字确认。  5.3 面向用户描述需求  应以用户能够理解的形式和术语描述需求,以利于与用户沟通。需求分析流程6.1 确定需求分析方法和工具  选定合适的需求分析方法,在一个软件项目内所用的分析

4、方法应该保持一致性。候选分析方法:  1)结构分析方法,包括面向数据流的分析方法和面向数据结构的分析方法。  2)面向对象的分析方法。  在需求分析方法选定后,应确定支持该方法的工具。在一个软件项目内,需求建模语言和工具应该保持一致性和规范化。  6.2 人员培训  针对所选定的设计方法和工具,以及相关的标准对需求人员进行相应的培训。这是一个可选项,但对于新的方法和工具,或新的分析人员,培训是必需的。  6.3 确定需求分析输入  需求分析的输入一般包括下列类型的资料:  1)可行性研究报告;  2)项目开发计划;  3)相关的用户资料,例如,用户工作

5、手册、相关行业的技术规范、相关的法律文件等;  4)现有同类系统的资料;  5)软件需求分析相关的标准化文件,如:软件需求分析规范、软件需求说明书规范、测试规范等建议把“等”字换成现在我们需要在需求分析阶段输入的所有文档。明确范围。。  6.4 需求分析  需求分析包括下列类型的活动:  1)初步需求获取  初步需求获取可采用以下方式:Ø访谈和会议。分析人员以个别访谈或小组会议的形式开始与用户进行初步沟通。精心准备一系列问题,通过用户对问题的回答获取问题及环境的知识,逐步理解用户对目标软件的要求。Ø观察用户工作流程。实际观察用户现存的操作过程,从中发现

6、用户需求,并经过分析,剔除不合格的需求,提出新的潜在需求。Ø考察现有的同类软件的运行。如果存在同类的软件系统,对其运行进行考查,描述其逻辑模型,作为目标系统的参考。Ø用户和开发人员共同组成联合工作小组。用户作为分析人员参加联合工作小组。联合工作小组应制定自己的工作制度和计划,确定专门的记录员,另设专人负责资料的综合和整理。2)需求建模建议在这部分加入原型制作流程  分析活动的焦点是建立目标软件系统的模型。分析过程实质上是软件模型的建造和不断完善的过程。软件模型用来刻划系统涉及的信息、处理功能和实际运行时的外部行为。应该用图形记号分别表示信息流、处理功能

7、和系统行为,并利用受限的自然语言给出用户需求的描述。模型的表示机制应具备良好的结构化能力。  3)需求评审应对需求说明书对进行严格、仔细的评审,对评审过程中发现的错误或缺陷,及时进行修正和补充。重新进行相应部分的初步需求分析,需求建模,修改需求说明书,并重新进行评审。  需求评审应以用户、分析人员和系统设计人员共同参与的会议形式进行,对需求说明书的下列特性进行评价:正确性、无歧义性、完全性、可验证性、一致性、可理解性,可修改性和可追踪性。  6.5 制定确认测度计划  需求分析完成后,应制定相应的确认测度计划。关于确认测试的规定参见相关测试规范。  6

8、.6 修改开发计划  需求分析完成后,将对系统目标和规模有了更全面和详细的了解。因此,应对开发

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。