RUP简介解析.ppt

RUP简介 内容 课程 授课内容 信息反馈 课程 总课时:150分钟 授课大纲： 目标 了解RUP 软件开发的风险 面对当今的复杂的软件系统，使用连续的 开发方法：如首先定义整个问题，设计完整的 解决方案，编制软件并最终测试产品，是不可 能的。需要一种能够通过一系列细化，若干个 渐进的反复过程而生成有效解决方案的迭代方 法 ； 软件开发的风险 软件开发的问题 所遇到的问题 用户或商业愿望没有满足 风险来自对需求的错误理解 需求持续变动，无法确定 风险来自用户多变的需求 模块无法集成 风险来自在最后阶段的集成代码 难于维护 风险来自在最后阶段才开始测试 缺陷发现太晚 风险来自在开发过程中缺乏实际用户的及时 反馈 质量差 风险来自传统的开发方法在快速变化的今天 很难达到预定的时间计划 性能和可扩展性差 风险来自传统的开发方法很难接受用户所需 部门无法有效的协同 的必威体育精装版需求变更 生产和发布的管理不足 软件开发的风险 软件开发的问题 所遇到的问题 用户或商业愿望没有满足 风险来自对需求的错误理解 需求持续变动，无法确定 风险来自用户多变的需求 模块无法集成 风险来自在最后阶段的集成代码 难于维护 风险来自在最后阶段才开始测试 缺陷发现太晚 风险来自在开发过程中缺乏实际用户的及时 反馈 质量差 风险来自传统的开发方法在快速变化的今天 很难达到预定的时间计划 性能和可扩展性差 风险来自传统的开发方法很难接受用户所需 部门无法有效的协同 的必威体育精装版需求变更 生产和发布的管理不足 瀑布式开发面临的问题 在瀑布式生命周期中，只有到生命周期的后期才能确知周围是否存在风险。 滞后了关键风险的解决 难于准确衡量项目的进度 延迟并加重了集成和测试的工作 无法满足尽早部署的要求 往往导致未计划的迭代 最佳方案：迭代式开发 在迭代式生命周期中，您需要根据主要风险列表选择要在迭代中开 发的新的增量内容。每次迭代完成时都会生成一个经过测试的可执行 文件，这样就可以核实是否已经降低了目标风险。 管理需求 描述如何提取、组织和文档化需要的功能和 限制；跟踪和文档化折衷方案和决策； 捕获和 进行商业需求交流。过程中用例和场景的使用 被证明是捕获功能性需求的卓越方法，并确保 由它们来驱动设计、实现和软件的测试，使最 终系统更能满足最终用户的需要 ； 管理需求 捕获和组织需求： －捕获：以Use Case作为沟通方式 －组织：启用Rup成熟的文档体系 使用和维护需求： －使用：利用Attribute统筹任务 －维护：依据Traceability 谨慎地接受变化，并对需求进行基线化； 用迭代方法可以逐步确定构件，决定哪些需要开 发，哪些可以复用以及哪些需要购买。 软件构架的侧重点清楚地说明了结构；构件以及集 成它们的方法；它们相互作用的基本机制和模式。 在分析设计中，使用诸如包、子系统和层次的概念来组织构件并指定接口。 测试首先围绕构件展开，然后才逐渐过渡到较大的 集成构件集。 最佳方案：可视化建模 (UML) UML是良好沟通需求、体系结构和设计的工业标准语言。UML 由Rational 软件公司创建，现在由标准化对象管理机构（OMG）维护； 开发过程显示了对软件如何可视化建模，捕获体系结构和构件的构架和行为 ，帮助沟通软件的不同方面，观察各元素如何配合在一起，确保构件模块一致于代码，保持设计和实现的一致性，促进明确的沟通 ； 最佳方案：检验质量 质量应该基于可靠性、功能性、应用和系统性能根据需求来进行验证 ； 部署之后又发现软件问题再进行修复，这通常要多花 100 到 1000 倍的成本。要在特定时间达到既定目标，在整个项目生命周期内不断对质量进行检验和管理必不可少。 要在 Rational Unified Process 中使用，质量被 定义为： “由以下三