软件工程范文精选

软件测试和软件工程都是大家很熟悉的概念了，尤其对于那些从事软件测试的人来说，软件测试已经成了大脑中挥之不去的一部分，但往往是独立于软件工程之外的一部分，这就使得软件测试经常事倍功半，本文就是有感于此而写的。

实际上，测试人员被测试搞得晕头转向，测试管理人员不知所措是常有的事情（相对来讲，一些知名的大型跨国公司做的比较好）。这些主要和测试时间紧迫，测试质量与产品质量的标准很难度量有关——最可怕的不是对手厉害，而是未知的对手。要解决这些问题显而易见要找到这些问题的根本原因，那就要从根本上说起，软件测试是软件工程的组成部分，脱离软件工程框架的软件测试是不可以想象的，软件工程的工程思想和方法作用在软件产品的每个阶段，当然软件测试也不能例外。换句话说，软件工程的思想为软件测试提供了基础的思想和方法，任何的软件测试不论在哪个阶段都不应该脱离软件工程的思想，孤立的去思考，设计，规划，执行，并验证。但实际上是，由于测试工作的繁忙（大多数是由缺少标准和规划而无法控制所致），更多的时候，可能只是就问题论问题了，从而偏离了软件测试的方向，使得测试质量不可控。

抛开具体的软件工程的具体模型，一般的产品周期流程可以如下划分

[图片]

大圈的产品周期模型是所有软件产品都不可避免的遵循，也是比较成熟的，小圈的内容模型每个公司做法各异，简单的和复杂的，随意的和规范的，可以说是五花八门，但是对产品质量的贡献却很难测度，其做法也很难规制，结果也很难在标准上量化，所以这种小圈通常做的情况是，做了，大概这样就行了。至于应该做到的尺度和已经做到的程度，以及瞻前顾后的思考与评价就很难了。而实际上恰恰就是这种小圈的质量一步步的决定了大圈的质量，产品的质量。这也是为什么作者要把小圈放在大圈中间的原因。随着软件产业的发展，相信小圈的质量也会越来越规范化和标准化。更重要的是，这个仁者见仁智者见智的地方，也是产品负责团队水平的一个验证。

就软件测试而言，显然是既包含大圈也包含小圈。大圈的测试规程和方法有很多，这里不再说明。而小圈是软件工程的每一个小的组成阶段，也是一个小的周期或者循环，既然具体到了每一个阶段，那么每个阶段的任务，方法，判断尺度等都是不同的，也就是要求测试人员，要对每个阶段都有足够的能力去完成。这也是评判一个测试人员水平的标准，具体到不同产品阶段的标准。

测试流程在不同的公司都会有微小的差异，而这些差异就有可能会决定测试流程是否是真正适用。在不同公司，不同的现状情况引入适合的测试流程，就好像如同在《寻秦记》中提到的剑圣，他的三个徒弟剑法的风格类型完全不一样同，这一点上，因材施教是非常重要的。其实在动笔撰写本文的时候之前，我一直觉的感受到很大压力很大，这其中最重要的原因莫过于怕误人子弟了，。测试流程的制定不是一门科学，而有时看起来，它更像一门艺术，一个好的测试管理者其实在面对不同的公司，不同的研发阶段，会采用不同的测试流程,。或是而同样的测试流程，为了真正达到执行的效果，执行的方法也可能不一样。

实施测试流程一般都是有两个原因，：一是软件质量出现的了问题，虽然在某种程度上已经得到解决，但仍需要通过测试，把预防措施的方法找到并固化下来；还有另一个原因则种是软件研发的规模壮大，要求做的在流程上更加清晰，可靠更好。我个人从我自己的角度出发最怕以下一某些情况是让人非常头疼的，：一种情况是，是今天刚看了一本书，被告知说这样做是规范应该这样制定的，而明天就要引入进来，完全不考虑公司的实际情况；另一种情况是“苏联模式”，二是那种即某某大公司的测试流程如此制定是这样做的，我们也要采用相同的方法这样。其实流程没有最好的，只有适合自己的，规范的测试流程不一定会帮助研发成功，反而在某些情况下会弄不好羁绊到自己自己的工作。

现在大多数测试人会犯一个共同的错误，往往——把流程设计的得很完美，但没有可操作性很差，无法帮助对于软件公司真正的目的——研发，并没有起到应有的作用成功，久而久之测试的重要性就无从谈起，测试团队也渐渐在公司变成次要部门，成为打杂的得不到应有的重视。

在流程的设计过程中，最重要的问题在于是目当前项目的特点是什么，产品经常出什么样的哪些问题，需要做什么怎样的调整，现有测试团队能不能做这样的能否做作出调整，研发团队是不是会不会能接收接受?

首先谈谈项目特点，按照项目特点，大致可以一般来说分成两类，：

一种是长期进行的项目，这种项目有基本的框架，有核心的技术，应用比较稳定，这种项目要注重测试用例的积累与复用，同时也适合做单元测试，自动化测试的积累；

