什么是商业组织构架

[商业银行的商业经营理念是什么]一、树立以资本增值为目标的经营理念资本增值是商业银行的最终目标和根本任务，衡量一个银行业绩的好坏，一个关键问题就是看资本增值的情况，凡资本增值大的就好，反之就比较差。...+阅读

什么是商业组织构架

组织构架是指，对工作任务进行分工、分组和协调合作，其目的仍然是为了更好的完成组织的任务和目标。要想知道虚拟商业组织构架，首先要更清楚的了解商业组织构架。企业组织架构包含三个方面的内容： 1，单位、部门和岗位的设置。企业组织单位、部门和岗位的设置，不是把一个企业组织分成几个部分，而是企业作为一个服务于特定目标的组织，必须由几个相应的部分构成，就像人要走路就需要脚一样。它不是由整体到部分进行分割，而是整体为了达到特定目标，必须有不同的部分。这种关系不能倒置。各个单位、部门和岗位的职责、权力的界定。这是对各个部分的目标功能作用的界定。如果一定的构成部分，没有不可或缺的目标功能作用，就像人的尾巴一样会萎缩消失。

这种界定就是一种分工，但却是一种有机体内部的分工。嘴巴可以吃饭，也可以用于呼吸。 2，单位、部门和岗位角色相互之间关系的界定。这就是界定各个部分在发挥作用时，彼此如何协调、配合、补充、替代的关系。这三个问题是紧密联系在一起的，在解决第一个问题的同时，实际上就已经解决了后面两个问题。但作为一大项工作，三者存在一种彼此承接的关系。我们要对组织架构进行规范分析，其重点是第一个问题，后面两个问题是对第一个问题的进一步展开。 3，企业组织架构设计规范的要求。对于这个问题，如果没有一个组织架构设计规范分析工具，就会陷入众说纷纭、莫衷一是的境地。我们讲企业组织架构设计规范化，也就是要达到企业内部系统功能完备、子系统功能担负分配合理、系统功能部门及岗位权责匹配、管理跨度合理四个标准。

为了更好的理解，我们再举例说说组织架构是如何制定实施的：第一步，选择确定组织架构的基础模式。这一步工作要求根据自己企业的实际，选择确定一个典型的组织模式，作为企业的组织架构的基础模式。在当代企业的实践中，选择直线职能式和矩阵式结构的较普遍，并有越来越多的企业选择增加弹性模式的相应特征予以补充其基本模式的局限。第二步，分析确定担负各子系统目标功能作用的工作量。这一步工作要求根据目标功能树系统分析模型，分析确定自己企业内部各个子系统目标功能作用的担负工作量。要考虑的变量有二：一是企业的规模；二是企业的行业性质。第三步，确定职能部门。这一步工作要求根据自己企业内部各个子系统的工作量大小和不同子系统之间的关系，来确定企业职能管理部门。

即把关联关系和独立关系，并且工作量不大的子系统的目标功能作用合并起来，由一个职能管理部门作为主承担单位，负责所合并子系统的目标功能作用工作的协调和汇总。把制衡关系的子系统的目标功能作用分别交由不同单位、部门或岗位角色承担。第四步，平衡工作量。这一步工作要求对所拟定的各个单位、部门的工作量进行大体的平衡。因为工作量过大的单位、部门往往会造成管理跨度过大，工作量过小的单位、部门，往往会造成管理跨度过小。所以，需要通过单位、部门之间的工作量平衡来使管理跨度实现合理化。在这里，要注意的一点是：存在制衡关系的子系统，要避免将其目标功能作用划归为同一单位承担，即要优先保证制衡关系子系统的目标功能作用的分开承担。

第五步，确立下级对口单位、部门或岗位的设置。如果企业下属的子公司、独立公司、分公司规模仍然比较大，上级职能管理部门无法完全承担其相应子系统目标功能作用的工作协调和汇总，就有必要在这个层次上设置对口的职能部门或者专员岗位。第六步，绘制组织架构图。这一步工作要求直观地构画出整个企业的单位、部门和岗位之间的关系，及所承担的子系统目标功能作用的相应工作。第七步，拟定企业系统分析文件。这一步工作也就是为企业组织架构确立规范。企业系统分析文件是具体描绘企业内部各个子系统的目标功能作用，该由哪些单位、部门或者岗位来具体承担，以及所承担的内容，并对职责和权力进行界定。第八步，根据企业系统分析文件撰写组织说明书。

这一步工作就是在组织构图的基础上，分析界定各个单位、部门组织和岗位的具体工作职责、所享有的权力、信息传递路线、资源流转路线等。第九步，拟定单位、部门和岗位工作标准。明确界定各个单位、部门和岗位的工作职责、工作目标、工作要求。第十步，根据企业系统分析文件、组织说明书及单位、部门和岗位工作标准进行工作分析，并撰写工作说明书。除了界定前述内容外，还要明确界定任职的条件和资格。第十一步，就上述文件进行汇总讨论，通过后正式颁布，组织架构调整改造工作完成。而虚拟构架是在电子通信、计算机、互联网和其他互动技术的迅猛发展，使得计算机技术得以广泛普及和应用，从而改变了组织结构的模式、工作以及沟通的方式。例如，处在传统金字塔结构最高层的管理者和最底层的一线员工可以通过计算机网络实现沟通和联络，组织的结构趋于扁平化，网络组织结构改变了原来自上而下的信息传递方式，加强了横向联系，使组织更具弹性和灵活性，由此出现了不需要到某个固定办公室来统一办公的“远...

架构是什么意思

(software architecture)是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口（计算机科学）来实现。软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。

软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。

在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”【GS93】

但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”【IEEE98】。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。

在 Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。

从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。

一般而言，软件系统的架构（Architecture）有两个要素：

·它是一个软件系统从整体到部分的最高层次的划分。

一个系统通常是由元件组成的，而这些元件如何形成、相互之间如何发生作用，则是关于这个系统本身结构的重要信息。

详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（Task-flow）。所谓架构元素，也就是组成系统的核心＂砖瓦＂，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。

·建造一个系统所作出的最高层次的、以后难以更改的，商业的和技术的决定。

在建造一个系统之前会有很多的重要决定需要事先作出，而一旦系统开始进行详细设计甚至建造，这些决定就很难更改甚至无法更改。显然，这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。