当前位置:首页 > 资讯 > info6 > 正文

软件开发过程

发表于: 2006-08-16   作者:bloghan   来源:转载   浏览:
摘要: 软件开发过程一.开发过程中的阶段和里程碑RUP中的软件生命周期在时间上被分解为四个顺序的阶段,分别是:初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)。每个阶段结束于一个主要的里程碑(MajorMilestones);每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是

软件开发过程

一.开发过程中的阶段和里程碑
  
  RUP中的软件生命周期在时间上被分解为四个顺序的阶段,分别是:初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construct

ion)和交付阶段(Transition)。每个阶段结束于一个主要的里程碑(Major Milestones);每个阶段本质上是两个里程碑之间的时间跨度。在每

个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话,可以允许项目进入下一个阶段。
  
  1.初始阶段
  
  初始阶段有时也称先启阶段。初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部

实体,在较高层次上定义交互的特性。本阶段具有非常重要的意义,在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要风险。

对于建立在原有系统基础上的开发项目来讲,初始阶段可能很短。
  
  初始阶段结束时是第一个重要的里程碑:生命周期目标(Lifecycle Objective)里程碑。生命周期目标里程碑评价项目基本的生存能力。
  
  2.细化阶段
  
  细化阶段的目标是分析问题领域,建立健全的体系结构基础,编制项目计划,淘汰项目中最高风险的元素。为了达到该目的,必须在理解

整个系统的基础上,对体系结构作出决策,包括其范围、主要功能和诸如性能等非功能需求。同时为项目建立支持环境,包括创建开发案例,

创建模板、准则并准备工具。
  
  细化阶段结束时第二个重要的里程碑:生命周期结构(Lifecycle Architecture)里程碑。生命周期结构里程碑为系统的结构建立了管理基

准并使项目小组能够在构建阶段中进行衡量。此刻,要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。
  
  3.构造阶段
  
  在构建阶段,所有剩余的构件和应用程序功能被开发并集成为产品,所有的功能被详细测试。从某种意义上说,构建阶段是一个制造过程

,其重点放在管理资源及控制运作以优化成本、进度和质量。
  
  构建阶段结束时是第三个重要的里程碑:初始功能(Initial Operational)里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行

部署。此刻,要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“beta”版。
  
  4.交付阶段
  
  交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代,包括为发布做准备的产品测试,基于用户反馈的少量的调

整。在生命周期的这一点上,用户反馈应主要集中在产品调整,设置、安装和可用性问题,所有主要的结构问题应该已经在项目生命周期的早

期阶段解决了。
  
  在交付阶段的终点是第四个里程碑:产品发布(Product Release)里程碑。此时,要确定目标是否实现,是否应该开始另一个开发周期。在

一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。
  
二 RUP的核心工作阶段
  
  RUP中有9个核心工作分为6个核心过程和3个核心支持工作。尽管6

个核心过程可能使人想起传统瀑布模型中的几个阶段,但应注意迭代过程中的阶段是完全不同的,这些工作在整个生命周期中一次又一次被访问。9个核心工作阶段在项目中轮流被使用,在每一次迭代中以不同的重点和强度重复。
  
  1.商业建模(Business Modeling)
  
  商业建模工作描述了如何为新的目标组织开发一个构想,并基于这个构想在商业用例模型和商业对象模型中定义组织的过程,角色和责任。
  
  2.需求(Requirements)
  
  需求工作的目标是描述系统应该做什么,并使开发人员和用户就这一描述达成共识。为了达到该目标,要对需要的功能和约束进行提取、组织、文档化;最重要的是理解系统所解决问题的定义和范围。
  
  3.分析和设计(Analysis & Design)
  
  分析和设计工作将需求转化成未来系统的设计,为系统开发一个健壮的结构并调整设计使其与实现环境相匹配,优化其性能。分析设计的结果是一个设计模型和一个可选的分析模型。设计模型是源代码的抽象,由设计类和一些描述组成。设计类被组织成具有良好接口的设计包(Package)和设计子系统(subsystem),而描述则体现了类的对象如何协同工作实现用例的功能。
  
  设计活动以体系结构设计为中心,体系结构由若干结构视图来表达,结构视图是整个设计的抽象和简化,该视图中省略了一些细节,使重要的特点体现得更加清晰。体系结构不仅仅是良好设计模型的承载媒介,而且在系统的开发中能提高被创建模型的质量。
  
  4.实现(Implementation)
  
  实现工作的目的包括以层次化的子系统形式定义代码的组织结构;以组件的形式(源文件、二进制文件、可执行文件)实现类和对象;将开发出的组件作为单元进行测试以及集成由单个开发者(或小组)所产生的结果,使其成为可执行的系统。
  
  5.测试(Test)
  
  测试工作要验证对象间的交互作用,验证软件中所有组件的正确集成,检验所有的需求已被正确的实现, 识别并确认缺陷在软件部署之前被提出并处理。RUP提出了迭代的方法,意味着在整个项目中进行测试,从而尽可能早地发现缺陷,从根本上降低了修改缺陷的成本。测试类似于三维模型,分别从可靠性、功能性和系统性能来进行。
  
  6.部署(Deployment)
  
  部署工作的目的是成功的生成版本并将软件分发给最终用户。部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动,包括:软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。在有些情况下,还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。
  
  7.配置和变更管理(Configuration & Change Management)
  
  配置和变更管理工作描绘了如何在多个成员组成的项目中控制大量的产物。配置和变更管理工作流提供了准则来管理演化系统中的多个变体,跟踪软件创建过程中的版本。工作流描述了如何管理并行开发、分布式开发、如何自动化创建工程。同时也阐述了对产品修改原因、时间、人员保持审计记录。
  
  8.项目管理(Project Management)
  
  软件项目管理平衡各种可能产生冲突的目标,管理风险,克服各种约束并成功交付使用户满意的产品。其目标包括:为项目的管理提供框架,为计划、人员配备、执行和监控项目提供实用的准则,为管理风险提供框架等。
  
  9.环境(Environment)
  
  环境工作的目的是向软件开发组织提供软件开发环境,包括过程和工具。环境工作流集中于配置项目过程中所需要的活动,同样也支持开发项目规范的活动,提供了逐步的指导手册并介绍了如何在组织中实现过程。
 

软件开发过程

编辑推荐
在自考时,考《信息技术开发与管理》时就接触过软件开发的步骤。今天看软工视频,再次接触这方面的
可行性分析:要不要做 需求分析:要做什么 系统设计:如何做 可行性分析:了解用户需求和现实环境,
软件过程模型习惯上也称为软件开发模型,它是软件开发全部过程、活动和任务的结构框架。典型的软件
RUP介绍: 面向对象 适应UML 处理的问题: 对开发过程改进,需求管理,应对用户需求,早发现缺陷,
转载自:http://wiki.mbalib.com/wiki/RUP 统一软件开发过程(Rational Unified Process,RUP) 目录 [
一、软件产品质量的特点 按照ISO 9126的定义,软件的质量通常可以从以下六个方面去衡量(定义) ·功用
一、软件产品质量的特点 按照ISO 9126的定义,软件的质量通常可以从以下六个方面去衡量(定义) ·功用
软件工程从方向上来说有两大部分:一是软件的开发技术部分;二就是软件的工程管理部分。 通俗一点说
RUP(rational unified process)是一个面向对象且基于网络的程序开发方法论。它是以面向对象方法为
RUP(Rational Unified Process, 统一软件开发过程, 统一软件过程)是一个面向对象且基于网络的程
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号