跳转到主要内容


developerWorks 中国  >  Rational  >  

文档库

developerWorks
 
  
 
  第 1 - 100 条,共 132 条      下一页  显示所有    隐藏内容简介    
 
题目 日期
.对系统需求进行优先次序排序 请确保首先构建最重要的需求
成功的项目组认识到不能等同地创建所有的需求,因此,需要对需求进行优先次序排序并按此顺序操作。
    2001年7月27日  
 
基于需求的规划策略 使项目规划以实际需要为基础
有效的项目规划是以项目需求为基础的。本文比较了完成这一目的的三种基本方法。
    2001年7月27日  
 
通过用例实现需求管理
如果您对需求管理还不了解知或者只是有很少的了解,但你有希望改进需求过程,那么本文将为您提供一个框架,您可以利用它开发自己的方案。
    2004年5月1日  
 
需求管理
简单地说,系统开发团队之所以管理需求,是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求,达到目标的几率就会降低。
    2004年8月26日  
 
使用需求管理加速交付更高质量的应用程序
今天的软件行业有许多方面值得骄傲。全球软件和服务市场产值超过 2210 亿美元,已经成为当今时代最重要的经济支柱。从技术上讲,该行业引领着非凡的新技术开发,这些技术开发每天都在提高企业生产力。
    2004年10月25日  
 
为开发人员提供的需求管理实践
作为开发人员,是否常常有人要求您对代码作一些小小的改动,从而使现有系统得到改进?您是否感觉这样的请求无处不在?您经常依据的规格说明书是否完整或精确?是否经常不清楚这些需求要表达的真正意思是什么?是否感觉无法真正解需求,因此觉得目标也总是在变化?是否感觉的自己就像是鞭梢,总是随着客户的变化而变化。
    2004年11月4日  
 
在医疗设备软件中应用需求管理
在过去10 年中,医疗设备软件开发的技术发展水平经历了巨大的变化。从过去 10-15 年间的医疗软件规格说明书中,FDA 已经意识到,规格说明书还有待于大幅度地改进。实际上,FDA 发现,这期间大约 44% 导致厂家自愿召回产品的质量问题,归因于特殊医疗设备的设计错误或设计不足,而不是因为制造阶段的错误。而且,似乎可以通过充分的设计控制来避免这些错误。
    2004年11月16日  
 
让软件设计与需求保持一致
本文描述了 IBM Rational® RequisitePro® 2003 和 IBM Rational® XDE™ Developer v2003 之间的集成如何帮助软件团队保持设计活动与需求的一致性。目的在于能够交付实际满足客户需求的软件。
    2004年11月16日  
 
特性、用例、需求
本文讲述了特性、用例和需求之间的关系和区别。
    2004年11月21日  
 
计算更高效需求管理的投资回报
通过降低需求中的错误,软件开发人员可以改善他们的项目成果,按照时间和预算按时交付高质量的软件。本白皮书给出在需求评估过程的管理和通讯方面进行投资的充分的理由。
    2005年1月1日  
 
为你的商业需求搭建合理的开发基础
这篇文章是连续四部分中的第一篇,是有关于如何正确地加强软件开发基础以及创建基于需求的购买决心。第一部分讨论优先商业的基础需要,增强需求和分析能力。
    2005年1月29日  
 
实施 RUP :需求管理
简单地说,系统开发团队之所以管理需求,是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求,达到目标的几率就会降低。
    2005年1月30日  
 
为你的业务需求建立正确的软件开发基础架构: 第 2 部分: 指定符合小组成员技能的设计和构造解决方案
来自Rational Edge:作为关于“如何建立比较强壮的软件开发基础架构”系列的第二次部分,我们把重心放在自动化设计和构造工具上。首先关注不同的工具如何用不同的角色和技能层次来适应开发者的需要,然后说明该如何开始表达设计并构造 RFP 中的需要。
    2005年2月15日  
 
为你的业务需求建立正确的软件开发基础架构
来自Rational Edge:关于如何建立比较强壮的软件开发基础架构系列的第三部分,这篇文章把重心集中在质量保证程序和工具上。
    2005年2月15日  
 
将 Rational XDE 业务过程移植为 RequisitePro 需求模型
本应用程序将会在您的 XDE 菜单中添加一个选项,这个选项可以使您利用用例和活动图中的信息自动填充 RequisitePro。选中的用例将作为事务用例(Business Use Case)需求模型加入到 RequisitePro 中,活动图中从属于用例的活动将作为原有事务用例需求模型的子需求模型加入到 RequisitePro 中。父需求模型(源自用例)将和 XDE 中的用例相互关联,这是为了适应更多关于 IUCM 整合的应用。
    2005年2月21日  
 
Rational Edge - 使用用例捕获业务需求
来自Rational Edge:这篇文章基于Simpay,一个通过移动电话操作的支付系统,的业务需求工程项目的经验,大致描绘了关于捕获业务需求的七个实用原则。
    2005年3月3日  
 
能写好代码就能写好需求
来自 Rational Edge:通过应用许多与他们编写代码时相同的原则和概念,开发人员可以有效地担当起需求工程师的职责。本文回顾了这些原则,并解释了如何将其应用于创建好的需求
    2005年4月1日  
 
