【文档说明】[计算机软件及应用][软件工程]CH3需求分析课件.ppt，共(112)页，2.850 MB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-2109.html

以下为本文档部分文字说明：

2022/11/121第三章需求分析问题定义可行性研究可行否？否是需求分析终止项目......计划时期开发时期主要内容◼3.1需求分析概述◼3.2数据流图◼3.3数据字典◼3.4加工逻辑描述工具◼3.5结构化分析方法◼3.6需求规

格说明书第5章需求工程与需求分析2022/11/1223.1.1需求分析的任务【可行性研究】◼粗略了解用户的需求。◼用较少的成本，在较短的时间内确定是否存在一些可行的解法。◼许多细节被忽略了。【需求分析】◼准确地回答“系统必须做

什么？”这个问题。2022/11/1233.1.1需求分析的任务【依据】◼《可行性研究报告》【任务】◼⑴建立目标系统的逻辑模型调查分析用户的确切需求，认真搞清、并细化到底“系统必须做什么”？◼反复与用户交流；◼建立原型系统；确定目标系统的功能、性能、运行◼⑵形成《软件需求规格说明书》

SoftwareRequirementSpecification2022/11/1243.1.2需求类型1.按内容分类软件需求代表系统的综合要求，包括以下几种类型：①系统功能需求系统功能需求指根据系统所能实现的功能要求，对于每一类功能或者有时对

于每一个功能，需要弄清输入、加工和输出等需求。②系统性能需求按照系统的性能要求分类。例如联机系统的响应时间、系统需要的存储容量、后援存储器、重新启动、安全性和可靠性等方面的要求。③系统运行需求这类要求集中表现为

对系统运行时所处的环境、使用的资源、安全保密和用户界面的要求。如支持系统运行的硬件和软件是什么，采取哪种数据库管理系统，需要什么样的外存储器和数据通信接口。④未来可能出现的问题就是把不属于当前系统开发范围的问题都明确地列出来，因为将来很可能会提出这些问题。这些问题主要是为了系统将

来的扩充和修改做准备，当以后需要时就可以很容易地进行扩展和修改了。2022/11/1253.1.2需求类型(3)2.按用户的期望分类①正常需求用户陈述的针对系统的目标。②期望需求隐式的需求，可能由于是非常基础的而用户没有显示的陈述，如人机交互的容易性、整体的操作正确性和可

靠性，以及软件安装的容易性。③兴奋需求在用户的期望范围之外，如果实现将令人愉快和出乎意料。2022/11/1263.1.2需求类型(4)3.按必要性分类①强制的需求是指除非软件与这些需求一致，则该软件是不可接受的②希望的需求

是指这些需求将增进软件产品功能，但是如果缺乏的话也不是不可接受③任选的需求是指这个功能可有可无2022/11/127案例分析:机票订票系统1.功能需求在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个易扩充的、易维护的、具有良好人机交互界面的机票预定系统

，实现航空公司的机票销售的自动化，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服

务器端子系统。正常、强制的需求2022/11/128案例分析:机票订票系统1.功能需求客户端子系统◼[1]旅客信息的输入和统计…◼[2]旅客信息的存储…◼[3]机票信息的传递及接收…◼[4]取票通知及帐

单的生成和打印…◼[5]机票销售情况的核算…正常、强制的需求2022/11/129案例分析:机票订票系统1.功能需求服务器端子系统◼[1]接收由旅行社客户端发回的所需机票信息…◼[2]生成航班信息…◼[3]传递航班信息到客户端（旅行社）…◼[

4]接收旅行社的反馈信息…◼[5]印出机票给已经订票的旅客…◼[6]销售额的分析和管理…正常、强制的需求2022/11/1210案例分析:机票订票系统（2）2.为了保证系统能够长期、安全、稳定、可靠、高效的

运行，机票预定系统应该满足以下的性能需求：⑴系统处理的及时性和准确性◼在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的响应时间能够满足企业对信息处理的需求。◼机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重，是系统重要的数据来源。机票数量和时间又影响企

