临床研究软件工具设计论文

摘 要 ：21世纪将人类带入了高速发展的时代，与此同时，我国医学界在世界领域中取得了前所未有的突破，在新环境下，传统的医学教学模式再也无法满足学生对知识的渴望，新的教学方法不断地破茧而出，如慕课、微课、PBL、TBL等教学方法的出现为现代临床医学教学增添了

关键词 ：临床医学论文

21世纪将人类带入了高速发展的时代，与此同时，我国医学界在世界领域中取得了前所未有的突破，在新环境下，传统的医学教学模式再也无法满足学生对知识的渴望，新的教学方法不断地破茧而出，如慕课、微课、PBL、TBL等教学方法的出现为现代临床医学教学增添了绚丽的色彩。然而，任何好的教学方法都有局限性，不可能包罗万象，都有相应的适用对象，只有正确使用，才能将各种方法发挥得淋漓尽致，达到最佳教学效果。本文拟就在现代临床教学中如何扬长避短，正确使用各种教学方法，提高临床医学教学质量探讨如下：

1我国临床教学方法的背景

传统医学的目的主要是生物模式，即把人当病人，当做有病生物体，医生的主要职责是救死扶伤，治疗各种疾病。笔者认为这不仅影响了医患之间的关系，同时也束缚了学生的创新思维。在现代临床医学教学模式中，正朝着“生物—心理—社会”人性化发展，为实现这一突破，医学生不仅要学习医学科学知识，还要融入人文知识，加强科学思维的训练，提高他们综合分析问题、处理问题的能力。在科学技术迅猛发展，信息爆炸的时代，需要不断探索新的教学方法，让学生在有限的时间中得到最大的收获。

2现代临床教学方法与利弊分析

中国是一个拥有悠久历史的文明古国，中医历史源远流长，早期的华佗以及《本草纲木》被世人所认同。随着我国综合国力的快速提升，教育在国人眼中变得尤为重要，医学教育正顺应时代的要求发生重大变革。在传统的填鸭式教学方法中，要求老师传授，学生听讲，这种“边授边听”的教学方式，严重限制了学生的思维能力与想象空间。当今，临床教学领域出现了多种教学方法，如PBL、TBL、慕课、微课等新的教学方法给我国临床医学教学方法注入新的活力，极大地拓展了学生新的视野与思维。

———问题式学习

PBL（problem-basedlearning）是真正的以学生为中心、以学生为主体的现代教学模式。1969年，美国的神经病学教授Barrows正式把PBL教学模式引入医学界，那么到底什么是PBL呢？PBL是一套设计学习情境的完整方法，它以学生为中心、以问题为导向，在新的模式下，学生将成为主角，而老师是观众、群众演员、配角、导演甚至副导演的角色，那么，与传统的教学模式相比有何突出的地方呢？在PBL教学模式中，医学生带着问题通过多媒体信息技术自主学习或者以小组讨论的形式对相关医学问题进行探讨，在此期间，学生们可以自由发挥自己的想象空间，对问题进行大胆猜想并提出质疑，在这里学生与学生之间没有等级之分，每个人在课堂上都是主角，我想这时有人会质疑老师是干什么的呢？PBL有什么优缺点呢？笔者认为，它最大的优点就是可以通过实际、复杂的任务，让学生主动的获取知识，在这个过程中，学生才真正是知识的发现者，而老师是学生的引导者、参与者。万事有利必有弊，通过主动的探究性学习知识和发现知识，这是PBL教学的一大特色，但是做不好的话，它将成为其教学模式的一大缺陷，如果学生不能很好地探索知识，或者所参与的课程与所学的并无直接关系等都会极大地影响教学质量，因此对教师的要求更为严峻，教师不仅对所授知识非常了解，而且还要求教师对学生的问题做到随机应变、灵活运用所授知识进行解答。据调查，PBL在医学临床教学以及其他的领域都有重大的贡献，通过现场临床知识学习，学生可以更直接的接触病人，极大地扩大了学生创新能力和想象能力。

———团队为基础的教学

