
供应链名称由来
供应链最早来源于彼得德鲁克提出的"经济链",而后经由迈克尔波特发展成为"价值链",最终日渐演变为"供应链"
供应链管理定义
scm
供应链管理(Supply chain management,SCM)是一种集成的管理思想和方法,它执行供应链中从供应商到最终用户的物流的计划和控制等职能。从单一的企业角度来看,是指企业通过改善上、下游供应链关系,整合和优化供应链中的信息流、物流、资金流,以获得企业的竞争优势。 根据ERP原理,定义如下:供应链管理(Supply chain management,SCM)是围绕核心企业,主要通过信息手段,对供应的各个环节中的各种物料、资金、信息等资源进行计划、调度、调配、控制与利用,形成用户、零售商、分销商、制造商、采购供应商的全部供应过程的功能整体。 供应链管理是企业的有效性管理,表现了企业在战略和战术上对企业整个作业流程的优化。整合并优化了供应商、制造商、零售商的业务效率,使商品以正确的数量、正确的品质、在正确的地点、以正确的时间、最佳的成本进行生产和销售。 SCM(Supply Chain Management)就是对企业供应链的管理,是对供应、需求、原材料采购、市场、生产、库存、定单、分销发货等的管理,包括了从生产到发货、从供应商的供应商到顾客的顾客的每一个环节。 供应链管理(SCM)应用是在企业资源规划(ERP)的基础上发展起来的,它把公司的制造过程、库存系统和供应商产生的数据合并在一起,从一个统一的视角展示产品建造过程的各种影响因素。供应链是企业赖以生存的商业循环系统,是企业电子商务管理中最重要的课题。统计数据表明,企业供应链可以耗费企业高达25%的运营成本。 它主要是一种整合整个供应链信息及规划决策,并且自动化和最佳化信息基础架构的软件,目标在于达到整个供应链的最佳化(在现有资源下达到最高客户价值的满足),为一种新的决策智能型软件,覆盖在所有供应链公司的ERP和交易处理系统之上。 SCM通常具有一个转换接口,用以整合供应链上各公司的应用系统(尤其是ERP系统)及各种资料型态,此转换会通过标准中介工具或技术,如DCOM、COBRA、ODBC等等,提供与主要决策系统互动的能力。
其余的内容楼主可以参见
IT服务管理(ITSM)[1] 是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法,是一套方法论。ITSM起源于ITIL(IT Infrastructure Library,IT基础架构标准库),ITIL是CCTA(英国国家电脑局)于1980年开发的一套IT服务管理标准库。它把英国在IT管理方面的方法归纳起来,变成规范,为企业的IT部门提供一套从计划、研发、实施到运维的标准方法。这套标准已经被欧洲、美洲和澳洲的很多企业采用,目前在欧洲40-60%的IT经理都知道ITSM,在美国有20-30%的IT经理了解ITSM,而在国内了解ITSM的人还很少。itSMF的CEO Aidan Lawes认为,“对一个企业来说,不管其IT架构多大,都需要ITSM,目前把业务与IT能够很好集成的客户还不多,很多人首先想到的是业务,然后才是IT,而不是用IT去驱动业务。” Aidan Lawes认为有必要要从教育入手普及ITSM,让人们从学生时代就意识到ITSM的重要性。
基于不同的出发点和侧重点,人们提出了各种各样的有关IT服务管理的定义。
国际IT领域的权威研究机构加特纳(Gartner)认为,ITSM是一套通过服务级别协议(SLA)来保证IT服务质量的协同流程,它融合了系统管理、网络管理、系统开发管理等管理活动和变更管理、资产管理、问题管理等许多流程的理论和实践。
而ITSM领域的国际权威组织itSMF(国际IT服务管理论坛)则认为ITSM是一种以流程为导向、以客户为中心的方法,它通过整合IT服务与组织业务,提高组织IT服务提供和服务支持的能力及其水平。
本方案对于企业管理的作用和价值
随着现代社会中企业对IT系统的使用越来越深入和频繁,如何管理好企业的IT系统成为不可忽视的管理议题。如果在IT建设过程中缺乏总体架构和规划,企业将在IT管理上面临众多的挑战。比如:业务越来越复杂,IT系统越来越庞大;难以统筹地管理;看不清楚IT建设的现状,更谈不上合理规划新的IT建设;企业内IT和业务沟通困难,业务人员用不好系统,IT人员服务质量也不高。
企业架构(EnterpriseArchitecture)是对构成企业的所有关键元素和关系的综合描述。它是一个用于描述和分析企业的现状,并对企业做出合理诊断和规划的方法。企业架构就类似于医学上将人体构造分解为骨骼、肌肉、血液等组成部分,既考虑每个部分的成分,也考虑这些部分是如何结合并协同工作的。它是现代企业用于自我分析和自我管理的工具。
单纯地从IT的视角管理IT系统让许多企业深陷管理困境,解决问题也是按下葫芦浮起瓢。实际上,IT的服务对象是企业的战略、组织、流程等一系列的要素。因此对IT的管理如果不考虑这些要素,那就会理不到头绪,产生诸如系统庞大并与业务脱节等症状。因此,需要通过企业架构的管理思想来管理IT架构,并实现如下价值:
1)理清IT架构,明确IT管理现状
IT架构管理对于企业来说,首先是需要“理清楚”然后才是“管起来”。与IT架构相关的内容既包括企业的业务流程、信息数据、应用功能、服务器和网络等管理要素,也包括传输类型、控制方法、管理策略、开发技术等技术层面的要素,合理清晰地梳理这些内容并了解相互管理,才算是帮助企业真正明白目前IT管理的现状。
2)分析企业现状,找到IT管理的可改进点
如果说明确IT管理现状是企业对自身的一个审视和了解,那么IT现状分析就是企业对自身的“望闻问切”。通过对企业流程与应用系统覆盖度的分析,我们可以知道企业IT应用主要存在于企业哪些地方,而通过对企业流程与应用系统冗余度的分析,我们又可以知道企业IT系统之间存在的功能重复或冲突集中在哪里。
当然,企业IT分析同样不能零散的开展,因此需要有一个整体的分析设计体系和科学的分析设计方法,本方案基于在流程分析领域一直处于世界领先地位的ARIS平台,提供了一套在IT架构现状分析上成熟的方案。
3)合理地规划与改进IT建设
以往的IT规划往往从IT系统本身出发,或借鉴国际先进的经验,或追求新的产品与技术。而一个真正适合企业的IT规划既要有适度的前瞻性,又要能够贴切地满足企业战略和企业的生存环境。否则就像在水下穿了一件太空衣,虽然外表光鲜亮丽,但实际上花费巨大却没有解决实际问题。
企业架构下的IT规划强调的是从企业战略出发,首先规划业务架构层,然后延伸到应用架构和数据架构,最后结束于企业的基础设施架构,其中包含战略、流程、系统功能、模块、数据、数据接口、系统实例、应用机房、网络信息和技术细节等等各种管理要素,可以说是对企业IT建设的量体裁衣。
4)完整地管理IT资产与技术
仅仅规划和实施IT系统是远远不够的,大多企业在实施IT系统后,更重要的是运维和管理IT系统。在这样一个层面上,IT系统无疑于企业的IT资产。结合IT服务管理标准和企业资产管理的思路来统筹的管理IT系统,也是企业架构可以发挥力量的地方。
同样,企业里面往往也有专门管理IT配置的工具(CMDB),但这些工具往往又忽略了企业业务与战略和IT之间的关系,如何将这些内容集成和统筹地管理,也是企业架构管理思想所考虑的内容。
借用企业架构的管理思想来管理IT架构,将保障IT系统不再与现实脱节,也不再落后于战略和业务的发展。IT系统将像企业的设备等重要物质资产一样有效地管理起来。
基于企业架构(EA)的IT架构管理解决方案及其交付物
在企业架构(EnterpriseArchitecture)的管理方法中,IT的规划需要与业务的需求统筹地管理起来。因此,一般将企业的IT架构划分为四个层次:
业务架构层:包含企业的战略、组织与流程等业务相关的架构,主要用于分析业务的驱动与业务的需求。
应用架构层:包括应用系统,系统功能,系统接口,相关应用的服务等,主要用于从业务层面将需求层层分解为系统的功能。
信息架构层:包括数据体系,数据架构,数据实体等于信息数据相关的内容。由于数据是流程流转的实体,也是应用系统需要实现的功能载体,因此对数据的设计需要与应用和业务层进行统一。
基础架构层:数据的存储实体,系统实例,硬件设备,软件技术等等属于企业基础设施的内容,需要按照资产管理的模式进行管理。
企业架构中的IT架构的四个层次
如何基于企业架构进行IT应用功能的规划?
交付物一:搭建从贯穿IT架构的模型体系
企业架构就是对企业各个管理要素以及关联进行管理的过程。因此我们对IT架构的管理,需要将企业如下要素进行统筹地梳理与整合,并形成模型体系。
战略:通过BSC战略模型梳理企业战略与目标。
流程:通过增值链与EPC模型梳理企业的流程架构与现实业务流程。
功能:通过流程步骤梳理系统所因提供的应用功能。
系统:通过应用系统架构模型梳理系统类型与模块。
基础设施:通过系统与系统实例,梳理系统所存储的相关硬件与设备等基础设施。
资产:通过整理相关资产获得资产的生命周期。
资产集:通过整理资产并分类获得完整的资产集合。
架构生命周期:管理各个业务单位的IT架构的生命周期。
企业架构各个层面的整理
交付物二:企业架构现状评估与分析报告
企业架构的IT架构现状评估与分析方法是以企业架构方法论作为理论依据,分析企业的各个架构元素和架构元素之间的关联性,例如:应用系统架构下应用系统的岛屿数量和程度,以及应用系统对业务流程的覆盖率。然后对现状的业务进行科学地诊断。
采用目标分解与纬度分析方法开展。分析包含一个总体目标,按照多视图分解到多个分目标,每个分目标包含多个分析指标,而每个分析指标都有相应的定性分析方法和分析结果。沿用的分析手段采用了平衡积分卡的思想,便于企业长期使用。
使用ARIS模型与ARIS工具对于模型的统计分析功能来完成分析工作。由于前期的建模工作有了大量模型成果,一些关键的数据分析可以通过模型来开展,例如:流程的应用系统覆盖率。在模型真实的情况下,此类分析能够很精确地反映企业架构管理现状。因此为了达到更准确的效果,还将对模型的真实度加以评估。
应用系统架构良好支持业务代表了企业架构下应用系统架构建设的质量。应用系统的建设为业务信息流的自动化提供技术平台,并业务流程的标准化提供支持,可以说,企业应用系统建设的主要目的就是为了业务服务。应用系统架构的建设也是建立在IT的基础设施之上,因此对它的规划将直接影响IT基础设施的需求。应用系统架构良好支持业务流程需要在良好地支撑流程需求和数据运作的基础上,还要保留有良好的系统集成性和可扩展性。因此,应用系统对业务流程流程执行过程,数据流转过程的可服务性是很重要的。在此基础上,多个应用系统之间的系统接口和架构方式也是需要关注的。
基于ARIS平台的企业架构分析与评估结果示例
交付物三:经过合理规划的TO-BE的IT架构
在IT架构管理的整体下,如何通过对业务的变更获得系统的变更方案?博阳咨询推荐IT城市规划(ITCityPlanning)的规划方法。
IT城市规划方法
在IT规划中采用ARIS的信息系统视图(IS视图),可以作为层次与层次之间转换的媒介。在ARIS中,IS视图中的对象类型必须放在功能和应用系统之间,这样便拓展了ARIS中的功能视图。如同各种功能一样,IS的元素与不同的结构相连接,出现在ARISHouse模型的常见视图中。这些扩充主要与流程视图和数据视图相关。在下面所述的IS视图中,涉及来自于ARISHouse模型的功能和流程视图中,用来描述IS元素之间的关系的模型类型,或者在其它ARIS视图的背景下,用来详细描述IS元素的模型类型。
交付物四:IT资产与IT架构的生命周期平台
对系统的功能进行规划后,不可忽略地就要考虑系统的实施过程。但对于完整的IT架构来说,系统从规划到实施,再到使用与维护,直至淘汰,是一个完整的生命周期。因此把系统当做IT的资产来进行管理是可以覆盖到系统的完整生命周期。
系统实施周期的评估过程
系统评估的方法有很多种,博阳咨询建议对规划好的系统以及系统模块按照成熟度与重要性进行评估,便可以知道哪些系统需要先期建设,哪些后期建设,有一个良好的系统引入的过程。
系统生命周期的评估过程
同样,系统一旦建设完成,系统的管理与评估工作远没有结束。需要持续地通过对系统功能满足程度的评估,不断地获取系统是否要升级或者淘汰的预期,保证系统能够时刻满足业务需求。这也是IT架构管理中持续改进的建设环节。
最近和很多企业的CIO/CTO、以及IT部门的各级主管交流数字化转型时,他们都对数字化的未来充满了热情和憧憬。
然而我们看到的现状是,大多数企业IT部门的职能还停留在“业务支持”的程度,是为业务部门提供IT系统支持的组织。这也造成了传统企业中IT部门的员工,更多的是承担甲方项目经理的角色。这种以项目为导向的方式,使得员工往往一个项目上线后,就会投入到下一个项目的工作中。员工在业务或专业能力上很难得到持续的积累和沉淀,结果就是员工的积极性和创造力逐渐被消磨,整个IT部门的生产力和创新氛围也受到很大影响。
与此同时,CIO/CTO面前有成百上千个需要用⾼昂的成本进⾏支持和维护的遗留系统,尽管他们愿意响应快速变化的市场需求,但在项目周期与成本压力面前,却又显得力不从心。
数字化转型势在必行。在推进整个企业的数字化转型过程中,对以下几个问题的探寻能解答许多管理者们的疑惑。
业务架构与IT架构的关系是什么
业务架构可从企业战略出发,按照企业战略设计业务及业务过程。业务过程是需要业务能力支撑的,从战略到业务,再到对业务能力的需要,就形成了支撑企业战略实现的能力布局——将这个布局理解为业务架构,它是企业为客户创造价值的设计过程。
业务架构设计会尽可能地追求以更为集约的能力实现更为多变的业务或服务,这其实也是中台战略追求的目标。因此,中台战略实际上也可以归结为一种业务架构设计。
业务架构设计完成后,“灵魂”就诞生了,IT架构则是根据“灵魂”的需要来设计“容器”。IT架构通常会分为应用架构和技术架构(近些年随着大数据的发展,数据架构的地位直线上升)。
应用架构重点关注是功能布局,与业务架构的关系非常紧密,可以称其为业务架构设计的“紧后工序”。技术架构主要关注分层结构,对于大型业务系统来说,一个逻辑分层可能需要通过多种平台才能实现。技术架构与业务架构的关系并不像应用架构那么直接,主要是通过对业务特征、业务量等多种因素综合考虑分层的合理性和平台选型。
作为“灵魂“的”容器“,IT架构中的数据架构和应用架构与业务架构的关系是最为紧密的。 将”灵魂“注入”容器“是技术人员的重要工作,而能否顺利注入,让“灵魂”有个适宜的居所,则有赖于技术人员对“灵魂”的充分认知 。
IT运维管理系统中,信息化管理体系建设包含哪些内容?
IT运维管理体系要真正发挥效益,避免“为技术而技术”,需要融合人、流程、技术。根据信息化的发展要求,配套的管理措施应包括组织模式、管理制度、管理流程、绩效考核、运维费用、技术支撑等内容。
组织模式:中心从全局的角度定位IT运行维护和服务工作,将中心目前分散进行的各项IT运行维护和服务的工作职能逐渐整合,进行集中统一管理,统一调度IT运行维护和服务的技术力量,并结合中心实际情况和管理需要进行配套的组织机构的设置和逐步完善。第一,成立IT运维管理领导小组。初期可以成立由中心领导和各处(室)负责人组成的IT运维管理协调小组,从总体上负责IT运行维护和运维管理的统一组织协调,监督检查各处室服务质量;将来根据IT运维管理发展,可以成立由部领导、中心领导和业务司局领导组成的信息化治理领导小组。第二,建立面向用户的服务接口。初期以服务台为统一服务接口,不断扩充与完善服务台的功能,统一受理客户的IT服务请求,记录事件和一线解决,对解决不了的较为专业的事件派发给专业的二线技术人员,各相关处室提供二线技术支持,并明确相关技术支持人员及职责;将来逐步建立独立的IT运行维护和服务机构(运维中心),专门负责IT运维和服务工作,合理划分建设与运维的边界,实现建设与运维的分离。第三,设置合理的组织机构。初期保持目前组织机构和职责不变,进一步理顺关系;将来随着信息化发展和管理成熟度的不断提升,逐步建立起完全适应体系运行的IT治理组织机构;
管理制度:管理制度是指IT运行维护和服务工作必须遵循的内部管理规定,用于提高工作的协调性和管理的有效性。借鉴IT运维管理体系国际标准标准ISO20000要求,管理制度分为 “总办法”、“分办法”、 “实施细则或 *** 作指南”和“配套表单”四个层次,见图13-6。
资料来源:中国IT治理研究中心(ITGov),网址:>
以上就是关于IT行业的目标市场是什么'/全部的内容,包括:IT行业的目标市场是什么'/、可以按照怎样的步骤满足客户的it服务管理需求、针环境,企业应建立什么样的IT架构来应对这些变化,详细描述这种IT等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)