2017毕业论文-基于mp、rup的软件过程研究

《2017毕业论文-基于mp、rup的软件过程研究》由会员分享，可在线阅读，更多相关《2017毕业论文-基于mp、rup的软件过程研究（20页珍藏版）》请在金锄头文库上搜索。

1、摘摘 要要 随着计算机的应用和普及，计算机的性能逐年增强，用户对运行于计算机和因特网上 的软件的功能和性能的渴望也随之增加，用户希望更好更复杂更快的软件来满足他们的需 要；与此同时，市场的激烈竞争迫使现代软件企业必须更快地生产出用户需要的复杂软件。 这样导致了软件危机的出现。面对软件危机 Rational 公司推出的 RUP 软件开发过程和微软 公司推出的 MP 软件开发过程在软件开发方面都取得了很大的成功。然而 MP、RUP 方法的提 出并未真正的解决软件危机，同时人们希望通过追求寻找解决软件危机的最佳方法。针对 现代软件产业所处的困境，鉴于现有的软件工程领域的软件生命周期模型在解决软件开发

2、 问题方面存在的局限性，本文提出了 MRUP 软件开发过程，MRUP 过程是基于对 MP、RUP 的 研究，并针对其中的一些局限提出的一种新的软件过程。 关键字关键字：微软过程；Rational 统一过程；MRUP 过程；研究 目 录 第一章 绪论.3 1.1 研究背景3 1.2 研究意义和目的.4 1.3 研究内容6 第二章、MP 方法的介绍 .6 2.1 微软过程概述6 2.2 生命周期7 2.3 人员7 2.4 方法7 2.5 产品9 2.6 四要素之间的关系9 2.7 本章小结9 第三章、RUP 的介绍 .10 3.1RATIONAL 统一过程概述.10 3.2 RUP 的过程结构.1

3、1 3.3 RUP 的动态结构.11 3.4 RUP 的静态结构.15 3.5 本章小结15 第四章 MRUP 软件过程模式 16 4.1MRUP 的概述16 4.2MRUP 过程模式的生命周期及相关错误的规避16 4.3MRUP 过程模式的人员16 4.4MRUP 过程模式方法17 4.5MRUP 过程模式的产品18 4.6 MRUP 过程模式的生命周期、人员、方法与产品四要素间的关系 .18 4.7 本章小结18 第五章 总结与展望.18 总结18 展望19 致 谢.19 参考文献19 第一章 绪论 1.1 研究背景 1946 年，世界上第一台电子计算机诞生在美国宾夕法尼亚大学的摩尔学院，

4、 由此拉开了计算机软件的发展史。从宏观角度而言，计算机软件发展主要经历 了以下三个阶段。 （1）第一阶段程序设计阶段 20 世纪 60 年代以前还没有软件开发的说法，那时只有程序设计的概念， 最多在写出程序后配有程序结构说明各使用说明。经典的程序设计方法为“程 序设计=数据结构+算法” 。 （2）第二阶段软件工程阶段 20 世纪 70 年代以来，人们认识到软件的工作不能仅限于编写程序，软件 开发工作在程序编写之前和之后还有很多重要的工作不能忽略，例如需求分析、 测试、维护等等。在总结“软件危机”教训后，人们认识到并建立软件工程的 思想。软件工程摒弃了认为只有充满编程技巧的程序才能高水平地发挥个

5、人才 能的观念，强调程序的可读性、可理解性、可测试性和易修改性等工程化的原 则。 （3）第三阶段软件过程阶段 从 20 世纪 90 年代开始，人们更加强软件开发的效率、软件的质量以及软 件开发相关的管理工作，建立了“软件过程”的概念。软件过程不仅包括软件 开发过程，还包括了支持性、管理性过程。 到目前为止，人们对软件工程的研究主要是对软件生命周期模型的研究。 典型的生命周期模型包括瀑布模型、演化模型、螺旋模型、喷泉模型等。 （1）瀑布模型 瀑布模型规定了软件生命周期各阶段的不同活动，包括定义阶段的项目计 划和需求分析，开发阶段的设计、编码和测试，维护阶段的运行维护。这些活 动自上而下，相互衔接