TBL(TeamBasedLearning)是由LarryKMichaelsen等其他学者共同研究的一种以团队为基础，提倡课前预习和预习测试，并在教师指导下的一种自主的现代教学模式。这种全新的教学模式最大特色就是以团队为基础，利用一定的资源在课前可以选择自主预习或者以某一小组进行预习，这样就可以使学生在课前对所学知识进行了解和探讨，在课上，学生可以通过老师的具体讲述或者以团队形式进行积极的讨论和研究来发现和自己所了解的是否一致。TBL使传统的填鸭式教学转变为通过课前预习和以小组的形式进行探讨来获取并运用知识的过程。TBL可以大幅度的调动学生的积极性和参与性，加强了以团队为整体的重要性。目前，TBL在中国的大多数地区已经实行并取得了很好效果，那么TBL有何优缺点呢？笔者认为，TBL可以高度的调动学生的学习热情，通过团队以及师生的讨论可以扩大学生的思维空间，通过教师安排临床学生们可以进行现场学习，这是传统的教学模式不能比拟的。在TBL中，老师通过布置任务，让几个团队进行比赛，这样既可以调动学生的积极性又可以增加医学生对医学知识的渴望性。对于缺点，据调查，我国临床医学界最开始并没有实行这种教学模式，是因为长期的被动式学习，导致学生思维定式和懒惰性，而且TBL要求学生有一定的'毅力，资料显示，一部分学生并不能完成每天的任务，这样就导致了这些学生有很大的挫折感和失败感。

慕课、微课

最近，慕课、微课以及翻转课堂在全国临床医学界流行起来，为什么这种医学教学模式如此的流行呢？原来这些全新的医学教学模式利用互联网技术可以随时随地上课。2008年。加拿大的乔治、西门子等人首先提出了慕课概念，慕课是指专家把大量的学习资料上传到网上，学生们可以利用课间的休息时间把所学习过的知识进行复习，或者某些不懂的问题可以在线查找。慕课有以下几方面优点：1）学生可以利用课间十分钟时间对不懂得知识进行互联网在线查看，例如在手机上就可以进行播放，遇到不懂的问题可以选择慢放，直到听懂为止。2）来源广泛，慕课采用互联网技术，可以随时随地获取大量的宝贵资源，包括很多老师没有涉及的，在慕课上都可以查到。3）利用现代学生们的好奇心，临床医学学生们可以利用手机在线查看临床视频。慕课的缺点：1）由于慕课更加吸引人，所以可能导致课堂氛围不够活跃，太过依赖慕课等。2）传统课堂精彩的讨论，慕课无法呈现出来。与此相比，微课的含义与慕课有些相同，笔者看来，微课更像广告，一节微课的时间仅仅5到8分钟，在这么短的时间内，教师将一节课所讲的重点内容利用几分钟的时间再次强调一遍，他的优点在于可以加强学生的记忆能力，使临床医学本就是很不好记忆的课程变得重点突出，利用慕课、微课可以一定程度的调动学生的积极性，对临床教学有很大的积极作用。

3现代临床教学方法适用对象与教学效果

PBL、TBL以及慕课、微课等现代教学方法无疑是临床医学教学方式改革的结晶，根据这些方法的特点，选择不同的授课群体是教学者充分利用这些方法的前提。PBL适用于跨学科的学习，可以从一个问题出发进而整合各个学习领域。例如，在分析高血压病的危险因素时，不仅要求学生了解高血压发生的病理机制，还要求学生从环境、遗传、心理等各个方面全面进行分析。TBL适用于复杂问题型的学习，需要团队的配合，同时训练了各个方面的能力。例如，对于帕金森综合征的学习，该病是神经内科较为棘手的疾病，且病变较为复杂。因此，需要学生进行分工合作，在上课前找出该病发生机理、常见病因、临床症状、诊断、治疗方法以及预防。对于慕课和微课，比较适用于那些小而零碎知识点的复习和巩固。PBL、TBL在临床医学教学中获得了越来越多的追捧，据调查，我国现代临床教学模式中并没有完全独立的应用某种教学方法，而是大多将两种或者更多种方法进行整合。慕课、微课教学效果也比较显著，对学生成绩以及动手能力的掌握带来了最大的帮助。

4改进现代临床教学方法的措施

根据上述分析，我们可以看到这些临床教学方法有利有弊，同时也有各自的教学适用对象。因此，如何让这些教学方法更好地服务于学生、老师，笔者认为，首先要明确各种方法的适用范围，其次充分利用现代教学工具如各种多媒体及现代信息技术，最后还要考虑到医学作为一门操作性极强的学科，应该将各种医学教学方法与临床实践相结合，这样不仅巩固了理论，也极大地带动了学生学习的积极性。