业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。2022/11/1211案例分析:机票订票系统（3）⑵系统的开放性和系统的可扩充性◼例如订票方式的改变（网上订票），用户查询需求的不断完善和更新等。所

有这些，都要求系统提供足够的手段进行功能的调整和扩充。◼而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，配置系统的硬件,通过软件的修补、替换完成系统的升级和更新换代。2022/11/1212案例分析:机票

订票系统（4）⑶系统的易用性和易维护性◼机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面

；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。◼机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。2022/11/1213案例分析:机票订票系

统（5）⑷系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时

，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。2022/11/1214案例分析:机票订票系统（6）⑸系统的先进性◼目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个10年时间里仍旧

是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。◼这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。2022/11/1

215案例分析:机票订票系统（7）⑹系统的响应速度机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。2022/11/1

216案例分析:机票订票系统（2）3.机票预定系统的运行需求：机票预定系统中的各个子系统的硬件和软件的配置如下：1．服务器端子系统的运行要求：◼系统软件：◼数据库管理系统：SQLServer◼硬件要求：2.客户端子系统的运行要求：◼系统软件：◼数据库管理系统：SQLServer◼硬件要求：

2022/11/12177.7.4测试种类对以计算机为基础的系统进行充分的测试。◼⑴功能测试⑼可使用性测试◼⑵可靠性测试⑽可支持性测试◼⑶强度测试⑾安装测试◼⑷性能测试⑿过程测试◼⑸启动／停止测试⒀互连测试◼⑹恢复测试⒁兼容性测试◼⑺配置测试⒂文档测试◼⑻安全性测试2

022/11/12183.1.3需求获取技术问题域用户需求分析员交流2022/11/1219案例分析:图书馆管理系统(1/3)读者管理书库管理读者借阅管理2022/11/1220用户项目负责人需求分析人员设计员案例分析:图书馆管理系统(2/3)

1.建立联合小组◼参与者：用户、需求分析人员、设计人员。2022/11/1221案例分析:图书馆管理系统(3/3)2.会议讨论◼明确问题、范围、环境等，逐步了解用户需求◼会议应有记录，整理形成文档3.分成三小组◼读者管理、图书管理和读者借阅子系统4.总结

各方成果形成结论性的SRS2022/11/1222需求分析工具RequisiteProClearQuestTrac2022/11/12233.1.4需求特性(1)正确性需求规格说明书中的功能、

行为、性能描述必须与用户对目标软件产品的期望相吻合。(2)完整性需求规格说明书不能遗漏任何用户需求(3)可验证性需求规格说明书中的每一个需求，均应存在技术和经济上可行的手段进行验证和确认。2022/11/12243.1.4需求特性(2)(4)无歧义性需求规格说明书中

使用标准化术语，用户、分析人员、设计人员和测试人员对需求规格说明书中的任何语法单位只能有唯一的语义解释。(5)一致性需求规格说明书的各部分之间不能相互矛盾。这些矛盾可以表现为术语使用方面的冲突，功能和

行为方面的冲突，以及时序方面的前后不一致。(6)可理解性不宜在说明书中使用太多的专业化词汇。2022/11/12253.1.4需求特性(2)(7)可追踪性需求规格说明书必须将分析后获得的每项需求与用户的原

始需求项清晰地联系起来，并为后续开发和其他文档引用这些需求项提供便利。(8)可修改性需求规格说明书的格式和组织方式应保证能够比较容易地接纳后续的增删和修改;使修改后的说明书能够较好地保持其他各项属性。2022/11/12263.1.5需求描述和分析

技术1.问题分解2.抽象3.建模4.多视点分析2022/11/1227整个问题子问题1子问题3子问题21.问题分解什么是问题分解?◼将大问题分解为小问题，通过小问题解决来实现大问题的解决问题分解有助于降低解决问题的复杂度

