软件需求分析方法

1、需求分析方法一需求分析概括需求分析应该先了解宏观的问题,再了解细节的问题.一个应用软件系统记为S的涉及面可能很广,可以按不同的问题域记为D分类,每个问题域对应于一个软件子系统.S=D1,D2,D,Dn问题域Di由假设干问题记为P组成,每个问题对应于子系统中的一个软构件.Di=P1,P2,P3,-Pn问题Pi有假设干个行为或功能,记为F,每个行为对应于软构件中的实现接口.Pj=F1,F2,F3,-Fk需求说明书应该对于那些只想了解宏观需求的领导和需要了解细节的技术员都适宜.在写需求说明书时,应该注意两个问题：1 .最好为每个需求注释“为什么,这样可以让程序员了解需求的本质,以便选用最适宜的技术来

2、实现此需求2 .需求说明不能有“二义性,更不能前后矛盾.如果有二义性或前后矛盾,即要重新分析此需求.二需求分析方法论第一阶段：“访谈式第一阶段是和具体用户方的领导层、业务层人员的访谈沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息.建立起良好的沟通渠道和方式.针对具体的职能部门以及各委办局,最好能指定本次工程的接口人.实现手段：访谈、调查表格输出成果：调查报告、业务流程报告第二阶段：“诱导式结合第一阶段的根本信息,做出简单的用户流程页面,同时结合以往的工程经验对用户采用诱导式,启发式的调研方法和手段,

3、和用户一起探讨业务流程设计的合理性、准确性、习惯性.用户可以操作简单演示的DEMO感受整个业务流程的设计合理性、准确性等等问题,以及提出改良意见和方法.实现手段：诱导拜访、原型演示输出成果：调研分析报告、原型反响报告、业务流程报告第三阶段：“确认式此阶段在上述两个阶段成果的根底上,进行具体的流程细化、数据项确实认阶段.这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清楚地向用户描述系统的业务流设计目标.通过审查,提出反响意见,并对已经可接受的报告、文档签字确认.实现手段：拜访回忆、确认,提交业务流程报告、数据项表；原型演示系统输出成果：需求分析报告、数据项、业务流程报告、原型

4、系统反响意见后三者可以统一归到需求分析报告中后续的需求改良中,工作那么根本集中在后两个阶段中.三需求工程需求开发：1 .确定产品所期望的用户分类.2 .获取每类用户的需求.3 .了解实际用户任务和目标以及这些任务所支持的业务需求.4 .分析源于用户的信息以区别用户任务需求、功能需求、业务规那么、质量属性、建议解决方法和附加信息.5 .将系统级的需求分为几个子系统,并将需求中的一部份分配给软件组件.6 .了解相关质量属性的重要性.7 .商讨实施优先级的划分.8 .将所收集的用户需求编写成规格说明和模型.9 .评审需求规格说明,保证对用户需求到达共同的理解与熟悉,并在整个开发小组接受说明之前将问题

5、都弄清楚.需求分析需求分析是指通过对需求获取中获得的问题域的研究,获得对该领域特性及存在其中的问题特性的透彻理解并用文档说明.不需要等到需求完全捕获后开始,在“业务需求充分理解下,并且收集了本质的“用户需求之后就可以开始进行需求分析交替进行,先把握“用户需求主要局部,然后在分析的根底上引入系统级的需求系统的涉及与实现角度,并且分析模型,成为开发人员之间、开发人员与客户之间达成共识的一个平台分析的根底上,就会发现更多的不明确项,更多待捕获的信息,这时就可以生成第二次的需求调研方案、问题和素材编写规约规格说明书是对需求分析结果的文档化过程需求规约必须与实际开发紧密结合,否那么很容易造成与开发脱离为

