根据我的经验，与业务流程完全一致的软件在业务流程发生变化时更容易更改。什么类型的架构最适合这种方法？
答案 0 :(得分：1)
好问题......但首先...... SOA？这是一个很好的流行词，但经常被误解，主要是由于缺乏任何一个“真正的”定义。哎呀！甚至Martin Fowler现在也将其称为“ServiceOrientedAmbiguity”，并鼓励人们避免提起它。
确实没有“一个”“最佳”答案。企业对IT的要求可以是;通常是;各种各样。这些需求通常受到外部驱动因素的影响，例如客户，合作伙伴，市场趋势，立法，监管机构等。在许多情况下，这些驱动因素决定了架构，或者至少会损害或限制您完全实现您认为可能“更好”的能力“建筑。这也可能听起来很滑稽，但这不是我的意图。有这样一种“最佳”架构的观念导致许多人继续在其追求中浪费大量的能量（和金钱）。虽然这可能不是故意的，但这些观点往往得到了那些已经成为单一供应商/社区代理人或者作为产品向您销售流程的人的支持。
尽管如此......从软件工程的角度来看，旧的原则仍然是确保您满足业务需求的最可靠方法。例如，
请注意，没有提及任何一种架构模式，技术或语言......因为这些并非真正的驱动因素，尽管它们可能是促成因素，并且会因各种因素而发生变化。让我再说一点。 “业务流程”和软件工程流程有着截然不同的关注点，观点等等......强迫任何一个组的功能与另一个组相同只会导致完全失败。这并不是说他们不应该分享诸如日期，功能可交付成果等的承诺。这些团体需要有所不同才能有效地完成工作，但当然需要找到方法来传达那些需要共同愿景的事情。这是任何数量的设计和生命周期管理流程可以提供帮助的地方。 （例如DDD，MSF，SCRUM，CMMI等......）。
我的意思是建设性的......希望它有所帮助。
答案 1 :(得分：0)
Glib回答：企业架构。
您真的在寻找什么样的答案？根据我的经验，每个企业都有独特的需求，特别是当涉及到他们想要发展的方向时。可修改性只是一个理想的品质，通过成本控制，上市时间，效率，安全性，可用性和资源来竞争资源。其余的一群人。