;获取和分析问题本身所固有的整体-部分关系;◼图书馆系统读者管理图书管理借阅管理2022/11/1228外表抽象外表脸形衣着黑胡子大脸2.问题抽象(1/2)什么是抽象?◼抽象有助于控制问题复杂度，抓住问题的本质;◼获取一般和特殊关系;2022/11/12292

.问题抽象(2/2)读者抽象(提取成份)◼名字◼性别◼单位◼类别◼照片◼Email◼电话读者抽象(抛弃成份)◼身高◼年龄◼……2022/11/12303.需求建模(1/2)什么是需求模型◼模型是对现实的简

化，包含有主要影响的要素，忽略不相关的次要因素◼需求模型详细、准确地描述了用户对目标软件系统的功能、行为、性能、设计约束等方面的要求为什么需要建模◼从多个视点、多个不同的抽象层次来描述用户需求，从而更好促进软件的开发需求建模方法◼面向数据流的方法◼面向对象的方法注意◼需

求建模不要涉及软件设计和实现细节2022/11/12314.多视点分析什么是多视点分析◼从多个角度、不同层面上分析和描述用户需求为什么需要多视点分析◼人的认识具有片面性(瞎子摸象)◼多视点可以帮助我们全面把握用户的需求2022/11/12323

.1.6需求分析的步骤⑴分析系统的要求⑵目标系统的逻辑模型⑶修正开发计划⑷构造原型系统⑸复审、验证《软件需求规格说明书》必须处理的信息和应该产生的信息数据流图、数据字典、加工处理用户了解目标系统的功能、概况开发

者快速、准确、完整把握需求2022/11/12333.2数据流图数据流图（DateFlowDiagram）◼描述软件系统逻辑模型的技术。【功能】◼描绘信息在系统中流动和加工处理的情况。【注意】◼只要考虑系统必须完成的基本逻辑功能；◼不要考虑如何具体地实现这些功能；极好的交流和沟通工具2022

/11/12343.2数据流图数据流图（DateFlowDiagram）【符号】◼①数据的源点、终点系统以外的人、事物◼②加工处理不一定是一个程序◼③数据存储数据库、数据文件◼④数据流数据在系统中流动的方向数据描述2022/11/12353.2

数据流图数据流图（DateFlowDiagram）【扩展符号】◼*（星号）表示数据流之间是“与”关系T*ABCTAC*数据A和B同时输入才能变换成数据C数据A变换成数据B和C与B2022/11/12363.2数据流图数据流图（DateFlowDiagram）【扩

展符号】◼+（加号）表示数据流之间是“或”关系T+ABCTAC+数据A、数据B，或A和B同时输入变换成C数据A变换成数据B、数据C、数据B和C或B2022/11/12373.2数据流图数据流图（DateFlowDiagram）【

扩展符号】◼⊕表示数据流之间是“异或”关系T⊕ABCTAC⊕只有数据A、只有数据B（但不能A、B同时）变换成C数据A变换成数据B、数据C，（但不能变换成B和C）或B2022/11/1238[引用]2.3系统流程图【例4】教材销售系统。◼售书过程：学生找系

办公室的张秘书开一个购书单；凭购书单找教材科的王会计开购书发票；向李出纳员交书费开领书单；学生拿着领书单到书库找赵保管员领书。开购书证明购书单开购书发票发票收书费领书单发书当前系统流程图书2022/11/12393.2数据流图【画数据流图的步骤

】◼⑴识别并从问题中提取数据流图中的元素◼ⅰ源与目的数据源——学生数据目的——学生◼ⅱ数据流◼ⅲ加工处理◼ⅳ数据存储2022/11/12403.2数据流图【画数据流图的步骤】◼⑴识别并从问题中提取数据流图中的元素◼ⅰ源与目的数据

源——学生数据目的——学生◼ⅱ数据流购书单、发票、领书单◼ⅲ加工处理审查并开发票、开领书单◼ⅳ数据存储各班学生用书表、教材存量表，售书登记表【数据流】数据在系统中流动的方向2022/11/12413.2数