6、需求规约定义统一的格式是一个很重要的工作规约内容必须严谨、正确、无歧义需求验证不重视需求验证工作会在系统交付时,客户发现不是这样的,导致不期望的需求变更提升需求质量的重要手段有：需求评审、需求确认和原型验证?需求方法之-原型开发?需求分析层次需求层次内容业务需求反响组织机构或客户对系统、产品高层次的目标要求.通常问题定义就是业务需求用户需求描述用户使用产品必须要完成什么任务、怎样完成,通过是在问题定义的根底上进行访谈、调查、对用户使用的场景进行整理,从而建立从用户角度的需求系统E求从系统的角度来说明软件的需求,它就包括了用特性说明的功能需求,质量属性以及其他非功能需求,还有设计约束1 .功能需

7、求：系统必须完成的任务,以及怎样完成这些任务.即为了向用户提供有用的功能,必须完成的动作.2 .非功能需求：指产品必须具备的属性或品质,如可靠性、性能、响应时间、容错性和扩展性.3 .设计约束：即限制条件或补充规约,通常是对解决方案的一些约束说明.例如必'须运行在unix操作系统之下硬、软件的约束将工程大的目标整理提炼,划分为工程子目标,将其作为“工程的行动纲领,还应该得到“工程发起人的认可,并且在此根底上编写“工程的目标和范围文档.需求分析迭代过程需求捕获用例模型验证需求分析将需求分析的结果复原为用户场景,然后向用户描述该场景的目的、任务、实现的方法,以此验证是否正确.推荐的需求文档

8、格式1业务名称解释2需求背景及目标介绍3用户操作场景说明4功能总览：用列表的方式,逐项表达对系统所提出的功能要求,说明输入什么量、经怎么样的处理、得到什么输出5系统交互图6界面原型对该系统的输入、输出数据类型、格式、数值范围、精度的描述7业务规那么说明8业务正常流流程：功能模块,主要操作9业务异常流处理：异常场景,错误提示；异常流转软件需求说明书1引言1. 1编写目的说明编写这份软件需求说明书的目的,指出预期的读者.1.2背景说明：a.待开发的软件系统的名称；b.本工程的任务提出者、开发者、用户及实现该软件的计算中央或计算机网络；C.该软件系统同其他系统或其他机构的根本的相互来往关系.1.3定

9、义列出本文件中用到的专门术语的定义和外文首字母组词的原词组.1.4参考资料列出用得着的参考资料,如：a.本工程的经核准的方案任务书或合同、上级机关的批文；b.属于本工程的其他已发表的文件；c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准.列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源.2任务概述2. 1目标表达该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料.解释被开发软件与其他有关软件之间的关系.如果本软件产品是一项独立的软件,而且全部内容自含,那么说明这一点.如果所定义的产品是一个更大的系统的一个组成局部

10、,那么应说明本产品与该系统中其他各组成局部之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各局部的联系和接口.|2. 2用户的特点列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使甩频度.这些是软件设计工作的重要约束2. 3假定和约束列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等.3需求规定3. 1对功能的规定用列表的方式例如IPO表即输入、处理、输出表的形式,逐项定量和定性地表达对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数.3. 2对性能的规定3.

11、2.1精度说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度.3.2.2时间特性要求说明对于该软件的时间特性要求,如对：a.响应时间；b.更新处理时间；c.数据的转换和传送时间；d.解题时间；等的要求.3. 2.3灵活性说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如：a.操作方式上的变化；b.运行环境的变化；c.同其他软件的接口的变化；d.精度和有效时限的变化；e.方案的变化或改良.对于为了提供这些灵活性而进行的专门设计的局部应该加以标明.3. 3输人输出要求解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等.对软件的数据输出及必须标明的限制输出量进行解释并举例,包括对硬拷贝报告正常结果输出、状态输出及异常输出以及图形或显示报告的描述.3. 4数据治理水平要求说明需要治理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算.3. 5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求.4. 6其他专门要求如用户单位对平安保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等.4运行环境规定4. 1设备列出运行该软件所需要的硬设备.说明其中的新型设备及其专门功能,包括：a.处理器型号及内存容量；b