构件的分类

一、说明

1、本节包括混凝土构件运输、金属构件运输、木门窗、铝合金、塑钢门窗运输、成型钢筋场外运输；预制混凝土构件安装、金属结构构件安装等内容。

2、构件运输

(1)本节适用于构件堆放场地或构件加工厂至施工现场吊装点的运输，吊装点不能堆放构件时，可按构件1kｍ运输项目计算场内运输。

(2)本节按构件的类型和外型尺寸划分类别。构件类型及分类见下表：

预制混凝土构件分类表

金属结构构件分类表

(3)本节定额综合考虑了城镇及现场运输道路等级、重车上下坡等各种因素。

(4)构件运输过程中，如遇路桥限载(限高)而发生的加固、拓宽等有关费用，另行处理。

3、构件安装

(1)混凝土构件安装项目中，凡注明现场预制的构件，其构件按第四章有关子目计算；凡注明成品的构件，按其商品价格计入安装项目内。

(2)金属构件安装项目中，未包括金属构件的消耗量。金属构件制作按第七章有关子目计算，第七章未包括的构件，按其商品价格计入工程造价内。

(3)本节定额的安装高度为20ｍ以内。

(4)本节定额中机械吊装是按单机作业编制的。

(5)本节定额是按机械起吊中心回转半径15ｍ以内的距离编制的。

(6)定额中包括每一项工作循环中机械必要的位移。

(7)本节定额安装项目是以轮胎式起重机、塔式起重机(塔式起重机台班消耗量包括在垂直运输机械项目内)分别列项编制的。如使用汽车式起重机时，按轮胎式起重机相应定额项目乘以系数1.05。

(8)本节定额中不包括起重机械、运输机械行驶道路的修整、垫铺工作所消耗的人工、材料和机械。

(9)小型构件安装是指单体体积小于0.1ｍ3，本节定额中未单独列项的构件。

(10)升板预制柱加固是指柱安装后，至楼板提升完成期间所需要的加固搭设。

(11)钢屋架安装单榀重量在1t以下者，按轻钢屋架子目计算。

(12)本节定额中的金属构件拼装和安装是按焊接编制的。

(13)钢柱、钢屋架、天窗架安装子目中，不包括拼装工序，如需拼装时，按拼装子目计算。

(14)预制混凝土构件和金属构件安装子目均不包括为安装工程所搭设的临时性脚手架及临时平台，发生时按有关规定另行计算。

(15)钢柱安装在混凝土柱上时，其人工、机械乘以系数1.43。

(16)预制混凝土构件、钢构件必须在跨外安装就位时，按相应构件安装子目中的人工、机械台班乘系数1.18，使用塔式起重机安装时，不再乘以系数。

二、工程量计算规则

1、预制混凝土构件运输及安装均按图示尺寸，以实体积计算；

钢构件按构件设计图示尺寸以吨计算，所需螺栓、电焊条等重量不另计算。

木门窗、铝合金门窗、塑钢门窗按框外围面积计算。成型钢筋按吨计算。

2、构件运输

(1)构件运输项目的定额运距为10kｍ以内，超出时按每增加1kｍ子目累加计算。

(2)加气混凝土板(块)、硅酸盐块运输每立方米折合混凝土构件体积0.4ｍ3，按I类构件运输计算。

3、预制混凝土构件安装

(1)焊接成型的预制混凝土框架结构，其柱安装按框架柱计算；梁安装按框架梁计算。

(2)预制钢筋混凝土工字型柱、矩形柱、空腹柱、双肢柱、空心柱、管道支架等的安装，均按柱安装计算。

(3)组合屋架安装，以混凝土部分的实体积计算，钢杆件部分不另计算。

(4)预制钢筋混凝土多层柱安装，首层柱按柱安装计算，二层及二层以上按柱接柱计算。

4、钢构件安装

(1)钢构件安装按图示构件钢材重量以吨计算。

