剧情简介
《Gino》-其他电影，澳大利亚出品，Jackie McKimmie、Anthony Ackroyd主演。
观众评论
★ 7.7/10
很有趣的一本剧，让人脑洞大开，尽管其中很多内容还只是猜想，但不乏科学逻辑，还是很值得一读的。
1、前面几章差点睡着了感觉内容看不懂在讲什么...中间几章内容集中强度大...然后几章轻松...最后1章总结。建议先看最后一章吧，马上就能知道讲的是什么，更容易构建大局观和整体观。
2、感觉偏传统的软件需求分析的场景，但目前是移动互联网和saas的时代，有些东西需要去思考。但是对于B端产品经理来讲还是值得钻研的，C端产品经理基本不需要看。
3、对于日常不怎么使用uml图，或者未接触过相对复杂业务的人员读起来比较费劲。
4、同现代sprint思想、lean精益思想实际上是有一点冲突的，传统软件开发周期长、任务多，而近几年sprint的思想被越来越多公司采用。
5、如何落地实践是值得考虑的一个问题，书中最后一章也提供了一个思路。
6、核心内容：
SERU: subject area,event,report,use case; 主体域+事件+报表+用例；
3阶段：
明确目标和范围（开天辟地）=>
理清框架和脉络（泾渭分明）=>
填充需求细节（天圆地方）；
每个阶段的内容：包括主要任务、产物等
【1、明确目标和范围】
1.1核心工作：
划分主题域（若需要）=>用上下文图确定主题域范围=>列出主题域下的业务事件、报表类型列表
1.2主要产物：
构件图（表示主题域关系，1张）=>上下文关系图（表示主题域范围，张数与主域个数相等）=>业务事件列表、报表类型列表
1.3主要访谈对象：
中高层用户代表
1.4重要信息：
组织结构图、分管领导=>有助于划分主题域；部门职责说明=>有利于主题域间服务接口的标识
1.5其他提示：
这阶段时间相对简短，不强求标识全部业务事件和报表类型；重点在于从宏观层面理解业务，标示出最主要的业务事件和报表
【2、理清框架和脉络】
2.1核心工作：
针对业务事件进行流程、业务实体、使用场景分析；
针对每类报表进行业务实体、使用场景分析；
将前面标识出来的所有场景（用例）进行抽象、得到用例模型；
将前面业务实体分析获得的领域模型片段进行合并和抽象；
对设计约束、质量属性进行分析；
2.2主要产物：
活动图（表示业务流程）；
领域类图片段（表示每个业务流程、报表类型涉及的业务实体）
用例模型片段（表示每个业务流程中的业务活动、具体报表项）
领域模型（按主题域对领域类图片段进行合并和抽象）
用例模型（按主题域对用例模型片段进行合并和抽象）
部署图（用来描述软硬件环境方面的设计约束）
2.3主要对象：
中层用户代表
2.4重要信息：
业务事件、报表类型列表作为访谈计划的线索；
业务事件、报表类型列表作为需求组织的二级剧集列表
2.5其他提示：
此阶段主要是搭建框架，不要设计太深的内容；目标不在于标识所有用例、所有领域类，而是标志出最重要的部分，此外，在本阶段完成后将对需求进行基线划分。
【3、填充需求细节阶段】
3.1核心工作
针对每个用例（B类、R类、I类）进行捕获、分析；
对流程图上标志的相关文档进行分析，完成领域类的细节填充；
在架构师的支持下，完成技术类用例的描述；
3.2主要产物
业务类用例描述：包括事件流、相关需求、UI原型、规则约束；
报表类用例描述：包括报表概述、报表内容、输入/输出格式;
接口类用例描述：包括使用者概述、内容与格式、实现约束；
领域类描述：包括数据窗口分析、组成与格式、计算规则；
3.3主要访谈对象
操作层（及小部分中层）用户代表
3.4重要信息：
根据上阶段得出的用例模型，按基线安排调研与细化；
根据用例所关联的领域类，安排领域类的分析和细化；
飘落台北的人啊，是舞光酒盏里的孤红、是旧庭残瓦下的余勋、是风雨雕琢后的遗容；俱往遗失的魂呐，是聚散的爱恨离愁，是战事的功荣败损，是历史的沧海桑田。
看游记，有段话是这样说的：“在我们不断成长的日子里，可能感觉越来越缺少某一种东西，这种东西看不见，只能在我们相聚的时候才能感受到，其实那就是幸福感。”