利益相关者与需求获取
识别用户、发起人与决策人,通过访谈、工作坊、观察和追问获取需求,再讨论功能。
学习利益相关者沟通、需求获取、范围定义、规格与验收标准,并练习把清晰的业务约定交接给实现与测试。
本路径适用于网站、业务应用、数据系统和 AI 软件。需求分析练习不以编程经验为前提;下方 Python 案例只是练习“从规格到实现交接”的一种方式。
识别用户、发起人与决策人,通过访谈、工作坊、观察和追问获取需求,再讨论功能。
区分业务问题与拟议方案,明确范围、功能需求、质量需求、假设与约束。
把沟通成果转为用户故事、用例与可衡量的验收样例,确定优先级并处理冲突预期。
与业务方复核规格,把需求连接到测试,并通过版本化决策和影响分析管理变更。
形成利益相关者图、范围说明、按优先级排列的需求、验收标准与可追溯变更记录。能够解释每条需求为何重要、如何验证。
经理希望把 CSV 汇总成部门报表。八条记录中有重复 ID、缺失金额和一笔退款。先完成业务决策,再运行实现。
| ID | 部门 | 金额(AUD) |
|---|---|---|
| TX001 | Sales | 120.00 |
| TX002 | Sales | 80.00 |
| TX003 | Operations | 45.00 |
| TX003 | Operations | 45.00 |
| TX004 | Operations | — |
| TX005 | Research | 35.00 |
| TX006 | Sales | -20.00 |
| TX007 | Operations | 90.00 |
这里是角色扮演式业务决策,不是实时聊天。退款或重复记录没有适用于所有业务的唯一规则,需要明确选择并记录。
示例实现已预先准备,再根据你的决策填入参数。本页不实时调用 AI。提示词展示如何向自己的 AI 工具提出任务;Python 在你的浏览器中实际执行。
可修改实现,再对照样例预期运行。修改业务决策会清除确认、重新生成示例,并使旧结果失效。
首次执行加载约 14 MB 的 Python。运行超过 10 秒会停止。不上传文件、不修改源数据;刷新页面不会保留编辑。
和业务方一起复核汇总与异常清单,约定谁处理异常、输入格式如何变更、流程如何重新运行。本教学 Demo 只生成报表,不审批费用或执行支付。
Communication notes
→ confirmed specification
→ Python + independent checks
→ stakeholder review + runbook如果 AI 把所有缺失金额替换成零,总额可能仍然看起来正确。验收测试还必须检查什么?
除了总额,还要检查有效记录数与异常数。缺失行必须能在复核队列中追溯,而真实零金额应有效。Demo 的错误版本会触发这些检查。
在一对一在线课中,导师可扮演业务方,由你提问、澄清歧义并复核规格。通过原型和验收样例检查共同理解,实现练习可按需选择。