软件工程相关试题_第1页
软件工程相关试题_第2页
软件工程相关试题_第3页
软件工程相关试题_第4页
软件工程相关试题_第5页
已阅读5页,还剩92页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

97/97软件工程作业1(第1~4章)一、选择题:开发软件所需高成本和产品的低质量之间有着尖锐的矛盾,这种现象称做(C)。A.软件工程 B.软件周期 C.软件危机 D.软件产生瀑布模型本质上是一种(A)模型。A.线性顺序B.顺序迭代C.线性迭代D.早期产品瀑布模型存在的问题是(B)。A.用户容易参与开发 B.缺乏灵活性C.用户与开发者易沟通D.适用可变需求螺旋模型是一种将瀑布模型和(A)结合起来的软件开发模型。A.增量模型 B.专家系统 C.喷泉模型 D.变换模型原型化方法是用户和设计者之间执行的一种交互构成,适用于(A)系统。A.需求不确定性高的 B.需求确定的 C.治理信息 D.实时下列有关软件工程的标准,属于国际标准的是(D)A.GB B.DIN C.ISO D.IEEE结构化方法是一种基于(D)的方法。A.数据结构B.程序结构 C.算法D.数据流软件可行性研究实质上是要进行一次(A)需求分析、设计过程。A、简化、压缩的 B、详细的 C、完全的 D、深入的可行性研究的目的是(D)A、分析开发系统的必要性 B、确定系统建设的方案 C、分析系统风险 D、确定是否值得开发系统设年利率为i,现存入p元,不计复利,n年后可得钞票数为(C)。A、P×(1+i*n) B、P×(i+1)*n C、p×(1+i)n D、p×(i+n)可行性研究是在(A)之前A、系统开发 B、测试 C、试运行 D、集成测试可行性研究需要的时刻长短取决于系统的规模,一般来讲,可行性研究的成本只是预期总成本的(C)。A、1% B、20% C、8% D、50%我国正式颁布实施的(B)对计算机病毒的定义具有法律性、权威性。A.《计算机软件爱护条例》B.《中华人民共和国计算机信息系统安全爱护条例》C.《中华人民共和国著作权法》D.《计算机病毒防治治理方法》效率是一个性能要求,因此应当在以下哪个时期规定?BA、可行性分析B、需求分析C、概要设计D、详细设计需求规格讲明书的作用不包括(D)A、软件验收的依据B、用户与开发人员对软件要做什么的共同理解C、软件可行性研究的依据 D、软件设计的依据数据字典是用来定义(D)中的各个成份的具体含义的。A、程序流程图B、功能结构图 C、系统结构图D、数据流程图数据流程图是(A)方法中用于表示系统逻辑模型的一种图形工具。A、SA B、SD C、SP D、SCDFD中的每个加工至少有(A)。\l"31"/course_ware/software/test/-31A、一个输入流或一个输出流 B、一个输入流和一个输出流C、一个输入流 D、一个输出流需求分析时期的关键任务是确定(D)\l"301"/course_ware/software/test/-301A、软件开发方法 B、软件开发工具C、软件开发费D、软件系统的功能在SD方法中全面指导模块划分的最重要的原则是\l"411"/course_ware/software/test/-411(D)。A、程序模块化B、模块高内聚C、模块低耦合D、模块独立性在模块的3种差不多属性中,反映模块内部特性的是(C)。A、接口 B、功能 C、逻辑 D、状态模块的耦合性能够按照耦合程度的高低进行排序,以下哪一项符合从低到高的正确次序(D)。A、数据结构耦合,公共耦合,操纵耦合,内容耦合B、数据耦合,操纵耦合,数据结构耦合,公共耦合C、无直接耦合,数据结构耦合,内容耦合,操纵耦合D、无直接耦合,数据耦合,操纵耦合,内容耦合PDL是描述处理过程(C)A、做什么B、什么缘故做C、如何做D、对谁做(D)工具在软件详细设计过程中不采纳。A、判定表 B、IPO图 C、PDL D、DFD图为高质量地开发软件项目,在软件结构设计时,必须遵循(A)原则。A.信息隐蔽B、质量操纵 C、程序优化D、数据共享当一个模块直接使用另一个模块的内部数据,这种模块之间的耦合为(D)A、数据耦合B、公共耦合C、标记耦合D、内容耦合详细设计与概要设计衔接的图形工具是(B)。\l"32"/course_ware/software/test/-32 A、DFD图B、SC图C、PAD图D、程序流程图下列几种类型中,耦合性最弱的是(D)。\l"32"/course_ware/software/test/-32 A、内容型B、操纵型C、公共型D、数据型软件结构使用的图形工具,一般采纳(C)图。\l"32"/course_ware/software/test/-32 A、DFD B、PAD C、SC D、ER在七种偶合中,最低偶合是(D)。A、内容偶合B、公共偶合C、数据偶合D、非直接偶合二、简答题什么是软件工程?软件工程的目标是什么?答:软件工程是①将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护过程,立即工程化应用于软件开发和治理之中,②对①中所选方法的研究。目标:合理预算开发成本,付出较低的开发费用。实现预期的软件功能,达到较好的软件性能,满足用户的需求。3提高软件的可维护性,降低维护费用。4提高软件开发生产率,及时交付使用指出瀑布模型中下列任务的顺序:验收测试,项目打算,单元测试,需求评审,成本可能,概要设计,详细设计,系统测试,设计评审,编码,需求规格讲明书。答:项目打算,成本可能,需求规格讲明书,需求评审,概要设计,详细设计,设计评审,编码,单元测试,系统测试,验收测试可行性研究报告的要紧内容是什么?答:可行性研究要紧包括以下几个部分:(1)概述(2)技术可行性(3)项目成熟程度(4)市场需求情况和风险分析(5)投资估算及资金筹措(6)经济与社会效益(7)综合实力和产业基础(8)项目实施进度打算(9)其它尚需要讲明的必要的方面(10)结论什么是需求分析?需求分析时期的差不多任务是什么?答:所谓"需求分析",是指对要解决的问题进行详细的分析,弄清晰问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。能够讲,“需求分析”确实是确定要计算机“做什么”。任务:确定软件项目的目标和范围。调查使用者的要求,分析软件必须做什么,编写需求规格讲明书等它相关文档,并进行必要的需求审查。除此之外,还包括需求变更操纵,需求风险操纵,需求版本操纵等对需求的治理工作什么是结构化分析方法?该方法使用什么描述工具?答:结构化的分析方法是面向数据流的方法,因此,此方法研究的核心是数据的组成和数据流向和对数据的加工处理。结构化分析方法用抽象模型的概念,按照软件内部数据传递、变换的关系,自顶向下逐层分解,直至找到满足功能要求的所有可实现的软件元素为止描述工具:1系统流程图2数据流程图3数据字典4IPO图5层次方框图6实体—关系图7状态—变迁图结构化分析方法通过哪些步骤来实现?答:1)

确定系统的功能要求2)

确定系统的数据要求3)

确定系统的操作要求和界面要求4)

确定系统的性能要求5)

确定系统的运行要求6)

获得当前系统的物理模型7)

抽象出当前系统的逻辑模型8)

建立目标系统的逻辑模型。9)

