#敏捷

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

20-05-19 5799 3 banq

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

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

20-06-02 766 1 banq

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

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

20-06-02 788 1 banq

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

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

20-06-04 828 1 banq

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

幽默:数十年来TOGAF的致命问题 - Serge Meijboom

20-05-15 469 banq

TOGAF数十年来的方向出错了:数据架构竟然是信息系统架构的一部分,其实信息系统架构应该是和数据架构没有依赖的,数据应该与技术无关。 众说纷纭: 流程的二重性在哪里?光有数据是没有用的,只它在为业... 详细

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

20-06-10 449 banq

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

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

20-07-03 388 banq

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

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

20-06-08 348 banq

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

共有 101 上一页 1 2 3 4 5 6 ... 13 下一页