好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

软件工程(第4版)-需求分析.pptx

48页
  • 卖家[上传人]:第***
  • 文档编号:615411558
  • 上传时间:2025-09-28
  • 文档格式:PPTX
  • 文档大小:7.21MB
  • / 48 举报 版权申诉 马上下载
  • 文本预览
  • 下载提示
  • 常见问题
    • 单击此处编辑母版标题样式,单击此处编辑母版文本样式,二级,三级,四级,五级,需求分析,3.1,需求分析的任务,3.2,结构化分析步骤,本章内容,3.3,需求分析的图形工具,3.4,数据字典,3.5,软件需求分析举例,3.6,需求分析文档,3.1,需求分析,的任务,需求分析是发现、逐步求精、建立模型、需求规格说明和复审的,过程发现,就是尽可能准确地了解用户当前的情况和需要解决的问题,逐步求精就是指“为了能集中精力解决主要问题,尽量推迟对细节问题的,考虑,建立模型,就是描述用户需求,以帮助分析人员更好地理解软件系统的信息、,功能和,行为,软件需求分析阶段要求用需求规格说明表达用户对系统的要求,软件需求分析的结果要经过严格的审查,3.1.1,确定,目标系统的具体要求,目标系统的具体要求,0,1,OPTION,目标系统的运行环境要求,目标系统的性能要求,目标系统功能,3.1.1,确定,目标系统的具体要求,实例分析,0,2,OPTION,【,例,3.1】,某高校医疗费管理系统的需求分析,某高校医疗费分为校内门诊费、校外门诊费、住院费、子女医疗费,4,类,要求在,数据库中,存放每个职工的职工号、姓名、所属部门,职工报销时填写所属部门、职工号、姓名、日期,、医疗费,类别和数额。

      该校规定,每年每个职工的医疗费报销有限额(如,480,元),限额在,年初时,确定,每个职工一年内报销的医疗费不超过限额时可全部报销,超过限额时,超出,部分只,可报销,90%,,职工个人负担,10%,;职工子女的医疗费报销也有限额(如,240,元),超出,部分,可报销,50%,医疗费管理系统每天记录当天报销的若干职工或职工子女的医疗费的类别和金额,并,存放,到数据库中当天下班前由系统自动结账、统计当天报销的医疗费总额,供出纳员核对,每,笔账要保存备查,各个职工及职工子女每天所报销的费用要和已报销的医疗费金额累计,起来,,以便检查哪些职工或职工子女已超支系统要设计适当的查询功能年终结算、,下一年度,开始时,要对数据库文件进行初始化,每个职工的初始余额为医疗费限额,凡是前一,年度医疗费,有余额的职工,可将上年余额累加到新年度的余额中职工调离本单位、调入本,单位或,在本单位内部各部门间调动时,数据库文件要及时进行修改3.1.2,建立,目标系统的逻辑模型,需求分析实际上就是建立系统模型的活动,逻辑模型,是为了理解事物而对事物做出的一种抽象,是对事物的无歧义的书面描述系统,逻辑模型由一组图形符号和组成图形的规则组成。

      描述用户需求,为,软件的设计奠定基础,定义一组需求,用以验收软件产品3.1.2,建立,目标系统的逻辑模型,软件系统的逻辑模型分为数据模型、功能模型和行为模型,用层次的方式来细分,数据模型,、功能模型和,行为模型数据模型,数据模型表示问题的信息域数据模型用实体,-,联系图来描述数据对象之间的联系,1,功能模型,描述数据在系统中移动时如何,变换,描述,变换数据流的功能和子功能,2,行为模型,行为模型表示软件的行为,用状态转换图来描述系统的各种行为模式(状态)和不同,状态,间的转换,3,3.1,需求分析的任务,3.2,结构化分析步骤,本章内容,3.3,需求分析的图形工具,3.4,数据字典,3.5,软件需求分析举例,3.6,需求分析文档,3.2.1,进行,调查研究,调查研究的目的,0,1,OPTION,调查研究的目的是了解用户的真正需要用户是信息的唯一来源,因此要对用户,进行认真,的调查研究,并且要让用户起积极主动的作用,这对于需求分析的成功是至关重要的,3.2.1,进行,调查研究,调查研究的方法,0,2,OPTION,访谈,访谈有正式访谈和非正式访谈,1,分发调查表,采用分发调查表的方法时,要列出需要了解的内容,让用户书面回答问题,2,开会讨论,采用开会,讨论,确认的方法。

      开会之前,要让每位与会者预先做好充分的,准备,3,3.2.2,分析,和描述系统的逻辑模型,建立目标系统的逻辑模型,0,1,OPTION,系统的逻辑模型表示方式:用数据模型、数据字典描述软件使用或产生的所有数据对象,,用实体,-,联系图描述数据对象之间的联系,用数据流图描述数据在系统中如何变换,用状态,转换,图描述系统的各种行为模式(状态)和不同状态间的转换3.2.2,分析,和描述系统的逻辑模型,沿数据流图回溯,0,2,OPTION,目标系统的数据流图画好以后,要分析输出数据是由哪些元素组成的、每个输出数据,元素,又是从哪里来的,沿数据流图的输出端往输入端回溯,此时有关的算法也就初步定义了在沿数据流图回溯时,有的数据元素可能在数据流图中还没有描述,或具体算法还没有确定,,需要,进一步向用户请教或进一步研究算法5G,3.2.3,对,需求分析进行复审,需求分析阶段结束时应提供的文档有修正后的项目开发计划、软件需求规格说明书、,实体,-,联系图、详细的数据流图、数据字典、状态转换图和一些简明的算法描述、数据要求,说明书,、初步的测试计划、初步的用户手册等,1,3,2,4,完整性,现实性,有效性,一致性,3.1,需求分析的任务,3.2,结构化分析步骤,本章内容,3.3,需求分析的图形工具,3.4,数据字典,3.5,软件需求分析举例,3.6,需求分析文档,3.3.1,实体,-,联系图,1,3,4,2,属性定义了数据对象的性质。

      应,根据对要解决的问题的理解,来确定数据对象的属性关键字,属性,简称,E-R,图,由矩形框、菱形框、圆形,或圆角,矩形框及连线组成,实体,-,联系图,一对一(,1 1,),联系,一对多(,1 N,),联系,多对多(,M N,)联系,联系,数据对象是软件中必须理解的、具有一系列不同性质或属性的事物,数据对象,3.3.2,数据流图,数据流图的基本符号,0,1,OPTION,数据流图的基本符号如,图所,示图中,的矩形或长方体表示数据的源点或终点,;圆角,矩形或圆形表示数据处理;两端用同向圆弧封口的平行线或一端用线段封口、一端开口的平行线表示数据存储;箭头表示数据流,即数据,流动的,方向3.3.2,数据流图,数据流图的附加符号,0,2,OPTION,*:表示数据流之间是“与”关系(同时存在),表示数据流之间是“或”关系表示只能从几个数据流中选一个(互斥关系)3.3.2,数据流图,画数据流图的步骤,0,3,OPTION,画顶层数据流图,列出系统的全部数据源和数据终点,将系统处理过程作为一个整体,就可得顶层,数据流图,1,画分层数据流图,把系统处理过程自顶向下逐步进行分解,画出每层数据流图,2,画总的数据流图,对用户了解整个系统很有帮助,,但要,根据实际情况来决定总图的布局,3,3.3.2,数据流图,注意事项,0,4,OPTION,一张数据流图中所含的处理不要太多,数据流图细化原则,一个数据处理不一定是一个程序,一个数据存储不一定是一个文件,数据存储和数据流都是数据,只是所处的状态不同,3.3.3,状态,转换图,什么情况下要画状态转换图,0,1,OPTION,并不是所有系统都需要画状态转换图,有时系统中的某些数据对象在不同状态下会,呈现不同,的行为方式,此时应分析数据对象的状态,画出状态转换图,以正确地认识数据对象,的行为,,并定义它的,行为。

      找出,数据对象的所有状态分析,在不同状态下,数据对象的行为规则有无差别,若无差别,则将它们合并为,一种,状态分析,从一种状态可以转换到其他哪几种状态,数据对象的什么行为能引起这种转换3.3.3,状态,转换图,状态转换图的符号,0,2,OPTION,方括号,事件,名后面可加方括号,方括号内填写状态转换的条件,椭圆,表示对象的一种状态,椭圆内部填写状态名,实心圆,指出该对象被创建后所处的初始状态,箭头,表示从箭头出发的状态可以转换到箭头指向的状态,内部实心的同心圆,表示对象的最终状态,事件,箭头线上方可标出引起状态转换的事件名,3.3.4,IPO,图,IPO,图是输入,/,处理,/,输出(,Input Process Output,)图的简称,是美国,IBM,公司发展,完善起来,的图形工具IPO,图的基本形式是,3,个并排的方框,左边框中列出有关的输入数据,中间框中,列出主要,的处理,右边框中列出产生的输出数据中间框中列出的处理按执行的先后顺序书写,IPO,图中用空心箭头指出数据通信的,情况,3.1,需求分析的任务,3.2,结构化分析步骤,本章内容,3.3,需求分析的图形工具,3.4,数据字典,3.5,软件需求分析举例,3.6,需求分析文档,3.4.1,数据字典,的内容,数据元素,0,1,OPTION,数据元素是数据的最小组成单位(不可再分的单位,)。

      数据元素的名称、编号,例如准考证号、身份证号,数据元素的别名(不同时期或不同用户对同一元素所用的不同名称,),数据元素的取值范围和取值含义,数据元素的长度、定义,便于定义数据库结构,数据元素的简单描述,3.4.1,数据字典,的内容,数据流,0,2,OPTION,数据流主要包括数据流的来源、去处、组成数据流的数据项以及数据流的流通量3.4.1,数据字典,的内容,数据存储,0,3,OPTION,数据存储描述数据文件的结构及数据文件中记录的存放规则例如,在对信息管理,系统建立,关系模型时,主要分析与系统有关的所有数据及其相互关系,为数据库结构的设计,做准备,3.4.1,数据字典,的内容,数据处理,0,4,OPTION,数据字典可以描述数据处理的逻辑功能及其算法,如计算公式、简明的处理描述等但是,,数据处理一般用其他工具描述会更清晰、更合适5G,3.4.2,数据字典,使用的符号,数据字典中可采用以下符号表示系统中使用数据项的情况及数据项之间的相互关系表示“等价于”或“定义为”连接两个数据元素表示“或”,中列举的各数据元素用,|,分隔,表示可任选其中某一项表示“重复”,中的内容可重复使用),:表示“可选”,,(),中的内容可选、可不选,各选择项之间用逗号隔开。

      3.4.3,数据字典,与图形工具,数据字典与图形工具应相辅相成、互相配合,既要互相补充,又要避免冗余系统分析员,在编写数据字典和使用图形工具时应遵守以下约定可以用图形工具描述的内容,尽量使用图形工具有关,数据的组成在数据字典中描述有关,加工细节在数据字典中描述编写,数据字典时不能有遗漏和重复,要避免不一致数据字典,中条目的排列要有一定规律,要能通过名字方便地查阅条目的内容如,按英文,字母表顺序或按汉字笔画顺序排列,或按功能分类等数据字典,的编写要易于更新和修改3.1,需求分析的任务,3.2,结构化分析步骤,本章内容,3.3,需求分析的图形工具,3.4,数据字典,3.5,软件需求分析举例,3.6,需求分析文档,3.5.1,系统,管理,系统权限管理,0,1,OPTION,该系统的用户有商场的营业员、库存管理员、采购员、会计、经理等各类人员,分别,负责,商品的销售、库存管理、采购、账册管理、系统管理等工作建立商场职工数据表,,存放所有,职工的编号、姓名、职务、密码等信息系统建立权限设置功能,只有经理可以进行,权限,设置操作,使进入系统的各类人员各司其职经理可进入系统的所有模块,其他人员,只能进入,与本职工作有关的模块,不能进入其他职权的模块。

      3.5.1,系统,管理,经理的职责,0,2,OPTION,经理可进入系统管理功能模块,进行员工管理、商品管理、供应商管理员工管理有新增职工、修改职工信息、删除职工等功能,商品管理有删除商品、调整商品价格等功能,由于商品的供应商往往相对固定,因此要建立供应商数据表存放供应商的名称、,地址,、、联系人等信息,3.5.2,商品,信息管理,通过调查研究、分析可知,商品销售管理系统需要编制商品目录表,为所有商品编号,,将,与商品有关的信息存放到数据表里商品目录表含编号、名称、单价、进价、计量单位,、安全,库存量、。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.