修正开发打算10)假如需要则开发系统原型什么是数据流图?其作用是什么?其中的差不多符号各表示什么含义?答:数据流图:简称DFD,确实是采纳图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的要紧表达工具及用于表示软件模型的一种图示方法。数据流图的差不多符号的意思:1.矩形表示数据的外部实体;2.圆角的矩形表示变换数据的处理逻辑;3.少右面的边矩形表示数据的存储;4.箭头表示数据流。什么是数据字典?其作用是什么?它有哪些条目?答:数据字典,要紧用来描述数据流程图中的数据流、数据存储、处理过程和和数据源点/终点。作用:数据流程图描述了系统的逻辑结构,其中的四个差不多图形元素的含义无法在数据流程图中详细讲明,因此数据流程图需要与其他工具配合使用,数据字典确实是如此的工具之一。包括的条目:数据流词条数据元素词条数据存储词条数据加工处理词条数据源点及终点词条什么是概要设计?有哪些差不多任务?答:概要设计:依照用户的需求先确定软件系统的总体结构和总的设计原则差不多的任务:设想供选择的方案。推举最佳方案。功能分解,确定软件结构。设计软件结构。制定测试打算。数据设计。书写文档。包括总体设计规格讲明书。用户手册。测试打算。设计审查和复审。详细设计的差不多任务是什么?有那几种描述方法?答:详细设计时期的任务是要为编写程序代码设计“图纸”,由程序员按“图纸”用某种高级程序设计语言编写程序代码。要紧方法有设计程序流程图,表格设计符号以及过程设计语言。什么是变换流?什么是事物流?答:变换型数据流能够划分为明显的三部分:逻辑输入,中心变换,逻辑输出事务流的特点是数据沿某个输入路径流淌,该路径将外部信息转换成事务,其中发射出多条事务处理路径的中心处理被称为中心事务模块的内聚有哪几种?模块间的耦合有哪几种?答:内聚分为七种类型:巧合内聚——一个模块执行多个完全互不相关的动作,那么那个模块就有巧合内聚逻辑内聚——当一个模块执行一系列相关的动作时,称其有逻辑内聚。时刻性内聚——当一个模块内的多个任务是与时刻有关时,那个模块具有时刻性内聚。过程内聚——模块执行的若干动作之间有顺序关系。通信内聚——模块执行的若干动作之间有顺序关系,同时所有动作是在相同的数据上执行。信息内聚——一个模块中执行一系列动作,每个动作都有自己的入口点和处理代码,所有的动作都作用在相同的数据结构上,如此的模块叫做信息内聚。功能性内聚——一个模块中各个部分差不多上完成某一个体功能必不可少的组成部分耦合分为七类:内容耦合——假如一个模块直接参考另一个模块的内容,则这两个模块是内容耦合。公共耦合——假如多个模块都访问同一个公共数据环境,则称它们是公共耦合。外部耦合——假如两个模块都访问同一个全局简单变量而不是同一全局数据结构,而且,不是通过参数表传递该全局变量的信息,则这两个模块属于外部耦合。操纵耦合——假如模块A向模块B传递一个操纵信息,则称这两个模块是操纵耦合的数据结构耦合——当一个模块调用另一个模块时传递了整个数据结构,这两个模块之间具有数据结构耦合。数据耦合——假如两个模块传递的是数据项,则这两个模块是数据耦合。非直接耦合——假如两个模块之间没有直接关系,它们之间的联系完全通过主模块的操纵和调用来实现的,这确实是非直接耦合。三、应用题1.某旅馆的电话服务如下:能够拨分机号和外线号码。分机号是从7201至7299。外线号码先拨9,然后是市话号码或长话号码。长话号码是以区号和市话号码组成。区号是从100到300中任意的数字串。市话号码是以局号和分局号组成。局号能够是455,466,888,552中任意一个号码。分局号是任意长度为4的数字串。写出在数据字典中,电话号码的数据条目的定义(即组成)。名称简称类型长度取值范围分机号Extension_Number字符47201..7299外线市话号Addition_Internumber字符99+[455|466|888|552]+4{数字}4外线长话号Addition_Extennumber字符129+[100|101|102|..|298|299|300]+[455|466|888|552]+4{数字}42.下面是旅客订飞机票的需求描述,试画出分层的数据流程图。顾客将订票单交给预订系统:(1)假如是不合法订票单,则输出无效订票信息;(2)对合法订票单的预付款登录到一个记账文件中;(3)系统有航班目录文件,依照填写的旅行时刻和目的地为顾客安排航班;(4)在获得正确航班信息和确认已交了部分预付款时发出取票单,并记录到取票单文件中。顾客在指定日期内用取票单换取机票:(1)系统依照取票单文件对取票单进行有效性检查,无效的输出无效取票信息;(2)持有有效取票单的顾客在补交了剩余款后将获得机票;(3)记账文件将被更新,机票以及顾客信息将被登录到机票文件。订单中有订票日期、旅行日期、时刻要求(上午、下午、晚上)、动身地、目的地、顾客姓名、身份证号、联系电话。0层流程图预定流程图取机票流程图3.一个简化的图书馆信息治理系统有以下功能:(1)借书:输入读者借书证,系统检查借书证是否有效;查阅借书文件,检查该读者所借图书是否超过10本,若已达10本,显示信息“差不多超出借书数量”,拒借;未达10本,办理借书(检查库存、修改库存信息并将读者借书信息登入借书记录)(2)还书:输入书号和读者号,从借书记录中读出与读者有关的记录,查阅所借日期,假如超过3个月,作罚款处理。否则,修改库存信息与借书记录。(3)查询:可通过借书记录、库存信息查询读者情况、图书借阅情况及库存情况,打印各种统计表。请就以上系统功能画出分层的DFD图,并建立重要条目的数据字典。0层数据流程图还书流程图借书流程图查询流程图数据字典:元素名称名称类型讲明IPO1还书处理处理依照书号做还书处理,违规做处罚IPO2有效性检查处理检查读者号,图书号的有效性IPO3借书处理处理按读者号,图书号进行借书处理IPO4查询处理治理员对一些差不多信息进行查询IPO5打印报表处理打印查询到的信息IPO6处罚治理处理依照规则对延期给予相应的处罚IPO7数量检查处理对读者借出的数量是否符合规定进行检查DS001读者信息数据存储读者信息录入,修改,删除,保存DS002库存信息数据存储图书的差不多的情况以及所有图书的整体情况DS003错还信息数据存储存储借还书信息,系统自动处理,不能人工录入DS004处罚信息数据存储存储延期的处罚信息软件工程作业2(第5~7章)一、选择题从本质上讲,面向对象是“先”确定(A)后确定执行的动作。A.动作的主体 B.属性 C.关系 D.方法(B)是对象的静态特征。A.方法 B.属性 C.关系 D.操作对象的(D)使对象的动态特征A.特征 B.属性 C.关系 D.操作属于某个类的一个具体对象称为该类的(A)。A.实例 B.虚拟 C.继承 D.多态UML是(A)。一种可视化的建模语言是一种可视化的程序设计语言是一种过程是一种方法封装的的作用是(A)。A.复用 B.对象 C.实例 D.方法8.面向对象分析的核心在于建立(B)模型。A.建立正确的模型B.识不问题域对象C.识不对象之间的关系D.上面所有9.面向对象分析过程中建立的模型有(D)。A.数据模型、功能模型、活动模型B.对象模型、功能模型、测试模型C.属性模型、功能模型、对象模型D.对象模型、功能模型、动态模型10.下列的(C)不是分析建模的目的。A.定义可验证的软件需求B.描述客户需求C.开发一个简单的问题解决方案D.建立软件设计的基础11.下列的(C)不属于面向对象分析模型。A.用例图B.类图C.实体关系图D.顺序图12.(A)用于描述系统中概念层次的对象。A.分析类B.界面类C.实体类D.操纵类13.在基于用例的面向对象分析过程中,定义交互行为的关键在于通过描述分析类实例之间的(A)将用例的职责分配到分析类中。A.消息传递B关联关系C继承关系D上下文关系14.用例的实现细节可不能在(B)描述。A.用例讲明B.用例图C.活动图D.顺序图15.用例的职责通常分配给(D)的对象。A.发送消息B.接收消息C.发送和接收双方D.分析类16.组织机构图是(C)。A.UML的一个最新图B.类图的一种C.用于识不角色的辅助图D.用例图的一种17.在图书馆系统中,假如差不多构造了一个一般借书者类,后来发觉图书馆的学生和教师在借书中有不同要求。请问在面向对象设计中用(B)方法能够方便地设计这两个类?A.信息隐藏B.继承C.动态联编D.代码复制18.框架是一组可用于不同应用的(A)集合A.类B.对象C.模块D.代码19.下面哪个选项不能描述子系统之间的关系。(D)A.请求——服务关系B.继承关系C.依靠关系D.数据关系20.每个子系统的接口上定义了若干(B),体现了子系统的功能。A.讲明B.操作C.属性D.关系21.通常将具有共性的非功能要求设计在(B),以减少重新开发的工作量。A.接口层B.中间层C.最低层D.最高层22.每个用例至少应该有一个(C),它通常没有属性而只有方法,只是起协调和操纵作用。A.接口类B.实体类C.操纵类D.界面类23.类有三种类型即(A)。A.边界类、实体类、操纵类B.实体类、数据类、界面类C.操纵类、实体类、数据类D.界面类、操纵类、公共类24.下面那个选项不是正确的面向对象设计思想。(C)A.对接口进行设计B.发觉变化同时封装它C.先继承后组合D.先组合后继承25.定义类的属性类型时尽量使用已有的类型,太多的自定义类型会降低系统的(A)指标。A.可维护性B.安全性C.开发效率D.可移植性二、简答题举例讲明类和对象的关系。答:学生可作为一个类学生类,每个学生确实是那个学生类的一个实例,例如,学生张三确实是学生类的一个实例。面向对象分析的关键步骤有哪些?应建立哪几个模型?答:关键步骤有识不问题域的对象并分析它们相互之间的关系,建立简洁、精确、可理解的正确模型;应建立的模型有功能模型,对象模型,动态模型。什么是实体类、边界类和操纵类?什么缘故将分析类划分成这三种类型?答:(1)实体类保存要存入永久存储体的信息。实体类通常在事件流或交互图中,是对用户最有意义的类。边界类位于系统与外界的交界处,包括所有的窗体、报表、系统硬件接口、与其他系统的接口。操纵类负责协调其他类的工作。每个用例中至少应该有一个操纵类,它操纵用况中的事件顺序。(2)分为三种类型是因为它们各自的功能不同。界面类——描述系统与角色之间的接口。操纵类——在分析模型内表示协调、顺序、事务处理以及操纵其他对象的类。实体类——为需要长久保存的信息进行建模的类。UML中有哪几类个视图,它们的作用分不是什么?答:(1)用例视图(Use-Caseview)用例视图用于描述系统的功能集。它是从系统外部以用户角度,对系统做的抽象表示。用例视图所描述的系统功能依靠于外部用户或另一个系统触发激活,为用户或另一个系统提供服务,实现与用户或另一个系统之间的交互。用例视图中能够包含若干个用例,用例表示系统能够提供的功能,用例视图是其他视图的核心和基础。其他视图的构造依靠于用例视图中所描述的内容,因为系统的最终目标是实现用例视图中描述的功能,同时附带一些非功能性的特性,因此用例视图阻碍着所有其他的视图。(2)逻辑视图(Logicalview)假如讲用例视图描述系统“做什么”,那么逻辑视图确实是描述“如何做”。系统的静态结构描述类、对象和它们之间的关系,反映的是系统静态特征或结构组成。(3)组件视图(Componentview)组件视图用来描述系统实现的结构和行为特征,反映系统各组成元素之间的关系。组件视图由组件图实现,要紧供开发者和治理者使用。(4)并发视图(ConcurrencyView)并发视图用来描述系统的动态和行为特征。并发视图将任务划分为进程或线程形式,通过任务划分引入并发机制,能够高效地使用资源、并行执行和处理异步事件。除了划分系统为并发执行的进程或线程外,并发视图还必须处理通信和同步问题。(5)配置视图(DeploymentView)配置视图体现了系统的实现环境,反映系统的物理架构。配置视图还包括一个映射,该映射显示在物理架构中组件是如何样分配的。5.顺序图在分析时期的作用?答:顺序图描述了一组交互对象间的交互方式,它表示完成某项行为的对象和这些对象之间传递消息的时刻顺序6.活动图在分析时期的作用?答:活动图反映系统中从一个活动到另一个活动的流程,强调对象间的操纵流程。活动图特不适合描述工作流和并行处理过程。具体地讲活动图能够描述一个操作过程中需要完成的活动;描述一个对象内部的工作;描述如何执行一组相关的动作,以及这些动作如何阻碍它们周围的对象;讲明一个业务活动中角色、工作流、组织和对象是如何工作的。7.比较结构化设计和面向对象设计区不?答:结构化设计:系统被划分成多个模块,这些模块被组织成一个树型结构。根确实是主模块,叶子是最低级的功能模块。这棵树也表示调用结构:每个模块都调用自己的直接下级模块,并被自己的直接上级模块调用。顶层模块负责收集应用程序最重要的那些执行策略,底层模块实现处理细节。在那个体系结构中越靠上层位置,概念的抽象层次就越高。然而,由于上层模块需要调用下层模块,因此这些上层模块就依靠于下层模块的处理细节。也确实是讲,当实现细节发生变化时,抽象也会受到阻碍;假如想复用某一个抽象的话,就必须把它依靠的细节都一起拖过去。 面向对象设计:上层创建的抽象不依靠于任何细节,而细节则高度依靠于上层的抽象。这种依靠关系的变化正是结构化设计与面向对象设计的全然区不。8.什么是框架,它与“设计”有什么关系?答:框架是一组可用于不同应用的类的集合。框架中的类通常是一些抽象类同时相互有联系,能够通过继承的方式使用这些类,当面向对象设计进行底层设计时,对每个类进行详细设计,设计类的属性和操作,优化类之间的关系,就能够设计成框架来对类的设计进行构架和优化。9.系统的物理构架中应该包括哪些信息?答:用UML的配置图描述系统的物理构架,然后将需求分析时期捕获的系统功能分配到这些物理节点上。包括的信息为节点的拓扑结构、硬件设备配置、通信路径、各个节点上运行的系统软件配置、应用软件配置。三、应用题一个多媒体商店系统包含一个由媒体文件构成的数据库,有两类媒体文件:图像文件和声音文件。每个媒体文件都有名称和唯一的编码,而且文件包含作者信息和格式信息,声音文件还包含声音文件的时长(以秒为单位)和作者的信息。假设每个媒体文件能够由唯一的编码所识不,系统要提供以下功能:媒体库中能够添加新的特不媒体文件。通过给定的文件编码查找需要的媒体文件。从媒体库中删除指定的媒体文件。给出媒体库中媒体文件的数量。考虑类imageFile和audioFile应该具有哪些恰当的属性和方法答:imageFile类的属性有:Name(文件名称),Code(编码),AuthorInfo(作者信息),Format(格式信息);audioFile类除了拥有以上属性外还有属性Time(文件时长);imageFile类的方法:Add(imageFile)(添加图像文件),Delete(Code)(删除文件),GetFile(Code)(查找文件),GetNumber()(返回媒体文件的数量);audioFile类的方法:Add(audioFile)(添加声音文件),Delete(Code)(删除文件),GetFile(Code)(查找文件),GetNumber()(返回媒体文件的数量)。若把学生看成一个实体,它能够分成多个子实体,如小学生、中学生和大学生等。在面向对象的设计中,能够创建如下4个类:类Student、类ElementaryStudent、MiddleStudent;类UniversityStudent。试给出这4个类的属性以及它们之间的关系。答:Student类为基类,其他三个类差不多上Student的子类。Student类的属性有:Name(姓名),Sex(性不),Age(年龄),Class(班级)。ElementaryStudent类的属性有:IsTeamMember(是否是少先队员),IsGoodStudent(是否是三好学生)。MiddleStudent类的属性为:IsMember(是否是团员),Subject(文科理科)。UniversityStudent类的属性为:IsPartyMember(是否党员),Department(学院),Specialty(专业)。三、应用题某学校领书的工作流程为:学生班长填写领书单,班主任审查后签名,然后班长拿领书单到书库领书。书库保管员审查领书单是否有班主任签名,填写是否正确等,不正确的领书单退回给班长;假如填写正确则给予领书并修改库存清单;当某书的库存量低于临界值时,登记需订书的信息。每天下班前为采购部门提供一张订书单。用活动图来描述领书的过程。解:使用顺序图描述下面的情景,当用户在自己的计算机上向网络打印机发出一个打印任务时,他的计算机便向打印机服务器发送一条打印命令print(file),打印机服务器假如发觉网络打印机处于空闲状态,则向打印机发送打印命令print(file),否则向打印队列发送一条保存命令store(file)。解:某报社采纳面向对象技术实现报刊征订的计算机治理系统,该系统差不多需求如下:(1)报社发行多种刊物,每种刊物通过订单来征订,订单中有代码,名称,订期,单价,份数等项目,订户通过填写订单来订阅报刊。

