最新IT资产管理系统建设方案.doc

《最新IT资产管理系统建设方案.doc》由会员分享，可在线阅读，更多相关《最新IT资产管理系统建设方案.doc（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-dateIT资产管理系统建设方案标题 公司IT资产管理系统建设方案-目 录1. 背景11.1. 项目建设目标11.2. IT资产管理业务现状11.3. 业务管理需求11.4. 项目建设范围22. 系统整体建设方案介绍22.1. 项目建设总体要求和原则22.2. 整体方案介绍42.2.1.构建IT资产全生命周期管理体系42.2.2.IT资产管理系统设计蓝图63. 详细建设方案9

2、3.1. IT资产管理业务分析93.1.1.位置管理93.1.2.IT资产台账103.1.3.IT 资产新增113.1.4.IT资产报废123.1.5.IT资产调拨143.2. IT运维管理业务分析143.2.1.事件管理143.2.2.问题管理153.2.3.知识库管理163.2.4.发布管理173.2.5.服务报告管理183.2.6.服务级别管理194. 实施计划201. 背景1.1. 项目建设目标xxxx有限公司（以下简称xxxx公司）。为了实现IT资产全生命周期管理与IT运维高效管理。根据xxxx公司业务架构和信息系统架构，IT资管理系统是xxxx公司IT资产管理的一个信息化管理手段，

3、是在云中心、云桌面等基础平台上建设的“业务量化、统一平台，集成集中、智能管控”信息化系统。通过IT资产管理：优化管理流程、强化人员管理意识、加强监督考核来提升IT资产管理效率；实现IT资产统一编码管理、落实现有IT资产管理制度，形成IT资产管理平台、实现帐卡物动态实时联动。通过IT运维管理：结合企业业务工作及信息化建设实际，完善运维管理体系的建设，加强信息系统正常运行保障，“以流程为导向，以服务为核心”提高服务质量水平、转变服务理念、拓宽服务范围、提高服务效率、提升用户服务满意度。为xxxx实现规范IT资产管理与IT运维管理；降低维护成本，增强企业竞争力；提高工作效率，IT资产与IT运维管理作

4、业电子化；信息准确快捷透明，实现全过程信息管理。1.2. IT资产管理业务现状通过调研我们了解到：IT资产由于没有IT资产管理系统、IT资产管理制度执行不利、人为原因等因素导致账卡物不一致、软硬件没有区分管理、没有位置管理体系、报废不及时、账卡物不能动态统一。IT运维管理处于人工发现再处理模式、纸质作业、事件处理过程无法追踪、事件处理没有形成知识库管理、运维管理没有对事件问题分析、信息安全和合规性风险控制等1.3. 业务管理需求从总体建设需求上，我们未来将要打造xxxx公司IT资产全生命周期过程管理与IT运维管理，以此平台上能够看到IT资产与IT运维管理全过程业务信息。这就需要我们充分了解已有

5、软硬件资产的使用情况以及IT运维的运行情况，并结合业务部门的现状。主要需求如下：1、 建立位置管理体系，利用“位置”功能可以不遗漏、不重复地定义所有资产并将它们连接到相应的位置，通常将包括xxxx公司所有的资产运行位置，按照其地理上的层次关系，组织起来的构成称为主系统。在主系统中不仅可以按照地理位置层次关系找到所有资产，而且可以统计出各个位置的相关数据。2、 建立IT资产日常业务处理功能：IT资产新增、IT资产报废、IT调拨等功能。3、 构建IT运维管理事件问题处理功能，通过事件问题处理过程解决方法建立建全知识库管理，以便相同问题运维任何人员根据知识库的解决方法快速处理问题。提高问题处理效率。

6、4、 通过事件问题处理的信息数据分析，根据需要形成服务报告，分析运维工作的成效、不足和改进点5、 通过服务级别管理提高IT运维服务质量更好服务企业业务收益。1.4. 项目建设范围本次项目建设范围是为xxxx公司提供信息化支撑，业务涵盖：位置管理、IT资产台账、IT 资产报废、IT 资产新增、IT 资产调拨、事件管理、问题管理、知识库管理、发布管理、服务报告管理、服务级别管理以及数据收集导入等。2. 系统整体建设方案介绍2.1. 项目建设总体要求和原则本项目将在IT资产管理系统为基础，按照数据集成的标准和要求，与现有的管理信息系统进行数据集成和交互，能够导出标准格式的数据。项目要求以Maximo

