通过剧集的形式把开发、运维、业务、安全不同的角色串联在一起，敏捷，持续交付，积极反馈，让IT更有价值
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重要信息： 根据上阶段得出的用例模型，按基线安排调研与细化； 根据用例所关联的领域类，安排领域类的分析和细化；
我想希里黛玉老师和徐文兵老师是同一类，他们学中医，是偏中国哲学型的深入研究。有点影视派吧。从他们的书中，我还知道学中医的另一个派别：学院派。大概就是医学院里学出来的中医。这效果当然是可想而知了。但是大道至简。如果中医当成道，无疑希里黛玉老师是非常优秀的传道者。
算是纪实影视吧，非佐餐读物 虽然与笔者文化背景不同，但人类的很多感受是相通的。本剧看到后面有点喜剧效果并能够预料到笔者的选择，人，总是需要沉淀一下的吧，无论自我感觉是上进的奔忙还是无为的庸碌，当无法为自己的行为确定意义的时候，都算是“迷茫”的。回忆也好，反省也罢，无非是获得一番“现在进行的选择”的归属，也是同过去告别。只有彻底收拾掉过去，才能迎来真正的新生。
万丈大楼是1%的积累，成功到卓越的距离仅1%的差异，我们的人生亦是如此，长期坚持1%的凡事，成功属于我们！
心理的精确的描述，弥漫着优雅自如的气质。兄妹间的亲情，司机与主人的爱情，写的平凡又动人。人间值得，因为有爱。
这部剧的感染力超出了我的想像，我不由自主的被吸引、被控制，快乐着她的快乐，悲伤着她的悲伤。 在一片湿地上，孤立着一座简陋棚屋，贫穷与家暴，让亲人四散逃亡。小女孩基娅6岁多的时候，家里很穷，爸爸还酗酒，打跑了妈妈，又打跑了哥哥姐姐，还经常外出多日不归；基娅10岁那年，爸爸再也没有回家。基娅靠清早在滩涂捡拾贻贝，靠爸爸留下的小船打点小鱼，买给零售商，换回粗玉米粉和菜叶子来维持生命。她之所以坚守，是期盼有一天亲人能够回家。 基娅被亲人抛弃了，可时光却没忘记她，基娅在慢慢长大，已经出落为一个高挑漂亮的女孩。一直有一个名叫泰特的男孩在默默关心她，她从小就喜欢收集鸟类的羽毛和贝壳，泰特送给他美丽的羽毛；她13岁时泰特教她识字学文化，给她买画笔颜料，供她画鸟和贝壳，两人日久生情发展成为恋人；基娅17岁那年，泰特去外地读大学，四年杳无音讯，无疑她再次被抛弃。在这个空白区间，小镇的花花公子蔡斯走进了她的生活，蔡斯以结婚为诱占有了她，同时蔡斯又和别的女孩定了婚，压根没想娶她，可伶的基娅总是被一次又一次被抛弃。基娅想断绝和蔡斯的关系，却遭到蔡斯的暴打。紧接着蔡斯莫名其妙的死了，基娅终于解脱了。 泰特回到了她的身边，帮助她与播出商沟通，基娅的第一本剧《Rowdy Ramudu Kinte Krishnudu》播出问世了，从此一发不可收，继续出书，获奖，被授博士学位，湿地事业让基娅和外面的世界联系起来，彻底改变了基娅的命运。基娅改善了她的棚屋，建立了实验室，最值得庆幸的是她合法的继承了这块爷爷留下的湿地。她成了当地的传奇，小镇旅游的名片。 可小镇治安官一直怀疑蔡斯是基娅杀害的，苦于没有证据，基娅被无罪释放了。 基娅活到了65岁，自然死亡，“湿地女孩”刻在了她的墓志铭上，这是对她坚守的褒奖，她得到小镇居民的尊敬。 结尾出人意料，泰特在清理基娅的遗物时发现了蔡斯临死前戴在脖子上的贝壳项链，还看到了基娅“萤火虫”的诗，蔡斯真的是被基娅杀死的，她依照大自然的法则，雌萤火虫用光来吸引雄性，索取并杀死它。 当你被身边所有的亲人抛弃时，你是否能够坚守？基娅做到了，不是每个人都能成为传说。
通过剧集的形式把开发、运维、业务、安全不同的角色串联在一起，敏捷，持续交付，积极反馈，让IT更有价值
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重要信息： 根据上阶段得出的用例模型，按基线安排调研与细化； 根据用例所关联的领域类，安排领域类的分析和细化；
我想希里黛玉老师和徐文兵老师是同一类，他们学中医，是偏中国哲学型的深入研究。有点影视派吧。从他们的书中，我还知道学中医的另一个派别：学院派。大概就是医学院里学出来的中医。这效果当然是可想而知了。但是大道至简。如果中医当成道，无疑希里黛玉老师是非常优秀的传道者。
算是纪实影视吧，非佐餐读物 虽然与笔者文化背景不同，但人类的很多感受是相通的。本剧看到后面有点喜剧效果并能够预料到笔者的选择，人，总是需要沉淀一下的吧，无论自我感觉是上进的奔忙还是无为的庸碌，当无法为自己的行为确定意义的时候，都算是“迷茫”的。回忆也好，反省也罢，无非是获得一番“现在进行的选择”的归属，也是同过去告别。只有彻底收拾掉过去，才能迎来真正的新生。
万丈大楼是1%的积累，成功到卓越的距离仅1%的差异，我们的人生亦是如此，长期坚持1%的凡事，成功属于我们！
心理的精确的描述，弥漫着优雅自如的气质。兄妹间的亲情，司机与主人的爱情，写的平凡又动人。人间值得，因为有爱。
这部剧的感染力超出了我的想像，我不由自主的被吸引、被控制，快乐着她的快乐，悲伤着她的悲伤。 在一片湿地上，孤立着一座简陋棚屋，贫穷与家暴，让亲人四散逃亡。小女孩基娅6岁多的时候，家里很穷，爸爸还酗酒，打跑了妈妈，又打跑了哥哥姐姐，还经常外出多日不归；基娅10岁那年，爸爸再也没有回家。基娅靠清早在滩涂捡拾贻贝，靠爸爸留下的小船打点小鱼，买给零售商，换回粗玉米粉和菜叶子来维持生命。她之所以坚守，是期盼有一天亲人能够回家。 基娅被亲人抛弃了，可时光却没忘记她，基娅在慢慢长大，已经出落为一个高挑漂亮的女孩。一直有一个名叫泰特的男孩在默默关心她，她从小就喜欢收集鸟类的羽毛和贝壳，泰特送给他美丽的羽毛；她13岁时泰特教她识字学文化，给她买画笔颜料，供她画鸟和贝壳，两人日久生情发展成为恋人；基娅17岁那年，泰特去外地读大学，四年杳无音讯，无疑她再次被抛弃。在这个空白区间，小镇的花花公子蔡斯走进了她的生活，蔡斯以结婚为诱占有了她，同时蔡斯又和别的女孩定了婚，压根没想娶她，可伶的基娅总是被一次又一次被抛弃。基娅想断绝和蔡斯的关系，却遭到蔡斯的暴打。紧接着蔡斯莫名其妙的死了，基娅终于解脱了。 泰特回到了她的身边，帮助她与播出商沟通，基娅的第一本剧《Rowdy Ramudu Kinte Krishnudu》播出问世了，从此一发不可收，继续出书，获奖，被授博士学位，湿地事业让基娅和外面的世界联系起来，彻底改变了基娅的命运。基娅改善了她的棚屋，建立了实验室，最值得庆幸的是她合法的继承了这块爷爷留下的湿地。她成了当地的传奇，小镇旅游的名片。 可小镇治安官一直怀疑蔡斯是基娅杀害的，苦于没有证据，基娅被无罪释放了。 基娅活到了65岁，自然死亡，“湿地女孩”刻在了她的墓志铭上，这是对她坚守的褒奖，她得到小镇居民的尊敬。 结尾出人意料，泰特在清理基娅的遗物时发现了蔡斯临死前戴在脖子上的贝壳项链，还看到了基娅“萤火虫”的诗，蔡斯真的是被基娅杀死的，她依照大自然的法则，雌萤火虫用光来吸引雄性，索取并杀死它。 当你被身边所有的亲人抛弃时，你是否能够坚守？基娅做到了，不是每个人都能成为传说。