软件工程CH03需求分析-50课件

1、软件工程CH03-需求分析第1页，共100页。第三章 需求分析问题定义可行性研究可行否？否是需求分析终止项目.计划时期开发时期主要内容3.1 需求分析概述3.2 数据流图3.3 数据字典3.4 加工逻辑描述工具3.5 结构化分析方法3.6 需求规格说明书第5章 需求工程与需求分析8/4/20222第2页，共100页。3.1.1 需求分析的任务【可行性研究】粗略了解用户的需求。用较少的成本，在较短的时间内确定是否存在一些可行的解法。许多细节被忽略了。【需求分析】准确地回答“系统必须做什么？”这个问题。8/4/20223第3页，共100页。3.1.1 需求分析的任务【依据】可行性研究报告【任务】建

2、立目标系统的逻辑模型调查分析用户的确切需求，认真搞清、并细化到底“系统必须做什么”？ 反复与用户交流；建立原型系统；确定目标系统的功能、性能、运行形成软件需求规格说明书Software Requirement Specification8/4/20224第4页，共100页。3.1.2需求类型1.按内容分类软件需求代表系统的综合要求，包括以下几种类型： 系统功能需求系统功能需求指根据系统所能实现的功能要求，对于每一类功能或者有时对于每一个功能，需要弄清输入、加工和输出等需求。 系统性能需求按照系统的性能要求分类。例如联机系统的响应时间、系统需要的存储容量、后援存储器、重新启动、安全性和可靠性等方

3、面的要求。8/4/20225第5页，共100页。3.1.2需求类型(2) 系统运行需求这类要求集中表现为对系统运行时所处的环境、使用的资源、安全保密和用户界面的要求。如支持系统运行的硬件和软件是什么，采取哪种数据库管理系统，需要什么样的外存储器和数据通信接口。 未来可能出现的问题就是把不属于当前系统开发范围的问题都明确地列出来，因为将来很可能会提出这些问题。这些问题主要是为了系统将来的扩充和修改做准备，当以后需要时就可以很容易地进行扩展和修改了。8/4/20226第6页，共100页。3.1.2需求类型(3)2.按用户的期望分类 正常需求用户陈述的针对系统的目标。 期望需求隐式的需求，可能由于是

4、非常基础的而用户没有显示的陈述，如人机交互的容易性、整体的操作正确性和可靠性，以及软件安装的容易性。 兴奋需求在用户的期望范围之外，如果实现将令人愉快和出乎意料。8/4/20227第7页，共100页。3.1.2需求类型(4)3.按必要性分类 强制的需求是指除非软件与这些需求一致，则该软件是不可接受的 希望的需求是指这些需求将增进软件产品功能，但是如果缺乏的话也不是不可接受 任选的需求是指这个功能可有可无8/4/20228第8页，共100页。8/4/20229第9页，共100页。案例分析:机票订票系统1. 功能需求在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个易

5、扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。正常、强制的需求8/4/202210第10页，共100页。案例分析:机票订票系统1. 功能需求客户端子系统1旅客信息的输入和统计2旅客信息的存储3机票信息的传递及接收4取票通知及帐单的生成和打印5机票销售情况的核算正常、强制的需求8/4/202211第11页，共100页。案例分析:机票订票系统1. 功能需求服务

6、器端子系统1接收由旅行社客户端发回的所需机票信息 2生成航班信息3传递航班信息到客户端（旅行社） 4接收旅行社的反馈信息 5印出机票给已经订票的旅客 6销售额的分析和管理正常、强制的需求8/4/202212第12页，共100页。案例分析:机票订票系统（2）2.为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：系统处理的及时性和准确性在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的响应时间能够满足企业对信息处理的需求。机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重，是系统重要的数据来源。机票数量和时间又影响企业的决策活动

7、，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。 8/4/202213第13页，共100页。案例分析:机票订票系统（3）系统的开放性和系统的可扩充性例如订票方式的改变（网上订票），用户查询需求的不断完善和更新等。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，配置系统的硬件,通过软件的修补、替换完成系统的升级和更新换代。8/4/202214第14页，共100页。案例分析:机票订票系统（4）系统的易用性和易维护性机票预定系统是直接面对使用人员的，而使用