(2)报社下属多个发行站,每个站负责收集登陆订单、打印收款凭证等事务。

(3)报社负责分类并统计各个发行站送来的报刊订阅信息。

请就此需求建立对象模型。\l"53"/course_ware/software/test/-53解:软件工程作业3(第8~11章)选择题结构化语言是介于自然语言和形式语言之间的一种(D)。A.半形式语言B.计算机语言C.低级语言 D.高级语言程序设计语言的技术特性不应包括(C)。\l"33"/course_ware/software/test/-33A、数据结构的描述性B、抽象类型的描述性C、数据库的易操作性D、软件的可移植性程序的三种差不多操纵结构是(B)。\l"301"/course_ware/software/test/-301A.过程、子程序和分程序 B.顺序、选择和重复C.递归、堆栈和队列 D.调用、返回和转移结构化程序设计要紧强调的是(D)。\l"301"/course_ware/software/test/-301A.程序的规模B.程序的效率 C.程序设计语言的先进性 D.程序易读性下列关于功能性注释不正确的讲法是(B)。A.功能性注释嵌在源程序中,用于讲明程序段或语句的功能以及数据的状态B.注释用来讲明程序段,需要在每一行都要加注释C.可使用空行或缩进,以便专门容易区分注释和程序D.修改程序也应修改注释下列关于效率的讲法不正确的是(D)。A.效率是一个性能要求,其目标应该在需求分析时给出B.提高程序效率的全然途径在于选择良好的设计方法,数据结构与算法C.效率要紧指处理机时刻和存储器容量两个方面D.程序的效率与程序的简单性无关结构化维护与非结构化维护的要紧区不在于(B)。A.软件是否结构化 B.软件配置是否完整 C.程序的完整性 D.文档的完整性关于JAVA语言下列讲法不正确的是(B)。A.跨平台的 B.动态指针 C.解释型的 D.面向对象的使用白盒测试方法时,确定测试数据应依照(A)和指定的覆盖标准。A程序内部逻辑B.程序复杂结构C.使用讲明书 D.程序的功能确认测试要紧涉及的文档是(A)。\l"35"/course_ware/software/test/-35A、需求规格讲明书B、概要设计讲明书C、详细设计讲明书D、源程序测试的关键问题是(D)。A.如何组织对软件的评审 B.如何验证程序的正确性C.如何采纳综合策略 D.如何选择测试用例黑盒测试在设计测试用例时,要紧研究(A)。\l"412"/course_ware/software/test/-412A.需求规格讲明 B.详细设计讲明C.项目开发打算 D.概要设计讲明与详细设计讲明下面哪些测试属于黑盒测试(B)。A、路径测试B、等价类划分C、条件推断D、循环测试在下述哪一种测试中,测试人员必须接触到源程序(B)。A、功能测试 B、结构测试C、功能测试和结构测试D、性能测试检查软件产品是否符合需求定义的过程称为(D)。A、确认测试B、集成测试C、验收测试D、验证测试软件测试方法中,黑盒、白盒测试法是常用的方法,其中白盒测试要紧用于测试(D)。结构合理性B、软件外部功能C、程序正确性D、程序内部逻辑软件维护中,因修改交互输入的顺序,没有正确的记录而引起的错误是(A)产生的副作用。A、文档B、数据 C、编码D、设计以下属于软件维护时期文档的是(C)。A、软件需求讲明B、操作手册C、软件问题报告D、测试分析报告产生软件维护的副作用,是指(C)。A、开发时的错误 B、隐含的错误 C、因修改软件而造成的错误 D、运行时误操作维护中,因误删除一个标识符而引起的错误是(C)副作用。A、文档 B、数据 C、编码 D、设计可维护性的特性中,相互促进的(A)。A、可理解性和可测试性B、效率和可移植性 C、效率和可修改性 D、效率和结构好软件维护的困难要紧缘故是(C)A、费用低 B、人员少 C、开发方法的缺陷D、用户不配合软件维护费用高的要紧缘故是(C)。\l"34"/course_ware/software/test/-34A、人员少B、人员多C、生产率低D、生产率高为了适应软硬件环境变化而修改软件的过程是(C)。\l"33"/course_ware/software/test/-33A、校正性维护 B、完善性维护 C、适应性维护D、预防性维护可维护性的特性中,相互矛盾的是(B)A.可理解性与可测试性B.效率与可修改性C.可修改性和可理解性D.可理解性与可读性各种不同的软件维护中,以(C)维护所占的维护量最小。纠错性维护B、代码维护C、预防性维护D、文档维护在变更操纵中,(B)能够用来确保由不同用户所执行的并发变更。A.异步操纵B.同步操纵C.存取操纵D.基线操纵变更操纵是一项最重要的软件配置任务,其中“检出”和(A)处理实现了两个重要的变更操纵要素,即存取操纵和同步操纵。A.登入B.治理C.填写变更要求D.审查用Gantt图表示软件项目进度安排,下列讲法中正确的是\l"421"/course_ware/software/test/-421(B)A.能够反映多个任务之间的复杂关系B.能够直观表示任务之间相互依靠制约关系C.能够表示哪些任务是关键任务D.能够表示子任务之间的并行和串行关系基线可作为软件生存期中各开发时期的一个检查点。当采纳的基线发生错误时,能够返回到最近和最恰当的(C)上\l"35"/course_ware/software/test/-35A.配置项B.程序C.基线D.过程简答题为建立良好的编程风格应遵循什么原则?答:1)节简化①不使用不必要的变量和函数②幸免变量重名,变量重名可导致专门难被发觉的错误。③尽量减小代码量。④尽量减少代码的执行时刻,提高执行效率。⑤幸免功能冗余的模块。⑥尽量不使用全局变量。2)模块化①确保物理和逻辑功能紧密相关。②限定一个模块完成一个独立的功能,提高模块的内聚度。③检查代码的重复率,重复多的代码,要抽出来作为一个单独的模块。3)简单化①采纳直接了当的算法,幸免使用技巧性高和难明白的代码。②使用简单的数据结构,幸免使用多维数组、指针和复杂的表。③注意对象命名的一致性。④以手工的方式简化算术和逻辑表达式。4)结构化①按标准化的次序讲明数据;②按字母顺序讲明对象名③使用读者明了的结构化程序部件;④采纳直截了当的算法;⑤依照顾用背景排列程序各个部分;⑥不随意为效率而牺牲程序的清晰度和可读性;⑦让机器多做烦琐的工作,如重复、库函数;⑧用公共函数调用代替重复出现的表达式;⑨幸免循环、分支的嵌套层数过高;⑩单入口单出口。5)文档化(documentation)①有效、适当地使用注释。②协调使用程序块注释和程序行注释。③保持文档和程序的同步。6)格式化(layout)①始终采纳统一缩进规则;②适当插入括号表明运算次序、排除二义性;③有效地使用空格符以区不程序的不同意群。什么是软件测试?答:软件测试从广义上讲,是指软件产品生存周期内所有的检查、评审和确认活动。从狭义上讲,软件测试是为了发觉错误而执行程序的过程。或者讲,软件测试是依照软件开发各个时期的规格讲明和程序内部结构而精心设计一批测试用例,用这些测试用例运行程序,以发觉程序错误的过程。软件测试的原则是什么?答:软件测试的原则有:应该把测试贯穿在整个开发过程之中。事实上,从需求分析时期开始,每个时期结束之前都要进行时期审查,目的是尽早发觉和纠正错误。每个测试用例都应该包括测试输入数据和这组数据输入作用下的预期输出结果。在实际操作中能够列出一张表格,包括每个测试用例的编号、类型、输入数据、预期输出结果、实际输出结果、出错缘故分析。要对每个测试结果进行全面检查,不要漏掉差不多出现的错误迹象。程序员应该尽量幸免检查自己编写的代码。测试工作需要严格的工作作风,程序员在测试自己编写的代码时往往会带有一些倾向性,使得他们工作中常常出现一些疏漏。而且,程序员对设计规格讲明书的理解错误而引入的错误更是难于发觉。在设计测试用例时,应该包括有效的、期望的输入情况,也要包括无效的和不期望的输入情况。既能够验证程序正常运行的合理输入,也能够验证对异常情况处理的不合理输入数据以及临界数据。在测试程序时,人们常常过多地考虑合法的和期望的输入条件,以检查程序是否做了它应该做的情况,而忽视了不合法的和预想不到的输入条件。事实上,用户在使用系统时,输入一些错误指令和参数是经常发生的,假如软件遇到这种情况不能做出适当的反应,给出相应的提示信息,就可能会误导用户,甚至造成严峻损失。软件中遗留的错误数量与差不多发觉的错误数量成正比。依照那个规律,对测试中发觉错误成堆的模块更要认真测试。例如,在某个闻名的操作系统中,44%的错误仅与4%的模块有关。回归测试的关联性要特不引起注意,修改一个错误而引起更多错误的现象并许多见。测试程序时不仅要检查程序是否做了它应该做的情况,还要检查它是否做了不该做的情况。例如,工资软件中,软件只完成在编职工的工资计算和输出,不在编人员的工资是不进行计算和输出的。假如软件将不在编人员的工资信息也输出显然是不合适的。严格执行测试打算。在测试之前应该有明确的测试打算,内容包括:要测试的软件功能和内容、测试用例和预期结果、测试的进度安排、需要的工具和资源、测试操纵方式和过程等。10)做好测试记录,为统计和维护提供基础数据。请讲明集成测试、系统测试和验收测试有什么不同?答:集成测试界于单元测试和系统测试之间,起到“桥梁作用”,一般由开发小组采纳白盒加黑盒的方式来测试,既验证“设计”,又验证“需求”。