6、，呈线性图状，如同瀑布流水，逐级下落。但此模型适 用于用户需求明确、稳定的软件项目。 （2）演化模型 演化模型包括两大步骤：第一步进行试验开发，得出产品“原型” ，其目标 在于弄清软件需求并探索其可行性；第二步在原型基础上开发出较为满意的软 件产品。因此演化模型又称为原型模型。 演化模型减少了软件因需求不明确给开发工作带来的风险。 （3）螺旋模型 螺旋模型沿螺线旋转，每旋转一圈都历经笛卡儿坐标系中四个象限的四个 方面活动制订计划、风险分析、实施工程及客户评估。螺线自内向外每旋 转一圈便开发一个更为完善的新的软件版本。采用的是一种自上而下的工作方 式。 螺旋模型将瀑布模型和演化模型进行结合，同时

7、加入了这两种模型中都忽 略的风险分析，可应用于指导客户需求不太稳定的软件开发以及大型软件开发 中。 （4）喷泉模型 相对于螺旋模型，喷泉模型引入了“面向对象的分析设计方法” 。此模型由 于各阶段均采用了“对象”这一统一范式，整个过程看起来像喷泉从喷出到落 下再喷出的周而复始过程产生的光滑水柱，属自底向上的工作方式。相对螺旋 模型而言，喷泉模型除具有模型的“迭代演化”特点外，还具有软件过程各阶 段的无缝衔接性，并且对软件复用和软件生命周期内多项开发活动的并行与集 成提供了支持。 这四种模型均对软件过程中各过程阶段的活动密切关注，而对过程活动的 执行者及分工、过程中使用的方法和工具、过程中各阶段的

8、目标等方面的论及 则很少甚至没有。因而，用于指导软件开发实践时，表现出较差的可操作性。 1.2 研究意义和目的 软件生命周期模型未能改变现代软件产业整体处于困境的现状，且不同的 软件开发项目在不同的方面有着不足和缺陷，并且不幸的是，有太多的项目最 终失败了，但是我们可以从这项目中找出一些共同的症状： 对于最终用户的需求理解不够准确。 对需求的变更束手无策。 脆弱的架构。 软件质量低劣。 测试的不充分导致对项目的缺陷发现比较晚。 软件性能令人无法接受。 拙劣的进度计划和评估。 缺乏资源。 不具备项目管理方法。 缺少管理层的支持。 一个不可靠的构造和发布过程。 尽管不同的项目以不同的方式失败，但是

9、似乎大多数的失败是由于以下几 点根本原因综合造成的： 特别的需求管理。 模糊和不精确的交流。 程序模块互不兼容，及不易扩展。 过度复杂。 未检测出需求、设计和实现之间的不一致性。 测试不足。 对项目状况的评估过于乐观。 未解决存在的风险。 对变化无法掌控。 为了解决上面的软件问题。它需要一个过程来集成软件的许多方面，它需 要一个通用的方法，该方法能： （1）提供应如何对整个开发团队的开发活动进行组织指导。 （2）综合指导单个开发人员和开发团队。 （3）规定开发成果是什么。 （4）提供监控和衡量一个项目中的产品和活动的标准。 一个定义良好且管理良好的过程是区别成效卓著的项目和不成功项目之间 的重

10、要指标。 “MRUP 开发过程”正是我们在软件开发上面临的难题的解决之道。 “MRUP 开发过程”是在 MP 与 RUP 的基础上对软件开发过程的一种研究， 利用此方法对提高一个软件企业的过程能力，及时且高质的完成软件开发，进 而提高企业的综合能力都有深远的意义。 1.3 研究内容 本文的研究内容主要包括以下几个部分： 介绍 MP 方法理论，并对其中的一些优缺点进行阐述。 学习和研究 RUP 过程，提出了 RUP 方法的优缺点。 基于 MP、RUP 提出了 MRUP 方法，并且依次从生命周期、人员、方法、产品 等方面对其进行了描述。 第二章、MP 方法的介绍 2.1 微软过程概述 微软公司是世

11、界上最大的、也是最成功的软件公司之一，其产品涵盖多个 领域。但微软公司并未通过 CMM 认证，也并未宣称自己使用过 RUP 和其它过程。 微软公司有自己的软件开发过程，且其过程被几十年实践证实是非常行之有效 的。到底微软过程是一个怎么样的过程呢？ 微软解决方案框架（Microsoft solution Framework , MSF ）回答了以上 问题。MSF 是微软顾问咨询部于 1994 年根据微软公司成功的产品开发经验总结、 设计而成的框架体系，该设计该框架体系的目的是帮助企业提升利用 IT 技术解 决商务问题的能力。经过不断的改进和发展，微软将公司内部的产品开发人员、 顾问咨询人员以及微