利用 IBM Rational Suite AnalystStudio 进行迭代需求管理
本文解释了IT部门在定义和处理项目需求时面临的问题。它说明了如何利用需求管理解决方案解决这些问题。它解释了为什么高效的IT管理需要这样的解决方案。它解释了IBM Rational Suite AnalystStudio如何满足迭代需求管理的挑战。
    2005年4月7日  
 
利用模型驱动开发降低复杂性,第 2 部分: 定义和管理需求
本系列描述了如何使用 IBM Software Development Platform 的组件端到端地开发解决方案,从业务流程建模和需求到设计、构建、测试、部署以及监视。在第 1 部分中,学习了模型驱动的架构、IT 专业人员在产品生命周期中的角色与活动,以及他们的工具。本文介绍了如何定义和管理解决方案需求,用 IBM Rational RequisitePro 持久存储和管理需求。本系列未来的文章将把这些需求连接到 Rational XDE 中的模型工件(artifact)。
    2005年5月1日  
 
根据你的商业需求构建正确的软件开发基础
来自 Rational Edge:这个关于如何构建更健壮的软件开发基础设施平台系列中的第六及最后的部分关注于过程改进和项目组合管理,尤其是:如何将最佳实践变成日常实践,如何矫正、管理和度量项目活动和资源。
    2005年7月5日  
 
开发人员的需求管理实践
作为开发人员,是否常常有人要求您对代码作一些小小的改动,从而使现有系统得到改进?您是否感觉这样的请求无处不在?您经常依据的规格说明书是否完整或精确?是否经常不清楚这些需求要表达的真正意思是什么?是否感觉无法真正解需求,因此觉得目标也总是在变化?是否感觉的自己就像是鞭梢,总是随着客户的变化而变化
    2005年7月29日  
 
使用 IBM Rational Performance Tester v6.1 来产生动态需求
对于测试Web应用的性能,您需要使您的测试记录有能够与这些应用软件高度动态交互的能力。这篇深入的文章向您展示了在IBM Rational Performance Tester中如何从事数据池和数据关联的工作。
    2005年12月20日  
 
观点与展望,第 2 部分: 如何将业务需求转转换为 IT 要求?
在本月的专栏中,IBM 有洞察力的专家给出了他们对 IT 架构师在目前及将来所面临的问题的观点与展望。本月,他们将考虑以下问题:“我如何将组织的业务需求转换为 IT 要求,以便在系统体系结构中满足这些需求?"
    2006年5月30日  
 
Rational Edge: 需求版本化
本文来自于 Rational Edge:作者提出了两种用于跨多个产品发布版本场合管理需求的多个版本的方法。第一种方法使用了IBM Rational RequisitePro 或者其它需求管理工具。第二种方法使用了变更管理工具,例如,IBM Rational ClearQuest,它可以与需求管理工具结合使用。
    2006年9月14日  
 
Rational Edge: 用于产品和系统开发的系统建模语言的概述,第 1 部分: 需求、用例和测试用例建模
本文来自于 Rational Edge:这是一个三部分组成的系列文章中的第一部分,本文介绍了系统建模语言 (SysML,一种对于产品和系统开发的通用的图形建模语言)。 第一部分描述了 SysML 需求图、用例图和测试用例图。
    2006年10月16日  
 
Rational Edge: 正确地获取需求:基于视角的阅读技巧和 Rational 统一过程
本文来自于 Rational Edge:这篇文章介绍了一种需求审查的方法,它结合了基于视角的阅读技巧(Perspective-Based Reading,PBR)与 Rational 统一过程(Rational Unified Process,RUP)的需求规程部分,合并成为一个扩展版本。本文提供了广泛的基于该方法的例子和案例研究数据,来阐述它的价值和好处。
    2006年11月13日  
 
IBM 软件产品需求管理流程
IBM 软件产品的版本(V.R.M.F)从市场规划和客户需求开始,到研发以及后续的交付遵循 IBM 软件部集成产品设计(IPD)流程。
    2006年12月15日  
 
SOA 项目的需求过程,第 1 部分: 为 SOA 应用获取需求
无论您的面向服务的体系结构(SOA)项目看起来功能是多么强大,如果它不能满足业务需求,注定是要失败的。本文将探究为您的首个 SOA 项目获取所有技术需求的艺术和科学原理。
    2007年3月26日  
 
使用 Rational RequisitePro 进行需求管理的新技术,第 1 部分: 使用构架方法来分析、管理和跟踪业务需求
从 Kumar Mani 的这个系列中发现获取、管理和跟踪构架需求的新方法。这种方法是建立在构架理论基础上的,且适用于所有的 IT 项目。如果您是一位在公司或者集成项目中面临复杂请求的 IT 构架师或者经理,您就可以利用这些方法来管理这个项目,并有助于保证及时交付的时间。这篇文章探究了一个利用 IBM Rational 工具集的工具,但是它能够被复制,就像使用其它产品一样简单。
    2007年7月12日  
 
