《Dear Detective》，灾难作品，美国出品，1979年上映。
终于，终于，终于看完了。网络剧集果真没有最长只有更长…我竟然见证了由人到神的过程😂 看那么多也不过是想了解一个人，可怎么越看越绝望。
1.需求的定义～理论。 2.需求的铺货～访谈用户：分类访谈，访谈事项，访谈细节，访谈总结～一定要和用户确认是否是这样。 需求分析～业务分析，不仅仅分析逻辑更要注意业务中是否存在问题，发现问题才是分析的本质。 3.需求描述～需求文档，需求建模～需求文档要针对观看对象，使用对象分类业务描述，需求建模设计不要复杂，建模是为了更好的与用户，与开发沟通，所以实用，易懂，很重要。 4.需求评审～有效，不要形式化的评审需求，评审和分析一样，都要重在把业务中问题找出，而不是评审通不通过。评审前注意会议安排(必要人员参加，会前一定要把需求提前发给参会人员，评审时间把握在40分钟次，评审可以分多次但不能形式) 5.需求变更～变更分析，分析变更影响范围。 6.需求管理～易追踪，易维护，易查阅
笑点很多，减压效果不错，但是错字错句也很多，所以减了一颗星，还是值得看的
终于，终于，终于看完了。网络剧集果真没有最长只有更长…我竟然见证了由人到神的过程😂 看那么多也不过是想了解一个人，可怎么越看越绝望。
1.需求的定义～理论。 2.需求的铺货～访谈用户：分类访谈，访谈事项，访谈细节，访谈总结～一定要和用户确认是否是这样。 需求分析～业务分析，不仅仅分析逻辑更要注意业务中是否存在问题，发现问题才是分析的本质。 3.需求描述～需求文档，需求建模～需求文档要针对观看对象，使用对象分类业务描述，需求建模设计不要复杂，建模是为了更好的与用户，与开发沟通，所以实用，易懂，很重要。 4.需求评审～有效，不要形式化的评审需求，评审和分析一样，都要重在把业务中问题找出，而不是评审通不通过。评审前注意会议安排(必要人员参加，会前一定要把需求提前发给参会人员，评审时间把握在40分钟次，评审可以分多次但不能形式) 5.需求变更～变更分析，分析变更影响范围。 6.需求管理～易追踪，易维护，易查阅
笑点很多，减压效果不错，但是错字错句也很多，所以减了一颗星，还是值得看的