项目管理英文文献

杂志学术版块刊登各级各类教育改革发展、院校教育教学和能源电力行业发展、企业管理创新、技术进步方面的研究文章，论文格式规范如下：论文内容充实、观点明确、层次清晰、逻辑严密、论据充分、文字简练，一般以4000字左右为宜，图表不宜超过3个，公式不宜超过3个。来稿请按如下顺序撰写：中文题目、英文题目、作者姓名、摘要、关键词、作者简介、基金项目、正文、注释、参考文献。其中，标题字数一般不超过20字；除基金项目的论文外，作者署名不宜超过两人；摘要以200字左右为宜；关键词3～5个，彼此用分号隔开。作者简介只介绍第一和第二作者，依次写出真实姓名、出生年份、性别、民族（汉族可省略）、籍贯、工作单位、职务、职称以及工作单位所在省、市及邮编。注：已毕业硕士、博士我刊不作介绍；在读硕士、博士需要介绍的请注明学校、院系、所在地及邮编。若有基金资助或课题经费资助的论文，请在“作者简介：”后用“基金项目：”注明基金项目名称或课题项目名称及编号。基金项目或课题项目的名称上要加双引号。举例如下：基金项目：本文系“2008年兰州石化职业技术学院科教基金项目”(项目编号：J08－02)的研究成果。注释或参考文献在文后注明（勿以脚注形式）：注释用①、②、③……在文中标注，参考文献用[1]、[2]、[3]……形式标注，都要上标，并且都要标在标点符号的外面。文后注释：注释是对正文中某一特定内容的诠释和说明，用数字加圆圈标注如①②……，置于文后，标注文献类型。中、英文注释须依次标明序号（外加圆圈）、作者、书名、出版地、出版社、出版年份、页码。文后参考文献：所列参考文献只限作者亲自阅读过的公开出版的主要文献，按文中首次出现的次序编号，内部刊物或未公开发表的资料均不列入，数量控制在3～10个之间。参考文献置于注释之后，标注文献类型。中、英文参考文献须依次标明序号（外加方括号）、作者、书名、出版地、出版社、出版年份。若引用文章为电子文献，请注明网络地址及时间。文献类型：以单字母标识（外加方括号），如专著（普通图书）为[M]，论文集（会议录）为[C]，汇编为[G]，报纸文章为[N]，期刊文章为[J]，学位论文为[D]，研究报告为[R]，专著论文集中析出文献为[A]，未说明文献为[Z]，数据库为[DB]，电子公告为[EB]，联机网络为[OL]，联机网上数据为[DB/OL]，网上电子公告为[EB/OL]。常用注释和参考文献标注举例、论文提纲模板、范文，详见本刊网站“投稿指南”频道征稿要求。 杂志教培版块面向行业企业、院校和社会各界诚征与人才培养和管理相关的高校涉电学科、专业人才培养、职业教育培训和电力行业人力资源管理相关理论和实践文章，涵盖以下内容：对国家出台有关人才政策、人资管理、继续教育和企业培训方面政策法规的宏观阐释和解读。有关专家学者对教育培训、人力资源管理、创新人才培养、领导力以及企业文化建设等方面的论述或见解。能源电力行业企业人力资源管理工作，包括招聘配置、绩效管理、薪酬管理、劳动关系管理、班组建设等方面的深度理论探讨、实务交流、案例分析方面的文章。教育培训领域的培训机构建设、技能培训与鉴定、培训组织管理、培训课程开发等方面的理论探讨和工作交流文章。电力行业全国劳模、杰出管理者、科技专家、院校名师、培训专家、一线优秀技能工作者的事迹介绍及其成长分析等。院校和教育培训机构、人力资源管理咨询机构介绍。能源电力行业发展历程回顾、发展趋势预测、发展经验总结等方面的文章。电力教育（电力行业人才培养）发展历程回顾、学科专业建设、人才需求预测、发展经验总结等方面的文章。港澳台和国外电力行业人才培养（教育培训）、人力资源管理等方面的文章。能源电力行业企业新入职各级各类毕业生及其他各类人员的培训心得、职场感悟、成长故事、意见建议等。

