工商管理描述篇1

姓名：XX 性别： 女 出生日期： 1984-10-31 民族： 汉族 政治面貌： 团员 户口： 浙江 居 住 地： 杭州市->江干区 婚姻状况： 未婚 健康状况： 良好 工作年限： 一年以上 毕业时间： 2009-06-08 毕业学校： 浙江水利水电专科学校 最高学历： 大专 所学专业： 工商管理 目前月薪： 2000～2500 电子邮件： 个人主页： 自我评价： 一年商品助理，为公司自营店铺配货排单，负责店铺账目以及货品。 求职意向： 工作类型： 全职 求职行业： 贸易, 所有行业, 所有行业 职位要求： 行政/后勤类->行政专员/助理,行政/后勤类->人事助理,生产/工程类->其他 工作地点： 嘉兴市->市区,嘉兴市->嘉善,嘉兴市->市区 公司性质： 所有企业, 所有企业, 所有企业 期望工资： 面议 工作经历： 工作时间： 2009年2月 至 2009年8月 公司名称： 浙江凌科网络通信股份有限公司 所属行业： 其他行业 公司性质： 股份制企业 所在部门： 外呼部 职 位： 客户服务>>客户服务代表 工作描述： 营销各种移动业务，以及解答客户疑问，为客户提供服务。 工作时间： 2008年12月 至 2008年12月 公司名称： 上海环亚保险经纪有限公司 所属行业： 保险业 公司性质： 私营企业 所在部门： 行政部 职 位： 行政/后勤类>>行政专员/助理 工作描述： 日常办公用品的管理，公司一些常用表格的制作，以及公司网站内容的更新。 工作时间： 2009年10月 至 2012年10月 公司名称： 福建森沃贸易有限公司杭州分公司 所属行业： 服装/纺织 公司性质： 私营企业 所在部门： 商品部 职 位： 行政/后勤类>>其他 工作描述： 七匹狼公司商品部，主要负责店铺货品，进行排单、及时安排滞销款退回，以及月度盘点，对账。 工商管理 学习时间： 2006年9月 至 2009年6月 学校名称： 浙江水利水电专科学校 学历水平： 大专 所学专业： 工商管理类>>工商管理 简短描述： 主学专业课程：管理学原理、绩效管理、薪酬管理，人力资源管理等 培训时间： 2008年3月 至 2008年4月 培训机构： 浙江水利水电专科学校 培训课程： 电子商务 获得证书： 阿里巴巴电子商务国内贸易专员 简短描述： 掌握语言： 英语 语言水平： 一般 简短描述： 英语四级，469分 证书名称： 阿里巴巴电子商务国内贸易专员 获得时间： 2008年5月 简短描述： 证书名称： 全国计算机应用技术证书 获得时间： 2007年4月 简短描述： 通过计算机一级 证书名称： 大学英语四级 获得时间： 2007年12月

工商管理描述篇2

中图分类号：F273.7 文献标识码：A

0 引 言

一直以来，基础设施建设都是我国扩大内需、促进经济平稳发展的一项重要措施，是国家实现固定资产投资和扩大再生产的载体，对国民经济发展起着重大作用。一方面基础设施建设创造工程建设的产品服务于国民经济，另一方面也带动了国民经济其它部门的重要市场。但是由于工程项目由工程项目进度计划驱动等特点决定了不能用一般的建模方法来描述工程供应链，因此如何用一套标准的语法规则描述工程供应链的复杂逻辑信息用以支持供应链建模与分析是一个值得深入探讨的问题。

目前已经有很多描述供应链的方法。供应链运作参考模型（SCORM）通过计划、采购、生产、配送和退货五个基本工作流程从业务运作方面描述供应链[1]。Chatfield[2]提出了基于XML的供应链建模语言（SCML），通过定义节点、联系、规则、行为和资源这五个元素来描述和保存以制造商为核心企业的供应链的逻辑结构信息。严建援[3]等提出了一套基于语法的供应链流程定义元模型，将供应链中的流程转换为相应的语法模型，并用XML文件来表示。彭剑[4]扩展了Chatfield的描述模型，从面向对象的角度用节点、联系、规则、行为、资源和消息这六个元素来描述供应链。以上方法针对以制造商为核心企业的供应链开展研究，但很少有文献研究如何描述工程供应链。

由于Chatfield的SCML模型独立于平台、面向对象、简单易用和直观反映供应链拓扑结构信息和管理信息等优点，本文以此为基础来开展工程供应链建模语言及其应用方法的研究。本文的内容包括以下几部分：第一部分回顾工程供应链结构；第二部分讨论针对工程供应链特性修改SCML；第三部分介绍如何应用这套工程供应链建模语言；第四部分结束语。

1 工程供应链结构

供应链管理委员会曾提出：供应链包括从供应商的供应商到客户的客户在生产和交付一个最终产品或服务中的任何努力[1]。在我国大型工程建设管理中，为保证工程质量、确保工程实施进度和降低工程总成本，针对工程建设所需的大宗原材料（如水泥、钢材、粉煤灰、混凝土外加剂、油料和炸药等）的供应普遍采用由业主统一招标选定原材料供应商统一供材的模式。而针对工程建设所需的预制品如预制钢筋、预拌混凝土和金属结构等则由业主招标选定专门的承包商在现场或附近建立集中的预制品生产系统。原材料供应商组织供应原材料到现场中转储备系统，预制品生产系统从中转储备系统申请调拨预制品生产所需要的原材料，经由预制品生产系统加工生产成各类预制品，输送到工程现场交由工程承包商进行工程施工。如图1所示，此类供应链系统是一类典型的原材料供应商—预制品生产系统—工程承包商三级集总型工程供应链[5]。

不同于以制造商为核心企业的供应链，工程项目往往服务于单一产品，由工程项目进度计划驱动工程项目的推进。工程供应链的核心企业是工程承包商，工程总承包商对整个项目进行逐级结构分解，将一个大的任务分成许多切实可行的小任务，推算出需要的预制品需求量，最后形成工程项目的树状结构，通过项目进度计划选择合适的工程任务并提出预制品需求计划，调拨所需预制品根据计划进行施工，完成后进入下一个工程任务的施工。

2 工程供应链建模语言

2.1 供应链建模语言的基本元素

Chatfield用节点、联系、规则、行为和资源这五个基本元素来表示供应链的拓扑结构和逻辑结构信息[2]。

节点元素（Node）可以表示供应链中的任何成员，包括业主、工程承包商、预制品生产商、原材料供应商和转运站等，它是联系元素所链接的对象，也是资源元素、行为元素和规则元素相互作用的场所。图2所示为节点元素类图。

联系元素（Arc）是构建供应链网络结构的基础，通过联系元素可以确定工程承包商和预制品生产商的供应关系、承包商和分包商的依赖关系等，同时联系元素也是输送供应链内资源的通道，通过定义相应的输送模式、输送距离和输送时间描述资源元素在两个节点元素之间的输送。图3所示为联系元素类图。

规则元素（Policy）可以表示供应链内的库存、采购、供应商选择等管理和逻辑策略。Chatfield的模型通过软件识别文件中规则的描述后用它定义的类库去实现具体的逻辑。图4所示为规则元素类图。

行为元素（Action）是输入资源与输出资源的转换器，比如通过行为将输入的原材料生产成预制品。图5所示为行为元素类图。

资源元素（Component）表示供应链内一切逻辑上和物理上的资源，如计划、订单、原材料和预制品等。图6所示为资源元素类图。

2.2 供应链建模语言描述工程供应链存在的问题

工程供应链由项目进度计划驱动并服务于最终的单一产品生产，如大坝等。SCML要达到描述工程供应链的目的需要回答以下几个问题：

（1）如何描述一个工程？工程承包商通过工程项目分解形成工程项目的树状结构（如图7所示，整个工程项目被分成了一个三层的工程任务的树状结构），以此为基础来编制工程项目进度计划，因此工程的定义需要方便进行工程项目的分解。

（2）如何描述工程供应链的项目进度计划？

（3）如何描述工程进度？工程供应链服务于单一产品，工程任务不断往复推进，最终完成整个项目。

Chatfield的模型不能回答以上的问题，因此需要在Chatfield工作的基础上，针对以上问题进行适当的修改以适应工程供应链的这些特性。

2.3 SCML的改进

工程项目及其分解后的子项目构成树状的层次结构，通过项目进度计划选择合适的任务进行施工，为了表示这种树状结构，需要对资源元素（如图8所示）的属性作以下修改：

（1）新增componentLevel和completeState属性；

（2）增加componentType属性可以表示的值：非叶节点工程和叶节点工程；

（3）扩充componentCharacteristic中的descriptor和value可以表示的范围。

原来的模型里componentCharacteristic子元素通过descriptor元素描述资源的特性，value元素描述相应特性的值，unitofMeasure描述相应的度量单位，如描述水泥这类原材料，descriptor可以说明规格等水泥具有的属性名称，value具体说明这些属性的值，如“普通硅酸盐水泥225#”等。如果是描述工程供应链中的项目层次结构的话，descriptor表示这个结构的子结构，value具体表示子结构的名称的集合，如对于图7中的工程任务P1实例化时value的值如表1，子结构的名称按照执行计划顺序排列，因此每一个工程项目都“知道”工程结构分解后的下一级子结构名称的集合，如此递归形成了工程项目的树状结构。

工程项目这棵树的叶节点指可以编制施工方案并进行实施的任务。对于工程结构叶结点，descriptor可以表示所需的预制品名称，而value就表示每种预制品的需求数量。经过对原有模型中的资源元素的定义进行修改和重新解释，现在的资源元素就可以表示工程项目的树状层次结构，并且在资源的定义中包含了最低一级的工程所需的预制品名称和数量，方便在制定项目进度计划时提出预制品需求计划。

componentLevel指明工程在树状结构中的深度，completeState表示工程的完成状态。对于图7中的工程任务P1.1componentLevel值为2，completeState值为0，通过这两个属性能够顺利在工程结构树中找到下一个需要实施的任务，具体将在2.5中介绍。

2.4 用SCML描述工程供应链的项目进度计划

另外一个要回答的问题是如何描述工程供应链的项目进度计划。项目进度计划即针对某一个工程结构计划何时开始施工，何时完工。这个可以通过扩充资源的属性来实现，如图8和表2所示。项目进度计划的这些值是工程项目调度的重要衡量指标，施工时根据各工程任务的开始时间和结束时间选择合适的工程任务。

2.5 用SCML判断项目完成情况

构造工程项目的树型结构后，根据树型结构按照一定规律遍历树中每一个项目的完成状态，即可以将工作准确推进到下一个需要开展的任务中。具体情况当判断一个子工程项目的属性completeState值，如果为1，即表示这个工程项目完成之后，根据工程项目进度计划，寻找这个工程上一级（可通过元素componentLevel实现）的工程，顺序判断上一级工程其他子工程的完成情况，找到第一个还没有开始的工程子项目，即需要开展的工程子项目。如此循环推进，子项目完成之后，依次搜索工程项目结构树，找到下一个需要施工的工程子项目，直到完成整个工程。

工程承包商制定项目进度计划后向上游提出的预制品需求计划，以及随之预制品的生产等流程类似于以制造商为核心企业的供应链的订单处理流程，模型已经具备了描述这些流程的能力，这里不再赘述。

3 工程供应链建模语言的应用

图9中的大方框表示节点元素，大方框之间的箭头表示联系元素，三角形表示资源元素，矩形表示行为元素，菱形表示规则元素。

图9是用工程供应链建模语言的节点、联系、行为、规则和资源五个基本元素描述工程供应链从工程承包商的工程项目进度计划，到预制品生产商的预制品供应，到原材料供应商的供应，最后到工程承包商的施工的一个基本的完整的工程供应链流程，表明工程供应链建模语言的五个基本元素能够描述工程供应链的拓扑结构和逻辑结构信息。

