软件工程总结 -背诵

第一篇：软件工程总结 -背诵

第一章 软件工程概论

1．什么是软件危机？

软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题表现在以下几个方面：

(1)用户对开发出的软件很难满意。

(2)软件产品的质量往往靠不住。

(3)一般软件很难维护。

(4)软件生产效率很低。

(5)软件开发成本越来越大。

(6)软件成本与开发进度难以估计。

(7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。

2．产生软件危机的原因？

1.软件本身的特点：逻辑部件，不具有直观可见性；规模日趋庞大，开发与管理十分复杂性

2.错误的软件开发与维护方法:忽视软件需求分析;轻视文档的重要性;忽略软件维护等

3．怎样克服软件危机？

(1)充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特别是吸取几十年来人类从事计算机硬件研究和开发的经验教训。在开发软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。

(2)推广在实践中总结出来的开发软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。

(3)根据不同的应用领域，开发更好的软件工具并使用这些工具。将软件开发各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开发支环环境。

总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。

2．假设自己是一家软件公司的总工程师，当把图1.1给手下的软件工程师们观看，告诉他们及早发现并改正错误的重要性时，有人不同意这个观点，认为要求在错误进入软件之前就清除它们是不现实的，并举例说：“如果一个故障是编码错误造成的，那么，一个人怎么能在设计阶段清楚他呢？”应该怎样反驳他？

反驳：发生在编码时期的故障极有可能是需求分析阶段由于操作不当产生的，所以必须及时消除错误，否则，到了后期软件运行和维护阶段再回过头来修改，将会付出更大的代价。

4、什么是软件工程?有哪些本质特性怎样用软件工程消除软件危机？

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

来；

(1)它采用工程的概念、原理、技术和方法来开发和维护软件；

(2)它将管理技术与当前经过时间考验的而证明是正确的技术方法结合起(3)它强调使用生存周期方法学和结构分析和结构技术；(4)经过人们长期的努力和探索，围绕着实现软件优质高产这个目标,从技术到管理两个方面做了大量的努力,逐渐形成了“软件工程学”这一新的学科。

消除软件危机的措施：

（1）对计算机软件有一个正确的认识（软件≠程序）

（2）必须充分认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。

（3）推广使用在实践中总结出来的开发软件的成功技术和方法。（4）开发和使用更好的软件工具

5．什么是软件生命周期，各阶段的任务？

软件生命周期是指从软件定义、软件开发、软件维护的全过程。

定义时期：问题定义 可行性研究 需求分析

开发时期：总体设计 详细设计 编码和单元测试 综合测试 维护时期：综合测试

(1)问题定义：通过对系统实际用户和使用部门负责人的访问调查，明确要解决问题性质、工程目标和规模。(2)可行性研究：导出系统的高层逻辑模型（数据流图），并在此基础上更准确、更具体的确定工程的规模和目标；更准确的估计系统的成本和效益。

(3)需求分析：和用户密切配合，充分交流信息，以得到用户确认的系统逻辑模型（数据流图、数据字典及简要的算法表示的系统逻辑模型）。(4)总体设计：

1）提出几种可能的解决方案，权衡各种方案的利弊，并推荐出最佳方案；

2）设计软件的结构，确定软件的模块构成及模块之间的关系。

(5)详细设计：把解决问题的方案具体化，设计出程序的详细规格说明，并包含必要的细节信息。(6)编码和单元测试：将详细设计的结果翻译成高级程序设计语言的源程序，并仔细测试编写的每一个模块。

(7)综合测试：通过各类型的严格测试与调试，使软件达到预定的要求。

1）集成测试：各模块装配后测试；

2）验收测试：按规格说明书。

(8)软件维护：通过必要的维护工作使得系统持久的满足用户的需要： 1）改正性维护；2）适应性维护； 3）完善性维护；4）预防性维护

6、软件过程的定义？

为了获得高质量软件所需要完成的一系列任务框架，他规定了完成各项任务的工作步骤。

7、软件工程的定义：

采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的技术方法结合起来，来指导软件的开发与维护

8、软件工程的基本原理：

（1）用分阶段的生命周期计划严格管理

项目概要计划，里程碑计划，项目控制计划，产品控制计划，验证计划，运行维护计划。

（2）坚持进行阶段评审（评审过程）

每个阶段都进行严格的评审，以便尽早发现错误。（3）实行严格的产品控制

实行基准配置（经过阶段评审后的软件配置成份，包括文档和程序代码）对软件的修改进行严格管理。（4）采用现代的程序设计技术

结构化分析(SA)与设计(SD);面向对象的分析(OOA)与设计(OOD)。

（5）结果能清楚的审查

规定开发组织的责任和产品标准。

（6）开发小组的人员应该少而精

成员素质要好，人数不宜过多。

（7）承认不断改进软件工程实践必要性

9、软件工程方法学定义及三要素？

通常把在软件生命周期全过程中使用的一整套技术方法的集合成为„（亦为范： 方法、工具、过程 型）

10.软件工程方法学的包括：

简述结构化范型和面向对象范型的要点，并分析它们的优缺点

传统方法学（生命周期方法学/结构化范型）（1）仍然是使用十分广泛的软件工程方法学。

（2）采用结构化技术来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用。

（3）从上而下，顺序地完成软件开发的各阶段任务 面向对象的方法学

（1）出发点和基本原则是尽量模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识实践解决问题的方法与过程，从而使描述问题的问题空间与实现解法的解空间在结构上尽可能一致

（2）把对象作为融合了数据及在数据上的操作行为的统一软件构件；（3）把所有对象都划分成类；

（4）按照父类与子类的关系，把若干个相关类组成一个层次结构的系统；（5）对象彼此间仅能通过发送消息互相联系

11． 什么是软件生命周期模型？ 模型分类？

软件开发过程模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程，明确规定要完成的主要活动、任务和开发策略。

亦称为： 软件开发模型 软件生存期模型

分类(1)瀑布模型(2)快速原型模型(3)增量模型（4）螺旋模型（5）喷泉模型

12、软件过程的模型 瀑布模型：

【适用领域】：用户需求清楚的表达 优点：1.可强迫开发员采用规范的方法 2.严格地规定了每个阶段必须提交的文件

3.要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。

缺点：传统的瀑布模型过于理想化，是由文档驱动的。快速原型模型：（1）一般用于最终系统的早期用户评价,开发工期短，质量有保证

（2）软件产品的开发基本是线性顺序进行的，加速软件开发，节省软件开发成本

【适用领域】：事先不能完整定义需求的领域 增量模型：

【适用领域】：用户逐步需求提交产品

（1）先完成一个系统子集的开发，再按同样的开发步骤增加功能(系统子集),如此递增下去直至满足全部系统需求。

（2）系统的总体设计在初始子集设计阶段就应作出设想 13．软件开发方法：软件开发过程所遵循的方法和步骤

开发过程一般包括：需求、设计、实现、确认等活动 主要针对需求和设计的典型方法： 结构化方法(SASD)面向数据结构方法(OSD)面向对象方法(OO)第二章 可行性研究

1.可行性研究目的?

确定在问题定义中所提出的问题是否值得去解，在限制条件下，问题能否解决。

2．可行性研究的任务？

(1)进一步分析和澄清问题的定义，在澄清问题的基础上，导出系统的逻辑模型；

(2)从系统逻辑模型中，选择问题的若干种主要解法，研究每一种解法的可行性，为以后的行动提出建议；

(3)如果问题没有可行的解，建议停止系统开发；如果问题有可行的解，应该推荐一个较好的解决方案，并为工程制定一个初步的计划。

3．可行性研究包括哪几方面的内容？

(1)技术可行性：现有技术能否实现本系统，现有技术人员能否胜任，开发系统的资源能否满足；

(2)经济可行性：经济效益是否超出开发成本；

(3)操作可行性：系统操作在用户内部行得通吗？

(4)法律可行性：新系统开发是否会侵犯他人、集体或国家利益，是否违反国家法律。

4．可行性研究的步骤?

(1)复查系统的规模和目标；

(2)研究目前正在使用的系统

(3)导出新系统的高层逻辑模型；

(4)进一步定义问题；

(5)导出和评价供选择的解法；

(6)推荐行动方针；

(7)草拟开发计划；

（8）书写文档提交审查。

5、数据流图（DFD）:是一种图形化技术，他描绘信息流和数据从输入移动到输出的过程中所经受的变换。

有四种成分：源点或终点，处理，数据存储，数据流。

6、数据字典

数据字典是关于数据的信息的集合，也是对数据流图中包含所有的所有元素的定义的集合。

组成：数据流、数据元素、数据存储、处理。

作用：对用户来讲,数据字典为他们提供了数据的明确定义；对系统分析员来讲,数据字典帮助他们比较容易修改已建立的系统逻辑模型。

用途：

a.作为分析阶段的工具，与数据流图共同来完整的描述一个系统。数据流图只描述了系统的逻辑模型，但是没有给出数据及各个加工处理过程的具体含义；而数据字典则是其有益的补充。

b.数据字典中包含的每个数据元素的控制信息是很有价值的。c.开发数据库的基础。8.数据流图的用途：(1)作为交流信息的工具(2)作为分析和设计的工具

第三章 需求分析

1.为什么要进行需求分析？对软件系统有哪些需求？

为了开发出真正满足用户需求的产品，首先必须知道用户的需求。

对系统的要求：功能需求、性能需求、可靠性和可用性需求、出错性处理需求、接口需求、约束、逆向需求、将来可能提出的需求。

2、逻辑模型

用数据流图、实体-联系图、状态转换图、数据字典、主要的处理算法来描述。

3、访谈

在访谈的过程中使用情景分析技术非常有效，情景分析就是对用户将来使用 目标系统解决具体的问题的方法和结果进行分析。

3.与用户沟通获取需求的方法：

（1）访谈、分发调查表、情景分析技术（2）面向数据流自顶下下求精（3）简易的应用规格说明书（4）快速建立软件原型

4．访谈分类：正式的访谈、非正式的访谈

5．情景分析技术的用处主要体现在以下两个方面：

（1）它能在某种程度上演示目标系统的行为，从而便于用户解释，而且还可以进一步揭示出一些分析员目前还不知道的需求。

（2）由于情景分析较易为用户所理解，使用这种技术能保证用户在需求分析的过程中始终扮演一个积极主动的角色。

6．（1）结构化分析方法：就是面向数据流自顶向下逐步求精进行需求分析的方法。（2）结构化分析实质上是一种创建模型的活动。

（3）根据结构化分析准则，需求分析过程应该建立3种模型: 数据模型、功能模型、行为模型

（4）实体-联系图（ERD）描绘数据对象及数据对象之间的关系，用于建立数据模型的图形。

（5）数据流图描绘数据在软件中移动时被变换的逻辑过程，指明系统具有的变换数据的功能，数据流图是建立功能模型的基础。

（6）状态转换图（状态图STD）指明作为外部事件结果的系统行为。状态转换图描绘系统的各种行为模式和在不同状态间转换的方式。状态转换图是行为建模的基础。

7．从哪些方面验证软件需求的正确性？

一致性、完整性、现实性、有效性 8.验证软件需求的的方法：

（1）验证需求的一致性：软件工具

（2）验证需求的现实性：仿真或性能模拟技术

（3）验证需求的完整性和有效性：只有在用户的密切合作下才能完成 9.需求分析的描述工具有哪些?

有数据流图、数据字典、判定表、判定树、结构化自然语言、层次方框图、Warnier图、IPO图和需求描述语言等

5、E-R图包含：实体、关系、属性。

6、层次方框图：用树形结构的、一系列多层次的矩形框描绘数据的层次结构。

7.系统流程图与数据流程图有什么区别?

系统流程图描述系统物理模型的工具，数据流程图描述系统逻辑模型的工具。

系统流程图从系统功能的角度抽象的描述系统的各个部分及其相互之间信息流动的情况。

数据流程图从数据传送和加工的角度抽象的描述信息在系统中的流动和数

据处理的工作状况。4．（1）设计原理：

模块化、抽象、逐步求精、信息隐藏和局部化、模块独立（2）抽象(Abstraction)：解决问题时只考虑与问题有关的方面，不考虑与问题无关的方面。即抽出事物的本质特性而不考虑细节

（3）逐步求精定义：

为了能集中精力解决主要问题而尽量推迟对问题细节的考虑。人类解决复杂问题时采用的基本方法，也是许多软件工程技术(例如，规格说明技术，设计和实现技术)的基础 作用：

帮助软件工程师把精力集中在与当前开发阶段最相关的那些方面上忽略那些对整体解决方案来说虽然是必要的，然而目前还不需要考虑的细节，这些细节将留到以后再考虑（4）信息隐蔽的含义：

有效的模块化可以通过定义一组独立模块来实现，这些模块相互之间只交流软件功能必需的信息。

目的： 提高模块的独立性，减少修改或维护时的影响面。（5）信息局部化：把关系密切的软件元素物理地放得彼此靠近。

优点：可维护性好、可靠性好、可理解性好 5．模块化(Modularity)？模块设计的准则？

是按规定的原则将一个大型软件划分为一个个较小的、相对独立但又相关的模块。准则：

(1)改进软件结构, 提高模块独立性:在对初步模块进行合并、分解和移动的分析、精化过程中力求提高模块的内聚，降低藕合。

(2)模块大小要适中:大约50行语句的代码，过大的模块应分解以提高理解性和可维护性;过小的模块,合并到上级模块中。

(3)软件结构图的深度、宽度、扇入和扇出要适当。一般模块的调用个数不要超过5个。

(4)尽量降低模块接口的复杂程度；(5)设计单入口、单出口的模块。

(6)模块的作用域应在控制域之内：

6．模块？特征？总体设计主要考虑什么特征？

（1）模块是数据说明、可执行语句等程序对象的集合，可以单独命名且可通过名字来访问。

（2）模块具有输入和输出(参数传递)、功能、内部数据结构(局部变量)和程序代码四个特性。

（3）概要设计主要考虑输入、输出(参数传递)和功能两个特性

7.模块独立：的概念是模块化、抽象、信息隐藏、局部化概念的直接结果 特点：具有特定子功能、接口简单

耦合强度依赖的因素：

一模块对另一模块的引用

一模块向另一模块传递的数据量 一模块施加到另一模块的控制的数量 模块间接口的复杂程度

去除模块间控制耦合的方法：

(1)将被调用模块内的判定上移到调用模块中进行(2)被调用模块分解成若干单一功能模块 如何降低模块间耦合度：

(1)如模块必须存在耦合，选择适当的耦合类型原则：

尽量使用数据耦合 少用控制耦合

限制公共耦合的范围

坚决避免使用内容耦合(2)降低模块间接口的复杂性

内聚性：

一个模块内部各成分之间相互关联的强度

耦合、内聚与模块独立性关系

耦合与内聚都是模块独立性的定性标准，都反映模块独立性的良好程度。但耦合是直接的主导因素，内聚则辅助耦合共同对模块独立性进行衡量。

第五章 总体设计

1.总体设计包括哪两个阶段? 系统设计阶段与结构设计阶段。

2、总体设计的步骤

设想供选择的方案、选取合理的方案、推荐最佳方案、功能分解、设计软件结构、设计数据库、制定测试计划、书写文档、审查和复查 3.总体设计的 目标

形成软件的一种层次的可对底层结点交叉引用的模块化模型

4、设计原理

模块化就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子

功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。5.模块的独立程度用内聚和耦合来衡量。

耦合：对一个软件结构内不同模块之间互连程度的度量。数据耦合是低耦合，内容耦合是最高程度的。

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

6、变换型数据流由哪几部分组成，及步骤？

变换型结构由三部分组成:传入路径、变换中心和传出路径。

步骤：

(1)区分传入、传出和变换中心三部分，划分DFD图的分界线；

(2)完成第一级分解:建立初始SC图的框架；

(3)完成第二级分解:分解SC图的各个分支；

(4)对初始结构图按照设计准则进行精化与改进。

7.事务型数据流由哪几部分组成？

事务型结构由至少一条接受路径、一个事务中心与若干条动作路径组成。

步骤：

(1)在DFD图中确定事务中心、接收部分(包含全部接收路径)和发送部分(包含全部动作路径);

(2)画出SC图框架,把DFD图的三部分分?quot;映射"为事务控制模块,接收模块和动作发送模块.一般得到SC图的顶层和第一层(如果第一层简单可以并入顶层);

(3)分解和细化接收分支和动作分支,完成初始的SC图;

(4)对初始结构图按照设计准则进行精化与改进。

8、比较层次方框图与结构图是的异同？

(1)层次方框图描绘数据的层次结构, 结构图描绘的是软件结构。

(2)二者都采用多层次矩形框树形结构。层次方框图的顶层矩形框代表完整的数据结构, 下面各层矩形框依次代表上个框数据的子集；结构图

是在层次图的每一个方框内注明模块的名字或主要功能，方框之间的直线表示模块的调用关系，用带注解的箭头表示模块调用过程中传递的信息。

9、启发规则：

（1）改进软件结构提高模块独立性（2）模块规模应该适中

（3）宽度、深度、扇出、扇入都应适当（4）模块的作用域应该在控制域之内（5）力争降低模块接口的复杂程度（6）设计单入口单出口的模块（7）模块功能应该可以预测 名称解释：

（1）深度：表示软件结构中控制的层数，粗略的标志了一个系统的大小和复杂程度（2）宽度：软件结构内同一个层次上的模块总数的最大值。一般来说，宽度越大系统越复杂。对宽度影响最大的因素是模块的扇出。

（3）扇出：是一个模块直接控制（调用）的模块数模，扇出过大意味着模块过分复杂，需要控制盒协调过多的下级模块。

9.描绘软件结构的图形工具：

（1）层次图(Hierarchy图)和HIPO图（带编号）

（2）结构图（SC）

10.（1）IPO图——是输入、处理、输出图的简称，它是美国IBM公司发展完善起来的一种图形工具，能够方便地描绘输入数据、对数据的处理和输出数据之间的关系。（2）IPO图的基本形式是：

A.在左边的框中列出有关的输入数据，B.在中间的框内列出主要的处理，C.在右边的框内列出产生的输出数据。

12.面向数据流的设计方法

（1）面向数据流的设计方法是把信息流映射成软体结构，信息流的类型决定了映射的方法。

（2）信息流的两种类型：变换流

事务流

（3）事务流/事务中心完成的任务：接收输入数据

分析每个事务以确定它的类型

根据事务类型选取一条活动通路（4）面向数据流方法的设计过程：

（5）设计步骤：

1复查基本系统模型

○2复查并精华数据流图

○3确定数据流图具有变换特性还是事务特性

○4确定输入流和输出流的边界，从而孤立出变换中心

○5完成“第一级分解”

○6完成“第二级分解”

○7使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化

○（6）设计步骤的目的：开发出软件的整体表示。即一旦确定了软件结构就可以把它作

为一个整体来复查，从而能够评价和精化软件结构

（7）概要设计与详细设计的区别

——概要设计就是设计软件的结构，包括组成模块，模块的层次结构，模块的调用关

系，每个模块的功能等等。同时，还要设计该项目的应用系统的总体数据结构和数据库结构，即应用系统要存储什么数据，这些数据是什么样的结构，它们之间有什么关系。——详细设计阶段就是为每个模块完成的功能进行具体的描述，要把功能描述转变为精确的、结构化的过程描述。

第六章 详细设计

1.详细设计的目的? 为软件结构图(SC图或HC图)中的每一个模块确定采用的算法和块内数据结构,用某种选定的表达工具给出清晰的描述.2.详细设计的主要任务? 编写软件的“详细设计说明书”.软件人员要完成的工作:(1)为每一个模块确定采用的算法, 选择某种适当的工具表达算法的过程,写出模块的详细过程描述.(2)确定每一模块使用的数据结构.(3)确定模块结构的细节,包括对系统外部的接口和用户界面,对系统内部其它模块的接口,以及关于模块输入数据、输出数据及局部数据的全部细节.(4)为每一个模块设计出一组测试用例,以便在编码阶段对模块代码(即程序)进行预定的测试.3、详细设计工具：(1)图形工具(2)表格工具

(3)语言工具 4结构程序设计？

（1）完成软件模块过程设计的一种重要技术

（2）所有程序都可以建立在一组已有的逻辑构成元素上，这一组逻辑构成元素强调了“对功能域的维护”。

（3）这些逻辑构成元素是结构化程序设计的基础。

6、程序（过程）设计工具

程序流程图

盒图(N-S图)

问题分析图(PAD)设计语言(PDL)(伪码)

判定表

程序流程图/程序框图

缺点：（1）诱使程序员过早的考虑程序的控制流程，而不去考虑程序的全局结构

（2）在程序流程图中用箭头表示控制流，因此控制员不受任何约束，可以完全不顾结构程序设计的精神，随意转移控制（3）程序流程图不易表示数据结构

盒图(N-S图)

特点：（1）功能域明确，可以从盒图上一眼就能看出来

（2）不可能任意转移控制

（3）很容易确定局部和全程数据的作用域

（4）很容易表现嵌套关系，也可表示模块的层次结构

问题分析图(PAD图)

优点：（1）使用表示结构化控制结构的PAD符号所设计出来的必然是结构化

程序

（2）PAD图所描绘的程序十分清晰

（3）用PAD图变现程序逻辑，易读，易懂，易记

（4）PAD图的符号支持自顶向下、逐步求精方法的使用

（5）容易将PAD图转换成高级语言源程序

（6）即可用于表示程序逻辑，也可用于描述数据结构

过程设计语言(PDL)(伪码)特点：

（1）关键字的固定语法，它提供了结构化控制结构、数据说明和模块化的特点

（2）自然语言的自由语法，它描述出来特点

（3）数据说明的手段

（4）模块定义和调用的技术，应该提供各种接口描述模式 作为设计工具的优点：

（1）可以作为注释直接插在源程序中间

（2）可以使用普通的正文编辑程序或文字处理系统，很方便的完成PDL的书写和编辑工作

（3）已经有自动处理PDL的程序存在，而且可以自动有PDL生产程序代码 缺点：不如图形工具形象直观，描述复杂的条件组合与动作之间的对应关系时，不如判断表清晰简单

判定表

组成：左上部列出所有条件、左下部是所有可能做的动作、右上部是表示各种条件组合的一个矩阵、右下部是和每种条件组合相对应的动作

判断树

优点：形式简单到不需任何说明，一眼就可以看出其含 义，易于掌握和利用。

第七章 编码

1.软件测试的基本任务？ 软件测试是按照特定的规则，发现软件错误的过程；好的测试方案是尽可能发现迄今尚未发现错误的测试；成功的测试方案是发现迄今尚未发现错误的测试；

2、.测试与调试的主要区别？

(1)测试从一个侧面证明程序员的失败；调试证明程序员的正确；

(2)测试从已知条件开始，使用预先定义的程序，且有预知的结果，不可预见的仅是程序是否通过测试；调试从不可知内部条件开始，除统计性调试外，结果是不可预见的；

(3)测试有计划并且要进行测试设计；调试不受时间约束；

(4)测试是发现错误、改正错误、重新测试的过程；调试是一个推理的过程；(5)测试执行是有规程的；调试执行要求程序员进行必要的推理；

(6)测试由独立的测试组在不了解软件设计的件下完成；调试由了解详细设计的程序员完成；

(7)(大多数测试的执行和设计可由工具支持；调试用的工具主要是调试 4.什么是黑盒测试?黑盒测试主要采用的技术有哪些?

黑盒测试也称为功能测试,它着眼于程序的外部特征,而不考虑程序的内部逻辑结构。测试者把被测程序看成一个黑盒,不用关心程序的内部结构。黑盒测试是在程序接口处进行测试，它只检查程序功能是否能按照规格说明书的规定正

常使用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息(如数据库或文件)的完整性。

黑盒测试主要采用的技术有:等价分类法、边沿值分析法、错误推测法和因果图等技术。

5.什么是白盒测试?白盒测试主要采用的技术有哪些? 测试者了解被测程序的内部结构和处理过程,对程序的所有逻辑路径进行测试,在不同点检查程序状态,确定实际状态与预期状态是否一致。

白盒测试主要采用的技术有：路径测试技术和事务处理流程技术，对包含有大量逻辑判断或条件组合的程序采用基于逻辑的测试技术。8.软件测试的一般步骤? 单元测试、子系统测试、系统测试、验收测试、平行测试。

9、调试路径：蛮干法、回溯法、原因排除法

第八章 软件维护

1.软件维护的定义：在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程

2.软件的维护一般分为哪几类？

改正性维护：满足用户对已开发产品的性能与运行环境不断提高的要求，进而达到延长软件寿命的目的。

适应性维护：对程序使用期间发现的程序错误进行诊断和改正的过程，配合变化了的环境进行修改软件的活动；

完善性维护：满足用户在使用过程中提出增加新的功能或修改已有功能的建议而进行的工作；

预防性维护：为了改善未来的可维护性或可靠性而修改软件的工作。5.决定软件可维护性的因素？

(1)软件的可理解性、可测试性、可修改性；

(2)文档描述符合要求、用户文档简洁明确、系统文档完整并且标准。

第十三章 软件工程管理

影响软件质量的主要因素有哪些？

(1)产品运行:正确性、风险性、效率、完整性、健壮性和可用性；

(2)产品修改:可理解性、可维护性、灵活性、可测试性；

(3)产品转移：可移植性、可重用性和互运行性。

第二篇：软件工程总结

软件工程课程总结

摘要：

计算机是20世纪最重大的科学技巧成就之一，使当代社会的经济、军事、科研、教育、服务等方面在概念和技巧上发生了性的变化，对人类社会的进步已经并还将产生极为深刻的影响。目前，计算机是世界各发达国度剧烈竞争的科学技巧领域之一。

电子计算机早期功效主要是计算，后来已远远超越单纯计算的功效，还可模拟、思维、进行自适应反馈处理等等，把它叫做“电脑”更为合实际。由于电子计算机功效的飞跃性发展，应用于生产和生活的各个方面，直接和显著地提高了生产、工作和生活的效率、节奏和水平，在软科学研究和应用中它也起着关键作用，因此它已被公认是现代技巧的神经中枢，是未来信息社会的心脏和录魂。计算机学科分为四个领域，分别是计算机科学，计算机工程，软件工程和信息系统。

正文：

软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件，以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科。包括项目管理，分析，设计，程序的编写，测试和质量控制。它涉及到程序设计语言、数据库、软件开发工具、系统开发平台、标准、设计模式等方面。

学了《软件工程》这门课程和一些有关资料后，感觉一些东西都曾经接触过，但在实际工作中有些理论要完全遵循可能还有些障碍，软件工程只是提供了理论上的一些结论，但对项目的具体可操作性的规范的制定方面却做的很少，《软件工程》发展了几十年，光是开发模型就达到了10多种，对不同的项目采用合适的开发模式，有些项目在不同的开发阶段可能还要转换开发模式，把它们灵活的应用到实际中还是很困难的。

软件技术是信息技术产业的核心之一，软件技术的发展是与信息技术产业的发展互相促进的。当今世界，信息技术正处于新一轮重大技术突破的前夜。预计今后 20~30 年是信息科学技术的变革突破期，可能导致 21 世纪下半叶一场新的信息技术革命。近年来，从 IT 界到一些国家首脑，都高度关注以物联网为标志的新一轮信息技术的发展态势，认为这是继 20 世纪 80 年代 PC 机、90 年代互联网、移动通信网之后，将引发 IT 业突破性发展的第三次 IT 产业化浪潮。每一次重大的技术变革都会引起企业间、产业间甚至国家间竞争格局的重大变化，也促进了软件技术与软件产业的重大变革与发展。

近年来，信息技术、软件技术、软件系统与软件产业的发展备受关注，已有不少论述、分析与判断。近10 年内网络技术经历宽带化、移动化和三网融合将走向基于 Ipv6 的下一代互联网，2010 年 1 月，国家 863 计划信息技术领域办公室和国家 863 计划信息技术领域专家组，在上海举办“信息-物理融合系统 CPS发展战略论坛”，提出“信息-物理融合系统 CPS 是一个综合计算、网络和物理环境的多维复杂系统，是信息和物理世界的深度的融合交互，可实现大型工程系统的实时感知、动态控制和信息服务，使系统更加可靠、高效与实时协同，使得人类物理现实和虚拟逻辑逐步融合，具有重要而广泛的应用前景。业界关于软件工程的代表性观点创立与使用健全的工程原则，以便经济地获得可靠且高效率的软件。应用系统化，遵从原则，可被计量的方法来发展、操作及维护软件；也就是把工程应用到软件上。与开发、管理及更新软件产品有关的理论、方法及工具。一种知识或学科，目标是生产品质良好、准时交货、符合预算，满足用户所需的软件。实际应用科学知识在设计、建构电脑程序，与相伴而来所产生的文件，以及后续的操作和维护上。

6使用与系统化生产和维护软件产品有关之技术与管理的知识，使软件开发与修改可在有限的时间与费用下进行。

7建造由工程师团队所开发之大型软件系统有关的知识学科。对软件分析、设计、实施及维护的一种系统化方法。系统化地应用工具和技术于开发以计算机为主的应用。

10软件工程是关于设计和开发优质软件。

《软件工程》是一门综合性和实践性很强的核心课程，它属于是一门交叉学科，包含有：软件开发技术（软件开发方法学、软件开发过程、软件工具和软件工程环境）、软件工程管理（软件管理学、软件经济学、软件心理学）。主要内容包括软件工程概述、可行性分析、需求分析、概要设计、详细设计、面向对象分析与设计、编码、软件测试、项目计划与管理。

本课程是面向准备从事软件开发的毕业生而开设的一门专业课程。针对计算机教学中软件工程这一薄弱环结，结合目前软件开发商对人才的要求，对计算机专业的毕业生进行软件工程强化培训，目的是使毕业生能够了解和掌握软件工程的基本理论和方法，并在实际软件开发中运用这些方法。

我理解，软件工程是按照工程学的管理方式，有组织、有计划的，在一定的质量基础、时间限度和成本范围内，实现功能明确的软件系统。而且，软件工程在企业范围内运行，一定需要企业资源的支持，要与企业的经营、决策、管理体系联系在一起，才能够被踏踏实实的落实下来。

软件工程项目是一个需要一步一步的计算，分析思考而来的，需要不断思考，研究不断进步，软件业作为一个服务业，要想得到发展，首先必须形成一个对软件服务有迫切需要的市场。其次，这个市场中的消费者必须具备足够的购买力。软件的消费群体简单一点，可以分为个体消费和企业消费。中国的企业群体，数量庞大，但是质量不高。上规模的企业极少。国内目前能够形成比较大规模的独立市场的，肯定是小规模的软件系统。

随着信息化时代的到来其地位越来越受到人们的重视，软件工程从一个学科，或是某一个研究方向来说，人员仅仅是过程，方法的执行者，所以人员素质往往被忽略，软件工程是一门实践性很强的学科，所以在实际的软件研究过程中，人员的素质占有很重要的地位。要有出色的软件问世，研发人员的素质至关重要！

作为软件工程的学习者应该不断创新，不断尝试、实践，不断研究和学习，中国的软件工程技术依旧滞后于国外一些软件工程技术，作为新一代的学习者应该担当起振兴起中国软件事业，使中国科技得到高速发展！

现在已经是信息化时代，信息化潮流不断涌现，想要掌握主动权就是掌握信息化的发展方向，这就需要我们不断学习，时间，研究，学习国外的先进技术，转变自己的技术，然后融合，创新。

软件技术不是一成不变的，是随着社会的进步的不断进步，不需要不断的创新，不断的改善的，需要我们不断的学习，不断的研究，不断进步。

第三篇：软件工程总结

1.Software is a product and can be manufactured using the same technologies used for other engineering artifacts Answer: b 2.WebApps are a mixture of print publishing and software development, making their development outside the realm of software engineering practice.Answer: b 3.Software engineering umbrella activities are only applied during the initial phases of software development projects.Answer: b 4.Planning ahead for software reuse reduces the cost and increases the value of the systems into which they are incorporated.Answer: a 5.The essence of software engineering practice might be described as understand the problem, plan a solution, carry out the plan, and examine the result for accuracy.Answer: a 6.In agile process models the only deliverable work product is the working program.Answer: b 7.A most software development projects are initiated to try to meet some business need.Answer: a 8.In general software only succeeds if its behavior is consistent with the objectives of its designers.Answer: b 9.Software processes can be constructed out of pre-existing software patterns to best meet the needs of a software project.Answer: a 10.Process technology tools allow software organizations to compress schedules by skipping unimportant activities.Answer: b 11.It is generally accepted that one cannot have weak software processes and create high quality end products.Answer: a 1.Requirements engineering is a generic process that does not vary from one software project to another.Answer: a 2.A stakeholder is anyone who will purchase the completed software system under development.Answer: b 3.It is relatively common for different customers to propose conflicting requirements, each arguing that his or her version is the right one.Answer: a 4.Developers and customers create use-cases to help the software team understand how different classes of end-users will use functions.Answer: a 5.Use-case actors are always people, never system devices.Answer: b 6.Analysis patterns facilitate the transformation of the analysis model into a design model by suggesting reliable solutions to common problems.Answer: a 7.In win-win negotiation, the customer’s needs are met even though the developer’s need may not be.Answer: b 8.In requirements validation the requirements model is reviewed to ensure its technical feasibility.Answer: b

1.Object-oriented domain analysis is concerned with the identification and specification of reusable capabilities within an application domain.Answer: a 2.In structured analysis models focus on the structure of the classes defined for a system along with their interactions.Answer: b 3.Creation and refinement of use cases if an important part of scenario-based modeling.Answer: a 4.It is important to consider alternative actor interactions when creating a preliminary use case.Answer: b 5.Brainstorming is one technique that may be used to derive a complete set of use case exceptions.Answer: a 6.In many cases there is no need to create a graphical representation of a usage scenario.Answer: a 7.One or more attributes of a data object must be defined as a key to allow the location of an instance of the data object.Answer: a 8.Attributes are chosen for an object by examining the problem statement and identifying the entities that appear to be related.Answer: b 9.An analysis package involves the categorization of analysis model elements into useful groupings.Answer: a 10.The data flow diagram must be augmented by min-spec that can serve as a guide the design of the software component that will implement the process.Answer: a 11.The UML sequence diagram show the order in which system events are processed.Answer: b 12.Analysis patterns are discovered, they are not explicitly created.Answer: a 13.It is not possible to justify the time required for WebApp requirements analysis.Answer: b 14.UML activity diagrams can be used to represent the user observable functionality delivered by the WebApp as well as the operations contained in each analysis class.Answer: a 15.Configuration analysis focuses on the architecture of the user’s web browsing environment.Answer: b 16.Content objects are extracted from use cases by examining the scenario description for direct or indirect content references.Answer: a 1.With thorough testing it is possible to remove all defects from a program prior to delivery to the customer.Answer: b 2.Program flow graphs are identical to program flowcharts.Answer: b 3.The cyclomatic complexity of a program can be computed directly from a PDL representation of an algorithm without drawing a program flow graph.Answer: a 4.Graph-based testing methods can only be used for object-oriented systems Answer: b 5.Equivalence testing divides the input domain into classes of data from which test cases can be derived to reduce the total number of test cases that must be developed.Answer: a 6.Boundary value analysis can only be used to do white-box testing.Answer: b 7.Orthogonal array testing enables the test designer to maximize the coverage of the test cases devised for relatively small input domains.Answer: a 8.Client/server architectures cannot be properly tested because network load is highly variable.Answer: b 1.The best representation of system architecture is an operational software prototype.Answer: b 2.The architectural representations can be an enabler for communication among project stakeholders.Answer: a 3.An architectural description is often documented using an architecture template.Answer: b 4.An architectural genre will often dictate the architectural approach that may used for the structure to be built.Answer: a 5.Before an architectural pattern can be chosen for use in a specific system it must have a code implementation to facilitate its reuse.Answer: b 6.Once selected, archetypes always need to be refined further as architectural design proceeds.Answer: a 7.Quantitative methods for assessing the quality of proposed architectural designs are readily available.Answer: b

Chapter 10 Self-Check Quiz

1.In the most general sense a component is a modular building block for computer software.a.True b.False

Answer: a(Section 10.1)

2.In the context of object-oriented software engineering a component contains

a.attributes and operations b.instances of each class c.roles for each actor(device or user)d.set of collaborating classes

Answer: d(Section 10.1.1)

3.In traditional software engineering modules must serve in which of the following roles?

a.Control component b.Infrastructure component c.Problem domain component d.All of the above

Answer: d(Section 10.1.2)

4.Software engineers always need to cerate components from scratch in order to meet customer expectations fully.a.True b.False

Answer: b(Section 10.1.3)

5.Which of the following is not one of the four principles used to guide component-level design?

a.Dependency Inversion Principle b.Interface Segregation Principle c.Open-Closed Principle d.Parsimonious Complexity Principle

Answer: d(Section 10.2.1)

6.The use of stereotypes can help identify the nature of components at the detailed design level.a.True b.False

Answer: a(Section 10.2.2)

7.Classes and components that exhibit functional, layer, or communicational cohesion are relatively easy to implement, test, and maintain.a.True b.False

Answer: a(Section 10.2.3)

8.Software coupling is a sign of poor architectural design and can always be avoided in every system.a.True b.False

Answer: b(Section 10.2.4)

9.WebApp content design at the component level focuses on content objects and the manner in which they interact.a.True b.False

Answer: b(Section 10.4.1)

10.A WebApp functional architecture describes the key functional components and how they interact with each other.a.True b.False

Answer: a(Section 10.4.2)

11.Which of these is a graphical notation for depicting procedural detail?

a.box diagram b.decision table c.ER diagram d.flowchart

Answer: d(Section 10.5.1)

12.A decision table should be used

a.to document all conditional statements b.to guide the development of the project management plan c.only when building an expert system d.when a complex set of conditions and actions appears in a component

Answer: d(Section 10.5.2)

13.A program design language(PDL)is often a

a.combination of programming constructs and narrative text b.legitimate programming language in its own right c.machine readable software development language d.useful way to represent software architecture

Answer: a(Section 10.5.3)

14.In component-based software engineering, the development team examines the requirements to see which are amenable to composition, rather than construction, before beginning detailed design tasks.a.True b.False

Answer: a(Section 10.6)

15.Which of the following is not one of the major activities of domain engineering?

a.analysis b.construction c.dissemination d.validation

Answer: d(Section 10.6.1)

16.Which of the following factors would not be considered during component qualification?

a.application programming interface(API)b.development and integration tools required c.exception handling d.testing equipment required

Answer: d(Section 10.6.2)

17.Which is the following is a technique used for component wrapping?

a.black-box wrapping b.clear-box wrapping c.gray-box wrapping d.white-box wrapping

Answer: b(Section 10.6.2)

18.Which of the following is not one of the issues that form a basis for design for reuse?

a.object-oriented programming b.program templates c.standard data d.standard interface protocols

Answer: a(Section 10.6.3)

19.In a reuse environment, library queries are often characterized using the ________ element of the 3C Model.a.concept b.content c.context d.all of the above

Answer: c(Section 10.6.4)

1.The importance of software design can be summarized in a single word a.b.c.d.Answer: d(Section 8.1)

2.Which of the following is not a characteristic common to all design methods?

a.configuration management b.functional component representation c.quality assessment guidelines d.refinement heuristics

Answer: a(Section 8.2.2)

3.Which of the following can be used to represent the architectural design of a piece of software?

a.Dynamic models b.Functional models c.Structural models d.All of the above

Answer: d(Section 8.3.2)

4.Design patterns are not applicable to the design of object-oriented software?

a.True b.False

Answer: b(Section 8.3.3)

5.Since modularity is an important design goal it is not possible to have too many modules in a proposed design.a.True b.False

Answer: b(Section 8.3.5)

6.Information hiding makes program maintenance easier by hiding data and procedure from unaffected parts of the program.accuracy complexity efficiency quality

a.True b.False

Answer: a(Section 8.3.6)

7.Cohesion is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: b(Section 8.3.7)

8.Coupling is a qualitative indication of the degree to which a module

a.can be written more compactly.b.focuses on just one thing.c.is able to complete its function in a timely manner.d.is connected to other modules and the outside world.Answer: d(Section 8.3.7)

9.When using structured design methodologies the process of stepwise refinement is unnecessary.a.True b.False

Answer: b(Section 8.3.8)

10.Software designs are refactored to allow the creation of software that is easier to integrate, easier to test, and easier to maintain.a.True b.False

Answer: a(Section 8.3.10)

11.Which of the following is not one of the five design class types

a.Business domain classes b.Entity classes c.Process classes d.User interface classes

Answer: b(Section 8.3.13)

12.Which design model elements are used to depict a model of information represented from the user’s view?

a.Architectural design elements b.Component-level design elements c.Data design elements d.Interface design elements

Answer: c(Section 8.4.1)

13.Which design is equivalent to the floor plan of a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: a(Section 8.4.2)

14.Which design model is equivalent to the detailed drawings of the access points and external utilities for a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: d(Section 8.4.3)

15.Which design model is equivalent to a set of detailed drawings for each room in a house?

a.Architectural design b.Component-level design c.Data design d.Interface design

Answer: b(Section 8.4.4)

16.The deployment design elements specify the build order for the software components.a.True b.False

Answer: b(Section 8.4.5)

第四篇：软件工程总结

第一章软件与软件工程的概念

软件的概念：软件是计算机系统中与硬件相互依存的另一部分，软件包括程序，数据，及其相关文档的完整集合。程序是按事先设计的功能和性能要求执行的指令序列。数据是使程序能够正确地处理信息的数据结构。文档是与程序开发，维护和使用有关的图文资料。

程序的最小单位是函数及子程序，程序与数据是分离的，在面向对象程序设计时代，程序的最小单位是类，在类中封装了相关的数据及指令代码。

软件的特性，判断正误：1.软件是无形的、不可见的逻辑实体，因此，软件是无法描述的。（错）

2、软件的开发特性是指软件需要大量手工劳动，难以自动化生产。（对）

3、有缺陷的软件就是废品。（错）

4、软件的生产指的是软件的复制。（错）

5、由于软件的开发充满人的个性特点，因此管理并不决定软件开发的成败（错）。

6、软件的开发环境往往就是软件的运行环境，或者与其兼容。（对）

7、合格的软件产品不需要维护，软件需要维护说明其质量不合格。（错）

8、软件可以不断改进，因此软件不需要废弃。（错）

软件的分类：1，系统软件：能与计算机硬件紧密配合在一起，使计算机系统各个部件，相关的软件和数据协调，高效的工作的软件。2，应用软件，是在系统软件的支持下，在特定区域内开发，为特定目的服务的一类软件。3，支撑软件，也叫工具软件，是协助用户开发软件的工具性软件。4，可复用软件，最初实现的典型的可复用软件是各种标准函数库，通常是由计算机厂商提供的系统软件的一部分。

IEEE给出的定义：软件工程是开发，运行，维护和修复软件的系统方法。软件的定义：计算机程序，方法，规则，相关的文档资料一集在计算机上运行时所必需的数据。

软件危机的典型表现

1、成本太高，预算不准

2、超过预计时间

3、软件质量标准不明确

4、生产率低

5、缺乏文档资料，难以维护。原因：1，缺乏软件开发的经验和有关软件开发数据的积累，使得开发工作的计划很难制定。2.软件人员与用户的交流存在障碍，除了知识背景的差异，缺少合适的交流方法及需求描述工具。3，软件开发过程不规范，缺少方法和规范的指导。4，随着软件规模的增大，其复杂性往往会呈指数级升高。5，缺少有效的软件评测手段，提交用户的软件质量差。

软件危机发生的主要原因有：

1、遇到了无法解决的高难度技术问题（不是）

2、无法招聘到足够的编程高手（不是）

3、软件人员与用户互相不理解（是）

4、计划和管理不科学、落实不力（是）

5、软件质量标准不明确（是）

软件的质量特性包括（选择）问题1：

1、功能性

2、可靠性

3、使用性

4、经济性（不包括）

软件的质量特性包括（选择）问题2：

1、效率

2、可维护性

3、可移植性

4、经济性（不包括）

软件工程的目标是运用先进的软件开发技术和管理方法来提高软件的质量和生产率，也就是要以较短的周期，较低的成本生产出高质量的软件产品，并最终实现软件的工业化生产。软件生存期：软件的孕育，诞生，成长，成熟，衰亡的生存过程。软件生存期由软件定义，软件开发和运行维护三个时期组成，每个时期又可划分为若干个阶段。

2、软件定义时期的任务主要任务是解决“做什么”的问题，确定工程的总目标和可行性；实现工程目标的策略及系统功能；估计需要的资源和成本；制订工程进度表。通常又分为3个阶段：问题定义，可行性研究，需求分析。

3、软件开发时期的任务和包含阶段主要任务是解决“如何做”的问题，设计和实现定义的软件。由概要设计、详细设计、编码和测试4个阶段组成。

4、软件运行维护时期的主要任务是使软件持久地满足用户的需要，通常有4类维护活动：改正性维护；适应性维护；完善性维护；预防性维护。开发过程中的典型文档：软件需求规格说明书。项目计划。软件测试计划。软件设计说明书。用户手册。软件工程各个阶段的基本任务

1、问题定义与可行性研究：解决什么问题？能否解决问题？是否值得做？”

2、需求分析：做什么

3、软件设计：如何实现

4、程序编码和单元测试：实现设计

5、集成和系统测试：组装连接测试、功能验证测试

6、软件运行和维护：修改 第二章软件工程方法与工具

软件工具：是指能支持软件生存周期中某一阶段（如系统定义，需求分析，设计，编码，测试，维护等）的需要而使用的软件工具。

需求分析工具

1、结构化图形工具箱。通过数据流程图DFD进行功能分析。包括DFD图形工具，实体-关系图(E-R)图形工具，Jackson图形工具，Warnier图形工具，Visio综合工具，2、面向对象工具，Rational Rose，PowerDesigner，Visio 设计工具（1)概要设计工具：设计目标软件的体系结构、控制结构和数据结构。软件的体系结构通常用模块结构图来描述。模块的数据结构通常用实体-关系图来描述。Visio。Rational Rose 详细设计工具。设计模块的算法和内部实现细节。详细设计描述方法有输入-处理-输出(IPO)图。问题分析图(PAD)。盒图(NS图)。流程图(FC)。程序设计语言(PDL)。结构化语言。判定表。判定树

第三章软件需求获取与结构化分析方法 需求获取的主要任务是与用户沟通，了解系统或产品的目标是什么，客户或用户想要实现什么，系统和产品如何满足业务的要求，最终系统或产品如何用于日常工作。获取并理解用户的需求是软件工程师所面对的最困难的任务之一。

需求分析的困难体现：系统的目标或范围问题；需求不准确性问题；需求的易变问题

需求获取的任务：发现和分析问题，并分析问题的原因，结果关系。与用户进行各种方式的交流，并使用调查研究方法收集信息。按照三个成分即数据，过程和接口观察问题的不同侧面。将获取的需求文档化，形式有用例，决策表，决策树等。需求获取的原则：深入浅出，以流程为主线。

获取具体的需求的途径1，与用户交流。2，现有产品或竞争产品的描述文档。3，系统需求规格说明。4，当前系统的问题报告和改进要求。5，市场调查和用户问卷调查。6，观察用户如何工作。

关于需求获取问题的认识辨析：

1、没有与用户交流就不可能获取系统需求。（不能获取准确、全面的系统需求）

2、没有经过与用户交流而获取的需求都是不真实的需求。（一些需求从用户以外的途径获取）

3、系统开发必须独立完成，参考类似系统及技术文档属于抄袭行为，应予避免。（系统开发包含研究行为，应了解对手产品，取长补短）

4、系统开发包含改进当前系统的缺陷和不足。（对）

5、需求调查时，用户所说的需求未必是真实、准确的需求，因此需求分析需要依赖用户，但是不能过分迷信用户。（对，需求描述是困难的）

6、观察用户如何工作也是一种需求调查行为。（对）

软件需求分析阶段的任务：需求获取，需求分析，需求定义，需求验证。完整性，正确性，合理性，可行性，充分性。

结构化分析方法：是一种建模技术。核心是数据字典。

功能模型用数据流图（DFD)来描述使用实体—关系图（ER图）建立数据模型。使用状态转换图（简称状态图）建立系统行为模型。数据字典。加工规格说明。需求建模的依据是需求描述

