2023年-软件工程课后答案.docx

《2023年-软件工程课后答案.docx》由会员分享，可在线阅读，更多相关《2023年-软件工程课后答案.docx（41页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件工程第一章作业1.1 什么是计算机软件？软件的特点是什么？答：计算机软件指计算机系统中的程序及其文档。软件的特点是：A软件是一种逻辑实体，而不是有形的系统元件，其开发成本和进 度难以准确得估算；B软件是被开发的或被设计的，没有明显的制造过程，一旦开发成功, 只需复制即可，但其维护的工作量大；C软件的使用没有硬件那样的机械磨损和老化问题。1.2 简述软件的分类,并举例说明。答：在计算机科学技术百科全书中，将软件分为系统软件、支撑 软件和应用软件3类。A系统软件：系统软件居于计算机系统中最靠近硬件的一层，其他 软件一般都通过系统软件发挥作用。系统软件与具体的应用领域无 关。例如：编译程序、操作

2、系统等。B支撑软件：支撑软件是支撑软件的开发和维护的软件。例如：数据 库管理系统、网络软件、软件工具、软件开发环境等。C应用软件：应用软件是特定应用领域专用的软件。例如：工程/科 学计算软件、嵌入式软件、产品线软件、Web应用软件、人工智能 软件。系统分析师由于必须保证分析的准确性，尤其是需求，所以责任 更为重大。一般来说，不应以用户表述不明确，无法得到需求，或者 用户需求变化太多太快作为借口，更不能因为下面的研发技术人员技 术水平不如自己而责备研发技术人员，同时也需要能够为保证企业利益而说服公司领导做出正确的决策；(2 )钻研精神IT行业不同于其他行业，新理念新技术新方法层出不穷，系统分析师

3、 需要能够适时适当地引进新理念新技术新方法，为企业提高生产效 率，为员工降低劳动强度，为客户提供更具竞争力和更加实用的产品 和服务；(3)优秀的协商谈判能力复杂的系统有许多项目相关的人员，他们之间的需求必定会出现 冲突，协商的过程就是讨论需求，找出每个人都满意的折衷方案。分 析人员是参与这之中的重要一份子，需要协调这之中的各方利益，这 就要求分析员必须要有优秀的协商谈判能力。(4)广泛的知识面:除了具备基本的IT技能、知识外，需要广泛涉猎其他行业其他学科的知识方法以系统工程的理念借鉴和利用其他行业的为IT行 业所用，也可以把IT行业的理念应用到其他行业；(5)精湛的技术能力：系统分析员往往需要

4、分析可行性和解决研发人员的技术问题，因此必须具备广泛的技术涉猎面和较强的技术能力;(6)财务能力：系统分析员往往需要参与项目的招投标分析，为了保证企业的利 润和客户的利益，必须进行财务核算，需要具备会计、财务，成本计 算等方面的能力；(7 )司法能力：与其他大部分行业一样T行业也受到法律的约束，任何活动必 须合情合理合法，任何违背法律的项目最终都会失败，违背伦理道德 的事和人最终都将失去人心。(8)超强超快的学习能力：IT行业新技术层出不穷，同时其他相关必备知识、业务知识也 是瞬息万变，系统分析师要能够快速学习并快速掌握和灵活应用；(9)敏锐的观察力：由于IT行业项目的特殊性，项目复杂多变，系

5、统分析师要能够 先于其他人员发现问题、发现隐患，并提前做出规避风险的策略。3.4 列出在制定需求获取策略时的3种主要考虑因素。答：(1 )能否建立起顺畅的通讯途径；(2)是否能够获取用户对系 统的功能需求和非功能需求；(3 )是否利于在可运行系统时的管理要 求。3.6 举例说明一个系统的3个不同类型的非功能需求答：非功能性需求是指软件产品为满足用户业务需求而必须具有且除 功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可 靠性、可维护性、可扩充性和对技术和对业务的适应性等。例如在银 行管理系统中，由于银行数据量的庞大以及对银行账户的管理需求， 用户对系统的性能、可靠性、可维护性要求很

