软件过程软件生命周期.pptVIP

;;内容概要;软件生存周期;制定方案;需求分析和定义;;软件设计;程序编写;软件测试;软件维护;SoftwareinNatural;主要活动(FrameworkActivities);内容概要;软件过程的根本概念;;软件过程的开展;内容概要;软件过程模型;瀑布模型;;;原型模型;原型模型;;原型模型;增量模型;;;增量过程的优点

增强了最终用户对系统开发过程的可见性，用户最紧迫的需求能够在最短的时间得到满足。

每一次增量开发的结果都可以作为一个原型系统，有助于下一次增量的需求确认。

有助于降低整个工程失败风险。

重要的系统效劳能够得到较为充分的测试。

增量过程的问题

有可能退化为Adhoc，〔需求控制，增量划分〕;螺旋模型;;确定目标

确定软件目标，选定实施方案，确定工程开发的限制条件

风险分析

分析所选方案，考虑如何识别和消除风险

实施开发

选择本次迭代的开发活动及过程模型

制定方案

评审本次迭代结果，为下次迭代制定方案;;内容概要;RUP(RationalUnifiedProcess);;这种方法是一个连续地发现、创造和实现的过程。

在生存期早期，可以及时发现和改正严重的需求理解错误；

允许和鼓励用户反响信息，以明确系统的真实需求；

使开发人员重视工程中最关键问题，抓住可能导致工程真实风险的问题；

不断迭代地测试可以给出工程状况的客观评价；

尽早发现需求、设计和实现间的不一致；;3)使用基于构件的软件体系结构;基于构件建立软件体系结构提供了一系列方案，用以解决软件开发中所遇到的问题：

使用构件可以创立有弹性的体系结构；

模块化方法使得人们可以分别关注系统中容易变化的不同元素；

通过使用标准化的框架〔如CORBA，EJB，COM+〕和其他商品化的构件可以提供软件的可复用性；

构件为软件配置管理提供了一个非常自然的根底。;4)建立软件的可视化模型;通过模型化，可将系统体系结构的结构和行为可视化，具体化。应用UML〔统一建模语言〕，开发人员可以清楚地，无二义性地与其他人交流他们的想法和决定。

可视化建模可以帮助开发人员提高管理软件复杂性的能力。通过迭代开发实践，还可以展示体系结构的变化，有助于人们评估这些变化，确保在每次迭代过程中协调模型与源代码的一致性。

软件的可视化建模可以提供一系列方案，用以解决软件开发所遇到的问题.;Rational统一过程;RUP有自己的过程框架。该框架的特点是：RUP是用例驱动的、以体系结构为核心的、迭代的增量的过程。

RUP采用二维的过程结构：

过程的第一维〔横轴〕说明过程的生存期，它反映了过程被激活时的动态情况，用周期、阶段、迭代和里程碑表示。

过程的第二维〔纵轴〕说明过程的静态状况，通过过程构件、活动、工作流、制品和工作人员描述过程。;;过程的静态描述：过程模型;过程的静态描述：过程模型;(1)工作人员〔Worker,Role〕;工程经理在方案工程和人员分配时根据每个人的技能安排每个人担当的角色。

一个人可以担当几个工作人员；一个工作人员也可以由几个人担当。;(2)活动〔Activity〕;(3)制品〔Artifact〕;(4)工作流〔工作流程〕;核心工作流;工作流细节;工作流例如:需求分析;迭代方案;过程的动态描述：迭代开发;但顺序开发过程有它的问题，主要表现为：

需求和市场随着时间推移会发生变化。

技术根底随着技术进步也会发生变化。

软件设计不能保证一定是正确的。

对于未知的工程，软件开发充满风险。

软件开发时间长，每一个活动只进行一次，没有学习和自我提高的时机。

开发过程过分强调确定的被认可的文档和冻结的基线，阻碍了以前阶段的反响。

不适于基于增量的开发。;解决方案是将一个大型工程分解为可连续应用瀑布模型的几个小局部。在对一局部进行需求分析和风险、设计、实现并确认之后，再对下一局部进行需求分析、设计、实现和确认。以此进行下去，直到整个工程完成。这就是迭代式开发。

在RUP中，迭代过程分为几个阶段。;初始阶段〔Inception〕：确定最终产品的设想及其用例，定义工程范围。

细化阶段〔Elaboration〕：方案需完成活动和资源，详细说明产品特性并设计软件体系结构。

构造阶段〔Construction〕：构造整个产品，逐步完善视图、体系结构和方案，直到产品〔完整的设想〕已完全准备好交付给用户。

移交阶段〔Transition〕：移交产品给用户。包括制造、交付、培训、支持及维护产品。;这4个阶段经历的时间是不同的。每个阶段时间的长短要具体情况具体分析。

特定工程环境导致各阶段时间长短可能有很大不同。每个阶段最重要的是阶段目标和里程碑。

典型的时间分配如下：;这4个阶段构成开发周期，周期结束时产生一代新的软件产品。

软件产品产生于初始开发