8、人员往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。8/4/202215第15页，共100页。案例分析:机票订票系统（5）系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。如规范的数据库操纵界面、作为业界标准

9、的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。8/4/202216第16页，共100页。案例分析:机票订票系统（6）系统的先进性目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个10年时间里仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。8/4/

10、202217第17页，共100页。案例分析:机票订票系统（7）系统的响应速度 机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。8/4/202218第18页，共100页。案例分析:机票订票系统（2）3.机票预定系统的运行需求：机票预定系统中的各个子系统的硬件和软件的配置如下：1服务器端子系统的运行要求：系统软件：数据库管理系统：SQL Server 硬件要求：2.客户端子系统的运行要求：系统软件：数据库管理系统：SQL Server 硬件要求：8/4/202219

11、第19页，共100页。7.7.4测试种类对以计算机为基础的系统进行充分的测试。功能测试可使用性测试可靠性测试可支持性测试强度测试安装测试性能测试过程测试启动停止测试互连测试恢复测试兼容性测试配置测试文档测试安全性测试8/4/202220第20页，共100页。3.1.3 需求获取技术 问题域 用户 需求分析员 交流 8/4/202221第21页，共100页。用户和开发人员共同组成联合小组加强联系促进交流增进合作8/4/202222第22页，共100页。访谈和会议8/4/202223第23页，共100页。 观察用户工作流程或者实践8/4/202224第24页，共100页。案例分析:图书馆管理系统(

12、1/3)读者管理书库管理读者借阅管理8/4/202225第25页，共100页。用户项目负责人需求分析人员设计员案例分析:图书馆管理系统(2/3)1. 建立联合小组参与者： 用户、需求分析人员、设计人员。8/4/202226第26页，共100页。案例分析:图书馆管理系统(3/3)2. 会议讨论明确问题、范围、环境等，逐步了解用户需求会议应有记录，整理形成文档3. 分成三小组读者管理、图书管理和读者借阅子系统4. 总结各方成果形成结论性的SRS8/4/202227第27页，共100页。需求分析工具Requisite ProClear Quest Trac8/4/202228第28页，共100页。3

13、.1.4 需求特性(1) 正确性需求规格说明书中的功能、行为、性能描述必须与用户对目标软件产品的期望相吻合。(2) 完整性需求规格说明书不能遗漏任何用户需求 (3) 可验证性需求规格说明书中的每一个需求，均应存在技术和经济上可行的手段进行验证和确认。8/4/202229第29页，共100页。3.1.4 需求特性(2)(4) 无歧义性需求规格说明书中使用标准化术语，用户、分析人员、设计人员和测试人员对需求规格说明书中的任何语法单位只能有唯一的语义解释。(5)一致性需求规格说明书的各部分之间不能相互矛盾。这些矛盾可以表现为术语使用方面的冲突，功能和行为方面的冲突，以及时序方面的前后不一致。(6)

14、可理解性不宜在说明书中使用太多的专业化词汇。8/4/202230第30页，共100页。3.1.4 需求特性(2)(7) 可追踪性需求规格说明书必须将分析后获得的每项需求与用户的原始需求项清晰地联系起来，并为后续开发和其他文档引用这些需求项提供便利。(8) 可修改性需求规格说明书的格式和组织方式应保证能够比较容易地接纳后续的增删和修改;使修改后的说明书能够较好地保持其他各项属性。8/4/202231第31页，共100页。3.1.5 需求描述和分析技术问题分解抽象建模多视点分析8/4/202232第32页，共100页。整个问题子问题1子问题3子问题21.问题分解什么是问题分解?将大问题分解为小问题