6、高。安全性是对银行用 户个人信息保密的基本要求；在使用系统时，由于用户庞大，要求能 快速安全的执行要求，这就对系统的性能有高需求；银行的用户的变 动比较大，需求高要求的系统维护。3.8 软件需求分析的操作性原则和需求工程的指导性原则是什么？答：(1)必须能够表示和理解问题的信息域；(2)必须能够定义软件将完成的功能；(3 )必须划分描述数据、功能和行为的模型，从而可以分层次 地揭示细节；(4)分析过程应该从要素信息移向细节信息3.9 软件需求规约主要包括哪些内容？自己寻找一个实例，亲自写一 个需求规约。答：软件需求规约包括：引言、信息描述、功能描述、行为描述、检验标准、参考书目、附录。3.10

7、 需求验证应该有哪些人参加？画出一个过程模型，说明需求评 审应该如何组织。答：参与人员：分析人员，用户，开发部门的管理者，软件设计、实 现、测试的人员。需求分析系统需求4.1 简述软件设计阶段的基本任务软件设计的输入是软件分析模型。使用一种设计方法，软件分析模型中通过数据、功能和行为模型所展示的软件需求的信息被传送给 设计阶段，产生数据/类设计、体系结构设计、接口设计、部件及设 计。令数据/类设计将分析类模型变换成类的实现和软件实现所需要的数据结构。令体系结构设计定义了软件的整体结构，由软件部件、外部可见的 属性和他们之间的关系组成。令接口设计描述了软件内部、软件和协作系统之间以及软件同人之

8、间的通信方式。部件级设计将软件体系结构的结构性元素变换为对软件部件的过 程性描述。4.2 软件设计与质量的关系是怎么样的？设计是在软件开发中形成质量的阶段，设计提供了可以用于质量 评估的软件表示，是将用户需求准确的转化为完整的软件产品或系统 的主要途径。4.4 简述模块、模块化及模块化设计的概念。在软件工程中模块是数据说明、可执行语句等程序对象的集合， 具有名字、参数、功能等外部特征以及完成模块功能的程序代码和模 块内部数据等内部特征。模块化，即把软件按照规定原则，划分为一个个较小的，相互独 立的但又相互关联的部件，实际上是系统分解和抽象的过程。模块化设计，简单地说就是程序的编写不是开始就逐条

9、录入计算 机语句和指令，而是首先用主程序、子程序、子过程等框架把软件的 主要结构和流程描述出来，并定义和调试好各个框架之间的输入、输 出链接关系。逐步求精的结果是得到一系列以功能块为单位的算法描 述。以功能块为单位进行程序设计，实现其求解算法的方法称为模块 化。模块化的目的是为了降低程序复杂度，使程序设计、调试和维护 等操作简单化。4.6 耦合和软件可移植性的概念有何关系？举例说明自己的结论。所谓耦合性是指模块之间联系的紧密程度的一种度量，而软件的“可移植性是指将一个软件系统从一个计算机系统或环境移 植到另一个计算机系统或环境中运行时所需工作量的大小。可移植性 是用一组子特性，包括简明性、模块

10、独立性、通用性、可扩充性、硬 件独立性和软件系统独立性等，来衡量的。如果一个软件具有可移植 性，它必然耦合性低，这样模块独立性要强。例如，有一个图形处理 软件，它应具有二维几何图形处理、三维几何图形处理、图形显示、外设控制、数据库管理、用户界面控制、设计分析等模块。如果这些 模块之间都是通过参数表来传递信息，那么它们之间的的耦合就是数 据耦合或标记耦合等，都是低耦合。将来如果想要把它们移植到另一 个外部环境中，这些模块容易修改（功能内聚），且接口清晰，修改 可局部化。反言之，如果这些模块都是功能内聚或信息内聚的模块, 模块之间的耦合都是低耦合，也对可移植性有促进。但不能讲具有低 耦合性模块结构

