1、低质量的需求分析,导致低质量的成体估算。
2、先确定问题,再写需求。
3、立即确定需求。
4、立即修复需求规格说明中的错误。
5、原型可降低选择用户界面的风险。
6、记录需求为什么被引入。
7、确定子集。
8、评审需求。
9、避免在需求分析时进行系统设计。
10、使用正确的方法。
11、使用多角度的需求视图。
12、合理地组织需求。
13、给需求排列优先级。
14、书写要简洁。
15、给每个需求单独编号。
16、减少需求中的歧义。
17、对自然语言辅助增强,而非替换。
18、在更形式化的模型前,先写自然语言。
19、保持需求规格说明的可读性。
20、明确规定可靠性。
21、应明确环境超出预期时的系统行为。
22、自毁的待定项。
23、将需求保存到数据库。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· winform 绘制太阳,地球,月球 运作规律
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)