第一篇：软件工程课件

题目一：“教务管理系统之子系统——学院课程安排”

1．系统简介

每个学期的期中，学校教务处向各个学院发出下各学期的教学计划，包括课程名称、课程代码、课时、班级类别（本科、专科、成人教育、研究生）、班号等；学院教学主管人员根据教学任务和要求给出各个课程的相关限制（如：任课教师的职称、上课的班数、最高和最低周学时数等）；任课教师自报本人授课计划，经所在教研室协调任可，将教学计划上交学院主管教学计划的人员，批准后上报学校教务处，最终由教务处给出下个学期全学院教师的教学任务书。

假设上述排课过程全部由人工操作，现要求为上述过程实现计算机自动处理过程。2．限定条件

（1）每位教师的主讲课程门数不超过2门/学期：讲师以下职称的教师不能承担学院定主课的主讲任务。（2）学院中层干部的主讲课时不能超过4学时/周。

（3本学期出现严重教学事故的教师不能承担下各学期的主讲任务。

（4）本系统的输入项至少包括：教务处布置的教学计划，学院教师自报的授课计划和学院定的有关授课限制条件。

（5）本系统的输出项至少包括：教务处最终下达全院教师的教学任务书和学院各个班级下各学期的课程表（可以不含上课地点）。题目二：“学校教材定购系统”

1．系统简介

本系统可以细化为两个子系统：销售系统和采购系统销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。以上功能要求在计算机上实现。2．技术要求和限制条件

（1）当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录，如库存表或进/出库表。（2）在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。（3）系统的外部项至少包括：教师、学生和教材工作人员。

（4）系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。

题目三：“机票预定系统” 1．系统简介

航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。2．技术要求和限制条件

（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。（2）对于本系统还应补充一下功能：

1．旅客延误了取票时间的处理 2．航班取消后的处理

3．旅客临时更改航班的处理

（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。

题目四：“学校内部工资管理系统”

1．系统简介

假设学校共有教职工约1000人，10个行政部门和8个系。每个月20日前各个部门（包括系和部门）要将出勤情况上报人事处，23日前人事处将出勤工资、奖金及扣款清单送到财务处。财务处于每个月月底将教职工的工资表做好并将数据送银行。每个月3日将工资条发给每个单位。若由员工调入或调出、校内调动、离退休变化，则由人事处通知相关部门和财务处。2．技术要求和限制条件

（1）本系统的数据存储至少包括：工资表、部门汇总表、扣税款表、银行发放表等。

（2）除人事处、财务处外，其他职能部门和系名称可以简化表示。（3）工资、奖金、扣款细节由学生自定义。

题目五：“实验室设备管理系统” 1．系统简介

每学年要对实验室设备使用情况进行统计、更新。其中：

（1）对于已彻底损坏的做报废处理，同时详细记录有关信息。

（2）对于由严重问题（故障）的要及时修理，并记录修理日期、设备名、编号、修理厂家、修理费用、责任人等。

（3）对于急需修改但又缺少的设备，需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记（包括类别、设备名、编号、型号、规格、单价、数量、购置日期、生产厂家、保质期和经办人等信息），同时更新申请表的内容。

（4）随时对现有设备及其修理、报废情况进行统计、查询，要求能够按类别和时间段等查询。2．技术要求及限制条件

（1）所有工作由专门人员负责完成，其他人不得任意使用。

（2）每件设备在做入库登记时均由系统按类别加自动顺序号编号，形成设备号；设备报废时要及时修改相应的设备记录，且有领导认可。

（3）本系统的数据存储至少包括：设备记录、修理记录、报废记录、申请购买记录。（4）本系统的输入项至少包括：新设备信息、修理信息、申请购买信息、具体查询统计要求。本系统的输出项至少包括：设备购买申请表、修理/报废设备资金统计表

题目六：“课程成绩统计”

功能要求如下：

（1）学生信息的建立和维护；（2）课程信息的建立和维护；

（3）能录入、查询学生选课信息；

（4）能查询课程、教师、学生人数、学时、教室、学生成绩等信息；（5）可以统计、查询各个班级、各学生每学期每门功课的成绩、总成绩、平均；成绩、名次，以及学期、学年的综合测评成绩、名次；（6）统计各门功课的平均成绩和分数段分布情况。题目七：“图书借阅管理”

功能要求如下：

（1）图书信息的建立和维护；（2）读者信息的建立和维护；（3）能进行借、还书操作；

（4）能进行主题词、分类、国际标准书号、著作、书名等检索和上述各项的组合检索；

（5）可以对读者借阅情况进行统计与查询。题目八：“工资管理”

功能要求如下：

（1）职工基本信息的建立和维护；

（2）职工工资信息的建立和维护；

（3）正确执行每个职工的工资核算，并以部门为单位编制工资发放单；（4）工资统计、汇总。实验九：“人事管理” 功能要求如下：

（1）人事信息的建立和维护；（2）人事信息的查询；

（3）人事信息统计、汇总。

要求文档:

1、可行性研究报告：

1）复查系统目标和规模；

2）研究目前正在使用的系统； 3）导出新系统的高层逻辑模型； 4）重新定义问题；

5）导出和评价供选择的方案（成本/效益分析）； 6）推荐一个方案并说明理由； 7）草拟开发计划。

2、需求说明书：

1）一套分层的数据流图； 2）一本数据词典； 3）一组小说明； 4）补充材料。

3、设计阶段： 概要设计： 1）结构图；

2）每个模块的描述：功能，界面，过程，注释； 3）数据库、文件结构和全程数据的描述； 4）需求/设计交叉表； 5）测试计划。

详细设计：流程图、盒图、问题分析图、程序设计语言。

4、编程阶段：程序设计代码。

5、检验和测试方法：

1)测试计划：每个测试阶段目的；每个测试阶段完成的标准；时间进度表；每个测试阶段的负责人员；测试用例库；测试所需工具；每个测试阶段所需机时数。

2)模块测试：白盒法测试用例描述； 3)联合测试：黑盒法测试用例描述； 4)系统测试：黑盒法测试用例描述；

5)测试情况记录：发现的错误；纠错时对系统作的修改；退化测试情况；错误原因、类型、比率的分析和统计。

6、维护阶段：

1）软件问题报告：登记号和登记日期；软件名称、编号、版本号；开发单位名称；报告人姓名、单位、电话；报告时间；问题来源；问题描述；处理意见；附注。

2）软件修改报告：登记号和登记日期；上次修改登记号；修改日期；软件名称、编号、版本号；开发单位；“软件修改申请报告”登记号和登记日期；修改时的运行环境；修改内容；测试情况；修改的影响；修改时的资源消耗；附注；修改者和校审者姓名；标准化情况；批注者姓名。

