Rational_Rose2003学习笔记

《深入解析Rational Rose 2003：从模型到代码》 Rational Rose 2003是一款经典的可视化建模工具，广泛应用于软件工程领域，尤其在统一建模语言（UML）的设计与实现中扮演着核心角色。本文旨在通过对Rational Rose 2003的学习笔记进行深度剖析，提炼其在软件生命周期各阶段的关键应用，以及在使用过程中需注意的核心知识点，为初学者及专业开发者提供有价值的参考。 ### 1. Rose的作用：贯穿软件生命周期 #### 项目开始阶段：构建使用案例模型 在项目起步阶段，Rational Rose 2003作为需求分析工具，帮助团队生成使用案例模型。这一步骤聚焦于系统与用户之间的交互，定义系统所需执行的任务，而非具体实现细节。使用案例模型为后续设计与开发提供清晰的方向，确保系统功能满足用户需求。 #### 细化阶段：深化设计，构建类图与协作图 随着项目的推进，Rational Rose 2003被用于开发类图和协作图，明确系统内部对象及其相互关系。这一阶段，开发者需要确定系统中关键对象，以及它们之间的交互方式。类图展示了对象之间的静态关系，而协作图则描绘了动态交互场景，这对于理解系统行为至关重要。 #### 构造初始阶段：生成组件图与代码框架 当设计趋于成熟，Rational Rose 2003能够自动生成组件图，展示系统组件间的关系，并基于模型生成初步的代码框架。这不仅加速了编码过程，还确保了代码结构与设计意图的一致性。 #### 构造阶段：逆向工程与迭代 随着代码的编写与迭代，Rational Rose 2003支持逆向工程，即将新开发的代码反向导入到模型中，使得模型能够及时反映代码的实际变化。这种双向同步机制有助于保持模型的准确性和时效性，对于维护复杂系统的完整性至关重要。 #### 交接阶段：模型更新与文档化 项目接近尾声时，Rational Rose 2003的角色转向更新模型，确保所有变更都被正确记录。这一阶段还包括生成详尽的文档，为后续维护、升级和培训提供依据。 ### 2. 缺省编程语言的选择 Rational Rose 2003允许用户设置缺省编程语言，如VC++，通过菜单路径`Tools -> Options -> Notation -> Default -> VC++`。这一设置影响模型生成代码的语法，确保模型与实际开发环境无缝对接。 ### 3. UseCaseView的应用 UseCase视图是Rational Rose 2003中专门用于描述系统功能需求的视图。它包含了系统的所有角色、使用案例和UseCase框图，以及相关的Sequence和Collaboration框图。UseCase视图帮助利益相关者，尤其是客户、分析人员和项目经理，快速理解系统的高层次视图，确保所有需求被充分识别和讨论。 ### 4. Logic视图的两步法 Logic视图是Rational Rose 2003中用于分析和设计系统逻辑架构的视图。它采用两步法：先标识分析类，再标识设计类。分析类关注概念层面，如边界类、控制类和实体类，不依赖于特定编程语言。设计类则具体到目标编程语言，如Java类或C++类。这种分层次的方法有助于区分概念设计与实现细节，促进代码的重用和模块化。 ### 5. Logic视图的作用 Logic视图专注于系统逻辑结构的构建，涉及系统组件的标识、信息和功能的检查，以及组件间关系的分析。其核心目标之一是促进代码重用。通过精确定义类的信息和行为，组合类，并检查类与包之间的关系，可以确定可重用的类和包，从而提高开发效率和质量。 ### 6. 控制单元支持多用户开发 Rational Rose 2003提供了控制单元功能，支持多用户并行开发，确保团队成员能够在共享模型上协同工作，而不会发生冲突。 ### 7. 输入输出模型的管理 在Rational Rose 2003中，输出包或类时，需选择逻辑视图内的元素；若输出整个模型，则选择逻辑视图之外的对象。这一区分有助于精确控制模型输出，避免不必要的信息冗余。 ### 8. Usecase与Role的关系 Usecase和Role分别描述了系统内部功能和外部参与者。Usecase涵盖了系统提供的所有功能，而Role则是与系统交互的实体，包括用户和外部系统。Usecase由Role启动，二者之间通过箭头连接，体现了系统的使用关系和扩展关系。 ### 9. UseCaseView的组织原则 为了使UseCaseView更加清晰，建议创建一个主视图显示使用案例包，另建子视图详细展示包内使用案例。这种组织方式不仅提升了模型的可读性，还便于管理和查找特定的使用案例。 ### 10. UseCaseView的规定 在构建UseCaseView时，遵循以下原则： - 不建模角色间的直接通信，因角色位于系统外部，超出系统控制范围。 - 框图仅展示可用的使用案例，不涉及执行顺序，除非表示使用或扩展关系。 - 每个使用案例应由角色启动，体现使用关系和扩展关系。 - 数据库被视为底层组件，可通过使用案例访问其信息，但不直接显示信息流。 ### 11. 使用案例与传统方法的区别 使用案例方法侧重于从用户视角出发，定义系统功能需求，与传统的功能分解法不同。后者关注系统内部的实现细节，而使用案例更注重用户与系统的互动。 ### 12. 使用案例的发现策略 寻找使用案例时，应审查客户文档并与最终用户沟通，了解系统预期功能和操作流程。重点关注用户如何与系统交互，以及系统如何响应用户操作，以确保全面覆盖系统需求。 ### 13. 使用案例的最佳实践 - 使用案例独立于编程细节，聚焦于系统功能。 - 高级视图应简洁明了，使用案例数量宜控制在20至50个之间，可运用关系进行分解和组合。 - 使用案例应从用户角度命名，使用业务术语而非技术术语，确保非技术背景的客户也能轻松理解。 ### 14. 检查使用案例的完整性 确保每个功能需求至少在一个使用案例中被提及，每个用户角色与系统交互的方式都已涵盖，以及系统接收的所有信息都已纳入考虑。这些检查点有助于验证模型的完整性和实用性，确保系统设计与实际需求相符。 Rational Rose 2003不仅是软件开发过程中的重要工具，更是实现从概念到实现全过程集成化管理的关键。通过深入理解和灵活运用其各项功能，可以显著提升软件项目的成功率和开发效率。