数据建模，ER图，需要认真看。

第四章结构化设计方法

结构化设计方法是在模块化，自顶向下逐步细化及结构化程序设计技术基础上发展起来的，结构化设计方法可分为两类：一类是根据系统的数据流进行设计，称为面向数据流的设计，或称过程驱动设计，另一类是根据系统的数据结构进行设计，称为面向数据结构的设计，或称数据驱动的设计。

软件的体系结构设计，模块化设计都是分而治之策略的具体表现。模块化是将整体软件划分为独立命名且可独立访问的模块，不同的模块通常具有不用的功能或指责，每个模块可独立开发，测试，最后组装成完整的软件。模块是构成软件的基本构件。模块并不是越小越好，当模块数目增加时，每个模块的规模将减小，开发单个模块的成本确实减少了，但是随着模块数目增加，模块之间关系的复杂程度也会增加，设计模块间接口所需要的工作量也将增加。

模块的独立性是指软件系统中每个模块只涉及软件要求的具体的子功能，而与软件系统中其他模块的接口是简单的，若一个模块只具有单一的功能且与其他模块没有太多的联系，那么称此模块有独立性。

自顶向下，逐步细化：抽象是指忽视一个主题中与当前目标无关的方面，以便更充分地注意与当前目标有关的方面，当我们进行软件设计时，设计开始时应尽量提高软件的抽象层次，按抽象级别从高到低进行软件设计，将软件的体系结构按自顶向下方式，对各个层次的过程细节和数据细节逐层细化，直到用程序设计语言的语句能够实现为止，从而最后确定整个系统的体系结构，这就是自顶向下逐步细化过程。

