产品需求与商业分析BA方法

21-11-23 1418 1 2K

由于多种原因，企业中数据状态混乱，四个方面很突出：跨组织边界的零散所有权和问责制：信息孤岛、筒仓。数据库管理和数据工程等特定功能的集中化，但在整个企业游戏中没有一块完整的皮肤可用技能不平衡——软件开发.

21-11-20 1288 2 18K

学习成绩好的擅长答题，从而忽视了问题的创建能力培养，如何提出问题的能力比答题能力更重要，世界上伪命题比比皆是，提出好的问题=解决一半问题，战略高于战术。所以，问题空间=解决方案空间下图是：提问题的批判.

21-11-14 1102 1

企业家不能非理性地执着于创新，当然在某些情况下是绝对需要新鲜的想法，但如果对原创性产生依恋，或厌恶拷贝他人开创性想法，也会导致成功的重大延迟（甚至失败）。此外，一次性做好几件事总是比做好一件事困难得多.

21-11-13 1265 1

Eric Evans在 2000 年代初撰写领域驱动设计 (DDD) 一书的原因是为了鼓励那个时代更好的领域驱动设计 (ddd) 实践。设计由数据模型驱动，技术和业务同事之间的协作不足。DDD 这本书.

21-11-10 1005

Conexiam 的管理合伙人 David Hornford 介绍了数字化转型的七个杠杆。数字化转型的成功需要战略、客户体验、生态系统、业务变革、组织文化、IT 以及产品或服务的数字化的一致性。所有七.

21-10-02 1144 1 14K

从需求到代码的直接拷贝，无建模，没有在问题空间和解决方案空间之间的迭代过程，没有DDD设计的样子（点击下面图片）：另外：以程序员的认知理解实现的业务应用系统：搞笑视频。 .

21-09-28 2001 1 8K

著名DDD专家mathiasverraes的定义了什么是领域驱动设计（DDD）?，在黑客新闻引起各种讨论： LennyWhiteJr ：在这里看到很多人对 DDD 的仇恨，所以让我从在我的团队中倡导.

21-09-24 1315

在做出决策时，架构师的主要任务是定义全面的上下文（一组评估标准），以便做出平衡的架构决策。对于那些对业务至关重要的决策，建议花额外的时间来分析备选方案和架构上重要的需求，并扩展分析上下文，以最大程度地.

21-09-23 1942 1

领域驱动设计是一门软件设计学科，其核心原则是：复杂领域的软件要求所有设计人员（工程师、测试人员、分析师……）在领域专家的指导下对该领域有深入的、共同的理解这种理解植根于语言：领域语言应该被形式化为.

21-09-14 1687 1 3K

早期面向对象设计OOAD是通过发现名词来发现寻找对象，今天，我们不提倡使用名词发现法来简单地模拟现实世界中的事物，现实要复杂得多。找到好的对象意味着识别属于应用程序域及其执行机制的抽象。他们与现实世界.

21-09-09 1019 1

当前项目组合：EventStorming BP/PL（领域探索）+用户故事映射（故事发现、确定优先级、划分为更小的故事）+ BDD（规范）+ EventStorming DL（设计）+ BDD/TDD.

21-09-08 1342 6

21-09-04 732

Verinovum 总部位于俄克拉荷马州塔尔萨，提供干净、完整和准确的临床数据，使医疗保健支付者、提供者和合作伙伴组织能够改善业务和患者结果。与电子健康记录 (EHR) 系统相关的界面和操作流程可能不.

21-09-02 1155

thenewstack这篇文章强调了语言上下文的重要性：上下文为王，即使像 GPT-3 这样的大型语言模型也缺乏“对于特定领域的任何真正基础经验和知识，远远达不到的人类理解意图、上下文和意义的层次“.

21-08-12 1441 1

一年前，也就是 2012 年圣诞节，我妻子“送给”了我一台 iPad mini。我使用引号是因为我确实买了它；这是一份很棒的礼物，我很高兴在接下来的一年里使用它。尽管如此，12 月 25 日真正让我开.