5结语

近年来，我国医学教育高速发展，临床教学方法正逐渐采用现代临床教学方法，传统的教学方法已经无法满足学生对医学知识的渴望，TBL、PBL、慕课、微课等新的临床教学方法的出现，给医学教育带来诸多益处，通过实践，现代教学模式在实际教学中取得的效果，令医学界备受赞扬。只有我们在教学中因人而异、因材施教，将传统教学与现代教学方法相结合，取长补短，才能促进医学教学质量的不断提高，适应社会对医学人才的要求。

软件测试被定义为是以评价一个程序或者系统属性为目标的任何一种活动,测试是对软件质量的度量。下面我给大家分享软件技术论文2000字，大家快来跟我一起欣赏吧。

软件测试技术研究

摘 要：软件测试是软件工程范畴的一项重要工作，与软件质量密切相关。本文就软件测试的概念、分类和方法等几个方面进行了论述。

关键词：软件测试;黑盒测试;白盒测试

中图分类号：

软件测试是软件生产过程中的一个重要环节，是伴随着软件的产生而发展的，它并不是不能正常运行的软件的专利，而是为了发现所有软件缺陷而执行程序的过程。软件测试贯穿于软件开发的到投入使用的各个过程中，不同阶段的测试手段各不相同，测试成为软件产品质量控制和管理的重要手段之一。大量资料表明，软件测试的工作量占软件开发总工作量的40%以上，测试成本也占总成本的30%―50%。

1 软件测试的目标和重要性

软件测试的定义

看待软件测试的角度不同，软件测试的定义也各不相同。总的说来，软件测试就是利用测试工具按照预先设定好的方案和流程对产品进行功能和性能测试，甚至根据需要重新编写测试代码，对测试过程中可能出现的问题进行分析和评估。它是帮助识别开发完成的计算机软件的正确度、完全度和质量的软件过程，是保证软件质量的重要内容。

软件测试的目标

软件测试的正确定义是“为了发现程序中的错误而执行程序的过程”。而测试的目的决定了如何去组织测试。测试的目标是什么?曾给出了关于测试的一些规则，这些规则可以看作是软件测试的目标：

(1)软件测试并不是为了验证软件的正确性，而是为了发现错误而执行程序的过程。(2)好的测试方案是尽可能发现目前尚未发现的错误的测试方案。(3)成功有效的测试是发现了至今尚未发现的错误的测试。从以上规则可以看出，测试是以查找错误为中心，和人们通常想象的“测试是为了验证程序的正确功能”，“成功的测试是没有发现错误的测试”等是完全相反的。所以，近年来，正确软件测试目标如下：(1)软件测试并不仅仅是为了查找出软件的错误，而是要通过进一步分析错误产生的原因和错误的发展趋势，发现一些可以通过测试避免的开发风险;(2)通过测试能够帮助测试人员设计出适合该软件更加有效的测试方法，进一步提高测试效率，缩短测试实践，降低测试费用;(3)结果完全正确的测试也是有价值的，是软件质量的一种评价，但并不是测试正确就说明该软件没有错误，随着使用的深入，功能的扩充等会逐步暴露出更多的问题，实践证明，完全没有错误的软件世间难求。

软件测试主要包括

(1)正确性和精确性测试：如果软件的运行结果不正确和不精确，那么会给用户带来很大的麻烦，甚至造成不可估量的损失，因此是保证软件质量的最重要因素。(2)容错性测试：容错性测试是在认可错误的情况下进行的测试，是检查软件在异常条件运行，是否具有防护性和能否自我恢复。容错性测试能确保系统不发生无法意料的事故，从而提高软件的安全性和可靠性。(3)性能与效率测试：用户都希望软件的运行速度更高一些，并且占用的资源更少些，性能与效率测试主要是优化软件的算法，数据结构和代码组织来提高软件的性能和效率。(4)易用性测试：易用性测试是测试软件的易用程度，就像一个常用扳手工具，拿到就能明白怎么去使用，因此易用性测试没有一个量化的指标，主观性较强。在平时使用中，当用户不能正确使用软件中的某个功能时，大多数人首先会通过各种方式学习、请教，或者向产品支持部门打电话，还有一部分用户会查阅用户手册。通常认为，用户不通过翻阅用户手册就能使用的软件易用性较好。(5)文档测试：文档测试主要检查文档的正确性、完备性和可理解性。

