软件工程

第一篇：软件工程

1.软件工程：是指导计算机软件开发和维护的工程学科

2.软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题

3.软件过程：是为了开发出高质量的软件产品所需完成的一系列任务的框架，它规定了完成各项任务的工作步骤

4.软件生命周期：是指从软件定义、开发、使用、信息”。此外，系统还应该具有“定时取样生理信号”、“更新日志”和“产生病情报告”的功能。为了分析病人生理信号是否超出了医生规定的安全范围，应该存储“患者安全范围”信息。此外，定时记录病人生理信号所形成的“患者日志”，显然也是一个数据存 储。

23.软件危机有那些典型表现？

(1)央一个索引号）。

针对若干个不同的NAME重复执行上述命令序列。

⑫测试系统非正常操作的测试数据 ①用过长的关键字作为命令b的参数：例如，b（reliability software and hardware combined）

预期的输出：系统截短过长的关键字，例如，上列命令中的关键字可能性被截预期的输出：X=1，Y=20，Z=3 ④ 3个判定表达式依次为假、真、真 输入：A=1，B=40，C=60 预期的输出：X=1，Y=20，Z=30 ⑤ 3个判定表达式依次为真、假、假 输入：A=20，B=1，C=1 预期的输出：X=10，Y=2，Z=3 ⑥ 3个判定表达式依次为真、假、真 输入：A=20，B=1，C=60 对软件开发成本和进度的估计常常很不准确。维护到淘汰的全过程

5.软件工程环境：方法与工具的结合，加上配套的软、硬件支持称为软件工程环境

6.模块：是数据说明、可执行语句等程序对象的集合7.模块化：是按规定的原则将一个大型软件分为一个个较小的、相对独立但又相关的模块

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

9.内聚：标志着一个模块内各个元素彼此结合的紧密程度

10.结构程序设计：如果一个程序的代码块只有一个入口和一个出口，则称这个程序是结构化的11.实现：通常指编码和测试

12.软件可靠性：是指程序在给定的时间间隔内，按照规格说明书的规定成功地运行地概率

13.集成测试：是测试和组装软件的系统化技术 14.软件维护：是指软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程

15.对象：在应用领域中有意义的、与所解决的问题有关系的任何事物

16.对象模型：表示静态的、结构化的系统的“数据”性质

17.功能模型：表示变化的系统的“功能”性质 18.面向对象分析：就是抽取和整理用户需求并建立问题域精确模型的过程

19.重用：是指同一事物不作修改或者稍加改动就多次重复使用

20.可行性分析包括：技术可行性、经济可行性、操作可行性

21.北京某高校可用的电话号码有以下几类：校内电话号码由 4 位数字组成„„定义上述电话号码

电话号码=[校内电话号码|校外电话号码]

校内电话号码=非零数字+ 3 位数字 //后面继续定义 校外电话号码=[本市号码|外地号码] 本市号码=数字零+8 位数字

外地号码=数字零+3 位数字+8 位数字 非零数字=[1|2|3|4|5|6|7|8|9] 数字零＝0位数字＝3{数字}3//3 至 3 个数字 8 位数字=非零数字+7 位数字 7 位数字=7{数字}7 数字＝[0|1|2|3|4|5|6|7|8|9]

22.目前住院的病人主要由护士护理，这样做不仅需要大量护士„„写出问题定义，分析可行性 从问题陈述可知，本系统数据源点是“病人”和“护士”，他们分别提供生理信号和要求病情报告的信息。进一步分析问题陈述，从系统应该“定时记录病人情况以形成患者日志”这项要求可以想到，还应该有一个提供日期和时间信息的“时钟”作为数据源点。从问题陈述容易看出，本系统的数据终点是接收警告信息和病情报告的护士。系统对病人生理信号的处理功能主要是“接收信号”、“分析信号”和“产生警告

(2)用户对“已完成的”软件系统不满意的现象经常