图9中的红色填充的项目进度计划制定规则、工程项目资源、制定工程项目进度计划行为、工程项目库调度规则和工程项目进度计划是本文重点修改的。如2.3所述，工程项目资源包含有对所属子工程名称的引用，如果是工程结构树的叶结点，即最低级别的可施工的工程结构，则包含工程施工所需的预制品名称及需求量。每个工程项目资源向下引用下一级子工程结构名称，如此递归形成工程结构树，工程项目进度计划就是根据这颗工程结构树来制定。工程项目调度行为在工程调度规则指导下沿着工程结构树，根据工程项目进度计划搜索需要马上开始的工程结构进行施工并向上游提出预制品需求计划。而制定预制品需求计划之后的流程和订单处理流程类似，供应链建模语言已经被证明能够描述这个过程。

带有工程项目结构树属性的工程项目资源，是这个流程的基础，没有工程结构树这幅地图，就无法选择合适的工程进行施工。制定工程项目进度计划行为是项目调度的依据，项目调度规则和项目调度行为根据项目进度计划的开始时间和结束时间，决定哪一项工程应该开始施工。项目调度规则和项目调度行为是推进整个工程进行的动力。正是由于这几个元素的相互作用才使得流程的顺利进行。如果没有这几个元素作为基础，就只能表示一遍施工的流程，无法表示其他子工程运作流程的进行。

4 结束语

本文通过分析工程供应链与以制造商为核心企业的供应链因为最终产品的不同导致流程的不同，提出工程项目概念的表达、工程项目结构分解、工程任务的推进对工程供应链的重要性，然而Chatfield的供应链建模语言并不能描述工程供应链的这些特性，因此在Chatfield的基础上，针对这些特性，修改了它的供应链建模语言的部分定义，新的建模语言能够描述工程供应链的这些信息，同时具有原建模语言基于XML的面向对象和独立于平台的特性。

运用本文的工程供应链描述模型能够描述工程供应链的拓扑结构信息和管理信息帮助决策者更加清晰地了解自己的供应链，加深对工程供应链的理解。通过建立相应的类库以支持各个元素在软件中的实例化和运行，这个模型还能支持供应链建模与仿真分析。

参考文献：

[1] Supply Chain Council. Supply-chain Operations Reference Model： Overview of SCOR Version 10.0[EB/OL]. （2012-12-03）[2012-12-10]. http：//.

[2] Chatfield D. C.， Harrison T. P.， Hayya J. C. SCML： An information framework to support supply chain modeling[J]. European Journal of Operational Research， 2009，196（2）：651-660.

工商管理描述篇3

基金项目：商洛学院基金项目（11SKY005）; 商洛学院基金项目（10SKY016）

【文章摘要】

从基本认知出发，提出了一种多视觉的系统功能需求建模方法，将系统需求描述从三个角度将其转换为过程模型、对象转换模型、交互模型， 最后对这种多视觉系统功能需求建模方法进行了评价。

【关键词】

图书管理系统；功能需求；过程模型； 对象转换模型；交互模型

0 引言

系统开发由需求分析、设计、实现和测试等一系列活动组成，而需求分析在项目开发中的地位也越来越高，起着至关重要的作用，如果需求分析不当，整个系统开发可能会出现各种意想不到的结果。尤其是系统功能需求的获取更是重中之重， 功能需求的获取不但非常困难、极易出错，而且要和用户经常沟通交流，如何准确的从系统功能需求描述中获取系统的需求是项目获取成功的至关重要的前提条件。在系统开发中，一般采用面对面沟通来获取需求，这样往往会因为个人理解不一样而出现偏差，为了能够准确获取系统需求，我们希望将系统需求描述从不同角度转换成各种模型，形成一种多视觉的需求模型，从中抽象出系统真正的功能需求。

从系统需求描述所包含的信息中，我们可以从三个角度来将其转换为过程模型、对象转换模型、交互模型，来全方位描述系统功能需求信息。因此，本文通过图书管理系统将该管理系统的需求描述先转换为过程模型，再基于过程模型，将需求描述转换为其他需求模型，最终建立一种多视觉的图书管理系统功能需求模型。从中抽象出图书管理系统真正的功能需求。

1 系统功能需求描述

对于图书管理系统，系统主要的功能需求描述如下：

（1）登录者根据身份不同可进入不同页面，可以提供不同的服务。

（2）可实现书籍信息的录入、修改、查询。

（3）可实现学生信息的录入、修改、查询。

（4）可实现借书，还书，预订书籍，续借，查询书籍，过期处理和书籍丢失后的处理。

（5）可实现用户权限管理和自动借还书功能的实现。

2 系统功能需求建模过程

为了从需求描述中准确获取系统的功能需求，主要从过程模型、对象转换模型和交互模型三个角度来分别对系统的需求描述进行建模，通过这三种角度模型的建立，从中得到图书管理系统确切的功能需求。

2.1 过程模型的建立

我们通过对图书管理系统功能需求描述的理解，对整个图书管理系统的功能需求描述有了全局的把握，再将其转换为过程模型，在转换过程中，利用UML 建模中的活动图来将需求描述转换为过程模型，与过程模型相关的有活动状态、活动，

图3 图书管理系统还书交互模型

图1 图书管理系统还书过程模型

图2 图书管理系统还书对象转换模型 在整个需求描述中先找到活动起点，活动终点，从起点到终点间再识别出活动。对于简单的需求描述，可以使用单个过程模型，如果需求描述过于复杂，可分层，采用逐步细化的方式，一层一层的构建其过程模型。根据图书管理系统功能需求的描述，可构建其还书功能过程模型如图1 所示。

2.2 对象转换模型的建立

在系统需求描述中，存在着对象的一些动态变化，可以通过构建对象转换模型来描述这种动态变化。对象转换模型可以利用UML 中的状态图来建模，与对象转换模型相关的有状态、状态迁移和事件这几个关键要素，对象转换模型的构建可从需求描述中先找到起始状态和结束状态， 再通过事件的激发慢慢从一个状态转换到另外一个状态。根据图书管理系统功能需求描述，我们可构建其还书功能对象转换模型如图2 所示。

2.3 交互模型的建立

在系统需求描述中，除了对象的一些动态变化外，还存在着很多的参与对象， 对象与对象之间往往有很多交互，为了将对象间的交互关系体现出来，可以建立对象间的交互模型。对象间的交互模型可以通过UML 中的时序图来建模。与交互模型相关的要素有对象、生命线和消息。在构建交互模型时，先要找到模型中相关的对象，再识别对象与对象间所存在的通信消息，最后再标识出消息所发生的先后顺序。根据图书管理系统功能需求描述，可构建其还书功能交互模型如图3 所示。

3 系统需求建模评价

我们从不同的角度对图书管理系统进行了功能需求模型设计，为了验证多视觉图书管理系统需求建模的效果，我们从实际应用的角度通过调查的方式来客观评价这种多视觉需求建模的可用性和满意度。

我们从抽取10 名计算机相关专业的教师，在限定时间内要求其将图书管理系统某一方面的需求描述转化为三个角度的功能需求模型，并在最后要求填写一份问卷调查表。调查结果显示如表1 所示。

表1 多视觉图书管理系统功能需求建模可用性评价结果

从调查结果可以看出，这种多视觉图书管理系统功能需求建模是确实可行的， 可以帮助我们从需求描述中准确获取系统的功能需求。

4 结束语

从图书管理系统出发，提出了一种多视觉的从系统需求描述到功能需求模型转化的策略，并通过调查的方式验证了这种多视觉功能需求建模的方法是确实可行的，可以大大提高功能需求获取的效率。

【参考文献】

[1] 张海藩, 软件工程导论（第5 版）[M], 北京: 清华大学出版社,2008.2

[2] （英）萨默维尔, 软件工程（第9 版）[M], 北京: 机械工业出版社,2011.5

[3] 李代平, 软件工程（第三版）[M], 北京: 清华大学出版社,2011.8

[4] 刁成嘉,UML 系统建模与分析设计[M], 北京: 机械工业出版社,2007

[5]( 美) 福勒,UML 精粹: 标准对象建模语言简明指南（第3 版）[M], 北京: 电子工业出版社,2012.6

[6] 王先国,UML 统一建模实用教程[M], 北京: 清华大学出版社,2009

[7] 肖岗, 张广泉,UML 在研究生成绩管理系统建模中的应用[J], 重庆师范大学学报( 自然科学版),2007 年01 期

[8] 周莹, 张宇华,UML 及其在图书管理系统中的应用[J], 电脑与信息技术,2004 年04 期

[9] 申凯, 王娟, 统一建模语言UML 的研究[J], 软件导刊,2007 年19 期

[10] 张毅, 基于UML 图书管理系统的建模与设计[J], 电脑学习,2011 年02 期

工商管理描述篇4

中共十八届三中全会提出：“全面深化改革的中心是经济体制改革，处理好政府和市场的关系是焦点问题，使市场在资本配置中起到决定性作用，更好发挥政府作用。”[1]这意味着政府和企业的管理理念和管理内容必需作出相应改变，地方高校所设置的工商管理本科专业培养目标也必需适应这种转变。1983年，中国第一个工商管理本科专业在对外经贸大学开办，到现在工商管理本科专业教育在中国已有33年历史，为社会输送了大量管理人员，积累了大量人才培养经验[2]。面对全球经济日趋一体化和社会经济飞速发展的新形势，工商管理本科专业的培养目标必需作出调整。如何按照社会经济快速发展和人才市场的需要，重新科学定位培养目标，使工商管理本科专业的毕业生能更好地适应社会新需求，是地方高校工商管理本科专业培养所要面对的一个现实问题。工商管理原名企业管理，后更名为工商管理，属管理学门类工商管理类本科专业。根据教育部最新公布的《普通高等学校本科专业目录和专业介绍（2012年）》（下文简称”专业目录”），工商管理类下设有14个专业，其中10个目录专业，分别为工商管理、市场营销、会计学、财务管理、国际商务、人力资源管理、审计学、资产评估、物业管理和文化产业管理[3]；4个特设专业，分别为劳动关系、体育经济与管理、财务会计管理和市场营销教育。根据麦可思（MyCOS）研究院的2011年度最新权威数据显示，工商管理专业的毕业生主要从事的职业有薄记员、会计和审计员，文职人员，行政秘书和行政助理，出纳员，人力资源助理等[4]。近年来，在开设管理类专业的高校中，工商管理几乎是必设专业，培养规模越来越大。20世纪90年代，工商管理专业主要集中开设在财经类大学和综合类大学，目前理工类院校、农科类院校、医科类院校、独立学院、高职学院也纷纷开设，形成了新的专业布局。

一、工商管理本科专业培养目标

培养目标是人才培养的标准，是人才观在高校的集中反映和培养人的价值主张及具体要求，也是人才培养活动得以发生的基本依据和人才培养制度安排的基本原则[5]。它从根本上回答培养什么样人的问题，是确保人才培养应有质量的前提。教育部专业目录为规范各专业的培养目标表述，提出了写作模板，即“[本专业培养具备（……等方面的）知识/能力，能在（……等部门/领域、单位/岗位）从事（……方面工作）的（……学科）应用型/复合型/创新型人才]”。[6]这就意味着应该在知识能力、就业领域方向、从事工作岗位、人才类型等方面，根据高校定位与办学实际，界定与描述专业培养目标。关于工商管理本科专业培育目标，教育部是这样描述的:“本专业培养适应现代市场经济需要，具备人文精神、科学素养和诚信品质，掌握现代管理理论，具有国际化视野、创新意识、团队精神，具有实践能力与沟通技能，能够在营利性和非营利性机构从事管理工作或理论研究和教学工作的应用型、复合型专业人才。”[7]但是，这只是全国通用型客观描述，各校必须根据实际情况设定。为了深入了解地方高校该专业培养目标的设置情况，对获取的培养目标样本进行分析，其表述情况见表1。

二、培养目标设定存在的问题