软件测试的基本原则

(1)尽早并不断地进行软件测试;(2)程序员或程序设计机构避免测试自己的软件;(3)测试前应当设置合理的测试用例，测试用例的设计不仅要有合法的测试数据，也要有非法的测试数据;(4)对程序修改之后要进行回归测试;(5)妥善保留测试计划、严格按照计划测试，排除测试的随意性，全部测试用例、出错统计和最终分析报告，并对每一个测试结果做全面检查。

软件测试的地位

软件的开发过程包括需求分析、设计、实现和测试四个阶段。软件测试在软件生命周期中占重要地位，是软件交付用户使用前保证软件质量的重要手段。在系统发布之前，从客户的需求出发，尽早发现问题，修改的成本越低，破坏性也越小。一旦系统投产后发现问题，其危害性被成倍放大，甚至会给双方造成不可估量的损失。

2 软件测试方法

按照不同的分类方法，软件测试可以分为多种类型。

从是否需要执行被测试软件的角度分类

静态测试：是指不需要实际运行软件，主要对软件的编程格式、程序逻辑结构等方面进行测试。静态测试是通过对源程序进行语法检查，静态结构分析、代码质量等方面找出缺陷和可疑之处，例如变量定义和生命周期检查、模块接口的正确性、是否允许递归、程序逻辑和结构审查等。

动态测试：通常的上机运行软件而进行的测试，这种方法是使程序有控制地运行，并从多种角度观察程序的行为，以发现其中的错误。在软件维护阶段，当修改软件后，除了对修改部分的软件进行常规的测试外，还应对软件的其他部分进行回归测试，所谓回归测试是指全部或部分地重复已做过的测试，它主要检查软件的修改是否在软件的未修改部分引入了新的错误。

从是否针对软件结构与算法的角度分为

白盒测试，主要是对软件的逻辑结构进行的测试。白盒测试要求测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试，不需测试软件产品的功能。测试过程是基于覆盖全部代码、分支、路径和条件。白盒测试是指在知道产品内部工作过程，通过设置测试用例来检测产品内部动作是否按照规格说明书的规定正确进行，检验程序是否都能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑覆盖、基本路径测试等。

黑盒测试：指测试来检测每个功能是否可以正常使用。执行严格的测试，通过对整个软件或某些软件功能，但不检查程序的源代码还是非常清楚的了解该软件的源代码程序具体如何设计。通过输入测试数据，并通过分析的结果输出到测试人员了解软件是如何工作的。在测试中，主要的功能是用来检查是否正确的程序或缺少的功能，用户界面是正确的，错误的数据结构或外部数据库访问错误，性能是正确与否，程序是否有初始化和终止错误的存在。

从测试的不同阶段分类

单元测试：指的是对每一个工作单元进行测试，了解其运行结果是否符合我们的预期。它对测试人员的要求比较高，要求测试人员对程序代码比较熟悉;一般由程序员自己编完某个单元后，先自我检查通过后，再将测试代码交给测试人员进行审核，如果发现缺陷，原开发者应当及时修正程序，这样可以尽快的发现程序中存在的错误，及时修正以提高程序开发的效率。

集成测试：是在单元测试的基础上，测试再将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。也就是说，在集成测试之前，单元测试已经完成，集成测试中所使用的对象，已经是经过单元测试的软件单元。

系统测试：是将已经确认的计算机软件和硬件设备、网络和外围设备等元素组合在一起，对已经集成好的系统进行测试，找出所开发的系统与用户需求不符或矛盾的地方，从而提出更加完善的方案.它的任务是尽可能彻底地检查出程序中的错误，提高软件系统的可靠性。

验收测试：也称为交付测试，完成了功能和系统测试后、产品发布之前所进行的测试活动，它是技术测试的最后一个阶段。

总之，随着软件开发和测试技术的不断发展，测试方法也越来越多样化，针对性更强;选择合适的软件测试方法可以让我们事半功倍。

参考文献：

[1]张永梅.软件测试技术研究[J].测试技术学报，2002，6.

[2]刘继华.软件测试技术的研究进展[J].微计算机信息，2012，10.

[3]瞿莉丽.浅析软件测试技术[J].硅谷，2010，4.

点击下页还有更多>>>软件技术论文2000字

