[经济学]第2章需求的基础理论.ppt

主要内容 需求的涵义 需求的类型 需求工程的路线 优秀需求的特性 常见的需求错误 3. 需求工程的路线 问题分析和背景分析 发现问题比发现需求要简单的多 进行背景分析，以更好的理解用户的问题 问题分析 明确问题。 定义业务需求。 制定解决方案。 确定系统特性。 3. 需求工程的路线 需求获取 根据项目范围，确定问题域的范围 确定需求获取的源头 确定获取的主题和内容 选择需求获取的方法 围绕获取的内容，运用需求获取的方法，从源头获取需求 对获取过程中出现的分歧和问题，在项目前景的指导下进行解决 经过需求获取过程，可以得到获取的文档资料，其中以获取笔录为主 3. 需求工程的路线 需求分析 建立一个综合考虑了问题域特性和需求的系统模型 根据系统模型将用户需求转化为系统需求 文档化和验证 产生规格说明 进行验证 主要内容 需求的涵义 需求的类型 需求工程的路线 优秀需求的特性 常见的需求错误 4. 优秀需求的特性 完整性 不需要做更多的扩展就可以充分的说明用户所需要的系统功能。 每一个需求的描述都应该包含开发人员设计和实现这项功能需要的所有信息 R2.5-1：系统应该允许被扩展。 （更好）R2.5-2：系统的调度算法应该允许被扩展。 4.优秀需求的特性 正确性 真实的反映用户的意图 必须请需求的提出者予以确认 精确性 描述仅包含必要的信息 简洁、清晰 （不好）R2.5-3：在实现之后，系统的调度算法应该允许被扩展。 4.优秀需求的特性 可行性 由开发人员进行检查 需要进行一定的分析和研究，而不是单纯的凭借经验和直觉 必要的时候要通过开发原型来加以验证 必要性 满足用户的业务需求所必需的 4.优秀需求的特性 无歧义 每一项需求都应该有而且只能有一种解释 定义一个可以共同理解的词汇表（Glossary） 可验证 通过分析、检查、模拟或者测试等方法能够判断需求是否被满足 不可验证的需求往往是因为描述模糊或者过于抽象，所以在进行需求的描述时要 让需求具体化 小心形容词和副词的使用 避免程度词的使用 主要内容 需求的涵义 需求的类型 需求工程的路线 优秀需求的特性 常见的需求错误 5. 常见的需求定义错误 需求并没有反映用户的真实需要 用户在表达自己的需要时，可能会在潜意识下进行一定的加工 发现问题背后的问题 在人际交流当中，信息会发生自然的衰减，甚至扭曲 检查和确认 5. 常见的需求定义错误 模糊和歧义的需求 无意中写出模糊和歧义的需求定义往往是因为选词造句不当 为项目中重要的词汇建立一个公共的可共同理解的词汇表 有意产生的模糊和歧义的需求定义往往是为了应付对需求持有不同立场的用户 在项目前景的指导下，促进用户之间的协商解决 5. 常见的需求定义错误 明显的信息遗漏 明显的信息遗漏，其主要原因在于项目的范围定义不当 加强对业务需求的处理 不明显的信息遗漏，往往是因为相关信息难以发现 该类问题是最难以解决的问题，只能靠需求工程师的经验来加以避免 5. 常见的需求定义错误 不必要的需求 其一是用户将之作为和开发人员谈判的筹码 谈判技巧 其二是用户在交流当中，用户总是倾向于表达各种各样的需要 根据业务需求进行用户需求的过滤和选择 其三是需求开发人员“画蛇添足” 保持以用户为中心 不切实际的期望 用户并不掌握关于软件系统构建的相关技术知识，所以用户可能会提出一些已有软件技术无法实现的期望 软件开发者提供可行性、成本等足够的技术参考信息，帮助用户对其进行取舍和调整 5. 常见的需求定义错误 实例分析（系统A—招标书） 请说出下列需求的类型，是否存在问题？ 1、实现各部门的公文流转无纸化、文档一体化、业务管理的规范化、自动化和网络化； 2、实现工作流程合理化、高效化，决策支持科学化、准确化； 3、统一办公流程、规范公文格式，加强信息交流和共享，提高工作效率。 实例分析（系统A —招标书） 请说出下列需求的类型，是否存在问题？ 先进性：软件系统采用三层B / S 系统结构，以“界面表示层－逻辑处理层－数据访问层”分层设计实现。采用国际上先进成熟的、厂商广泛支持的计算机技术、网络技术与软件技术对系统进行规划，保证系统整体架构在未来几年内都处于国际领先的地位。 安全性：软件系统具有较高的安全要求，系统必须具备充分的安全措施，包括具备严格的权限控制机制和完备的日志记录，以确保信息安全。 可靠性：保证系统核心功能可以7×24小时连续运行； 规范性：系统必须遵循国家有关法律法规要求，符合国家有关标准要求以及关于信息系统建设的各项标准和规范。 实例分析（系统A —招标书） 请说出下列需求的类型，是否存在问题？ 收文管理应包括: 来文登记、拟办、领导审批、