Rational Edge: 从业务用例和 Rational 统一过程中验证需求
解读企业如何在软件开发过程中应用用例来作为验证需求的基础。 (The Rational Edge)
    2007年10月15日  
 
IBM Rational SDP V7 助力中小企业需求过程改进,第 1 部分: IBM Rational 软件交付平台及产品简介
本文以中小软件企业为背景,通过总结一次在企业导入 IBM Rational 软件交付平台(SDP)及产品的软件过程改进咨询全过程,提炼出很多非常有价值的经验和方法,可以作为其他中小企业实施过程改进的有效参考。
    2007年11月12日  
 
IBM Rational SDP V7 助力中小企业需求过程改进,第 2 部分: 需求过程改进案例分析
在本文的第一部分我们介绍了 IBM Rational 进行需求过程改进的原理、方法和工具。本文的第二部分我们将结合具体案例讨论这些原理、方法和工具在中小企业实施过程改进实践中的实施和运用。
    2007年11月19日  
 
需求管理中数据和信息的关系及应用
本文从需求管理的角度,对需求管理中数据和信息的关系进行分析,并将之结合应用到软件的需求分析和管理活动中。本文同时还介绍了如何运用 IBM Rational RequisitePro 进行需求管理。
    2008年2月28日  
 
让 IT 与 SOA 解决方案中的卫生信息交换需求保持一致
很多卫生保健组织都在积极地向 IT 解决方案的面向服务的体系结构(Service-Oriented Architecture,SOA)寻求帮助,以促进行业的转型。但如何确保为这些活动而交付的解决方案是否满足业务用户的需求,将会面临极大的挑战。分析业务远景和需求,并将其与技术联系起来,这是 SOA 实现中最为重要的一部分。本文将以卫生信息交换网络为例,介绍管理此类需求的一种方法和相关的最佳实践,说明如何在引入 SOA 的过程中使用软件工具来确保技术投资与业务目标保持一致。
    2008年2月29日  
 
使用 Business Motivation Model、IBM Rational RequisitePro 与 IBM Rational Software Modeler 捕获需求
这篇文章描述了对 IBM Rational RequisitePro 与 IBM Rational Software Modeler 的若干扩展,这些扩展通过支持 OMG Business Motivation Model(BMM),对图形化建模业务需求需求之间的关系、以及为实现需求所需要做的事情之间的关系提供了良好的支持。
    2008年11月10日  
 
扩展 IBM Rational Data Architect 满足数据建模和集成需求,第 1 部分: 修改 RDA 模型和定制属性
IBM Rational Data Architect(RDA)是帮助企业全面理解企业信息架构的综合性工具,它目前正在迅猛发展。随着越来越多的人使用 RDA,一些客户强烈要求扩展 RDA,以满足他们独特的数据建模和集成需求。这个包含两个部分的系列向您展示如何扩展 RDA 的模型、属性视图、模型报告和验证规则。在第 1 部分,学习如何编程式地遍历和修改 RDA 模型,以及如何添加和显示定制的属性。
    2008年11月13日  
 
扩展 IBM Rational Data Architect 满足特定数据建模和集成需求,第 2 部分: 用 RDA 构建定制的报告和验证规则
作为帮助组织更透彻地理解企业信息架构的综合性工具,IBM Rational Data Architect(RDA)正在迅猛发展。随着越来越多的人使用 RDA,有些客户希望扩展 RDA,以满足他们独特的数据建模和集成需求。这个包含两个部分的系列展示如何扩展 RDA 的模型、属性视图、模型报告和验证规则。在第 1 部分,您学习了如何编程式地遍历和修改 RDA 模型,以及如何添加和显示定制的属性。在第 2 部分,学习如何生成定制的报告,以及如何为 RDA 模型添加您自己的验证规则。
    2008年11月24日  
 
在敏捷项目上有效地管理需求
本文来自于 Rational Edge: 需求管理不必非常复杂。在这篇文章中,您将了解在几乎所有的敏捷软件开发项目上都能有效地管理需求,而且简单易懂的方法的核心。文章还包括一个具体的案例。 (The Rational Edge)
    2008年12月18日  
 
在跨地域多团队环境下使用 IBM Rational RequisitePro 和 IBM Rational ClearCase 进行需求的版本化及并行开发
本文将讨论在使用 IBM Rational RequisitePro 及 IBM Rational ClearCase 实现 RequisitePro 需求文档的并行开发和版本化时可能会遇到的挑战,并为您介绍针对这些问题的解决方案。
    2008年12月24日  
 
业务需求驱动的软件质量管理系统 Rational Quality Manager
软件质量管理不仅仅是测试、验证产品的质量,更要关注产品是否满足真正的业务需求,也就是产品是否满足的客户的真正需求。Rational Quality Manager (RQM) 是以业务为驱动的软件质量管理集成平台和门户,它通过强大的从业务需求到测试计划,设计和执行过程的跟踪帮助企业有效控制软件质量。本文主要介绍 RQM 系统如何实现需求驱动的质量管理。
    2009年6月25日  
 
