软件架构师实践之一

企业架构：

     业务架构：也即公司的业务流程。一个公司之所以能存在，就是因为它能通过它的业务流程为它的客户产出产品或服务，所以说公司的业务流程是核心所在。业务架构是 以企业战略作为输入的，一个企业有什么样的战略，就会有什么样的流程。

           数据架构：就是把企业的数据进行标准化，仓库化，对数据进行有效的管理，利用 它来进行决策分析。

           应用架构：在业务环节里选择出那些环节系统功能，有哪些系统，系统之前的接口 数据流是什么，多个系统之间的关系是什么，在面向系统的各个层面上组织共性，把共 性建立业务平台。 在一个企业内部有多种应用，这些应用我们把系统之间的数据流组织好，同时在各应用之间提取一些公共的应用，提取应用平台（支撑环境），组件(插件)系统接口等。它是企业级的，不是面向一个应用。

           技术架构：就是把这些应用中的我们会重复使用的一些技术，把它提炼出来，形成一些技术规范，让别人可以去参考和应用，像工作流管理，在很多应用中都是比较常用的东西提炼出来，

      在这里，应用架构和技术架构统一也叫做信息架构。是IT架构，和计算机技术有关的，业务架构和数据架构即使没有信息系统也可以有这两种架构。

RUP　4+1视图

   

用例视图：从用户角度去看需求，对需求进行归纳。

      设计视图：核心类和关系（类、接口协作），也叫逻辑视图，解决问题的方法。

      组件视图：面向开发者的物理单元，系统的可扩展、易维护

      进程视图：系统运行的时候有哪些任务，任务怎么分配

      部署视图：系统运行的时候分布到哪些节点，节点上有哪些组件

架构人员如何梳理需求？

 

 

下面我们来看一个例子

 

      注册用户填写表扬信息，并提交。案件分配员接到表扬信息后分配给案件办案员。

案件办案员接到表扬信息后，进行初步核实，案件信息不实者，则案件存档结束；案件信息确实者，则请示协会秘书处；贡献卓著者，则给专利代理行业内奖励表彰，并在平台诚信信息模块的奖励表彰栏目中发布。表扬案件经审核通过后，均记入该专利代理人或专利代理机构诚信档案的良好记录中。

      注册用户填写投诉信息，并提交。案件分配员接到投诉信息后分配给案件办案员。案件办案员接到投诉信息后，进行初步核实，案件信息不实者，则案件存档结束；案件信息确实者，则请示协会秘书处；性质严重者，上报国家知识产权局专利代理惩戒委员会，处理结果将登录在失信曝光台上。投诉案件经审核通过后，均记入该专利代理人或专利代理机构诚信档案的不良记录中。

 

我们的重点是对问题本身的梳理

1.       需求交接

2.       业务流程图：我们必须要清楚我们要设计的系统在一个业务流程中处于什么样的范围，把我们要开发的系统的范围标出来。

3.       建立用例模型

4.       定义系统之间的接口，要把接口的数据流定义清楚，同时对接口用一个字典进行描述（名称，数据流，双方的环境，性能要求，安全要求）

提炼需求―――架构相关的

1.       归纳用例

2.       建领域模型，客观世界的资源模型――映射层次中实体

3.       建层次模型（构建业务）

4.       抽象层次得到骨架图

 

这样就把我们的设计和需求做了一个基本的对接。

需求可以分为三个层次，业务需求（管理者角度），用户需求（操作者），系统需求（开发者）

 

表扬业务流程图

 

投诉业务流程图

 

建立用例：