12、软公司全球的客户和合作伙伴在项目设计。开发各管理方 面经过实践检验的、可重复、可借鉴的成功经验都集成到 MSF 之中，从而为不 同规模的组织结构和不同类型的 IT 项目提供从项目组织规划和产品发布管理的 全方位指导和帮助，是一套高效、灵活、可扩展的软件开发管理体系。 MSF 是一个框架结构的经验知识库，它包括以下方面的内容。 企业结构设计方案。 项目开发准则。 应用程序模型。 企业信息基础设施的实施方法。 其中项目开发准则中的过程模型和组织模型分别是从软件过程中的过程、 人员及组织、方法、产品等不同方面阐述了 MSF 的一些经验，而这些方面实质 构成了一套软件过程模式，即微软过程（Micros

13、oft process, MP）模式。 2.2 生命周期 微软过程的每一个生命周期发布一个递进的软件版本，各生命周期持续、 快速地循环。每个生命周期分为五个阶段，分别是：构想阶段、计划阶段、开 发阶段、稳定阶段和发布阶段。且分别结束于前景和范围得到认可、项目计划 得到认可、项目范围内的所有产品特性开发完成、可发布版本准备就绪和产品 发布完成这五个主要的里程碑。这五个阶段均涉及产品管理、程序管理、开发、 测试、发布各角色及其活动，并且在每个阶段之间都设立了缓冲时间。 2.3 人员 微软过程根据项目组中的所有职能将人员划分六种角色，分别是产品管理 角色、程序管理角色、开发角色、测试角色发布管理角色

14、。由产品经理、程序 经理、开发工程师、测试工程师、用户体验人员和发布管理人员担任。项目组 中虽然多个角色可合并由一个个体担任，但项目组内的开发人员不兼任其他角 色，也不会让两个有明显利益冲突或制约关系的职能角色合并。且这六种角色 中他们的关系是对等的。 在人员管理上，要求所有的成员都参与设计，共同决策，共同管理。让大 家都有明确的目标，阐述产品的前景，让所有成员都有了解产品前景，并对其 有清晰的认识和明确的认同，使每一位成员能以自己为产品的美好前景贡献力 量而感到自豪。把每个角色的人员划分成多个小型的、多元化的项目组，每个 小型的项目组人数控制在 10 个以下，且每个项目组成员在同一地点办公，

15、以方 便交流与沟通。 2.4 方法 微软通常采用“同步稳定产品开发法” 。典型项目的生命周期包括三个阶 段： 计划阶段：完成功能的说明和进度表的最后制定 开发阶段：写出完整的源代码 稳定化阶段：完成产品，使之能够批量生产（Roll Out） 在开发和稳定化阶段的所有时间中，一个项目通常会将 2/3 的时间用于开 发，1/3 的时间用于稳定化。这种里程碑式的工作过程使微软经理们可以清楚 地了解产品开发过程进行到了哪一步，也使他们在开发阶段的后期有能力灵活 地删去一些产品特性以满足进度要求。 并且针对每个阶段的活动均提出了一些行之有效的方法和技术。 2.4.1 计划阶段 主要是做以下事情： （1）

16、.把你准备做什么样一个产品搞清楚，这个产品有什么特性。 （2）.这个产品有没有市场，用户为何需要这个产品以及该产品的走势。 （3）.这个产品大概是个什么样子，是否有个大概的原型展示方便高层决 策。 （4）.设计的功能，目标，优先级，大概的进度。 微软在这个计划阶段保存了很多可行性研究分析和产品规划的内容在里面， 更多的是一个产品规划的内容。 2.4.2 开发阶段 开发阶段的计划对三四个主要的里程碑版本都逐个分配一组特性，规定出 特性的细节和技术上的相关性，记录下单个开发员的任务以及对进度的估计。 在开发阶段中，开发员在功能性说明的指导下写源代码，测试员写出测试项目 组以检查产品的特性与工作范围是否正常，用户体验人员则编写出文档草案。 当测试员发现错误时，开发员并不是留待以后处理，而是马上改正，并在 整个开发阶段内使测试不断地、自动地进行。这就改善了产品的稳定性并且使 版本发布日期更易估计。当达到项目中的一定阶段点后（40%时） ，开发员就试 图“锁定”产品的主要功能要求或特性，从此，只允许小范围的改动。如果在 此点之后开发员想作大的改动，他们必须与程序经理以及开发