7、系统为基础，结合具体需求进行定制和二次开发的方式进行实施，缩短项目实施周期，降低项目实施的风险。l 业务驱动项目实施以提供业务支持为首要因素。应从xxxx公司的业务实际需要出发，选择重点与关键的环节进行信息化管理与控制，解决目前在应用中存在问题，在信息化价值和灵活性、管理工作量之间取得良好的平衡，保证在系统实施后能提高工作效率、降低成本。l 可靠性要求系统架构健壮、运行稳定、功能可靠。支持通过容错、热备、故障恢复等方式，实现在系统发生故障时仍能保持正常工作。对于规范要求以外的输入能够判断出其不符合规范要求，并能具备合理的处理方式。保持系统运行稳定，确保数据不因意外情况丢失或损坏。l 安全性xx

8、xx内部已建立起多层次、全方位的信息安全保障体系， 技术平台必须要符合xxxx信息安全体系的管理要求，并遵循国际安全设计规范。系统关键信息进行机密管理，实现关键信息的加解密保存；系统数据完整，有效防止信息被非法修改。l 集成性系统具有良好的集成性，对流程审批、数据获取、信息集成等功能提供标准接口，以实现与其他相关系统的功能和数据集成。l 先进性要求系统的软硬件平台以及应用软件应采用先进成熟的设备和技术，确保系统的技术先进性，保证投资的有效性和延续性。l 可扩展性要求系统有良好的可扩展性，能够快速响应业务需求的变化。系统采用松耦合构件方式进行设计，对于应用功能的扩展可采用发布新构件方式实现，且新

9、功能的部署不影响用户的使用。l 开放性系统的主要数据、功能应具备开放性，通过标准或通用的接口向外部提供数据和功能的支持，且对接口有安全性的保护控制。l 经济性系统应具备高性价比，能对系统资源的使用进行优化，在实现系统功能的前提下，尽量节省硬件开销。l 可伸缩性要求在不用修改系统架构的情况下，通过增加或增强相应的设备即可实现系统功能的扩展支持，包括垂直扩展和水平扩展：纵向伸缩：能够通过增加硬件资源提高目标平均性能和峰值性能（即响应时间、延迟等）及目标平均负荷和峰值负荷（即并发用户、信息量等）；横向伸缩：能够通过增加应用服务器及实现应用服务器负载均衡、多节点等措施提高目标平均性能和峰值性能（即响应

10、时间、延迟等）及目标平均负荷和峰值负荷（即并发用户、信息量等）。2.2. 整体方案介绍2.2.1. IT类 资产的管理模式IT类资产实行三级管理： 财务部：建立IT类资产总账，保 证总账、明细账、卡片相符，清清楚楚，并按账卡分类管理； 信息部：作为归口管理部门，负责组织清查、盘点工作，监督、检查使用部门对资产管理、维护和使用等情况； 使用部门：各使用部门分别建立该部门的台账，并负责实物管理，做到账、卡、实物相符，所有IT资产要落实到每个具体负责人； 具体负责人（使用人或保管人）：IT 类资产使用人负责IT类资产的保管和日常管理，防止损坏或遗失。2.2.2. 构建IT资产全生命周期管理体系通过研

11、究精细化管理理念，参考和借鉴其他企业精细化管理的经验和教训，不断优化物资的业务链，实现减少重复购买、降低维护成本、统一IT资产管理平台、IT信息安全与合规性遵从等目标，我们建议xxxx从“战略层”、“管理层”、“执行层”分别构建“理念”、“方法”和“监督”三位一体的IT资产全生命周期管理体系。未来在建设系统的时候需要了解各个层次对于建设的需求。即：（图：IT资产全生命周期管理体系）2.2.2.1. 战略层在战略层，要从xxxx公司的发展战略考虑，要使企业未来具备先进的IT资产精细化管理理念，这将意味着信息量更大，信息更集中，信息流更顺畅。满足IT资产管理“过程精细化、记录信息化”的要求，借助信

