软件架构含义及其总结

软件架构的含义：
架构师必须做出许多设计决定。要想有用，这些决定必须用文档记录下来，这样就能够进行复审、讨论、修改和批准，然后作为后续决定和构建时的约束。

创建软件架构：
软件架构师的首要关注点不是系统的功能。你关注的是需要满足的品质。品质关注点指明了功能必须以何种方式交付，才能被系统的利益相关人所接受，系统的结果包含这些人的既定利益。
成功架构师的两项关键实践：让利益相关人参与以及同时关注功能和品质。作为一名架构师，你首先问我们想从系统中得到什么，有怎样的优先级。在实际项目中，你会找出其他的利益相关人。
考虑折中实现。

架构结构：
　架构师的主要关注点就是对系统进行组织，让每种结构有助于解答一个关注点所定义的问题

架构师玩的是折中的游戏
提供场景分析，。架构师然解释该架构如何支持每一种场景

好的代码要很容易让新手上手，每段代码风格统一。

架构步骤：
１.我们确定了主要的功能领域
２.我们在系统的核心上花了额外的设计时间
３.故事展开：设计和编码要么以结对的方式完成，要么经过仔细的复审，确保工作的正确性
４.如果你不是马上需要，就不要去做
５.保持品质
从一开始，“设计之城”就准备好了一些品质控制过程：
• 结对编程。
• 对没有结对编程的工作进行代码/设计复审。
• 对每一段代码进行单元测试。
６.管理技术债务
小的代码“瑕疵”或设计问题允许存在于代码集中，要么是为了让功能快一点实现，要么是为了在接近发布时避免高风险的改动，这些逃避职责的地方被标记为技术债务，并安排在后续的版本发布中修正。这些问题很清楚，开发者对它们不满意，直到将它们处理掉为止。同样，我们看到了开发者对设计的品质负责


总结：
确实进行有意为之的前端设计。（许多项目甚至还没开始，就因为这一点而失败了。）
• 设计者的素质和经验。（以前犯过一些错误是有帮助的，这能在下一次为你指出正的方向）
• 在开发过程中，保持清晰的设计观点。
• 授权团队负责软件的整体设计，而团队也承担起这一责任。
• 不要害怕改变设计：没有什么是一成不变的。
• 让合适的人加入到团队中，包括设计者、程序员和经理，确保开发团队的规模合适。确保他们具有健康的工作关系，因为这些关系将不可避免地影响代码的结构。
• 在合适的时候做出设计决定，当你知道所有必要信息时再做出决定。延迟那些暂时不能做出的决定。
• 好的项目管理过程，需要定一个合适的最后期限。