系统测试的粒度最大,一般由独立测试小组采纳黑盒方式来测试,要紧测试系统是否符合“需求规格讲明书”。

验收测试与系统测试相似,要紧区不是测试人员不同,验收测试由用户执行。简述单元测试的内容。答:单元测试的内容有1)模块接口测试:对通过被测模块的数据流进行测试。为此,对模块接口,包括参数表、调用子模块的参数、全程数据、文件输入/输出操作都必须检查。2)局部数据结构测试:设计测试用例检查数据类型讲明、初始化、缺省值等方面的问题,还要查清全程数据对模块的阻碍。 3)路径测试:选择适当的测试用例,对模块中重要的执行路径进行测试。对差不多执行路径和循环进行测试能够发觉大量路径错误。4)错误处理测试:检查模块的错误处理功能是否包含有错误或缺陷。例如,是否拒绝不合理的输入;出错的描述是否难以理解、是否对错误定位有误、是否出错缘故报告有误、是否对错误条件的处理不正确;在对错误处理之前错误条件是否差不多引起系统的干预等。5)边界测试:要特不注意数据流、操纵流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地点要认真地选择测试用例,认真加以测试。5)此外,假如对模块运行时刻有要求的话,还要专门进行关键路径测试,以确定最坏情况下和平均意义下阻碍模块运行时刻的因素。这类信息对进行性能评价是十分有用的。什么是白盒测试?它适应哪些测试?答:白盒测试也叫结构测试,测试者需要了解被测程序的内部结构。白盒测试通常依照覆盖准则设计测试用例,有语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖和条件组合覆盖。白盒测试适用与单元测试、集成测试、系统测试非渐增式测试与渐增式测试有什么区不?渐增式测试如何组装模块?答:1)渐增式能够较早地发觉模块界面之间的错误,非渐增式则要到最后将所有模块连接起来时才能发觉此类错误。2)非渐增式需要较多的人工3)渐增式有利于排错。假如模块界面间有错,假如用非渐增式,这类错误到最后联合测试时才能发觉,现在专门难推断错误发生在哪一部分,但假如用渐增式,这类错误就较容易定位,它通常与最新加上去的模块有关。4)渐增式比较完全。5)渐增式需要较多的机器时刻。6)非渐增式方式,开始时同意几个测试人员并行工作,对大型系统来讲,是专门有意义的。采纳黑盒技术设计测试用例有哪几种方法?这些方法各有什么特点?答:黑盒测试设计测试用例的方法有1)等价类划分法特点是:a、测试的内容相同b、一个等价类中的某个测试能够发觉缺陷,那么那个等价类的其他测试也能发觉缺陷c、一个等价类中的某个测试不能发觉缺陷,那么那个等价类的其它测试也不能发觉缺陷2)边界值分析法特点是:用边界值分析时时常收获较大,它是在等价类的边界上选择测试用例3)错误推测法特点是:没有确定的步骤,专门大程度上是凭借经验进行的4)因果图法特点是:考虑输入条件间的组合关系;考虑输出条件对输入条件的信赖关系;测试用例发觉错误的效率高;能查出功能讲明中的某些不一致或遗漏白盒测试法有哪些覆盖标准?试对它们的检错能力进行比较。答:白盒测试的覆盖标准有:语句覆盖->判定覆盖->条件覆盖->判定/条件覆