据流图教材销售系统。目标系统流程图购书单输入购书单审查并开发票各班学生用书表教材存量表发票收书费发票收讫领书单开领书单售出登记表2022/11/1242DFD图学生1审查并开发票学生购书单领书单2开领书单发票各班学生用书表教材存量表无效书单售书登记表2022/1

1/1243数据流图的补充说明如何描述加工逻辑？◼【例】某单位工资制度规定如下：⒈技术干部的职务工资标准为（月）：◼技术员50元助理工程师70元◼工程师90元高级工程师120元◼工龄<10年并受聘高级工程师的职务工资为140元⒉工龄补助◼10年以下加10元

◼10~20年加20元◼20年以上加30元2022/11/12443.3数据字典DFD描述的系统逻辑模型不能充分描述软件需求：◼⑴数据流表示输入到加工中的或从加工中输出的数据对象；◼【问题】数据对象的内容是什么？◼⑵

数据存储表示有组织的数据的集合；◼【问题】数据是怎样组织的？数据字典（DataDictionary）2022/11/12453.3数据字典主要内容：1、数据元素2数据流3数据存储4加工逻辑2022/11/12461.

数据元素【1/5】不可再分的数据。◼如：学号、姓名、课程名称.....组成：◼⑴名称：“订货单编号”◼⑵别名：“采购单编号”......◼⑶取值（类型、范围）◼⑷长度：字符个数、数字个数◼⑸描述：有关的其他数据元素、数据结构、加工处理......◼⑹位置：数

据流、数据存储2022/11/12471.数据元素【2/5】名称：别名：取值：长度：描述：位置：班级号CNO字符型5个字节如、J1308，其中：1位——系；2位——专业；3位——年级；4、5位——班级号购书单、发票、各班学生用书表2022/11/12481.数据元素【3/5】名称：别

名：取值：长度：描述：位置：年级号GNO字符型（F、M、J、S）1个字节Freshman一年级Sophomore二年级Junior三年级Senior四年级各班学生用书表2022/11/12491.数据元素【4/5】名称：别名：取值类型

：长度：描述：位置：零件编号字符型8个字节零件的唯一标识，作为关键字。订货报表、库存清单表、订货信息表2022/11/12501.数据元素【5/5】常用符号：◼＝——“被定义为...”◼＋——“连接”◼[|]——

“选择”选择[]中的一项；◼()——“可选”括号内的项可选可不选；◼m{}n、{}nm——“重复”n为重复次数的上限M为重复次数的下限2数据流3数据存储1、数据元素2022/11/12512.数据流【1/3】数据在系统中流动的方向。组成：◼

⑴名称、描述◼⑵来源数据源、加工处理、数据存储、外部项◼⑶去处数据终点、加工处理、数据存储、外部项可能不唯一◼⑷组成按一定方式连接起若干数据元素◼⑸流通量单位时间内的传输次数2022/11/12522.数据流【2/3】名称：描述：来源：去处：组成：流通量：发票按照有效购书单开购

书发票1.2开发票1.3开领书单班级号+{书号+单价+数量+总价}+书费合计2022/11/12532.数据流【3/3】名称：描述：来源：去处：组成：流通量：订货报表每天给采购员的零件订货表2产生报表采购员订货表编号+{零件编号+零件名称+数量+单

价+总价+供应商}+合计2022/11/12543.数据存储【1/3】保存数据结构的地方。◼为数据文件、数据库设计打下基础。组成：◼⑴名称◼⑵输入数据流◼⑶输出数据流◼⑷组成按一定方式连接起若干数据元素◼⑸描述◼⑹组织方式顺序、

随机、其他排序方式2022/11/12553.数据存储【2/3】名称：输入数据流：输出数据流：组成：描述：组织方式：各班学生用书表1.1审查有效性系编号+年级号+班级号+{书号}DNO+GNO+CNO+{SH}按班级存放各班学生用书按系编号、班级