发生。

(3)软件产品的质量往往靠不住。(4)软件常常是不可维护的。(5)软件通常没有适当的文档资料。(6)软件成本在计算机系统总成本中所占的比例

逐年上升。(7)软件开发生产率提高的速度，远远跟不上计算

机应用迅速普及深入的趋势

25.银行计算机存储系统的工作过程大致如下：„„请用数据流图描绘本系统的功能，并用实体—联系图描绘系统中的数据对象 26.复印机的工作过程大致如下：未接到复印命令时处于闲置状态„„请用状态转换图描绘复印机的行为

27.用面向数据流的方法设计下列系统的软件结构

（1）机票预定系统（2）患者监护系统 28.耦合包括数据耦合、控制耦合、公共环境耦合、内容耦合29.内聚包括功能内聚、顺序内聚、通信内聚、过程内聚、时间内聚、逻辑内聚、偶然内聚

30.美国某大学有200名教师，校方与教师工会刚刚签订一项协议。按照协议„„

31.画出下列伪代码的流程图，计算它的环形复杂度



32.某图书馆有一个使用CET

终端的信息检索系统，该系统有下列4个基本检索命令：

（1）设计测试数据以全面系统的正常操作

（2）设计测试数据以测试系统的非正常操作

解：⑪测试系统正常操作的测试数据 ①顺序执行下列3个命令：b（KEYWORD）s（L）d（N）

其中KEYWORD是正确的关键字；L是执行命令b后在屏幕上显示的约20个行号中的一个（至少应该使L分别为第一个、最后一个和中央一个行号）；N是执行命令s后列出的索引号中的一个（至少应该使N分别为第一个、最后一个和中央一个索引号）。

针对若干个不同的KEYWORD重复执行上述命令序列。

②顺序执行下列2个命令：f（NAME）d（N）

其中，NAME是已知的作者姓名；N是执行命令f后列出的索引号中的一个（至少应该使N分别为第一个、最后一个和中

短为reliability software

②用不正确的关键字作为命令b的参数：例如，b（AARDVARK）

预期的输出：显示出最接近的匹配结果，例如，执行上列命令后可能显示 1．AARON，JULES（book）③用比执行命令b后列出的最大行号大1的数作为命令s的参数

预期的输出：“命令s的参数不在行号列表中”

④用数字和标点符号作为命令b和命令f的参数

预期的输出：“参数类型错”

⑤用字母字符作为命令s和命令d的参数 预期的输出：“参数类型错”

⑥用0和负数作为命令s和命令d的参数 预期的输出：“参数数值错” ⑦命令顺序错：例如，没执行命令b就执行命令s，或没执行命令s就执行命令d 预期的输出：“命令顺序错”

⑧命令语法错：例如，遗漏命令名b、s、d或f；或命令参数没用圆括号括起来 预期的输出：“命令语法错” ⑨命令参数空：例如，b（）、s（）、d或f（）

预期的输出：系统提供默认参数或给出出错信息

⑩使用拼错了的作者姓名作为f的参数 预期的输出：“找不到这们作者的著作”

33.（2）答：经验表明，在类似的程序中，单位长度

里的错误数ET/IT近似为常数。美国的一些统计数字告诉我们，通常

0.5X10-2≤ ET/IT ≤2X10-2

也就是说，在测试之前每1000条指令中大约有5～20个错误。

假设在该程序的每1000条指令中有10个错误，则估计在对它进行测试期间将发现的错误数为

5000X10/1000=50（个）（3）① 使3个判定表达式之值全为假 输入：A=1，B=1，C=1 预期的输出：X=1，Y=2，Z=3 ② 使3个判定表达式之值全为真 输入：A=20，B=40，C=60 预期的输出：X=10，Y=20，Z=30 ① 3个判定表达式之值全为假 输入：A=1，B=1，C=1 预期的输出：X=1，Y=2，Z=3 ② 3个判定表达式依次为假、假、真 输入：A=1，B=1，C=60 预期的输出：X=1，Y=2，Z=30 ③ 3个判定表达式依次为假、真、假 输入：A=1，B=40，C=1