使用 Rational RequisitePro 管理你的需求
软件开发周期中经常被忽视的一个部分就是需求。这些需求有很多种不同的形式,包括用户和管理层的请求,你的竞争对手产品的特性和功能,和被开发团队要求的实现特定需求的需要和需求。 如果你是一个项目经理或者软件产品的领导开发者,那么在整个项目的生命周期中,你可能被包括在需求的说明和管理中。管理和比较需求信息是耗时的,除非你拥有象 Ratioanl RequisitePro 这样的工具通过需求说明和管理的过程来帮助你。 RequisitePro 是一个能够使你在应用开始被开发之前指定一个应用的需求和特性的工具。这可以通过在实际的编码过程之前给你的开发人员一个应用的最初定义,这样可以节省时间、金钱并减少大量的挫折。
    2004年7月22日  
 
将变更并入需求
在本教程中,你将了解到如何连接单一的变更请求并回溯到原始的需求规格说明,以及如何产生一个新的规格说明,以确保开发正在按照顾客最新的要求来构建软件。
    2004年10月18日  
 
改进的应用程序开发, 第一部分:整理应用软件需求
此五部系列的第一部分说明了如何使用Rational RequisitePro来管理和组织一个新项目的需求规格。然后,在你开发出你的需求的统一列表之后,此教程将说明如何使用Rational Software Modeler 基于这些需求对你的应用软件建模。
    2005年9月29日  
 
改进的应用程序开发,第三部分:将变更并入需求
本教程将说明如何将个别的变更请求连接并追溯到原始的需求规格,如何在开发环境中管理那些信息,以及如何生成一个新的规格说明。
    2005年10月13日  
 
使用 Rational Software Architect 设计 SOA 服务,第 1 部分: 需求、过程与建模入门
在这个教程中,这个系列的第一部分,您将学习关于 Rational 软件开发平台中工具集之间的相互关系,当您在使用 MDD 设计一个基于 SOA 的服务的时候,您将会用到这个平台。您可以看到怎样从不同的来源访问需求,如何利用一个自定义的软件开发过程,然后开始为被需要的服务的设计进行模型。所用到的工具包括 Rational Software Architect、Rational Software Modeler 、WebShpere Business Modeler、IBM Rational RequisitePro ,以及 Rational 统一过程(RUP)方法论。
    2007年4月6日  
 
使用 IBM Rational RequisitePro、IBM Rational Software Architect 以及 BIRT 管理 UML 模型与需求之间的可追溯性,第 1 部分: 需求报表
UML 模型元素与需求之间的关联性通常对您的开发组织有着至关重要的作用。此教程中描述的方法可帮助您使用 IBM Rational Software Architect、IBM Rational RequisitePro,以及 Business Intelligence Reporting Tools(BIRT)构建可追溯性报告。
    2009年3月31日  
 
使用 IBM Rational RequisitePro、IBM Rational Software Architect 以及 BIRT 管理 UML 模型与需求之间的可追溯性,第 2 部分: 研究报表功能
这个系列的第 1 部分重点探讨如何创建一个 BIRT 报表,它将 IBM Rational RequisitePro 代理需求与它们所连接的 UML 模型元素连接起来。这部分教程将向您展示如何继续构建那个报表,并且这个报表包含追踪到代理需求需求
    2009年4月9日  
 
OO 设计过程:入门
欢迎来到本联机课程的第一部分。本专栏的意图是:通过引导您实际操作,提供有关面向对象 (OO) 设计和开发过程的详细经验。本专栏是旅行多活动少,因为整个过程历时数月。我们将从收集需求开始,然后通过分析再到设计,最后用 Java 实现该设计。课程结束时,将得到一个自始至终完整具体的 OO 程序案例。将花很多篇幅讨论基本理论,但重点是解释如何应用该理论的实际例子。
    2000年10月17日  
 
如何组织软件开发团队--专家、多面手还是他们的组合?
如何构建软件开发团队取决于可供选择的人员、项目的需求以及组织的需求。本文阐述了各种团队组织的策略。
    2001年7月20日  
 
Rational统一过程
Rational Unified Process 是软件工程的过程。它提供了在开发组织中分派任务和责任的纪律化方法。它的目标是在可预见的日程和预算前提下,确保满足最终用户需求的高质量产品。
    2004年3月1日  
 
应用 Rational 工具简化基于 J2EE 的项目,第 2 部分: 启动项目
这个有多篇文章组成的系列讲述了如何逐渐的应用 Rational 统一过程(RUP)和其他的 Rational 工具,本文中样例项目的详细计划被围绕着管理需求和风险而讨论。
    2004年3月1日  
 
应用 Rational 工具简化基于 J2EE 的项目,第 1 部分: 介绍
这个由多篇文章组成的系列文章讲述了如何在很紧的时间和预算的情况下通过应用 Rational 统一过程(RUP)以及 Rational 的其他工具来开发一个软件项目的。 文章的第 1 部分包含了高层次的计划和需求的引出。
    2004年3月1日  
 
