|
软件开发生产率和项目成功率：我们是否正在处理最该处理的问题？ 您可能知道如何使用诸如 Rational RequisitePro 等卓越的需求管理工具，但是您首先如何知道自己在管理正确的需求呢？这篇文章为一个有趣的问题提供了建议解答。
Transitioning from requirements to design (PDF)：通过集中于团队在开始设计前应该在用例方面深入到的程度、用于确定体系结构上的重要需求的框架，以及如何将用例实现作为从需求规格过渡到设计的关键桥接构件，从而为需求规格到设计的平稳过渡奠定基础。（英文）
应用Rational 工具简化基于J2EE 的项目：使用这个包括三个部分的系列，演练如何将 IBM Rational® Unified Process 和其他 Rational 工具应用于一个日程和预算都很紧张的开发项目。第 1 部分介绍了简要的规划和需求收集。
为你的商业需求搭建合理的开发基础：做出正确的购买决策，以加强软件开发基础设施和创建随需应变的环境。第 1 部分讨论了业务和基础设施需要的优先级确定、定义请求建议（Request for Proposal，RFP）和增强需求及分析功能的选项。
Reduce complexity with model-driven development：探索这个系列，它从头到尾指导您完成解决方案开发过程的需求收集、业务建模和应用程序开发及部署阶段。（英文）
通过服务模拟来简化 SOA 开发：使用用例和模拟对象来提升 SOA 应用程序的质量。作者 Bobby Woolf 详细介绍了一个包括 5 个步骤的过程来减轻与多个团队合作时的开发工作。
为什么非功能性需求很重要？ 功能当然非常重要。但是，如果您不考虑非功能性要求，则您的解决方案很可能没有实用价值。
A tour of Rational visual tools for application development：获得可用于帮助您以可视化的方式设计和开发软件应用程序的 Rational 工具的指导教程。（英文）
|