15、，通过小问题解决来实现大问题的解决 问题分解有助于降低解决问题的复杂度; 获取和分析问题本身所固有的整体-部分关系;图书馆系统读者管理图书管理借阅管理8/4/202233第33页，共100页。2.问题抽象(1/2)什么是抽象?抽象有助于控制问题复杂度，抓住问题的本质;获取一般和特殊关系;8/4/202234第34页，共100页。2.问题抽象(2/2)读者抽象(提取成份)名字性别单位类别照片Email电话读者抽象(抛弃成份)身高年龄8/4/202235第35页，共100页。3. 需求建模(1/2)什么是需求模型模型是对现实的简化，包含有主要影响的要素，忽略不相关的次要因素 需求模型详细、准确地描

16、述了用户对目标软件系统的功能、行为、性能、 设计约束等方面的要求为什么需要建模从多个视点、多个不同的抽象层次来描述用户需求，从而更好促进软件的开发需求建模方法面向数据流的方法面向对象的方法注意需求建模不要涉及软件设计和实现细节8/4/202236第36页，共100页。4.多视点分析什么是多视点分析从多个角度、不同层面上分析和描述用户需求为什么需要多视点分析 人的认识具有片面性(瞎子摸象) 多视点可以帮助我们全面把握用户的需求8/4/202237第37页，共100页。3.1.6 需求分析的步骤分析系统的要求目标系统的逻辑模型修正开发计划构造原型系统复审、验证软件需求规格说明书必须处理的信息和应该

17、产生的信息数据流图、数据字典、加工处理用户了解目标系统的功能、概况开发者快速、准确、完整把握需求8/4/202238第38页，共100页。3.2 数据流图数据流图（Date Flow Diagram）描述软件系统逻辑模型的技术。【功能】描绘信息在系统中流动和加工处理的情况。【注意】只要考虑系统必须完成的基本逻辑功能；不要考虑如何具体地实现这些功能；极好的交流和沟通工具8/4/202239第39页，共100页。3.2 数据流图数据流图（Date Flow Diagram）【符号】数据的源点、终点系统以外的人、事物加工处理不一定是一个程序数据存储数据库、数据文件数据流数据在系统中流动的方向数据描述

18、8/4/202240第40页，共100页。3.2 数据流图数据流图（Date Flow Diagram）【扩展符号】*（星号）表示数据流之间是“与”关系T*ABCTAC*数据A和B同时输入才能变换成数据C数据A变换成数据B和C与B8/4/202241第41页，共100页。3.2 数据流图数据流图（Date Flow Diagram）【扩展符号】+（加号）表示数据流之间是“或”关系T+ABCTAC+数据A、数据B，或A和B同时输入变换成C数据A变换成数据B、数据C、数据B和C或B8/4/202242第42页，共100页。3.2 数据流图数据流图（Date Flow Diagram）【扩展符号】表

19、示数据流之间是“异或”关系TABCTAC只有数据A、只有数据B（但不能A、B同时）变换成C数据A变换成数据B、数据C，（但不能变换成B和C）异或B8/4/202243第43页，共100页。引用2.3 系统流程图【例4】教材销售系统。售书过程：学生找系办公室的张秘书开一个购书单；凭购书单找教材科的王会计开购书发票；向李出纳员交书费开领书单；学生拿着领书单到书库找赵保管员领书。开购书证明购书单开购书发票发票收书费领书单发书当前系统流程图书8/4/202244第44页，共100页。3.2 数据流图【画数据流图的步骤】识别并从问题中提取数据流图中的元素源与目的数据源学生数据目的学生数据流加工处理数据存

20、储8/4/202245第45页，共100页。3.2 数据流图【画数据流图的步骤】识别并从问题中提取数据流图中的元素源与目的数据源学生数据目的学生数据流购书单、发票、领书单加工处理审查并开发票、开领书单数据存储各班学生用书表、教材存量表，售书登记表【数据流】数据在系统中流动的方向8/4/202246第46页，共100页。3.2 数据流图教材销售系统。目标系统流程图购书单输入购书单审查并开发票各班学生用书表教材存量表发票收书费发票收讫领书单开领书单售出登记表8/4/202247第47页，共100页。DFD图学生1审查并开发票学生购书单领书单2开领书单发票各班学生用书表教材存量表无效书单售书登记表8