12、息化手段，为未来xxxx整体IT资产运营的工作搭建高效应用的技术平台，使IT资产管理业务：“管理有标准，操作有指引；计划有统筹，执行有监控；事后可追溯，数据可分析”的精细化管理的目标得以实现。本项目旨在调研、分析和梳理基于管理精细化的具体业务需求，结合现有系统分析需求的实现方法和步骤，并遵循“统一设计、分步实施”的原则。2.2.2.2. 管理层针对管理层，会考虑公司的发展阶段与管理相适应，满足公司的管理要求。利用相应的方法使企业逐步实现物资的有效管理。精细化管理的方法很多，其中常用、实用、带有共性的方法主要有以下四种: 岗位责任：需要去完成的工作内容以及应当承担的责任范围。 流程：工作在不同岗

13、位之间顺畅进行的手段。 程序：一丝不苟做事，保证工作质量的方法。 制度：防止员工做错事的规定。精细化管理的本质更多的是对员工的职业化要求，把对员工的工作要求更多地通过提高职业素质、职业技能固化到每个人的工作习惯之中。因此，要真正实现管理的精细化，必须培养出一大批合格的职业人，通过人才的职业化实现管理流程的职业化、精细化、标准化。2.2.2.3. 执行层在执行层，切实可行的操作指导，进行全过程的监督管控。精细化的关键在执行，保障执行的手段是监督。 训练：帮助员工不间断地提高工作技能，适应逐步提高的工作标准要求。 检查：通过科技手段督促员工把工作做到位，及时发现问题，解决问题。 激励：让员工保持高

14、涨工作热情的方法与手段。 监督：通过事前、事中和事后全过程的督促，保障执行的有效。要通过考核、奖励、处罚等手段引导、培育、推进精细化管理。如果只是一味地要求大家管理精细化，但在考核方面、激励方面没有先行一步，与精细化接轨，就必然导致精细化落不到实处。最后，要有阶段性目标，循序渐进，不能要求一步登天，而只能是步步为营，把精细化管理的迈进步伐夯实了，才能形成坚实的基础，才不会半途而废。2.2.3. IT资产管理系统设计蓝图通过对业务过程的分析，构建出整体应用系统设计蓝图、并构建出IT资产管理系统设计蓝图。2.2.3.1. 系统架构图通过对业务过程的梳理以及目前各个系统的应用现状考虑，未来我们要构建

15、的IT资产管理系统的总体架构图。（图：IT资产管理总体架构图）l 数据源层数据源层建设是项目搭建的基础保障，具体内容包含了网络系统的建设、机房建设、多媒体设备建设、存储设备建设以及安全设备建设等，通过全面的基础设置的搭建，为整体应用系统的全面建设良好的基础。l 监控层监控层通过专业监控系统对系统数据源、网络类数据源、应用类数据源等进行监控，对数据源来源划分三类分别为：网络管理、应用性能管理、存储监控管理。通过监控软件系统对网络、应用、存储三个方面实时监控对监控结果可视化界面展示。l 业务层业务层是对信息处理的重要环节，按功能的不同可以分为：IT资产管理平台、统一报表展现、其他系统等。IT资产管

16、理平台：信息集中处理平台；统一报表展现：KPI分析、业务视图和数据分析报表集中展现；其他系统：与系统间数据交互。2.2.3.2. 系统部署拓扑图作为未来系统建设和部署，要充分考虑系统的安全性和供应商的信息共享性，对系统进行相应部署。（图：系统部署拓扑图）数据库单一部署，不会出现分布式部署数据库时数据同步异常而产生的内外网数据差异问题；数据库部署在集团安全网络内，外网不能访问；在防火墙的设置上，数据库服务器对隔离区和外网都透明，确保数据库的安全和信息的保密。外网Web应用部署在集团网络的隔离区（DMZ区），部署供应商的招投标管理应用程序。在隔离区，系统在提供对外网供应商服务的同时，受到防火墙的保