（一）知识能力描述不全面知识是人类理解以及改造主、客观世界经验的概括和总结，能力是个人在知识学习和社会实践活动中直接表现出来的技能[8]。就样本数据来看，各高校对工商管理本科专业的知识能力方面要求基本是简单修改或直接复制教育部颁布的培养要求，而不是依据学校的基本情况和办学层次进行定位或加以补充。关于现有工商管理专业培养目标中知识能力方面表述为“本专业学生主要学习管理学、经济学和企业管理的基本理论和知识，接受企业管理方法与技巧方面的基本训练，掌握分析和解决管理问题的能力。”并没有给工商管理专业培养目标中的知识能力方面进行清晰的设计和具体的描述，整体上感觉培养目标中知识能力方面描述不全面。（二）就业领域、方向部分偏高根据企业管理的层次和功能，对人才的需求分3个层次:高层管理者主要把握总体情况，制定发展策略，必须具备全面的知识和经验的技能；中层管理者主要分担具体一项职能或部分实体项目，同时具备专业技能和集体视野；基层管理者作为中高层的下层，执行具体本能工作，应有踏实过硬的专项工作常识和能力。因此，高层管理者对先进的管理方式和方法培养要更多一些，而管理水平较低的管理人员更注重业务技能培训。样本数据显示，各高校所确定的本科工商管理专业的就业领域主要集中在各类企业、事业单位和各级政府部门，主要职业是高级工商管理工作、工商管理专业教学和科研工作。随着研究生教育和工商管理硕士教育事业不断发展，企业和学校在选择工商管理方面的人才时更具针对性、丰富性，工商管理本科专业培养目标设定中仍定位在为工商企业培养“高层次管理人才”和“从事本专业教学和科研工作”存在偏高的问题，不能适应人才需求。（三）人才类型描述不准确人才类型的定位是回答“培养哪种人”的问题，主要为某一专业制定特定领域、为特定职位培养特定人才，要突出专业的针对性。样本数据显示，对工商管理本科专业人才类型有应用型、复合型、综合型和创新型，表述上乱套、滥用，并没有根据学校办学定位和其所属学科的知识与能力体系进行准确的描述。（四）素养描述泛化素养是指人在先天生理基础上受后天教育和社会环境的影响，通过自身努力由知识内化而逐渐养成的比较稳定的身心发展心理品质及其质量水平[9]。素养在人才培养目标中的准确表述本身是一个比较难的问题，样本数据显示大部分高校在素养描述方面泛化，大致概括为最基本最简单的一句话“德智体美全面发展”。进入21世纪后，社会对人才培养及人才素养方面有了更高、更细的要求，包括对所学专业的专业素养、文化素养、综合素养等，工商管理本科专业培养目标中应有更加详细的描述。（五）人才特色不明显人才特色是专业人才培养过程中形成的比较持久稳定，且被社会公认的独特优良的人才特征，主要表现是“人无我有”、“人有我优”、“人优我特”。因为教育管理部门轻视对专业人才培养目标的引导、考察与测评，大部分地方高校的工商管理培养目标设定上趋同，对毕业生的知识能力、就业方向、人才类型和人才素养上缺乏清晰认识和整体设计，其表述在总体上目标空泛、特色缺乏、个性不足，无法满足社会对人才差异化的需求。

三、专业培养目标设置的原则

专业培养目标定位是否确切直接影响到人才培养的质量，在专业培养目标的设置上，地方高校既要保证专业内涵，又必须通过对社会需求的科学分析，联系自身办学资源，拟定出既能体现和保证专业内涵，符合社会需求，又切合自身现实的培养目标。总的来说，在设置培养目标时应遵守以下原则。（一）保证专业内涵保证专业内涵是专业培养目标设定的首要原则。专业内涵决定了专业人才培养的质量和社会需求。在中国，专业的名称由国家确定，专业名称也是统一的，专业的内涵并不会因为社会环境和学校类型的差异而发生改变。因此，设置地方高校工商管理本科专业的培养目标应首先保证专业内涵，其次是充分反映工商管理专业的特色。（二）符合学校实际实现培养目标是一个非常复杂的过程，受多种因素影响，包括学校历史、规模、师资队伍、管理水平和学生素质等。确立专业培养目标的前提，是符合实事求是原则。只有当培养目标得以实现，才能说明地方高校的专业教育实现了应尽的社会和经济职能，培养目标设定一定要符合学校办学现实。（三）突出特色地方高校应结合本校长处，以发展与服务本地经济为目标，系统分析自身所具有的优势。工商管理本科专业培养目标的设置应结合地方经济发展要求和产业特点，结合本校专业优势，突出专业特色，突出地方特色。

四、工商管理专业培养目标核心表述

综上分析，从知识能力方面、就业方向方面、人才类型方面、人才素养方面和人才特色方面给出以下补充及建议。（一）知识能力专业知识：具备扎实的工商管理方面基本知识，掌握企业管理的特定分析方法，接受体系化的专业理论和专业技能训练。人文社会科学知识：熟悉中国企业管理的原则、政策、法规和国际商务管理惯例与规范，具有文学、历史、哲学、社会学等方面的一般知识。信息科学知识：具备计算机和信息学等方面知识和实际操作能力。应用知识能力：具有良好的习惯和自学能力；良好的口头和书面表达能力、分析和解决企业管理问题的基本能力；在相关领域拥有科研能力、灵活运用理论知识和技能的能力；具有一定的国际视野，有初级的外语交流能力、阅读专业外文期刊能力、科学写作能力以及跨文化沟通与合作能力。创新能力：掌握查找文献和资料的具体方法，一定的科学研究方法和具体工作能力，基本具备发现、提出、分析和解决工商管理相关问题的能力，具备较强的创新性思维能力和批判性思维能力。（二）就业方向就业领域方向建议定位为“在各种企、事业单位、各级政府部门中从事基层工商管理工作”。（三）人才类型根据教育部专业目录对工商管理专业培养目标的表述，以及样本数据分析可知，工商管理基本的人才培养定位在应用型人才。作为应用性较强的专业，本科层次工商管理专业所培养的人才应具备扎实的的理论基础、较强的应用本领和良好的创新意识，是高级技术工作者。（四）人才素养具备较高的思想道德素质：包含准确的政治方向，正确的世界观、人生观和价值观，健全的人格，诚实守信、遵守法规、一定的社会责任感和团队意识。具备较高的文化素质：拥有可持续发展理念、掌握科学的方法论，具有现代意识、宽广的视野和健全的人际交往方式。具备良好的专业素质：掌握企业管理理论和一定数量的研究方法，进行缜密的科学思维训练，同时具备求实创新的精神。具备良好的心理素质:具有健康的身体、心理和生活习惯，积极的人生态度面对科学和社会的发展。（五）人才特色学校必须经过对社会需求的科学分析，结合本身办学能力、各类学校资源的合理使用和区域经济对工商管理专业人才的需求，在人才特色表述上突显地方特色、学校特色。（六）培养目标核心表述按照教育部专业介绍模板要求，经过以上分析及应遵循的原则，建议地方高校开办的工商管理本科专业培养目标的核心表述为本专业培养适应现代市场经济需要，具备诚信品质、国际视野、人文精神、创新意识、科学素养，掌握管理学、经济学和企业管理基本理论和基本知识，接受企业管理方法和技巧方面的基本训练，熟悉我国企业管理的有关政策和法规，具有较强的语言和文字表达、人际沟通以及分析和解决企业管理工作和问题的基本能力[10]，能够在各级政府相关部门、企业相关部门、会计事务所等服务咨询机构、各类金融服务单位，从事相关管理与创新工作的应用型人才。至于特色，可在企业相关部门之后增写，如系商科院校，培养的可能是普适性工商管理人才，可不增写；如系农林院校，可增写“特别是农林企业相关部门”，体现农林特色；如系工科院校，可增写“特别是工业企业相关部门”，体现工业特色；如系医科院校，可增写“特别是医药企业相关部门”，体现医科特色。

作者:何倩 尹红 单位:湖南农业大学

参考文献：

[1]360百科.十八届三中全会精神[EB/OL].360百科，.2014-03-13.

[2]王晖.工商管理特色专业课程体系改革与创新探讨[J].中国管理信息化，2010（20）:80-81

.[3]韩小花，张德鹏，黄嘉涛.基于地方高校工商管理类专业本科人才培养目标的探讨[J].当代教育论坛（管理研究），2011（10）:84-85.

[4]百度百科.工商管理专业[EB/OL].百度百科，/view/141358.htm.2016-07-18.

[5]张兄武，陆丽，唐忠明.中国大学本科人才培养目标的历史演进与发展趋势[J].现代教育管理，2011（4）:66-67.

[6]中国教育.关于研究制订《普通高等学校本科专业介绍》的通知[EB/OL].中国教育和科研计算机网，/zcxx_11722/20110706/t20110706_646040_1.shtml，2011-07-06.

[7]教育部高等教育司.普通高等学校本科专业目录和专业介绍[M].北京:高等教育出版社，2012:326-327.

工商管理描述篇5

中图分类号：TP文献标识码：A文章编号：1672-3198（2008）09-0328-02

1 引言

面向对象的开发方法已成为当今主流的软件开发方法，并逐渐成熟，UML 作为一种通用的建模语言，融入了软件工程领域的新思想、新方法、新技术，在软件的开发不同阶段可以采用相同的一套概念和表示法,在同一个模型中它们可以混合使用，具有定义良好、易于表达、功能强大等优势。电子商务系统作为一个WEB应用系统，它的分析、设计、实现和运行是一个极其复杂的过程，因此应用UML技术进行电子商务系统的分析和设计，可以快速构建一个安全、性能良好的电子商务系统。

2 UML概述

UML（Unified Modeling Language）又称统一建模语言或标准建模语言，是一个支持模型化和软件系统的图形化语言,为软件开发的所有阶段提供模型化和可视化支持，由类图、对象图、用例图、状态图、顺序图、活动图、协作图、构件图、包图及部署图这些基本图型组成。

2.1 UML的三种模型

电子商务的系统建设过程中，通过类模型、状态模型和交互模型完成系统的需求分析和系统设计，这三种模型将一个系统划分成不同的视图，不同的模型并不是完全独立的，而是有着清晰的互连，每一种模型都描述了系统的一个方面，但也包含了对其他模型的引用。

类模型描述状态交互模型操作的数据结构，标识与其他对象的关系、属性和操作。类模型提供了状态和交互模型的上下文。对象是我们划分世界的单元，是模型的分子。在构建类模型的过程中，目标是从真实世界中捕获那些对应用而言重要的概念。类图表达了类模型。

状态模型描述对象的控制结构，描述了与时间和顺序相关的对象层面，标记变化的事件，界定事件上下文的状态，以及事件和状态的组织。状态图表示状态模型。每幅状态图都显示了系统内允许的某个对象类状态和事件序列。状态图会引用其他的模型。状态图中的动作和事件都变成了类模型中对象上的操作。状态图之间的引用变成了交互模型中的交互。

交互模型专注于对象之间的信息互换，并提供了系统的整体视图。状态和交互模型描述了行为的不同侧面，它们两者配合才能完整描述行为。顺序图显示交互的对象和交互的时间顺序。活动图显示计算机的处理步骤之间的控制流。

2.2 UML的开发过程

UML的开发过程包括需求获得、系统分析、系统设计、实现和测试五个阶段。

需求获得的目的是尽可能完整、准确地捕捉系统的功能需求和其他要求，其主要工作是识别用例。用例图表述系统参与者希望系统提供的功能，通过确定系统边界、确定参与者、确定用例和确定参与者与用例的关系四个步骤建立用例图。

系统分析是找出描述问题域以及系统责任所需的类及对象，定义这些对象的属性和操作，以及它们之间静态和动态关系，其主要工作是：识别对象、为对象分类、确定类的发生和操作、确定类之间的关系、确定对象之间的交互、确定对象状态变化等。

系统设计是有考虑技术问题和限制的条件下，是扩展和细化系统分析阶段所建立的模型，包括总体设计和详细设计两个阶段，总体设计需定义包、包间的相关性和基本的通信规则；详细设计描述用户接口和数据库包中的类，扩展和细化业务对象类的，可以通过创建新的类图、状态图和动态图类和对象从实现的角度进行细化。