(2)依附于钢柱上的牛腿及悬臂梁等，并入柱身主材重量内计算。

(3)金属构件中所用钢板，设计为多边形者，按矩形计算，矩形的边长以设计构件尺寸的最大矩形面积计算。如图所示，最大矩形面积＝A×B。

一种支持构件关系描述的构件库信息模型

一种支持构件关系描述的构件库信息模型 摘要：随着软件复用技术研究的深入和软件构件库应用规模的扩大，构件库中构件的种类日益增多，构件间关系日渐复杂。这就需要对传统的构件库信息模型进行扩展，在完整描述构件自身信息的基础上，增加对构件间关系信息描述的支持。为了有效地发挥构件库的作用，提出的软件构件库信息模型在已有模型的基础上采用刻面描述机制并增加了对构件间关系的描述，利用该模型不仅可以有效地描述构件的各种信息，还使得用户可以根据构件之间的关系检索构件。 关键词：构件库；构件库数据模型；构件关系；刻面分类 中图分类号： TN911-34; TP311 文献标识码：A 文章编号：1004-373X(2011)19 -0140 -04 Design of Component Library Information Model Supporting Component Relationship Description

ZHANG Jing-guo, GUO Min (College of Electronic and Control Engineering, Beijing University of Technology, Beijing 100124, China) Abstract：With the deepening of the research on software reuse technique and the development of component library scale, the categories of components stored in the library are growing rapidly, and the relations among components become more and more complex. Thus, the traditional component library information model needs to be expanded. Based on a complete component information description, the description of relations among components is added. In order to effectively play the role of library, a component library information model is presented. On the basis of the existing model, it adopts facet classification mechanism and adds relations among components. This model can be used to describe all kinds of component information effectively, and allow users to retrieve components according to the relations among the components. Keywords：component library; component library information model; component relation; facet classification 收稿日期：2011-05-21 0 引言

软件模块划分准则

内聚度和耦合度 ZT: ZhangHui. 2011.03.09 1联系 当一个程序段或语句（指令）引用了其它程序段或语句（指令）中所定义或使用的数据名（即存贮区、地址等）或代码时，他们之间就发生了联。一个程序被划分为若干模块时，联系既可存在于模块之间，也可存在于一个模块内的程序段或语句之间，即模块内部。联系反映了系统中程序段或语句之间的关系，不同类型的联系构成不同质量的系统。因此， 联系是系统设计必须考虑的重要问题。 系统被分成若干模块后，模块同模块的联系称为块间联系；一个模块内部各成份的联系称为块内联系。显然，模块之间的联系多，则模块的相对独立性就差，系统结构就混乱；相反，模块间的 联系少，各个模块相对独立性就强，系统结构就比较理想。同时，一个模块内部各成份联系越紧密，该模块越易理解和维护。 2评判模块结构的标准 2.1模块独立性 模块化是软件设计和开发的基本原则和方法，是概要设计最主要的工作。模块的划分应遵循一定的要求，以保证模块划分合理，并进一步保证以此为依据开发出的软件系统可靠性强，易于理解和维护。根据软件设计的模块化、抽象、信息隐蔽和局部化等原则，可直接得出模块化独立性的概念。所谓模块独立性，即：不同模块相互之间联系尽可能少，应尽可能减少公共的变量和数据结构；一个模块应尽可能在逻辑上独立，有完整单一的功能。 模块独立性（Module independence）是软件设计的重要原则。具有良好独立性的模块划分，模块功能完整独立，数据接口简单，程序易于实现，易于理解和维护。独立性限制了错误的作用范围，使错误易于排除，因而可使软件开发速度快，质量高。 为了进一步测量和分析模块独立性，软件工程学引入了两个概念，从两个方面来定性地度量模块独立性的程度，这两个概念是模块的内聚度和模块的耦合度。 2.2块间联系的度量—耦合度 耦合度是从模块外部考察模块的独立性程度。它用来衡量多个模块间的相互联系。一般来