11、的软件一定具有可移植性，因为是否具有可移植性还 有其它因素的影响。4.7 用自己的话描述信息隐蔽概念，并讨论信息隐藏与模块独立两概念之间的关系。信息隐藏指在设计和确定模块时，使得一个模块内包含的特定信息(过程或数据)，对于不需要这些信息的其他模块来说，是透明的。隐藏的意思是，有效的模块化通过定义一组相互独立的模块来实 现，这些独立的模块彼此之间仅仅交换那些为了完成系统功能所必需 的信息，而将那些自身的实现细节与数据”隐藏起来。信息隐蔽为 软件系统的修改、测试及以后的维护都带来好处。通过抽象，可以 确定组成软件的过程实体。通过信息隐藏，可以定义和实施对模块的 过程细节和局部数据结构的存取限制。模

12、块独立的概念是模块化、抽 象、信息隐藏和局部化概念的直接结果。开发具有独立功能而且和其 他模块之间没有过多的相互作用的模块，就可以做到模块独立。4.8 什么是模块独立性？设计中为什么模块要独立？如何度量独立性？模块功能独立有何优点？(1)模块的独立性是模块化、信息隐藏和局部化等概念的直接 结果。(2 )模块的独立性是很重要的：第一，功能被划分，并且接口被简 化，所以具有有效模块化的软件易于开发。第二，由于因设计 和编码修改引起的副作用受到局限，错误传播被减小，并且模 块复用成为可能，所以独立的模块更易于维护和测试。总的来 说，模块独立是良好设计的关键，从而又是保证软件质量的关 键。(3 )用内

13、聚度与耦合度来度量独立性。内聚度度量同一个模块内部 各个元素彼此结合的紧密程度，耦合度度量不同模块彼此间相 互以来的紧密程度。(4 )模块功能独立的优点：系统容易开发，系统可靠性高，系统易 于维护，软件结构清晰。4.9软件设计规约主要包括哪些内容?1 .工作范围2 .体系结构设计3 .数据设计4 .接口设计5 .各部件的过程设计6 .运行设计7 .出错处理设计8 .安全保密设计9 .需求/设计交叉索引10 .测试部分11 .特殊注解12 .附录第5章结构化分析与设计5.1 简述数据流图的主要思想，概述使用数据流图迸行需求分析的过程。数据流图（DFD苗述输入数据流到输出数据流的变换（即加工）,用

14、于对系统的功能建模。数据流图可以用来抽象地表示系统或软件。它从信息传递和加工的角 度，以图形的方式刻画数据流从输入到输出的移动变换过程，同时可 以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细 节。因此，数据流图既提供了功能建模的机制，也提供了信息流建模 的机制，从而可以建立起系统或软件的功能模型。数据流图进行需求分析的过程：1 ）画出系统的输入和输出2 ）画出系统内部3 ）画出加工内部4）重复第三步，直至每个尚未分解的加工都足够简单（即不 必再分解）5.2 分别采用数据流方法中得哪些技术来完成用户需求的精确化、一致化和完全化的任务。1）父图和子图平衡2）数据守恒3）局部文件4）一

15、个加工的输入数据流不能与该加工的输入数据流同名5）每个加工至少有一个输入数据流和一个输出数据流。6）在整套分层数据流中，每个文件应至少有一个加工读该文件, 有另一个加工写该文件。7 ）分层数据流图中得每个数据流和文件都必须命名（除了流入或 流出文件的数据流），并且与数据字典一致。8 ）分层DFD中的每个基本加工（即不再分解子图的加工）都应 有一个加工规约。5.4在数据流中，可否将两个加工用一个数据流相连？可否将两个源用一个数据流相连？为什么？两个加工可以直接用数据流相连，两个源不能直接用数据流相 连。因为数据流由一组固定成分的数据组成。在DFD中，数据流的 流向可以有以下几种：从一个加工流向另

16、一个加工，从加工流向文件 （写文件），从文件流向加工（读文件），从源流向加工，从加工流向 宿。5.7采用结构化分析方法写出书店管理系统的需求文档，包括数据1.4 什么是软件工程？答：在计算机科学技术百科全书中软件工程是应用计算机科学、 数学及管理科学等原理，开发软件的工程。1.5 简述软件工程的基本原则。答：软件工程原则包括围绕工程设计、工程支持和工程管理提出的以下4条基本原则：第一条：围绕适宜的开发模型；第二条：采用合适的设计方法；第三条：提供高质量的工程支撑；第四条：重视软件工程的管理。1.6 软件生存周期分哪几个阶段？分别简述各个阶段的任务。答：软件生存周期有计算机系统工程、需求分析、设

