需求分析ppt课件

Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,Click to edit Master title style,*,第,3,章 需求分析,3.1,需求分析的任务,3.2,与用户沟通获取需求的方法,3.3,分析建模与规格说明,3.4,实体,-,联系图,3.5,数据规范化,3.6,状态转换图,+,有穷状态机,3.7,其他图形工具,3.8,验证软件需求,3.9,小结,第3章 需求分析3.1 需求分析的任务,需求分析的,意义,软件需求的深入理解是软件开发工作,获得成功的前提条件,，不论我们把设计和编码做得如何出色，不能真正满足用户需求的程序只会令用户失望，给开发带来烦恼。,需求分析的意义,需求分析是,软件定义时期的最后一个阶段,，,它的基本任务,不是确定系统怎样完成,它的工作，,而是确定系统必须完成,哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。,在需求分析阶段结束之前，由系统分析员写出,软件需求规格说明书,，,以书面形式准确地描述软件需求。,需求分析是软件定义时期的最后一个阶段，它的基本任务不,在分析软件需求和书写软件需求规格说明书,的过程中，,分析员和用户,都起着关键的、必,不可少的作用。,在分析软件需求和书写软件需求规格说明书,1,确定对系统的综合要求,3.1,需求分析的具体任务,分析系统的数据要求,3,导出系统的逻辑模型,4,修正系统开发计划,1 确定对系统的综合要求3.1 需求分析的具体任务分析系统,3.2,与用户沟通获取需求的方法,访谈,面向数据流自顶向下求精,简易的应用规格说明技术,快速建立软件原型,3.2 与用户沟通获取需求的方法访谈,任何信息处理系统的基本功能都是把,输入数据,转变成需要的,输出信息。,数据是需求分析的出发点。,数据决定了需要的处理和算法。,典型的面向过程的软件需求分析方法就是：,结构化分析方法,(SA),，,是面向数据流进行需求分析的方法。,软件需求分析方法,任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息,结构化分析,结构化分析方法是,抽象模型,的概念，按照软件内部数据传递、变换的关系，,自顶向下逐层分解，,直到找到满足功能要求的所有可实现的软件为止。,抽象和分解,是这个方法的主要手段，由于数据传递与变换而形成的,数据流，,是这个方法的主要依据。,结构化分析结构化分析方法是抽象模型的概念，按照软件内部数据,面向数据流自顶向下求精,面向数据流自顶向下求精,需求分析的结果,需求分析所要做的工作是深入描述软件的,功能和性能，,确定软件设计的,约束,和软件同其他系统元素的,接口细节，,定义软件的其他有效性需求。,分析员通过需求分析，逐步细化软件分配，描述软件要处理的信息域，并给软件开发提供一种可转化为,数据设计、结构设计和过程设计,的信息与功能表示。,需求分析的结果需求分析所要做的工作是深入描述软件的功能和性能,3.3,分析建模与规格说明,分析建模,模型,就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。通常，由一组图形符号和组织这些符号的规则组成。,建模方法,第一种是结构化分析 (,Structured Analysis,，,SA),3.3 分析建模与规格说明分析建模,具体的建模方法,/,表达方式有：,功能建模：,数据流图,（,DFD/CFD,）,数据建模：,实体关系图,（,ERD,）,基于行为的建模：,Petri,网、,状态图,具体的建模方法/表达方式有：,3.3.2,软件需求规格说明,(,SRS,),S,oftware,R,equirement,S,pecification,通常用自然语,言,+,模型，完整、准确、具体地描述系统的数据要求、,功能需求、性能需求、可靠性和可用性要求、出错处,理需求、接口需求、约束、逆向需求以及将来可能提,出的要求。,软件需求规格说明书，是需求分析阶段得出的最主要的文档。,3.3.2 软件需求规格说明(SRS)Software Re,软件需求说明书的编写提示（,GB856T88,）,1,引言,1.1,编写目的,1.2,背景,1.3,定义,1.4,参考资料,2,任务概述,2.1,目标,2.2,用户的特点,2.3,假定和约束,软件需求说明书的编写提示（GB856T88）1 引言2 任,3,需求规定,3.1,对功能的规定,3.2,对性能的规定,3.2.1,精度,3.2.2,时间特性要求,3.2.3,灵活性,3.3,输人输出要求,3.4,数据管理能力要求,3.5,故障处理要求,3.6,其他专门要求,4,运行环境规定,4.1,设备,4.2,支持软件,4.3,接口,4.4,控制,3 需求规定 4 运行环境规定,3.4,实体,-,联系图,(,ER,),ER,图,-,是用来建立数据模型的工具。,数据模型,-,它描述了从用户角度看到的数据，反映了用户的现实环境，而且与在软件系统中的实现方法无关。,数据模型中包含,3,种相互关联的信息：,数据对象,（,实体,）、,数据对象的,属性,及数据对象彼此间相互连接的,关系,。,3.4 实体-联系图(ER)ER图 - 是用来建立数,实体,-,联系图的符号,ER,图,中包含了,实体,(,即数据对象,),、,关系,和,属性,等,3,种基本成分。,通常用,矩形框,代表实体；,用连接相关实体的,菱形框,表示关系；,用,椭圆形或圆角矩形,表示实体,(,或关系,),的属性；,并用,直线,把实体,(,或关系,),与其属性连接起来。,实体-联系图的符号ER图中包含了实体(即数据对象)、关系和属,举 例,图,3.2,某校教学管理,ER,图,对象,教师属性,学生属性,课程属性,联系属性,关系,举 例图3.2 某校教学管理ER图对象教师属性学生属性课,3.5,数据规范化,为什么数据要规范化？,3.5 数据规范化为什么数据要规范化？,规范化的目的是：,消除数据冗余,，即消除表格中数据的重复；,消除多义性,，使关系中的属性含义清楚、单一；,使关系的,“,概念,”,单一化,，让每个数据项只是一个简单的数或字符串，而不是一个组项或重复组；,方便操作,。使数据的插入、删除与修改操作可行并方便；,使关系模式更灵活,，易于实现接近自然语言的查询方式。,规范化的目的是：,规范化,-,将数据的逻辑结构,归结为满足一定条件的,二维表,（关系）。即：,1.,表格中每个信息项必须是一个不可分割的数据项，不可,是组项。,2.,表格中每一列,(,列表示属性,),中所有信息项必须是同一,类型，各列的名字,(,属性名,),互异，列的次序任意。,3.,表格中各行,(,行表示元组,),互不相同，行的次序任意。,教工号,姓名,性别,职称,职务,001,张毅坤,男,教授,院长,002,李 林,女,讲师,规范化 - 将数据的逻辑结构归结为满足一定条件的二维表教,1,、随着范式级别的提高，数据的存储结构与基于问题域的结构间的匹配程度也随之下降。,2,、范式级别提高则需要访问的表增多，因此性能,(,速度,),将下降。,所以，从实用角度看来，在大多数场合选用第三范式都比较恰当。,通常用,范式,定义消除数据冗余的程度,1、随着范式级别的提高，数据的存储结构与基于问题域的结构间的,3.6,状态转换图,状态转换图,(,简称为状态图,),通过描绘系统的,状态,及引起系统状态转换的,事件,，来表示系,统的,行为,。此外，状态图还指明了作为特定事件的结果系统将做,哪些动作,(,例如，处理数据,),。,3.6 状态转换图状态转换图(简称为状态图),状 态,状态,是任何可以被观察到的,系统行为模式,，一个状态,代表系统的一种行为模式。,一张状态图中只能有一个,初态，而终态则可以有,0,至多个。,状 态状态是任何可以被观察到的系统行为模式，一个状态,事 件,事件是在某个特定时刻发生的事情，它是对引起系统做动作或,(,和,),从一个状态转换到另一个状态的外界事件的抽象。,简而言之，,事件就是引起系统做动作或,(,和,),转换,状态的控制信息。,事 件 事件是在某个特定时刻发生的事情，它是对引起系统做动,初态用实心圆,表示，,终态用一对同心圆,(,内圆为实心圆,),表示。,中间状态用圆角矩形表示,，可以用两条水平横线把它分成,上、中、下,3,个部分。,上面部分为状态的名称，,这部分是必须有的；,中间部分为状态变量的名字和值，,这部分是可选的；,下面部分是活动表，,这部分也是可选的。,符 号,初态用实心圆表示，终态用一对同心圆(内圆为实心圆)表示。符,活动表的语法格式：事件名,(,参数表,)/,动作表达式,其中，,“,事件名,”,可以是任何事件的名称。在活动表中经常使用下述,3,种标准事件：,entry,，,exit,和,do,。,entry,事件指定进入该状态的动作,;,exit,事件指定退出该状态的动作,;,do,事件则指定在该状态下的动作。,活动表的语法格式：事件名(参数表)/动作表达式,状态图中两个状态,之间带箭头的连线称为状态转换，,箭头指明了转换方向。,状态变迁通常是由,事件触发的，在这种情况下应在表示状态转换的箭头线上标出触发转换的事件表达式；,如果在箭头线上未标明事件，则表示在源状态的内部活动执行完之后自动触发转换。,状态图中两个状态之间带箭头的连线称为状态转换，箭头指明了转换,电话系统的状态图,电话系统的状态图,3.7,其他图形工具,层次方框图,Warnier,图,IPO,图,3.7 其他图形工具 层次方框图,3.7.1,层次方框图,层次方框图用,树形结构的一系列多层次的矩形框,描绘数据的层次结构。,树形结构的,顶层是一个单独的矩形框,，它代表完整的数据结构,;,下面的各层矩形框代表这个数据的子集,;,最底层,的各个框代表组成这个数据的,实际数据元素,(,不能再分割的元素,),。,3.7.1 层次方框图层次方框图用树形结构的一系列多层次的,需求分析ppt课件,定货报表,零件编号,主要供应商,供应商,编号,供应商,名称,供应商,地址,零件名称,定货,数量,目前,价格,次要供应商,供应商,编号,供应商,名称,供应商,地址,定货报表的层次方框图,定货报表 零件编号主要供应商供应商供应商供应商零件名称定,3.7.2,Warnier,图,Warnier,图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段。,用,Warnier,图可以,表明信息的逻辑组织。,它可以指出一类信息或一个信息元素是,重复出现的，也可以表示特定信息在某一类信息中是有条件地出现的。,重复和条件约束是说明软件处理过程的基础，所以很容易把,Warnier,图转变成软件设计的工具。,3.7.2 Warnier图Warnier图也用树形结构描,举 例,举 例,定货报表,零件编号,字符,(8),零件名称,字符,(1,20),定货,数量,整数,(1,5),目前,价格,实数,主要供应商,供应商编号,字符,(8),供应商名称,字符,(1,20),供应商地址,字符,(1,50),次要供应商,供应商编号,字符,(8),供应商名称,字符,(1,20),供应商地址,字符,(1,50),定货报表的,Warnier,图,定货报表 零件编号字符 (8)零件名称字符 (1,20)定货,IPO,图,1.,事务,2.,库存清单,1.,更新库存清单主文件,2.,判断零件的库存数量是否少于库存量临界,3.,向“处理定货”加工输出需定货的库存信息。,1.,更新后的库存清单,2.,需定货的库存信息,输入（,I,） 处理（,P,） 输出（,O,）,“更新库存清单”加工的,IPO,图,IPO图1.事务1. 更新库存清单主文件1.更新后的库存清单,3.7.3,IPO,图,左边的框中列出有关的输入数据。,中间的框内列出主要的处理，处理框中列出处理的次序暗示了执行的顺序。,在右边的框内列出产生的输出数据。,3.7.3 IPO图左边的框中列出有关的输入数据。,一种改进的,IPO,图,(,也称为,IPO,表,),在需求分析阶段可以使用,IPO,表简略地描述系统的主要算法,(,即数据流图中各个处理的基本算法,),。,需求分析阶段，,IPO,表中的许多附加信息暂时还不具备，但在设计阶段可以进一步补充修正这些图，作为设计阶段的文档。,在需求分析阶段用,IPO,表作为描述算法具有优点。,一种改进的IPO图(也称为IPO表)在需求分析阶段可以使用I,3.8,验证软件需求,验证软件需求的正确性，一般应从,4,个方面进行：,一致性,所有需求必须是一致的，任何一条需求不能和其,他需求互相矛盾。,(2),完整性,需求必须是完整的，规格说明书应该包括用户需要,的每一个功能或性能。,(3),现实性,指定的需求应该是用现有的硬件技术和软件技术基,本上可以实现的。,(4),有效性,必须证明需求是正确有效的，确实能解决用户面对,的问题。,3.8 验证软件需求验证软件需求的正确性，一般应从4个方面,3.9,小结,需求分析,需求分析是确定系统必须具有的,功能、性能,两个阶段,:,需求,获取,阶段和需求,规约,阶段,成果,:,软件需求说明书,方法,:,结构化分析,(SA),结构化分析技术,自顶向下逐层分解,数据流图，数据词典，,IPO,图,3.9 小结需求分析,3.9,小结,需求分析的任务,: what functions + other requirements,获取需求的方法,: visit, prototyping, refinement,分析建模与规格说明,:,数据、功能和行为模型,实体,-,联系图,&,数据规范化,状态转换图,+,有穷状态机,数据字典,&,其他图形工具,验证软件需求,:,一致性、完整性、现实性和有效性,3.9 小结需求分析的任务: what functions,