- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第11 统一软件过程RUP
第11章 统一软件过程RUP 刘志成 编著 本章学习导航 本章学习要点 11.1 RUP简介 11.1 RUP简介 11.1 RUP简介 11.1 RUP简介 11.1 RUP简介 11.1 RUP简介 11.1 RUP简介 11.2 RUP工作流程 11.2.1 业务建模 11.2.1 业务建模 11.2.1 业务建模 11.2.2 需求 11.2.2 需求 11.2.2 需求 11.2.2 需求 11.2.3 分析设计 11.2.3 分析设计 11.2.3 分析设计 11.2.4 实施 11.2.4 实施 11.2.4 实施 11.2.5 测试 11.2.5 测试 11.2.5 测试 11.2.6 部署 11.2.6 部署 11.2.6 部署 11.2.6 部署 11.2.7 配置与变更管理 11.2.7 配置与变更管理 11.2.8 项目管理 11.2.9 环境 11.2.9 环境 课堂实践 1 11.3.1 初始 11.3.2 细化 11.3.3 构造 11.3.4 移交 11.3.5 迭代计划示例(构造阶段) 课堂实践 2 课外拓展 课程开发员和图形设计员 配置经理和技术文档写作员 配置和变量管理流程 配置与变更请求管理(CM 与 CRM)涉及: 确定配置项; 限制对这些项的变更; 审核变更; 定义与管理配置。 变量控制经理 项目管理流程 项目管理的目的是: 为对软件密集型项目进行管理提供框架。 为项目的计划、人员配备、执行和监测提供实用的准则。 为管理风险提供框架。 环境流程 环境工作流程侧重于为项目配置流程时的必需活动。它描述了为支持项目而开发指南时所需的活动。环境活动的目的在于为软件开发组织提供软件开发环境(流程和工具),该环境将会支持开发团队。 工具专家和系统管理员 (1)将RUP和传统的瀑布模型进行比较。 (2)注意RUP和UML之间的关系。 操作提示 (1)结合WebShop电子商城的开发,以RUP为软件过程指导,请说明RUP的6个核心工作流的主要活动。 (2)结合WebShop电子商城的开发,以RUP为软件过程指导,请说明RUP的3个支持工作流的主要活动。 (3)根据软件行业程序员的岗位能力要求,说明RUP实施工作流程和测试工作流程中主要角色的职责。 操作要求 初始阶段 初始阶段的主要目标包括: 建立项目的软件规模和边界条件,包括运作前景、验收标准以及希望产品中包括和不包括的内容。 识别系统的关键用例(也就是将造成重要设计折衷操作的主要场景)。 对比一些主要场景,展示(也可能是演示)至少一个备选构架 评估整个项目的总体成本和进度(以及对即将进行的细化阶段进行更详细的评估) 评估潜在的风险(源于各种不可预测因素 准备项目的支持环境。 细化阶段 细化阶段的主要目标包括: 确保构架、需求和计划足够稳定,充分减少风险,从而能够有预见性地确定完成开发所需的成本和进度。对大多数项目来说,通过此里程碑也就相当于从简单快速的低风险运作转移到高成本、高风险的运作,并且在组织结构方面面临许多不利因素。 处理在构架方面具有重要意义的所有项目风险 建立一个已确定基线的构架,它是通过处理构架方面重要的场景得到的,这些场景通常可以显示项目的最大技术风险。 制作产品质量构件的演进式原型,也可能同时制作一个或多个可放弃的探索性原型,以减小特定风险,例如: 设计/需求折衷,构件复用 产品可行性或向投资者、客户和最终用户进行演示。 证明已建立基线的构架将在适当时间、以合理的成本支持系统需求。 建立支持环境。 构造阶段 构造阶段的主要目标包括: 通过优化资源和避免不必要的报废和返工,使开发成本降到最低。 快速达到足够好的质量 快速完成有用的版本(Alpha 版、Beta 版和其他测试发布版) 完成所有所需功能的分析、开发和测试。 迭代式、递增式地开发随时可以发布到用户群的完整产品。这意味着描述剩余的用例和其他需求,充实设计,完成实施,并测试软件。 确定软件、场地和用户是否已经为部署应用程序作好准备。 开发团队的工作实现某种程度的并行。 移交阶段 移交阶段的主要目标是: 进行 Beta 测试,按用户的期望确认新系统 Beta 测试和相对于正在替换的遗留系统的并行操作 转换操作数据库 培训用户和维护人员 市场营销、进行分发和向销售人员进行新产品介绍 与部署相关的工程,如接入、商业包装和生产、销售介绍、现场人员培训 调整活动,如进行调试、性能或可用性的增强 根据产品的完整前景和验收标准,对部署基线进行的评估 实现用户的自我支持能力
文档评论(0)