实现是对类进行编程的过程。测试是以用例定义的描述为依据，验证开发的系统是否满足要求。分为类测试、类集成测试和系统测试，类测试是类封装的操作和类的状态行为所驱动的，类集成测试有两种不同的策略：基于执行线的测试（thread-based testing）和基于使用的测试（use-based testing），系统测试是对所有类和主程序构成的整个系统的测试。

3 基于UML的电子商务系统分析设计

3.1 需求获得

台湾水果销售系统是一个B2C的电子商务平台，网上客户通过WEB页面访问水果销售系统，客户可以直接在主页浏览、查询各种水果信息，一旦对某些水果感兴趣，客户通过验证用户名和口令登录系统后，在网上直接下订单，并可查询订单的执行情况。供应商可以登录系统，对自己所销售的水果进行管理，处理客户所下的订单，并进行相应的查询。系统管理员管理客户及供应商，并对系统维护，以保证台湾水果销售网的正常运行。

经分析确定该系统的角色有：客户、供应商、系统管理员。主要用例有：系统登录、注册用户、浏览商品、下订单、浏览订单、商品管理、订单管理、用户管理及系统维护。其用例图如图1所示。

用例图是一种用户和开发人员都能理解的方式描述系统的功能和行为,帮助设计人员理清思路,整理用户的需求。用例图完全从用户的角度出发理解系统，并不考虑系统的具体设计和实现。它是需求分析之后各阶段的开发工作的基础。不仅在开发中保证了系统的所有功能的实现, 还可以被用于验证和检验所开发的系统，从而影响到开发的各个阶段和UML 的各个模型。

3.2 系统分析

系统分析的主要任务是找出描述问题域以及系统责任所需的类及对象，以及它们之间静态和动态关系。分析类是真实世界业务概念的映射，代表了问题域中的简洁抽象，可以使用边界类、控制类和实体类三种不同的构造型。用类模型描述系统的静态特征，用状态模型及交互模型描述系统的动态特征。

经分析，台湾水果网上销售系统中主要的类有系统用户、订单、水果、订单管理、登录控制、商品管理，其中登录控制为边界类，系统用户、水果、订单为实体类，订单管理和商品管理为控制类，它们之间的关系如图2所示。

行为图描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。

交互模型是以消息完成对象之间的交互来描述系统的行为，交互图表示了对象之间的动态交互关系，可以用来说明一个场景，即描述一个事务的历史过程，着重体现对象间消息传递的时间顺序，可通过顺序图和协作图建立交互模型。顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟顺序图相似，显示对象间的动态协作关系，除显示信息交换外，协作图还显示对象以及它们之间的关系；如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择协作图。网上下订单的顺序图如图3所示。

3.3 系统设计

系统设计包括总体设计和详细设计两个阶段，总体设计需定义包、包间的相关性和基本的通信规则，按应用的层次可将包分为用户接口包、业务逻辑包和数据存取包，用户接口包通过WEB界面为用户提供查询、操作的数据录入及相应结果的返回；业务处理包包括分析域中的全部特定域类，实现业务过程的处理；数据存取包提供类和对象保存。

在本系统中，业务逻辑处理如图4所示，订单处理子系统实现网上订单的接收和管理；商品管理子系统实现网上所售各种水果的管理，包括产品类别、定价等；结算处理子系统实现对订单的结算；订单查询子系统可实现订单的内容、订单执行状态等信息的查询。

详细设计描述用户接口和数据库包中的类，扩展和细化业务对象类的，可以通过创建新的类图、状态图和动态图类和对象从实现的角度进行细化。如图5所示，订单类可细化为添加订单和查询订单类，对于添加订单类具有客户名、订单日期、交货地点、订单水果品种及数量等属性，并可通过建立连接、修改、关闭等事件与数据相连，实现相关的业务操作。详细设计中类的细化使编程人员可以很容易设计数据库和程序代码。

4 结束语

UML是一种表达力丰富的建模语言，可应用于在电子商分析和设计的全过程，利用UML技术可以构造一个科学准确的电子商务系统模型，从而对降低系统的开发成本、提高劳动生产率、合理化配置资源都将起到积极的作用，必将得到更广泛的应用。未来的研究工作将是探索如何从UML直接生成面向对象的Java代码,发挥UML工具的最强大作用,为电子商务系统的软件开发提供更大的支持。

参考文献

［1］徐宝文，周毓明，卢红敏.UML与软件建模［M］.北京：清华大学出版社,2006，（6）.

［2］Joseph Schmuller著，李虎，赵龙刚译.UML基础、案例与应用［M］.北京：人民邮电出版社,2007,(1).

工商管理描述篇6

?

1 引言?

面向对象的开发方法已成为当今主流的软件开发方法，并逐渐成熟，UML 作为一种通用的建模语言，融入了软件工程领域的新思想、新方法、新技术，在软件的开发不同阶段可以采用相同的一套概念和表示法,在同一个模型中它们可以混合使用，具有定义良好、易于表达、功能强大等优势。电子商务系统作为一个WEB应用系统，它的分析、设计、实现和运行是一个极其复杂的过程，因此应用UML技术进行电子商务系统的分析和设计，可以快速构建一个安全、性能良好的电子商务系统。?

2 UML概述?

UML（Unified Modeling Language）又称统一建模语言或标准建模语言，是一个支持模型化和软件系统的图形化语言,为软件开发的所有阶段提供模型化和可视化支持，由类图、对象图、用例图、状态图、顺序图、活动图、协作图、构件图、包图及部署图这些基本图型组成。?

2.1 UML的三种模型?

电子商务的系统建设过程中，通过类模型、状态模型和交互模型完成系统的需求分析和系统设计，这三种模型将一个系统划分成不同的视图，不同的模型并不是完全独立的，而是有着清晰的互连，每一种模型都描述了系统的一个方面，但也包含了对其他模型的引用。?

类模型描述状态交互模型操作的数据结构，标识与其他对象的关系、属性和操作。类模型提供了状态和交互模型的上下文。对象是我们划分世界的单元，是模型的分子。在构建类模型的过程中，目标是从真实世界中捕获那些对应用而言重要的概念。类图表达了类模型。?

状态模型描述对象的控制结构，描述了与时间和顺序相关的对象层面，标记变化的事件，界定事件上下文的状态，以及事件和状态的组织。状态图表示状态模型。每幅状态图都显示了系统内允许的某个对象类状态和事件序列。状态图会引用其他的模型。状态图中的动作和事件都变成了类模型中对象上的操作。状态图之间的引用变成了交互模型中的交互。?

                             图4

交互模型专注于对象之间的信息互换，并提供了系统的整体视图。状态和交互模型描述了行为的不同侧面，它们两者配合才能完整描述行为。顺序图显示交互的对象和交互的时间顺序。活动图显示计算机的处理步骤之间的控制流。?

2.2 UML的开发过程?

UML的开发过程包括需求获得、系统分析、系统设计、实现和测试五个阶段。?

需求获得的目的是尽可能完整、准确地捕捉系统的功能需求和其他要求，其主要工作是识别用例。用例图表述系统参与者希望系统提供的功能，通过确定系统边界、确定参与者、确定用例和确定参与者与用例的关系四个步骤建立用例图。?

系统分析是找出描述问题域以及系统责任所需的类及对象，定义这些对象的属性和操作，以及它们之间静态和动态关系，其主要工作是：识别对象、为对象分类、确定类的发生和操作、确定类之间的关系、确定对象之间的交互、确定对象状态变化等。?

系统设计是有考虑技术问题和限制的条件下，是扩展和细化系统分析阶段所建立的模型，包括总体设计和详细设计两个阶段，总体设计需定义包、包间的相关性和基本的通信规则；详细设计描述用户接口和数据库包中的类，扩展和细化业务对象类的，可以通过创建新的类图、状态图和动态图类和对象从实现的角度进行细化。?

实现是对类进行编程的过程。测试是以用例定义的描述为依据，验证开发的系统是否满足要求。分为类测试、类集成测试和系统测试，类测试是类封装的操作和类的状态行为所驱动的，类集成测试有两种不同的策略：基于执行线的测试（thread-based testing）和基于使用的测试（use-based testing），系统测试是对所有类和主程序构成的整个系统的测试。?

3 基于UML的电子商务系统分析设计?

3.1 需求获得?

台湾水果销售系统是一个B2C的电子商务平台，网上客户通过WEB页面访问水果销售系统，客户可以直接在主页浏览、查询各种水果信息，一旦对某些水果感兴趣，客户通过验证用户名和口令登录系统后，在网上直接下订单，并可查询订单的执行情况。供应商可以登录系统，对自己所销售的水果进行管理，处理客户所下的订单，并进行相应的查询。系统管理员管理客户及供应商，并对系统维护，以保证台湾水果销售网的正常运行。?

经分析确定该系统的角色有：客户、供应商、系统管理员。主要用例有：系统登录、注册用户、浏览商品、下订单、浏览订单、商品管理、订单管理、用户管理及系统维护。其用例图如图1所示。?

用例图是一种用户和开发人员都能理解的方式描述系统的功能和行为,帮助设计人员理清思路,整理用户的需求。用例图完全从用户的角度出发理解系统，并不考虑系统的具体设计和实现。它是需求分析之后各阶段的开发工作的基础。不仅在开发中保证了系统的所有功能的实现, 还可以被用于验证和检验所开发的系统，从而影响到开发的各个阶段和UML 的各个模型。?

3.2 系统分析?

系统分析的主要任务是找出描述问题域以及系统责任所需的类及对象，以及它们之间静态和动态关系。分析类是真实世界业务概念的映射，代表了问题域中的简洁抽象，可以使用边界类、控制类和实体类三种不同的构造型。用类模型描述系统的静态特征，用状态模型及交互模型描述系统的动态特征。?

经分析，台湾水果网上销售系统中主要的类有系统用户、订单、水果、订单管理、登录控制、商品管理，其中登录控制为边界类，系统用户、水果、订单为实体类，订单管理和商品管理为控制类，它们之间的关系如图2所示。?

行为图描述系统的动态模型和组成对象间的交互关系。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实用上并不需要为所有的类画状态图，仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。?

交互模型是以消息完成对象之间的交互来描述系统的行为，交互图表示了对象之间的动态交互关系，可以用来说明一个场景，即描述一个事务的历史过程，着重体现对象间消息传递的时间顺序，可通过顺序图和协作图建立交互模型。顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；协作图描述对象间的协作关系，协作图跟顺序图相似，显示对象间的动态协作关系，除显示信息交换外，协作图还显示对象以及它们之间的关系；如果强调时间和顺序，则使用顺序图；如果强调上下级关系，则选择协作图。网上下订单的顺序图如图3所示。?

3.3 系统设计?

系统设计包括总体设计和详细设计两个阶段，总体设计需定义包、包间的相关性和基本的通信规则，按应用的层次可将包分为用户接口包、业务逻辑包和数据存取包，用户接口包通过WEB界面为用户提供查询、操作的数据录入及相应结果的返回；业务处理包包括分析域中的全部特定域类，实现业务过程的处理；数据存取包提供类和对象保存。?

在本系统中，业务逻辑处理如图4所示，订单处理子系统实现网上订单的接收和管理；商品管理子系统实现网上所售各种水果的管理，包括产品类别、定价等；结算处理子系统实现对订单的结算；订单查询子系统可实现订单的内容、订单执行状态等信息的查询。?

详细设计描述用户接口和数据库包中的类，扩展和细化业务对象类的，可以通过创建新的类图、状态图和动态图类和对象从实现的角度进行细化。如图5所示，订单类可细化为添加订单和查询订单类，对于添加订单类具有客户名、订单日期、交货地点、订单水果品种及数量等属性，并可通过建立连接、修改、关闭等事件与数据相连，实现相关的业务操作。详细设计中类的细化使编程人员可以很容易设计数据库和程序代码。?

