基于软件工程管理基础上的远教服务网研究.docVIP

　　基于软件工程管理基础上的远教服务网研究 --第一章 绪论 1.1 研究背景 电子政务平台是政府信息化建设的重要组成部分，但是电子政务系统建设的周期较长，投资较长，应用的开发和管理技术也非常的复杂，工程中产生的信息繁杂。因此，如何正确的收集工程信息，并有效的分析工程信息，通过工程信息获得工程的进展状况，并及时的对实施过程进行调整，从而达到完成工程目标的目便成了决定项目成败的关键。也正因为如此，项目管理技术和软件过程管理技术在电子政务平台的建设中被运用的非常广泛。 目前在电子政务平台开发的过程中采用的大多数是传统的瀑布式开发，瀑布式开发的特点是线性的开发路径，大量的文档，复杂而严谨的项目开发过程，完成一次开发周期的时间较长。这就要求在项目开发的初始阶段，需求分析需要非常的明确和稳定，才能避免在后期开发的过程中出现需求的偏离或因为需求改变引起较大的额外开销。所以当前电子政务平台开发的主要资源均放在需求分析阶段，甚至不惜花费高额的成本，引用外部咨询公司来进行需求分析和系统规划，但是效果却依然差强人意。这种现状的产生，和电子政务平台的特征有很大的关系。 政府的变革是政府发展的常态，作为政府运作的电子化工具，电子政务平台必定要随着政府的变化不断的进行调正和适应。在变革之前预测出所有的系统需求的变化是一件非常困难的事情。需求工程能解决部分问题，但不能将适应需求变化完全交付给它，这是个不切实际的想法。只有从软件过程上真正的拥抱变化，才能让电子政务的平台开发符合变化的需求。 敏捷开发正是一种能很好的适应快速变化的需求，轻量级的开发过程模型。但是敏捷开发却很少用在大型的，复杂的项目上，电子政务平台这类开发周期长，涉及系统多的大型项目，是否能运用敏捷开发方法，是个需要尝试和探索的理论。本文的主要论述内容就是大型电子政务平台运用敏捷方法的可行性。 1.2 敏捷方法发展现状 敏捷开发是伴随着软件行业快速开发趋势的兴起而产生的一种开发模型。随着软件应用在社会各个领域的不断深入，软件需求变得不可预测，更加的模糊和快速变化。以往建构在需求预测基础上的软件过程变得越来越不适合软件开发的要求。在这种情况下，出现了很多新的开发方法。 新的方法有 Scrum，XP，DSDM，FDD 等轻量级方法，这些方法在一定程度上解决了传统的开发方法在适应需求的变化上所存在的问题。2001 年 2 月，新方法的一些创始人在美国犹他州建立了敏捷联盟。至此，敏捷开发开始出现在软件行业中。 敏捷开发有效的解决了传统缓慢、笨重、繁杂的软件开发过程，采用更为细致的小型需求直接面向软件开发，并且以迭代的方式逐渐构建出大型的复杂的软件系统。和传统的流程需要在开始之前定义完整的架构相比，敏捷开发更具备形式上的灵活性[1]。 近些年，一些著名的公司，如谷歌，微软，诺基亚等公司均已经开始采用敏捷方法进行开发，在他们的带动下，大公司对于敏捷的接受程度也在慢慢的提升，敏捷开发也逐渐在被应用到大型的项目中去。敏捷大师 Craig Larman 经过多年的研究，升级了精益与敏捷方法，以支持规模为 200-2000 人的单个产品研发团队，分布式、多站点、离岸式外包开发团队，以及大型企业（10,000+）的精益和敏捷组织变革。他将自己的这套经验总结为 LSS（Large-Scale Scrum）方法，并且在遍及亚洲、欧洲与北美的的客户，如通信和大型嵌入式系统领域的 Nokia、Siemens、NSN 和 Xerox，以及全球金融和其他行业领域内的客户中得到了成功应用[2]。也正是如此，应用敏捷开发的方式搭建电子政务平台，有了理论上的可行性。通过引入敏捷开发，也有希望能解决目前电子政务系统开发的一些不良现状。 1.3 电子政务系统开发现状 我国的政府信息化建设是沿着：机关内部办公自动化，管理部门的电子化工程，全面的政府上网工程这样的步骤展开的。近几年，我国电子政务在内部需求的推动和外部需求的拉动下，取得了长足的发展，但是在发展的过程中也出现了很多的问题，制约着我国电子政务的进一步发展。仅从系统规划和系统建设的角度来看，目前我国电子政务系统存在的不足。 第二章 敏捷开发理论 2.1 敏捷开发理论 2.1.1 敏捷开发 敏捷开发是一种开发方法学（Methodology），可以对客户变更的需求快速应对。它强调以团队成员为中心，使用多次迭代的方式，循序渐进，层层推进地开发软件。在敏捷开发过程中，软件项目被划分成多个相互联系但也能独立运行的子项目。这就使得每个子项目在开发、测试直至完成的过程中一直保持可使用的状态。这个过程实际上就是要形成开发过程中团队之成员之间更加有效的合作关系，使其灵活性更高，以适应不断变化的需求。敏捷开发过程与传统开发过程的最大的不同之处在于，在敏捷开发过程中，团队是有激情、有活力的，能够适应更大