应用 Rational 工具简化基于 J2EE 的项目,第 4 部分: 分析和工具的进展
在这个展示了 RUP 和其他 Rational 工具使用的样例项目的接下来的阶段,用例通过添加文档和可跟踪性到需求被细化,并且使用的工具和技术被评估和选择。
    2004年4月1日  
 
Rational 统一建模过程的十大要素
为了有效的应用 Rational 统一过程 (RUP),首先要理解它的关键目标,并且弄清楚每一个目标为什么重要,他们是怎么样结合在一起,共同帮助你的开发团队满足涉众需求,生产出优质产品的。
    2004年5月1日  
 
使用Rational Robot测试含有数据关联的Web应用
Rational Robot可被用来对包含数据关联的复杂Web应用进行性能测试。这里所谓数据关联,是指Web页面之间存在的数据相关性,例如一个动态的页面URL或者个别输入参数需要从前一个页面中抽取出来,有时候还需要在抽取得到的结果的基础上做进一步处理。这就使得测试开发员通常必须对Robot自动生成的VU脚本进行修改从而保证其能正确运行。简单情形下,VU语言库提供的一些库函数可以支持常见的抽取需求。但在很多更复杂的情形中,往往需要通过更多的编程来处理页面之间的数据关联,包括进行模式匹配、模拟Java Script或者Java Applet的行为等。本文将介绍处理最常见的几种数据关联的方法,并提供了一系列很有用的功能函数,帮助测试开发员编写更具灵活性的VU脚本。
    2004年6月1日  
 
完整的变更请求管理解决方案
变更伴随着软件开发的各个阶段。软件开发过程中的变更可以从两个侧面来描述,一个是对软件开发过程之中工件(如:需求设计文档、设计模型、代码及测试脚本等)的变更;另一方面是驱动工件变更的理由(如:缺陷修正、新功能添加等等)。这种驱动软件工件变更的理由就是变更请求。
    2004年9月2日  
 
用例建模指南
用例(Use Case)是一种描述系统需求的方法,使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的,后来被综合到UML规范之中,成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至,整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的,各种类型的开发活动包括项目管理、分析设计、测试、实现等都是以系统用例为主要输入工件,用例模型奠定了整个系统软件开发的基础。
    2004年11月1日  
 
Rational RequisitePro可扩展性概述
RequisitePro能够很容易地被扩展以协助支持你的项目过程。本文将展示如何使用脚本快速地开始工作,这个脚本用来自定义需求管理工具。
    2004年12月27日  
 
架构蓝图--软件架构 "4+1" 视图模型
本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的模型。使用多重视图允许独立地处理各"风险承担人":最终用户、开发人员、系统工程师、项目经理等所关注的问题,并且能够独立地处理功能性和非功能性需求。本文分别对五种视图进行了描述,并同时给出了捕获每种视图的表示方法。这些视图使用以架构为中心的、场景驱动以及迭代开发过程来进行设计。
    2005年1月1日  
 
IBM Rational发布IBM软件开发平台的七个令人兴奋的新产品
来自Rational Edge:对IBM Rational新发布产品 -- 在需求和分析,设计和构建,以及软件质量方面的介绍。所有的产品都是IBM 软件开发平台的组成部分。包括对产品数据表格的链接。
    2005年1月15日  
 
参考体系结构:最佳实践
为什么在一个组织的某个项目进展的很顺利,而具有同样的基本体系结构需求的该组织的另一个项目却是十分艰难呢?通常,这种问题的根源在于:对于所有以前的项目关于体系结构的选择问题,不论是好的或者坏的,缺少横向联系。Rational统一过程(RUP)表明:这种组织内的最佳实践取得的成果是构造一个健壮的、通用的参考体系结构的第一步。简要地说,参考体系结构包括能够被所有项目组成员访问的信息组成,它为体系结构最佳实践提供一致的信息集合。这些信息可以以多种方式表达:以前的项目成果、公司标准、设计模式、商业架构等等。参考体系结构的任务是提供一个能够在项目生命周期开始得到,在项目收尾阶段增强的一个资产基础。
    2005年3月30日  
 
Rational Edge - 从用例到代码, 第一部分: 用例分析
来自 Rational Edge: 这是 Rational Edge 上面的系列文章中的第一部分, 介绍了一个具体的案例,从用例中提取需求,并加以分析,进一步将其转化为可以直接进行编码的格式。
    2005年3月31日  
 
Rational Edge - 从用例到代码,第二部分:用例设计
来自 Rational Edge:这是“从用例到代码”系列文章中的第二部分,讨论如何把从用例中捕获的需求转换成可实现的表达形式与代码,本文介绍了在Rational Unified Process(RUP)中进行用例设计的几个步骤,其结论是与具体的实现技术相关的。
    2005年3月31日  
 
高品质软件,Rational工艺
现代社会中竞争无处不在,产品质量是保证企业在激烈的市场竞争中立于不败之地的根本。任何企业都必需把满足客户需求作为企业发展的源动力,不断地改进产品和服务质量,为客户提供更高品质的产品和服务。只有这样,企业才能够增强自身的实力,在市场上赢得越来越多的客户,在与对手的竞争中逐渐胜出。
    2005年4月3日  
 