21、/4/202248第48页，共100页。3.3 数据字典DFD描述的系统逻辑模型不能充分描述软件需求：数据流表示输入到加工中的或从加工中输出的数据对象；【问题】数据对象的内容是什么？数据存储表示有组织的数据的集合；【问题】数据是怎样组织的？数据字典（Data Dictionary）8/4/202249第49页，共100页。3.3 数据字典主要内容：1、数据元素2数据流3数据存储4加工逻辑8/4/202250第50页，共100页。1.数据元素【1/5】不可再分的数据。如：学号、姓名、课程名称.组成：名称：“订货单编号”别名：“采购单编号”.取值（类型、范围）长度：字符个数、数字个数描述：有关的其

22、他数据元素、数据结构、加工处理.位置：数据流、数据存储8/4/202251第51页，共100页。1.数据元素【2/5】名称：别名：取值：长度：描述：位置：班级号CNO字符型5个字节如、J1308，其中：1位系；2位专业；3位年级；4、5位班级号购书单、发票、各班学生用书表8/4/202252第52页，共100页。1.数据元素【3/5】名称：别名：取值：长度：描述：位置：年级号GNO字符型（F、M、J、S）1个字节Freshman 一年级Sophomore 二年级Junior 三年级Senior四年级各班学生用书表8/4/202253第53页，共100页。1.数据元素【4/5】名称：别名：取值类

23、型：长度：描述：位置：零件编号字符型8个字节零件的唯一标识，作为关键字。订货报表、库存清单表、订货信息表8/4/202254第54页，共100页。1.数据元素【5/5】常用符号：“被定义为.”“连接” | “选择”选择 中的一项；()“可选”括号内的项可选可不选；mn、nm“重复”n为重复次数的上限M为重复次数的下限2数据流3数据存储1、数据元素8/4/202255第55页，共100页。2.数据流【1/3】数据在系统中流动的方向。组成：名称、描述来源数据源、加工处理、数据存储、外部项去处数据终点、加工处理、数据存储、外部项可能不唯一组成按一定方式连接起若干数据元素流通量单位时间内的传输次数8/

24、4/202256第56页，共100页。2.数据流【2/3】名称：描述：来源：去处：组成：流通量：发票按照有效购书单开购书发票1.2 开发票1.3 开领书单班级号+书号+单价+数量+总价+书费合计8/4/202257第57页，共100页。2.数据流【3/3】名称：描述：来源：去处：组成：流通量：订货报表每天给采购员的零件订货表2 产生报表采购员订货表编号+零件编号+零件名称+数量+单价+总价+供应商+合计8/4/202258第58页，共100页。3.数据存储【1/3】保存数据结构的地方。为数据文件、数据库设计打下基础。组成：名称输入数据流输出数据流组成按一定方式连接起若干数据元素描述组织方式顺序

25、、随机、其他排序方式8/4/202259第59页，共100页。3.数据存储【2/3】名称：输入数据流：输出数据流：组成：描述：组织方式：各班学生用书表1.1 审查有效性系编号+年级号+班级号+书号DNO+GNO+CNO+SH按班级存放各班学生用书按系编号、班级号由小到大排列8/4/202260第60页，共100页。3.数据存储【3/3】名称：输入数据流：输出数据流：组成：描述：组织方式：订货信息表1.3 处理订货2 产生报表零件编号+零件名称+数量+供应商+单价需要订货的零件各供应商单价按零件编号由小到大排列8/4/202261第61页，共100页。4.加工逻辑【1/3】描述DFD中的每个逻辑

26、功能“做什么”。组成：名称编号输入输出功能描述加工处理8/4/202262第62页，共100页。4.加工逻辑【2/3】名称：编号：输入：输出：功能描述：加工处理：审查有效性1.1购书单、售书登记表各班学生用书表有效书单、无效书单若发现购书单中有学生不用或买重了的教材，便发出无效书单。只有通过了审查的教材保留在有效书单。购书单的内容是否与各班学生用书表相符，通过售书登记表检查学生是否买过这些教材。8/4/202263第63页，共100页。4.加工逻辑【3/3】组成：名称编号输入输出功能描述加工处理缺点：文字描述不准确，不适合描述复杂的加工。8/4/202264第64页，共100页。数据流图的补充