软件技术是一个发展变化非常快的行业，软件人才要按照企业和领域需求来确定培养的方向。下面是由我整理的软件技术论文范文，谢谢你的阅读。

浅谈软件项目估算技术

摘 要：由于软件产品自身的特殊性，导致软件项目的估算工作进行困难，估算结果准确性差。为了解决这一问题，产生了很多不同的软件项目估算技术，本文对各种估算技术的主要思想及其优缺点进行简单的阐述。尤其是对功能点估算技术，本文做了详细的介绍，并通过实例加以说明其应用方法。

关键词：规模估算;成本估算;实例应用

中图分类号：

软件项目的估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。由此，也证明了正确对软件项目进行估算是何等重要。

在软件项目管理中，估算就是对项目将持续多长时间或花费多少成本的预测。所以说，估算正是一种对未来的预测。从这里也看以看出估算的重点就在“工作量估算”或“成本估算”，而在对这两者进行估算的过程中大多数情况下都少不了“软件规模”这个条件，所以本文将软件估算分为两种类型，第一个种是软件项目规模的估算，第二种是将估算得出的规模转换为工作量的估算或成本的估算。目前使用比较广泛的规模估算技术，如：代码行估算技术、功能点估算技术;而使用比较广泛的成本估算技术，如：COCOMO算法模型估算技术。

除了上述所列举的几种技术外，还有几种估算技术既可以用于估算规模，也可直接应用与估算工作量或估算成本，如：Delphi估算法、类比估算技术、PERT估算技术。这几种估算技术不似前面所列的技术，比较有针对行，且有具体的计算过程、计算公式。这几种技术只是一种思想，依据某个选定的科目进行估算。下面本文将简单介绍上述提到的几种估算技术，并通过具体的实例重点阐述功能点估算技术。

1 估算技术简介

代码行估算技术。代码行(LOC)指所有的可执行的源代码行数，包括可交付的工作控制语言(JCL：Job Control Language)语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等[1]。代码行估算技术主要是估算软件的规模，即通过该技术估算待研发软件项目有多少行代码。一般为了方便表示，使用较大的单位千代码行(KLOC)来表示待研发软件项目的规模大小。这种方法比较适用于有经验积累和开发模式稳定的公司。如果是新成立公司，使用这种估算技术则会存在很大误差，加大项目失败的风险。

功能点估算技术。功能点法是一种经过实践验证的方法，但应用成本很高，估算的工作量投入也较大。功能点估算技术最终结果是规模，仍然需要知道项目的生产率数据才能得出实际的工作量。功能点估算技术将系统功能分为输入、输出、查询、外部文件和内部文件5种类型。其中，输入是一个数据跨越系统边界，从外部到内部的基本数据处理过程。数据的来源可以是人机输入界面/接口，或是另一个应用系统;输出是一个衍生数据跨越系统边界，从内部到外部的基本数据处理过程。这些输出的数据可能会产生报表，或发到其他外部系统的输出文件;查询是一个不包含衍生数据和数据维护的基本数据处理过程，包括输入和输出两部分;内部文件存在于系统边界之内，用户可识别的一组逻辑上相互关联的数据;外部文件存在于系统边界之外，用户可识别的一组逻辑上相互关联的数据。使用功能点估算技术估算的大概步骤为：

(1)通过需求分析将系统功能按照上述5种类型进行分类。

(2)分析每个功能项的复杂程度，大致分为一般、简单、复杂三种类型，每一种类型都对应一个权重值，具体如表1。

(3)根据每个功能项的复杂权重值，求出功能项的加权和，即为未调整功能点数(UFC)。

(4)分析该系统的技术复杂度，功能点估算将与系统相关的技术影响因素分为14组(用Ai表示)，每个分为6个级别，权重分别从0至5。根据分析结果及公式计算技术复杂度因子(TCF)，即TCF=(SUM(Ai))。

(5)将UFC与TCF相乘即为功能点数。

COCOMO算法模型。Cocomo模像是一个分层次的系列软件成本估算模型，包括基本模型、中级模型和详细模型3个子模型。3个模型采用同一个计算公式，即E=asb×EAF[2]。其中，E是以人月为单位的工作量;S是以KLOC为单位的程序规模;EAF是一个工作量调整因子，在基本模型中该项值为1，中级模型和详细模型中根据成本驱动因素确定;a和b是随开发模式而变化的因子，这里开发模式被分为3中类型，即有机式、半分离式和嵌入式。