预期的输出：X=10，Y=2，Z=30 ⑦ 3个判定表达式依次为真、真、假 输入：A=20，B=40，C=1 预期的输出：X=10，Y=20，Z=3 ⑧ 3个判定表达式全为真 输入：A=20，B=40，C=60 预期的输出：X=10，Y=20，Z=30 34.软件的可维护性与哪些因素有关：软件的可理解性、可测试性、可修改性、文档描述符合要求、用户文档简洁明确、系统文档完整并且标准

35.面向对象方法是一种运用对象、类、继承、封装、聚合、消息、多态等概念来构造系统的软件开发方法。

面向对象方法的优点是：符合人们习惯的思维方式、稳定性好、可重用性好、可维护性好、容易开发大型的软件产品

第二篇：软件工程

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函数的部分代码就要做出修改了。

第五篇：软件工程

软件工程—心得体会

摘要

本文结合基层实践教学的实际情况和现实需要，系统地总结了《软件工程》实践教学的特征，详细分析了实践教学过程存在的问题，并提出了该课程实践教学改革的新格式。

关键字：软件工程，教学素质，软件开发，实践，实验

正文

通过这学期的“软件工程”这门课，我拓宽了知识面，锻炼了能力，综合素质得到较大的提高。我觉得在大四安排这门课的学习，其主要目的，在于在课堂中学到的理论知识与实际的结合，尤其是观察、分析、解决问题的实际工作能力。软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言，数据库，软件开发工具，系统平台，标准，设计模式等方面。在1968年第一次提出了软件工程的概念，至今软件工程已经走过了30多年的历程。在不断发展的过程中，人类越来越加注重在软件的开发中应该按工程化的方法进行开发，并注重进行软件项目工程的管理。在现代社会中，软件应用于多个方面，典型的软件比如有电子邮件，嵌入式系统，人机界面，办公套件，操作系统，编译器，数据库，游戏等。同时，各个行业几乎都有计算机软件的应用，比如工业，农业，银行，航空，政府部门等，这些应用促进了经济和社会的发展，使得人们的工作更加高效，同时提高了生活质量。

中国的软件行业规模不是很大，有些软件公司在软件制作上，也只是采用了一些软件工程的思想，与大规模的工业化大生产比较还是有一定的差距，原因有管理体制的问题，市场问题，政策问题，也有软件工程理论不全面和不完善的问题。所以软件工程的研究和应用，以及中国软件行业的进一步发展，都需要一定的既有软件工程的理论基础和研究能力，又有一定的实践经验的软件工程技术人员来推动。软件工程的前途是光明的。软件服务外包属于智力人才密集型现代服务业。大量著名外包企业落户宁波。主要就业去向包括软件外包与服务企业、信息产品与服务企业，担任程序员、软件测试员、项目经理等工作岗位

软件工程是计算机领域发展最快的学科分支之一，国家非常重视软件行业的发展，对软件人才的培养给予了非常优惠的政策。本专业培养掌握计算机软件基本理论知识，熟悉软件开发和管理技术、能够在计算机软件领域中从事软件设计、开发和管理的高级人才。软件工程的七条原理：用分阶段的生命周期计划严格管理、坚持进行阶段评审、实行严格的产品控制、采纳现代程序设计技术、结果应能清楚地审查、开发小组的人员应少而精、承认不断改进软件工程实践的必要性。根据这几条原理，不仅要积极采纳新的软件开发技术，还要注意不断总结经验，收集进度和消耗等数据，进行出错类型和问题报告统计。这些数据既可以用来评估新的 软件技术的效果，也可以用来指明必须着重注意的问题和应该优先进行研究的工具和技术。