2019-12-06组织头脑风暴列出所有用户故事，根据用户故事业务关联划分领域模型，随后创建代码模型。这是我的理解结果，希望老师能予以点评 8- 2019-12-08关键是公司或者客户自己都不知道要什么吧…… 1 2
2019-12-18首先是技术选型，微服务，分布式，分流控制都要考虑，保证以后面对更多的挑战。
第二是业务分析，不要陷入当前的业务，在更高的一个高度进行抽象，保证以后业务的可扩展性，现在不流行DDD吗
第三架构设计，确定大体的结构
最后是技代码设计，做到服务之间解耦 1
2019-12-07希望老师举个具体的案例 来阐述建模，比如自己在开发什么软件什么功能的时候用到了建模这个方法 用了比不用强在哪里等等，太形而上的东西像我这样刚入行的菜鸟领悟不了0.0 1
2019-12-06我想问一下李老师，像unix ，linux，等超大型的软件系统有没有这样的4+1的建模文档，多谢！作者回复: 我不是很确定，Unix和Linux的情况是很不一样的，根据我在Apache开源社区开发的经验，大概率推测Linux是没有的。开源软件极少看到有完整软件建模的文档的，大部分关于设计的说明会通过论文的方式发表，里面也很少有常规意义上的软件模型。
1
2019-12-06现在公司都采用敏捷开发，很少画UML画了，我们都知道这样不好，但却没有人站出来，可能是缺少一个架构师这样的角色吧。 2 1
2020-02-04一个合格的架构师必须是一个合格的产品经理、一个合格的研发、一个合格的测试，架构师的职责就是基于公司的战略和资源定位产品的核心价值、基于业务做技术选型、规范和指导研发、构建各维度的测试。
如果我刚刚称为公司的架构师，我会和决策层统一公司的核心价值，并以PPT的形式体现承载价值的核心功能。达成一致后，召集全体研发、测试(如有)开会统一思想，包括产品功能、性能指标、版本管理、部署上线、交付时间等，都必须是可量化的。期间，可以发动群众集思广益，收集有建设性建议并和决策层讨论并最终定版，以产品功能说明书作为交付物。之后，基于终版功能及指标，做技术架构选择，以架构部署图作为交付物，并召集资深开会讨论，查缺补漏。之后，召集全体开发、测试(如有)开会，以使每个人都清楚自己的交付物和指标。之后，就可以开始功能迭代过程了。
综上，核心价值确定第一位，统一思想第二位，技术选型第三位，其他都可以见招拆招，或直接水到渠成了。
2020-01-31理解需求后先出一份系统概要设计，向领导呈现技术选型和软件粗略的架构设计，
然后是系统的详细设计，向同事呈现软件的详细接口设计，模块划分等- 2020-01-17老师，架构设计和流程设计的工具一般都用什么
2019-12-304 + 1视图模型法真赞；希望老师能在加餐中来一个完整的建模案例，相信对大家很有帮助。
2019-12-23终于看到我想要看的东西，画图。做了5年的开发，还不知道怎么画图，要画哪些图。现在还在头疼，一个架构师要输出多少文档？接口文档，整体设计文档。。。
2019-12-19打卡
2019-12-11没有统一的沟通语言，在软件设计的初期勾勒出软件模型，在开发的过程中真的扯皮比较多，真的很缺架构师，但为什么公司就没有这样一个角色，有时候出现连产品经理都没有，只有技术总监几句话，参照一下竞品，这样团队合作起来真的很麻烦
2019-12-07感觉可以两篇的内容放在一篇来讲解