7、数据库设计：

1）ER图设计；

2）从ER图导出DBTG数据结构； 3）设计记录格式；

第二篇：软件工程试卷及答案课件

软件工程试卷及答案

一、单项选择题(本大题共20小题，每小题1分，共20分)

在每小题列出的四个备选项中只有一个是符合题目要求的，请将其代码填写在题后的括号内。错选、多选或未选均无分。

1.“软件工程的概念是为解决软件危机而提出的”这句话的意思是()

A.强调软件工程成功解决了软件危机的问题

B.说明软件危机的存在总是使软件开发不像传统工程项目那样容易管理

C.说明软件工程这门学科的形成是软件发展的需要

D.说明软件工程的概念，即：工程的原则、思想、方法可解决当时软件开发和维护存在的问题

2.瀑布模型的主要特点是()

A.将开发过程严格地划分为一系列有序的活动

B.将开发过程分解为阶段

C.提供了有效的管理模式

D.缺乏灵活性

3.在软件工程的需求分析阶段，不属于问题识别内容的是()

A.功能需求B.性能需求

C.环境需求D.输入／输出需求

4.画某系统的数据流图时，顶层图有()

A.0张B.1张

C.2张D.3张及其以上

5.软件模块内聚性最强的是()

A.功能内聚B.通信内聚

C.偶然内聚D.逻辑内聚

6.最早提出软件系统维护问题的阶段是()

A.可行性分析B.需求分析

C.概要设计D.详细设计

7.SD(结构化设计)方法设计的结果是()

A.模块B.模块结构图

C.模块的算法D.数据流图

8.在进行软件测试时，首先应当进行以下哪项测试，然后再进行组装测试，最后再进

行有效性测试()

A.单元测试B.系统测试

C.集成测试D.确认测试

9.软件详细设计阶段的任务是()

A.算法与数据结构设计B.功能设计

C.调用关系设计D.输入／输出设计

10.下列属于静态测试方法的是()

A.黑盒法B.路径覆盖

C.白盒法D.人工检测

11.Fortran语言主要作为以下哪个方面的语言()

A.科学工程计算B.系统软件

C.事务处理D.人工智能

12.用结构化语言来描述加工逻辑的外层结构时，以下不属于基本结构的是()

A.顺序结构B.选择结构

C.嵌套结构D.重复结构

l3.可维护软件的主要特性包括()

A.可理解性、可修改性、可移植性

B.可使用性

C.可维护性、可使用性、可靠性

D.可测试性

14.程序设计语言不具有的特性是()

A.心理特性B.工程特性

C.应用特性D.技术特性

15.下列不属于项目进度安排主要方法的是()

A.工程网络图B.Gantt图

C.进度结构图D.任务资源表

16.下列不属于通常冗余技术的是()

A.结构冗余B.信息冗余

C.时间冗余D.代码冗余

17.下列工具中，属于需求追踪工具的是()

A.在DBMS上的应用运行工具B.追踪和状态报告

C.访问和版本控制机构D.文件和修改管理

18.关于软件测试的目的，下面观点错误的是()

A.为了发现错误而执行程序的过程

B.一个好的测试用例能够发现至今尚未发现的错误

C.证明程序是正确、没有错误的

D.一个成功的测试用例是发现了至今尚未发现的错误的测试

19.在制定项目开发计划文档时，不包含的内容是()

A.项目概述B.实施计划

C.测试计划D.交付期限

20.面向对象的开发方法中，以下哪种方法原是面向Ada语言的，并处于面向对象开发方法的奠基性地位()

A.Booch方法B.Coad方法

C.UML语言D.OMT方法

二、填空题(本大题共10小题，每小题2分，共20分)

请在每小题的空格中填上正确答案。错填、不填均无分。

21.可行性研究从技术可行性、经济可行性、________三方面进行分析。

22.IDEF0方法用来描述系统的功能活动及其联系，建立系统的_______模型。

23.结构化方法总的指导思想是_______逐层分解。

24.在一段程序中，将多次出现的一组语句设计为一个子程序，供多个部分调用，这种情况出现的内聚称为________。

25.软件部件的内部实现与外部可访问性分离，这是指软件的______。

26.用来模拟被测模块的上级调用模块的模块称为_______。

27.软件复杂性度量的参数很多，主要有规模、_______、结构、智能度。

28.软件开发环境中最主要的组成部分是______。

29.软件工程管理的具体内容包括对开发人员、组织机构、用户和______等方面的管理。

30.增量模型根据增量方式和形式的不同，分为_____和原型模型。

三、名词解释题(本大题共5小题，每小题3分，共15分)31.过程设计语言(PDL)32.可移植性

33.渐增式测试

34.详细设计

35.条件覆盖

四、简答题(本大题共4小题，每小题5分，共20分)36.软件生存周期可以分为几个阶段，每个阶段的提交物是什么？

37.结构化分析的描述工具有哪些？简述结构化分析的步骤。

38.什么是黑盒测试法？常用的黑盒测试方法有哪些？

39.简述面向对象的特征。