号由小到大排列2022/11/12563.数据存储【3/3】名称：输入数据流：输出数据流：组成：描述：组织方式：订货信息表1.3处理订货2产生报表零件编号+零件名称+数量+{供应商+单价}需要订货的零

件各供应商单价按零件编号由小到大排列2022/11/12574.加工逻辑【1/3】◼描述DFD中的每个逻辑功能“做什么”。组成：◼⑴名称⑵编号◼⑶输入⑷输出◼⑸功能描述⑹加工处理2022/11/12584.加工逻辑【2/3】名称：编号：输入：输出：功能描述：加工处理：

审查有效性1.1购书单、售书登记表各班学生用书表有效书单、无效书单若发现购书单中有学生不用或买重了的教材，便发出无效书单。只有通过了审查的教材保留在有效书单。购书单的内容是否与各班学生用书表相符，通过售书登记表检查学生是否买过这些教材。2022/11/12594

.加工逻辑【3/3】组成：◼⑴名称⑵编号◼⑶输入⑷输出◼⑸功能描述⑹加工处理缺点：◼文字描述不准确，不适合描述复杂的加工。2022/11/12603.4加工逻辑描述技术DFD图中加工处理——加工逻辑作用：◼描述如何把输入数据流→输出数据流的加工

逻辑；不是实现加工的细节；◼说明的信息应是充足的，有用的，无冗余信息。常用技术：◼⑴结构化语言◼⑵判定表◼⑶判定树◼⑷IPO图2022/11/12611.结构化语言[1/3]◼一种介于自然语言和形式化语言之间的语言自然语言——简单易懂

；形式化语言——精确；◼【组成】简单陈述句结构：避免复合语句；选择结构：◼IF(条件)◼IF(条件)THEN...ELSE◼CASE(条件序列)重复结构：◼WHILEDO◼FOR◼REPEATUNTIL2022/11/12621.结构化

语言[2/3]1.1审查有效性(自然语言描述)名称：编号：输入：输出：功能描述：加工处理：审查有效性1.1购书单、售书登记表各班学生用书表有效购书单、无效书单若发现购书单中有学生不用或买重了的教材，便发出无效书单。

只有通过了审查的教材保留在有效购书单。购书单的内容是否与各班学生用书表相符，通过售书登记表检查学生是否买过这些教材。2022/11/12631.结构化语言[3/3]1.1审查有效性(结构化语言描述)按班级号检索各班学生用书表,获得学生用书列表;按班级号、书号检索售书登记

表,获得已购书列表;FOR(EACH书号IN购书单){IF(书号IN学生用书列表)THEN{IF(书号IN已购书列表)THEN{把班级号、书号、购买数量写入无效书单；}ELSE{把班级号、书号、原因写入有效书单;}}ELSE{把班级号、书号、原因写入无效书单

;}}2022/11/12642.判定表[1/4]◼一组条件取值的组合→加工逻辑的动作。条件条件1条件2......条件n动作动作1动作2......动作n条件取值的组合动作规则2022/11/12652.判定表[2/4]条件技术员助理工程师工程师动作工资高级工程师工龄＜10

10≤工龄≤20工龄＞20√√6070808090100100110120150140150√√√√√√√√√√√√√√√√√√√√√√2022/11/12662.判定表[3/4]工资工龄＜1010≤工龄≤20工龄＞20√607

0808090100100110120150140150√√√√√√√√√√√技术员助理工程师工程师高级工程师2022/11/12672.判定表[4/4]◼一组条件取值的组合→加工逻辑的动作。【例】：学位证、结业证、肄业证授予判定表。条件没有未通过的必须

课程未通过的必须课程学分≤12通过的课程学分数≥30动作学士学位证书结业证书肄业证书√×√√√××√√×××不授予任何证书√2022/11/12683.判定树[1/2]判定表的变形；◼优点：比判定表更加直观，易于理解和使用。◼【例】某单位工