工商管理描述篇7

一、商业银行营运业务存在的问题

（一）商业银行财务收支及财产管理存在的问题

1.财务基础管理存在不足

这方面的问题具体表现在以下两个方面：

（1）会计科目中的个别账务处理不规范。据对某商业银行的调查，该商业银行某~号手续费支出科目，向发卡行返还收单业务手续费，而没有冲减相应会计科目的收入金额，会计处理不合规。

（2）使用经费账户划转资金对外开立保函。前述商业银行新大楼在施工建设过程中，因为临时占用绿化带人行道等公共资源，于2012年2月中旬向某市东部新城开发建设指挥部开具金额为50万元的非融资性保函，并使用经费账户划转50万元作为保函的保证金，保函注销时，该商业银行缴存的保函保证金产生4万元的存款利息，该笔利息收入已经于2014年9月末冲销。

2.个别专项费用奖励办法存在短视行为

2013年末与2014年上半年，前述商业银行分别针对储蓄存款进行专项考核，其中2013年按照后五日的平均余额，2014年上半年按照平均余额的2.5%0匹配费用，存在的问题如下：

（1）没有对该项费用效果和效益进行事后评估，而在2014年上半年继续开展针对储蓄存款的专项奖励。2013年三季度末，前述商业银行人民币储蓄存款余额为一百多亿元，而截至年末储蓄存款比三季度末多出近十亿元。各经营单位均超额完成专项奖励任务，并超额取得专项费用奖励。2014年初，前述商业银行储蓄存款便开始下降，基本稳定在一百亿元左右，尽管在6月末有所冲高，仍然较年初减少近二十亿元，降幅约为13%，遂前述商业银行又推出增加日均存款的专项奖励方案，前述商业银行对储蓄存款的拉动主要依赖专项奖励办法，不利于自身的长期发展，存在短视行为。

（2）奖励费用比例偏高，营销费年底突击使用。例如2013年底，前述商业银行针对储蓄存款专项奖励共匹配近五百万元费用，占全年营销费用总额的百分之六左右，单一专项费用奖励达到全年营销费用的百分之六左右，费用奖励比例过高。

（二）商业银行会计营运存在的问题

1.对会计业务印章的管理欠规范

这方面的问题具体表现在以下两个方面：

（1）营运主管保管的会计业务印章交接欠规范。调查发现，前述商业银行个别支行营运主管保管的会计印章办理交接时，没有由机构负责人或者上级部门指定人员监交，而是由网点综合柜长或者二级账务柜员监交。例如2014年9月下旬的某两日，前述商业银行某支行营运主管保管的汇票专用章、结算专用章等印章交接的监交人均为二级账务柜员。

（2）个别会计业务印章没有入系统管理。前述商业银行业务处理中心及异地支行保管的用于向当地人民银行或者其他同业机构办理现金领解现以及资金划拨业务的预留印鉴没有入印章管理系统管理。

2.营运外包以及委托业务管理存在缺失

（1）个别委托业务操作不合规。前述商业银行某支行与当地工商银行签订了现金管理服务协议，委托工商银行某支行保管现金款箱（包括箱中的现金、贵金属）以及人民币应急取款业务，明确规定不办理应急存款业务。但是调查发现，该支行仍然在工商银行办理了现金解现业务，2013年以来，该支行向当地工商银行办理现金解现业务共计一百多笔，金额合计也较多，该支行的实际业务操作与双方签订的服务协议内容不符。

（2）营运外包业务管理不到位。前述商业银行营运业务中，对会计业务凭证扫描补录业务服务、会计档案保管服务以及银企对账传递业务服务实行了外包管理。存在的问题如下：第一，应急管理工作不到位。前述商业银行没有制定业务外包应急预案，没有配备应急后备人员，一旦发生紧急情况，无法切实保证业务的连续性；第二，签订的合同内容存在疏漏。按照商业银行关于会计凭证扫描补录外包业务相关管理规定，外包人员进入工作区域不得携带手机、照相机以及移动存储器等设备，但是前述商业银行与服务商签订的《服务合同书》中仅明确了“员工不准携带移动存储设备（如软盘、U盘、MP3、移动硬盘等）进入工作场所”，由此导致在前述商业银行服务已五年的工作人员不知晓商业银行的上述规定，日常工作中将手机带入工作场所，并且前述商业银行业务管理人员也未予纠正；第三，没有将已经扫描的凭证及时入库保管。例如，2014年10月某日现场检查发现，前述商业银行某九天已经扫描封包凭证仍然存放在扫描工作室内，没有及时入临时档案库保管。第四，对外包业务的检查监督不到位。前述商业银行制定的外包业务管理办法中明确要求检查辅导人员应按月、季度对外包业务进行检查，但是检查辅导员没有按照制度要求落实检查工作。

3.国际业务的基础管理及个别业务操作存在瑕疵

这一问题具体表现在如下三个方面：

（1）对客户申请审核不严，导致已经开立银行保函进行二次修改。2014年1月某日，前述商业银行兴业银行对外开立预付款保函1笔，担保金额一千多万美元。调查发现，由于前述商业银行单证中心审核不严，导致已经开出保函受益人名称描述错误，前述商业银行两日后向受益人银行发出保函修改电文进行变更，业务操作存在瑕疵。

（2）风险参与申请书填写不完整。抽查业务档案发现，前述商业银行个别风险参与业务申请书填写不完整。2013年3月初，某物流有限公司向前述商业银行申请办理OA项下出口风险参与业务，金额近八百万美元，客户出口风险参与申请书中仅填列风参币种与大写金额两项内容，其余合同条款均为空白，存在一定法律瑕疵。前述商业银行为某市某实业有限公司、某市某液化石油气有限公司等客户办理的出口风险参与业务也存在类似问题。

（3）柜员设置与实际不符。目前前述商业银行外汇系统中设置5名系统柜员，其中包括2名交易员和3名管理员。调查发现，某临时用户于2006年建立，截至调查日还没有注销；某交易员和某管理员已经调离国际部，但是系统账号仍然没有变更。

4.没有严格执行外汇管理政策，个人外汇业务存在操作风险

这一问题具体表现在以下三个方面：

（1）购汇人民币资金来源于非直系亲属账户。2014年1月初，前述商业银行营业部连续为4名客户办理个人购汇业务，金额均为5万加拿大元，并且所购外汇资金全部汇至境外同一账户。调查发现，上述客户购汇资金全部来自某客户的个人账户，经办支行没有能够要求客户提供相应的亲属证明材料，与外汇管理规定不符。

（2）没有能够识别客户拆分办理手持现钞结汇行为。2013年10月，前述商业银行某支行连续为5名客户办理手持现钞结汇业务，结汇金额合计近二十万港币，并且结汇所得人民币资金均转入另一人账户内，上述交易符合外汇管理局规定的拆分特征，经办支行没有能够主动识别上述可疑交易并及时上报。

（3）没有能够主动识别客户拆分办理超额外币提现的行为。2013年7月中旬至下旬，7月末至8月初，某客户连续在前述商业银行某支行办理欧元现钞提取业务，每日提钞金额为七千多欧元，均接近当日提钞限额，符合外汇管理局规定的拆分特征，经办支行没有能够主动识别上述可疑交易并及时上报。该支行同一时段为另一客户办理的欧元现钞提取业务也存在类似问题。

（三）电子银行与信息技术方面存在的主要问题是线上收单业务管理存在欠缺

这一问题具体表现如下：

截至2014年6月末，前述商业银行新增线上收单有效商户几十户，完成年度计划的128.57%。调查发现，前述商业银行线上收单业务手续费的标准不统一，费率的设置从千分之二点五至千分之七不同分布。前述商业银行没有制定相应的管理办法明确线上收单业务的手续费执行标准，也没有明确费率上报和审批的相关流程，造成前述商业银行现有线上收单业务执行的手续费存在一定的随意性。

二、商业银行营运业务的改进措施

（一）财务收支及财产管理的改进措施

1.总体思路

（1）商业银行应该对经费账户使用严格控制，按照《财务管理手册》的要求管理经费账户，对经费账户对外划转资金开立保函的交易，应做事先审批研判，防止出现不必要的财务资源浪费。同时应该规范有关会计科目的使用情况，不得混淆收入和支出，规范财务核算。

（2）商业银行应该对各项业务通盘考虑，配置财务资源，避免短视行为，促进自身业务全面、健康地l展。

2.具体措施

（1）今后商业银行应该严格执行《财务管理手册》相关规定，对经费账户加强管控力度。同时加大会计科目合规性管理，严格执行收支两条线。

（2）商业银行要优化财务资源配置，提高投入产出比。2015年，商业银行对现行的费用配置模式作了调整。商业银行将紧跟其改革导向，在今后的费用资源配置上体现对效益增长和基础发展的促进作用。另一方面，商业银行将狠抓负债业务发展质效。在当前“以效益为中心”的经营模式下，商业银行已经充分认识确保负债日均规模抬升才是业务发展及盈利增长的第一要务。为此，商业银行想方设法通过建立长期稳定的内部支撑来保障负债业务持续健康发展，将强基础作为商业银行的中心工作，通过不断夯实客户基础，扩大客户群体，以基础性客户带动商业银行负债业务稳步发展；同时加大项目营销力度，通过实质性项目带动来增强前述商业银行负债业务发展稳定性。

（二）商业银行会计营运的改进措施

1.总体思路

（1）商业银行应该严格按照会计业务专用印章管理办法的要求，加强对会计业务印章的管理，明确责任，合规使用，确保安全。

（2）商业银行应该严格按照会计营运业务外包管理办法（暂行）和关于规范会计凭证扫描补录外包业务管理通知的要求，加强对外包人员及外包业务的应急管理，配备外包应急后备人员，确保业务的连续稳定运行；同时，应加强对委托业务的管理，严格按照服务协议办理业务，规避资金风险和会计操作风险。

（3）商业银行应该及时调整柜员设置，提升业务处理准确性，夯实外汇管理基础，规避操作风险。

（4）商业银行应该严格按照《个人外汇管理办法》及《个人外汇管理办法实施细则》办理个人外汇业务，防范政策风险。同时还应该加大对前台柜员外汇业务的培训和监督力度，提高柜员外汇业务处理水平及商业银行内部自查自纠能力。

2.具体措施

（1）加强对业务印章的交接管理，并做详尽的业务约定；业务处理中心及异地支行必须将相关印鉴入印章管理系统。

（2）重新签订有关现金管理协议，按照相关规定修改并与服务商重新签订《服务合同》，着手制定业务外包应急预案，再次要求风险管理员严格按制度要求落实检查工作，完成对已扫描凭证的及时入库。

（3）对全辖网点会计主管及外汇经办人员再次进行政策培训，加强对个人分拆业务的监督。同时，进一步加强对个人分拆业务的非现场核查手段。

（三）电子银行与信息技术的改进措施

1.总体思路

工商管理描述篇8

电子商务平台是使交易双方的需求及供给信息都可以良好交流和交换的地方，所以构建一个良好的电子商务平台首要的要求就是交易双方的信息可以充分地交换和互用。但是，由于交易双方所使用的计算机系统等一些方面的不同，会产生互用性问题，特别是通过Internet进行商业活动时。计算机系统相互作用时存在的问题大体可以划分为以下四种类型：系统异构、语法层异构、结构层异构和语义层异构。系统异构包括硬件和操作系统之间的不相容；语法异构指的是不同语言和不同的数据表示；结构层异构指使用不同的数据模型；语义层异构指系统间交换信息时所用术语的含义不同，如同义词。其中，随着技术的发展，前三种类型的问题已逐渐得到更好的解决，如使用CORBA，DCOM和不同的中间件产品。XML的出现在一定程度上解决了最后一类问题。XML本身具有的许多优点为电子商务特别是B2B的发展带来了很大的变化，如XML持国际语言编码标准Unicode，把业务规则和数据内容、结构分离开来，用户只需协商数据内容和结构，从而可以自由定义和实现各自的业务规则，企业之间可以灵活方便地建立多对多的连接等。

