- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
RUP大讲堂(第三讲)-如何建立软件产品的愿景北京恒讯时代信息技术有限公司 肖勇xiaoy@议程为什么需要愿景业务愿景系统愿景导出愿景的技巧小节2为什么需要建立项目愿景-基本认识 愿景:向往的前景,愿景是为整 个软件开发的组织服务,对于软 件项目,愿景通常也是由关键性客户或公司的重要管理者提出。软件项目的愿景来源于不止一人不正确的愿景是大多数项目失败愿景业务愿景的根本原因愿景的重要性:“如果仅允许一系统远景份文档、模型或工件来支撑项目,我会选择愿景文档。”--Philippe Kruchten 3为什么需要建立项目愿景-一件事可以有不同视角4为什么需要建立愿景-重要性有一个清晰的愿景是开发一个满足涉众真正需求的产品的关键。愿景给更详细的技术需求提供了一个高层的、有时候是合同式的基础。5为什么需要建立愿景-如何陈述对的陈述应该能回答以下问题:关键术语是什么?(词汇表)我们尝试解决的问题是什么?(问题陈述)我们的商业理由是什么?涉众是谁?用户是谁?他们各自的需求是什么?产品的特性是什么?功能性需求是什么?非功能性需求是什么?设计约束是什么?6业务愿景-概念业务愿景是对于组织应实现什么目标的理解。了解业务愿景的主要目标是如何规划业务愿景并不断改进它帮助达成目标的高级业务需求现有业务流程的问题(如客户难点、高成本、计划问题等等)7业务愿景-内容业务愿景捕获项目的高级目标。它传达了有关项目的基本信息,包括开发系统的业务目的以及具体要开发什么,同时它还是验证未来所有决策的标尺。从商业的角度提供必要的信息,以确定该项目是否值得投资。对于商业软件产品,业务愿景应包含一组关于项目的假设,以及在这些假设成立的情况下投资收益率(ROI)的数量级。8业务愿景-检查项_概述很好地描述了目标组织吗有可能按照建议对目标组织作出变更和改进吗?可评估新的目标吗新的目标现实并且有可能实现吗处理了风险吗在项目的框架设置内可作出建议的变更和改进吗业务愿景明确地指出了希望作出变更的域吗业务愿景明确地描述了有必要作出变更的原因吗9系统愿景-概念获得需要解决的问题的共识。确定系统的项目干系人。定义系统的边界。描述系统的主要特性10系统愿景-主要内容市场背景确定目标系统的市场背景列明系统将要解决的重大问题系统的概括定义软件特性以特性(Feature)的方式定义目标系统的高层需求特性表达了目标系统为了实现用户利益而必须具备的能力(Capability)特性是一种对外的服务,通常要求用户提供一系列输入以得到响应的结果11系统愿景-主要内容(续)软件上下文环境明确地定义目标系统勾画目标系统的上下文环境与边界列明目标系统的主要(能力)特性及其提供给客户的利益明示目标系统当前所做的假定和其依赖的条件,它们将可能是未来引起需求变更的重要因素利益相关者标识目标系统的最终用户与其他涉众,以确定需求收集的来源分析用户与涉众的基本特点,以帮助获取与辨别系统的需求列明用户与涉众针对目标系统的各类需要(needs),它们决定了最终系统需求12系统愿景-主要内容(续)其他设计约束限定了目标系统设计乃至实现方案的选择范围接口需求质量范围概略描绘了目标系统的重要质量需求适用标准、硬件需求及环境需求等13系统愿景-建立的步骤获得需要解决的问题的共识确定项目干系人定义系统边界确定要施加在系统上的约束形成问题陈述定义系统特性评估结果14系统愿景-建立步骤1:获得需要解决的问题的共识要获得问题的定义的共识查找根本原因(或者叫“问题后面的问题”)。真正的问题往往隐藏在表面问题的后面不要接受问题的第一次陈述。继续问“为什么?”了解问题的本质15系统愿景-建立步骤2:确定项目干系人系统的用户是谁?谁负责出资购买系统?还有谁受系统生成的输出的影响?当系统交付和部署时谁将评价系统?系统有没有其他内部或外部用户的需求需要满足?维护新系统的人是谁?还有其他人吗?好,还有其他人吗?16系统愿景-建立步骤3:定义系统边界系统边界定义解决方案以及围绕解决方案的真实世界之间的边界。在许多情况下,系统的边界是很明显的。边界不明显的情况我们需要通过反复讨论确定下来。17系统愿景-建立步骤4:确定要施加在系统上的约束政治:有没有内部或外部政治问题影响可能的解决方案?部门之间呢?经济:适用的财务或预算约束有哪些?销售的货物成本或产品定价方面有没有要考虑的问题?有没有什么许可问题?环境:有没有环境或规章制度方面的约束?法律方面的呢?我们是否受其他标准的约束?技术:我们在技术的选择上受约束吗?我们只能受限于在现有的平台或技术条件下工作吗?我们在新技术的使用上受到阻碍吗?可行性:规定了时间进度吗?我们受限于现有的资源吗?我们可以使用外面的劳动力吗?我们可以扩展资源吗?临时资源? 永久资源?系统:解决方案要建立在我们现有的系统上吗?我们必须维护与现
文档评论(0)