第二章 需求工程
第一节 需求获取与分析
概述
需求获取与分析是软件工程中至关重要的环节，直接决定了软件项目的成功与否。本节将系统介绍需求获取与分析的基本概念、方法和技术，帮助考生深入理解如何从用户和相关利益方处收集需求信息，并对需求进行有效的分析与整理。通过本节的学习，考生能够掌握需求获取的多种途径，熟悉需求分析的核心步骤，提升需求文档的编写能力，为后续的软件设计与开发奠定坚实基础。
学习目标：
- 理解需求获取与分析的定义与意义
- 掌握常用的需求获取技术和方法
- 掌握需求分析的流程与技巧
- 了解需求建模的基本工具和表达方式
- 掌握典型需求获取与分析案例
- 避免常见误区，提升需求工程质量
核心概念
需求（Requirement）
需求是用户对软件系统功能、性能、约束等方面的期望和条件，是软件开发的基础。需求包括功能需求和非功能需求。
需求获取（Requirements Elicitation）
需求获取指通过多种途径和技术，从用户及相关利益方那里收集和发现软件需求的过程。
需求分析（Requirements Analysis）
需求分析指对收集到的需求进行整理、分类、验证和细化的过程，确保需求的完整、一致、可行。
需求建模（Requirements Modeling）
需求建模是采用图形化或其他形式对需求进行抽象和表达，帮助理解和沟通需求。
利益相关者（Stakeholders）
指与软件项目相关的所有人，包括客户、用户、开发团队、管理人员等。
原理分析
需求获取与分析的核心原理是通过有效沟通和技术手段，准确捕捉用户真实需求，避免误解和遗漏，从而为软件开发提供明确的指导。其理论基础包括：
- 系统理论：将软件看作一个整体系统，需求获取需关注系统边界和环境。
- 认知心理学：理解用户表达的需求可能不完整或模糊，需要通过引导和反馈澄清。
- 沟通理论：强调需求获取过程中的双向交流和信息验证。
- 建模理论：通过模型简化复杂需求，便于分析和验证。
有效的需求获取与分析能够降低项目风险，提高软件质量和用户满意度。
详细内容
1. 需求获取的方法与技术
需求获取是需求工程的第一步，其方法多样，常见的包括：
访谈法
- 面对面或远程与用户及利益相关者深度交流，获取详细需求信息。
- 分为结构化访谈和非结构化访谈。
- 优点：交互性强，能深入挖掘隐含需求。
- 缺点：耗时较长，依赖访谈技巧。
问卷调查
- 通过设计问卷收集大量用户需求，适合范围广泛的用户群。
- 优点：快速收集大量信息，便于量化分析。
- 缺点：信息深度有限，难以追问。
观察法
- 直接观察用户的工作流程和行为，了解真实需求。
- 优点：直观真实，避免用户主观偏差。
- 缺点：需投入较多时间和资源。
文档分析
- 利用现有的业务流程文件、系统文档等资料，提取需求信息。
- 优点：获取历史数据，理解业务背景。
- 缺点：资料可能过时或不完整。
头脑风暴
- 通过团队集思广益，提出各种需求设想。
- 优点：激发创新，发现潜在需求。
- 缺点：需要良好的组织和引导。
用例法
- 通过描述用户与系统的交互场景，明确需求。
- 优点：需求具体，易于理解。
- 缺点：可能忽略非功能需求。
2. 需求分析的步骤
需求分析是对获取的需求进行处理的过程，一般包括：
- 需求整理
- 对原始需求数据进行分类、归档。
- 消除重复、矛盾。
- 需求分类
- 按功能、性能、安全、界面等类别划分。
- 需求验证
- 与用户确认需求的准确性和完整性。
- 需求优先级划分
- 根据重要性和实现难度排序，指导开发计划。
- 需求规格说明书编写
- 将分析后的需求转化为正式文档。
3. 需求建模技术
建模有助于形象化需求，常见技术包括：
- 用例图
- 展示系统与外部用户之间的交互。
- 活动图
- 描述业务流程和操作步骤。
- 状态图
- 表示系统状态变化。
- 数据流图
- 显示数据在系统中的流动。
这些模型有助于开发团队与用户达成共识。
实例分析
案例一：银行网上银行系统需求获取
背景：某银行计划开发网上银行系统，需要准确获取用户需求。
分析过程：
- 通过访谈法与银行客户经理及部分重点客户进行多轮交流，了解核心功能需求。
- 采用问卷调查收集普通客户对网上银行服务的期望。
- 观察法考察客户实际使用柜台服务的流程，发现用户痛点。
结论：结合多种方法，银行成功获取了功能需求（账户查询、转账、账单管理）和非功能需求（安全性、响应时间），为系统设计提供了准确依据。
案例二：医院信息管理系统需求分析
背景：医院需要建设信息管理系统，提升管理效率。
分析过程：
- 收集现有纸质病历和管理流程文档。
- 组织多部门头脑风暴会议，汇聚医生、护士、管理人员的需求。
- 编制用例图，明确各类用户的操作权限和业务场景。
结论：通过系统的需求分析，明确了系统功能模块和非功能需求，有效避免了后期功能变更。
案例三：电商平台需求获取中的挑战
背景：开发一个大型电商平台，涉及众多利益相关者。
分析过程：
- 利用访谈法与供应商、消费者、平台运营人员分别沟通。
- 采用问卷调查了解消费者购物习惯。
- 需求冲突明显，如供应商希望简化审批流程，消费者关注购物体验。
结论：通过多轮需求验证和优先级划分，达成各方妥协，确保项目顺利推进。
常见误区
- 只依赖单一需求获取方法
- 正确做法：结合多种方法，全面收集需求。
- 忽视非功能需求
- 正确做法：重视性能、安全、可维护性等非功能需求。
- 忽略利益相关者的多样性
- 正确做法：识别并充分考虑所有相关利益方的需求。
- 需求文档不规范、不完整
- 正确做法：采用标准模板，保证需求规格说明书的完整性和准确性。
- 需求未及时验证和确认
- 正确做法：定期与用户沟通确认需求，防止理解偏差。
应用场景
- 软件开发初期需求调研
- 为软件设计提供准确需求基础。
- 系统升级和维护需求收集
- 识别系统功能改进和新需求。
- 业务流程再造项目
- 通过需求分析优化业务流程。
- 跨部门协作项目需求整合
- 统一不同部门需求，避免冲突。
- 用户体验改进项目
- 通过用户观察和访谈改进界面和功能。
知识拓展
- 需求管理（Requirements Management）
- 需求获取与分析后的持续管理，跟踪需求变更。
- 敏捷需求工程
- 在敏捷开发环境中，需求获取与分析强调快速迭代和持续反馈。
- 需求优先级排序技术
- 如MoSCoW法（必须有、应该有、可以有、不会有）。
- 需求验证与确认技术
- 通过原型、评审、模型验证需求的合理性。
- 需求风险分析
- 识别需求中潜在的风险因素，制定应对策略。
总结回顾
本节重点围绕需求获取与分析展开，系统阐述了相关概念、原理和方法。需求获取是从多渠道、多利益相关者收集需求信息的过程，需求分析则是对这些信息进行整理、分类、验证和建模，确保需求的准确和完整。掌握多种获取方法和分析技术，能够有效避免误区，提升需求工程质量。通过典型案例的学习，理解理论与实践的结合，为软件项目的成功奠定基础。
考生应重点记忆需求获取的主要方法（访谈、问卷、观察等）、需求分析的关键步骤、需求建模的常用工具，并注意避免常见误区，结合实际应用场景，全面掌握本节内容。