软件开发过程问题多多，且并不因软件开发工具的完善而有大的改善，软件工程控制的重要性越来越被重视。软件开发过程的问题常有如下几种：（1）对软件开发成本和进度的估计常常很不准确。实际成本比估计成本有可能高出一个数量级，实际进度比预期进度拖延几个月甚至几年的现象并不罕见。这种现象降低了软件开发组织的信誉。而为了赶进度和节约成本所采取的一些权宜之计又往往损害了软件产品的质量，从而不可避免地会引起用户的不满。（2）用户对“已完成的”软件系统不满意的现象经常发生。软件开发人员常常在对用户要求只有模糊的了解，甚至对所要解决的问题还没有确切认识的情况下，就仓促上阵匆忙着手编写程序。软件开发人员和用户之间的信息交流往往很不充分，“闭门造车”必然导致最终的产品不符合用户的实际需要。（3）软件产品的质量往往靠不住。软件可靠性和质量保证的确切的定量概念刚刚出现不久，软件质量保证技术（审查、复审和测试）还没有坚持不懈地应用到软件开发的全过程中，这些都导致软件产品发生质量问题。（4）软件常常是不可维护的。很多程序中的错误是非常难改正垢，实际上不可能使这些程序适应新的硬件环境，也不能根据用户的需要在原有程序中增加一些新的功能。“可重用的软件”还是一个没有完全做到的、正在努力追求的目标，人们仍然在重复开发类似的或基本类似的软件。（5）软件通常没有适当的文档资料。计算机软件不仅仅是程序，还应该有一整套文档资料。这些文档资料应该是在软件开发过程中产生出来的，而且应该是“最新式的”（即和程序代码完全一致的）。软件开发组织的管理人员可以使用这些文档资料作为“里程碑”，来管理和评价软件开发工程的进展状况；软件开发人员可以利用它们作为通信工具，在软件开发过程中准确地交流信息；对于软件维护人员而言，这些文档资料更是至关重要必不可少的。缺乏必要的文档资料或者文档资料不合格，必然给软件开发和维护带来许多严重的困难和问题。（6）软件成本在计算机系统总成本中所占的比例逐年上升。由于微电子学技术的进步和生产自动化程度不断提高，硬件成本逐年下降，然而软件开发需要大量人力，软件成本随着通货膨胀以及软件规模和数量的不断扩大而持续上升。美国在1985年软件成本大约已占计算机系统总成本的90%。（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。软件产品“供不应求”的现象使人类不能充分利用现代计算机硬件提供的巨大潜力。软件工程的七条基本原理：1、用分阶段的生命周期计划严格管理有人经统计发现，在不成功的软件项目中有一半左右是由于计划不周造成的，可见把建立完善的计划作为第一条基本原理是吸取了前人的教训而提出来的。在软件开发与维护的漫长的生命周期中，需要完成许多性质各异的工作。这条基本原理意味着，应该把软件生命周期划分成若干个阶段，并相应地制定出切实可行的计划，然后严格按照计划对软件的开发与维护工作进行管理。Boehm认为，在软件的整个生命周期中应该制定并严格执行六类计划，它们是项目概要计划，里程碑计划，项目控制计划，产品控制计划，验证计划，运行维护计划。不同层次的管理人员都必须严格按照计划各尽其职地管理软件开发与维护工作，绝不能受客户或上级人员的影响而擅自背离预定计划。2、坚持进行阶段评审当时已经认识到，软件的质量保证工作不能等到编码阶段结束之后再进行。这样说至少有两个理由：第一，大部分错误是在编码之前造成的，例如，根据Boehm等人的统计，设计错误占软件错误的63%，编码仅占37%；第二，错误发现与改正得越晚，所需付出的代价也越高。因此，在每个阶段都进行严格的评审，以便尽早发现在软件开发过程中所犯的错误，是一条必须遵循的重要原则。3、实行严格的产品控制在软件开发过程中不应随意改变需求，因为改变一项需求往往需要付出较高的代价，但是，在软件开发过程中改变需求又是难免的，由于外部环境的变化，相应地改变用户需求是一种客观需要，显然不能硬性禁止客户提出改变需求的要求，而只能依靠科学的产品控制技术来顺应这种要求。也就是说，当改变需求时，为了保持软件各个配置成分的一致性，必须实行严格的产品控制，其中主要是实行基准配置管理。所谓基准配置又称基线配置，它们是经过阶段评审后的软件配置成分（各个阶段产生的文档或程序代码）。基准配置管理也称为变动控制：一切有关修改软件的建议，特别是涉及到对基准配置的修改建议，都必须按照严格的规程进行评审，获得批准以后才能实施修改。绝对不能谁想修改软件（包括尚在开发过程中的软件），就随意进行修改。4、采用现代程序设计技术从提出软件工程的概念开始，人们一直把主要精力用于研究各种新的程序设计技术。60年代末提出的结构程序设计技术，已经成为绝大多数人公认的先进的程序设计技术。以后又进一步发展出各种结构分析（SA）与结构设计（SD）技术。实践表明，采用先进的技术既可提高软件开发的效率，又可提高软件维护的效率。5、结果应能清楚地审查软件产品不同于一般的物理产品，它是看不峥摸不着的逻辑产品。软件开发人员（或开发小组）的工作进展情况可见性差，难以准确度量，从而使得软件产品的开发过程比一般产品的开发过程更难于评价和管理。为了提高软件开发过程的可见性，更好地进行管理，应该根据软件开发项目的总目标及完成期限，规定开发组织的责任和产品标准，从而使得所得到的结果能够清楚地审查。6、开发小组的人员应该少而精这条基本原理的含义是，软件开发小组的组成人员的素质应该好，而人数则不宜过多。开发小组人员的素质和数量是影响软件产品质量和开发效率的重要因素。素质高的人员的开发效率比素质低的人员的开发效率可能高几倍至几十倍，而且素质高的人员所开发的软件中的错误明显少于素质低的人员所开发的软件中的错误。此外，随着开发小组人员数目的增加，因为交流情况讨论问题而造成的通信开销也急剧增加。当开发小组人员数为N时，可能的通信路径有N（N?/FONT>1）/2条，可见随着人数N的增大，通信开销将急剧增加。因此，组成少而精的开发小组是软件工程的一条基本原理。7、承认不断改进软件工程实践的必要性遵循上述六条基本原理，就能够按照当代软件工程基本原理实现软件的工程化生产，但是，仅有上述六条原理并不能保证软件开发与维护的过程能赶上时代前进的步伐，能跟上技术的不断进步。l因此，Boehm提出应把承认不断改进软件工程实践的必要性作为软件工程的第七条基本原理。按照这条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验，例如，收集进度和资源耗费数据，收集出错类型和问题报告数据等等。这些数据不仅可以用来评价新的软件技术的效果，而且可以用来指明必须着重开发的软件工具和应该优先研究的技术。