本文着重描述数据内容和结构的元语言XML[1],凭借其强大的定义和表示标记语言能力，正成为互联网信息表示与交换的标准格式。采用XML作为表示语法，W3C开发了在Web上进行元数据处理和交换的标准RDF(S)[2]，RDF(S)的出现使得本体建模技术可以应用于EC内容定义和信息交换，使得开发自动化、智能化和移动化的EC平台成为可能。然而，XML虽然在定义数据结构和语义方面提供了标准的语法，但它并没有提供描述商业过程和商品交换的标准的数据结构和术语。因此，使用XML进行交易方之间的数据交换时，首先必须在使用的词汇，以及用法和语义方面达成一致，这在一定程度上抑制了电子商务特别是B2B的跨领域、跨地区甚至跨国家的扩展性发展。为了更好地解决电子商务中的语义异构问题，引入了人工智能领域中的Ontology（本体）技术。它是不同领域、不同应用系统之间进行交流、协定的可以共享理解的表示。这种协定有助于对内容意义的精确、高效通信，同时又反过来促使系统的交互式操作、重用和共享等一系列的性能得以提高[3]。

二、Ontology的概念及相关理论

Ontology在人工智能领域用于知识的共享，从20世纪90年代初以来，Ontology就已成为许多人工智能研究领域中如知识工程、自然语言处理与知识表示的研究主题。经过多年的发展，如今Ontology在智能信息集成、协作信息系统（CooperativeInformationSystems）、信息检索、知识管理及电子商务等方面的应用越来越广泛。其中主要原因就是Ontology提供了对某一领域（Domain）可共享的、通用的理解，从而使不同人员、不同应用系统之间可以进行通信。因为Ontology针对的是领域中达成一致的知识，所以它的发展也常常是参与其中不同的人、不同组织（可能分布在不同地方）之间的协作过程。

（一）Ontology的概念

Ontology作为从哲学领域借鉴过来的术语，在哲学中它是一种存在的系统化解释。Ontology的概念有很多，但是目前基本上得到认同并能够较好表明它的本质的概念是：Ontology是对一个共享的概念化的形式的、显式的规格说明。“概念化”指的是世界上某些现象的抽象模型，该模型能够识别现象的相关概念。“显示的”指所使用概念的类型及这些概念在使用上的约束要显式定义。“形式的”指Ontology是机器可以处理的。当然，这种形式化的程度可以不同，例如WordNet提供了超过100000的使用自然语言解释的术语，而CYC提供了常识知识许多方面的形式化、公理化理论。“共享”说明Ontology表明的是达成一致的知识，也就是说，它并不是局限于某几个个体而是被整体所接受。

1、Ontology的语言

有许多语言可用于表示Ontology，其中一些语言是基于XML语法并用于语义Web的，如：OXL（OntologyeXchangeLanguage），SHOE（SimpleHTMLOntologyExtension，最初基于HTML），OML（OntologyMarkupLanguage），以及由W3C工作组创建的RDF（ResourceDescriptionFramework）与RDFSchema。最后，还有建立在RDF与RDF之上的、较为完善的Ontology语言OIL（OntologyInferenceLayer）和DAML+OIL（图1）。当然，还有其它创建Ontology的语言如传统的OKBC，OCML等。选择何种语言表示，要根据具体的应用来定。

2、RDF框架的概念

本体需要某种语言来说明，该语言应能以机器可理解的方式准确地定义概念以及概念之间丰富的关系。

RDF框架由三个部分构成：

①RDFDataModel。其形成对资源的形式描述。它包括三个对象类型：资源、属性、陈述。任何可以通过URI(UniversalResourceIdentifier)来表示的对象都是RDF资源，它的属性由属性类型来标识，每一个属性类型都有对应的属性值。RDF采用对象-属性-值的三元组来描述资源间的相互关系，记为A(O，V)，分别对应上面的资源、属性和属性值,或者称为主题、谓词和对象，意为对象O拥有值为V的属性A。

②RDFSchema。定义描述资源时需要的属性类及其意义、特性。RDFSchema使用一种机器可以理解的体系来定义描述资源的词汇。如：rdfs：Resource、rdfs：Class和rdfs：Property类，rdfs：subClassof和rdfs：subPropertyof属性关系，以及rdfs：domain和rdfs：range的属性约束关系。该词汇集构成了一种基本类型系统及该系统的基础类，这些基础类包括了定义新类必需的元对象类型，因此RDF具有扩展特性，适合于EC本体建模。

③RDFSyntax。尽管RDFDataModel提供了一个抽象的框架来描述资源，Schema定义和声明了一些属性类，但要形成人机可读的具体文件，还需要一个具体的语法体系来完成。RDFSyntax借助其宿主语言XML，把形式化描述转换成机器可以理解和处理的文件。

（二）Ontology在B2B电子商务信息集成中的应用

电子商务中的B2B［4］主要从事企业与企业之间在线进行商业合作的交易，Internet和基于Web的电子商务为优化商业关系提供了较高水平的灵活性和开放性。这些电子商务B2B平台为他们的客户提供了新的机会，可以帮助客户不需要通过大量的通讯渠道，就可以联系到许多潜在的商业伙伴。譬如中国的阿里巴巴以全球领先的B2B电子商务网上贸易平台为许多企业带来了商机和利润。当然，B2B电子商务网上贸易平台在带来优于传统商务交易的许多特点的同时也带来了一些问题，其中成指数增加的交易方提供的大量产品描述、目录和文档等，由它们带来的异构问题成为了B2B电子商务发展的瓶颈，因而对这些不同类型描述信息的有效管理成为B2B电子商务的主要任务。B2B电子商务中包含了三种不同类型的标准之间的相互作用：

（1）描述像购买合同等可交换商业文档的不同标准（如：XMLCommonBusinessLibraryxCBLandCommerceXMLcXML）。

（2）使用产品种类等级和每一种类的属性对产品进行详细说明的内容标准（如：UN/SPSC，ecl@ss4和UCEC）。

（3）根据某个内容标准对产品进行详细说明的产品目录，它可以被可交换商业文档引用（如：Ariba和CommerceOne）。

从技术的角度来看B2B的信息集成任务，它主要包括两种：商业文档的集成和内容标准管理。其中的关键技术是基于本体（Ontology）来实现的。

1、B2B文档集成

随着XML技术的不断成熟，大多数进行B2B电子商务的企业使用XML编码的文档，从而产生了许多基于XML的电子商务标准。如：CommerceOne提出的xCBL（XMLCommonBusinessLibrary）标准，包含了B2B中进行交互使用的约600种不同文档类型。虽然在一定应用范围内，这些文档具有一致性，可以进行互操作，但是它们在文档的结构、信息分解、复杂性和应用背景上不同。传统的转换技术在效率和应用范围上均不能满足要求，但使用具有发展前景的Ontology技术，能够较好地解决电子商务中的这一问题。以Ontology为中介的信息集成提供了进行文档集成、将概念结构引入文档和对基于知识的文档查询、检索进一步集成的良好架构。XSL-T与Xpath结合使用可以转换任意XML文件，但由于进行的是直接映射，所以规则比较复杂，程序编写困难、复杂，维护起来不容易，而且实现的映射重用性差。基于Ontology的多层次集成可以解决以上的问题，该方法中将信息的表示分为三个层次：语法层、数据模型层和Ontology层。

（1）语法层对应使用XML序列化表示的文档实例，该序列化主要说明使用到的XML元素和属性以及它们的顺序。

（2）数据模型层可以看作是语法层与Ontology层之间的桥梁，该层将在语法层中的差异抽取出来进行表示，并用对象—属性—值对产品进行描述。标准化（Normalization）的进行是根据相应的Ontology进行的，因为在Ontology中表明了按所要求粒度进行元素分解后的元素的语义。该层使用的术语由相应的Ontology进行定义，并且通常必须与在语法层使用到的相符合。然而，前者比后者要详细得多，如在XML文件描述中，街道名称与门牌号可以作为一个元素，而在Ontology中，两者肯定是分开的。该层次可以使用RDF进行描述，也可使用SOAP（SimpleObjectAccessProtocol）。

（3）Ontology层包含每一种文档类型通用的文档Ontology，如产品目录Ontology、购买合同的Ontology等。这些Ontology提供了电子商务B2B中的使用到的术语及术语的形式化语义。如地址在运输文档中可能是指运输地址，而在财务文档中可能是指账单地址，在Ontology层这两种类型的地址必须明确地分开。另外，Ontology中还包含了在一些文档标准中可选或忽略的元素。按照上述层次描述，可实现电子商务B2B中的较复杂的文档集成，结构如图2所示，总的来说可以分为三步：①按照从语法层到数据模型层的转换要求，从XML描述中抽象出源文档的RDF数据模型，这样解决了由于XML语法的多样性和复杂性带来的转换规则的复杂性。②把文档的数据模型转化为电子商务B2B中的使用的术语，并在相应的文档Ontology中详细说明。在该步骤中，数据模型的粒度水平需要与电子商务B2B中的使用的粒度水平平齐。这意味着可能需要进行一对多的转化。③电子商务B2B的按照目标文档标准的术语生成一个相应的文档，其中由于原子概念的粒度水平的不一致，需要对该文档进行多对一的到RDF表示的转换。

2、内容管理

工商管理描述篇9

江苏宏坤关务咨询有限公司(以下简称“宏坤公司”)是中国预归类社会化试点单位，有多年的商品归类实践、完备的归类操作系统和专业的归类人员，公司的预归类中心积累了大量的商品归类信息，并建立了商品归类数据库。现提取两个较为典型的归类案例，以飨读者。

案例一：归类不当涉嫌违规

莱企业向宏坤公司预归类中心提出做控制器集成电路的商品预归类咨询，同时提供了相应的产品说明、构成组件、功能原理及用途的资料，并指出该公司认定的商品编码为85421000(2011年商品税则已经取消该商品编码)，关税税率为“0”。

预归类中心从企业提供的资料看：该商品是由电路板、二极管、电阻、电容、晶体管以及控制芯片、铁制外壳等组成，是用于控制机器内部的温度；探头探测温度，反馈给此控制器，再由控制器发出指令下达给执行机构进行降温处理，从而达到控制温度的目的。

根据税则注释对“85421000”集成电路项下的描述，预归类中心作出如下分析：

从构成组件上看，虽然其中报的货物有些类似于单片集成电路的描述(红字)，单片集成电路是将电路元件(二极管、晶体管、电阻器、电容器、电感器等)基本上整体制作在一片半导体材料(例如，掺杂硅)基片的表面，并不可分割地连接在一起的一种微型电路，但其构造有很大差异，从商品描述上不难看出这些“二极管、电阻、电容、晶体管以及控制芯片”都是通过波峰焊接在电路板上的，从定义上讲不能算是集成电路。

从功能用途上看，该商品用于控制某机器内部的温度，本身只有控制的部分，不带有执行机构，控制过程为开环控制，并不能将某些参数控制在一定范围内。

故宏坤公司建议企业将该商品归入85371090.90的用于电气控制或电力分配的装置项下，关税税率为8.4％。

通过预归类中心对该商品的归类确认，货物在通关过程中避免了以下的风险发生：

一是涉嫌偷逃税款。由于该企业原认定的商品编码的关税税率为零，而根据税则注释该商品应归入85371090.90，关税率为8.4％。

二是涉嫌逃避监管证件。该货物在向海关申报时需要提交3C证明和商检通关单，而原商品编码监管条件提示不需要监管证件。

三是面临降级。在通关过程中一旦海关认定涉嫌伪报、偷逃税款，则企业不仅要接受海关的处罚，还可能被降低企业分类等级，势必会对企业今后的通关造成较大的影响。案例二：据理力争扭转损失