复用是指同一事物不做修改或稍加修改就可以多次重复使用，将服用的思想用于软件开发，称为软件复用。1是尽量使用已有的构件。2是如果确实需要创建新的构件，则在设计时应该考虑将来的可重复使用性。软件设计的阶段与任务：从工程管理的角度，可以将软件设计分为概要设计阶段和详细设计阶段。从技术的角度，传统的结构化方法将软件设计划分为体系结构设计、数据设计、接口设计和过程设计4部分；概要设计包括体系结构设计、数据设计、接口设计。详细设计即过程设计，对结构表示进行细化，得到软件详细的数据结构和算法。

软件设计各项设计工作的依据：体系结构设计，定义软件模块及其之间的关系，依赖于数据流图。数据设计，依赖于ER图。接口设计，依赖于顶层数据流图。过程设计：依赖于加工规格说明、状态图

基于数据流方法的设计过程：1.复查并精化数据流图。2.确定数据流图中数据流的类型，典型的数据流类型有变换型数据流和事务型数据流。3.导出初始的软件结构图。4.逐级分解。5.精化软件结构。6.导出接口描述和全局数据结构。

软件模块结构的改进方法：1，模块功能的完善化。2，消除重复功能，改善软件结构。3，模块的作用范围应在控制范围之内。4，尽可能减少高扇出结构，随着深度增大扇入。5，避免或减少使用病态连接。6，模块的大小要适中。接口设计的依据是数据流图中的自动化系统边界。