17、计、编码、测试、 运行和维护6个阶段。A计算机系统工程的任务是确定待开发软件的总体要求和范围，以及 该软件与其他计算机系统元素之间的关系，进行成本估算，做出进度 安排，并进行可行性分析，即从经济、技术、法律等方面分析待开发 的软件是否有可行的解决方案，并在若干个可行的解决方案中做出选 择。B需求分析主要解决待开发软件要做什么的问题，确定软件的功 流图及数据字典。看到这个题目，我想起了以前自己也在手机端 Android平台写了一个书店的管理系统,不过那个时候根本没有什么 需求分析，只是自己一厢情愿的模拟了一个简单的流程。也没有采用 什么结构化分析方法，就仅仅描述了几个对象及其功能。所以我觉得 可

18、以对照着新学的软件工程的知识运用到自己的实际项目中去， 同时也可以完成这道相识的题目。下图就是以前的功能结构图：还有一些程序运行的界面:混08:31(3 08:38返回注册2011年8月30日账号请输入账号|I收入总额：40001200密码请输入密码姓名I 支出总额： 预算余额：2800请输入姓名0 备注请输入备注管理员账号，需要权限密码今天销售利润清空注册国本月销售利润本季度销售利润购买的商品:返回清单9 15:03138扫描收银找零实收As wS汉不129787115139238数据结构9787111291954ANDROID应用开发揭秘69 9787111291954ANDROID应用开

19、发揭秘20 69 58 3 6787542194384建模语言，9787111291954ANDROID应用开发揭秘4895103600303飞鹿活络油6922014508119画规利用结构化方法分析：1、数据流程图第一，存书分数据流存书情况进货信息已售信息图书销售登记表存书销售信息销售信息会员信息会员信息管理员会员信息第四，会员分数据流图:会员 信息 登记 表会员信息登记 销售已售信息图书销售登记表进货信息进销售il查询进货信息进货信息新书列不2、数据字典存书数据字典:属性名类型长度备注书号char10书的编号书名char30书的名称作者char20书的写作者类型char20书的类型简述ch

20、ar150书的简单介绍单价smallmoney4书的价格现存数量int4店内的现有存书数量店内位置char20书在店内的具体位置出版社号char10出版社的编号特价书char2是否为特价书（缺省值是否）出版社数据字典:属性名类型长度备注出版社号char10出版社的编号出版社名称char20出版社的名称所在城市char10出版社所在的城市电话char15出版社的联系电话进货数据字典:属性名类型长度备注书号char10书的编号进价smallmoney4书的进价进货数量int4每本书的进货数量日期datetime8进货的日期销售数据字典:属性名类型长度备注日期datetime8售货的日期书号char

21、10书的编号销售量int4售出的书本数量销售金额money8销售金额=（单价* 销售量）会员信息数据字典:属性名类型长度备注客服号char8会员卡的卡号姓名char20会员的姓名地址char50会员的家庭住址电话char15会员的电话号码购买书号char10书的编号店内收出数据字典:属性名长度备注月份6水电支出4水电费用能、性能、数据、界面等要求，生成软件需求规约。C软件设计只要解决待开发软件怎么做的问题。软件设计通常可 分为系统设计和详细设计。系统设计的任务是设计软件系统的体系结 构，包括软件系统的组成成分、各成分的功能和接口、成分间的连接 和通信，同时设计全局数据结构。详细设计的任务是设计

22、各个组成成 分的实现细节，包括局部数据结构和算法等。D编码阶段的任务是用某种程序设计语言，将设计的结果转换为可执 行的程序代码。E测试阶段的任务是发现并纠正软件中的错误和缺陷。测试主要包括 单元测试、集成测试、确认测试和系统测试。F软件完成各种测试后就可交付使用，在软件运行期间，需对投入运 行的软件进行维护，即可发现了软件中潜藏的错误或需要增加新的功 能或使软件适应外界环境的变化等情况出现时，对软件进行修改。1.9简述各类软件过程模型的特点。答：典型的软件过程模型有：瀑布模型、演化模型（增量模型、原型 模型、螺旋模型）、喷泉模型、基于构件的开发模型和形式方法模型 等。A瀑布模型中，上一阶段的活

23、动完成并经过评审后才能开始下一阶段 的活动，其特征是： 接受上一阶段活动的结果作为本阶段活动的输入； 依据上一阶段活动的结果实施本阶段应完成的活动；员工支出4员工的工资其他支出4其他费用支出结算8每月的总结算2、数据结构数据结构名组成存书信息书号，书名，作者，简介，单价，店内位置，类型，现存 数量，出版社号，特价书出版社号出版社号，出版社名称，电话，所在城市进货信息书号，进货数量，进价，进货日期销售信息销售日期，书号，销售量，销售金额会员信息购买书号，客服号，会员姓名，地址，电话书店支出信息月份，水电支出，员_1_支出，其他支出，结算3、 数据流数据流名数据流来源数据流去向组成登记新书信息进货

24、信息存书信息新书信息查询新书信息新书登记信息管理员新书信息登记打折书信 息存书信息销售信息存书信息查询打折书信 息打折书登记信息管理员存书信息.登记会员信息会员信息存书信息会员信息查询会员信息会员登记信息管理员会员信息4、数据存储数据存储名输入的数据流输出的数据流组成新书登记表进货信息，是否为新书存书信息进货信息，存书信息打折书登记 表存书信息，是否为打折书销售信息存书信息，销售信息会员登记表会员信息，销售信 息会员信息会员信息，销售信息第68章6.1 简述面向数据结构方法的特点答：特点如下：1以信息对象及其操作作为核心进行需求分析;2认为复合信息对象具有层次结构，并且可按顺序，选择，重复3种

25、结构分解为成员对象信息；3提供由层次信息结构映射为程序结构的机制，从而为软件设计奠定良好的基础。6.2 采用Jackson图表示下面的文件结构:工号文件人员记录*姓名地址工作工厂。办公室。管理员。8.1 什么是构件？答：根据pressman书中的定义构件是某系统中有价值的、几乎独立的并可替换的一个部分，它在良 好定义的体系结构语境内满足某种清晰的功能。根据brown的定义构件是一个独立发布的功能部分，可以通过其接口访问它的服务。根据计算机科学技术百科全书（第二版）中的定义软件构件是软件系统中具有相对独立功能，可以明确标识，接口由规 约指定，与语境有明显依赖关系，可独立部署,且多由第三方提供的

26、可组装软件实体。软件构件须承载有用的功能，并遵循某种构件模型。可复用构件是指 具有可复用价值的构件。在基于构件的软件开发中经常会使用到的商用成品构件，是指由第三 方开发的满足一定构件标准并且可组装的软件构件。8.2 简述基于构件的软件开发过程。基于构件的软件开发过程: 领域工程的步骤：1领域分析2建立领域特定的基准体系结构模型3标识候选构件4泛化和可变性分析5构件重构6构件的测试7构件的包装8构件入库应用系统工程的步骤:1建立应用系统的体系结构模型；2寻找候选构件；3评价和选择合适的构件；4构件的修改和特化；5开发未被复用的不分；6构件的组装；7集成测试；8评价被复用的构件，并推荐可能的新构件

27、。第11、13章11.1答：软件测试的目的是发现软件中的错误和缺陷,并加以纠正。11.2答：白盒测试又称结构测试，这种方法把测试对象看作一个透明的盒 子，测试人员根据程序内部的逻辑结构及有关信息设计测试用例，检 查程序中所有逻辑路径是否都按预定的要求正确地工作。白盒测试主 要用于对程序模块的测试。包括：程序模块中的所有独立路径至少执行一次。对所有逻辑判定的取值（真与假）都至少测试一次。在上下边界及可操作范围内运行所有循环。 测试内部数据结构的有效性等。黑盒测试又称行为测试，这种方法把测试对象看作一个黑盒子， 测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的 需求规格说明书，检查程序

28、的功能是否符号它的功能需求。黑盒测试 可用于各种测试，它试图发现以下类型的错误： 不正确或遗漏的功能 接口错误，如输入输出参数的个数、类型等。 数据结构错误或外部信息(如外部数据库)访问错误。 性能错误。 初始化和终止错误。11.3解：判定覆盖：(1)X=85,Y=85(2 ) X=70 , Y=95(3 ) X=30 , Y=95条件覆盖：(1)X=85,X=85(2 ) X=70 , Y=75(3 ) X=95 , Y=50(4)X=50 , Y=95(5 ) X=40 , Y=40判定条彳牛覆盖：(1)X=85,X=85(2 ) X=70 , Y=75(3 ) X=95 , Y=50 (

29、4) X=50 , Y=95 (5 ) X=40 , Y=40 (6)X=20, Y=95 (7)X=95, Y=20条件组合覆盖：(1)X=85,X=85(2 ) X=65 , Y=85(3 ) X=85 , Y=65 (4) X=70 , Y=75 (5 ) X=95 , Y=50 (6 ) X=50 , Y=95 (7 ) X=40 , Y=40路径覆盖：(1) X=85,Y=85(2 ) X=70 , Y=95(3 ) X=30 , Y=7011.5 分别简述单元测试、集成测试、确认测试和系统测试的任务。单元测试：又称模块测试着重对软件设计的最小单元软件构件或模块进行验证。单元测试根据

30、设计描述，对重要的控制路径进行测试，已发现构建或 模块内部的错误，通常采用白盒测试，并且多个构件或模块可以并行 测试。单元测试的主要内容：接口、局部数据结构、边界条件、独立路径和 错误处理路径。集成测试：集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有 模块按照设计要求（如根据结构图）组装成为子系统或系统，进行集 成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连 接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局 上很可能暴露出来，影响功能的实现。目的：是确保各单元组合在一起后能够按既定意图协作运行，并确保 增量的行为正确。它所测试的内容包括单元间的接口以及集

31、成后的功 能。使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归 测试。确认测试：确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。 经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系 统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效 性，这就是确认测试的任务，即软件的功能和性能如同用户所合理期 待的那样。系统测试：将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起, 进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品 系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出 与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。

32、系统 测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部 件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外 设甚至包括某些数据、某些支持软件及其接口等。11.6 什么是a测试？什么是0测试？a测试:a测试是由一个用户在开发者的场所进行的测试，软件在开发者对用 户的”指导下进行测试。经过a测试后的软件称为B测试。B测试：P测试是指软件开发公司组织各方面的典型用户在日常工作中实际 使用P版本，并要求用户报告异常情况、提出批评意见，然后软件开 发公司再对P版本进行改错和完善。P测试也是黑盒测试。黑盒测试 也称功能测试，

33、它是通过测试来检测每个功能是否都能正常使用。11.7什么是归测试?回归测试是指修改了旧代码后，重新进行测试以确认修改没有引 入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统 测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组 成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的 各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本 的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是 要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策 略来改进回归测试的效率和有效性是非常有意义的。观念:1 .回归测试是指重复以前的全部或部分的相同测试。2

34、 .新加入测试的模组，可能对其他模组产生副作用，故须进行某些程 度的回归测试。3 .回归测试的重心，以关键性模组为核心。测试策略:对于一个软件开发项目来说，项目的测试组在实施测试的过程中会 将所开发的测试用例保存到测试用例库中，并对其进行维护和管 理。当得到一个软件的基线版本时，用于基线版本测试的所有测试用 例就形成了基线测试用例库。在需要进行回归测试的时候，就可以根 据所选择的回归测试策略，从基线测试用例库中提取合适的测试用例对本阶段的活动进行评审;将本阶段活动的结果作为输出。B增量模型将软件的开发过程分成若干个日程时间交错的线性序列,每个线性序列产生软件的一个可发布的增量版本，后一个版本是

35、对前 一个版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。C原型模型从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求。然后快速制定原型开发的计划，确定原型的目标 和范围，采用快速设计的方式对其建模，并构建模型。被开发的原型 应交付给客户使用，并收集客户的反馈意见，这些反馈意见可在下一 轮迭代中对原型进行改进。在前一个原型需要改进，或者需要扩展其 范围的时候，进入下一轮原型的迭代开发。D螺旋模型将原型模型实现的迭代特征与瀑布模型中控制的和系统 化的方面结合起来，不仅体现了这两种模型的优点而且还增加了风险 分析。E喷泉模型是一种支持面向对象开发的过程模型。类及对象是

36、面向对 象方法中的基本成分。在分析阶段，标识类及对象，定义类之间的关 系，建立对象-关系模型和对象-行为模型。在设计阶段，从实现的角 度对分析模型进行调整和扩充。在编码阶段，用面向对象语言实现类 及对象，通过消息机制实现对象之间的通信，完成软件的功能。在面 向对象方法中，分析模型和设计模型采用相同的符号表示体系，开发 的各个活动没有明显的边界，各个活动经常重复，迭代地交替进行。组成回归测试包，通过运行回归测试包来实现回归测试。保存在基线 测试用例库中的测试用例可能是自动测邂呸，也有可能是测试用例 的手工实现过程。回归测试需要时间、经费和人力来计划、实施和管理。为了在给定 的预算和进度下，尽可能

37、有效率和有效力地进行回归测试，需要对测 试用例库进行维护并依据一定的策略选择相应的回归测试包。测试过程有了测试用例库的维护方法和回归测试包的选择策略，回归测试可遵循下述基本过程进行：(1) .识别出软件中被修改的部分;(2) .从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基 线测试用例库TO。(3) .依据一定的策略从TO中选择测试用例测试被修改的软件。(4) .如果必要，生成新的测试用例集T1 ,用于测试TO无法充分测试 的软件部分。(5) .用T1执行修改后的软件。第和第步测试验证修改是否破坏了现有的功能，第(4)和第(

38、5) 步测试验证修改工作本身。11.8简述边界值分析方法的作用长期的测试工作经验告诉我们，大量的错误是发生在输入或输出 范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边 界情况设计测试用例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。通常输入 和输出等价类的边界，就是应着重测试的边界情况。应当选取正好等 于，刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类 中的典型值或任意值作为测试数据。边界分析是指对输入或输出的边界值进行测试的一种测试方法。 所说的边界值是指输入等价类和输出等价类的边界值。经验证明大量的程序错误是发生在输入或输出范围的边界上，

39、而 不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用 例，可以查出更多的错误。使用边界值分析方法设计测试用例，首先应确定边界情况。通常 输入和输出等价类的边界，就是应着重测试的边界情况。应当选取正 好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等 价类中的典型值或任意值作为测试数据。13.1请讨论使软件维护成本居高不下的因素。如何尽可能降低这些因素的影响？软件维护的代价是生产率惊人下降。维护费用只不过是软件及维护最 明显的代价，起一些隐性的代价将更为人们关注。软件维护除费用外的无形代价包括：L维护活动占用了其他软件开发可用的资源，使资源的利用率降低2 .一些修复或修改请

40、求得不到及时安排，使得客户满意率下降3 .维护的结果把一些新的潜在的错误引入软件，降低了软件质量4将软件人员抽调到维护工作中，使得其它软件开发过程受到干扰影响维护工作量的因素主要有以下六种：1 .系统的规模：系统规模越大，其功能就越复杂，软件维护的工作量 也随之增大2 .程序设计语言：使用强功能的程序设计语言可以控制程序的规模。 语言的功能越强，生成程序的模块化和结构化程度越高，所需的指令 数就越少，程序的可读性也越好3 .系统年龄：老系统比新系统需要更多的维护工作量。4 .数据库技术的应用：使用数据库,可以简单而有效地管理和存储用 户程序中的数据，还可以减少生成用户报表应用软件的维护工作量5

41、 .先进的软件开发技术：在软件开发过程中，如果采用先进的分析设 计技术和程序设计技术，如面向对象技术、复用技术等，可减少大量 的维护工作量6 .其它一些因素：如应用的类型、数学模型、任务的难度、IF嵌套深 度、索引或下标数等，对维护工作量也有影响为了有效的进行软件维护，尽可能降低这些因素的影响，应事先就开 始做组织工作：1 .首先建立维护的机构2 .申明提出维护申请报告的过程及评价的过程3 .为每一个维护申请规定标准的处理步骤4 .建立维护活动的登记制度以及规定评价和评审的标准5 3.3软件维护的过程是如何进行的？为什么要进行软件可维护性分 析？1 .对于非纠错性维护，则首先判断维护类型，对适

42、应性维护，按照评 估后得到的优先级放入队列2 .对于改善性维护，则还要考虑是否采取行动，如果接受申请，则同 样按照评估后得到的优先级放入队列,如果拒绝申请，则通知请求者, 并说明原因3 .对于工作安排队列中的任务，由修改负责人依次从队列中取出任 务，按照软件工程方法学规划、组织、实施工程。4 .每种维护请求都要进行同样的一系列技术工作：修改软件需求说 明、修改软件设计、设计评审、必要时重新编码、单元测试、集成测 试（包括回归测试）、确认测试等5 .维护工作最后一步是复审维护过程图：进行可维护性分析的原因：软件维护是指软件系统交付使用以后，为了改正错误或满足新的 需求而修改软件的过程。一个中等规

43、模的软件，如果其开发过程需要 一二年时间，则它投入使用以后，其运行时间可能持续5 1。年之 久。在这个维护阶段中，人们需要着手解决开发阶段尚未解决的问题, 同时，还解决维护工作本身所产生的问题。做好软件的维护工作不仅 能够排除软件中存在的错误，使它能够正常工作，而且还可以使它扩 充功能，提高性能，为用户带来新的效益。软件的可维护性是指维护 人员为纠正软件系统出现的错误或缺陷，以及为满足新的要求而理 解、修改和完善软件系统的难易程度。可维护性是所有软件系统都应 具备的特点。在软件工程的每一阶段都应该努力提高系统的可维护 性，在每个阶段结束前的审查和复审中，应着重对可维护性进行复审。 维护阶段的花

44、费约占整个软件生命期花费的67%。因此，应充分认识到维护现有软件的重要意义。3.7在重构和正向工程之间存在的细微不同是什么？当某应用的基本体系结构是坚固的时候发生重构，即使技术的内部细 节需要修改。当软件的大部分是有用的，仅仅部分模块和数据需要扩 展性修改时，启动重构活动。正向工程是通过到实现语言的映射而把 模型转换为代码的过程。正向工程过程应用软件工程的原理、概念、 技术和方法来重新开发某个现有的应用系统。F基于构件的开发模型，基于构件的开发是指利用预先包装的构建来构造应用系统。构件可以是组织内部开发的构建，也可以是商业化的、 现存的软件构件。G形式化方法是建立在严格数学基础上的一种软件开发

45、方法。软件开 发的全过程中，从需求分析、规约、设计、编程、系统集成、测试、 文档生成，直至维护等各个阶段，凡是采用严格的数学语言，具有精 确的数学语义的方法，都称为形式化方法。形式化方法用严格的数学 语言和语义描述功能和设计规约，通过数学的分析和推导，易于发现 需求的歧义性、不完整性和不一致性，易于对分析模型、设计模型和 程序进行验证。通过数学的演算，使得从形式化功能规约到形式化设 计规约，以及从形式化设计规约到程序代码转换成为可能。1.10敏捷软件开发的特点是什么？答：敏捷软件开发的特点有4个：A个人和交互高于过程和工具；B可运行软件高于详尽的文档；C与客户协作高于合同谈判；D对变更及时做出反应高于遵循计划。1.12简述敏捷软件开发的原则。答：敏捷软件开发必须遵循的12条原则如下；A最优先的是通过尽早地和不断地提交有价值的软件来使客户满意；B欢迎变化的需求，即使该变化出现在开发的后期，为了提升对客户 的竞争优势，Agile过程利用变化作为动力;C以几周到几个月为周期，尽快、不断地发布可运行软件；D