如何建立软件产品的愿景.pptxVIP

RUP大讲堂（第三讲）-如何建立软件产品的愿景 北京恒讯时代信息技术有限公司 肖勇 xiaoy@ 2 议程 为什么需要愿景 业务愿景 系统愿景 导出愿景的技巧 小节 为什么需要建立项目愿景-基本认识 愿景：向往的前景，愿景是为整 个软件开发的组织服务，对于软 件项目，愿景通常也是由关键性 客户或公司的重要管理者提出。 软件项目的愿景来源于不止一人 不正确的愿景是大多数项目失败 的根本原因 愿景的重要性：“如果仅允许一 份文档、模型或工件来支撑项 目，我会选择愿景文档。”－－ Philippe Kruchten 3 业务 愿景 系统 远景 愿景 4 为什么需要建立项目愿景-一件事可以有不同视角 5 为什么需要建立愿景-重要性 有一个清晰的愿景是开发一个满足涉众真 正需求的产品的关键。 愿景给更详细的技术需求提供了一个高层 的、有时候是合同式的基础。 6 为什么需要建立愿景-如何陈述 对的陈述应该能回答以下问题: 关键术语是什么？（词汇表） 我们尝试解决的问题是什么？（问题陈述） 我们的商业理由是什么？ 涉众是谁？用户是谁？他们各自的需求是什么？ 产品的特性是什么？ 功能性需求是什么？ 非功能性需求是什么？ 设计约束是什么？ 7 业务愿景-概念 业务愿景是对于组织应实现什么目标的理解。 了解业务愿景的主要目标是如何规划业务愿景并 不断改进它 帮助达成目标的高级业务需求 现有业务流程的问题（如客户难点、高成本、计 划问题等等） 8 业务愿景-内容 业务愿景捕获项目的高级目标。它传达了有关项目的 基本信息，包括开发系统的业务目的以及具体要开发 什么，同时它还是验证未来所有决策的标尺。 从商业的角度提供必要的信息，以确定该项目是否值 得投资。对于商业软件产品，业务愿景应包含一组关 于项目的假设，以及在这些假设成立的情况下投资收 益率（ROI）的数量级。 9 业务愿景-检查项 _概述很好地描述了目标组织吗 有可能按照建议对目标组织作出变更和改进吗？ 可评估新的目标吗 新的目标现实并且有可能实现吗 处理了风险吗 在项目的框架设置内可作出建议的变更和改进吗 业务愿景明确地指出了希望作出变更的域吗 业务愿景明确地描述了有必要作出变更的原因吗 10 系统愿景-概念 获得需要解决的问题的共识。 确定系统的项目干系人。 定义系统的边界。 描述系统的主要特性 11 系统愿景-主要内容 确定目标系统的市场背景 列明系统将要解决的重大问题 系统的概括定义 以特性（Feature）的方式定义目标系统的高层需求 特性表达了目标系统为了实现用户利益而必须具备的能力 （Capability） 特性是一种对外的服务，通常要求用户提供一系列输入以得到响应 的结果 市场背景 软件特性 12 系统愿景-主要内容（续） 明确地定义目标系统 勾画目标系统的上下文环境与边界 列明目标系统的主要（能力）特性及其提供给客户的利益 明示目标系统当前所做的假定和其依赖的条件，它们将可能是未来 引起需求变更的重要因素 软件上下文环境 利益相关者 标识目标系统的最终用户与其他涉众，以确定需求收集的来源 分析用户与涉众的基本特点，以帮助获取与辨别系统的需求 列明用户与涉众针对目标系统的各类需要（needs），它们决定了 最终系统需求 13 系统愿景-主要内容（续） 设计约束限定了目标系统设计乃至实现方案的选择范围 接口需求 质量范围概略描绘了目标系统的重要质量需求 适用标准、硬件需求及环境需求等 其他 14 系统愿景-建立的步骤 获得需要解决的问题的共识 确定项目干系人 定义系统边界 确定要施加在系统上的约束 形成问题陈述 定义系统特性 评估结果 15 系统愿景-建立步骤1：获得需要解决的问题的共识 要获得问题的定义的共识 查找根本原因（或者叫“问题后面的问题”）。真正 的问题往往隐藏在表面问题的后面 不要接受问题的第一次陈述。继续问“为什么？”了 解问题的本质 16 系统愿景-建立步骤2：确定项目干系人 系统的用户是谁？ 谁负责出资购买系统？ 还有谁受系统生成的输出的影响？ 当系统交付和部署时谁将评价系统？ 系统有没有其他内部或外部用户的需求需要满足？ 维护新系统的人是谁？ 还有其他人吗？ 好，还有其他人吗？ 17 系统愿景-建立步骤3：定义系统边界 系统边界定义解决方案以及围绕解决方案的真 实世界之间的边界。 在许多情况下，系统的边界是很明显的。 边界不明显的情况我们需要通过反复讨论确定 下来。 18 系统愿景-建立步骤4：确定要施加在系统上的约束 政治：有没有内部或外部政治问题影响可能的解决方案？部门之间呢？ 经济：适用的财务或预算约束有哪些？销售的货物成本或产品定价方面有 没有要考虑的问题？有没有什么许可问题？ 环境：有没有环境或规章制度方面的约束？法律方面的呢？我们是否受