自顶向下，逐步细化的设计过程主要包括两个方面：一是将复杂问题的解法分析和细化成由若干个模块组成的层次结构，二是将每个模块的功能逐步分解细化为一系列的处理。第五章编码

编码容易出现的风格不足

1、变量或函数名字缺乏具体含义

2、变量或函数名字与其用途不符

3、变量或函数未加上必要的注释

4、函数未说明其功能、参数的意义

5、引用的符号未加以解释和说明

6、对循环等重要的程序语句未注释

7、对用到的重要库函数没有解释说明

8、对结构体等复杂数据结构的组成成分没有解释说明

9、缺乏必要的提示语句 第六章软件测试方法

软件测试是在软件投入生产性运行之前，对软件需求分析，设计规格说明和编码的最终复审，是软件质量控制的关键步骤。软件测试是为了发现错误而执行程序的过程。

第五篇：软件工程总结

一、软件工程概述

1．软件特点

软件：计算机程序（人们为了实现特定的功能而编制的一组指令集），软件文档，以及计算机程序运行时所需要的数据。

软件是计算机系统中的逻辑成分，具有无形性，可复用性。

2．软件分类（1）按功能划分：系统软件、支撑软件、应用软件。（2）按工作方式划分：实时处理软件、分时处理软件、交互式软件、批处理软件。（3）按规模划分：微型软件、小型软件、中型软件、大型软件。（4）按服务对象划分：通用软件、定制软件。3．软件发展阶段（1）程序设计时代（20世纪50年代）。（2）程序系统时代（20世纪60年代）。（3）软件工程时代（20世纪70年代起）。4．软件危机