五、应用题(本大题共2小题，4.下面关于PDL语言不正确的说法是()A.PDL是描述处理过程怎么做

B.PDL是只描述加工做什么

C.PDL也称为伪码

D.PDL的外层语法应符合一般程序设计语言常用的语法规则

5.详细设计与概要设计衔接的图形工具是()A.DFD图 B.程序图 C.PAD图 D.SC图

6.不适合作为数据处理与数据库应用的语言是()A.SQL B.Cobol C.4GL D.Lisp

7.下列关于功能性注释不正确的说法是()

A.功能性注释嵌在源程序中，用于说明程序段或语句的功能以及数据的状态

B.注释用来说明程序段，需要在每一行都要加注释

C.可使用空行或缩进，以便很容易区分注释和程序

D.修改程序也应修改注释

8.下列关于效率的说法不正确的是()

A.效率是一个性能要求，其目标应该在需求分析时给出

B.提高程序效率的根本途径在于选择良好的设计方法，数据结构与算法

C.效率主要指处理机时间和存储器容量两个方面

D.程序的效率与程序的简单性无关

9.测试的关键问题是()

A.如何组织对软件的评审 B.如何验证程序的正确性

C.如何采用综合策略 D.如何选择测试用例

10.结构化维护与非结构化维护的主要区别在于()A.软件是否结构化 B.软件配置是否完整

C.程序的完整性 D.文档的完整性

11.软件维护困难的主要原因是()A.费用低 B.人员少

C.开发方法的缺陷 D.得不到用户支持

12.可维护性的特性中，相互矛盾的是()A.可理解性与可测试性 B.效率与可修改性

C.可修改性和可理解性 D.可理解性与可读性

13.快速原型是利用原型辅助软件开发的一种新思想，它是在研究()的方法和技术中产生的。

A.需求阶段 B.设计阶段

C.测试阶段 D.软件开发的各个阶段

14.从目前情况来看，增量模型存在的主要问题是()A.用户很难适应这种系统开发方法

B.该方法的成功率很低

C.缺乏丰富而强有力的软件工具和开发环境

D.缺乏对开发过程中的问题和错误具有应付变化的机制

15.下列有关软件工程的标准，属于行业标准的是()A.GB B.DIN C.ISO D.IEEE 16.下列文档与维护人员有关的有()A.软件需求说明书 B.项目开发计划

C.概要设计说明书 D.操作手册

17.在屏蔽软件错误的冗错技术中，冗余附加件的构成包括()A.关键程序和数据的冗余存储和调用

B.为检测或纠正信息在运算或传输中的错误须外加的一部分信息

C.检测、表决、切换、重构、纠错和复算的实现

D.实现错误检测和错误恢复的程序

18.()是为了确保每个开发过程的质量，防止把软件差错传递到下一个过程而进行的工作。

A.质量检测 B.软件容错 C.软件维护 D.系统容错

19.表示对象相互行为的模型是()模型。

A.动态模型 B.功能模型 C.对象模型 D.静态模型

20.CASE工具的表示集成是指CASE工具提供相同的()A.编程环境 B.用户界面

C.过程模型 D.硬件/操作系统

二、填空题(每空2分，共20分)

1.作为计算机科学技术领域中的一门新兴学科，软件工程主要是为了解决________问题。

2.投资回收期就是使________等于最初的投资费用所需时间。

3.在IDEF0方法的一个活动图形中控制活动是指________。

4.划分模块时尽量做到________，保持模块的独立性。

5.PAD图是一种________展开的二维树形结构。

6.对校正性维护应该从________的严重性开始。

7.类的实例化是________。

8.人们常用硬件可靠性的定量度量方法来度量软件的可靠性和可用性，常用的度量软件可靠性的两个指标是________和________。

9.将待开发的软件细化，分别估算每一个子任务所需要的开发工作量，然后将它们加起来，将得到软件的总开发量。这种成本估算方法称为________。

三、名词解释(每小题3分，共15分)1.需求分析

2.耦合性

3.结构化程序设计

4.状态图

5.软件配置管理

四、简答题(每小题5分，共20分)1.简述演绎法调试的具体步骤。

2.简述增量模型和瀑布模型的本质区别。

3.简述设计一个容错系统的步骤。

4.简述在项目开发时，选择程序设计语言应考虑因素。

五、应用题(A=2, B=1,X=1 A=2, B=2, X=1 A=1, B=1, X=1 A=1, B=0,X A=1, B=0, X=3 A=1, B=1, X=4 A=1, B=1,X=1 A=1, B=2, X=2 A=3, B=0, X=3

④在4-6的答案中满足条件组合覆盖的测试用例是________(1分)⑤在4-6的答案中满足路径覆盖的测试用例是________(1分)

3.某电视购物公司采用面向对象技术实现商品销售计算机系统，基本需求如下：

(1)公司提供多种类商品，每种商品通过委托订单来进行征订。

(2)公司下属多个分公司，每个分公司负责本地区委托订单的收录，打印收款凭证单。

(3)公司负责分类、统计各分公司送来的委托单，进行分类统计。

要求：按照上述模型建立对象模型。(11分)

答 案

一、1.C 2.D 3.D 4.B 5.D 6.D 7.B 8.D 9.D 10.D 11.C 12.B 13.A 14.C 15.D 16.C 17.D 18.A 19.A 20.B

二、1.如何建立一个软件系统

2.积累的经济效益

3.所受到的约束条件

4.高内聚低耦合5.有左往右

6.评价错误

7.对象

8.MTTF MTBF 9.自底向上估算方法

三、1.需求分析是指，开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈

述转化为完整的需求定义，再由需求定义转换到相应的形式功能规约（需求规格说明）的过程。

2.耦合性也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。

3.结构化程序设计是实现该目标的关键技术之一，它指导人们用良好的思想方法开发易于理解、易于验证的程序。结构化程序设计方法的基本要点是：

1）采用自顶向下、逐步求精的程序设计方法

2）使用三种基本控制结构构造程序 3）主程序员组的组织形式。

4.状态图是一个标准的计算机概念，它是有限自动机的图形表示，它反映了状态与事件的关系，状态图确定了由事件序列引起的状态序列。

5.软件配置管理，简称SCM，它用于整个软件工程过程。其主要目标是：标识变更；控制变更；确保变更正确地实现；报告有关变更。SCM是一组管理整个软件生存期各阶段中变更的活动。

四、1.演绎法调试步骤：列出所有可能的错误原因的假设；排除不适当的假设；精化余于的假设；证明余于的假设。

2.瀑布模型属于整体开发模型，它规定在开始下一个阶段的工作之前，必须完成前一阶段的所有细节。而增量模型属于非整体开发模型，它推迟某些阶段或所有阶段中的细节，从而较早的产生工作软件。

3.（1）按设计任务要求进行常会设计，尽量保证设计的正确

（2）对可能出现的错误分类，确定实现容错的范围

（3）按照“成本—效率”最优原则，选用某种冗余手段（结构，信息，时间）来实现对各类错误的屏蔽

（4）分析或验证上述冗余结构的容错效果

4.（1）项目的应用领域；（2）软件开发的方法

（3）软件执行的环境（4）算法和数据结构的复杂性（5）软件开发人员的知识

第三篇：软件工程

2.2软件开发的基本策略

人们都有自己的世界观和方法论，能自然而然地运用于生活和工作中。同样，程序员脑子里的软件工程观念会无形地支配其怎么去做事情。软件工程三十年的发展，已经积累了相当多的方法，但这些方法不是严密的理论。实践人员不应该教条地套用方法，更重要的是学会“选择合适的方法”和“产生新方法”。有谋略才会有好的战术。几千年前，我们的祖先就在打闹之际写下了很多心得体会，被现代人很好地运用于工业和商业。本节讲述软件开发中的三种基本策略：“复用”、“分而治之”、“优化——折衷”。

2.2.1复用

复用就是指“利用现成的东西”，文人称之为“拿来主义”。被复用的对象可以是有形的物体，也可以是无形的成果。复用不是人类懒惰的表现而是智慧的表现。因为人类总是在继承了前人的成果，不断加以利用、改进或创新后才会进步。所以当我们欢度国庆时，要搞清楚祖国远不止50岁，我们今天享用到的财富还有上下五千年人民的贡献。进步只是应该的，不进步则就可耻了。

复用的内涵包括了提高质量与生产率两者。由经验可知，在一个新系统中，大部分的内容是成熟的，只有小部分内容是创新的。一般地可以相信成熟的东西总是比较可靠的（即具有高质量），而大量成熟的工作可以通过复用来快速实现（即具有高生产率）。勤劳并且聪明的人们应该把大部分的时间用在小比例的创新工作上，而把小部分的时间用在大比例的成熟工作中，这样才能把工作做得又快又好。

把复用的思想用于软件开发，称为软件复用。据统计，世上已有1000亿多行程序，无数功能被重写了成千上万次，真是浪费哪。面向对象（Object Oriented）学者的口头禅就是“请不要再发明相同的车轮子了”。

将具有一定集成度并可以重复使用的软件组成单元称为软构件(Software Component)。软件复用可以表述为：构造新的软件系统可以不必每次从零做起，直接使用已有的软构件，即可组装（或加以合理修改）成新的系统。复用方法合理化并简化了软件开发过程，减少了总的开发工作量与维护代价，既降低了软件的成本又提高了生产率。另一方面，由于软构件是经过反复使用验证的，自身具有较高的质量。因此由软构件组成的新系统也具有较高的质量。利用软构件生产应用软件的过程如图1.5所示。

软件复用不仅要使自己拿来方便，还要让别人拿去方便，是“拿来拿去主义”。面向对象方法，Microsoft公司的COM规范 [Rogerson 1999]，都能很好地用于实现大规模的软件复用。

2.2.2分而治之

分而治之是指把一个复杂的问题分解成若干个简单的问题，然后逐个解决。这种朴素的思想来源于人们生活与工作的经验，完全适合于技术领域。软件人员在执行分而治之的时候，应该着重考虑：复杂问题分解后，每个问题能否用程序实现？所有程序最终能否集成为一个软件系统并有效解决原始的复杂问题？

图1.6表示了软件领域的分而治之策略。诸如软件的体系结构设计、模块化设计都是分而治之的具体表现。软件的分而治之不可以“硬分硬治”。不像为了吃一个西瓜或是一只鸡，挥刀斩成n块，再把每块塞进嘴里粉碎搅拌，然后交由胃肠来消化吸收，象征复杂问题的西瓜或是鸡也就此消失了。

2.2.3优化——折衷

软件的优化是指优化软件的各个质量因素，如提高运行速度，提高对内存资源的利用率，使用户界面更加友好，使三维图形的真实感更强等等。想做好优化工作，首先要让开发人员都有正确的认识：优化工作不是可有可无的事情，而是必须要做的事情。当优化工作成为一种责任时，程序员才会不断改进软件中的算法，数据结构和程序组织，从而提高软件质量。

著名的3D游戏软件Quake，能够在PC机上实时地绘制高度真实感的复杂场景。Quake的开发者能把很多成熟的图形技术发挥到极致，例如把Bresenham画线、多边形裁剪、树遍历等算法的速度提高近一个数量级。我第一次看到Quake时不仅感到震动，而且深受打击。这个PC游戏软件的技术水平已经远胜于我所见识到的国内领先的图形学相关科研成果。这对我们日益盛行的点到完止的研发工作真是莫大的讽刺。所以当我们开发的软件表现出很多不可救药的病症时，不要怨机器差。真的是我们自己没有把工作做好，写不好字却嫌笔钝。

就假设我们经过思想教育后，精神抖擞，随时准备为优化工作干上六天七夜。但愿意做并不意味着就能把事情做好。优化工作的复杂之处是很多目标存在千丝万缕的关系，可谓数不清理还乱。当不能够使所有的目标都得到优化时，就需要“折衷”策略。

软件中的折衷策略是指通过协调各个质量因素，实现整体质量的最优。就象党支部副书记扮演和事佬的角色：“…为了使整个组织具有最好的战斗力，我们要重用几个人，照顾一些人，在万不得已的情况下委屈一批人”。

软件折衷的重要原则是不能使某一方损失关键的职能，更不可以象“舍鱼而取熊掌”那样抛弃一方。例如3D动画软件的瓶颈通常是速度，但如果为了提高速度而在程序中取消光照明计算，那么场景就会丧失真实感，3D动画也就不再有意义了（如果人类全是色盲，计算机图形学将变得异常简单）。

人都有惰性，如果允许滥用折衷的话，那么一当碰到困难，人们就会用拆东墙补西墙的方式去折衷，不再下苦功去做有意义的优化。所以我们有必要为折衷制定严正的立场：在保证其它因素不差的前提下，使某些因素变得更好。

下面让我们用“优化——折衷”的策略解决“鱼和熊掌不可得兼”的难题。

问题提出：假设鱼每千克10元，熊掌每千克一万元。有个倔脾气的人只有20元钱，非得要吃上一公斤美妙的“熊掌烧鱼”，怎么办？

解决方案：化9元9角9分钱买999克鱼肉，化10元钱买1克熊掌肉，可做一道“熊掌戏鱼”菜。剩下的那一分钱还可建立奖励基金。

2.3一些不正确的观念

本节例举并分析一些不正确的软件工程观念，可帮助初学者少犯相似的错误。

观念之一：我们拥有一套讲述如何开发软件的书籍，书中充满了标准与示例，可以帮助我们解决软件开发中遇到的任何问题。

客观情况：好的参考书无疑能指导我们的工作。充分利用书籍中的方法、技术和技巧，可以有效地解决软件开发中大量常见的问题。但实践者并不能因此依赖于书籍，这是因为：（1）现实的工作中，由于条件千差万别，即使是相当成熟的软件工程规范，常常也无法套用。（2）软件技术日新月异，没有哪一种软件标准能长盛不衰。祖传秘方在某些领域很吃香，而在软件领域则意味着落后。

观念之二：我们拥有最好的开发工具、最好的计算机，一定能做出优秀的软件。

客观情况：良好的开发环境只是产出成果的必要条件，而不是充分条件。如果拥有好环境的是一群庸人，难保他们不干出南辕北辙的事情。

观念之三：如果我们落后于计划，可以增加更多的程序员来解决。

客观情况：软件开发不同于传统的农业生产，人多不见得力量大。如果给落后于计划的项目增添新手，可能会更加延误项目。因为：（1）新手会产生很多新的错误，使项目混乱。（2）老手向新手解释工作以及交流思想都要花费时间，使实际开发时间更少。所以科学的项目计划很重要，不在乎计划能提前多少，重在恰如其分。如果用“大跃进”的方式奔向共产主义，只会产生倒退的后果。

观念之四：既然需求分析很困难，不管三七二十一先把软件做了再说，反正软件是灵活的，随时可以修改。

客观情况：对需求把握得越准确，软件的修修补补就越少。有些需求在一开始时很难确定，在开发过程中要不断地加以改正。软件修改越早代价越少，修改越晚代价越大，就跟治病一样道理。

2.4一些有争议的观念

本节探讨一些有争议的观念，目的不在于得出“正确”或“错误”的评断，而在于争议会激发更多理性的思考。

争议之一：如果软件运行较慢，是换一台更快的计算机，还是设计一种更快的算法？

作者观点：如果开发软件的目的是为了学习或是研究，那么应该设计一种更快的算法。如果该软件已经用于商业，则需谨慎考虑：若换一台更快的计算机能解决问题，则是最快的解决方案。改进算法虽然可以从根本上提高软件的运行速度，但可能引入错误以及延误进程。技术狂毫无疑问会选择后者，因为他们觉得放弃任何可以优化的机会就等于犯罪。

类似的争议还有：是买现成的程序，还是彻底自己开发？技术人员和商业人士常常会有不同的选择。

争议之二：有最好的软件工程方法，最好的编程语言吗？

作者观点：在软件领域永远没有最好的，只有更好的。能解决问题的都是好方法或是好语言。程序员在最初学习Basic、Fortran、Pascal、C、C++等语言时会感觉一个比一个好，不免有喜新厌旧之举。而如今 的Visual Basic、Delphi、Visual C++、Java等语言各有所长，真的难分优劣。开发人员应该根据客观条件，选择自己熟悉的方法和语言，才能保证合格的质量与生产率。

程序设计是自由与快乐的事情，不要发誓忠于某某主义而自寻烦恼。

争议之三：编程时是否应该多使用技巧？

作者观点：就软件开发而言，技巧的优点在于能另辟蹊径地解决一些问题，缺点是技巧并不为人熟知。若在程序中用太多的技巧，可能会留下隐患，别人也难以理解程序。鉴于一个局部的优点对整个系统而言是微不足道的，而一个错误则可能是致命的。作者建议用自然的方式编程，少用技巧。

《狼三则》的故事告诉我们“失败的技巧通常是技俩”。当我们在编程时无法判断是用了技巧还是用了技俩，那就少用。《卖油翁》的故事又告诉我们“熟能生巧”，表明技巧是自然而然产生的，而不是卖弄出来的。卖油翁的绝技是可到中央电视台表演的，而他老人家却谦虚地说：“没啥没啥，用熟了而已”。

争议之四：软件中的错误是否可按严重程度分等级？

作者观点：在定量分析时，可以将错误分等级，以便于管理。微软的一些开发小组将错误分成四个等级 [Cusumano 1996]，如表1.1所示。

一级严重：错误导致软件崩溃。

二级严重：错误导致一个特性不能运行并且没有替代方案。

三级严重：错误导致一个特性不能运行但有替代方案。

四级严重：错误是表面化的或是微小的。

表1.1 错误的四个等级

上述分类是非常技术性的，并不是普适的。假设某个财务软件有两个错误：错误A使该软件死掉，错误B导致工资计算错误。按表1.1分类，错误A属一级严重，错误B属二级严重。但事实上B要比A严重。工资算多了或者算少了，将会使老板或员工遭受经济损失。而错误A只使操作员感到厌烦，并没有造成经济损失。另一个示例是操作手册写错，按表1.1分类则属四级严重，但这种错误可能导致机毁人亡。

开发人员应该意识到：所有的错误都是严重的，不存在微不足道的错误。这样才能少犯错误。

2.5小 结

软件工程学科发展到今天，已经有了很多方法和规范，学之不尽。本章只在宏观上讨论了软件工程的一些

思想，更具体的内容将在后面的章节论述。无论是什么好方法，贵在理解与灵活运用，而不可当成灵丹妙药，不象“吃了脑黄金或脑白金，就能使一亿人先聪明起来”。

3程序员与程序经理

工作在第一线的软件开发人员是程序员和程序经理，他们决定着软件的命运。良好的程序员队伍和出色的管理是软件项目成功的必要条件。管理不是管制，不是去卡住人家的脖子，因为程序员不是一群野鸭子。管理的目的是让大家一起把工作做好，并且让各人获得各自的快乐和满足。当一个组织被出色地领导时，雇员甚至不知道他们已被领导。在项目完成时，他们会自豪地说：“看看我们通过努力取得的成绩吧”。所以管理者不能老惦记着自己是一个官，而应时刻意识到自己是责任的主要承担者。

我们经常会听到有经理头衔的人在高谈阔论：“编程我不会，做个项目还不easy？派个人去搞系统分析，回头再叫几个程序员把需求译成程序，不就OK了吗？”

不懂英语的人准以为easy和OK是贬义词。要让软件项目失败很容易，只要符合下列条件之一即可：

（1）项目经理对软件一无所知；

（2）技术负责人对编程不感兴趣；

（3）真真编写代码的程序员是临时雇用的。

如果上述三个条件同时具备，就请放心失败好了。

让我们少幻想自己是比尔·盖茨，先当好程序员和程序经理再说。

3.1了解程序员

早期的程序员干活能从软件直通硬件，个个生猛无比。又因他们的作息时间、言行举止与常人不太一样，久而久之就给人们留下了“神秘”、“孤僻”的印象。如今软件行业被炒得热火朝天，有能耐的程序员即便躲在大山岙的军工厂里也能被挖出来。而更多原本不是程序员的人操起几本“速成”、“二十一天通”等书籍也加入了这个行业。现在国内号称有上百万程序员，这支大军鱼龙混杂，已搞不清那些是正规军，那些是民兵游击队了。

第四篇：软件工程

1.软件危机的概念 系统的数据要求，功能需求，性能需求，显示出程序的轮廓。

软件危机是指在计算机软件开发、使用与可靠性需求，可用性需求，出错处理需求，混合方式

维护过程中遇到的一系列严重问题和难接口需求，约束，逆向需求以及将来可能优点：综合了以上两种策略的长处 题。提出的需求。9.确认测试

补充： 5.常使用的图形工具 确认测试又称有效性测试。有效性测试是

1．软件危机的表现有哪些？ 实体-联系图，数据流图，状态转换图，在模拟的环境下，运用黑盒测试的方法，答：1）对软件开发成本和进度的估计常层次方框图，warnier图，IPO图。验证被测软件是否满足需求规格说明书常很不准确。第五章 列出的需求。任务是验证软件的功能和性

2）用户对已完成的软件不满意1.总体设计的任务 能及其他特性是否与用户的要求一致。对的现象时有发生。划分出组成系统的物理元素——程序、文软件的功能和性能要求在软件需求规格

3）软件产品的质量往往是靠不件、数据库、人工过程和文档等等 说明书中已经明确规定，它包含的信息就住的。设计软件的结构。也就是要确定系统中每是软件确认测试的基础。

4）软件常常是不可维护的。个程序是由哪些模块组成的，以及这些模10.什么是白盒测试，其测试技术有那些，5）软件通常没有适当的文档资块相互间的关系。覆盖标准的强弱程度

料。2.模块化思想 白盒测试是一种测试用例设计方法，盒子

6）软件成本在计算机系统总成就是把程序划分成独立命名且可独立访指的是被测试的软件，白盒指的是盒子是本中所占比例逐年上升。问的模块，每个模块完成一个子功能，把可视的,你清楚盒子内部的东西以及里面

7）软件开发生产率提高的速度这些模块集成起来构成一个整体，可以完是如何运作的。“白盒”法全面了解程序内远跟不上日益增长的软件需求。成指定的功能满足用户的需求。部逻辑结构、对所有逻辑路径进行测试。

2．产生软件危机的原因主要有哪些？ 3.衡量模块独立的标准（内聚和耦合的白盒测试的测试方法有代码检查法、静态答：1）用户对软件需求的描述不精确。含义，种类）结构分析法、静态质量度量法、逻辑覆盖

2）软件开发人员对用户需求的内聚：标志着每一个模块内各个元素彼此法、基本路径测试法、域测试、符号测试、理解有偏差。结合的紧密程度，是信息隐藏和局部化概路径覆盖和程序变异。

3）缺乏处理大型软件项目的经念的自然拓展。偶然内聚，逻辑内聚，时种覆盖标准：语句覆盖、判定覆盖、条件验。间内聚，功能内聚，顺序内聚，通信内聚，覆盖、判定/条件覆盖、条件组合覆盖和

4）开发大型软件易产生疏漏和过程内聚。路径覆盖发现错误的能力呈由弱至强的错误。耦合：是对一个软件结构内不同模块之间变化。

5）缺乏有力的方法学的指导和互连程度的度量。数据耦合，控制耦合，11.什么时候黑盒测试，其测试技术有哪有效的开发工具的支持。特征耦合，公共环境耦合，内容耦合。些，（等价划分，边介值分析法）

6）面对日益增长的软件需求，4.启发式规则 黑盒测试也称功能测试，它是通过测试来人们显得力不从心。1.改进软件结构提高模块的独立性检测每个功能是否都能正常使用。

2软件的概念 2.模块规模应该适中等价类划分的办法是把程序的输入域划完成特点功能的程序以及数据结构和文 3.深度、宽度、扇出和扇入都应适当 分成若干部分（子集），然后从每个部分档 4.模块的作用范围应在控制范围之内中选取少数代表性数据作为测试用例

3.软件工程的基本原理 5.力争降低模块接口的复杂程度 边界值分析是通过选择等价类边界的测

1.用分阶段的生命周期计划严格管理 6.设计单入口单出口的模块试用例。边界值分析法不仅重视输入条件

2.坚持进行阶段评审 7.模块功能应该可以预测 边界，而且也必须考虑输出域边界。它是

3.实行严格的产品控制 5.面向数据流的设计方法把信息流映射对等价类划分方法的补充。

4.采用现代程序设计技术 成软件结构 12.软件调试技术有哪些

5.结果应能清楚地审查 信息流：变换流，事物流 蛮干法，蛮干法可能是寻找软件错误原因

6.开发小组的人员应该少而精 映射：变换分析，事物分析 的最低效的方法，仅当所有其他方法都

7.承认不断改进软件工程实践的必要性失败的情况下才使用。

4软件生命周期分成哪几个阶段？各阶第六章 回溯法，回溯法是一种相当常用的调试方段的任务是什么？ 1.详细设计的基本任务 法，当调试小程序时很有效。从发现症

1.问题定义： 1.为每个模块确定采用的算法。2.确定状的地方开始，人工沿程序的控制流往回

2.可行性研究：研究问题的范围，探索这每一模块使用的数据结构追踪分析源程序代码，知道找出错误原因个问题是否值得去解决，是否有可行的解3.确定模块接口的细节，包括对系统外为止。

决方法。部的接口和用户界面，对系统内部其 原因排除法，对分查找法、归纳法、演绎

3.需求分析：主要是确定目标系统必须具它模块的接口，以及关于模块输入数据、法都属于原因排除法。

备哪些功能 输出数据及局部数据的全部细节。13.软件可靠性（可靠性和可用性的含义）

4.总体设计： 4.为每一模块设计出一组测试用例。

5.详细设计：就是把解法具体化，设计出2.程序的三种基本结构

程序的详细规格说明。顺序结构，选择结构，循环结构

6.编码和单元测试：写出正确的容易理解3.详细设计的工具

容易维护的程序模块。1．图形工具

7.综合测试：通过各种类型的测试使软件2．表格工具

达到预定的要求 3．语言工具

8.软件维护：通过各种必要的维护活动使4.jackson方法

系统持久地满足用户的需要。（改正性维5.复杂性度量的方法

护，适应性维护，完善性维护，预防性维Halstead方法：它根据程序中运算符和

护）操作数的总数来度量程序的复杂程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根据程序控制

螺旋模型的特点 流的复杂程度定量度量程序的复杂程度，瀑布模型阶:段时间具有顺序性和依赖第七章

性。推迟现实的观点。质量保证的观点。1.选择程序设计语言应考虑哪些因素

快速原型模型:软件产品的开发基本上是1.系统用户的要求

线性顺序进行的，本质是“快速”加速软2.可以使用的编译程序

件的开发过程，节约软件开发成本。3.可以得到的软件工具

增量模型:能在较短时间内向用户提交可4.工程规模

完成部分工作的产品。逐步增加产品功5.程序员的知识

能，可以使用户有较充裕的时间学习和适6.软件可移植性要求

应新产品，从而减少一个全新的软件可能7.软件的应用领域

给客户组织带来的冲击。2.良好的编程风格包括哪些方面

螺旋模型:对可选方案和约束条件的强调1.程序内部的文档2.数据说明 3.语句构

有利于已有软件的重用，也有助于把软件造4.输入输出 5.效率

质量作为软件开发的一个重要目标。减少3软件测试的目标

了过多的测试或测试不足带来的风险。更目的:（1）测试是为了发现程序中的错误

重要的是在螺旋模型中维护只是模型的而执行程序的过程；

另一个周期，在维护和开发之间并没有本（2）好的测试方案是极可能发现迄今为

质区别。风险驱动的。止尚未发现的错误的测试方案；

（3）成功的测试是发现了至今为止尚未

第二章 发现的错误的测试。

1.可行性研究的目的 定义:为了发现程序中的错误而执行程序

就是用最小的代价在尽可能短的时间内的过程。

确定问题是否能够解决。补充：

补充： 软件测试步骤 :

可行性研究的步骤 ：(1)模块测试(2)子系统测试(3)系统

1.复查系统规模和目标。测试(4)验收测试(5)平行运行

2.研究现有的系统。4.确定测试计划是在哪个阶段制定的3.导出新系统高层逻辑模型。5.黑盒测试和白盒测试的概念

4.进一步定义问题黑盒测试

5.导出和评价供选择的解法。1把程序看作一个黑盒子，完全不考虑程

6.推荐行动方针序的内部结构和处理过程

7.草拟开发计划2对程序接口进行测试，检查程序功能是

8.书写文档提交审查 否能按规格说明书的规定正常使用；

程序是否能适当地接受输入数据并产生

2.系统流程图的作用 正确的输出信息；

系统流程图是描绘物理系统的传统工具，程序运行过程中能否保持外部信息的完

它用图形符号来表示系统中的各个部件。整性

它表达了系统中各个元素之间的信息流白盒测试

动的情况。1把程序堪称装在一个透明的白盒子里，3.数据流图的概念 测试者完全知道程序的结构处理算法

数据流图是一种图形化技术，它描绘信息2按照程序内部的逻辑测试程序，检测程

流和数据从移动到输出的过程中所经受序中的主要执行通路是否都能按的变换。预定要求正确工作

4.数据流图里面的符号，画数据流图。6.测试的步骤及每个步骤形成的文档

5.数据字典最基本的功能，以及与数据流单元测试：（模块测试）发现的往往是编

图的关系。码和详细设计的错误

最基本的功能：在软件分析和设计的过程集成测试：着重测试模块的接口 中给人提供关于数据的描述信息。

关系：数据流图和数据字典共同构成系统系统测试：发现的往往是软件设计中的错的逻辑模型，没有数据字典，数据流图就误，也可能发现需要说明中的错误 不严格，然而没有数据流图，数据字典也验收测试：（确认测试）往往发现需求说难于发挥作用。只有数据流图和对数据流明书中的错误 图中每个元素的精确定义放在一起，才能7.渐增式和非渐增式的区别 共同构成系统的规格说明。“非渐增式”，即先独立地测试每一模块，第三章 然后将所有这些模块连接到一起运行； 1.需求分析属于哪一个阶段，任务是什“渐增式”，即在已测试过的N个模块的么。基础上再增加一个模块，再对N十1个模需求分析是软件定义时期的最后一个阶块进行测试。段.渐增式比非渐增式优越，因为用渐增式，1.确定对系统的综合要求（功能需求，性如果是“由顶向下”则可利用前面已测试能需求，可靠性和可用性需求，出错处理过的模块，而不必另外准备驱动模块，如需求，接口需求，约束，逆向需求，将来果是“由底向上”，也可利用已测试过的可能提出的要求）模块，不必再准备桩模块。渐增式可以较2.分析系统的数据要求早地发现模块界面之间的错误，有利于排3.导出系统的逻辑模型 错，检查比较彻底 4.修正系统开发计划2.需求分析的产品是什么 8.自顶向下，自下而上，以及混合策略的3.面向过程的分析方法主要是建立三类优缺点 模型 自顶向下数据模型（按照用户的观点对数据建立的优点：能较早显示整个程序的轮廓，向用模型，把用户的数据要求清楚，准确地描户展示程序的概貌，取得用户的理解与支述出来。描述了从用户角度看到的数据，持。缺点：当测试上层模块时因使用桩它反应了用户的现实环境，属性，联系），模块较多，很难模拟出真实模块的全部功功能模型，行为模型（通过描绘系统的状能，使部分测试内容被迫推迟，只能等待态及引起系统状态转换的事件来表示系换上真实模块后再补充测试。统的行为）由底向上4.软件需求规格说明书的内容 优点：测试从下层模块开始，测试设计用通常用自然语言完整，准确，具体地描述例比较容易。缺点：在测试的早期不能

第五篇：软件工程

软件工程

1.谈谈你对软件工具的理解，你用过什么软件工具

软件工具是指为支持计算机软件的开发、维护、模拟、移植或管理而研制的程序系统。它是为专门目的而开发的，在软件工程范围内也就是为实现软件生存期中的各种处理活动（包括管理、开发和维护）的自动化和半自动化面开发的程序系统。

开发软件工具的最终目的是为了提高软件生产率和改善软件的质量。

软件工具分为六类：模拟工具、开发工具、测试和评估工具、运行和维护工具、性能质量工具和程序设计支持工具。

应该是看对象来选择测试工具！比如：

功能测试工具：WinRunner

性能测试工具：LoadRunner

内存泄漏测试工具：Purify

单元测试工具：Junit

测试管理工具：TestDirector还有东软的bugbaseIBM开发的 rational。

2.什么是软件的可维护性：

软件可维护性即维护人员对该软件进行维护的难易程度,具体包括理解、改正、改动和改进该软件的难易程度。

决定可维护性的因素：

1.系统的大小

2.系统的年龄

3.结构合理性

可维护性的度量:

可理解性

可测试性

可修改性

可移植性

3.软件开发和写程序有什么不同？软件开发的内容是：需求、设计、编程和 测试 维护！

需求分析

软件需求分析就是回答做什么的问题。它是一个对用户的需求进行去粗取精、去伪存真、正确理解，然后把它用软件工程开发语言（形式功能规约，即需求规格说明书）表达出来的过程。本阶段的基本任务是和用户一起确定要解决的问题，建立软件的逻辑模型，编写需求规格说明书文档并最终得到用户的认可。需求分析的主要方法有结构化分析方法、数据流程图和数据字典等方法。本阶段的工作是根据需求说明书的要求，设计建立相应的软件系统的体系结构，并将整个系统分解成若干个子系统或模块，定义子系统或模块间的接口关系，对各子系统进行具体设计定义，编写软件概要设计和详细设计说明书，数据库或数据结构设计说明书，组装测试计划。

设计

软件设计可以分为概要设计和详细设计两个阶段。实际上软件设计的主要任务就是将软件分解成模块是指能实现某个功能的数据和程序说明、可执行程序的程序单元。可以是一个函数、过程、子程序、一段带有程序说明的独立的程序和数据，也可以是可组合、可分解和可更换的功能单元。模块，然后进行模块设计。概要设计就是结构设计，其主要目标就是给出软件的模块结构，用软件结构图表示。详细设计的首要任务就是设计模块的程序流程、算法和数据结构，次要任务就是设计数据库，常用方法还是结构化程序设计方法。

编码

软件编码是指把软件设计转换成计算机可以接受的程序，即写成以某一程序设计语言表示的“源程序清单”。充分了解软件开发语言、工具的特性和编程风格，有助于开发工具的选择以及保证软件产品的开发质量。

测试

软件测试的目的是以较小的代价发现尽可能多的错误。不同的测试方法有不同的测试用例设计方法。两种常用的测试方法是白盒法测试对象是源程序，依据的是程序内部的的逻辑结构来发现软件的编程错误、结构错误和数据错误。结构错误包括逻辑、数据流、初始化等错误。用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。白盒法和黑盒法依据的是软件的功能或软件行为描述，发现软件的接口、功能和结构错误。其中接口错误包括内部/外部接口、资源管理、集成化以及系统错误。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。黑盒法。

维护

维护是旨在已完成对软件的研制（分析、设计、编码和测试）工作并交付使用以后，对软件产品所进行的一些软件工程的活动。即根据软件运行的情况，对软件进行适当修改，以适应新的要求，以及纠正运行中发现的错误。编写软件问题报告、软件修改报告。

4.什么是软件设计的”高内聚 低耦合”

内聚：一个模块内各个元素彼此结合的紧密程度

耦合：一个软件结构内不同模块之间互连程度的度量

对于低耦合，（模块的独立性）

一个完整的系统，模块与模块之间，尽可能的使其独立存在。也就是说，让每个模块，尽可能的独立完成某个特定的子功能。模块与模块之间的接口，尽量的少而简单。如果某两个模块间的关系比较复杂的话，最好首先考虑进一步的模块划分。这样有利于修改和组合.对于高内聚：

在一个模块内，让每个元素之间都尽可能的紧密相连。也就是充分利用每一个元素的功能，各施所能，以最终实现某个功能。

5.case在软件工程中的作用

CASE（Computer Aided（or Assisted）Software Engineering计算机辅助软件工程。CASE的一个基本思想就是提供一组能够自动覆盖软件开发生命周期各个阶段的集成的、减少劳动力的工具。CASE已被证明可以加快开发速度,提高应用软件生产率并保证应用软件的可靠品质。CASE工具由许多部分组成,一般我们按软件开发的不同阶段分为上层CASE和下层CASE产品。上层或前端CASE工具自动进行应用的计划、设计和分析,帮助用户定义需求,产生需求说明,并可完成与应用开发相关的所有计划工作。下层或后端CASE工具自动进行应用系统的编程、测试和维护工作。

除非下层CASE和上层CASE工具的供应商提供统一界面,否则用户必须编写或重新将所有信息从上层CASE工具转换到下层CASE工具。独立的CASE工具供应商愈来愈希望将它们的工具连接在一起建立统一的界面以减少用户不必要的开发工作。

CASE工具带来的好处

计算机专业人员利用计算机使他们的企业提高了效率,企业的各个部门通过使用计算机

提高了生产率和效率,增强了企业的竞争力并使之带来了更多的利润。

6.为什么要进行软件测试？常用的软件测试的方法有哪些？

软件测试的目的：尽可能发现并改正被测试软件中的错误，提高软件的可靠性。

软件测试方法主要包括单元测试，集成测试，系统测试，用户测试，回归测试。

还有就是自定而下，和自下而上的方法。

7.谈谈你对保证软件质量的技术和方法的认识？ 1.作为一个软件质量保证人员需要良好的沟通能力，因为如果没有良好的沟通能力，很多问题都没有办法解决，原因很简单，测试人员发现了bug,开发人员或项目经理在怎么不理，但是他们都会想到，万一测试人员发现了bug而自己忽视了，那么就有可能成为软件里的一颗不定时地炸弹，那么作为一个开发人员或项目经理对bug的重视程度肯定相对比较高，至少要看测试人员发现的bug，但是QA就不一定了，因为QA保证的流程的正确的执行，相关人员就是认为流程不重要，只要我开发的产品没有问题那就没有问题，客户肯定不会关注我的流程，在加上古人的名言“结果说明了一切”，所以没有良好的沟通能力，一些问题将很难去解决，做起来就没有成就感。

2.个人感觉比沟通能力更重要的是，坚持原则，在遇到困难的时候，是不是还能坚持原则，在遇到项目组的种种不理不睬的时候，是不是还能坚持原则，在项目组不按照计划走的时候，是不是还能坚持原则。

3.个人心态，我工作三年的经历告诉我，如果开发和测试相比，开发是天堂，测试是地狱的话，但如果测试和QA相比的话，那测试就是天堂，QA就是地狱，所以心态很重要，在三年里我就锻炼成一个非常好的心态，随便怎么说CMMI没用，随便怎么说CMMI就是写文档，随便怎么说QA真烦人，我笑容依然灿烂，从容面对，而且一个QA要有坚定的信念，如果你都不相信过程能给项目开发带来好处，那你还指望谁能相信。

8.提高软件生产率有哪些手段？

1.挑选精干人员（管理 计划不好 技术搭配不当）

2.提高阶段效率 3消除人工阶段

4.减少重复劳动 5.建造简单产品

6.重用软部件库（已经存在的软件功能部件

9．什么是软件的可靠性和有用性

可靠性就是指软件运行的稳定性，可用性就是操作的便利性。比如一辆汽车，可靠性好应该归功于机械部分，可用性好则是内饰和中控系统的功劳。

10什么是软件规格说明？作用是什么？将其形式化的意义是什么？

11.什么是软件重用？实现软件重用的方法有哪些？

软件重用，是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。软件元素包括程序代码、测试用例、设计文档、设计过程、需要分析文档甚至领域知识。通常，可重用的元素也称作软构件，可重用的软构件越大，重用的粒度越大。

根据软件开发的不同阶段实现软件重用主要有四个途径：

抽象：对重用对象概括提炼，从而得到能全面描述侧重算法和数据结构的软件构件的各部分的描述。

选择：是对重用对象进行存放，匹配和检索的功能。

实例化：对数据类型中对象进行参数的提供 转换。

集成：

12.什么是软件移植？你认为构造一个工具实现windows到Unix的移植有意义吗？难大不？ 软件可移植性是指代码可以在不同平台间移植，我们一般说的软件的可移植性指的是软件可移植性，简单的说就是指源代码移到不同的平台下（不同的操作系统，例如从Windows

下移到Linux下）时，需要修改的内容越少，移植性越好。要保证软件可移植性，就是少用或不用系统特有的东西，比如你用C语言编程，你可以使用C语言本身的库，但不要用

WindowsAPI函数，因为WindowsAPI函数在Linux下是没有的，如果想移植到Linux平台下，使用WindowsAPI函数的部分代码就要做出修改了。