某公司从美国进口品名为太阳能电极浆料的货物，向海关申报的商品编码为38249099，03(税则具体列名为电极浆料)，进口税率为暂定税率3％。而海关却依据2008年一份银铝浆(太阳能电池用)的《归类决定书》，认定该货物商品编码是38249099.90，进口税率为6.5％。且由于货物的单价比较高，关税差额较大，海关暂不放行货物。因为该电极浆料主要成分为银(80％左右)、玻璃料(2％左右)，余量为混合有机溶剂，主要用于太阳能电池板导电，其保质期较短，需要在较低温度和避光条件下保存，所以企业急需该批浆料完成订单，否则违约赔偿损失巨大。在这种情况下企业找到了宏坤公司预归类中心。

预归类中心首先仔细研究了产品，也查阅了海关依据的归类决定，对比之下发现，两个商品编码之间的问题是由于9、10位税则编码解释理解造成的。2008年的税则关于38249099.03的详细描述为：电极浆料(主要成分为银，镍或铜和有机溶剂)。海关的《归类建议书》上描述为“归入该税号项下的电极浆料必须含有镍或者铜任意一种、银和有机溶剂三种物质”。据此，海关在《归类决定书》注明：该商品中不含铜和镍，无法归入38249099.03，只能按照其他编号未列名的化工品归2v38249099.90。

工商管理描述篇10

关键词：项目教学法；电子商务

中图分类号：G712 文献标识码：A 文章编号：1005-1422（2014）03-0084-03

随着电子商务的迅速发展与普及，人们的学习方式、思维方式、工作方式、生活方式都在发生变化，这对传统教育管理和教学模式提出了更高的要求。为深化职业教学改革，我校电子商务专业尝试用项目教学法思路设计教学计划，近几年大胆尝试用项目教学法引导专业教学，将专业分为多个学习领域，各个项目贯穿每个学习领域。每个项目都做到深入剖析和自我评价，取得了很好的教学效果。

一、项目教学法的意义

电子商务专业是一个新兴的学科，学科内容包含计算机、物流、商贸等知识，若单纯按各个知识点教学，学生学完专业后，不能把知识点串联起来，难以学以致用。项目教学法就是在教师的指导下，将一个相对独立的项目交由学生自己处理，信息的收集、方案的设计、项目实施及最终评价，都由学生自己负责，学生通过该项目的进行，了解并把握整个过程及每一个环节的基本要求。项目教学法不再根据具体教材内容编排来单独零散讲解每个知识点，不再分具体学科，而是通过项目的形式综合各个知识点所涉及的内容，最终达到学生综合掌握电子商务专业知识的目的。

“项目教学法”最显著的特点是“以项目为主线、教师为主导、学生为主体”，改变了以往“教师讲，学生听”被动的教学模式，创造了学生主动参与、自主协作、探索创新的新型教学模式。该教学法综合性强，对教师知识面要求高。

项目教学法实施的一般过程是：分析内容，确定项目任务――项目准备期――项目实施阶段――项目成果的提交与评价阶段。

采用项目教学法，我们可以将专业、学习内容按照项目方式进行分类设计。设置思路如下：电子商务专业岗位群分析及岗位要求分析――核心岗位分析――职业资格证书要求――电子商务专业总体框架计划――某门学科（大项目）学习领域制定――大项目中的子项目教学法设计。

二、项目教学法在电子商务专业设置的应用设计案例

项目任务：制定可行的电子商务专业教学计划。

项目准备期：执行制定教学计划的相关工作。在设置专业之前，第一步：要做好调研工作，包括电子商务行业人才需求规模分析、中职电子商务人才需求特点、中职电子商务专业对应的职业岗位分析。第二步：根据电子商务专业岗位群分析，确定核心岗位及辅岗位的相关职业标准、职业素养与能力要求。第三步：根据专业性质和岗位群需求，确定学生必考与可考证书和等级。

项目实施阶段：根据调研结果，由专业部、学科组共同制定电子商务专业总体框架计划。框架中列举学习领域的设置，如电子商务认知、文员实务技能训练、办公软件应用、网络推广、网店装修、消费者心理行为分析等。

项目成果的提交与评价阶段：包括教研组内部自评、不同专业组互评、校级互评等。

三、项目教学法在电子商务专业学习领域的应用设计案例

下面以“网店装修”学习领域作为案例，运用项目教学法展开具体学习项目。

项目任务：制定“网店装修”项目内容。

项目准备期：定位开店的形式，以淘宝网开店装修为主线，从卖家角度介绍网店装修各个环节的操作流程，清楚学生美工基础掌握情况。确定课程学习目标，综合运用所学美工、网络营销知识在淘宝网、拍拍网或其他B2C的网店上装修店铺，并产生经济效益。同时培养学生对专业学习的热情和审美情趣。

项目实施阶段：学习者在教师的指导下或借助网络书籍等资料，定位网店风格，学会用色和整体布局，能换位思考，站在消费者角度进行商品描述页的设计。做好网店如下工作：（1）店铺招牌/BANNER；（2）宝贝分类；（3）公告栏；（4）促销区/秒杀区；（5）网店产品描述；（6）广告牌。

项目成果的提交与评价阶段：包括自评、同专业教师内部互评、教研组互评等。

四、项目教学法在“网店产品描述”教学中的应用设计案例

教学对象：中职电子商务专业学生，已学习电子商务网上开店基础知识、网店美工基础知识等电子商务类课程。

项目任务：制定“网店产品描述”学习项目。

项目准备期：教师用文档范例进行网店产品描述。

・教学教法・项目教学法在电子商务专业的设计与应用

学习情境：网店产品描述教学时间：10学时

工作情境描述

产品描述是网店装修的一个重要核心项目，在淘宝网店上，商品描述页的设计好坏，最大程度突出和反映了店铺的特色，通过产品描述的设计，把顾客最感兴趣的内容展示或描述出来，达到最大展示产品特点及最大化吸引人气

学习任务

小组成员根据自己店铺定位和店铺整体风格，选择10件不同类别的宝贝进行产品描述

与其他学习情境的关系

是网店装修中最重要任务之一，本学习领域第三个任务，在学习其他学习任务时起到承上启下的作用

学习目标

掌握产品描述的要点（详细真实，与店铺整体风格一致，能表现商品属性、成份、功效以及相关信息），能提高学生审美眼光

学习内容

（1）产品促销区设计

（2）分类标题栏设计

（3）商品介绍区设计

（4）商品展示区设计

（5）帮助与说明区的设计

教学条件

（1）教学设备：具有互联网操作的电脑、网店所涉及的产品

（2）学习资料：网络资源、相关教材、教师上课资料

（3）教学场地：电子商务实验室

（4）教师安排：电子商务专业教师

教学方法组织形式

（1）5～7人/组

（2）小组学习为主，课程教学和独立学习为辅，行动导向教学法始终贯穿教学全过程

教学流程

（1）教师设置学习任务，讲述完成任务所需基本知识（1h）

（2）学生选定产品，确定产品描述风格（1h）

（3）学生模拟优秀网店选择3个不同的产品进行产品描述（2h）

（4）学生根据自己网店风格和要求，自行设计自己产品描述（3h）

（5）教师评价，师生交流（1h）

（6）学生根据自己网店风格和要求，继续自行设计自己产品描述（1h）

（7）师生互相交流，教师评价与总结（1h）

学业评价

（1）准确定位网站风格（小组评价）

（2）阐述网店规划的整体思路（教师评价）

（3）能根据工作计划，小组完成网店装修作业，动作准确、规范（教师评价）

（4）完成本任务过程中的团队合作能力、经营管理情况和学习态度（个人自评和小组评价相结合）

项目实施阶段：学生用文档范例进行网店产品描述。

学习情境：网店产品描述教学时间：10学时

教学情境

观摩优秀网店的产品描述，要求学生通过教师指导、网店观摩、上网查找相关资料等方式，完成个人网店的产品描述

教学目标

（1）学会欣赏不同优秀网店的产品描述风格

（2）制作有个人特色、突出产品特点的产品描述风格

（3）在产品描述中能有效地展示商品属性、成份、功效以及相关的信息

（4）能够利用资料、制定合理的工作方案，完成教师指定的任务。

教学资料

淘宝网

教学辅助

资料和网络相关资源

教师提供样图如下：

样图1

样图2

教学环节

说明：每组5～7人，在电子商务实验室，通过资料查阅、网络搜索等手段，完成以下任务：

（1）描述有哪几个要点

（2）网店产品描述中应注意什么

（3）选择2～3个你喜欢的网店，总结他们有什么不同

（4）学生根据自己网店风格和要求，自行设计自己产品描述

（5）教师评价，师生交流

（6）学生根据自己网店风格和要求，继续自行设计自己产品描述，完善产品细节描述

（7）通过学习和资料搜索，编写报告

（8）师生互相交流打分，教师评价与总结

（9）教学反思（教学内容、教学目标、教学方式、教学效果）

项目成果的提交与评价阶段：包括师生自评、师生互评、小组互评等。

五、结论

项目教学法设计思路，有利设计者从整体考虑设置专业教学计划，大项目分解成子项目，确定学习领域，从学习领域中继续剖析分解子项目，设置具体的课程学习项目。有利于教师在授课时掌握课程项目的工作任务、工作方法和工作要求。项目教学法在具体的教学中有利于学生的思维模式和职业综合能力的培养，让学生在做中学和练，教、学、做、评相结合，体现了职业教育电子商务课程的实践性和职业性的特点，对同类课程具有积极的引导意义和实际的借鉴作用。

参考文献：

工商管理描述篇11

自20世纪90年代,以internet为代表的信息技术极大地促进了电子商务的发展,全球经济格局也随着信息技术的迅猛发展产生了急剧的变化。越来越多的企业意识到仅靠自己的资源与能力难以适应快速变化的市场需求,无法承担客户需求各异、产品生命周期缩短所带来的竞争压力。在电子商务时代,企业通过合作来实现共同的目标,其为客户提供的最终产品和服务也是通过企业间的合作流程来创造。

电子商务时代的企业间协作具有动态性、开放性、柔性、集成性等基本特征,企业业务流程必须能够适应这些基本特征的需要,面对外部环境的快速变化,通过各成员企业的协作来获得客户、赢得竞争优势。在现代企业管理中,由于流程模式改进、客户需求改变等原因促使流程经常发生变迁。当今企业处于经常变化的业务环境中,企业必须能够依据业务需求,快速、灵活地实现业务流程管理,才能适应这种变化。

柔性流程管理作为电子商务环境下企业协作中的一个重要课题,国内外许多专家学者都对此进行了深入的研究。但多集中在对流程变更的适应性的衡量,未能考虑电子商务环境下企业的动态智能行为和动态协作关系,而流程自身的可适应性才是企业是否能够真正应对市场变化的最关键因素,需要从柔性的角度来分析和设计企业业务流程。WWw.133229.cOm

为了实现流程在企业之间和各个应用系统的共享和重用,这里在业务流程管理领域引入了本体和web服务。本体能够在语义层次上定义某一领域的一系列概念以及概念之间的关系,通过使用本体描述语言来形式化描述业务流程,使业务需求在没有信息丢失的情况下被正确清晰地表达。当业务流程发生改变时,系统通过动态地组合已有的web服务,就无须重构单一的复杂服务,同时很好地适应现代企业业务环境中的多变性和动态性。

一、本体和web服务

本体(ontology)一词来源于语义学,它是一系列描述的集合,使用rdf、owl等标记语言写成,它定义了概念和相关逻辑规则之间的联系。由t.r. gruber提出、后经r. studer改进的定义:一个本体是一个概念体系的显示的形式化规范。这个定义包含四层含义:概念模型、明确、形式化和共享。一个典型的本体由有限个概念以及它们之间的关系组成,还包括属性、值约束、不相交描述和对象间逻辑关系的规定。本体提供了对给定领域的一种共识,这种共识对于消除概念差别是必要的。本体通过信息内容及其语义的结合,将网络资源的处理从信息处理的层面提高到了知识处理的层面。根据应用领域的不同可以创建不同的本体,例如本体a可以把“矛盾”定义成包括内涵和外延的逻辑概念,本体b就可能把它定义成发生在春秋战国的历史典故。

