现在很多成年人都爱看柯南。当然了，为了方便那些没有看过柯南的同志们，我这里简单介绍一下，了解的人直接跳过。《名侦探柯南》讲的是一个杰出的高中生侦探工藤新一，在一次查案中，被黑社会强迫吃了毒药。可是醒了之后，却发现他身体变小了。为了掩饰身份，查出黑社会内幕，他寄住在父亲是政坛的女朋友兰家里。每一集里他都会牵扯到一个案件，然后看柯南是如何发挥聪明才智，发现证据，找出真凶，最后提出完美推理的过程。每一集只是案件不同，其他模式基本一样。
我是一个喜欢看电视剧的人，所以喜欢将电视剧和我们的软件开发做对比。这次主要讲讲我们软件架构与剧本架构的相同点。借此说明软件架构需要注意的重点。
先说说剧本。由于剧本的种类很多，我们抽出类似宇柯南这种剧本的架构。这样的剧本架构，他要解决几个方面的问题。
第一、故事主题。这是一个故事的灵魂。主题不好，这个剧本就不会有人爱看。也就不会取得好的市场成绩。这方面的主题，一般都是将一些普通的主题的某一方面特殊化。比如柯南，侦探的主题很多人都用了，但是他将侦探变小了。从小孩子的视角去讲述侦探情节。比如韩国有一个片子《新娘十八》，讲述的是一个爱情故事，只是不同的是，先结婚，后恋爱。这样就会有很多新的感受。
第二、故事背景。背景的描述在于为一系列故事的发生标明环境。在这样的特殊环境下，所有的故事发展才可以合情合理。人们也更容易接受。比如有些剧本，也开始就指明是星际战争，那你决不会只想到地球。有些一开始就说明是忍术，那你就不容易去怀疑忍者是否存在。
第三、故事人物。这是剧本的重中之重。一个好的主题必须有一系列好的人物来表现。需要几个人，每个人的角色都有讲究。就拿柯南来说，柯南就是一个非常重要的角色。他表现的是智慧。还有一个阿立博士，表现的科技。他的女友兰，表现的不光是爱。还有三个小孩朋友，还有毛利小五郎，是用来反差柯南的智慧的（很可怜）。所有的角色的选择，都表明了作者需要表达的意愿。凭借着这些角色，演绎着作者的人生哲学。
另外，从另一个角度看，故事人物，往往是为整个剧本构建了一个剧情平台。在这个平台上，剧情只要考虑使用谁就可以了。这些人的性格、言语都不需要再进行勾画。这是非常重要的。
第四、故事模式。模式是讲解故事的形式。这种形式的形成，一般是为了大量故事的产生做基础工作。也可能是大量故事的总结。
一旦完成上面的构架，故事就可以交给不同人去构思了。这个你不用奇怪，很多侦探片，一集一个导演，一集一个剧本（不同人编写）。
再来看看我们的软件架构。我们软件架构同样也有几个相同步骤。
第一、软件灵魂。一个软件在架构的初期，必然会被架构师注入一个灵魂。不过说灵魂可能比较抽象，说具体一点吧。灵魂就是贯穿于整个系统，并且是软件的最大特色。比如：系统整合（比如Office之间的互相调用）。这些技术可能是以后一大卖点，但它本身不是因为问题而存在的。很多时候，是架构师为了体现它的理念，而加入到产品中的。这也是这个软件存在的最大价值。这恰恰是我们初级架构师容易忽略的部分。
第二、业务背景。这个一般不是架构师编纂的。而是架构师梳理的。
第三、组件分布。这个类似于人物的角色分配。当然了，组件可能是潜入到系统内部的，也可能是独立于系统存在的。比如COM组件，COM+组件，以及数据库（持久化）、SOA服务等等。这些角色的职能分配，是一个好的架构的基础。也是以后讲解架构的时候重点部分。我们经常看到的.NET架构，J2EE架构图中，都充分地表现出了各种功能角色的分配及层级关系。职责明确、关系清晰，正是架构的关键所在。
第四、方案模式。说实话，没有模式，照样可以解决问题。但是好的架构师会为某一类问题提供统一的解决方案，这样这类问题以后在解决的时候，方案一致，学习成本低，维护成本也低。且不易变更。
如果架构的平台系统，还需要对业务进行抽象分析。关键在第三部分的组件上要下功夫。完成好架构，我们就可以将系统交给不同的软件工程师进行详细设计。
其实，由于架构本身已经是比较抽象的东西了，所以将他和很多行业的规划进行对比，都有相同的部分。这不足为怪。关键在于我们是否可以吸取别人的精华。
我认为剧本的架构中有几点优点，值得我们去借鉴：
第一、剧本不改好，不采用。没有好的剧本的前提下，直接进行拍摄。成本的风险是巨大的。正如我们架构设计一样。需要慎重对待。很多时候，我们借着种种接口，突破架构直接进行开发。其种种恶果是显而易见的。
第二、好的剧情固然重要。但是好的剧本，需要好的演员去表演。就如我们软件中，重点模块，需要寻找好的能手去实现。很多系统的隐患都是因为核心模块的实现比较粗糙。能手不一定要有名，只要有潜力就行。另外，这也是双向的，很多有能力的新手很可能因为实现了重要模块而一举得到重用。
一些谬论，希望对大家有用。
