436
《Microsoft.NET企业级应用架构设计（第2版）》——2.4 总结
本节书摘来自异步社区《Microsoft.NET企业级应用架构设计（第2版）》一书中的第2章，第2.4节，作者： 【意】Dino Esposito（埃斯波西托） , Andrea Saltarello（索尔塔雷罗）着，更多章节内容可以访问云栖社区“异步社区”公众号查看
2.4 总结
尽管名字包含工程，软件工程的重点并不是工程，至少不是我们平常理解的工程。软件充满动态性，它产生的问题无法通过一组固定的规则来解决。
软件项目的头号敌人是BBM，而BBM与碎步增长和项目期限密切相关。项目的碎步增长是不争的事实，关键是要找到高效的策略来应对。这可能需要有效率、有魄力地与项目经理、客户还有利益相关者协商。领域经验引导你理智地识别最需要的功能，帮助你更好地引导客户发现他们的需求。
并非所有项目都是平等构建的，了解项目期限是另一个至关重要的因素。你可不想在设计短期项目、关键业务系统和行业应用程序时投入相同的精力。我们应该控制真实存在的复杂性，而不是创造原本没有或不该有的复杂性。
软件项目的运作机制有时候挺随性的，但成功的项目也是有的。软件项目一旦存在问题迟早都会暴露出来。防范胜于治疗，如果你能及时修复，你将节省大量金钱。
最后更新：2017-06-01 16:31:33