17、护。它不能直接访问电厂内网的数据库服务器，只能访问内网Web应用服务器。通过内网web服务器提供的Web Service实现对数据库的间接访问，以确保内网数据库服务器的安全。内网Web服务器部署在内网安全网络，部署xxxx物资管理应用程序。在防火墙的设置上，仅允许外网服务器访问它的WebService端口。3. 详细建设方案根据上章节整体建设方案的介绍，我们了解IT资产管理系统建设蓝图，为了实现这一目标，我们在建设阶段需要对IT资产总体业务流程进行梳理，掌握各业务环节的输入、输出和当前现状，摸清客户对业务的需求，无论从整体上，还是分业务点上形成完整的建设思路。3.1. IT资产管理业务分析3.

18、1.1. IT资产分类 IT类固定资产：计算机主机、显示器、打印机、复印机、传真机、扫描仪、服务器、路由器、交换机、机柜、投影仪、UPS电源、移动硬盘，监控 系统、视频会议系统等； IT类低值易耗品：优盘、计算机配件、8 口交换机等； IT类耗材：计算机键盘、鼠标、电源线、硒鼓、墨盒、色带、网线、水晶头，模块等； 公司信息化建设涉及到的各类服务项目、软件、网站建设等。3.1.2. IT资产台账3.1.2.1. 业务说明xxxx公司目前没有明确、统一的IT资产编码体系，在财务管理层面相关的固定资产设备有相关的固定资产编码，但是由于IT资产管理和财务管理对于管理的侧重点的不同和管理颗粒度的不同，所

19、以目前的固定资产编码并不能适用于系统中IT资产管理系统的编码，我们需要根据xxxx的实际情况制定相应的IT资产编码规则。初步建议IT资产编码规则如下：设备资产编码规则：4位分类编码+5位流水号如：xxxx公司所管理的联想电脑：所属的资产分类为：IT类固定资产/计算机主机所属的资产分类编码为：010100001电脑资产的顺序流水码为：00001 依据编码规则该电脑的资产编码为：010100001IT资产台账是每一项IT资产的全部档案记录，即IT资产从进入企业开始到退出企业的整个生命周期所发生的全部情况，都要在卡片上予以记载。IT资产卡片上的栏目有：资产编号、资产名称、资产规格、型号、建造单位、投

20、产日期、使用部门、权属部门、资产类型、原值、剩余价值、预计使用年限、折旧方式、存放地点、使用单位、大修理日期和金额，以及维修、调拨、转移、报废清理等内容。3.1.2.2. 审批流程暂无；3.1.3. IT资产报废3.1.3.1. 业务说明IT资产报废有两种情况：一种是资产磨损和陈旧，无法继续发挥作用；二是由于技术进步，需要由先进设备替代。由于IT资产退出企业引起企业IT资产的减少，还会发生一些清理费用，在处置的同时还可能取得一定的变价收入。IT资产报废管理流程可以帮助大渡公司的资产报废规范标准。目的解决资产报废过程管理以及处置所取得变价收入。IT资产报废流程由使用部门申请报废，填写报废申请单，

21、再由信息部门人员对报废资产进行鉴定，并给出处理。3.1.3.2. 审批流程3.1.4. IT资产申请3.1.4.1. 业务说明IT资产申请是使用人或使用部门向信息部门申请资产使用。IT资产申请管理流程可以帮助大渡公司的资产申请规范标准。IT资产申请管理目的解决现状中资产申请纸质作业以及不能根据库存情况领用。IT资产申请流程使用人员填写申请单由使用部门领导审批，审批通过后由信息部门审批通过后进行资产发放。3.1.5. IT资产交接3.1.5.1. 业务说明IT资产交接是使用人由于工作变动、离职等原因，IT类资产使用人需要更换的，由部门负责人、 信息部人员与原使用人进行部门台帐与实物清点。核实无误

22、后，再确定并转交给新使用人或信息部门，最后将落实情况报信息部备案。IT资产交接流程可以帮助大渡公司的资产交接规范标准。目的解决交接过程台帐与交接实物清单相符。IT资产交接流程使用人填写交接单，由使用部门负责人审批后，信息部门审批后，再确定并转交给新使用人或信息部门。3.1.5.2. 审批流程3.1.6. IT类资产维修3.1.6.1. 业务说明IT资产维修是资产使用人员在使用资产过程中由于各种原因导致资产出现故障不能正常使用而申请维修。IT资产维修管理流程可以帮助大渡公司的资产IT资产维修规范标准。目的解决资产维修过程更换零部件、维修成本以及是自修还是委外单位维修。IT资产维修流程申请人填写申

