一、极限编程在大型项目开发中的应用（论文文献综述）
闫鹏斌[1]（2020）在《CMM评价模型在敏捷软件开发中的应用研究》文中提出随着软件产业的迅速发展,软件在国民经济和社会发展等方面的作用日益突出,优良的软件质量管理标准和软件开发方法是促进软件产业良性发展的重要保障,如软件质量标准ISO9001和软件能力成熟度模型,敏捷开发、瀑布模型等软件开发方法。在对敏捷软件开发和软件能力成熟度模型深入研究的基础上,分析它们之间存在的矛盾和统一,构建适用于敏捷软件开发的软件能力成熟度框架。首先,通过阅读国内外文献以了解研究现状,研究软件能力成熟度模型的内涵,研究敏捷软件开发的价值观和实践原则;其次,分析软件能力成熟度模型和敏捷软件开发之间的兼容性,根据敏捷软件开发流程中的实践与软件能力成熟度模型中实践域的目标之间的映射关系,发现敏捷实践可以较强实现软件能力成熟度模型中工程类和管理类实践域的目标,可以部分实现支持类和提升类实践域的目标,并分析工程和项目开发能力、软件产品质量保证能力和项目管理类能力等与敏捷软件开发中的过程、活动和角色之间的关系,在此兼容的基础上,对软件能力成熟度模型进行合理裁剪,构建敏捷软件能力成熟度框架;最后,通过实际项目对本框架进行验证,并对研究内容和存在的不足进行总结,以及展望未来的研究工作。敏捷软件能力成熟度框架可以作为评价和指导敏捷软件企业建立、管理和改进软件开发过程的参考指南,规范和完善敏捷软件开发流程和实践,指导和帮助软件企业提升敏捷软件开发能力,对敏捷软件开发能力不成熟或将要采用敏捷软件开发进行过程改进的软件组织或企业具有一定的参考价值。
施策[2]（2020）在《基于敏捷开发的软件项目管理与研究 ——以R公司某互联网业务处理系统为例》文中认为R公司是某国有大型企业,近两年该企业紧跟国家“互联网+”战略步伐,积极拥抱互联网,实施数字化转型。C项目就是在这个背景下提出的对接多个互联网渠道的自动化业务处理系统项目,该系统采用了大数据技术实现对海量互联网数据的大并发处理,业务上整合了R公司内部和外部关键业务数据提升了业务处理时效及风控水平。C项目作为本文的研究案例,一共分两期,一期实施过程中采用传统开发模式;二期因为业务量的增加和需求的多样化,导致传统的实施方法已无法适应新的形势,于是转型为敏捷开发模式。在新旧模式的转换过程中,为了实现组织管理方式的平稳过渡,作者结合R公司现有项目管理体制的一些要求,将Scrum与XP极限编程结合应用到项目中;对项目的组织结构、开发流程、沟通方式等环节分别进行改造,在实施过程中提出了一套比较详细的实施策略。为其它企业由传统项目管理转向敏捷项目管理提供了可参考的实践经验。
王洪洪[3]（2020）在《ERP项目开发中的敏捷策略研究》文中研究表明当今社会已经进入数字化时代,越来越多的企业开始使用ERP系统来管理进销存等业务。但是随着ERP系统业务越来越复杂,用传统的模式开发也越来越困难,传统的开发模式已经无法快速响应市场的需求。此时敏捷开发模式的优势逐渐显现出来,敏捷模式开发采用小版本迭代,可以快速开发出适应市场的产品。本文介绍了项目、项目管理和ERP的相关理论,主要研究了现有开发模式在ERP项目的开发过程中遇到的问题,介绍了敏捷模式开发,介绍了如何将敏捷模式应用到ERP项目的开发中,选用了敏捷模式开发中应用比较广泛的Scrum方法和XP极限编程方法,两种敏捷方法都遵循四项敏捷宣言和敏捷十二项原则。从时间管理、范围管理、成本管理、团队活力管理、沟通管理、质量管理和风险管理等领域给出了当前ERP开发中遇到问题的解决方案。本文给出了解决现有ERP项目问题的详细解决方案和具体实施步骤,并且详细阐述了如何开展敏捷工作、项目发布和项目部署等,这对企业在以后开发ERP项目中具有借鉴参考意义。
黄曦[4]（2018）在《基于关键链的软件项目敏捷管理》文中研究表明信息技术的发展日新月异,影响并改变着人们生活的方方面面。在信息化浪潮影响下,各企业越来越多的利用先进的技术手段来提高自身的运营效率、发掘新的市场机会、创造更多的经济价值。随着数字化经济的到来,创新需求层出不穷,业务发展变化不断,传统的软件开发模式很难应对如此多变的业务场景。在业务场景更加专业化、个性化的情况下,如何能够快速的响应专业化、个性化的需求,快速推出产品来应对多变的市场,是当前软件项目管理面临的最大难题。在传统的开发模式下,软件按照固定的流程来开发,这种方式很难适应灵活多变的需求。而敏捷开发由于其对需求的快速响应能力,逐渐成为软件开发企业的重要选择。敏捷开发提供了一个快速响应需求变化的框架,在实践过程中形成了不同的敏捷方法论。Scrum作为其中的一种方法论在实践过程中得到了广泛的应用。同时在实际的项目开发中,往往面临各种资源有限的情况,比如测试人员、前端开发人员等都是团队共享的紧缺资源。这些人员有可能同时处理多个任务或者多个项目,但由于每个人的时间是有限的,很难在有限的时间内处理数量繁多的复杂多变的任务,因此这些资源会成为项目的瓶颈,导致整个项目无法按时完成。关键链技术作为在项目管理中进行资源规划、时间控制的技术能够很好的解决各种资源的冲突,因此如何结合敏捷的快速响应能力与关键链技术的规划调度能力是一个需要重点研究的方向。本文首先介绍了论文选题的研究背景、研究目的和意义。然后结合国内外相关理论和技术的发展,简单介绍了项目管理理论的研究情况,重点阐述了敏捷方法及关键链技术在国内外的研究成果,并介绍了本文的主要研究内容。其次对敏捷项目管理架构、敏捷项目开发概念及其核心价值、敏捷方法论进行了研究。第三,本文对S公司的项目管理现状进行了深入分析,S公司采用传统的瀑布开发模式,在市场快速变化的情况下遇到了严重的问题。针对传统瀑布开发进行了Scrum改造后,虽然解决了快速迭代的问题,但是在资源协调、时间进度等方面仍然面临一些挑战,因此需要使用关键链技术进一步优化当前的流程。第四,对关键链技术及Scrum方法结合的可行性进行了论述,设计了一套基于关键链技术的Scrum开发进度管理模型,并详细对模型的各个部分进行了分析。最后,以S公司的智慧酒店系统建设项目为例,讲解了如何在该项目的移动端开发过程中实施基于关键链技术的Scrum敏捷开发进度管理模型,详细论述了如何将进度管理模型运用于具体项目实践中,并对该项目实施基于关键链的敏捷开发进度管理模型的效果进行了论述。最后给出了本文的结论,以及需要深入研究的方向。
袁夏[5]（2017）在《敏捷项目管理在人力资源开发系统中的应用研究》文中进行了进一步梳理随着社会发展节奏加快,客户对于需求的变更越来越频繁地出现在软件开发项目中。传统的项目管理方法主要基于线性化开发,过于注重预测、计划和阶段性控制,因此渐渐不适应现代企业的开发节奏。尤其是互联网项目,项目周期短而且需求变化迅速,传统方法没有办法实现对于需求的快速响应。另外,项目一旦因需求变更或者质量缺陷进行返工,容易导致开发延时、费用超支甚至失败。快速相应变化逐渐成为软件开发企业的核心竞争要素之一。敏捷项目管理因具有“拥抱变化、适应性强、阶段交付”等特点,近年来在世界众多软件企业中被广泛使用。目前,我国有关敏捷管理方面的实践还处在照搬或模仿的初级阶段,很多企业在向敏捷转型的过程中遇到诸多困难,因为敏捷和传统方法在价值观和实践方法差异巨大,比如“不断拥抱变化、小规模的团队管理、与客户一起工作”等理念并不能很快被管理层甚至团队接受。所以敏捷项目管理并没有发挥其最大的优势。因此,将敏捷思想与传统方式相结合起来可能是一种解决问题的新方案。在发挥敏捷灵活性和适应变化能力的同时,通过传统项目管理的方法进行进度把控。而且该方案还能降低实施敏捷方法的复杂性和专业度,帮助使用传统方法的企业顺利向敏捷转型。本文通过对软件项目管理方法进行研究,针对传统项目开发过程中存在的问题,对敏捷管理进行总结,将管理原则、模式及方法融入软件开发的管理进程内。进而构建出一个切实可行的敏捷项目管理模型,从而提高项目的质量和效率,满足复杂且灵活多变的项目需求。该模型以敏捷宣言和十二条原则为基础,结合了Scrum的流程和XP极限编程方法的关键实践,并在整个过程中贯彻“精益开发”的原则。进而将这些敏捷思想和实践融入传统项目管理的需求分析、设计开发和使用维护阶段,如此便能有效地发挥两者优势,既做到对需求的快速响应,又保证了进度和质量,从而达到扬长避短和互惠互利的目的,以便有效满足客户需求,达到项目最佳的效果。最后,通过A公司人力资源开发系统项目实施过程对该模型进行实践,验证其有效性和适用性并研究如何更好地通过敏捷管理具体方法提高项目的成功率和质量。实践结果表明,该模型适用于分布复杂、需求多样化且变化多的的软件项目管理。同时,对我国企业从传统开发到敏捷项目管理的转型也具有一定的理论指导和借鉴意义。
周鹏程[6]（2017）在《面向持续集成软件的安全缺陷检测技术研究》文中研究说明持续集成软件是当今软件开发过程中普遍使用的工具之一。其自动化构建、测试、部署等功能给软件开发人员带来了便利,降低了软件开发成本。但与此同时由于持续集成工具本身的脆弱性,以及管理人员安全意识的缺失和错误的安全策略,攻击者可轻松利用持续集成软件缺陷实现用户提权、敏感数据窃取、远程命令执行等目的。因此迫切需要展开对持续集成软件安全缺陷的防御与检测。本文首先从持续集成工具的发展历程出发,介绍了持续集成软件的架构和基本组成,分析了其存在的各类安全缺陷和常见的攻击面,阐述了远程探测及渗透攻击的技术方法。然后分析了Jenkins与Hudson等主流的持续集成软件框架代码,剖析了安全漏洞缺陷所产生的原因,以其中的API服务提权漏洞、Java反序列化漏洞、敏感信息窃取等缺陷为重点,总结出一系列缺陷行为的典型表现特征。同时本文结合CRICTIC权重分析方法,利用了logstash和Elastic Search等日志分析工具,提取日志文件中的攻击特征,分别计算不同攻击行为的对比强度与相关性,通过这些系数得到目标持续集成系统的安全评分。最后,本文设计并实现了一套面向持续集成软件的缺陷检测平台,对其中的基础模块与权重分析模块展开了测试,得出了判定系统缺陷的最佳阈值,实验表明,检测系统的漏报率与误报率等指标皆控制在较低水平。
董冰,薛蕾[7]（2013）在《极限编程优势与局限性探讨》文中研究表明本文首先提出了传统开发方法面临的问题,然后介绍了极限编程的优势和局限性,最后给出极限编程的适用范围。
郑宇[8]（2011）在《基于GRAPPLE和XP开发过程的中小型企业信息化设计和开发模式研究》文中研究说明中小型企业信息化内涵与大型企业无本质区别,但相对于大型企业而言,中小型企业技术与资金相对短缺,使得相对成熟的大型企业信息系统开发过程经验并不能完全适应于中小型企业信息系统的开发,面对越来越大的中小型企业信息化需求,如何设计一种适合中小型企业信息系统的开发过程模式成为了迫切需要解决的现实问题。虽然适合中小型企业信息化开发过程的GRAPPLE和XP已经相对成熟,但单纯地使用GRAPPLE和XP中的任何一种方法其局限都较明显,不能较好地满足客户的需求,为了将GRAPPLE的用例驱动、以开发过程构架为中心和迭代式设计与开发的特点同XP的沟通高效、设计简单、反馈迅速等特点相结合,本文详细分析了GRAPPLE和XP的优点以及各自在实际项目开发中存在的局限性,通过对二者之间主要问题的研究,引入了一个以GRAPPLE开发过程为基础,结合XP方法若干思想的开发过程。GRAPPLE和XP融合的开发过程采用迭代式开发方法,以架构为中心,采纳XP结对编程、客户参与、反馈及时的思想,将GRAPPLE和XP的优点应用在各自最擅长的领域内,并有效结合,规避各自在单独使用时的局限。针对所设计的GRAPPLE结合XP的开发过程,本文还提出了一个基于JAVAEE框架技术的开发技术模式。最后,作者在所负责的一项CRM应用系统开发过程中,依据所设计的GRAPPLE和XP结合的开发过程对项目进行了规划,同时和其他开发过程进行了对比,对比结论有效印证了GRAPPLE和XP结合的开发过程应用在实际项目中的有效性。
肖武魁[9]（2010）在《敏捷软件开发在新农村合作医疗系统中的研究与实现》文中认为随着信息技术的日益发展,信息系统应用已深入到社会的各行各业,系统开发的效率成为用户考虑的首要条件。由于社会生活方式的快速变化,系统开发的业务逻辑越来越复杂,需求临时性变化越来越多,对开发过程的周期控制越来越严格,能快速响应变化并处理复杂业务逻辑的软件开发过程亟待出现。敏捷软件开发方法是一种轻量级的开发方法,具有应对需求快速变化的软件开发能力。这类方法重视软件开发过程中人的重要性,强调人与人之间的交流与合作,关注可以工作的软件。其开发过程是渐进的、增量迭代的。Scrum和极限编程是敏捷开发方法中两个使用最为广泛的方法。Scrum是一种可以灵活的驾驭迭代、递增的软件管理过程,注重管理和组织实践。极限编程关注实际编程实践,是一种高效的、低风险的、柔性的开发方法,尤其适合进度紧,需求变化大,质量要求严的项目。两者结合,相辅相成。本文以新农村合作医疗系统（New Rural Cooperative Medicare System, NRCMS,简称新农合）为例,讨论了用敏捷软件开发方法论中的Scrum和极限编程（eXtreme Programming/XP）结合使用的思想来指导软件的开发过程（编写产品订单,划分冲刺计划,管理燃尽图,制定团队规范,发布小版本、不断重构、持续整合和结对编程等）,在系统中采用框架技术（Webwork+Spring+Hibernate）,降低系统模块之间以及各层次之间的耦合性来迎合需求的变化；采用分库技术,将海量数据模块化而降低相互之间由于变化而产生的影响,采用预统计技术,增加系统应对复杂逻辑和大数据量的现状。从而增强系统对复杂业务逻辑的适应性以及对多变需求的现状的适应性。通过本论文的讨论研究,最后在原有技术的基础上给出了三点实践创新：定期进行整合与重构、交换结对编程、间断性客户在场实践。与传统的软件开发相比,用Scrum和极限编程结合指导软件系统的开发,并采用合适的优化技术,对在快节奏的社会中推行信息化有着积极的意义和实际的可操作性,可快速开发出更多稳定、优质的软件产品。
汪洋[10]（2010）在《基于极限编程的软件项目管理系统的研究与实现》文中指出当前国内的中小型软件开发公司在软件开发过程中,普遍存在着项目管理困难的问题。同时,项目管理人员还面临着项目资源有限、计划变更频繁、反应迟缓等问题。当前的项目管理软件系统较难满足软件开发公司的实际需求。如何设计一个项目管理软件系统来解决项目管理中存在的诸多问题,使软件开发项目能够顺利的完成,就是本文要讨论研究的主要问题。本文以极限编程为背景,对极限编程的过程进行研究。首先,在对极限编程的标准过程进行分析的基础上,给出了适用于中小型系统开发的,以用户故事、系统隐喻及迭代开发为主要实现方法的极限编程改进过程。其次,将极限编程改进过程应用于软件项目管理系统的设计开发中,解决了标准极限编程过程在中小型软件系统开发过程中无法与实际需求相吻合的不足。本文的软件项目管理系统采用了B/S和C/S混合模式来开发。该系统分为项目管理服务器和项目管理客户端两大部分。项目管理服务器主要完成项目任务的创建、分配以及任务进度的跟踪、统计功能,保证项目团队成员在可控的任务管理下完成项目预定计划。项目管理客户端主要完成从项目管理服务器获取任务等功能。随着技术的发展,系统的功能也要随之发展不断增加与改进,因此在文章的末尾就该软件项目管理系统提出了一些自己的看法和展望。
二、极限编程在大型项目开发中的应用（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、极限编程在大型项目开发中的应用（论文提纲范文）
（1）CMM评价模型在敏捷软件开发中的应用研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 1 绪论 |
| 1.1 研究背景 |
| 1.2 研究目的及意义 |
| 1.3 研究现状 |
| 1.3.1 国内研究现状 |
| 1.3.2 国外研究现状 |
| 1.4 研究内容及组织结构 |
| 1.4.1 研究内容 |
| 1.4.2 论文结构安排 |
| 2 软件能力成熟度模型 |
| 2.1 软件成熟度模型概述 |
| 2.2 软件能力成熟度模型表示方法 |
| 2.2.1 阶段式表示法 |
| 2.2.2 连续式表示法 |
| 2.3 软件能力成熟度模型实践域类型 |
| 2.4 本章小结 |
| 3 敏捷软件开发 |
| 3.1 敏捷软件开发方法概述 |
| 3.1.1 敏捷软件开发的价值观 |
| 3.1.2 敏捷软件开发的原则 |
| 3.2 SCRUM |
| 3.2.1 Scrum敏捷软件开发流程 |
| 3.2.2 Scrum团队中的主要角色 |
| 3.2.3 Scrum流程中的四个会议 |
| 3.2.4 Scrum流程中的三个工件 |
| 3.3 极限编程 |
| 3.4 本章小结 |
| 4 软件能力成熟度模型与敏捷软件开发的兼容性 |
| 4.1 软件成熟度模型与敏捷软件开发的兼容性分析 |
| 4.1.1 敏捷软件开发与软件成熟度模型之间的统一 |
| 4.1.2 敏捷软件开发与软件成熟度模型之间的矛盾 |
| 4.2 工程类实践域 |
| 4.2.1 选择管理供应商能力 |
| 4.2.2 工程和开发产品能力 |
| 4.2.3 确保质量能力 |
| 4.3 管理类实践域 |
| 4.3.1 项目管理能力 |
| 4.3.2 管理人力能力 |
| 4.4 支持类实践域 |
| 4.4.1 支持实施能力 |
| 4.5 提升类实践域 |
| 4.5.1 建立和维护能力 |
| 4.5.2 提升性能能力 |
| 4.6 本章小结 |
| 5 构建敏捷软件能力成熟度框架 |
| 5.1 构建敏捷软件能力成熟度框架 |
| 5.2 案例研究 |
| 5.2.1 项目简介 |
| 5.2.2 存在的不足 |
| 5.2.3 项目实施 |
| 5.2.4 实施结果 |
| 5.3 本章小结 |
| 6 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 攻读学位期间发表的学术论文及参加的科研项目 |
| 致谢 |
| 参考文献 |
（2）基于敏捷开发的软件项目管理与研究 ——以R公司某互联网业务处理系统为例（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景、目的与意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究目的和意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国外研究现状 |
| 1.2.2 国内研究现状 |
| 1.3 研究内容及研究方法 |
| 1.3.1 研究内容 |
| 1.3.2 研究方法 |
| 第二章 相关理论基础 |
| 2.1 传统瀑布式开发相关概念和理论 |
| 2.2 敏捷开发相关概念和理论 |
| 2.2.1 敏捷开发的起源 |
| 2.2.2 敏捷开发及主要方法介绍 |
| 2.3 传统瀑布式开发方法与敏捷开发方法比较 |
| 第三章 R公司C项目背景及一期管理现状及问题分析 |
| 3.1 项目现状 |
| 3.1.1 R公司简介 |
| 3.1.2 C项目背景 |
| 3.1.3 项目特点分析 |
| 3.1.4 项目团队及职责 |
| 3.1.5 项目管理流程 |
| 3.1.6 项目沟通机制 |
| 3.1.7 项目管理工具 |
| 3.2 C项目问题分析 |
| 3.3 C项目引入新的管理办法的必要性 |
| 第四章 C项目二期基于敏捷开发的管理体系设计 |
| 4.1 基于敏捷方法调整项目团队 |
| 4.1.2 产品负责人 |
| 4.1.3 敏捷教练 |
| 4.1.4 开发团队 |
| 4.1.5 专家人员 |
| 4.2 基于敏捷方法调整开发流程 |
| 4.2.1 构建敏捷开发流程 |
| 4.2.2 Sprint冲刺设计 |
| 4.2.3 版本迭代设计 |
| 4.3 基于敏捷方法调整项目沟通机制 |
| 4.3.1 需求评审会和迭代启动会 |
| 4.3.2 每日站会 |
| 4.3.3 迭代评审会 |
| 4.3.4 发布评审会 |
| 4.3.5 迭代回顾会 |
| 4.4 基于敏捷方法构建项目工件 |
| 4.4.1 产品Backlog构建 |
| 4.4.2 冲刺Backlog构建 |
| 4.4.3 产品增量构建 |
| 4.5 基于敏捷方法引入项目辅助管理工具 |
| 4.5.1 启用新的项目管理工具 |
| 4.5.2 引入可视化看板 |
| 4.5.3 引入测试驱动开发 |
| 4.5.4 引入持续集成及自动化部署 |
| 4.6 C项目一期、二期管理体系对比 |
| 第五章 C项目二期运用敏捷开发管理的实施案例 |
| 5.1 C项目二期项目特点介绍 |
| 5.2 敏捷管理方法在C项目二期中的应用 |
| 5.2.1 团队管理策略 |
| 5.2.2 项目沟通策略 |
| 5.2.3 辅助工具使用策略 |
| 5.2.4 开发流程相关策略 |
| 5.3 C项目应用敏捷管理方法成果总结 |
| 第六章 总结与展望 |
| 6.1 论文的结论 |
| 6.2 论文的不足 |
| 6.3 未来研究展望 |
| 致谢 |
| 参考文献 |
（3）ERP项目开发中的敏捷策略研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第一章 绪论 |
| 1.1 研究背景 |
| 1.2 研究目的和意义 |
| 1.2.1 研究目的 |
| 1.2.2 研究意义 |
| 1.3 研究内容与方法 |
| 1.3.1 研究内容 |
| 1.3.2 研究方法 |
| 1.4 论文结构 |
| 第二章 理论概述 |
| 2.1 项目管理概述 |
| 2.1.1 项目管理概述 |
| 2.1.2 项目管理核心 |
| 2.1.3 软件项目管理 |
| 2.2 敏捷理论概述 |
| 2.2.1 敏捷简介 |
| 2.2.2 敏捷管理 |
| 2.3 ERP项目理论概述 |
| 2.3.1 ERP概述 |
| 2.3.2 ERP功能 |
| 第三章 ERP项目开发中的问题分析 |
| 3.1 现有ERP项目开发概况 |
| 3.2 现有ERP项目开发中的问题 |
| 3.2.1 管理太轻产生的问题 |
| 3.2.2 管理太重产生的问题 |
| 3.2.3 不合适的管理产生的问题 |
| 第四章 ERP项目中敏捷策略应用实践 |
| 4.1 引入敏捷框架 |
| 4.1.1 敏捷方法的优势 |
| 4.1.2 为什么大家喜欢敏捷 |
| 4.2 使用敏捷方法进行开发 |
| 4.2.1 敏捷方法 |
| 4.2.2 Scrum方法 |
| 4.2.3 XP极限编程 |
| 4.3 敏捷管理方案设计 |
| 4.3.1 范围管理 |
| 4.3.2 时间和成本管理 |
| 4.3.3 团队活力和沟通管理 |
| 4.3.4 质量和风险管理 |
| 4.4 ERP现有问题解决方案 |
| 第五章 JD公司ERP项目敏捷案例 |
| 5.1 敏捷环境搭建 |
| 5.1.1 搭建敏捷开发环境 |
| 5.1.2 部署敏捷行为 |
| 5.1.3 ERP项目部署 |
| 5.2 开展敏捷工作 |
| 5.2.1 定义项目计划和路线图 |
| 5.2.2 计划发布与冲刺 |
| 5.2.3 安排全天的工作 |
| 5.2.4 项目评审和交付 |
| 5.3 ERP项目优化后效果 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
（4）基于关键链的软件项目敏捷管理（论文提纲范文）
| 摘要 |
| abstract |
| 1.绪论 |
| 1.1 研究背景 |
| 1.2 研究目的 |
| 1.3 国内外研究现状 |
| 1.3.1 敏捷软件开发研究现状 |
| 1.3.2 关键链项目管理研究现状 |
| 1.3.3 基于关键链的敏捷方法研究现状 |
| 1.4 主要研究内容 |
| 2.理论及技术基础 |
| 2.1 项目管理介绍 |
| 2.1.1 项目管理过程 |
| 2.1.2 项目管理的不足 |
| 2.2 敏捷项目管理方法介绍 |
| 2.2.1 敏捷项目管理架构 |
| 2.2.2 敏捷项目开发概念及核心价值 |
| 2.2.3 敏捷方法论介绍 |
| 2.2.4 敏捷方法对比分析 |
| 2.3 关键链技术介绍 |
| 3.基于关键链的敏捷开发进度管理模型 |
| 3.1 关键链与敏捷方法结合的可行性分析 |
| 3.2 关键链与敏捷方法结合的应用范围分析 |
| 3.3 关键链与SCRUM集成的框架设计 |
| 3.4 关键链与SCRUM集成的模型构造 |
| 3.4.1 时间预估方法 |
| 3.4.2 关键链确认 |
| 3.4.3 缓冲区设置 |
| 3.4.4 计划调整 |
| 3.4.5 迭代控制 |
| 3.5 关键链与SCRUM集成的工作流程 |
| 3.5.1 Scrum敏捷团队构成 |
| 3.5.2 关键链与scrum集成的工作流程设计 |
| 4.基于关键链的敏捷开发进度管理模型在智慧酒店系统移动端开发中的应用 |
| 4.1 公司及项目背景 |
| 4.2 研发管理现状及SCRUM改造 |
| 4.2.1 研发管理现状 |
| 4.2.2 Scrum改造 |
| 4.2.3 Scrum流程改造的问题分析 |
| 4.3 关键链与SCRUM集成开发进度管理 |
| 4.3.1 项目组织架构 |
| 4.3.2 开发进度管理-以移动端开发为例 |
| 4.4 智慧酒店移动端开发进度管理模型应用效果分析 |
| 5.总结及展望 |
| 5.1 总结 |
| 5.2 展望 |
| 参考文献 |
| 致谢 |
（5）敏捷项目管理在人力资源开发系统中的应用研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外研究现状 |
| 1.3 研究内容和技术路线 |
| 1.4 论文组织结构 |
| 第二章 敏捷项目管理理论 |
| 2.1 敏捷起源 |
| 2.2 敏捷核心价值观 |
| 2.3 敏捷项目管理特点及应用 |
| 2.4 敏捷典型方法简介 |
| 2.4.1 极限编程 |
| 2.4.2 Scrum |
| 2.4.3 精益软件开发 |
| 2.5 敏捷与传统项目管理方法的比较 |
| 2.6 本章小结 |
| 第三章 敏捷项目管理模型研究 |
| 3.1 结合敏捷方法的软件项目管理模型 |
| 3.2 团队管理 |
| 3.2.1 团队建设 |
| 3.2.2 组织结构 |
| 3.2.3 沟通协作 |
| 3.3 需求管理 |
| 3.3.1 需求收集和分析 |
| 3.3.2 变更管理 |
| 3.4 进度管理 |
| 3.4.1 里程碑设定 |
| 3.4.2 迭代计划和任务分配 |
| 3.5 质量管理 |
| 3.5.1 设计与编码过程 |
| 3.5.2 测试和缺陷管理 |
| 3.5.3 定期检查和调整 |
| 3.5.4 文档管理 |
| 3.6 本章小结 |
| 第四章 敏捷方法在A公司人力资源开发系统项目中的应用 |
| 4.1 A公司人力资源开发系统项目分析 |
| 4.1.1 公司简介 |
| 4.1.2 系统背景 |
| 4.1.3 系统开发面临的问题 |
| 4.1.4 系统分析小结 |
| 4.2 A公司人力资源开发系敏捷项目管理实施 |
| 4.2.1 组织结构及团队管理 |
| 4.2.2 需求收集和分析 |
| 4.2.3 开发和迭代进程 |
| 4.3 敏捷项目管理效果分析与评价 |
| 4.3.1 整体效果评价 |
| 4.3.2 敏捷对需求管理改进效果 |
| 4.3.3 敏捷对进度管理改进效果 |
| 4.3.4 敏捷对质量管理改进效果 |
| 4.3.5 敏捷对团队管理改进效果 |
| 4.3.6 进一步改进建议 |
| 4.4 本章小结 |
| 第五章 总结与展望 |
| 5.1 总结 |
| 5.2 展望 |
| 参考文献 |
| 致谢 |
| 攻读学位期间发表的学术论文目录 |
（6）面向持续集成软件的安全缺陷检测技术研究（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景与意义 |
| 1.2 国内外研究现状 |
| 1.3 本文结构安排 |
| 第二章 持续集成基础理论 |
| 2.1 持续集成 |
| 2.1.1 极限编程 |
| 2.1.2 每日集成 |
| 2.2 常见持续集成工具 |
| 2.3 持续集成工具组成 |
| 2.4 持续集成的意义及风险 |
| 2.5 本章小结 |
| 第三章 持续集成工具缺陷分析 |
| 3.1 缺省安全机制 |
| 3.2 主从节点中间人攻击 |
| 3.3 Web应用缺陷 |
| 3.3.1 API服务权限提升漏洞 |
| 3.3.2 Java反序列化 |
| 3.3.3 RPC协议及JRMP漏洞 |
| 3.4 敏感目录 |
| 3.4.1 敏感目录 |
| 3.4.2 可执行脚本 |
| 3.5 其他缺陷 |
| 3.6 缺陷行为特征分析 |
| 3.7 本章小结 |
| 第四章 安全检测系统的设计与实现 |
| 4.1 系统概述 |
| 4.1.1 主要目标 |
| 4.1.2 整体框架 |
| 4.2 前台与通信模块 |
| 4.3 日志收集与分析模块 |
| 4.3.1 日志分析系统概述 |
| 4.3.2 Elastic Search系统 |
| 4.3.3 规则语句编写 |
| 4.4 数据统计分析模块 |
| 4.4.1 数据统计分析系统概述 |
| 4.4.2 CRITIC方法原理 |
| 4.4.3 缺陷行为权重量化 |
| 4.5 本章小结 |
| 第五章 安全检测系统的测试与分析 |
| 5.1 测试环境 |
| 5.1.1 主机环境 |
| 5.1.2 虚拟机环境 |
| 5.2 实验测试 |
| 5.2.1 前台与通信模块 |
| 5.2.2 缺陷探测模块 |
| 5.2.3 日志分析模块 |
| 5.3 结果分析 |
| 5.4 本章小结 |
| 第六章 总结与展望 |
| 6.1 本文主要工作与创新点 |
| 6.2 后续工作展望 |
| 参考文献 |
| 致谢 |
| 攻读硕士学位期间已发表或录用的论文 |
（7）极限编程优势与局限性探讨（论文提纲范文）
| 1 传统软件开发面临的问题 |
| 1.1 无法应对需求的不断变化 |
| 1.2 软件产品质量低下 |
| 1.3 项目风险较大 |
| 2 极限编程的优势 |
| 2.1 适应快速变化的项目需求 |
| 2.2 保证较高的产品质量 |
| 2.3 降低项目风险 |
| 3 极限编程的局限 |
| 3.1 团队规模有限 |
| 3.2 文化认同有一定难度 |
| 3.3 对项目组成员要求较高 |
| 4 极限编程的适用范围 |
| 4.1 需求变化大的项目 |
| 4.2 开发风险高的项目 |
| 4.3 人员精干的团队 |
（8）基于GRAPPLE和XP开发过程的中小型企业信息化设计和开发模式研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究背景、目的和意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究目的及意义 |
| 1.2 国内外相关研究概况 |
| 1.2.1 国内研究现状 |
| 1.2.2 国外研究现状 |
| 1.2.3 发展趋势 |
| 1.3 本文研究内容与方法 |
| 1.3.1 主要研究内容 |
| 1.3.2 技术路线 |
| 1.3.3 研究方法 |
| 1.3.4 论文框架 |
| 1.4 本文的创新点 |
| 第2章 论文研究的相关理论基础 |
| 2.1 传统开发过程 |
| 2.1.1 瀑布模型（Waterfall Model） |
| 2.1.2 快速原型模型（Rapid Prototype Model） |
| 2.1.3 螺旋模型（Spiral Model） |
| 2.2 现代开发过程 |
| 2.2.1 RUP 模型 |
| 2.2.2 GRAPPLE 模型 |
| 2.2.3 极限编程XP 简析. |
| 2.3 本章小结 |
| 第3章 基于GRAPPLE 和XP 的中小型企业信息系统开发过程模式设计 |
| 3.1 中小型企业信息化的特点 |
| 3.2 中小型企业信息系统开发的需求分析 |
| 3.2.1 中小企业信息化面临的问题 |
| 3.2.2 中小型企业信息系统开发的需求 |
| 3.3 GRAPPLE 和XP 对中小型企业信息系统开发的支持分析 |
| 3.3.1 GRAPPLE 的优点及局限性 |
| 3.3.2 XP 的优点及局限性 |
| 3.4 基于GRAPPLE 和XP 过程结合的信息系统开发过程模式 |
| 3.4.1 GRAPPLE 和 XP 的对比分析 |
| 3.4.2 GRAPPLE 和 XP 的结合的可行性分析研究 |
| 3.4.3 GRAPPLE 结合 XP 的信息系统开发方案设计 |
| 3.5 本章小结 |
| 第4章 基于 JAVAEE SSH 框架的开发技术模式 |
| 4.1 GRAPPLE 和XP 开发过程对开发技术的要求 |
| 4.2 适合GRAPPLE 和XP 开发过程的框架分析 |
| 4.2.1 开发框架的分析 |
| 4.2.2 JAVAEE 框架分析 |
| 4.3 适合GRAPPLE 和XP 开发过程的框架选择 |
| 4.3.1 表示层框架的选择 |
| 4.3.2 业务逻辑层框架的选择 |
| 4.3.3 持久层框架的选择 |
| 4.3.4 各个层次框架的整合 |
| 4.4 本章总结 |
| 第5章 基于GRAPPLE 和XP 开发过程的中小型企业信息系统的开发实现 |
| 5.1 项目介绍 |
| 5.2 项目开发规划与实施 |
| 5.2.1 需求收集段 |
| 5.2.2 分析段 |
| 5.2.3 设计段 |
| 5.2.4 迭代开发段 |
| 5.2.5 部署段 |
| 5.3 GRAPPLE 结合XP 开发过程与RUP 开发过程效果对比 |
| 总结与展望 |
| 参考文献 |
| 攻读学位期间发表的论文 |
| 致谢 |
| 大摘要 |
（9）敏捷软件开发在新农村合作医疗系统中的研究与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 1 绪论 |
| 1.1 研究背景及意义 |
| 1.2 国内外现状 |
| 1.2.1 国外发展现状 |
| 1.2.2 国内发展现状 |
| 1.2.3 发展前景 |
| 1.3 课题来源 |
| 1.4 论文组织结构 |
| 2 开发平台与工具 |
| 2.1 J2EE |
| 2.1.1 JAVA语言 |
| 2.1.2 J2EE的核心技术 |
| 2.2 ExtJS |
| 2.3 WebWork2+Spring+Hibernate |
| 2.4 MyEclipse 6.0 |
| 2.5 Oracle 11g |
| 2.6 小结 |
| 3 敏捷软件开发 |
| 3.1 敏捷联盟与敏捷宣言 |
| 3.2 敏捷方法论 |
| 3.3 常见敏捷软件开发方法 |
| 3.3.1 Scrum |
| 3.3.2 极限编程(XP/eXtreme Programming) |
| 3.3.3 其他 |
| 3.3.4 敏捷开发方法比较 |
| 3.4 小结 |
| 4 新农村合作医疗系统分析 |
| 4.1 项目背景 |
| 4.2 系统早期开发方法 |
| 4.3 问题的提出 |
| 4.4 对策 |
| 4.5 小结 |
| 5 Scrum与极限编程在新农村合作医疗系统的实施 |
| 5.1 Scrum的管理应用 |
| 5.1.1 新农合故事点划分 |
| 5.1.2 系统冲刺计划制定 |
| 5.1.3 管理燃尽图,调整冲刺计划 |
| 5.2 极限编程的实践应用 |
| 5.2.1 制定团队的规范 |
| 5.2.2 根据冲刺计划持续发布小版本 |
| 5.2.3 持续整合与不断重构子系统小版本 |
| 5.3 关键技术 |
| 5.3.1 框架集成 |
| 5.3.2 数据库分库技术 |
| 5.3.3 预统计管理 |
| 5.4 小结 |
| 6 系统中的应用创新 |
| 6.1 定期进行整合与重构 |
| 6.2 交换结对编程 |
| 6.3 间断性客户在场实践 |
| 6.4 小结 |
| 7 收获与总结 |
| 参考文献 |
| 攻读学位期间的主要学术成果 |
| 附录 |
| 致谢 |
（10）基于极限编程的软件项目管理系统的研究与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 研究背景 |
| 1.2 国内外研究开发现状 |
| 1.3 论文的主要工作 |
| 1.4 本文的主要研究内容及安排 |
| 第2章 基础理论 |
| 2.1 软件过程 |
| 2.1.1 软件过程基本概念 |
| 2.1.2 软件过程分类 |
| 2.1.3 软件过程主要研究方向 |
| 2.2 极限编程 |
| 2.2.1 极限编程过程 |
| 2.2.2 极限编程的价值 |
| 2.2.3 极限编程的原则 |
| 2.2.4 极限编程的活动 |
| 2.2.5 极限编程的实践 |
| 2.2.6 极限编程的优缺点分析 |
| 2.3 软件体系结构 |
| 2.3.1 客户/服务器体系 |
| 2.3.2 浏览器/服务器体系 |
| 2.4 本章小结 |
| 第3章 极限编程过程的改进 |
| 3.1 标准极限编程过程的局限性 |
| 3.2 极限编程过程的改进 |
| 3.2.1 背景分析 |
| 3.2.2 方法研究 |
| 3.2.3 具体实现 |
| 3.3 极限编程改进过程的优点 |
| 3.4 本章小结 |
| 第4章 软件项目管理系统的实现 |
| 4.1 用户故事确定系统需求 |
| 4.1.1 系统用户角色 |
| 4.1.2 系统用例模型 |
| 4.2 系统隐喻构建系统框架 |
| 4.2.1 系统规范 |
| 4.2.2 构建系统体系架构 |
| 4.2.3 系统功能模块设计 |
| 4.3 迭代开发实现项目管理客户端 |
| 4.3.1 用户素材表确定迭代任务 |
| 4.3.2 第一次迭代的实现 |
| 4.3.3 第二次迭代的实现 |
| 4.3.4 第三次迭代的实现 |
| 4.4 本项目管理系统优势 |
| 4.5 本章小结 |
| 第5章 总结 |
| 5.1 论文总结 |
| 5.2 展望 |
| 附录 项目管理服务器接口 |
| 致谢 |
| 参考文献 |
| 攻读硕士学位期间发表的论文及科研成果 |
四、极限编程在大型项目开发中的应用（论文参考文献）
- [1]CMM评价模型在敏捷软件开发中的应用研究[D]. 闫鹏斌. 华北水利水电大学, 2020(01)
- [2]基于敏捷开发的软件项目管理与研究 ——以R公司某互联网业务处理系统为例[D]. 施策. 昆明理工大学, 2020(05)
- [3]ERP项目开发中的敏捷策略研究[D]. 王洪洪. 北京邮电大学, 2020(04)
- [4]基于关键链的软件项目敏捷管理[D]. 黄曦. 西南财经大学, 2018(03)
- [5]敏捷项目管理在人力资源开发系统中的应用研究[D]. 袁夏. 上海交通大学, 2017(02)
- [6]面向持续集成软件的安全缺陷检测技术研究[D]. 周鹏程. 上海交通大学, 2017(03)
- [7]极限编程优势与局限性探讨[J]. 董冰,薛蕾. 创新科技, 2013(12)
- [8]基于GRAPPLE和XP开发过程的中小型企业信息化设计和开发模式研究[D]. 郑宇. 江苏科技大学, 2011(01)
- [9]敏捷软件开发在新农村合作医疗系统中的研究与实现[D]. 肖武魁. 中南林业科技大学, 2010(02)
- [10]基于极限编程的软件项目管理系统的研究与实现[D]. 汪洋. 河南大学, 2010(11)