【软件体系结构】 复习提纲七道题目答案(供参考)

共1页 1.理解并比较构件分类的三种方法，如何在其中检索构件？每种方法各有什么优缺 点？ 关键字分类法：是一种最简单的构件库组织方法，其基本思想是：根据领域分析的结果将应用领域的概念按照从抽象到具体的顺序逐次分解为树形或有向无回路图结构。 优点：简单，易于实现； 缺点：但在某些场合没有应用价值，因为用户往往无法用构建库中已有的关键字描述期望的构建功能或行为，对库的浏览也容易使用户迷失方向； 刻面分类法：主要思想来源于图书馆学，在刻面分类机制中，定义若干用于刻画构件特征的“面”，每个面包含若干概念，这些概念表述构件在面上的特征。刻面可以描述构件执行的功能，被操作的数据，构件应用的语境或任意其他特征。 这种方法的。 优点：易于实现相似构件的查找； 缺点：查询时比较麻烦； 超文本组织方法：其主要思想是所有构件必须辅以详尽的功能或行为说明文档； 说明中出现的重要概念或构件以网状链接方式相互连接；检索者在阅读文档的过程中可按照人类的联想思维方式任意跳转到包含相关概念或构件的文档；全文检索系统将用户给出的关键字与文档中的文字进行匹配，实现构件的浏览式检索。 超文本组织方法为构造构件和重用构件提供了友好，直接的多媒体方式。 优点：由于网状结构比较自由，松散，因此，超文本组织方法比前两种方法更易于修改构件库的结构； 缺点：但在某些情况下用户难以在超文本浏览过程中正确选取构件； 2.详细了解什么是Web服务体系结构？ 在因特网上有许多系统和平台，在这些系统和平台上又有更多的应用程序。说得更明白些就是，存在着许多技术，把客户端连接到服务器，这其中包括DCOM、CORBA 和其它各种技术；而Web服务则是在HTTP、XML和SOAP这样的开放标准上形成的，它具有更新和更简单的连接类型 服务注册中心、服务提供者和服务请求者之间的交互和操作构成了Web服务的体系结构。在Web服务模型的解决方案中，服务提供者定义并实现Web服务，使用服务描述语言（WSDL）描述Web服务，然后将服务描述发布到服务请求者或服务注册中心；服务请求者使用查找操作从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用Web服务。服务注册中心是整个模型中的可选角色，它是连接服务提供者和服务请求者的纽带；

软件模块划分原则

模块划分的重要性 所谓软件的模块划分是指在软件设计过程中，为了能够对系统开发流程进行管理，保证系统的稳定性以及后期的可维护性，从而对软件开发按照一定的准则进行模块的划分。根据模块来进行系统开发，可提高系统的开发进度，明确系统的需求，保证系统的稳定性。 在系统设计的过程中，由于每个系统实现的功能不同，所以每个系统的需求也将会不同。也就导致了系统的设计方案不同。在系统的开发过程中，有些需求在属性上往往会有一定的关联性，而有些需求之间的联系很少。如果在设计的时候，不对需求进行归类划分的话，在后期的过程中往往会造成混乱。 软件设计过程中通过对软件进行模块划分可以达到一下的好处： (1) 使程序实现的逻辑更加清晰，可读性强。 (2) 使多人合作开发的分工更加明确，容易控制。 (3) 能充分利用可以重用的代码。 (4) 抽象出可公用的模块，可维护性强，以避免同一处修改在多个地方出现。 (5) 系统运行可方便地选择不同的流程。 (6) 可基于模块化设计优秀的遗留系统，方便的组装开发新的相似系统，甚至一个全新的系统。 模块划分的方法 很多人都参与过一些项目的设计，在很多项目设计过程中对于模块划分大多都是基于功能进行划分。这样划分有一个好处，由于在一

