|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
统一过程（Unified Process）是一个统一的软件开发过程，也是一个通用过程框架，可以应付种类广泛的软件系统、不同的应用领域、不同的组织类型、不同的性能水平和不同的项目规模。RUP是基于构件的，这意味着利用它开发的软件系统是由构件构成的，构件之间通过定义良好的接口相互联系。在准备软件系统所有蓝图的时候，RUP使用的是统一建模语言（UML）。
|
|
|
|
与其他软件过程相比，RUP具有三个显著的特点，即用例驱动、以基本架构为中心、迭代和增量。
|
|
|
|
RUP中的软件过程在时间上被分解为4个顺序的阶段，分别是初始阶段、细化阶段、构建阶段和交付阶段。每个阶段结束时都要安排一次技术评审，以确定这个阶段的目标是否已经达到。如果评审结果令人满意，就可以允许项目进入下一个阶段。基于RUP的软件过程模型如下图所示。
|
|
|
|
|
|
|
|
从上图中可以看出，基于RUP的软件过程是一个迭代过程。初始、细化、构建和交付4个阶段就是一个开发周期，每次经过这4个阶段就会产生一代软件。除非产品退役，否则通过重复同样的4个阶段，产品将演化为下一代产品，但每一次的侧重点都将放在不同的阶段上。这些随后的过程称为演化过程。
|
|
|
|
在进度和工作量方面，所有阶段都各不相同。对于演化周期，初始和细化阶段就小得多了。能够自动完成某些构建工作的工具将会缓解此现象，并使得构建阶段比初始阶段和细化阶段的总和还要小很多。通过这4个阶段就是一个开发周期，每次经过这4个阶段就会产生一代软件。产品经历几个周期后，新一代产品随之产生。
|
|
|
|
RUP的工作流程分为两部分，即核心工作流程与核心支持工作流程。核心工作流程（在项目中的流程）包括业务需求建模、分析设计、实施、测试和部署；核心支持工作流程（在组织中的流程）包括环境、项目管理、配置与变更管理。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
RUP是使用面向对象技术进行软件开发的最佳实践之一，是软件工程的过程。它对所有关键开发活动提供了使用准则、模板及工具等。
|
|
|
|
|
|
.迭代式开发：RUP支持专注于处理生命周期每个阶段中最高风险的迭代开发方法，极大地减少了项目的风险性。
|
|
|
|
.需求管理：RUP描述了如何提取、组织和文档化需要的功能和限制。
|
|
|
|
.使用基于构件的体系结构：RUP提供了使用新的及现有构件定义体系结构的系统化方法。
|
|
|
|
.可视化软件建模：RUP开发过程显示了对软件如何可视化建模、捕获体系结构及构件的构架和行为。
|
|
|
|
.验证软件质量：RUP帮助计划、设计、实现、执行和评估软件质量，并且不是事后型的。
|
|
|
|
.控制软件变更：RUP开发过程描述了如何控制、跟踪和监控修改以确保成功的迭代开发。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
嵌入式系统软件的开发过程可以分为项目计划、可行性分析、需求分析、概要设计、详细设计、程序建立、下载、调试、固化、测试及运行等几个阶段。
|
|
|
|
项目计划、可行性分析、需求分析、概要设计及详细设计等几个阶段，与通用软件的开发过程基本一致，都可按照软件工程方法进行，如采用原型化方法、结构化方法等。
|
|
|
|
：由于嵌入式软件的运行和开发环境不同，开发工作是交叉进行的，所以每一步都要考虑到这一点。
|
|
|
|
程序建立阶段的工作是根据详细设计阶段产生的文档进行的，主要是源代码编写、编译链接等子过程，这些工作都在宿主机上进行，不需要用到目标机。产生应用程序的可执行文件后，就要用到交叉开发环境进行调试，根据实际情况可以选用3.6.3节中提到的调试方法或其有效组合来进行。由于嵌入式系统对安全性和可靠性的要求比通用计算机系统要高，所以，在对嵌入式系统进行白盒测试时，要求有更高的代码覆盖率。
|
|
|
|
最后，要将经调试后正确无误的可执行程序固化到目标机上。根据嵌入式系统硬件配置的不同，可以固化在EPROM（Erasable Programmable ROM，可擦除可编程ROM）和Flash等存储器中，也可固化在DOC（DiskOnChip）等电子盘中，通常还要借助一些专用编程器进行。
|
|
|
|
|
|
|
|
|
|
|
|
|