27、说明如何描述加工逻辑？【例】某单位工资制度规定如下：技术干部的职务工资标准为（月）：技术员50元助理工程师70元工程师90元高级工程师120元工龄10年并受聘高级工程师的职务工资为140元工龄补助10年以下加10元1020年加20元20年以上加30元8/4/202265第65页，共100页。3.4 加工逻辑描述技术DFD图中加工处理加工逻辑作用：描述如何把输入数据流输出数据流的加工逻辑；不是实现加工的细节；说明的信息应是充足的，有用的，无冗余信息。常用技术：结构化语言判定表判定树IPO图8/4/202266第66页，共100页。1. 结构化语言1/3一种介于自然语言和形式化语言之间的语言自然语

28、言简单易懂；形式化语言精确；【组成】简单陈述句结构：避免复合语句；选择结构：IF(条件)IF(条件)THEN.ELSECASE(条件序列)重复结构：WHILE DO FORREPEAT UNTIL8/4/202267第67页，共100页。1. 结构化语言2/31.1审查有效性(自然语言描述) 名称：编号：输入：输出：功能描述：加工处理：审查有效性1.1购书单、售书登记表各班学生用书表有效购书单、无效书单若发现购书单中有学生不用或买重了的教材，便发出无效书单。只有通过了审查的教材保留在有效购书单。购书单的内容是否与各班学生用书表相符，通过售书登记表检查学生是否买过这些教材。8/4/202268第

29、68页，共100页。1. 结构化语言3/31.1审查有效性(结构化语言描述) 按班级号检索各班学生用书表,获得学生用书列表;按班级号、书号检索售书登记表,获得已购书列表;FOR( EACH 书号 IN 购书单 ) IF (书号 IN 学生用书列表) THEN IF (书号 IN 已购书列表) THEN 把班级号、书号、购买数量写入无效书单； ELSE把班级号、书号、原因写入有效书单; ELSE把班级号、书号、原因写入无效书单;8/4/202269第69页，共100页。2.判定表1/4一组条件取值的组合加工逻辑的动作。条件条件1条件2.条件n动作动作1动作2.动作n条件取值的组合动作规则8/4/

30、202270第70页，共100页。2.判定表2/4条件技术员助理工程师工程师动作工资高级工程师工龄1010工龄20工龄2060708080901001001101201501401508/4/202271第71页，共100页。2.判定表3/4工资工龄1010工龄20工龄206070808090100100110120150140150技术员助理工程师工程师高级工程师8/4/202272第72页，共100页。3.判定树1/2判定表的变形；优点：比判定表更加直观，易于理解和使用。【例】某单位工资制度规定如下：技术干部的职务工资标准为（月）：技术员50元助理工程师70元工程师90元高级工程师120元

31、工龄10年并受聘高级工程师的职务工资为140元工龄补助10年以下加10元1020年加20元20年以上加30元8/4/202273第73页，共100页。3.判定树2/2【判定树】工资策略技术员助工工程师高工206070802080901002010011012020150140150职务工龄工资8/4/202274第74页，共100页。4. IPO图 输入/处理/输出图1/2表示输入、加工处理与输出的关系。主要的处理输出数据1输入数据处理1处理2输出数据2处理框中列出处理的次序暗示了执行的顺序8/4/202275第75页，共100页。4. IPO图 输入/处理/输出图2/2【例】教务系统成绩管理

32、IPO图。统计报表统计要求统计成绩成绩录入查询结果课程成绩查询条件成绩查询输入处理输出成绩记录8/4/202276第76页，共100页。课堂作业1：绘制判断表/树邮局邮寄包裹收费标准如下：若收件地点距离（L)在1000公里以内，邮件类型（T）为普通件每公斤收费2元，挂号件每公斤3元。若收件地点距离在1000公里以外，普通件每公斤2.5元，挂号件每公斤3.5；若重量（W）大于30公斤，超重部分每公斤加收0.5元。8/4/202277第77页，共100页。课堂作业2：银行账务处理储户将填写好的存/取款单及存折，或定期存单交储蓄所。经查对帐户，将不合格的取款单及存折，或定期存单退回储户；合格的存/取

