2 软件需求获取.pptVIP

软件需求工程 2、软件需求获取 2.1 软件系统的前景与范围 2.2 获取客户的需求 2.3 聆听客户的需求 2.4 理解用户需求 2.1 软件系统的前景与范围 业务需求定义了软件系统的前景与范围 产品前景（product vision） 描述产品所涉及的各个方面和在一个完美环境中所具有的功能 由产品的战略定位或信息系统的业务目标决定，可能随时间缓慢变化 项目范围（project scope） 描述产品应包括的部分和不应包括的部分 只与一个特定的项目，或实现产品功能下一增量的某次迭代相关 2.1 软件系统的前景与范围 产品前景包括了每一个计划产品版本的范围 2.1 软件系统的前景与范围 相互矛盾的业务需求 不同来源的业务需求可能会相互矛盾 1、售货机的开发者的业务目标 2、零售商的商业需求 3、顾客的需求 应将注意力集中于产品的根本目标，即创造最大商业价值 不同业务涉众之间的矛盾 涉众试图满足所有能想到的利益，导致项目范围增加失控 通常通过政治和权利斗争来解决 2.1 软件系统的前景与范围 业务需求与用例 业务需求决定了应用的广度与深度 广度（breadth）：指应用能完成哪些业务工作（即用例） 深度（depth）：说明将各项用例实现到何种程度 业务需求会影响用例及相关功能需求的实现优先级 业务需求对需求的实现方式有很大影响 2.1 软件系统的前景与范围 前景与范围文档的模板 1. 业务需求 1.1 背景 1.2 业务机遇 1.3 业务目标与成功标准 1.4 客户与市场需求 1.5 业务风险 2. 解决方案的前景 2.1 前景声明 2.2 主要特征 2.3 假设与依赖 2.1 软件系统的前景与范围 对范围的描述确立了正在开发的系统与周围所有事物之间的界线和联系。关联图（context diagram）用图形方式说明了这一界线。 关联图 确定通过某一接口与系统相连的外部实体 确定外部实体和系统之间的数据、控制和物质流 关联图是数据流图中最顶层的抽象。 2.1 软件系统的前景与范围 化学品跟踪管理系统的关联图 2.1 软件系统的前景与范围 保持范围的适度 每当有人提出新的需求时，需求分析员都应该问“它在范围内吗？” 提出的新需求在项目范围之外 提出的新需求在项目范围之内 2、软件需求获取 2.1 软件系统的前景与范围 2.2 获取客户的需求 2.3 聆听客户的需求 2.4 理解用户需求 2.2 获取客户的需求 需求获取时期的主要工作： ⑴ 归纳和整理用户提出的各种问题和要求； ⑵ 弄清用户企图通过软件达到的目的； ⑶ 借助各种工具和方法，陈述用户提出的实际需求，并标定软件的作用范围。 2.2 获取客户的需求 应该采取的步骤 确定产品的不同用户类型 确定用户需求的来源 挑选出每一类用户和其他涉众的代表并与他们一起工作 商定谁是项目需求的决策者 2.2 获取客户的需求 典型的软件需求来源 与潜在用户进行交谈和讨论 描述现有产品或竞争产品的文档 系统需求规格说明 现有系统的问题报告和改进要求 市场调查和用户问卷调查 观察用户如何工作 用户工作的情景分析 事件和响应 2.2 获取客户的需求 用户类（user class） 使用产品的频率 用户在应用领域的经验和使用计算机系统的技能 所用到的产品功能 为支持业务过程所进行的工作 访问权限和安全级别 2.2 获取客户的需求 化学品跟踪管理系统的用户类 化学家 采购员 化学品仓库人员 医疗和保险部门 2.2 获取客户的需求 用户与开发人员之间可能存在的沟通途径 2.2 获取客户的需求 用户代言人（product champion）的职责 代表一个特定的用户类，并在该用户类和开发者之间充当主要的接口 负责协调所代表的用户类在需求表达上的不一致性和不兼容性 2.2 获取客户的需求 用户代言人的任职资格 必须是真正的用户 对新系统有明确的认识并有极大的热情 对应用领域有彻底的了解 在软件方面有足够的经验 2.2 获取客户的需求 如何寻找用户代言人 聘请第一线的用户 聘请有经验的开发人员 聘请领域专家 2.2 获取客户的需求 用户代言人可能的活动 2.2 获取客户的需求 用户代言人可能的活动（续） 2.2 获取客户的需求 设置多位用户代言人 2.2 获取客户的需求 谁作出决策 如果个别客户不能在需求方面达成一致意见，那么必须由用户代言人作出决策 如果不同的用户类有不一致的意见，那么必须决策出满足哪一类用户的需求更为重要 如果不同公司的客户对产品的需求不同，则运用项目的业务目标来决定哪些是最重要的客户，