用Rational Rose 和 Rational RequisitePro进行用例管理
结合Rational Rose和RequisitePro,通过使用强大的需求管理能力来提升用例建模,给你提供了集成用例管理。它并不只是简单的框图,事实上,你能够使用可分类的属性,文档和可追踪性来扩展用例,并且,有助于你管理项目中的大量用例。
    2005年4月21日  
 
如何使用IBM Rational Software Architect实现模型驱动的软件开发
模型驱动架构(MDA)是OMG提出的新的方法学, 是一种新的系统开发方法,它强调整个系统开发过程由对软件系统的建模行为驱动,完成系统需求分析、架构设计、构建、测试、部署和运维工作。与传统的UML模型相比,MDA能够创建出机器可读和高度抽象的模型,这种模型通过转换(Transformation)技术可自动转换为代码、测试脚本、数据库定义以及各种平台部署描述。
    2005年5月1日  
 
异地分布式开发:IBM 统一生命周期方法
本文来自于 Rational Edge:异地分布式开发(Geographically distributed development,GDD)正在帮助企业达到更好的灵活性及实现更好的成本控制,同时提高它们在日趋全球化的市场中的竞争能力。本文研究了这些业务需求,并讨论了 IBM 软件开发平台(IBM Software Development Platform)如何能够帮助商家实现成功的 GDD 策略。
    2005年5月31日  
 
理解和定制 IBM Rational Software Modeler/Architect 模型发布
对快速、简单的交流模型设计的需求,对于一个组织的成功变得越来越重要。模型发布通过提供用HTML发布模型的方法解决了这个问题。另外,模型发布还提供了一种产生定制报告的工具。本文将近距离观察这种工具,并提供实例来展示如何定制符合业务需要的 HTML输出和报告。
    2005年6月14日  
 
如何使用IBM Rational Software Architect实现模型驱动的软件开发
模型驱动架构(MDA)是OMG提出的新的方法学, 是一种新的系统开发方法,它强调整个系统开发过程由对软件系统的建模行为驱动,完成系统需求分析、架构设计、构建、测试、部署和运维工作。与传统的UML模型相比,MDA能够创建出机器可读和高度抽象的模型,这种模型通过转换(Transformation)技术可自动转换为代码、测试脚本、数据库定义以及各种平台部署描述。
    2005年6月29日  
 
银行业的 IT 趋势
来自 Rational Edge:全世界的银行都处于现代化他们高度复杂的IT基础设施而同时控制成本的压力之下。这个对两个工业专家的采访探讨了这些商业需求是如何影响银行软件开发的。
    2005年8月1日  
 
Base ClearCase与ClearQuest的集成
Rational ClearCase是一个业界领先的软件配置管理工具,Rational ClearQuest则是IBM Rational在变更管理和缺陷跟踪方面的软件。业界对于变更管理软件和配置管理软件的集成有着强烈的需求,因此IBM Rational也提供了ClearCase和ClearQuest集成的功能。
    2005年8月18日  
 
管理业务流程集成项目的基本原则
复杂的业务流程集成(BPI)项目是非常具有挑战性的,这是因为不同的部门可能会遵循不同的开发过程,并使用不同的开发技术和工具。本文建议管理这种项目 的技术应该按照三个方面来进行:组织过程和工具,组织结构,以及需求和变更管理过程。
    2005年10月26日  
 
如何规划一个UCM工程
本文根据UCM的主要特点,结合具体的应用场景,从涉及到UCM工程建立的几个重要方面着手,阐述了如何按照实际需求设计规划一个具体的UCM工程,以保证其适用性。
    2006年1月16日  
 
CC.Net 全接触系列之二: CCRC.Net : CC.Net 的一种另类使用方式
ClearCase为不同需求的用户提供了不同的访问VOB的方式,使得用户能够根据所处的环境灵活地进行ClearCase客户端操作。CCRC是ClearCase的一种在Web环境下的客户端产品,使用它,用户能够通过各种网络来访问ClearCase服务器,本地机器并不需要安装ClearCase,是一种小巧、灵活的访问和操作VOB资源的方式。 而CCRC.Net是这种方式与Visual Studio 2005的一种无逢的集成。本文详细地介绍了CCRC.Net的概念及使用方法。
    2006年1月25日  
 
在Rational Functional Tester中运用手动验证点验证自定义类型对象
Rational Functional Tester(以下简称RFT)是一款强大易用的自动化功能测试工具。在使用RFT进行功能测试的过程中,测试结果的验证往往是通过插入验证点(Verification Point)来完成的。但是RFT的验证点只能验证有限的数据类型,而在实际应用中,对用户自定义类型的验证存在着较大的需求。本文对验证点的验证执行过程进行剖析,并介绍如何通过自定义ValueManager来实现对用户自定义类型对象的验证。
    2006年2月23日  
 
IBM Rational ClearQuest Multisite配置及使用简介
了使团队成员在分布式环境中共享需求管理以及缺陷跟踪等资产,IBM Rational ClearQuest提供了ClearQuest Multisite, 一个跨越多地点对本地数据存储同步化的工具。分布在不同地区的数据库会定期地自动或者人工同步,这使得数据的更新更加简单易行。同时Multisite机制也可以为本地数据提供备份,这是它的另外一种应用场景。
    2006年2月23日  
 