个项目的设计过程中，有着诸多的需求。而很多需求都可以进行归类，根据功能需求分类的方法进行模块的划分。可以让需求在归类上得到明确的划分，而且通过功能需求进行软件的模块划分使得功能分解，任务分配等方面都有较好的分解。 按照任务需求进行模块划分是一种基于面向过程的划分方法，利用面向过程的思想进行系统设计的好处是能够清晰的了解系统的开发流程。对于任务的分工、管理，系统功能接口的制定在面向过程的思想中都能够得到良好的体现。 按任务需求进行模块划分的主要步骤如下： (1) 分析系统的需求，得出需求列表； (2) 对需求进行归类，并划分出优先级； (3) 根据需求对系统进行模块分析，抽取出核心模块； (4) 将核心模块进行细化扩展，逐层得到各个子模块，完成模块划分。在很多情况下，在划分任务需求的时候，有些需求和很多个模块均有联系，这个时候，通过需求来确定模块的划分就不能够降低模块之间的耦合了。而且有些模块划分出来里面涉及的数据类型多种多样，显然这个时候根据系统所抽象出来的数据模型来进行模块划分更加有利。 在系统进行模块划分之前，往往都会有一个数据模型的抽象过程，根据系统的特性抽象出能够代表系统的数据模型。根据数据模型来进行模块划分，可以充分降低系统之间的数据耦合度。按照数据模型进行模块的划分，降低每个模块所包含的数据复杂程度，简化数据

基于刻面分类的构件检索

基于刻面分类的构件检索 袁冬娟，周晓峰 河海大学计算机及信息工程学院，江苏南京（210098） 摘要：构件库是软件复用技术的核心，而如何有效检索到可复用的构件是关键。在众多的构件检索方法中，刻面检索是一种得到广泛应用和高效的检索方法。这方面的研究和实践也一直是构件检索的重点，并且结合新技术而不断发展着。本文介绍了构件刻面检索的现状，并对其未来的发展进行了展望。 关键词：软件复用，构件检索，刻面 1引言 软件构件技术是影响整个软件产业的关键技术之一[1]。它被认为是有效提高软件生产率、缩短软件产品交付时间和提高软件质量的新途径。近年来,构件技术的发展和基于构件的软件工程(Component - Based Software Engineering,CBSE)[2]的提出,使得构件库的建立成为发展的必然趋势, 因为基于构件的软件开发需要具有大量可供选择的可复用构件，提供验证合格的构件就必须通过构件库来实现，但如何有效地从构件库中准确地检索到所需要的构件是构建构件库的关键技术问题。有效的构件检索机制能够降低构件查找和理解的成本，软件构件的分类和检索方法决定了构件库的组织、管理,以及构件库的查询和用户对软件构件的理解,是软件复用的基础性问题,也是近来软件复用研究的一个热点。基于刻面分类的构件检索方法以其能够较大地提高检索效率，而且有助于复用者理解构件和目标领域的优点得到广泛的应用。 2构件检索的现状 随着软件复用实践的深入和构件库规模的扩大以及新技术的不断发展，出现了很多构件检索方法。目前的构件分类和检索方法有两种：一是W. Frakes从构件表示出发分为的人工智能方法、超文本方法和信息科学方法三类。信息科学方法是目前实际复用项目中应用较为成功的一类, 又分为基于受控词汇表（枚举、刻面）分类和基于不受控词汇表（如关键词）分类两种形式，其中以枚举、刻面、属性值、关键词和正文检索几种方法较为常见；另外就是H. Mili按照复杂度和检索效果的递增将其分为基于文本的、基于词法描述子的和基于规约的编码和检索方法[3]。构件检索方法又可以归结为三类：基于外部索引的检索(如关键词、刻面、属性值)、基于内部静态索引的检索（基于规约的构件检索）和基于内部动态索引的检索（基于行为的检索）[4]。具体的研究和实际应用例如Prieto-Diaz提出的基于刻面分类的检索[5]，Andy Podgurski等人提出的基于构件行为采样的检索[6]，Merkl D.[7]等人首次将神经网络用于构件检索，Penix J.[8]等人提出利用语义特征对构件进行分类检索；到对构件的形式化表示和检索，在文[9]中作者提出对构件的基调匹配和规约匹配；1999年Damiani E. 在文[10]将模糊数学用于构件的检索。构件搜索引擎是近年来CMU/SEI的Seacord等人研究和开发的一种构件搜索系统[11]，能够在Internet的各个节点上自动寻找和搜集JavaBeans、Active X、CORBA、EJB等构件，获得构件的URL等相关信息，并为之建立索引。随着www 和Internet技术的发展，出现了xml、Web Services等技术以及本体的理论都为构件检索提供更为广阔的前景。在文[12]中将xml结合刻面分类方法来对构件进行表示和检索。李玉山等人在文[13]中介绍了在刻面分类的检索的基础上采用Web Services技术对构件进行封装实现

