CMM下的一个改进的XP过程

CMM下的一个改进的XP过程一、立论依据课题来源、选题依据和背景情况、课题研究目的、工程应用价值课题来源： 导师指导下自选选题依据和背景情况：多数软件开发仍然是一个显得混乱的活动，设计过程充斥着短期的，即时的决定，而无完整的规划。这种模式对小系统开发其实很管用，但是当系统变得越大越复杂时，要想加入新的功能就越来越困难。同时错误问题越来越多，越来越难于排除。人们经过研究，借鉴其它工程领域的实践,发明了“正规方法”.这些正规方法已存在了很长时间了，但是并没有取得令人瞩目的成功，甚至就没怎幺引起人们的注意。对这些方法最常听见的批评就是它们的官僚繁琐，要是按照它的要求来，那有做太多的事情需要做，而延缓整个开发进程。这种方法一般被称做“巨型”（monumental）方法。为了克服巨型方法的缺陷,产生了一群被称为“敏捷型”方法的软件开发方法。它们在无过程和过于繁琐的过程中达到了一种平衡，使得能以不多的步骤过程获取较满意的结果。 XP(极限编成)就是一种“敏捷型”方法. 软件能力成熟度模型是一个建立组织能力的模型，已经在软件及其它方面广泛采用。软件CMM分为五级，其功能是为软件开发团队描述良好的工程和管理惯例，对改进优先度作出规定。课题研究目的及工程应用价值：XP倡导了许多良好的软件工程惯例，但如果在使用的时候超出其狭窄的适用范围后，使用起来的效果可能会适得其反。本文将研究在CMM标准的指导下怎幺合理运用基于xp但又不同于xp的过程的软件开发过程，进而从理论上阐述一种适应范围更广、应用更灵活、规范而又简单的软件开发过程，以期对软件开发过程及软件项目管理具有一定的指导意义，使软件的开发更加顺利，项目能够更好的获得成功。 国内外研究现状、发展动态 我国已正式加入WTO，政治经济体制正发生着剧烈而深刻的变革，"推进国民经济和社会信息化，是覆盖现代化建设全局的战略举措"，对软件开发来说这意味着需求的迅速变化，另一方面，我国95%以上的企业均不超过500人（美国的一些专家认为在500人以下的均属小型软件企业）。因此研究并实践Agile方法对我国的软件企业尤为重要，我们不仅要面对迅速变化的需求，还要直接应对国际范围的竞争。 Agile方法也面临一些亟需解决的问题。一，对过程的管理要"刚刚好"（just enough）,即不要太多也不要太少，那幺这个"刚刚好"的尺度在实践中不易把握，需要进一步的理论研究；二，目前XP方法只限于小型开发组织，最好用于10人以下，能否应用于大型组织？三，由于目前的大多数软件开发组织采用的是传统方法，如何在CMM的框架下实施Agile方法？可否通过Agile方法的实施来帮助整个企业提高能力成熟度？四，Agile方法特别强调人的重要性，那幺如何考虑文化的差异，特别是中国的文化？参考文献（部分）：[1] Martin Fowler,new methodology，Chief Scientist, ThoughtWorks[2] Mark C. Paulk, 从CMM的角度看XP,sIEEE,Vol.20,No.5,pp.14-18,2003[3] Allen, P. XP Explained: The Cutter Edge (June 5,2001).[4]Beck, K Extreme Programming Explained：Embrace Change.Addison-Wesley,Reading,MA,1999.[5]Beck, K. Embracing Change with Extreme Programming. IEEE Computer,32,10 (October 1999) 70-77.[6]Johnson, D.L. and Brodman, J.G. Applying CMM Project Planning Practices to Diverse Environments. IEEE Software,17,4 (July/August 2000) 40-47. 二、文献综述 三、研究内容 1．主要研究内容及拟关键技术主要研究内容: 1.软件CMM关键开发程序范围的目的和目标 2.XP软件开发过程 3.满足XP的软件CMM关键开发程序范围(KPA) 4.软件项目管理的难点 5.对XP过程改进的设想与方案关键技术：如何衡量并确定XP的某些过程是否符合CMM的标准是个难点问题；另外，对于改进的方法如何从理论上去论述它的正确性与可行性是另一个难点。 2．拟采取的研究方法、技术路线、实施方案及可行性分析 拟采取的研究方法：采用理论研究为主，以案例研究、经验总结为辅的研究方法。 技术路线和实施方案：本文将借助于项目管理的理论与XP软件过程的理论进行创新研究。属于理论研究类文章。 可行性分析： 无论是CMM标准，还是XP过程方法都是很成熟的事物了，同时也有非常多的企业或是团队运用其方法成功的完成了软件项目。从而我们可以认为借助于这些案例，对于软件开发过程中的不足之处加以改进，取二者之长的方法从理论上能够更好的使软件项目获得成功。在此基础上我们抽象、归纳出一套流程化的软件过程及项目管理方法，使其它还未能享受到软件开发快乐的企业或团队有可借鉴的方法，是可行的。3、预期目标 期望有一套可复用的开发过程及开发过程流程图；期望能够详细的描述出这种开发过程的项目管理模式。 四、研究基础 1.所需实验手段、研究条件和实验条件实验手段：课题研究将侧重理论研究。能够上网查阅一些资料。2． 所需经费，包含经费来源、开支预算（工程设备、材料须填写名称、规格、数量） 五、工作计划序号 阶段及内容 工作量估计（时数） 起讫日期 阶段成果形式 1 选择课题，了解国内外背景 1个月 2004.1~2004.2 确定论文开题 2 查看相关书籍，了解相关领域的最新动态，确定研究步骤 1个月 2004.2~2004.3 确定研究步骤 3 调查、思考成功软件项目的特点 1个月 2004.3~2004.4 形成具体案例 4 新方法的设计 1个月 2004.4~2004.5 完成流程设计草图 5 理论阐述、流程说明拟稿 1个月 2004.5~2004.6 理论探索论证 6 论文写作及修改阶段 1个月 2004.6~2004.7 完成论文工作 合计 6月 六、评审意见导师意见：组长： 组员： 年 月 日工程领域领导小组意见 负责人签名： 年 月 日