第5章.确定项目的前景和范围精选.ppt

第5章 确定项目的前景和范围主要内容 第1节 确定项目前景和范围的活动 第2节 问题分析 第3节 建立系统边界 第4节 项目前景和范围文档 第1节 确定项目前景和范围的活动1.1 为什么要确定项目的前景和范围 在看待现实世界时 世界是复杂的 从不同的角度观察，会看到不同的内容 如，对桌子，木匠、商人、考古学家、工艺学家…观察到的内容是不一样的 因此… 如何保证项目涉众以符合项目需要的角度描述现实世界？ 描述哪些事物和事件才会尽可能的符合项目的需要？ 方法… 定义项目前景 所有的涉众都从共同认同的项目前景出发，理解和描述问题域及需求 定义项目范围 范围内的事物和事件是描述的目标 1.2 确定项目前景和范围的位置和作用 SRS：Software Requirement Specification软件需求规格说明书 1.3 确定项目前景和范围的关键 定义业务需求和能够满足需求的高层解决方案包括 业务目标、目的 高层业务功能 每个高层业务功能所关联的高层数据 每个功能相关的项目涉众 如果存在不同业务需求之间的冲突，那么在确定项目前景和范围阶段必须予以解决 1.4业务需求冲突示例 对一个配有嵌入式软件的售货机而言 销售机开发者的业务目标 向零售商出售或出租售货机，并由此获利。 通过售货机向顾客销售消费品。 吸引客户对商品的兴趣。 生产出多种类型的售货机。 零售商的业务目标 将单位营业面积的收益最大化。 吸引更多的顾客来商店购买。 用售货机替代人工，带来销量和利润的增长。 可能产生的矛盾 开发者重技术、零售商要求简单可直接投入使用、顾客希望方便和功能性 1.5 过程描述 2.1 明确问题（1）对问题达成共识 描述问题 在涉众之间取得认同 元 素 内 容 ID 问题 涉众 影响 解决 问题标识 问题描述 受问题影响的风险承担人 问题对风险承担人和业务活动的影响 指出可能的解决方案及主要优点 第2节 问题分析 （2）判断问题的明确性 问题的明确性要求它们具备一下两点 易于理解 P1. 图书管理员：图书总是无法上架。 P2. 图书管理员：图书的内容分类不合适，无法分类上架. 图书上架的工作太繁杂，导致来不及上架。 图书的借阅不遵守章程，不能保证上架。 能指明解决的方向 P3. 决策者：生产的废品过多。 （3）发现问题背后的问题 对于不明确的问题 直接咨询涉众是第一选择 利用收集的资料和业务数据是第二选择 必要时需要使用一些简单的问题分析技巧 （4）发现深层问题的示例 当前问题：产生了太多的废品 进一步问题：产生太多废品的原因？ 用鱼骨图列出所有的可能原因 请用户确认（通常可以解决问题） 如果用户无法确认，则搜集数据进行分析 重新定义新的问题（不准确的销售订单） 2.2 发现业务需求Business requirements 每一个明确、一致的问题都意味着涉众存在一些相应的期望目标，即业务需求。 P3. 决策者：生产的废品过多 业务需求（BR）：提供销售订单的准确性，在系统使用后3个月内，减少50%因此而产生的废品。 注意：业务目标要具有第2章所述的各种优秀特性，尤其是要有可验证性 2.3 定义解决方案及系统特性（1）确定高层次的解决方案 发现各种可行的高层次解决方案，分析不同方案的业务优势和代价，然后通过和涉众的协商，选定其中一个 。 要 素 内 容 ID 问题标识 解决方案 方案描述 概要描述解决方案 业务优势 该解决方案所能带来的业务优势 代价 该解决方案将花费的代价 例子：确定解决方案示例 背景：对一个设备制造商的信息系统（IS）升级 问题：改进同经销商之间的通信 涉众：制造商、经销商 开发人员提出的解决方案： 提供更好的财务报告、更好的发票和陈述的格式、在线的零件订购以及电子邮件 最终希望能实现公司和经销商间的电子资金转账 客户讨论修正后的方案： 首要任务是提供电子资金转账 最好能有电子邮件及其它的通信特性 （2）确定问题解决边界 明确该解决方案需要具备的功能特征（系统特性） 分析解决方案需要和周围环境形成的交互作用，定义解决方案的边界 尤其是信息流的输入/输出关系 它需要的信息由谁提供？ 它产生的信息由谁使用？ 谁控制它的执行？ 谁会影响它的执行？ （3）确定解决方案的约束 约束源 问题示例 经济的 有哪些财政或者预算上的约束？ 有货物成本和价格上的要求吗？ 有任何法律许可问题吗？ 行政的 有产生影响的内部或外部政治问题吗？ 有什么需要部门间协调的问题吗？ 技术的 在技术的选择上有什么限制吗？ 是否必须使用既有的平台和技术进行工作？ 对新技术的应用会被禁止吗？ 有可能使用COTS软件包吗？ 系