版权声明：本博客都是作者10多年工作总结 https://blog.csdn.net/Peter_Changyb/article/details/85100194
•敏捷的需求分析管理
需求管理（变更控制，版本控制，需求跟踪和状态跟踪）和需求开发（问题获取，分析，规格说明，验证）
- 系统变更频繁
- 系统上线时遇到很大阻力
- 系统上线后效果不佳
- 系统不可用甚至崩溃
•敏捷的需求过程
- 需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；
- 需求建模：为最终用户所看到的系统建立一个概念模型，作为抽象描述，并尽可能多的捕获现实世界。
- 需求规格：生成需求模型构件的精确的形式化的描述，作为用户和开发者之间的一个协约；
- 需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性，包含有效性检查，一致性检查，可行性检查和确认可验证性；
- 需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。
•需求的概念和需求分析的任务：软件需求是用户解决问题或达到目标所需条件或能力。
•敏捷的需求类型：
- 业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。
- 用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例(use case）文档或方案脚本(scenario)说明中予以说明。
- 功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。
•敏捷的需求分析与软件生命周期的关系
敏捷的需求分析方法总结：
•收集用户需要产生的单据和报表 ；表单及报表的适用对象；
•画出业务流程图，并认真检查和核对每条路径中是否完备，异常情况怎样处理（系统的动态特性）；
•依据流程图收集每个步骤需要的使用和操作的数据，确定数据的类型和范围（系统的静态特性）；
•画出业务实体及其关系，并估计业务实体的产生频率和数据量；
•评估业务流程和实体中需求变化的可能性；用户权限；
•信息系统建设现状；收集用户对系统界面风格、版式、颜色的偏好和需求；
•对系统将来使用的硬件、操作系统、网络情况进行了解；收集系统初始化数据，或者要求客户进行收集和整理，明确期限时间；
•编制简单界面原型（该步骤也可放在需求分析之后完成，再次和用户进行沟通）;