（1）危机现象：软件开发成本与进度估计不准确，软件产品与用户要求不一致，软件产品质量可靠性差，软件文档不完整不一致，软件产品可维护性差，软件生产率低。

（2）危机原因：科学的工程化思想组织和指导，完善的质量保证体系，软件文档的不重视，软件的不可见性，系统规模庞大，生产工程化程度低，对用户需求关心不 够，对维护不够重视，开发工具自动化程度低。5．软件工程

软件工程：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必须的相关文件资料。软件工程是一门关于软件开发与维护的工程学科，它涉及软件生产的各个方面，能够为经济、高效地开发高质量的软件产品提供最有效的支持。

软件工程的目标：控制成本，满足需求，提高质量，提高可靠性，是产品易于维护，移植，升级和使用，控制开发周期。

（1）工程方法：结构化方法、JSD方法、面向对象方法。（2）软件工具：具有自动化特征的软件开发集成支撑环境。（3）工程过程：在软件工具支持下的一系列工程活动，基本活动是软件定义、软件开发、软件验证、软件维护。（4）工程管理：项目规划，项目资源调配，软件产品控制。（5）工程原则：分阶段生命周期计划，阶段评审制度，严格的产品控制，采用先进的技术，成果能清楚地审查，开发队伍精练，不断改进工程实践。（6）工程目标：开发成本较低，软件功能能满足用户需求，软件性能较好，软件可靠性高，软件易于使用、维护与移植，能按时完成开发任务并及时交付使用。（7）工程文化：包括工程价值、工程思想和工程行为三个方面的内容。

