#敏捷

      更多分类

ddd-crew/ddd-starter-modelling-process:DDD设计入门建模流程

20-05-19 2477 2 banq

如果您是DDD的新手,并且不确定从哪里开始,则此流程为您提供了逐步指南,帮助学习和实际应用域驱动设计的各个方面:从围绕组织的业务模型定位到编码域模型。 使用此流程将指导您完成设计具有DDD思维方式的... 详细

一个软件开发团队多少人合适? 大型团队失败是由于缺乏共识和沟通带来的技术债务 -mfeather

20-06-02 560 1 banq

拥有非常小的团队规模能使达成共识变得容易。让多个人一起从事某项工作的协调性的补偿性流程会让人感到惊讶。小团队的失败模式是 总线因素 。 大型团队的失败模式是由于缺乏共识和协调而静默积累技术债务。 ... 详细

如何划分有界上下文? - nick

20-06-02 552 1 banq

两个概念之间的耦合与某些属性有关。不论哪个属性更改都会影响一起更改的内容。我们的有界上下文边界划分是一种押注,押注那些会一起改变的事情。 (如图,可以按照形状划分界限,也可以按照颜色划分边界,... 详细

商业软件开发的下一个重大步骤:协作建模(CoMo)的本质 - WPS

20-06-04 558 1 banq

我们总结了“协作建模”(以下简称“ CoMo”)背后的想法和概念。在“敏捷”和“领域驱动”之后,我们将“ CoMo”视为商业软件开发的下一个重大步骤。 什么是协作建模? 几年前,我们的三个同... 详细

软件原型如何战胜需求收集? - searchsoftwarequality

20-07-03 177 banq

应用程序开发中最困难的部分是如何确定客户的实际需求。一种方式是开发团队可以精心设计软件需求,直至细节;还有一种观点:认为解决需求问题的最佳方法是完全放弃需求,而选择快速的软件原型。 加利福尼亚州针对... 详细

Defect和Bug有什么不一样? -Nikita

20-06-10 171 banq

Defect和Bug翻译成中文都是缺陷的意思,两者有什么区别? Bug是编程错误的结果,Defact缺陷是与需求的偏离。Defect缺陷不一定表示代码中存在bug,它可能是尚未实现但在软件需求中定义... 详细

对于信息系统,DDD事件建模比敏捷更真实有效 - Adam

20-06-08 184 banq

事件建模对信息系统而言比对敏捷性所希望的更为真实。 以我的经验,“敏捷”意味着没有雇用足够的人员,而没有进行充分的测试,完善的用户界面或编写文档,产品会失败。也许它应该意味着其他事情,但这是我的经... 详细

Kanban与Scrum比较 - modernanalyst

20-07-11 77 banq

敏捷方法为团队提供了在收集业务需求时同时开始创建软件的能力。因此,通常被称为“分析建模瘫痪”的现象不太可能阻碍团队前进。事实上,敏捷方法论以其使项目能够创建“正确”产品的能力而广受赞誉。它使团队具有... 详细

共有 861 2 3 4 ... 11 下一页