在 Rational Functional Tester 中运用手动验证点验证自定义类型对象
Rational Functional Tester(以下简称RFT)是一款强大易用的自动化功能测试工具。在使用RFT进行功能测试的过程中,测试结果的验证往往是通过插入验证点(Verification Point)来完成的。但是RFT的验证点只能验证有限的数据类型,而在实际应用中,对用户自定义类型的验证存在着较大的需求。本文对验证点的验证执行过程进行剖析,并介绍如何通过自定义ValueManager来实现对用户自定义类型对象的验证。
    2006年2月27日  
 
全球资源管理:创建一个无边界资源环境
这篇文章将向你介绍 IBM 工程与技术服务部门是如何通过部署 IBM Rational Portfolio Manager 来为全球人力资源的分配和部署创建一个“无边界资源环境” ,用以支持供应链管理的四个关键区域:供应管理,需求管理,消耗和生产量分析。
    2006年6月1日  
 
利用Rational Rose进行C++代码和数据库结构分析
Rational Rose是利用UML(统一建模语言)进行分析和设计面向对象软件系统的强大的可视化工具,可以进行项目需求分析、结构规划和生成框架代码,还可以支持从现有系统逆向转出工程代码,生成Rose模型的功能。
    2006年6月8日  
 
利用Rational Rose进行C++代码和数据库结构分析
Rational Rose是利用UML(统一建模语言)进行分析和设计面向对象软件系统的强大的可视化工具,可以进行项目需求分析、结构规划和生成框架代码,还可以支持从现有系统逆向转出工程代码,生成Rose模型的功能。
    2006年6月8日  
 
运用RUP 4+1视图方法进行软件架构设计
要开发出用户满意的软件并不是件容易的事,软件架构师必须全面把握各种各样的需求、权衡需求之间有可能的矛盾之处,分门别类地将不同需求一一满足。本文从理解需求种类的复杂性谈起,通过具体案例的分析,展示了如何通过RUP的4+1视图方法,针对不同需求进行架构设计,从而确保重要的需求一一被满足。
    2006年7月20日  
 
专家评论: Robert Peterson:防止范围渐变
仅有 5 到 15% 的企业软件项目能够真正实现它们的需求。本文提供了最受欢迎且经过验证的策略,可以通过这些策略来避免采用面向服务体系结构或企业 Java 的企业应用程序发生范围渐变。这些策略还可能与任何技术或行业的软件工程专业人员和架构师相关。
    2006年8月7日  
 
书评:Software Requirements Memory Jogger
本文来自于 Rational Edge:这是一篇关于软件需求管理实践的参考书的评论,本书的作者是 Ellen Gottesdiener,本书的尺寸非常适合你装在衣服的口袋中。
    2006年8月15日  
 
DB2 Magazine 中文版: 通过设计获得灵活性
IBM Rational Data Architect 使得满足那些几乎不可能的设计需求的可能性大大增加。
    2006年8月31日  
 
Rational Edge: 利用行业模型和 IBM Rational 软件开发平台构建 SOA 解决方案
本文来自于 Rational Edge:作者介绍了通过使用 IBM Rational 和 WebSphere 工具集,如何定制 IBM 针对目标行业的行业模型(Industry Model)以支持特定的业务需求
    2006年9月14日  
 
Rational Edge: 过程重要吗?
本文来自于 Rational Edge:遵循软件开发中一个协调一致的过程的价值是确定无疑的。但是究竟需要什么样的过程呢?究竟有多复杂呢?需要什么样规模的团队?Gary Pollice教授考虑到企业中对多样化过程的需求情况,详细回答了这些问题。
    2006年10月16日  
 
统一的基于场景的设计,第 1 部分: 方法论原理
您曾经怀疑过如何向系统架构师、设计人员和开发人员提供干脆明确的需求吗?所撰写的场景向您和您的团队完全地阐述了系统运行所处在的环境的情境吗?您如何能够快速地适应连续的业务需求变更?您如何能够为系统创建最佳的接口?统一的基于场景的设计是回答以上问题的端到端的方法,它同时也瞄准了创建更容易满足业务需求的系统。
    2006年10月31日  
 
Rational Edge: 使 RUP 的剪裁简单化:引入职责矩阵和工件流
本文来自于 Rational Edge:作者提出了一项将 Rational 统一过程进行剪裁的技术,以适应软件项目具体需求,即使外聘的 RUP 专家不熟悉本公司及其文化。
    2006年11月13日  
 
Rational Edge: 用于产品和系统开发的系统建模语言的概述,第 2 部分:构造 Rain Sensing Wiper 系统
本文来自于 Rational Edge:这是一个三部分系列文章中的第 2 部分,本文介绍了如何为使用系统建模语言(System Modeling Language,SysML)建立的系统创造一个构造图,并讲述了用于产品与系统开发的图形化建模语言。在上一期中,第 1 部分描述了 SysML 需求图、用例图和测试用例图。第 3 部分将描述如何应用 SysML 的行为图,并解释了它的分配机制。一个现实存在的嵌入式系统的例子会贯穿全文。
    2006年11月13日  
 