Cocomo算法模型是一种精确易用的估算方法，如果项目没有足够多的历史数据，会使得各调整因子和系数很难确定，进而使得估算比较困难。但是一旦项目建立起这种模型，则通过Cocomo模型得出的项目工作量和项目周期具有更高的准确度。

Delphi估算技术。Delphi估算技术又被成为专家估算技术，它是由一个被认为是该任务专家的人来进行估算，且估算过程很大一部分是基于不清晰，不可重复的推理过程，也就是直觉。所以该技术中专家“专”的程度及对项目的理解程度是该技术的重点，也是难点，它的好坏直接影响估算结果的准确程度。

Delphi估算技术估算过程并不像功能点估算技术或COCOMO算法模型那样，有明确的计算方法或计算公式。它是将待估算的项目的相关信息发给专家，专家估算后由专门的负责人进行汇总，然后再发给专家估算，反复几次后得到一个估算结果，可见只是一种思想，所以它除了用来估算规模，也可以用来估算成本、风险等，即对选定的某个科目进行估算。

类比估算技术。“类比估算”，顾名思义是通过同以往类似项目(如应用领域、环境和复杂程度等)相比较得出估算结果。类比估算技术是一种粗略的估算方法，它估算结果的精确度取决于历史项目数据的完整性和准确度。类比估算技术与Delphi估算技术类似，它的用途不仅仅用在规模估算上，也可以估算成本、工作量等。 PERT估算技术。PERT估算技术，又称为计划评审估算技术，它对需要估算的科目(如规模、成本、工期等)按三种不同情况估算：一个乐观估算结果，一个最可能估算结果，一个悲观估算结果。再通过这三个结果计算得到一个期望规模和标准偏差。这种估算技术可以用于估算规模，同样也可以用于估算工期，相比较来说PERT技术估算的结果比类比估算技术的结果要更准确。

2 功能点估算技术应用实例

假设某员工管理系统，经过需求分析得知，该系统所包含功能如下：

(1)员工信息维护：添加员工、修改员工信息、查询员工信息;

(2)部门信息维护：添加部门、修改部门信息;

(3)工资统计：统计员工年薪，并打印输出。

其中，在该系统中添加一个员工资料，会使用到员工的基本信息：员工ID(标签控件)、姓名、性别、年龄、婚否、部门ID;教育情况：学校名称、所学专业、学历。对部门的维护会使用到部门的信息：部门ID(标签控件)、部门名称。员工工资信息由另外一个财务系统提供，工资表信息有员工的基本信息：员工ID(标签控件)、姓名、部门名称;工资信息：工资级别、工资金额。

根据功能点估算技术估算步骤，首先计算未调整功能点数，即各种类型功能项的加权和，分析该系统6个功能项所属类型及其复杂权重值如表2：

假设该项目的14个技术复杂度因子均为“有一定影响”，即权重值均为2，则该项目功能点数为：FP=45×(×14×2)=。如果知道该项目使用何种语言，可以将功能点数转换为代码行数。

3 结语

本文对目前比较流行的几种软件项目估算技术做了简单介绍。重点讲述了功能点估算技术，并通过一个实例演示了功能点估算技术的应用方法。通过本文描述可以看出每种项目估算技术都有其自己的优缺点，如果想要得到比较准确的估算结果，不能仅靠一种估算技术，而应该综合运用各种估算技术，才能得到比较全面的信息和比较准确的结果。目前，也有一些基于这些估算技术的思想的自动化估算工具产生，相信通过不断的发展，将解决软件项目成本估算难的问题。

参考文献：

[1]朱少民.软件项目管理[M].北京：清华大学出版社，2009-11.

[2]覃征等.软件项目管理[M].北京：清华大学出版社，2004.

[3]李明树，何梅，杨达，舒风笛，王青.软件成本估算方法及应用[J].Journal of Software，， ， April 2007，775-795.

[4]The David Consulting Group ，Function Point Counting Practices Manual Release ，January 2005，

[5]刘谦.软件项目估算方法在敏捷开发中的实践.中国管理网，2010-06-18.

作者简介：王颖，女，研究生，软件工程专业;江文焱，男，研究生，软件工程专业。

点击下页还有更多>>>软件技术论文范文