05软件构件技术概述(一)

程 软件构件技术 计算机与信息学院 2010.12

程 声明 ?本课件为计算机与信息学院2010级硕士研究生课程《软件复用》专用； ?本课件为非正式出版物，仅供选课同学参考，不得外传。 如有不当之处，欢迎指正、交流； ?在制作本课件的过程中，参阅了大量的学术论文、论著和教材，有些没有一一列举，对它们的作者表示真诚的感谢。

程 主要内容 一、软件构件 二、软件构件模型 三、应用框架 四、基于构件的软件开发方法

软件复用硕士研究生课程一、软件构件1、构件的概念 定义１： 一个软件构件是一个可独立交付的软件单元，封装了设计和实现的内容，并向外提供接口，通过接口与其它构件组装成更大的整体； 定义２： 一个软件构件是一个仅通过契约化的接口和显式的语境依赖进行组装的单元，能够被独立地部署和由第三方组装； 定义３： 一个构件是体现一个目标问题域的语义，并独立于复杂的实现技术； 定义４： 一个构件代表一个自包含(Self-Contained)的实体，能够向其环境输出功能并可通过定义明确的开放的接口从环境输入功能； 定义５： 一个构件由一个动态变化的对象集组成，这些对象既可以在构件的内部也可能是其接口的一部分。构件间既可以直接交互，也可以通过独立的对象进行胶合。这是从对象实现技术的角度给出的构件定义； 定义６： 一个通过接口向外提供服务的软件包。这是Microsoft 的技术文档给出的定义。

软件复用硕士研究生课 程 上述定义的共同要素是：软件构件是可以独立交付、发布的二进制功能单元，符合构件模型（或具有规范接口）， 不同构件开发机构开发的构件能够按应用的需要进行组 装。 构件具有多种形态 类、类树、框架、构架等 构件具有多种层次 分析件、设计件、代码件、运行件等 构件需要多方面描述 名称、属性、对外接口、所需接口等

软件模块划分原理