盖->条件组合覆盖->路径覆盖检错能力由弱到强依照下面程序代码,画出程序流程图,然后设计满足条件/判定覆盖、条件组合覆盖的测试用例。BEGINT:=0IF(X>=80ANDY>=80)THENT:=1ELSEIF(X>=90ANDY>=75)THENT:=2ENDIFIF(X>=75ANDY>=90)THENT:=3ENDIFENDIFRETURN测试用例:条件/判定覆盖:1X=80Y=802X=90Y=753X=50Y=50条件组合覆盖:1X=80Y=802X=80Y=753X=75Y=804X=75Y=755X=90Y=756X=90Y=707X=80Y=758X=80Y=709X=75Y=9010X=75Y=9011X=70Y=9012X=70Y=85软件的可维护性是软件设计师最关注的性能,谈谈为了获得软件良好的可维护性,在设计时应该注意哪些问题?答:为获得软件的良好可维护性,在设计时期应该做一些变更实验,检查系统的可维护性、灵活性和可移植性,设计时应该将今后可能变更的内容与其他部分分离开来,同时遵循高内聚、低偶合的原则。在软件文档中,你认为哪些文档关于软件的维护最重要?需求分析文档、设计文档、程序文档对软件维护专门重要软件维护时的源程序修改策略是什么?答:软件维护时的源程序修改策略是:由于软件维护最终落实在修改源程序和文档上。为了正确、有效地修改源程序,通常要先分析和理解源程序,然后才能修改源程序,最后重新测试和验证源程序。软件项目打算包括那些内容?答:软件项目打算的内容包括:1.范围。对该软件项目的综合描述,定义起所要做的工作以及性能限制,它包括:(1)项目目标。(2)要紧功能。(3)性能限制。(4)系统接口。(5)专门要求。(6)开发概述。2.资源。(1)人员资源。(2)硬件资源。(3)软件资源。(4)其他。3.进度安排。进度安排的好坏往往会阻碍整个项目的按期完成,因此这一环节是十分重要的。制定软件进度与其他工程没有专门大的区不,其方法要紧有:(1)工程网络图。(2)Gantt图。(3)任务资源表。(4)成本估算。(5)培训打算。15.什么是软件配置治理?什么是基线?答:配置治理能够系统地处理变更,从而使得软件系统能够随时保持其完整性。配置治理又可成为变更操纵,能够用来评估提出的变更请求,跟踪变更,并保持系统在不同时刻的状态。软件配置治理是一套规范、高效的软件开发基础结构。基线是:差不多通过正式复审和批准的某规约或产品,它因此能够作为进一步开发的基础,同时只能通过正式的变化操纵过程改变。应用题请读者参考能够找到的编程规范,设计一个C语言编程规范。答:文件结构1.1版权和版本的声明版权和版本的声明位于头文件和定义文件的开头(参见示例1-1),要紧内容有:(1)版权信息。(2)文件名称,标识符,摘要。(3)当前版本号,作者/修改者,完成日期。(4)版本历史信息。/**Copyright(c)2001,上海贝尔有限公司网络应用事业部*Allrightsreserved.**文件名称:filename.h*文件标识:见配置治理打算书*摘要:简要描述本文件的内容**当前版本:1.1*作者:输入作者(或修改者)名字*完成日期:2001**取代版本:1.0*原作者:输入原作者(或修改者)名字*完成日期:2001*/示例1-1版权和版本的声明1.2头文件的结构头文件由三部分内容组成:(1)头文件开头处的版权和版本声明(参见示例1-1)。(2)预处理块。(3)函数和类结构声明等。假设头文件名称为graphics.h,头文件的结构参见示例1-2。【规则1-2-1】为了防止头文件被重复引用,应当用ifndef/define/endif结构产生预处理块。【规则1-2-2】用#include<filename.h>格式来引用标准库的头文件(编译器将从标准库目录开始搜索)。【规则1-2-3】用#include“filename.h”格式来引用非标准库的头文件(编译器将从用户的工作目录开始搜索)。【建议1-2-1】头文件中只存放“声明”而不存放“定义”【建议1-2-2】不提倡使用全局变量,尽量不要在头文件中出现象externintvalue这类声明。#ifndefGRAPHICS_H//防止graphics.h被重复引用#defineGRAPHICS_H#include<math.h>//引用标准库的头文件⋯#include“myheader.h”//引用非标准库的头文件⋯voidFunction1(⋯);//全局函数声明⋯classBox//类结构声明{⋯};#endif示例1-2C头文件的结构1.3定义文件的结构定义文件有三部分内容:(1)定义文件开头处的版权和版本声明(参见示例1-1)。(2)对一些头文件的引用。(3)程序的实现体(包括数据和代码)。假设定义文件的名称为graphics.cpp,定义文件的结构参见示例1-3。//版权和版本声明见示例1-1,此处省略。#include“graphics.h”//引用头文件⋯//全局函数的实现体voidFunction1(⋯){⋯}//类成员函数的实现体voidBox::Draw(⋯){⋯}示例1-3C定义文件的结构1.4目录结构假如一个软件的头文件数目比较多(如超过十个),通常应将头文件和定义文件分不保存于不同的目录,以便于维护。例如可将头文件保存于include目录,将定义文件保存于source目录(能够是多级目录)。假如某些头文件是私有的,它可不能被用户的程序直接引用,则没有必要公开其“声明”。为了加强信息隐藏,这些私有的头文件能够和定义文件存放于同一个目录。程序的版式版式尽管可不能阻碍程序的功能,但会阻碍可读性。程序的版式追求清晰、美观,是程序风格的重要构成因素。程序的版式2.1空行空行起着分隔程序段落的作用。空行得体(只是多也只是少)将使程序的布局更加清晰。空行可不能白费内存,尽管打印含有空行的程序是会多消耗一些纸张,然而值得。因此不要舍不得用空行。【规则2-1-1】在每个类声明之后、每个函数定义结束之后都要加空行。【规则2-1-2】在一个函数体内,逻揖上紧密相关的语句之间不加空行,其它地点应加空行分隔。2.2代码行【规则2-2-1】一行代码只做一件情况,如只定义一个变量,或只写一条语句。如此的代码容易阅读,同时方便于写注释。【规则2-2-2】if、for、while、do等语句自占一行,执行语句不得紧跟其后。不论执行语句有多少都要加{}。如此能够防止书写失误。【建议2-2-3假如变量的引用处和其定义处相隔比较远,变量的初始化专门容易被不记得。假如引用了未被初始化的变量,可能会导致程序错误。本建议能够减少隐患。例如intwidth=10;//定义并初绐化widthintheight=10;//定义并初绐化heightintdepth=10;//定义并初绐化depth2.3代码行内的空格【规则2-3-1】关键字之后要留空格。象const、virtual、inline、case等关键字之后至少要留一个空格,否则无法辨析关键字。象if、for、while等关键字之后应留一个空格再跟左括号‘(’,以突出关键字。【规则2-3-2】函数名之后不要留空格,紧跟左括号‘(’,以与关键字区不。【规则2-3-3】‘(’向后紧跟,‘)’、‘,’、‘;’向前紧跟,紧跟处不留空格。【规则2-3-4】‘,’之后要留空格,如Function(x,y,z)。假如‘;’不是一行的结束符号,其后要留空格,如for(initialization;condition;update)。【规则2-3-5】赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符,如“=”、“+=”“>=”、“<=”、“+”、“*”、“%”、“&&”、“||”、“<<”,“^”等二元操作符的前后应当加空格。【规则2-3-6】一元操作符如“!”、“~”、“++”、“--”、“&”(地址运算符)等前后不加空格。【规则2-3-7】象“[]”、“.”、“->”这类操作符前后不加空格。【建议2-3-8】关于表达式比较长的for语句和if掉一些空格,如for(i=0;i<10;i++)和if((a<=b)&&(c<=d))2.4修饰符的位置修饰符*和&应该靠近数据类型依旧该靠近变量名,是个有争议的活题。若将修饰符*靠近数据类型,例如:int*x;从语义上讲此写法比较直观,即x是int类型的指针。上述写法的弊端是容易引起误解,例如:int*x,y;此处y容易被误解为指针变量。尽管将x和y分行定义能够幸免误解,但并不是人人都情愿如此做。【规则2-4-1】应当将修饰符*和&例如:char*name;int*x,y;//此处y可不能被误解为指针2.5注释C语言的注释符为“/*…*/”。尽管注释有助于理解代码,但注意不可过多地使用注释。【规则2-5-1】注释是对代码的“提示注释太多了会让人眼花缭乱。注释的花样要少。【规则2-5例如i++;//i加1,多余的注释【规则2-5的一致性。不再有用的注释要删除。【规则2-5有害。【规则2-5【规则2-5可放在下方。【规则2-5释,便于阅读。 命名规则3.1共性规则本节论述的共性规则是被大多数程序员采纳的,我们应当在遵循这些共性规则的前提下,再扩充特定的规则。【规则3-1-1】标识符应当直观且能够拼读,可望文知意,不必进行“解码”。标识符最好采纳英文单词或其组合,便于经历和阅读。切忌使用汉语拼音来命名。程序中的英文单词一般可不能太复杂,用词应当准确。例如不要把CurrentValue写成NowValue。【规则3-1-2】标识符的长度应当符合“min-length&&max-information”原则。几十年前老ANSIC规定名字不准超过6个字符,现今的C不再有此限制。一般来讲,长名字能更好地表达含义,因此函数名、变量名、类名长达十几个字符不足为怪。那么名字是否越长约好?不见得!例如变量名maxval就比maxValueUntilOverflow好用。单字符的名字也是有用的,常见的如i,j,k,m,n,x,y,z等,它们通常可用作函数内的局部变量。【规则3-1-3】命名规则尽量与所采纳的操作系统或开发工具的风格保持一致。例如Windows应用程序的标识符通常采纳“大小写”混排的方式,如AddChild。而Unix应用程序的标识符通常采纳“小写加下划线”的方式,如add_child。不把这两类风格混在一起用。【规则3-1-4】程序中不要出现仅靠大小写区分的相似的标识符。例如:intx,X;//变量x与X容易混淆voidfoo(intx);//函数foo与FOO容易混淆voidFOO(floatx);【规则3-1-5】程序中不要出现标识符完全相同的局部变量和全局变量,尽管两者的作用域不同而可不能发生语法错误,但会使人误解。【规则3-1-6】变量的名字应当使用“名词”或者“形容词+名词”。例如:floatvalue;floatoldValue;floatnewValue;【规则3-1-7】全局函数的名字应当使用“动词”或者“动词+名词”(动宾词组)。类的成员函数应当只使用“动词”,被省略掉的名词确实是对象本身。例如:DrawBox();//全局函数box->Draw();//类的成员函数【规则3-1-8】用正确的反义词组命名具有互斥意义的变量或相反动作的函数等。例如:intminValue;intmaxValue;intSetValue(…);intGetValue(…);【建议3-1-1】尽量幸免名字中出现数字编号,如Value1,Value2等,除非逻辑上的确需要编号。这是为了防止程序员偷懒,不肯为命名动脑筋而导致产生无意义的名字(因为用数字编号最省事)。函数设计函数是C++/C程序的差不多功能单元,函数接口的两个要素是参数和返回值。。C语言中,函数的参数和返回值的传递方式有两种:值传递(passbyvalue)和指针传递(passbypointer)表达式和差不多语句4.1参数的规则【规则4-1-1假如函数没有参数,则用void填充。例如:voidSetValue(intwidth,intheight);//良好的风格voidSetValue(int,int);//不良的风格floatGetValue(void);//良好的风格floatGetValue();//不良的风格【规则4-1-2例如编写字符串拷贝函数StringCopy,它有两个参数。假如把参数名字起为str1和str2,例如voidStringCopy(char*str1,char*str2);那么我们专门难搞清晰究竟是把str1拷贝到str2中,依旧刚好倒过来。能够把参数名字起得更有意义,如叫strSource和strDestination。如此从名字上就能够看出应该把strSource拷贝到strDestination。还有一个问题,这两个参数那一个该在前那一个该在后?参数的顺序要遵循程序员的适应。一般地,应将目的参数放在前面,源参数放在后面。假如将函数声明为:voidStringCopy(char*strSource,char*strDestination);不人在使用时可能会不假思索地写成如下形式:charstr[20];StringCopy(str,“HelloWorld”);//参数顺序颠倒【规则4-1-3】假如参数是指针,且仅作输入用,则应在类型前加const指针在函数体内被意外修改。例如voidStringCopy(char*strDestination,constchar*strSource);【规则4-1-4】假如输入参数以值传递的方式传递对象,则宜改用“const&”来传递,如此能够省去临时对象的构造和析构过程,从而提高效率。【建议4-1-5】幸免函数有太多的参数,参数个数尽量操纵在多,在使用时容易将参数类型或顺序搞错。【建议4-1-C标准库函数printf是采纳不确定参数的典型代表,其原型为:intprintf(constchat*format[,argument]⋯);这种风格的函数在编译时丧失了严格的类型安全检查。4.2返回值的规则【规则4-2-1C语言中,凡不加类型讲明的函数,一律自动按整型处理。如此做可不能有什么好处,却容易被误解为void类型。C++语言有专门严格的类型安全检查,不同意上述情况发生。由于C++程序能够调用C函数,为了幸免混乱,规定任何C++/C函数都必须有类型。假如函数没有返回值,那么应声明为void类型。【规则4-2-2违反这条规则的典型代表是C标准库函数getchar。例如:charc;c=getchar();if(c==EOF)⋯按照getchar名字的意思,将变量c声明为char类型是专门自然的情况。但不幸的是getchar的确不是char类型,而是int类型,其原型如下:intgetchar(void);由于c是char类型,取值范围是[-128,127],假如宏EOF的值在char的取值范围之外,那么if语句将总是失败,这种“危险”人们一般哪里料得到!导致本例错误的责任并不在用户,是函数getchar误导了使用者。【规则4-2-3错误标志用return语句返回。回忆上例,C标准库函数的设计者什么缘故要将getchar声明为令人迷糊的int类型呢?他会那么傻吗?在正常情况下,getchar的确返回单个字符。但假如getchar碰到文件结束标志或发生读错误,它必须返回一个标志EOF。为了区不于正常的字符,只好将EOF定义为负数(通常为负1)。因此函数getchar就成了int类型。我们在实际工作中,经常会碰到上述令人为难的问题。为了幸免出现误解,我们应该将正常值和错误标志分开。即:正常值用输出参数获得,而错误标志用return语句返回。函数getchar能够改写成BOOLGetChar(char*c);尽管gechar比GetChar灵活,例如putchar(getchar());然而假如getchar用错了,它的灵活性又有什么用呢?【建议4-2-能够附加返回值。例如字符串拷贝函数strcpy的原型:char*strcpy(char*strDest,constchar*strSrc);strcpy函数将strSrc拷贝至输出参数strDest中,同时函数的返回值又是strDest。如此做并非多此一举,能够获得如下灵活性:charstr[20];intlength=strlen(strcpy(str,“HelloWorld”));4.3函数内部实现的规则不同功能的函数其内部实现各不相同,看起来大概无法就“内部实现”达成一致的观点。但依照经验,我们能够在函数体的“入口处”和“出口处”从严把关,从而提高函数的质量。【规则4-3-1】在函数体的“入口处”专门多程序错误是由非法参数引起的,我们应该充分理解并正确使用“断言”(assert)来防止此类错误。【规则4-3-2】在函数体的“出口处”,对return假如函数有返回值,那么函数的“出口处”是return语句。我们不要轻视return语句。假如return语句写得不行,函数要么出错,要么效率低下。注意事项如下:(1)return语句不可返回指向“栈内存”的“指针”,因为该内存在函数体结束时被自动销毁。例如char*Func(void){charstr[]=“helloworld”;//str的内存位于栈上…returnstr;//将导致错误}(2)要搞清晰返回的究竟是“值”、依旧“指针”。4.4其它建议【建议4-4-1【建议4-4-2】函数体的规模要小,尽量操纵在50【建议4-4-3】尽量幸免函数带有“经历”带有“经历”功能的函数,其行为可能是不可预测的,因为它的行为可能取决于某种“经历状态”。如此的函数既不易理解又不利于测试和维护。在C语言中,函数的static局部变量是函数的“经历”存储器。建议尽量少用static局部变量,除非必需。【建议4-4-4的变量的有效性,例如全局变量、文件句柄等。【建议4-4-5情况。4.5使用断言程序一般分为Debug版本和Release版本,Debug版本用于内部调试,Release版本发行给用户使用。断言assert是仅在Debug版本起作用的宏,它用于检查“不应该”发生的情况。示例4-5是一个内存复制函数。在运行过程中,假如assert的参数为假,那么程序就会中止(一般地还会出现提示对话,讲明在什么地点引发了assert)。void*memcpy(void*pvTo,constvoid*pvFrom,size_tsize){assert((pvTo!=NULL)&&(pvFrom!=NULL));//使用断言byte*pbTo=(byte*)pvTo;//防止改变pvTo的地址byte*pbFrom=(byte*)pvFrom;//防止改变pvFrom的地址while(size-->0)*pbTo++=*pbFrom++;returnpvTo;}示例4-5复制不重叠的内存块assert不是一个仓促拼凑起来的宏。为了不在程序的Debug版本和Release版本引起差不,assert不应该产生任何副作用。因此assert不是函数,而是宏。程序员能够把assert看成一个在任何系统状态下都能够安全使用的无害测试手段。假如程序在assert处终止了,并不是讲含有该assert的函数有错误,而是调用者出了差错,assert能够帮助我们找到发生错误的缘故。专门少有比跟踪到程序的断言,却不明白该断言的作用更让人沮丧的事了。你化了专门多时刻,不是为了排除错误,而只是为了弄清晰那个错误到底是什么。有的时候,程序员间或还会设计出有错误的断言。因此假如搞不清晰断言检查的是什么,就专门难推断错误是出现在程序中,依旧出现在断言中。幸运的是那个问题专门好解决,只要加上清晰的注释即可。这本是显而易见的情况,但是专门少有程序员如此做。这好比一个人在森林里,看到树上钉着一块“危险”的大牌子。但危险到底是什么?树要倒?有废井?有野兽?除非告诉人们“危险”是什么,否则那个警告牌难以起到积极有效的作用。难以理解的断言常常被程序员忽略,甚至被删除。【规则4-5-1之间的区不,后者是必定存在的同时是一定要作出处理的。【规则4-5-2【建议4-5-3】在编写函数时,要进行反复的考查,同时自问:“一旦确定了的假定,就要使用断言对假定进行检查。【建议4-5-能会隐瞒错误。当进行防错设计时,假如“不可能发生”的情况的确发生了,则要使用断言进行报警。其它编程经验5.1提高程序的效率程序的时刻效率是指运行速度,空间效率是指程序占用内存或者外存的状况。全局效率是指站在整个系统的角度上考虑的效率,局部效率是指站在模块或函数角度上考虑的效率。【规则5-可读性等质量因素的前提下,设法提高程序的效率。【规则5-【规则5-1-3】在优化程序的效率时,应当先找出限制效率的“紧要之处优化。【规则5-【规则5-作出适当的折衷。例如多花费一些内存来提高性能。【规则5-5.2一些有益的建议【建议5-我们经常会把“==”误写成“=”,象“||”、“&&”、“<=”、“>=”这类符号也专门容易发生“丢1”失误。然而编译器却不一定能自动指出这类错误。【建议5-未被初始化的变量当成右值使用。【建议5-【建议5-们明白发生了什么事),幸免让编译器轻悄悄地进行隐式的数据类型转换。【建议5-【建议5-【建议5-2-7【建议5-【建议5-【建议5-代码,应当重新编写。【建议5-2-11】尽量使用标准库函数,不要“【建议5-【建议5-【建议5-2-14】假如可能的话,使用PC-Lint2.有的学生总是问老师“我应该掌握什么程序设计语言更好?”你认为该如何回答那个问题?答:首先必须掌握C语言,面向对象的程序设计语言,各有各的优势,看你想往哪方面用了,假如是服务器端的应用最好是java,跨平台性好;假如是,一般的桌面应用,C#是较好的选择;至于易上手程度,VB,Delp

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论