一、选题依据

对于大中型企业来说，利用计算机支持企业高效率完成劳动人事管理的日常事务，是适应现代企业制度要求、推动企业劳动人事管理走向科学化、规范化的必要条件；而工资管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，一般不允许出错，如果实行手工操作，每月发放工资须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行工资发放工作，不仅能够保证工资核算准确无误、快速输出，而且还可以利用计算机对有关工资的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

所以人事工资管理系统应运而生，成为利用计算机实现企业人事工资管理的基本。

二、国内外研究现状

随着我国国民经济建设的蓬勃发展和具有中国特色的社会主义市场经济体制的迅速完善，各个行业都在积极使用现代化的手段，不断改善服务质量，提高工作效率，这些都在很大程度上给企业提出越来越严峻的挑战，对企业体系无论是在行政职能、企业管理水平以及优质服务上都提出更高的要求。建设一个科学高效的信息管理系统是解决这一问题的必由之路。企业内部财务管理是该企业运用现代化技术创造更多更高的经济效益的主要因素之一。工资管理作为企业内部的一种财务管理也是如此，由于企业职工人数较多，每一位职工的具体实际情况也不尽相同，各项工资条款的发放，如果没有一个完整的管理系统来进行管理，那么势必会给管理人员带来种种麻烦，因此类似工资管理系统之类的财务软件的开发势在必行。现在中国企业已进入"新管理时代"，企业管理在经历了计划经济时期的"生产管理"时代,计划经济与市场经济相结合时期的"混合管理"时代后,从九十年代末进入全面市场经济时期的"新管理"时代.新管理时的中国企业管理是面向市场,基于现代企业制度,是中国模式,价值化,系统化,电脑化,国际化和普遍化管理的时代.新管理时代的中国企业管理以建立竞争优势,提高企业竞争力为核心.要提高企业的竞争力就必须整合企业经营,全面强化企业管理,形成企业持久发展的"内功".越来越多的质优企业舍得在管理系统上投资的举动,足以说明这一趋势.在市场竞争日益激烈,用户需求不断趋向多样化,企业间关联程度越来越密切的今天,要求企业行动必须快捷,灵敏,在管理的思想观念,方式方法上不断创新.人力已经很难完全达到要求,必须借助当代信息科技的最新成果,优化和加强企业的运营和管理.

三、研究方案（主要研究内容、目标，研究方法、进度）

摘要：针对“软件工程”这门课的课程特点，本文提出几种实用的教学方法和手段，目的为了提高“软件工程”的教学质量。

关键词：软件工程教学改进实践

中图分类号：

1、引言

提起软件，在当今社会人们并不陌生，正是由于软件的发展，使计算机应用逐步渗透到社会生活的各个角落，使各行各业都发生很大的变化。这同时也促进人们对软件的品种、数量、功能和质量等提出了越来越高的要求。然而，软件的规模越大、越复杂，人们的软件开发能力越显得力不从心。于是，人们开始重视软件开发过程、方法、工具和环境的研究，软件工程应运而生。

“软件工程”主要介绍软件工程的基本原理、开发方法和开发工具，通过本课程的学习，使学生了解和初步掌握开发1个软件项目所使用的方法和工具，以及“软件工程”的发展过程和发展趋势，为进行软件开发打下1个良好的基础。