建筑企业信息系统RUP裁剪模型及其应用研究

在分析和研究RUP开发方法及大中型建筑企业项目特点的基础上，建立了一种面向建筑企业信息系统的RUP裁剪模型，最后将该模型应用到一个具体的建筑企业信息系统的开发过程中，取得了良好的效果。     

RUP在小型J2EE项目中的应用

RUP是IBM公司的一个软件过程产品,适合于规模比较大的软件项目和大型的软件开发组织或团队。在实际中,软件项目团队根据自身客观条件的限制和技术的影响,应该对RUP进行必要的裁剪,从而最大限度地发挥RUP的作用。论文讲述了如何把RUP应用到小型项目团队开发J2EE应用系统的过程中,并且结合J2EE技术的特点从项目管理、架构设计、开发和测试等方面重点阐明了对RUP的裁剪。     

基于RUP的生产准备子系统的分析与设计

统一软件过程(RUP)是一种用例驱动的,以架构为中心的,采用迭代增量方式开发的软件工程化过程,应用统一建模语言(UML)进行可视化建模,为面向对象系统的开发提供了方法论的指导.在分析RUP过程的基础上,结合过程裁剪的原则和方法,在实际项目中进行了系统分析、设计及建模过程的实践.     

RUP：裁剪使用更“贴身”

对于中、小规模的软件项目。开发团队的规模不是很大。软件的开发周期也比较短。在这种情况下。完全照搬RUP并不完全适用。因此。裁剪RUP使其适合中、小型软件开发项目是非常有必要的。     

RUP估算过程模型

软件行业估算追踪记录显示软件项目的失败率仍很高,估算问题是基本的原因之一.估算方法的创新没有出现期望的突破,而通过可控的过程,可以获得期望的结果.提出了一个过程模型,用于指导软件项目展开一系列估算相关的活动.该过程模型包括两部分,一是RUP估算过程,其详细描述了RUP开发模型里每个开发管理阶段应如何进行估算;二是用贝叶斯网络对RUP估算过程模型建立图形化推理模型,它能有效地用于估算分析、交流、权衡以及风险预测等.RUP估算过程解决了估算活动的定义问题,但不便于形成清晰的估算视图.软件估算的特点很适合用贝叶斯网络进行建模.贝叶斯工作量估算模型是RUP估算过程模型的抽象;ESFQ模型详细建模了软件项目关键因素之间的权衡关系.案例分析证明了该过程模型的适用性.     

UML与RUP在科技项目评审系统中的应用

统一建模语言(UML)与Rational统一过程(RUP)是当代软件工程界的两大新型技术,是有效解决软件危机的两大得力方法。然而UML与RUP的庞大繁杂使得软件项目的实施不知如何遵从。为此,通过对科技项目评审系统的具体分析与开发,给出了一种有效的在实际项目中运用这两大技术的方法,实验表明,合理应用RUP可降低软件开发的风险,可达到CMM2级或3级。     

XP、RUP结合起来开发小型项目

介绍了XP、RUP两种开发过程，指出两者在开发小型项目时有其各自的优缺点，提出可以将XP、RUP结合起来开发小型项目的观点，并给出了一些在实际开发项目应用中的结合方法。通过一个具体项目的开发经验，介绍了在实际开发小型项目中结合XP、RUP的方法和技巧。     

RUP与XP软件过程整合设计研究

为了使中小型软件企业从天才式的自由开发和作坊式的制作模式解脱出来,步入团队化、规范化、标准化的新阶段,本文引入一套规范化的RUP与XP整合设计的软件过程框架。通过分析RUP、XP各自优缺点,对这两种过程模式进行相应的取舍、定制、整合设计后用于软件开发实践中。RUP和XP整合方案完善了XP的过程模式,弥补了RUP在指导中小型项目开发的不足,有效地解决项目的紧急需求以及时间压力问题,且可以降低开发项目的风险,提高开发系统的效率和质量。     

Rational统一过程在开发电网仿真系统中的应用