33、款单及存折，或定期存款单送取款处理。处理时要修改帐户，处理结果是将存折，利息单和现金交储户，同时将定期存单，存/取款单存档。画出和存折操作有关的基本的数据流图定义各种类型的数据字典词条 8/4/202278第78页，共100页。课堂作业2：银行账务处理（2）画出和存折操作有关的基本的数据流图定义各种类型的数据字典词条8/4/202279第79页，共100页。3.5 结构化分析方法3.5.1. SA的定义1/5结构化分析方法(Structured Analysis)70年代 E.Yourdon等人倡议的，“面向数据流分析方法”的一种。面向数据流分析方法基于计算机的系统信息变换当数据“流”过基于计

34、算机的系统时会被变换。以多种形式接受输入，用硬件、软件以及人员等将输入变换为输出，以多种形式产生输出。8/4/202280第80页，共100页。3.5.1. SA的定义2/5基于计算机的系统信息变换输入传感器传输的一个控制信号操作员键入的一列数字通过网络连接传输的一个信息包从CD-ROM提取的大量的数据文件变换单个的逻辑比较复杂的数值算法专家系统中的规则-推理方法输出一个LED发光产生的200页报告8/4/202281第81页，共100页。3.5.1. SA的定义3/5外部实体外部实体外部实体外部实体变换1变换2变换3变换4输入数据输入数据中间数据中间数据中间数据输出数据输出数据信息变换采用D

35、FD符号系统8/4/202282第82页，共100页。3.5.1. SA的定义4/5【指导思想】自顶向下、逐步分解【步骤】从顶层DFD开始，把整个系统视为加工处理；自上而下，逐步对系统分解每分解一次，增加系统的加工元素，进一步具体化每个加工的功能。重复第2步，直到所有的加工元素都是足够简单，功能足够单一，视为不必再分解为止。不再分解的加工“基本加工”【结果】含有系统全部加工逻辑的一组分层数据流图8/4/202283第83页，共100页。自顶向下逐步分解思想的体现5/5父图子图平衡（I/O）8/4/202284第84页，共100页。3.5.2. SA的步骤1.步骤：（1）.分层细化DFD图自顶向

36、下对系统功能进行分解（2）.定义数据字典各层DFD图中包含的数据元素、数据流、数据存储。（3）.定义加工逻辑定义中间层和最底层DFD图中包含的所有加工。8/4/202285第85页，共100页。1.分层细化DFD图的步骤1/3识别并从问题中提取数据流图中的元素源与目的数据流加工处理数据存储画顶层DFD基本逻辑模型顶层：一个加工处理和若干个输入输出流组成分层细化DFD中间层：上层分解的中间结果，还可以进一步分解底层：由不可再分割的加工框组成（基本加工框）完善补充8/4/202286第86页，共100页。1.分层细化DFD图的步骤2/3画顶层DFD基本逻辑模型学生教材销售系统学生购书单领书单顶层D

37、FD：把整个系统当作一个大的加工处理，标明系统的输入与输出以及数据源与目的。优点：一目了然的列出所有给定的数据源和数据目的。缺点：太抽象，对目标系统所能了解到的信息非常有限。无效书单8/4/202287第87页，共100页。1.分层细化DFD图的步骤3/3分层细化DFD学生1审查并开发票学生购书单领书单2开领书单发票各班学生用书表教材存量表无效书单售书登记表8/4/202288第88页，共100页。2.画数据流图的原则父/子图平衡（I/O）把一个处理分解为一系列处理时，分解前和分解后的输入/输出数据流必须相同。掌握分解的速度一般一次引入27个加工处理区分全局文件和外部项加工框编号便于引用和追踪8/4/202289第89页，共100页。教材采购、销售系统案例1/6教材采购、销