资制度规定如下：⒈技术干部的职务工资标准为（月）：◼技术员50元助理工程师70元◼工程师90元高级工程师120元◼工龄<10年并受聘高级工程师的职务工资为140元⒉工龄补助◼10年以下加10元◼10~20年加20元◼20年以上加30元2022/11/12693.判定树[2/2]⑶【判

定树】工资策略技术员助工工程师高工<1010-20>20607080<1010-20>208090100<1010-20>20100110120<1010-20>20150140150职务工龄工资2022/11/12704.IPO图输入/处理/输出图[1/2]◼表示输入、加

工处理与输出的关系。主要的处理输出数据1输入数据处理1处理2输出数据2处理框中列出处理的次序暗示了执行的顺序2022/11/12714.IPO图输入/处理/输出图[2/2]【例】教务系统成绩管理IPO图。统计报表统计要求统计成绩成绩录入查询

结果课程成绩查询条件成绩查询输入处理输出成绩记录2022/11/1272课堂作业1：绘制判断表/树邮局邮寄包裹收费标准如下：若收件地点距离（L)在1000公里以内，邮件类型（T）为普通件每公斤收费2元，挂号件每公斤3元。若收件地点距离在1000公里以外，普通件每公斤

2.5元，挂号件每公斤3.5；若重量（W）大于30公斤，超重部分每公斤加收0.5元。2022/11/1273课堂作业2：银行账务处理储户将填写好的存/取款单及存折，或定期存单交储蓄所。经查对帐户，将不合格的取款单及存折，或定期存单退回储户；合格的存/取款单及存折，或定期存款单送取款处理。处

理时要修改帐户，处理结果是将存折，利息单和现金交储户，同时将定期存单，存/取款单存档。画出和存折操作有关的基本的数据流图定义各种类型的数据字典词条2022/11/1274课堂作业2：银行账务处理（2）画出和存折操作有关的基本的数据流图

定义各种类型的数据字典词条2022/11/12753.5结构化分析方法3.5.1.SA的定义[1/5]结构化分析方法(StructuredAnalysis)◼70年代E.Yourdon等人倡议的，◼“面向数据流分析方法”的一种。面向数

据流分析方法◼基于计算机的系统→信息变换当数据“流”过基于计算机的系统时会被变换。◼⑴以多种形式接受输入，◼⑵用硬件、软件以及人员等将输入变换为输出，◼⑶以多种形式产生输出。2022/11/12763.5.1.SA的定义[2/5]◼基于计算机的系

统→信息变换◼⑴输入传感器传输的一个控制信号操作员键入的一列数字通过网络连接传输的一个信息包从CD-ROM提取的大量的数据文件◼⑵变换单个的逻辑比较复杂的数值算法专家系统中的规则-推理方法◼⑶输出一个LED发光产生的200页报告2022/11/12773.5.1.SA的

定义[3/5]外部实体外部实体外部实体外部实体变换1变换2变换3变换4输入数据输入数据中间数据中间数据中间数据输出数据输出数据信息变换→采用DFD符号系统2022/11/12783.5.1.SA的定义[4/5]【指导思想】自顶向下、逐步分解【步骤】◼⑴从顶层DF

D开始，把整个系统视为加工处理；◼⑵自上而下，逐步对系统分解每分解一次，增加系统的加工元素，进一步具体化每个加工的功能。◼⑶重复第2步，直到所有的加工元素都是足够简单，功能足够单一，视为不必再分解为止。不再分解

的加工——“基本加工”【结果】◼含有系统全部加工逻辑的一组分层数据流图2022/11/1279自顶向下逐步分解思想的体现[5/5]父图子图平衡（I/O）2022/11/12803.5.2.SA的步骤1.步骤：◼（1）.分层细化DFD图自顶向下对系统功能进行分解◼（