二、软件工程过程模型 1．软件生命周期 如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样，软件系统或软件产品也有一个定义、开发、运行维护直至被淘汰这样的全过程，我们把软件将要经历的这个全过程称为软件的生命周期。它包含：软件定义、软件开发、软件运行维护三个时期，并可以细分为可行性研究、项目计划、需求分析、概要设计、详细设计、编码实现与单元测试、系统 2 集成测试、系统确认验证、系统运行与维护等几个阶段。

软件定义期 软件定义是软件项目的早期阶段，主要由软件系统分析人员和用户合作，针对有待开发的软件系统进行分析、规划和规格描述，确定软件是什么，为今后的软件开发做准备。这个时期往往需要分阶段地进行以下几项工作。1．软件任务立项 软件项目往往开始于任务立项，并需要以“软件任务立项报告”的形式针对项目的名称、性质、目标、意义和规模等作出回答，以此获得对准备着手开发的软件系统的最高层描述。2．项目可行性分析 在软件任务立项报告被批准以后，接着需要进行项目可行性分析。可行性分析是针对准备进行的软件项目进行的可行性风险评估。因此，需要对准备开发的软件系统提出高层模型，并根据高层模型的特征，从技术可行性、经济可行性和操作可行性这三个方面，以“可行性研究报告”的形式，对项目作出是否值得往下进行的回答，由此决定项 目是否继续进行下去。3．制定项目计划 在确定项目可以进行以后，接着需要针对项目的开展，从人员、组织、进度、资金、设备等多个方面进行合理的规划，并以“项目开发计划书”的形式提交书面报告。4．软件需求分析 软件需求分析是软件规格描述的具体化与细节化，是软件定义时期需要达到的目标。需求分析要求以用户需求为基本依据，从功能、性能、数据、操作等多个方面，对软件系统给出完整、准确、具体的描述，用于确定软件规格。其结果将以“软件需求规格说明书”的形式提交。在软件项目进行过程中，需求分析是从软件定义到软件开发的最关键步骤，其结论不仅是今后软件开发的基本依据，同时也是今后用户对软件产品进行验收的基本依据。软件开发期 在对软件规格完成定义以后，接着可以按照“软件需求规格说明书”的要求对软件实施开发，并由此制作出软件产品。这个时期需要分阶段地完成以下几项工作。1．软件概要设计 概要设计是针对软件系统的结构设计，用于从总体上对软件的构造、接口、全局数据结构和数据环境等给出设计说明，并以“概要设计说明书”的形式提交书面报告，其结果将成为详细设计与系统集成的基本依据。模块是概要设计时构造软件的基本元素，因此，概要设计中软件也就主要体现在模块的构成与模块接口这两个方面上。结构化设计中的函数、过程，面向对象设计中的类、对象，它们都是模块。概要设计时并不需要说明模块的内部细节，但是需要进行全部的有关它们构造的定义，包括功能特征、数据特征和接口等。在进行概要设计时，模块的独立性是一个有关质量的重要技术性指标，可以使用模块的内聚、耦合这两个定性参数对模块独立性进行度量。2．软件详细设计 设计工作的第二步是详细设计，它以概要设计为依据，用于确定软件结构中每个模块的内部细节，为编写程序提供最直接的依据。详细设计需要从实现每个模块功能的程序算法和模块内部的局部数据结构等细节内容 3 上给出设计说明，并以“详细设计说明书”的形式提交书面报告。3．编码和单元测试 编码是对软件的实现，一般由程序员完成，并以获得源程序基本模块为目标。编码必须按照“详细设计说明书”的要求逐个模块地实现。在基于软件工程的软件开发过程中，编码往往只是一项语言转译工作，即把详细设计中的算法描述语言转译成某种适当的高级程序设计语言或汇编语言。为了方便程序调试，针对基本模块的单元测试也往往和编码结合在一起进行。单元测试也以“详细设计说明书”为依据，用于检验每个基本模块在功能、算法与数据结构上是否符合设计要求。4．系统集成测试 所谓系统集成也就是根据概要设计中的软件结构，把经过测试的模块，按照某种选定的集成策略，例如渐增集成策略，将系统组装起来。在组装过程中，需要对整个系统进行集成测试，以确保系统在技术上符合设计要求，在应用上满足需求规格要求。5．系统确认验证 在完成对系统的集成之后，接着还要对系统进行确认验证。系统确认验证需要以用户为主体，以需求规格说明书中对软件的定义为依据，由此对软件的各项规格进行逐项地确认，以确保已经完成的软件系统与需求规格的一致性。为了方便用户在系统确认期间能够积极参入，也为了系统在以后的运行过程中能够被用户正确使用，这个时期往往还需要以一定的方式对用户进行必要的培训。在完成对软件的验收之后，软件系统可以交付用户使用，并需要以“项目开发总结报告”的书面形式对项目进行总结。

