软件架构与设计第 1 课总览

记得大二的时候，我走进老师办公室，问怎么样成为一个架构师，或者成为一个游戏制作人。五年快要过去了，总算是在两个方向都摸到了一点门道。上这门课与其说是学东西，更不如说是验证自己的想法。

如果你打算做一个软件工程师，那么职业道路大概是这样的：初级软件工程师 -> 中级软件工程师 -> 高级软件工程师 -> ... -> 软件架构师。总而言之，就是当你技术懂得足够多，经验足够丰富之后，就可以不再局限于一招一式，而是去思考如何让一群人发挥全部实力做好一件事情了。

为什么需要软件架构呢？因为随着软件规模的日益扩大，如何让各个组件能够尽可能好的融合在一起，一个模块发生问题不至于产生雪崩式的影响，如何能够让大规模开发成为现实，这些的背后都需要有一个好的架构来支持。

可是说得容易做得难，设计一个好的架构要面对诸多问题，不仅仅是技术上的挑战，而且项目规模越大，失败的可能也就越高。日常生活中有很多东西都属于架构精良的，比方说互联网和飞机航线。

因此，这门课主要会介绍以下内容：

除此之外，这门课有什么特别的地方呢？

面向系统的软件工程
- 服务计算(h/w & s/w)
- 面向服务的软件工程(第三代)
实战学习
- 最新的技术
- XaaS(Saas, PaaS)，大数据，云计算，移动计算，社交网络，互联网，网络中心合作，HPC，SDX
- 企业规模的系统
- 由高科技公司和政府部门资助

主要使用的技术是：

重要的时间节点：

16.5.5 期末考试 Week 17
16.3.3 期中考试 Week 8
十次个人作业
一个小组项目
- 四人一组，春假后开始
- 技术报告 16.5.6，包括：文档(20%)，教程(5%)，Docker 镜像(8%)，Github 帐号(10%)，视频(7%)
- 最终展示 PPT(16.4.25，5%)，课堂上展示(Week 15，10%)
- Demo：Final(16.4.29，10%)，Sprint 1(3.25，7%), 2(4.8，8%), 3(4.22，10%)

项目的主要任务

言归正传，软件开发的主要挑战是：Complexity, Conformity, Changeability, Intangibility。在这之中，可重用是非常重要的，包括：想法，知识，模式，经验，架构，行为，实现，测试套件等等。

用通俗的话来说，软件架构的主要目的是把大系统分解为可以被独立制作的小系统，并且每个部分都有其商业价值，在开发完成后能够直接集成到现有系统中。衡量架构的一些维度：性能，可维护性，可测试性，安全性，可用性。

同一个架构，在不同的人眼中也有不同的关注点。所以，软件架构扮演的角色到底是什么呢？主要有两点：

Accidental Difficulties

这类问题存在某种解决方案，可能只是等待被人发现。例如：

这类问题可能只有部分有解决方案，无论如何无法抽象：

1987年提出的的一个关于复杂度的问题：当你需要开发一个功能或者模块的时候，是从外面买还是自己做呢？

采用增量式开发有许多好处，比如方便长期开发，可以方便的回溯，能够尽早拿出原型。

WWW 是一个极佳的学习架构的例子：

桌面环境也是一个很好的例子：