向架构师进军-->创建逻辑架构

    逻辑架构是将需求转变为解决方案的一种工作产品，它主要关注功能模型和部署模型。创建逻辑架构的方法有好多种，比较常用的三种分别是属性驱动设计（ADD，Attribute-Driven Design）、四门子的四重视图（S4V）方法和Ratinal 统一过程（RUP）。而这些方法中，又以RUP方法最为广泛使用。本文中讨论的也是RUP方法。

    逻辑架构的价值：

        把需求变为可以用代码实现的物理架构的方法

        逻辑架构是一种战略性资源

    创建逻辑架构的步骤如下所示，因为逻辑架构中的有些过程是同步进行的，所以用图形能够更好的说明创建逻辑架构的步骤。

 

    调查架构资源

    调查架构资源主要是查找这个领域中的可重用资源，如果您不了解可重用资源，请点击这里：向架构师进军-->可重用架构资源，该文详细阐述了可重用资源方面的相关知识。

    在这里，架构资源主要从三方面考虑。一方面是定义系统主要元素的参考架构，如架构师可以选择把它们的架构基于一个封装的应用或重新设计一个遗留系统（二次开发）。另一方面是选择一组特定的仅能用于功能模型或部署模型的模式。最后一方面是所谓的业界垂直模型，如IBM的保险应用架构，它提供了一套模型来帮助保险公司有效、一致地应用信息技术。

    定义架构概览

    架构概览涉及好多个架构视图，但在表达解决方案的主要构造时主要趋向于关注功能视图和开发视图。架构概览本质上是结构性的并倾向于显示为方块和直线，而实际上是由许多图组成，不同的图表示不同的视图和不同利益相关者的关注点。

    编写架构决策文档

    编写架构文档的好处在此就不说了，下面简述一下编写架构决策文档的步骤。

    （1）记录难点和问题

    （2）评估选项（判断有哪些选项可以用来解决难点或风险）

    （3）选择首选的选项

    （4）编写决策文档

    下面是一个架构决策文档的样例

------------------------------------------------------------------------------------------------------------

难点                EcmBoss系统必须能够支持常见文本格式（包括Word，Excel，PDF等）的预览。它的目                  

                       的在于业务用户能够方便的查看编辑过的文档。预览功能必须在IE下可用。

架构决策        使用公司购买的在授权使用期内的组件，而不是重新购买组件或重新开发一套产品

假设               预览的格式是确定的，支持Word、Excel、PDF、PPT等 

可替代方法    选项1：购买一个新的产品

                      选项2：开发一个定制预览组件

                      选项3：使用公司购买的在授权使用期内的组件

理由              选项3在满足客户需求的基础上，可以为公司节省开支。

------------------------------------------------------------------------------------------------------------

    功能性元素和部署元素

    在这里，之所以将功能性元素和部署元素放在一起讨论，是因为在逻辑架构设计中，功能性元素和部署元素都是在子系统与组件的级别上进行讨论并设计的。    子系统的概念大家都很熟悉，我们再强调一下组件的概念。

    逻辑架构组件主要分为三类：边界（或显示）组件，控制（或执行）组件，实体（或数据）组件。边界组件提供了系统和系统与之交互的外部事物的边界，这些边界组件通常调用控制组件。控制组件支持系统的控制逻辑，也支持业务规则和其他用以满足功能需求的逻辑，控制组件通常调用边界组件、实体组件和其它控制组件。实体组件支持持久数据的呈现，通常调用其它实体组件。下图为一预定旅游线路用例的组件图。

    

    在考虑需求和它们在解决方案中如何得到满足的时候，显式地从解决方案中的元素追溯到它们要解决的需求是有用的，这种可追溯性可以帮助我们确定改变需求的影响。下面的时序图展示了组件如何追溯到需求的。

    校验架构

    校验架构是检验所有的架构产品必须一致，以确保跨越架构工作产品的所有问题都得到一致的解决。校验架构的步骤如下：

        （1）计划检验

        （2）召开动员会议

        （3）进行个别检验

        （4）召开检验会议

        （5）进行返工

        （6）进行后续工作

    构建架构概念证明

    

    有很多原因导致需要创建一个架构概念证明，如功能性需求新颖或具有挑战性；所开发系统有特殊的质量要求；需要使用新的和没有验证过的技术；采用新的标准；和现有系统的接口很复杂或没有没有文档；使用新的开发工具等。构建架构概念证明的步骤如下：

        （1）定义组件接口

        （2）定义操作和操作签名

        （3）定义组件之间的契约

    确认架构、更新软件架构文档、复审架构

    略。

    逻辑架构是将需求转变为解决方案的一种工作产品，本文以图形展示的方式，再配上简洁的文字讲述逻辑架构创建的过程以及其中的一些重点关注点，让您对逻辑架构的认知从无到有，由浅入深。文中有描述不准确的地方，还请各位斧正。