软件运行与维护期 软件系统的运行是一个比较长久的过程，跟软件开发机构有关的主要任务是对系统进行经常性的有效维护。软件的维护过程，也就是修正软件错误，完善软件功能，由此使软件不断进化升级的过程，以使系统更加持久地满足用户的需要。因此，对软件的维护也可以看成为对软件的再一次开发。在这个时期，对软件的维护主要涉及三个方面的任务，即改正性维护、适应性维护和完善性维护。2．瀑布模型 瀑布模型诞生于20世纪70年代，是最经典的并获得最广泛应用的软件过程模型。瀑布模型中的“瀑布”是对这个模型的形象表达，即山顶倾泻下来的水，自顶向下、逐层细化。（1）特点：线性化模型、阶段具有里程碑特征、基于文档的驱动、阶段评审机制。（2）作用：为软件项目按规程管理提供了便利，为其他过程模型的推出提供了一个良好的 拓展平台。（3）局限性：主要适合于需求明确且无大的需求变更的软件开发，但不适合分析初期需求 模糊的项目。3．原型模型（1）快速原型方法：是原型模型在软件分析、设计阶段的应用，用来解决用户对软件系统在需求上的模糊认识，或用来试探某种设计是否能够获得预期结果。（2）原型进化模型：针对有待开发的软件系统，先开发一个原型给用户使用，然后根据用 户的使用意见，对原型不断修改，使它逐步接近，并最终到达开发目标。