2）.定义数据字典各层DFD图中包含的数据元素、数据流、数据存储。◼（3）.定义加工逻辑定义中间层和最底层DFD图中包含的所有加工。2022/11/12811.分层细化DFD图的步骤[1/3]⑴识别

并从问题中提取数据流图中的元素◼ⅰ源与目的◼ⅱ数据流◼ⅲ加工处理◼ⅳ数据存储⑵画顶层DFD——基本逻辑模型◼顶层：一个加工处理和若干个输入输出流组成⑶分层细化DFD◼中间层：上层分解的中间结果，还可以进一步分解◼底层

：由不可再分割的加工框组成（基本加工框）⑷完善补充2022/11/12821.分层细化DFD图的步骤[2/3]◼⑵画顶层DFD——基本逻辑模型学生教材销售系统学生购书单领书单顶层DFD：把整个系统当作一个大的加工处理，标明系统的输入与输出以及数据源与目的。优点：一

目了然的列出所有给定的数据源和数据目的。缺点：太抽象，对目标系统所能了解到的信息非常有限。无效书单2022/11/12831.分层细化DFD图的步骤[3/3]◼⑶分层细化DFD学生1审查并开发票学生购书单领书单2开领书单发票各班学生用书表教材存量表无效书单售书登记表2022/11/1284

2.画数据流图的原则◼⑴父/子图平衡（I/O）把一个处理分解为一系列处理时，分解前和分解后的输入/输出数据流必须相同。◼⑵掌握分解的速度一般一次引入2~7个加工处理◼⑶区分全局文件和外部项◼⑷加工框编号便于引用和追踪2022/11/1285教材采购、销售系

统案例[1/6]教材采购、销售系统的DFD图。学生教材购销系统采购员缺书单购书单领书单进书通知顶层数据流图两个功能：①教材销售②教材采购无效书单2022/11/1286教材采购、销售系统案例[2/6]学生1销售采购员缺书单购书单领书单进书通知第一层数据流图2采购缺书

登记表教材存量表进书通知销售子系统的功能可以细分为：1.1审查有效性1.2开发票1.3登记缺书1.4开领书单1.5补售教材无效书单2022/11/1287教材采购、销售系统案例[3/6]1加工框的第二层数据流图1.1审查有效性1.2开发票1.3领书单1.

5补售教材1.4登记缺书学生购书单2采购各班学生用书表售书登记表无效书单有效书单教材存量表发票缺书单缺书登记表补售书单进书通知学生领书单2022/11/1288教材采购、销售系统案例[4/6]学生1销售采购员缺书单购书单领书单进书通知第一层数据流图2采购缺书登记表教材存量表进书通知无效书单

2022/11/1289教材采购、销售系统案例[4/6]学生1销售采购员缺书单购书单领书单进书通知第一层数据流图2采购缺书登记表教材存量表进书通知采购子系统的功能可以细分为：2.1按书号汇总缺书2.2按出版社

统计缺书2.3修改教材库存和待购量无效书单2022/11/1290教材采购、销售系统案例[5/6]2加工框的第二层数据流图1销售缺书登记表2.1按书号汇总2.2按出版社汇总2.3修改教材存量待购量教材存量表

待购教材表教材信息表缺书单进书通知采购员进书通知2022/11/1291教材采购、销售系统案例[6/6]学生1销售采购员缺书单购书单领书单进书通知第一层数据流图2采购缺书登记表教材存量表进书通知无效书单2022/11/1292仓库零件订货系统案例[1/5]◼系统简单描述：该装配

厂使用一台小型计算机更新库存清单主文件和产生定货报告。零件库存量的每一次变化称为一个事务，由存放在仓库中的终端输入到小型计算机。系统中的库存清单程序对事务进行处理，更新存储在磁盘上的库存清单主文件，并把必要的定货信息写在磁带上。最后，每天由报告生成程序读一次磁带，并打印出定货报告。2