阐述了Rational统一过程的基本特征和工作流，且将RUP引入电网仿真系统的开发过程，建立了电网仿真系统基于RUP的用例模型和系统构架，给出了电网仿真系统的迭代实现过程，并对RUP进行了总结。     

基于RUP的数据平台开发过程

阐述RUP的基本特点,并对RUP进行了裁剪,来指导SQAP系统数据平台的开发.该开发过程可以推广到一般数据平台的开发中.     

Requirements for Security Enhancements to Legacy Software with RUP

ABSTRACT

This article describes how to adapt a specific part of the Rational Unified Process (RUP) framework for the purpose of conducting requirements gathering for software projects aimed at adding security features to legacy software. The RUP seems particularly fitting for this purpose because it aggregates numerous software engineering terms into a common body of knowledge and strives to give them clear and unambiguous semantics. Furthermore, the RUP allows project coordinators to pick and choose only the process elements best suited to meet the particular needs of a project.

The article should prove useful to project managers, process engineers, and software architects responsible for teaching old software new security functions. It should also prove useful to organizations that have already carried out basic software security projects such as those that fix buffer overflows, teach the software to perform better data validation, replace unsafe string handling functions, and recompile code with safe exception handling. This article covers only a small and very specific part of the RUP. It interprets the RUP in ways guided by the author's experience and specializes the Requirements discipline for use in projects tasked with adding new security features to legacy software.     

A reference framework for process-oriented software development organizations

In this paper, a proposal of a generic framework for process-oriented software development organizations is presented. Additionally, the respective way of managing the process model, and the instantiation of their processes with the Rational Unified Process (RUP) disciplines, whenever they are available, or with other kind of processes is suggested. The proposals made here were consolidated with experiences from real projects and we report the main results from one of those projects.     

Dinosaur meets Archaeopteryx? or: Is there an alternative for Rational’s Unified Process?

Since 1999, Rationals Unified Process (RUP) is being offered as a guideline for software projects using the Unified Modeling Language (UML). RUP has been advertised to be iterative, and incremental, use case-driven and architecture-centric. These claims are discussed while RUP core concepts like phase, iteration, discipline (formerly: workflow) and milestone are reviewed in more detail. It turns out that the RUP constitutes a considerable step towards a broad dissemination of software process modelling ideas but some of the RUP definitions and structures lack clear structure and are too complex and overloaded for practical use.Among others, I see the following particular problems: (1) phases do still dominate the process and iteration structure, (2) the term software architecture is not clearly defined and its role is still underestimated, (3) RUP disciplines are a partly redundant concept complicating the process more than supporting it, (4) powerful and transparent structuring principles like recursion and orthogonality do not get the attention they deserve. As an alternative, our model for Evolutionary, Object-oriented Software development (EOS) is contrasted with the RUP.     

基于RUP和UML的商场会员卡信息系统建模

Rational统一过程RUP是先进实用的软件开发过程,统一建模语言UML是功能强大的可视化建模语言。本文结合商场会员卡信息系统,遵循RUP的生命周期阶段,采用UML进行系统建模。在系统建模过程中各模型建立时,可进行相应的推导和转换。将RUP和UML结合起来指导软件开发,可提高软件开发的质量、效率和可维护性。     

基于SOA的软件过程管理流程改进

以RUP为基础提出一种改进的软件过程管理模型。根据SOA构建系统的思想方法,对这个软件过程管理模型进行逐层的服务分类分析,列举软件过程管理模型中的一些关键服务流,以及这些关键服务流的输入和输出标准,通过这些标准,构建起的软件过程管理系统具有一定的科学性和标准性。     

OLTP系统的RUP建模研究与应用

软件开发过程是一个将用户需求转化为软件系统所需要的所有活动的集合，模型是这些活动的核心制品。每个模型都是在一定角度和抽象层次上对软件系统的描述，设计良好的模型有利于开发团体理解软件系统并控制系统风险。探讨了如何对目前广泛应用的RUP(Rational通用过程，Rational Unified Process)进行剪裁和补充，以实现OLTP(Online Transaction system，在线事务处理)系统的高效建模。