简单地说,web服务是部署在web上的软件构件。w3c给出的web服务的定义是:web服务是支持网络上不同机器与机器共同操作的软件系统,它提供接口,这样的接口由能被机器处理的格式(wsdl)所描述。使用web 服务,通过松散的应用集成,一个企业可以仅仅实现应用集成的一个子集,即能取得实效。web服务能够快速、低代价地开发、、发现和动态绑定应用。企业的信息系统要求具有高度的灵活性,可以按照企业的具体需求,快速灵活地生成应用软件系统,并且在企业业务过程发生变化时,迅速地进行重组来满足客户需求。面向服务的体系结构(soa)是一种基于服务来组织计算资源,具有松耦合和间接服务寻址能力的软件体系结构。服务提供者通常用wsdl来描述它所提供的web服务,然后将该wsdl描述;服务请求者可以通过uddi或其他注册苦劳获取wsdl描述,并通过向服务提供者发送一个soap消息来请求执行服务。

二、电子商务环境下柔性流程管理模型

基于本体和web服务的思想,将柔性流程管理架构表示为由需求、流程、服务、本体、数据等层次组成:

需求层:业务需求驱动了企业业务流程的运行。随着企业面临的市场竞争越来越激烈,企业必须更快地对不断变化的市场环境做出响应,以获取竞争优势,这就要求企业以客户为中心,根据业务需求和市场环境的变化迅速调整业务流程。需求层包括业务需求的描述。

流程层:业务流程由一系列在逻辑上相关的活动组成,并根据恰当的业务规则执行这些活动。将业务流程逻辑从应用程序代码中分离出来,通过改变过程逻辑,可以更好地完成或者适应任务处理的变化。流程层包括流程的设计、建模与优化等。

服务层:流程由特定的活动组成,这些活动提供了完成不同任务的功能。很多功能被实现成应用程序代码并可以在多个流程中重用。如果把服务与功能对应,流程可被看成是将多个服务联合完成一定功能。每个业务流程由一个或多个服务共同来实现, 业务流程经过编排来支持企业的不同需求。服务层包括业务运营服务、可重用于多个业务领域的可重用技术服务等。

本体层:基于本体对服务进行形式化描述,使服务定义、发现和组合具有丰富的语义和机器解读性,使业务流程管理具有更大的灵活性。w3c的web服务本体语言owl-s可以为基本web服务以及复合web服务添加语义信息,从而支持web服务的自动组合编码。本体层包括本体的创建、实例化和本体库的建立。

数据层:企业的it基础设施和信息系统使用了大量数据,这些数据支持了企业的业务流程,也供管理者决策使用。

建立的基于本体和web服务的柔性流程管理架构的实现过程如图1所示。

(1) 根据客户的要求,采用uml活动图描述业务需求;

(2)分析和设计流程,建立流程模型,并采用流程重构的方法进行流程的优化。匹配相应的业务流程,如果流程案例库中有匹配的案例,就根据需求修改流程;如果流程案例库中没有,则创建新的流程案例,并存储到流程案例库中;

(3) 在本体库和服务库中进行基于语义的服务查询,查找满足要求的服务;

(4) 根据规则库中的组合规则,进行服务的匹配与组合,以满足用户的需求;

(5) 调用工作流管理系统,根据服务的自动组合,建立图形化的工作流模型;

(6) 工作流引擎导入工作流模型,执行和管理企业运行所需的业务流程实例,流程监控工具可以对业务流程进行监督和控制。

随着客户需求的不断变化,用户的有效需求必须能快速反映到服务流程上来。因此如何进行服务的有效组合,重用现有的服务流程就显得十分有意义。

三、基于语义的服务匹配与组合

柔性流程管理中web服务的语义组合将不同于传统的工作流设计。对于web服务来说,它通过使用本体作为语义基础,从而提高面向服务的应用的智能程度和互操作能力,这将使服务流程的建立更加地自动化,以及更好解决服务流程在组合过程中的异构问题。没有语义理解能力的应用只能在语法层面实现互操作,而在本体技术的支持下,面向服务的应用可以在语义层面互操作,而且在本体的支持下,服务发现的准确度会有很大提高。

语义网络的概念是由万维网的奠基人berners-lee在2000年12月的xml2000会议上提出的,目标是在计算机和人类理解的语义之间建立一种联系,用以满足智能软件对互联网上异构和分布信息的有效访问和检索。在语义web中,ontology具有非常重要的地位,是解决语义层次上信息共享和交换的基础。结合语义网技术,柔性业务流程管理系统通过服务的语义信息,完成自动服务发现、自动服务匹配、自动服务组合。通过服务提供者对服务语义的描述,使得服务的请求者可以通过服务的语义信息,查找满足自身功能要求和分类标准、质量要求等评价标准的服务。服务匹配包括名字和文本描述匹配、语义匹配过程。服务请求者可以通过语义信息,自动选择服务,并根据一些复杂任务的要求对服务进行自动服务组合,以满足用户的业务需求。

owl-s是用本体来描述web服务的标记语言。owl-s中,一个服务由三部分来描述:服务简档(service profile),服务模型(service model)和服务基点(service grounding)。服务简档描述服务做什么,服务模型描述服务怎么做,服务基点描述怎么访问服务。可以从web服务的输入(input)、输出(output)、web服务执行的前提条件(precondition)和web服务执行之后的结果(effect)等四个方面来描述服务,统称为iope,通常由service profile来描述。

web服务组合将包括服务查找、服务匹配和服务组合等主要过程:

(1)添加web服务的语义标注。对具体实现的web服务进行语义注释,在标注时采用owl-s语言。

(2)web服务的查找。根据用户需求描述来在服务注册库中查找符合要求的服务。

(3)web服务的匹配。服务查找的结果是往往会有多个web服务符合用户的要求,这时,就需要根据web服务的语义描述,按照一定的选择策略从中选择出最符合用户需求的web服务。

(4)web服务的组合。利用web服务的语义信息,在不同web服务之间通过owl-s服务本体的映射,使用可组合性规则将选择得到的web服务组合成为满足用户需求的组合方案,产生用户所需要的复合web服务。

四、应用实例

供应链包括从采购、研发、生产制造到产品销售得诸多环节,敏捷高效的供应链体系可以提高企业竞争力。在电子商务环境下,需要对供应链管理相关流程进行重整,构筑起一条以客户为中心的、成本最低供应链,并通过提高灵活性和快速反应能力建立竞争优势。采用基于本体和web服务的柔性业务流程管理架构能够降低企业间业务流程模块之间的耦合性,使业务流程根据市场变化进行快速调整。

以制造企业的采购流程为例,生产部门根据需求编制物料请购单,经主管批准后交采购部门,采购部门根据库存信息、供应商档案以及价格信息,选择合适的供应商,并填写采购订单,经主管确认后交供应商。供应商得到订单后,进行发货处理。质检员对货物进行质量检验,库管员进行入库处理。企业采取一体化的运作体系,把采购、生产、分销以及物流整合成一个统一的系统。由以前的库存驱动模式转变为根据客户需求来确定整个供应链的管理,从而来调整从采购、生产到销售。当销售发生调整或者供应商的状况发生变化的时候,企业可以迅速调整供应商的计划,加快了对市场反映的变化和应对的能力。

通过采用本体描述web服务,提供语义性描述以支持服务发现、组合过程中的自动推理。当企业业务流程因客户、合作伙伴和供应商的需求变化而改变的时候,web服务组合过程能够从现有服务中,自动组合出满足抽象业务流程需要的实际服务,并确定它们之间的交互。基于松散的web服务组合,企业更容易实现与合作伙伴的跨企业业务流程集成,突出自己的核心业务,加强与合作伙伴的交互,以进一步提高企业的竞争优势。通过基于本体和web服务的柔性业务流程管理,企业可以比较准确地把握市场的变化和用户的需求,可以更好地协调在供应市场和这种销售市场发生变化时的应对,另外通过客户自动的配置系统,来更好的满足客户差异化的需求。

五、结论

电子商务环境下虚拟企业中的流程需要跨越多个不同企业,提供客户满意产品和服务的流程需要集成各合作伙伴的价值链,并根据成员企业和市场环境的变化进行调整。因此,企业业务流程的柔性和对市场变化的响应速度成为了影响企业间协作是否成功的主要因素。基于本体和web服务的柔性业务流程管理,企业设计具有柔性协作能力业务流程,提高与其他企业协作能力,改善流程的敏捷响应能力,从而提供满足顾客需要的产品或服务,提高企业协作效率。

参考文献:

[1] deependra moitra, jai ganesh. web services and flexible business processes: towards the adaptive enterprise. information & management, october 2005, 42(7): 921-933.

[2] christoph f. strnadl. aligning business and it: the process-driven architecture model. information system management, fall 2006, 23(4):67-77.

[3] 赵卫东, 苏健敏, 戴伟辉. 柔性流程建模研究[j].管理工程学报,2003 (3).

[4] 阳酉良. 基于本体和服务组合的电信业务流程管理[d].中南大学硕士学位论文,2007.

工商管理描述篇12

性别：女

出生年月：1978年11月

手机：(86) 136＊＊＊＊＊＊

工 作 经 历

2004/05 – 至今

深圳＊＊消费通信有限公司

大客户经理---负责客户：中兴、SIMCOM、汇通、IVT、UNISMOBILE

工作经历描述：

1. 负责OEM、ODM业务开发和公司战略大客户的市场、商务管理工作。

2. 负责项目的签约谈判，起草，修订合同，进行业务洽谈和市场预测。

3. 协助制定OEM、ODM部门年度目标、工作计划执行情况。

4.直接跟控和组织客户项目产品的生产运作及出货,与公司内部部门进行协作和配合，对客户认真负责，最大限度地发挥公司的人力，物力以完成客户的订单和规定的业绩。

5.负责客户外销订单业务的运作、出口工作。

6.负责公司自有品牌海外订单业务的开发、出口及国外销售工作,巩固海外市场。

7．参加CEBIT通讯展，作为参展厂商，积极拓展海外运营商市场。

8.提交市场情报分析。

2003/07 – 2004/05

希普里欧实业有限公司

商务部门经理 --- 负责自有手机、客户以及外协供应商管理

工作经历描述：

1.负责公司研发方案的市场、商务管理工作和商务部门的内部日常管理工作。

2.协助领导层组织制定公司年度经营计划、掌控计划执行情况。

3.直接领导和组织三方合作项目的策划和运作。

4.负责海外业务的全程运作、开发、出口及国外销售工作,巩固海外市场。

5.兼管公司人力储备工作。

6.提交市场情报分析。

7.产品线项目管理。

8.总裁办公室事物协调。

2002/04 -- 2003/07

海尔CCT青岛通信有限公司

商务专员

工作经历描述：

--负责外销项目的合同执行，进行业务洽谈和市场预测；

--负责清理库存并开拓海外市场；

--会同生产人员按照市场部门反馈信息和客户要求共同进行产品良率提高和改善的工作；

--制作并随计划及生产进度修订项目进度表；

精城科技集团(GBM)

商务拓展专员

工作经历描述：

--负责项目的签约谈判，起草，修订合同，进行业务洽谈和市场预测；

--会同销售人员和市场部门共同进行新产品导入市场的工作；

--制作制造产品所需的设备采购清单并会同测试工程师进行核查及验收；

--协助品质部完成并制作项目所需的质量控制，质量管理文件；

--协助物料部门与相关供应商进行洽谈，并给工程部门提供相应产品制造的成本分析；

--制作并随计划及生产进度修订项目进度表；

教育培训以及海外外派

主修: 企业管理; 辅修: 财务管理

管理学学士学位

主修: 德语

2005.03 -- 2005.04期间在德国、法国作为参展厂商参加CEBIT通信展。

语 言

英语: 精通（听，说，读，写，译），国家六级证书

德语: 一般

西班牙语: 入门

证 书