022/11/1293仓库零件订货系统案例[2/5]库存清单程序库存清单主文件订货信息报告生成程序订货报告当前系统流程图2022/11/1294仓库零件订货系统案例[3/5]仓库管理员仓库零件订货系统采购

员事务订货报表顶层数据流图2022/11/1295仓库零件订货系统案例[4/5]1处理事务采购员订货报表事务第一层数据流图2产生报表订货信息表库存清单表仓库管理员2022/11/1296仓库零件订货系统案例[5/5]1加工框的第二层数据

流图事务订货信息表库存清单表仓库管理员2产生报表1.1接受事务1.2更新库存清单变化的库存1.3处理订货更新后的库存2022/11/1297FABf1f2f3f4f5f6f7ABVWXYZZ1Z2Z3f41f42f43f44f45XYX1Y1X2Y2Z注意事项[1/2]：保

持父子图的平衡2022/11/1298注意事项[2/2]：【功能】◼描绘信息在系统中流动和加工处理的情况。【注意】◼只要考虑系统必须完成的基本逻辑功能；◼不要考虑如何具体地实现这些功能；【优点】◼逐步细化的方法，避免一次引入过多细节◼层次清楚，便于阅读◼一组图代替一

张图，有利于开发人员各自选择自己的需要2022/11/1299建议项目一：基于HTML5的WEB系统设计与优化方法研究背景：HTML5会重塑互联网，使浏览器无需借助插件就可以做更多的工作，从位置跟踪、视频播放到把云端的数据缓

存到本地，最终能使互联网更安全、更高效、更灵活任务1：基于HTML5的视频播放系统任务2：基于HTML5的图形动态生成系统2022/11/12100HTML5是一项足以改变行业面貌的技术可以彻底离线操作的网页应用程序◼有了本地副本，甚至可以在脱机状态时使用网站转向“

客户端为重，服务器为轻”世界◼现在是“服务器为重，客户端为轻”的世界浏览器无需借助插件就可以做更多的工作2022/11/12101动态生成的网页中图片2022/11/12102Twitter图片iPhone图片社会网络媒体标志2022/11/12103巴哈马群岛标志社会媒体网

络标志Adobe公司2022/11/12104建议项目二：Prolog机器人程序设计逻辑编程语言Prolog在知识管理和逻辑推理方面具有开发方便、功能强大的特点采用的Indigolog为OpenSource的版本,采用SWI

-PROLOG的最新版本(免费版本)下载地址:http://sourceforge.net/projects/indigolog/任务：实现机器人运箱子的试验2022/11/12105建议项目三：基于QT浏览器的移动终端系统设计Qt是一个跨平台的C++图形用户

界面应用程序框架，对Windows、Linux、MacOSX、Unix、FreeBSD等主要的操作系统均有支持。使用Qt只需一次性开发应用程序，无须重新编写源代码，便可跨不同桌面和嵌入式操作系统部署这些应用程序。任务：开发移动网络运维移动终端系统20

22/11/12106建议项目四：Andriod平台Widget开发背景：WebWidget,中文译名被称作是微件,是一小块可以在任意一个基于HTML的Web页面上执行的代码，它的表现形式可能是视频，地图，新闻，小游戏等等。任务：周期性日常事务管理Widget设计任务：日历设计

目标：发布到手机应用商店2022/11/121072022/11/121082022/11/121092022/11/12110谷歌美图http://news.csdn.net/a/20100928/280019.html2022/11/1

2111课后练习[1/2]根据SA方法画出和存折操作有关的分层数据流图定义各种类型的数据字典词条2022/11/12112练习[2/2]存折＝户名＋所号＋帐号＋开户日＋性质＋（印密）＋1{存取行}50户名＝2{字母}24所号

＝“001”..“999”帐号＝“00000001”..“99999999”开户日＝年＋月＋日性质＝“1”..“6”注：“1”表示普通户，“5”表示工资户等印密＝“0”注：印密在存折上不显示存取行＝日期＋（摘要）＋支出＋存

入＋余额＋操作＋复核