希望对你有用，然后给点分数给我。　　外文资料名称： Value-Based Management of　　Software Testing　　外文资料出处： Institute of Software　　Technology & Interactive System　　附 件： 外文资料翻译译文　　外文原文　　基于价值的软件测试管理　　鲁道夫,斯蒂芬,保罗　　摘要: 根据研究表明测试已经成为软件开发过程中一个很重要的环节，它占据了整个软件开发成本的百分之三十到五十。测试通常不是用来组织商业价值的最大化，也不是肩负着项目的使命。路径测试、分支测试、指导测试、变换测试、场景测试以及需求测试等对于软件的所有方面都是同等重要的。然而在实践中百分之八十的价值往往来自百分之二十的软件。为了从软件测试中得到最大的投资回报，测试管理需要最大化它的价值贡献。在本章，我们将更加促进对基于价值的测试的需要，描述支持基于价值的测试管理的实践，勾画出基于价值的测试管理的框架，并举例说明该框架。　　关键词: 基于价值的软件测试,基于价值的测试,测试成本,测试利益,测试管理　　1 前言　　测试是软件质量保证过程中最重要和最广泛使用的方法。校验和验证旨在通过综合分析, 测试软件确保其正确运行功能，确保软件的质量和软件的可靠性。在IEEE12(1990)中,测试被定义为在规定条件下对执行的系统或者组件进行观察和记录,并对系统或者组件进行评价的活动。　　测试在实践过程中被广泛的使用，在保证质量策略的诸多组织中扮演着重要的角色。软件影响着成千上万人的日常生活，担负着艰巨的任务。因此软件在不久的将来将显得尤其的重要。研究表明，测试通常消耗软件开发成本的30%至50%。对于安全危急系统，甚至更高的比例也不足为奇。因此软件测试具有挑战的就是寻找更多的有效途径进行有效的测试。　　软件测试管理的价值在于努力减少测试成本和满足需求。有价值的测试管理对于项目目标和商业价值也能有很好的向导。在第一章，Boehm 列举了很多方面的潜在测试成本。该例子说明了利用客户结账类型的7%的成本来完成50%的软件测试利益。尽管百分百测试是一个不太切实际的目标, 然而通过调整测试方法, 仍有很大的空间来改进和节省达到预期的价值。基于软件工程的价值动力在于目前软件工程的实践研究都是把需求, 测试案例, 测试对象和产品缺陷看的同等重要。这对测试显然是正确的，它对产品价值间接的做出贡献。开发和测试的分离使得这问题显得更为突出。测试往往是一个纯粹的技术问题，将使得测试和商业决策之间曾解链的关系变的更加紧密。本章主要描述了提高基于价值的测试管理的需求, 解释其基本要素, 讨论现有的实例来支持基于价值的测试, 以及基于价值的测试管理的基本框架。本章接下来部分的基本结构如下：2节讨论测试管理的贡献价值； 3节讨论已测案例对于测试管理的支持； 4节用例子描述基于价值的测试管理的框架。本章最后将对具体的再作更进一步的研究。　　基于价值测试的描述　　基于价值的校验和验证的目标被定义为确保软件的实施能够满足其预期的目标价值利益。如果我们从价值的角度去考虑，那么测试的贡献应该在哪呢？从根本上来说, 可以从两个方面来考虑: 内部方面包括测试成本以及测试效益, 外部方面强调未来系统的威胁以及机遇。对于基于价值的测试，其关键就是要把这两个方面结合起来,也就是说通过客户和市场需求调整内部测试的过程。　　为了使内部和外部两方面因素相结合，只专注于技术方面的测试显然是不恰当的。相反， 测试管理需要有个全局的把握。　　例41描述了测试管理内外双方面之间的依赖关系。内部方面的就如同测试经理对整个项目的控制。这方面的费用主要来自于软件测试实践以及短期长期的测试。而外部方面被认为是测试主管所能控制以外的一些利益和参数数据基于价值的软件测试管理使得测试能够满足以利益为重的价值主张，以及使整个小组聚焦在有价值的测试方向上。　　对于软件测试的外部观点的首要问题是“我们如何确保软件系统的价值目标？” 这目标就是通过协调价值主张来测试软件集中的有价值部分，最重要的品质以及项目风险的及时调整等回答这样的问题包括市场机遇，项目的价值主张以及成本效益。参考第一章关于机遇和风险的详细介绍以及参考第七章的价值主张的引出与调和。　　内部观点是建立在价值主张的利益之上，以及测试的预算代表着整个项目的一个大概水平。这主要的问题就是如何把测试作为一项投资活动。为了能够高效迅速的测试及降低开发预算。适当的内外部交流协调能够满足测试的利益价值。　　测试的价值贡献　　测试与其他的开发环节诸如代码和用户界面设计相比，它不能立即对产品创造价值。然而测试提供和支持软件开发过程中产生的有价值的任务活动。理解测试贡献价值的关键点在于测试的贡献效应。测试的贡献建立了测试与最终产品价值利益之间的关系。　　最直接的客户是直接与测试小组有密切联系的程序开发者和项目主管。在基于价值的软件工程测试过程中的集中力量是顾客和用户（见第七章）。顾客和用户通过设定语境和范围来进行测试达到测试的价值目标。　　测试的客户　　开发人员,项目主管,质量主管,顾客,分析者,最终用户或者维修人员们都得益于软件系统的分析,依靠反馈来检测问题,降低其不确定性,做出相关的决定来加快产品进程。　　下面的例子显示了不同组对于测试需求的反馈信息：　　顾客和用户关于多大程度上需求一致是否满意以及在多大程度上满足软件的价值利益测试还对项目的进程提供可见性和洞察力通过测试的结果可以了解已通过的测试案例当验收测试时出现不实用的或者失败的显示在实际环境中才能出现的问题，α和β测试提供了一个更加坚实的基础来验证结果。　　销售和产品主管从测试计划、定价、促销和分配方面获取相关的信息。产品实际的质量与顾客和用户所期望的质量之间的差异很容易会导致误解和错误的设想以至于降低或者阻止了真正价值的实现。为了能够成功地达到这些期望以及满足个人或组织的目标，通过客户需求来调整产品设计满足某些功能。　　对于项目主管，测试支持了风险管理和项目进程的估计。重点是识别和排除潜在的价值破坏和抑制价值功绩的风险。早期的大幅降低项目绩效的严重缺陷,是一个主要的目的。测试降低了不确定性和帮助项目主管对于清除缺陷、系统稳定性以及产品更新发布能够作出更好、更明智的决定。　　质量主管对于问题的识别以及对特定问题的动态趋势较为感兴趣。测试结果对于项目评估、对于质量策略的保证以及进程的改进提供了帮助。Rosenberg讨论了测试如何对确保质量作出贡献并展示了测试问题如何验证如何修正以此来提升项目进程。开发者和用户了解相关问题的当前状态，并且提供相关数据来衡量及预测软件的质量和可靠性。　　开发人员通常需要获取反馈信息来验证测试实施是否完整，是否符合标准，是否满足质量要求。为了保证稳定性，测试提供了相关缺陷的详细信息，提示测试失败的原因。除此之外，测试对于项目缺陷的改进作出反馈。例如，通过相关的修改以后需要测试其是否随着相关的改动使原先的功能有所改动或者出现衰退的情况，这些都是需要注意的。　　对于需求工程师来说，测试对于验证和确认需求是很有价值的。Weinberg曾指出“最有效的方法之一就是通过测试案例就象测试一个完整的系统来形成测试需求”。黑盒测试通过其需求帮助能够保证它们的完整性，准确性，透明性及简明性等。因此测试能够提升要求且向着测试驱动的方向发展。　　简言之，测试能够通过降低计划的不确定性和风险性来提升利益，作出相关的决定，努力控制把不必要的消耗减少到最低程度(内部原因)。尤为重要的是，它有助于实现预期的价值利益。这些利益的得来也并不是免费的，测试的代价通常也是有意义的(外部原因)测试可以被理解为购买信息，也可被认为降低成本风险，减少不确定性的投资活动。在成本和利益的投资上需要对测试需求作出相关的决定。因此接下来的两个问题是：什么是测试成本？什么是价值活动的测试利益？　　受到字数的限制，英文部分不能贴上来了，你如果觉得可以的话，可以留下发邮件联系