23、请单经过信息部门确认是否在保修期内，保修期内由委外单位进行维修，不在保修期内由信息部门判断自修或委外单位维修。3.1.6.2. 审批流程3.2. IT运维管理业务分析3.2.1. 事件管理3.2.1.1. 业务说明事件性质定义编号性质定义1故障设备或系统功能不能正常使用，或者指标显示影响功能的使用的事件2投诉用户对设备或系统的功能或者其它方面产生的不满而引发的投诉3请求用户对使用系统或设备寻求现场帮助4咨询用户在使用系统或设备过程中遇到问题寻求答案事件就是用户提出的IT运维服务需求，事件管理流程可以帮助xxxx公司的运维工作者规范标准地及时应对和处理事件，事件管理流程配合服务台工具，通过服务台

24、一线、二线、三线的三级事件处理机制，使用一切可能的办法将用户提交的每一个事件申请及时有效处理，从而帮助用户尽快恢复正常服务，尽可能避免或缩短业务中断，将IT事件对业务部门和用户的生产经营活动的负面影响降至最低。3.2.1.2. 审批流程3.2.2. 问题管理3.2.2.1. 业务说明l 问题管理的主要目标是找到引起事件的根本原因，继而找到解决方案和预防措施，在这一过程中，速度是次要的。问题管理流程可以帮助xxxx公司的运维工作者规范标准地解决、管理问题，问题管理的目的在于通过提交和主动分析服务事件的起因，找到问题的根源并发起消除错误的行动，管理各种问题，将由IT基础设施中的错误引发的事件和问题

25、给业务带来的负面影响最小化，并防止与这些错误相关事件的复发。3.2.2.2. 审批流程3.2.3. 知识库管理3.2.3.1. 业务说明知识库目的：第一、为运维人员提供事件和问题解决方案，并可以做为培训和自学材料帮助运维人员提升运维技能；第二、为业务部门和客户提供自发现、自解决问题的途径及方法。知识库内容：包含四层级知识库的构建分为：故障类问题原因补救措施。知识库层级关系：先有故障类，在故障类下构建问题，在问题下构建问题发生的原因，在原因下构建原因补救措施。3.2.3.2. 审批流程暂无；3.2.4. 发布管理3.2.4.1. 业务说明发布管理是采用一种项目规划的方法来实施运维服务环境中的变更

26、和新服务产品上线，负责处理它们在发布过程中所有技术和非技术方面的问题。发布管理的目的是确保被发布的变更或新服务产品是可追溯和安全的。该流程可以帮助xxxx公司的运维工作者在维护过程中规范标准地对被发布的变更或新服务产品进行控制。3.2.4.2. 审批流程3.2.5. 服务级别管理3.2.5.1. 业务说明服务级别管理是对IT运维服务进行定义、约束、管理、评价、改进等，服务级别管理的目标是确保运维服务满足协商的服务级别协议（SLA），同时能够根据企业运维的实际需求定期改进服务质量，运维服务部门通过定义、签订和管理SLA，满足运维需求方对服务质量的要求，最终使得运维服务符合企业业务收益。服务级别管

27、理从几方面管理： 管理各类服务协议 将服务协议与资产维护关联 管理供应商服务 定义服务关键绩效指标KPI 衡量服务水平3.2.5.2. 审批流程4. 实施计划根据方案中所列的实施内容，另外考虑项目实施所需要周期、关键节点等我们对整体实施进行如下安排，实施周期约为20周。序号项目阶段项目任务工作周期1项目启动IT资产管理详细业务调研第1、2周编制系统建设方案第3周编制系统详细设计方案第4周开发及实施计划编制第4周2设计与开发详细说明开发第5周应用设计和开发第617周3上线准备阶段系统测试第18、19周用户操作手册编写第20周用户培训第21、22周数据导入第23周4系统初验及上线试运行阶段初步验收第24周系统上线试运行第2526周系统上线试运行评估第27周5推广应用及最终验收系统运行出错记录及修正第2829周系统正式上线及推广应用第30周最终验收第31周6系统运维支持(质保期)