IT资产管理系统建设方案Word下载.docx
- 文档编号:18537762
- 上传时间:2022-12-19
- 格式:DOCX
- 页数:23
- 大小:1.22MB
IT资产管理系统建设方案Word下载.docx
《IT资产管理系统建设方案Word下载.docx》由会员分享,可在线阅读,更多相关《IT资产管理系统建设方案Word下载.docx(23页珍藏版)》请在冰豆网上搜索。
4、通过事件问题处理的信息数据分析,根据需要形成服务报告,分析运维工作的成效、不足和改进点
5、通过服务级别管理提高IT运维服务质量更好服务企业业务收益。
1.4.项目建设范围
本次项目建设范围是为xxxx公司提供信息化支撑,业务涵盖:
位置管理、IT资产台账、IT资产报废、IT资产新增、IT资产调拨、事件管理、问题管理、知识库管理、发布管理、服务报告管理、服务级别管理以及数据收集导入等。
2.系统整体建设方案介绍
2.1.项目建设总体要求和原则
本项目将在IT资产管理系统为基础,按照数据集成的标准和要求,与现有的管理信息系统进行数据集成和交互,能够导出标准格式的数据。
项目要求以Maximo系统为基础,结合具体需求进行定制和二次开发的方式进行实施,缩短项目实施周期,降低项目实施的风险。
●业务驱动
项目实施以提供业务支持为首要因素。
应从xxxx公司的业务实际需要出发,选择重点与关键的环节进行信息化管理与控制,解决目前在应用中存在问题,在信息化价值和灵活性、管理工作量之间取得良好的平衡,保证在系统实施后能提高工作效率、降低成本。
●可靠性
要求系统架构健壮、运行稳定、功能可靠。
支持通过容错、热备、故障恢复等方式,实现在系统发生故障时仍能保持正常工作。
对于规范要求以外的输入能够判断出其不符合规范要求,并能具备合理的处理方式。
保持系统运行稳定,确保数据不因意外情况丢失或损坏。
●安全性
xxxx内部已建立起多层次、全方位的信息安全保障体系,技术平台必须要符合xxxx信息安全体系的管理要求,并遵循国际安全设计规范。
系统关键信息进行机密管理,实现关键信息的加解密保存;
系统数据完整,有效防止信息被非法修改。
●集成性
系统具有良好的集成性,对流程审批、数据获取、信息集成等功能提供标准接口,以实现与其他相关系统的功能和数据集成。
●先进性
要求系统的软硬件平台以及应用软件应采用先进成熟的设备和技术,确保系统的技术先进性,保证投资的有效性和延续性。
●可扩展性
要求系统有良好的可扩展性,能够快速响应业务需求的变化。
系统采用松耦合构件方式进行设计,对于应用功能的扩展可采用发布新构件方式实现,且新功能的部署不影响用户的使用。
●开放性
系统的主要数据、功能应具备开放性,通过标准或通用的接口向外部提供数据和功能的支持,且对接口有安全性的保护控制。
●经济性
系统应具备高性价比,能对系统资源的使用进行优化,在实现系统功能的前提下,尽量节省硬件开销。
●可伸缩性
要求在不用修改系统架构的情况下,通过增加或增强相应的设备即可实现系统功能的扩展支持,包括垂直扩展和水平扩展:
纵向伸缩:
能够通过增加硬件资源提高目标平均性能和峰值性能(即响应时间、延迟等)及目标平均负荷和峰值负荷(即并发用户、信息量等);
横向伸缩:
能够通过增加应用服务器及实现应用服务器负载均衡、多节点等措施提高目标平均性能和峰值性能(即响应时间、延迟等)及目标平均负荷和峰值负荷(即并发用户、信息量等)。
2.2.整体方案介绍
2.2.1.IT类资产的管理模式
IT类资产实行三级管理:
Ø
财务部:
建立IT类资产总账,保证总账、明细账、卡片相符,清清楚楚,并按账卡分类管理;
信息部:
作为归口管理部门,负责组织清查、盘点工作,监督、检查使用部门对资产管理、维护和使用等情况;
使用部门:
各使用部门分别建立该部门的台账,并负责实物管理,做到账、卡、实物相符,所有IT资产要落实到每个具体负责人;
具体负责人(使用人或保管人):
IT类资产使用人负责IT类资产的保管和日常管理,防止损坏或遗失。
2.2.2.构建IT资产全生命周期管理体系
通过研究精细化管理理念,参考和借鉴其他企业精细化管理的经验和教训,不断优化物资的业务链,实现减少重复购买、降低维护成本、统一IT资产管理平台、IT信息安全与合规性遵从等目标,我们建议xxxx从“战略层”、“管理层”、“执行层”分别构建“理念”、“方法”和“监督”三位一体的IT资产全生命周期管理体系。
未来在建设系统的时候需要了解各个层次对于建设的需求。
即:
(图:
IT资产全生命周期管理体系)
2.2.2.1.战略层
在战略层,要从xxxx公司的发展战略考虑,要使企业未来具备先进的IT资产精细化管理理念,这将意味着信息量更大,信息更集中,信息流更顺畅。
满足IT资产管理“过程精细化、记录信息化”的要求,借助信息化手段,为未来xxxx整体IT资产运营的工作搭建高效应用的技术平台,使IT资产管理业务:
“管理有标准,操作有指引;
计划有统筹,执行有监控;
事后可追溯,数据可分析”的精细化管理的目标得以实现。
本项目旨在调研、分析和梳理基于管理精细化的具体业务需求,结合现有系统分析需求的实现方法和步骤,并遵循“统一设计、分步实施”的原则。
2.2.2.2.管理层
针对管理层,会考虑公司的发展阶段与管理相适应,满足公司的管理要求。
利用相应的方法使企业逐步实现物资的有效管理。
精细化管理的方法很多,其中常用、实用、带有共性的方法主要有以下四种:
岗位责任:
需要去完成的工作内容以及应当承担的责任范围。
流程:
工作在不同岗位之间顺畅进行的手段。
程序:
一丝不苟做事,保证工作质量的方法。
制度:
防止员工做错事的规定。
精细化管理的本质更多的是对员工的职业化要求,把对员工的工作要求更多地通过提高职业素质、职业技能固化到每个人的工作习惯之中。
因此,要真正实现管理的精细化,必须培养出一大批合格的职业人,通过人才的职业化实现管理流程的职业化、精细化、标准化。
2.2.2.3.执行层
在执行层,切实可行的操作指导,进行全过程的监督管控。
精细化的关键在执行,保障执行的手段是监督。
训练:
帮助员工不间断地提高工作技能,适应逐步提高的工作标准要求。
检查:
通过科技手段督促员工把工作做到位,及时发现问题,解决问题。
激励:
让员工保持高涨工作热情的方法与手段。
监督:
通过事前、事中和事后全过程的督促,保障执行的有效。
要通过考核、奖励、处罚等手段引导、培育、推进精细化管理。
如果只是一味地要求大家管理精细化,但在考核方面、激励方面没有先行一步,与精细化接轨,就必然导致精细化落不到实处。
最后,要有阶段性目标,循序渐进,不能要求一步登天,而只能是步步为营,把精细化管理的迈进步伐夯实了,才能形成坚实的基础,才不会半途而废。
2.2.3.IT资产管理系统设计蓝图
通过对业务过程的分析,构建出整体应用系统设计蓝图、并构建出IT资产管理系统设计蓝图。
2.2.3.1.系统架构图
通过对业务过程的梳理以及目前各个系统的应用现状考虑,未来我们要构建的IT资产管理系统的总体架构图。
IT资产管理总体架构图)
●数据源层
数据源层建设是项目搭建的基础保障,具体内容包含了网络系统的建设、机房建设、多媒体设备建设、存储设备建设以及安全设备建设等,通过全面的基础设置的搭建,为整体应用系统的全面建设良好的基础。
●监控层
监控层通过专业监控系统对系统数据源、网络类数据源、应用类数据源等进行监控,对数据源来源划分三类分别为:
网络管理、应用性能管理、存储监控管理。
通过监控软件系统对网络、应用、存储三个方面实时监控对监控结果可视化界面展示。
●业务层
业务层是对信息处理的重要环节,按功能的不同可以分为:
IT资产管理平台、统一报表展现、其他系统等。
IT资产管理平台:
信息集中处理平台;
统一报表展现:
KPI分析、业务视图和数据分析报表集中展现;
其他系统:
与系统间数据交互。
2.2.3.2.系统部署拓扑图
作为未来系统建设和部署,要充分考虑系统的安全性和供应商的信息共享性,对系统进行相应部署。
系统部署拓扑图)
数据库单一部署,不会出现分布式部署数据库时数据同步异常而产生的内外网数据差异问题;
数据库部署在集团安全网络内,外网不能访问;
在防火墙的设置上,数据库服务器对隔离区和外网都透明,确保数据库的安全和信息的保密。
外网Web应用部署在集团网络的隔离区(DMZ区),部署供应商的招投标管理应用程序。
在隔离区,系统在提供对外网供应商服务的同时,受到防火墙的保护。
它不能直接访问电厂内网的数据库服务器,只能访问内网Web应用服务器。
通过内网web服务器提供的WebService实现对数据库的间接访问,以确保内网数据库服务器的安全。
内网Web服务器部署在内网安全网络,部署xxxx物资管理应用程序。
在防火墙的设置上,仅允许外网服务器访问它的WebService端口。
3.详细建设方案
根据上章节整体建设方案的介绍,我们了解IT资产管理系统建设蓝图,为了实现这一目标,我们在建设阶段需要对IT资产总体业务流程进行梳理,掌握各业务环节的输入、输出和当前现状,摸清客户对业务的需求,无论从整体上,还是分业务点上形成完整的建设思路。
3.1.IT资产管理业务分析
3.1.1.IT资产分类
IT类固定资产:
计算机主机、显示器、打印机、复印机、传真机、扫描仪、服务器、路由器、交换机、机柜、投影仪、UPS电源、移动硬盘,监控系统、视频会议系统等;
IT类低值易耗品:
优盘、计算机配件、8口交换机等;
IT类耗材:
计算机键盘、鼠标、电源线、硒鼓、墨盒、色带、网线、水晶头,模块等;
公司信息化建设涉及到的各类服务项目、软件、网站建设等。
3.1.2.IT资产台账
3.1.2.1.业务说明
xxxx公司目前没有明确、统一的IT资产编码体系,在财务管理层面相关的固定资产设备有相关的固定资产编码,但是由于IT资产管理和财务管理对于管理的侧重点的不同和管理颗粒度的不同,所以目前的固定资产编码并不能适用于系统中IT资产管理系统的编码,我们需要根据xxxx的实际情况制定相应的IT资产编码规则。
初步建议IT资产编码规则如下:
设备资产编码规则:
4位分类编码+5位流水号
如:
xxxx公司所管理的联想电脑:
所属的资产分类为:
IT类固定资产/计算机主机
所属的资产分类编码为:
010100001
电脑资产的顺序流水码为:
00001
依据编码规则该电脑的资产编码为:
IT资产台账是每一项IT资产的全部档案记录,即IT资产从进入企业开始到退出企业的整个生命周期所发生的全部情况,都要在卡片上予以记载。
IT资产卡片上的栏目有:
资产编号、资产名称、资产规格、型号、建造单位、投产日期、使用部门、权属部门、资产类型、原值、剩余价值、预计使用年限、折旧方式、存放地点、使用单位、大修理日期和金额,以及维修、调拨、转移、报废清理等内容。
3.1.2.2.审批流程
暂无;
3.1.3.IT资产报废
3.1.3.1.业务说明
IT资产报废有两种情况:
一种是资产磨损和陈旧,无法继续发挥作用;
二是由于技术进步,需要由先进设备替代。
由于IT资产退出企业引起企业IT资产的减少,还会发生一些清理费用,在处置的同时还可能取得一定的变价收入。
IT资产报废管理流程可以帮助大渡公司的资产报废规范标准。
目的解决资产报废过程管理以及处置所取得变价收入。
IT资产报废流程由使用部门申请报废,填写报废申请单,再由信息部门人员
对报废资产进行鉴定,并给出处理。
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类资产使用人需要更换的,由部门负责人、信息部人员与原使用人进行部门台帐与实物清点。
核实无误后,再确定并转交给新使用人或信息部门,最后将落实情况报信息部备案。
IT资产交接流程可以帮助大渡公司的资产交接规范标准。
目的解决交接过程台帐与交接实物清单相符。
IT资产交接流程使用人填写交接单,由使用部门负责人审批后,信息部门审批后,再确定并转交给新使用人或信息部门。
3.1.5.2.审批流程
3.1.6.IT类资产维修
3.1.6.1.业务说明
IT资产维修是资产使用人员在使用资产过程中由于各种原因导致资产出现故障不能正常使用而申请维修。
IT资产维修管理流程可以帮助大渡公司的资产IT资产维修规范标准。
目的解决资产维修过程更换零部件、维修成本以及是自修还是委外单位维修。
IT资产维修流程申请人填写申请单经过信息部门确认是否在保修期内,保修期内由委外单位进行维修,不在保修期内由信息部门判断自修或委外单位维修。
3.1.6.2.审批流程
3.2.IT运维管理业务分析
3.2.1.事件管理
3.2.1.1.业务说明
事件性质定义
编号
性质
定义
1
故障
设备或系统功能不能正常使用,或者指标显示影响功能的使用的事件
2
投诉
用户对设备或系统的功能或者其它方面产生的不满而引发的投诉
3
请求
用户对使用系统或设备寻求现场帮助
4
咨询
用户在使用系统或设备过程中遇到问题寻求答案
事件就是用户提出的IT运维服务需求,事件管理流程可以帮助xxxx公司的运维工作者规范标准地及时应对和处理事件,事件管理流程配合服务台工具,通过服务台一线、二线、三线的三级事件处理机制,使用一切可能的办法将用户提交的每一个事件申请及时有效处理,从而帮助用户尽快恢复正常服务,尽可能避免或缩短业务中断,将IT事件对业务部门和用户的生产经营活动的负面影响降至最低。
3.2.1.2.审批流程
3.2.2.问题管理
3.2.2.1.业务说明
问题管理的主要目标是找到引起事件的根本原因,继而找到解决方案和预防措施,在这一过程中,速度是次要的。
问题管理流程可以帮助xxxx公司的运维工作者规范标准地解决、管理问题,问题管理的目的在于通过提交和主动分析服务事件的起因,找到问题的根源并发起消除错误的行动,管理各种问题,将由IT基础设施中的错误引发的事件和问题给业务带来的负面影响最小化,并防止与这些错误相关事件的复发。
3.2.2.2.审批流程
3.2.3.知识库管理
3.2.3.1.业务说明
知识库目的:
第一、为运维人员提供事件和问题解决方案,并可以做为培训和自学材料帮助运维人员提升运维技能;
第二、为业务部门和客户提供自发现、自解决问题的途径及方法。
知识库内容:
包含四层级知识库的构建分为:
故障类>
问题>
原因>
补救措施。
知识库层级关系:
先有故障类,在故障类下构建问题,在问题下构建问题发生的原因,在原因下构建原因补救措施。
3.2.3.2.审批流程
3.2.4.发布管理
3.2.4.1.业务说明
发布管理是采用一种项目规划的方法来实施运维服务环境中的变更和新服务产品上线,负责处理它们在发布过程中所有技术和非技术方面的问题。
发布管理的目的是确保被发布的变更或新服务产品是可追溯和安全的。
该流程可以帮助xxxx公司的运维工作者在维护过程中规范标准地对被发布的变更或新服务产品进行控制。
3.2.4.2.审批流程
3.2.5.服务级别管理
3.2.5.1.业务说明
服务级别管理是对IT运维服务进行定义、约束、管理、评价、改进等,服务级别管理的目标是确保运维服务满足协商的服务级别协议(SLA),同时能够根据企业运维的实际需求定期改进服务质量,运维服务部门通过定义、签订和管理SLA,满足运维需求方对服务质量的要求,最终使得运维服务符合企业业务收益。
服务级别管理从几方面管理:
管理各类服务协议
将服务协议与资产维护关联
管理供应商服务
定义服务关键绩效指标KPI
衡量服务水平
3.2.5.2.审批流程
4.实施计划
根据方案中所列的实施内容,另外考虑项目实施所需要周期、关键节点等我们对整体实施进行如下安排,实施周期约为20周。
序号
项目阶段
项目任务
工作周期
项目启动
IT资产管理详细业务调研
第1、2周
编制系统建设方案
第3周
编制系统详细设计方案
第4周
开发及实施计划编制
设计与开发
详细说明开发
第5周
应用设计和开发
第6~17周
上线准备阶段
系统测试
第18、19周
用户操作手册编写
第20周
用户培训
第21、22周
数据导入
第23周
系统初验及上线试运行阶段
初步验收
第24周
系统上线试运行
第25~26周
系统上线试运行评估
第27周
5
推广应用及最终验收
系统运行出错记录及修正
第28~29周
系统正式上线及推广应用
第30周
最终验收
第31周
6
系统运维支持(质保期)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IT 资产 管理 系统 建设 方案