《软件工程》期末总复习题.doc

《《软件工程》期末总复习题.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、《信息管理系统》辅导1——数据流图例题解析例题：请根据以下描述画出系统的数据流图。该子系统共有三个加工：（1）首先是“建立订货合同台帐”：从订货合同、材料检验单和客户文件输入数据、输出形成合同台帐文件；（2）然后是“分类合并”：从合同台帐文件输入数据，排序合并后形成合同分类文件，最后“打印”加工单元从合同分类文件打印出合同分类表。解析：本题是一道丰富典型的应用题，要求学习根据文字描述画出数据流图，这种题型在《信息管理系统》课程考试中经常出现，必须熟练掌握。为了解答这个例题，我们先回顾一下这三项内容：1、什么是数据流图；2、它有哪

2、些基本符号；所谓数据流图（DataFlowDiagram，简称DFD）是一种分析系统数据流程的图形工具。它摆脱了系统的物理内容，精确地在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。一般由数据流、加工、文件和数据源或终点四项组成（可参照教材图7－9）。那么如何绘制数据流图呢？以本题为例进行说明：首先我们可根据例题中的描述在纸上画出第一个加工“建立订货合同台帐”，如图1所示：建立订货合同台帐图1其次，分析这个加工的输出、输入数据流。根据题意可知，该加工的输出是合同台帐文件、而为完成该项输出，必须有三项

3、输入，即订货合同、材料检验单、客户文件。据此可绘制出如图2所示的图形：建立订货合同台帐P1订货合同材料检验单客户文件合同台帐文件图2此时应注意两点：第一要对加工进行编号。本例中，我们将加工“建立订货合同台帐”编号为P1；第二要判断输入、输出项是一般的数据流、还是文件存储。如果是文件存储（比如客户文件、合同台帐文件）则需要用右边开口的方框表示，同时表示数据流的箭头上的文字可省略。第三、将加工“分类合并”画在纸上，如图3所示分类合并P2客户文件材料检验单订货合同建立订货合同台帐P1合同台帐文件图3第四、找出加工“分类合并”的输入和输

4、出项，并用箭头在纸上标注出来。本例中，该加工的输入数据流是合同台帐文件，输出数据流是合同分类文件，由于“合同台帐文件”已被绘制在纸张上，因此只需用箭头将它与加工联接起来即可。如图4所示：分类合并P2客户文件材料检验单订货合同建立订货合同台帐P1合同台帐文件合同台帐文件图4第五、按上述方法，将加工“打印”绘制在图纸上。如图5所示分类合并P2客户文件材料检验单订货合同建立订货合同台帐P1合同分类文件合同台帐文件打印P3合同分类表图5《信息管理系统》辅导2——典型例题解析一、系统分析的主要思路是什么？什么是逻辑设计和物理设计？两者有何

5、区别？解答：管理信息系统是一个错综复杂、涉及面广的大系统，在系统开发时，人们不可能光凭想象就造出一个具有实用价值的“空中楼阁”来。为了使目标系统既能实现当前系统的基本职能，又能改进和提高，系统开发人员首先必须理解并描述出已经实际存在的当前系统，然后进行改进，从而创造出基于当前系统，又高于当前系统的目标系统，即新系统。系统分析过程主要按图1所示的逻辑进行：1．认识、理解当前的现实环境，获得当前系统的具体的“物理模型”，一般可用业务流程图表示。2．从当前系统的“物理模型”，抽象出当前系统的“逻辑模型”，一般可用数据流图表示。3．对当

6、前系统的“逻辑模型”进行分析和优化，建立目标系统的“逻辑模型”，即优化后的数据流图。补充和完善抽象化1243具体化当前系统目标系统物理模型逻辑模型图1系统分析的逻辑系统开发的目的是把现有系统的物理模型转化为目标系统的物理模型，即图1中双虚线所描述的路径，为了达到这个目的，我们采用“迂回战术”，即按照①→②→③→④的路线进行，系统分析阶段的结果是到达③，从③到④的过程是系统设计的任务。“逻辑模型”和“物理模型”的主要差别就是做什么和“如何做”的差别。逻辑模型反映了系统的性质，而物理模型反映的是系统的某一种具体实现方案。根据图1所描

7、述的系统开发的逻辑，可将系统分析阶段的主要工作步骤分为：对当前系统进行详细调查收集数据；建立当前系统的物理模型；建立当前系统的逻辑模型；在对当前系统充分了解的基础上，提出改进意见和新系统应达到的目标；建立新系统的逻辑模型；最后，编写系统分析说明书，如图2所示。现行系统调查建立当前系统的物理模型建立当前系统的逻辑模型提出改进意见和新系统目标建立新系统逻辑模型编写系统分析说明书图2系统分析的步骤二、什么是结构化方法？比较结构化方法和原型化法的优缺点？解答：结构化方法和原型化法均属于信息系统的开发方法。一般认为，系统开发方法的产生和发

8、展大致分为以下几个阶段：20世纪60年代，没有固定的系统开发方法，每个程序员都按照自己的方式写代码，而且也没有什么说明性的文档，这时开发出的系统的程序很难被其他人读懂，后期的维护也很困难，这也是后来产生软件危机的重要原因之一。20世纪70年代，出现了系统开发的结