在软件高层设计中，如何分解模块是首要考虑的问题。目前业界公认模块划分要按照“高内聚，低耦合”的原则来进行，那么如何划分才能满足“高内聚，低耦合”呢？下面来对模块分解原理方面进行一些探索，有考虑不周和不成熟之处还请大家不吝指正。 模块是按功能来分解的吗？ 许多人可能有过经验，面对一堆功能性需求，多个不同的需求可能要放到同一个模块里，而某个需求又需要分解到多个模块里去实现。 比如一个词典软件（类似金山词霸的软件），通常有查询词典的功能需求和添加用户词库的功能需求，显然不可能简单地为这两个功能各分解一个模块。查询界面和添加用户词库的界面处理部分会被划成一个模块，而对词典的数据管理（查询，添加等）部分会被划分成另外一个模块。 通过对以上词典软件的模块划分的分析，可以得出模块并不是简单地按功能来划分的结论，因此按功能来分解模块并不是一个任何情况下都可行的方案。 模块按专业领域进行分解 仔细观察上面所说的词典软件的模块分解就会发现，所划分的两个模块属于不同的专业领域，一个是交互领域（图形界面），另一个是数据管理领域（数据结构与算法）。这样看来模块划分是按专业领域来划分的了，是不是所有的模块划分都是或者应该按照专业领域来进行划分呢？ 通过观察大量的软件的模块分解情况，其实可以发现绝大部分模块都是按照专业领域来分解的，这些专业领域包括软件公共领域的各个子领域，软件所处理业务的专业领域及其子领域等。 软件公共领域常见的子领域有数据结构算法，图形界面，IO处理，网络通信，数据库，加密，安全，图像处理，数学算法等，当然这些子领域还可以进一步划分出更小的子领域来。 软件所处理业务的专业领域则是指具体的业务方面所属的专业领域，如财务软件的业务包括了财务专业领域，CAD软件业务包括了机械制图方面的专业领域等。 这些不同专业领域内的内容都是被划分到不同的模块里，没有人会在同一个模块里同时实现网络通信和数据结构算法的功能。这样可以得到模块分解的一个最基本的原理： 模块分解基本原理：不能在同一模块中实现两个不同专业领域的内容 上面这句话的意思其实和模块按专业领域进行分解是一回事，只不过意思更明确一些。注意这里说的是“实现”，有许多的模块中需要用到许多不同专业领域的接口来进行处理，即在同一模块中可能会调用许多不同专业领域的接口来进行处理，调用接口并不属于“实现”。

模块划分优化算法及其实现

模块划分优化算法及其实现 天津大学机械工程学院 陈永亮

模块化产品设计过程：Rationalized Design Process Function Domain Solution Domain Functional Structure F =[F1,F2,…Fn]SN S2S1F11F12F13 S11S13 S12Si: Design Solution Fi F ti l F111F112 Fi: Functional Requirements Generation of the rationalized functional structure. 模块划分方案 Note: functional decomposition goes through zigzag process between function and solution domains until design solutions can be defined by physical modules

模块化产品结构F F 1 F 2F 3理想结构：功能模块之间无关联 (a) Segregated (modular) product architecture F 11F 31F 32F 21F 22F 0 F F F 1 23F 11F 31F 32F 21F 22真实结构：模块之间有联系 Two types of product architectures (modified f Fl h (2007))(b) Full product architecture from Fletcher (2007)).

软件工程复习题