Rational Edge: 建立项目组合管理的治理:关键组件
本文来自于 Rational Edge:关于项目组合管理的系列文章中的第五部分,本文提供对关键概念和思想的概述及讨论,这些概念和思想与对治理方针、能力、结构和其他必要组件的需求以及创建相关,通过它们可以创建一种作为组织过程的机制来对计划执行监督以及维护计划的项目组合管理。
    2006年12月14日  
 
Rational Edge: 利用基于 RUP 的方法开发数据仓库 —— 第 1 部分:初始阶段
本文来自于 Rational Edge:这个分为两部分的系列文章概述了如何将基于 IBM Rational 统一过程(RUP) 的方法用到数据仓库(data warehouse,DW)项目中,这些项目可以在遇到最终用户的需求变更时,交付高质量解决方案,从而减少您的商业及技术风险。本文概述了与传统、串行的 DW 开发方法相关的问题,介绍了 RUP 的渐进式的方法是如何更加适合 DW 开发的,并且概述了这种项目的初始阶段。
    2007年1月15日  
 
Rational Edge: 架构管理入门
文章来自于 Rational Edge:学习 IBM Rational 团队如何把传统意义上被称作分析、设计和构建的规程进行扩展,以包含架构管理方面的内容:这是一门在驱动架构需求的变更,和实现架构代码的变更中管理软件构架的新规程。
    2007年2月12日  
 
Rational Edge: 架构管理入门
本文来自于 Rational Edge:学习 IBM Rational 团队如何把传统意义上被称作分析、设计和构建的规程进行扩展,以包含架构管理方面的内容:这是一门在驱动架构需求的变更,和实现架构代码的变更中管理软件构架的新规程。
    2007年2月12日  
 
Rational Edge: 软件组织的质量治理
本文来自于 Rational Edge:这篇文章描述了 IBM Rational 软件交付平台(IBM Rational Software Delivery Platform)的各种优异特性,它可以帮助软件组织创建质量治理体系以适应如今来自技术进步所引起的组织转型需求
    2007年2月12日  
 
Rational Edge: 使用 RUP 管理法规遵循:一种启动插件
本文来自于 Rational Edge:阅读本篇关于法规遵循(compliance)的概述,它被包含在软件开发与交付需求中。并从中学习 IBM Rational Compliance Management 策略,以帮助使业务满足这些需求
    2007年2月12日  
 
Rational Edge: RUP 认证的价值
本文来自于 Rational Edge:本文描述了 IBM Certified Solution Designer -- Rational Unified Process v7.0 认证,它包含了针对认证需求及其 RUP 专家的优势。
    2007年3月15日  
 
Rational Edge: 绝不能“不进行追溯”:对实现可追溯性的实践性建议
本文来自于 Rational Edge:建立软件需求与已实现的特性之间的追溯关系是迭代、增量软件开发中最常被忽视的实践。本文中作者将介绍追溯性,并且介绍将追溯技术集成到您的开发环境中的具体技术。
    2007年4月16日  
 
利用 IBM Rational Portfolio Manager 将 COBIT 业务流程自动化
想了解 COBIT 框架是关于什么的,以及它如何指示业务流程去满足有关法规的需求吗?Judith M. Myerson 给出了对该框架的概述,并且向您展示了利用 IBM Rational Portfolio Manager,您能怎样将 COBIT 业务流程自动化。她强调了该框架的主要方面,并且说明了领域生命周期是怎样工作的。她简要地涉及了 IT 治理焦点区域和控制目标。
    2007年5月12日  
 
成功的 Web 应用系统性能测试
性能测试是 Web 应用系统的一项重要质量保证措施。在现实中,很多 Web 性能测试项目由于性能测试需求定义不合理或不明确,导致性能测试项目不能达到预期目标或进度超期。本文针对 Web 应用系统的技术架构和系统使用特点,探讨如何有效实施性能测试过程,并重点介绍如何分析获得合理的性能测试需求,最终对 Web 应用系统性能进行科学、准确的评估。
    2007年6月26日  
 
为使用 Rational Application Developer V7.0 和 Rational Software Architect V7.0 进行开发安装和配置 WebSphere Portal V6.0 服务器
IBM Rational Application Developer V7.0 和 IBM Rational Software Architect V7.0 是 IBM Rational 软件交付平台产品系列中的第一款产品,它们包含了对 IBM WebSphere Portal V6.0 开发的完整支持。这意味着您可以不受任何限制地利用 WebSphere Portal V5 测试环境的便利来开发。但是这也意味着您拥有一个完整的运行于您的开发机器的 Portal 6.0 实例。这篇论文讲述一些如何减少您机器中的 WebSphere Portal 6.0 消耗的资源总量和如何针对您的开发需求而使性能最优化的小窍门。
    2007年7月30日  
 
  第 1 - 100 条,共 132 条      下一页  显示所有    隐藏内容简介    
 
没有找到您想要的结果吗? 提交反馈