软件工程

第一篇：软件工程

软件工程

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

第二篇：软件工程

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.软件工程：是指导计算机软件开发和维护的工程学科

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．面向对象分析的目的是对客观世界的系统进行 __________________，对象就是客观世界的；

2．软件工程方法学包括：工程环境建立、方法、工具和过程；

3．思想概括起来，就是以人为本，最优先要做的是通过尽早地、持续地交付有价值的软件来使客户满意；

4．UML是指，是用于建立面向对象系统模型的标记方法；

5．需求分析的基本任务是和一起完全弄清用户对系统的确切需求，确切地讲就是系统做什么的问题；

6．的目的就是用最小的代价在的时间内确定该软件项目是否能够开发，是否值得去开发；

7．在众多的软件工程环境的影响中，和是最重要的。

8．是对系统不同版本进行标识和跟踪的过程，主要分为版本的访问与同步控制、。

9．模块的耦合性分为四种类型：据耦合、、、；

10．软件工程学的主要内容包括和。

二、选择题：

1．软件维护的困难主要原因是（）

A．费用低B．人员少

C．开发方法的缺陷D．维护难

2．模块（），则说明模块的独立性越强。

A．耦合越强B．扇入数越高C．耦合越弱D．扇入数越低

3．指出PDL是下列哪种语言（）。

A．伪码B．高级程序设计语言

C．中级程序设计语言D．低级程序设计语言

4．在进行软件测试时，首先应当进行（），然后再进行组装测试，最后再进行有效性测试。

A．单元测试B．集成测试C．确认测试D．组合测试

5．软件测试的目的是（）。

A． 评价软件的质量B．发现软件的错误

C． 找出软件的所有错误D．证明软件是正确的6．软件设计阶段分为（）。

A．逻辑设计与功能设计B．模型设计和功能设计

C．结构设计和模块过程设计D．数据库设计和文件设计

7．结构化设计方法是面向（）的设计。

A．数据流B．数据编码

C．数据库D．数据结构

8．程序的三种基本控制结构是（）。

A．过程、子程序和分程序

B．顺序、选择和重复

C．递归、堆栈和队列

D．调用、返回和转移

9．系统定义明确之后，应对系统的可行性进行研究，可行性研究应包括（A．软件环境可行性、技术可行性、经济可行性、社会可行性

B．经济可行性、技术可行性、操作可行性

C．经济可行性、社会可行性、系统可行性

D．经济可行性、实用性、社会可行性

10．数据字典包括（）个条目。

A．2B．3C．4D．

5三、名词解释题:

1．需求分析？

2．软件危机？

3．软件生存周期模型？

4．系统测试？

5．结构化分析？

。）

四、简答题:

1．快速原型法？

2．从软件开发的过程按阶段划分，软件测试分为哪些类型？

3．数据流程图的基本符号及各自的含义是什么？数据流程图的功能是什么？

4．软件维护包括哪些方面？主要由谁来完成？

5．简述软件项目管理的实质？