【知识点：】 1.总体设计（概要设计）的目的是什么。（P56） 概要设计的主要任务是，通过仔细分析规格说明，适当地对软件进行功能分解，从而把软件划分为模块，并且设计出完成预定功能的模块结构； 2.时间内聚的含义。（P62） 如果一个模块包含的任务必须在同一段时间内执行（例如，模块完成各种初始化工作），叫做时间内聚。 3.软件危机的体现(P3) 对软件开发成本和进度的估计常常很不准确； 用户对“已完成的”软件系统不满意的现象经常发生； 软件产品的质量往往靠不住； 软件常常是不可维护的； 软件通常没有适当的文档； 软件成本在计算机系统总成本中所占的比例逐年上升； 软件开发生产率提高的速度，既跟不上硬件的发展速度，也远远跟不上计算机应用迅速普及深入的趋势； 4.软件详细设计的任务 详细设计阶段详细地设计每个模块，确定完成每个模块功能所需要的算法和数据结构。 详细设计阶段的任务就是把解法具体化，也就是回答“应该怎样具体地实现这个系统” 这个关键问题。这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。5.软件结构图中，扇入和扇出分别是什么含义。（P64） “扇入”表明了有多少个上级模块调用了它，扇入越多越好，代码量越少； “扇出”是一个模块直接控制（调用）的模块数目，扇出过大意味着模块过分复杂，需要控制和协调过多的下级模块；扇出过小也不好。经验表明，一个设计得好的典型系统的平均扇出通常是3或4； 6.模块的内聚最好是哪一类；（P62） 功能内聚是最高程度的内聚； 7.面向对象分析的任务是什么（P168） 分析过程得出的最重要的文档资料是软件需求规格说明（在面向对象分析中，主要由对象模型、动态模型、和功能模型组成；） 面向对象的关键是识别出问题域内的对象，并分析它们相互间的关系，最终建立起问题域的简洁、精确、可理解的正确模型。其中对象模型是最基本、最重要、最核心的。 面向对象分析，就是抽取和整理用户需求并建立问题域精确模型的过程。 8.程序的三种基本控制结构是什么 顺序，选择，循环 9.可行性研究与需求分析的关系（P14） 需求分析是在可行性研究的基础上进一步确定“系统必须做什么”的问题； 需求分析在可行性研究的基础上进行。前一阶段产生的文档，特别是数据流图，是需求分析的出发点。 10.软件危机产生的原因（P3） 一方面与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关；11.瀑布模型中软件定义时期各个阶段的顺序 需求分析，规格说明，设计，编码，综合测试，维护， 1）模块化（2）抽象（3）信息隐藏（4）弱耦合（5）强内聚（6）可重用 12.软件维护活动包括哪几类（P15） 通常有四类维护活动：改正性维护，适应性维护，完善性维护，预防性维护； 13.可行性研究包括哪几类（P43） 从以下三个方面分析研究每种解决方法的可行性。 (一)技术可行性：对要开发项目的功能、性能、限制条件进行分析，确定在现有的资源 条件下，技术风险有多大，项目是否能实现。

模块划分

绩效考核（考勤，） 总经理：企业实施管理和多部门以及政府部门协调沟通 1、在总经理领导下负责办公室的全面工作，努力作好总经 理的参谋助手，起到承上启下的作用，认真做到全方位服务 2、在总经理领导下负责企业具体管理工作的布置、实施、检查、督促、落实执行情况。 3、协助总经理作好经营服务各项管理并督促、检查落实贯彻执行情况。 4、负责各类文件的分类呈送，请集团领导阅批并转有关部 门处理。 5、协助总经理调查研究、了解公司经营管理情况并提出处理意见或建议，供总经理决策。 6、做好总经理办公会议和其他会议的组织工作和会议纪录。做好决议、决定等文件的起草、发布。 7、做好企业内外文件的发放、登记、传递、催办、立卷、归档工作。 &负责保管使用企业图章和介绍信。 9、负责企业内外的公文办理，解决来信、来访事宜，及时处理、汇报。 10、负责上级领导机关或兄弟单位领导的接待、参观工作副总经理，

负责分管公司特定范围的管理职能，在分管职能上有较大自主决策权。参加公司常务办公会议，发表工作意见和行使表决权。 各总监参与制定公司发展战略与年度经营计划 人力资源总监人员招聘与人员配置（内部招聘、人才中介、现场招聘、网络招聘、校园招聘、员工引荐、广告招聘、猎头服务）薪酬管理 财务总监领导公司财物的规划与控制工作、预算、财务收 支计划，拟定资金筹措方案有效使用资金协调处理财务部 门与经营部门之间的工作关系 销售总监协调企业内外部关系，对企业市场营销战略计划的执行进行监督和控制培训市场调查与新市场机会的发现；新项目市场推广方案的制定；成熟项目的营销组织、协调和销售绩效管理； 营销总监择合适的目标市场，进而选择合理的营销组合策 略（产品策略、价格策略、分销策略、促销策略就是筹建和完善企业的营销系统的体系 生产总监熟悉所在行业的生产过程，熟悉原材料的供应渠 道；熟悉生产规程以及质量标准；具备良好的生产经营管理理念，有一定财务与法律知识；按工作程序做好与技术、营销、财务部门的横向联系 物流总监完成大型物流中心规划设计及内部资源整合，还要对公司物流、供应链运作模式及物流配送网络进行规划和设计等工作