答案。

商业分析的生命周期是指解决问题所经过的一系列阶段，从理解问题到实施IT系统或业务变更。通常周期包括：

1. 识别问题。 确定关键任务和研究目标。
2. 需求收集和分析。 与利益相关者联系，明确需求。
3. 文档化和建模。 将需求描述为规范、模型和图表。
4. 将需求传递给开发团队。 正式化和澄清期望。
5. 实施控制和获取反馈。 参与测试，分析变更的成功性。

关键特征：

• 理解商业分析师作为商业与IT之间中介的角色。
• 使用各种建模工具（UML、BPMN等）。
• 过程的迭代性：在每个阶段对需求进行细化。

诱导性问题。

功能性和非功能性需求的区别是什么？

功能性需求描述系统应该做什么（例如，处理订单）。非功能性需求描述系统应该如何工作（性能、可靠性、安全性等）。在设计时，通常会混淆这些概念，只关注功能。

可以在项目启动时一次性固定需求吗？

不，可以在整个项目期间对需求进行细化。由于业务的新输入或市场分析的结果，它们可能会发生变化。

商业分析师一定要会编程吗？

不，在职责层面上不是必需的。重要的是理解业务流程和开发原则的基础，以便能有效描述任务并与团队沟通。

常见错误和反模式

• 忽视项目进行中的需求变化。
• 缺乏清晰的文档。
• 利益相关者之间沟通不畅。

生活中的例子

负面案例： 商业分析师在项目启动时固定了需求，直到迭代结束都没有进行更改。最终导致发布了不相关的产品。

• 优点：快速开发，没有更改。 — 缺点：结果不能反映业务的需求。

正面案例： 分析师实施了定期的迭代评审，并根据反馈调整了需求。

• 优点：产品准确地覆盖了业务目标。 — 缺点：审批工作量增加。