IT运维管理系统需求与功能说明

IT运维管理系统需求与功能说明
IT运维管理系统需求与功能说明

IT运维管理系统需求与功能说明

一、系统简介

我公司与中国移动合作,代其维护相关客户的软硬件系统,以往运维项目的签约、运维派单等都是通过纸质文件传送,信息沟通渠道不畅通、纸质文件传递繁琐等问题导致对客户的响应不够及时,亟需开发一套IT运维管理系统,作为我公司与中国移动之间的信息沟通桥梁,工程人员绩效工资的考核基准。

二、系统需求

1. 角色

IT运维管理系统涉及到以下几个角色

移动公司

?发包人

?考核人

?派单人

?发单主管

?考核主管

我公司

?总经理

?财务主管

?人资主管

?工程主管

?客服

?工程人员

2、功能需求

2.1 发包功能

移动发包人员将项目发包到我公司,具体流程如下:

其中移动公司角色中的发单主管是否需要,留待系统正式开发时确定,下面的流程图中,不包括发单主管的审核功能,由移动公司发包人直接发包到运维公司。

每笔发包流程必须系统保存,保存的数据包含但不限于发包时间、项目名称、项目主体、项目详细内容、客户联系方式、运维报价、流程批次处理结果等。

该功能涉及保存的基础数据有:项目信息、项目普查详细信息、项目详细报价、项目技术文档

2.2 派单功能

移动派单人通过系统将故障工单派送到运维公司的客服人员,由公司的客服人员将具体工单派送到具体的工程人员,并抄送工程主管,工程人员负责上门维护,并将处理结果反馈给工程主管,由工程主管负责工单处理结果的审核,处理成功后,将处理结果反馈给移动派单人员,并抄送给客服人员,具体流程如下:

每笔派单流程必须系统保存,保存的数据包含但不限于派单时间、故障情况、项目名称、接单时间、工程人员、处理时间(一次或多次)、处理结果(一次或多次)、客户评价等。

该功能涉及保存的基础数据有:工单

2.3 考核功能

移动考核人可以通过系统对运维公司的运维情况进行考核,考核依据为历史工单处理情况、客户评价情况等,具体流程如下:

其中移动公司角色中的考核主管是否需要,留待系统正式开发时确定,下面的流程图中,不包括考核主管的审核功能,由移动公司考核人直接将考核结果发送到运维公司。

考核流程可以不必保存,只保存最终的考核依据与考核结果即可。

该功能涉及保存的基础数据有:考核结果

2.4 项目管理

子功能:

项目浏览

项目普查模板打印

项目打印

项目修改

项目删除

2.4.1 项目浏览

项目信息公开,所有人员均可以查看。项目浏览界面支持列表查看和明细查看功能,支持项目普查资料附件在线浏览功能。

2.4.2 项目普查模板打印

系统自动打印项目普查模板,模板可以采用Excel或Word,模板中要留充分的空间容纳各种软硬件系统的普查。

运营公司所有角色开放。

2.4.3 项目打印

支持项目在线打印或导出Word、Excel格式打印。

所有角色开放。

2.4.4 项目修改

项目修改包括项目基本信息的修改,还有项目普查信息的录入修改,同时还应包含项目普查资料的上传功能。

暂定只有客服人员具有修改权限。

2.4.5 项目删除

只有系统管理员才具有项目删除功能,且所删除项目有关联信息(工单等)时,不得删

除。

2.5 工单管理

子功能:

工单浏览

工单打印

工单处理

2.5.1 工单浏览

除工程人员外,所有角色均可查看所有的工单信息;工程人员只能查看自己负责的工单信息。

2.5.2 工单打印

支持工单在线打印或导出Word、Excel格式打印。

所有角色开放。

2.5.3 工单处理

根据工单处理流程,由相应人员进行工单处理,并录入必须的信息。

2.6 考核管理

除工程人员外,均可以查看考核管理功能

子功能:

考核浏览

考核打印

运维考核

2.6.1 考核浏览

查看历史考核信息

2.6.2 考核打印

支持考核在线打印或导出Word、Excel格式打印。

2.6.3 运维考核

运维考核功能为移动考核人员独有功能,量化指标数据由系统自动打分,非量化指标由考核人员手工录入。

2.7 巡检管理

除突发性故障处理外,运维公司还负责计划性、周期性的系统巡检,系统应能每月自动生成所有项目的巡检计划,并能根据实际情况,由系统维护人员自主改变巡检时间。

每个项目的单一巡检必须关联到具体的工程人员。

子功能:

项目巡检浏览

项目巡检计划

巡检计划维护

巡检报告维护

项目巡检报告

2.7.1 项目巡检浏览

项目巡检浏览可以查看某段时间内的所有项目巡检计划,或查看单个项目的所有巡检计划,每个巡检计划可超链接至项目的具体巡检情况。

工程人员可以查看自己负责的项目巡检计划,其余人员可以查看所有的项目巡检计划。

2.7.2 项目巡检计划

系统在每月的固定时间,自动生成下一个月的项目巡检计划表。

该功能由系统自动发起。

2.7.3 巡检计划维护

可以对有变动的巡检计划进行时间变更,同时录入变更理由,系统应保留每次变更的历史信息,并在最终的项目巡检报告中体现项目巡检计划的变更内容。

该功能暂定由工程主管负责。

2.7.4 巡检报告维护

由工程人员负责录入和维护单一巡检的检查内容和检查结果,并提交工程主管审核,具体流程可参考派单流程。

2.7.5 项目巡检报告

项目巡检报告分为以下几个子功能

月计划

月总结

周计划

周总结

单巡检报告

可以查看每月及每周的巡检计划、每月及每周的巡检报告,单个巡检的详细报告,并支持在线打印和导出Word、Excel打印功能

2.8 绩效管理

该功能由财务主管或行政主管负责,各工程人员可以查看自己的绩效考核数据。

子功能:

绩效指标维护

绩效计算

绩效浏览

绩效打印

2.8.1 绩效指标维护

系统应建立灵活可变的绩效考核模型,由财务主管或行政主管负责绩效指标的维护。

2.8.2 绩效计算

由财务主管或行政主管手动执行绩效计算功能,计算出工程人员的绩效工资。

2.8.3 绩效浏览

工程主管、总经理、财务主管、行政主管可以查看所有工程人员的绩效明细,工程人员只能查看自己的绩效明细数据。

2.8.4 绩效打印

可在线打印和导出Word、Excel打印。

2.9 提醒功能

系统可以通过短信对相关人员进行业务提醒,包括发包提醒、发单提醒、接包提醒、接

智能运维管理系统_需求规格说明书

智能运维管理系统需求规格说明书

修订

目录 1.文档介绍.............................................. 错误!未定义书签。. 文档目的 ........................................... 错误!未定义书签。. 文档范围 ........................................... 错误!未定义书签。 . 读者对象 ........................................... 错误!未定义书签。 . 参考文档 ........................................... 错误!未定义书签。 . 术语与缩写解释 ..................................... 错误!未定义书签。 2.系统概述.............................................. 错误!未定义书签。 . 系统建设目标 ....................................... 错误!未定义书签。 . 系统总体结构 ....................................... 错误!未定义书签。 . 用户的特点 ......................................... 错误!未定义书签。 . 设计和实现上的限制 ................................. 错误!未定义书签。 3.系统功能性需求........................................ 错误!未定义书签。 . 双活中心工作运行状态监控模块....................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 专用监控功能模块 ................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 故障告警模块 ....................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 用例描述........................................ 错误!未定义书签。 . 数据配置管理模块 ................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 故障切换管理模块 ................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。 参与者列表...................................... 错误!未定义书签。 . 数据接口 ........................................... 错误!未定义书签。 场景描述........................................ 错误!未定义书签。 用例分析........................................ 错误!未定义书签。

智能运维管理系统需求规格说明书V20

智能运维管理系统V2.0 需求规格说明书

修订

目录 1.文档介绍 (5) 1.1.文档目的 (5) 1.2.文档范围 (5) 1.3.读者对象 (5) 1.4.参考文档 (5) 1.5.术语与缩写解释 (5) 2.系统概述 (6) 2.1.系统建设目标 (6) 2.2.系统总体结构 (7) 2.3.用户的特点 (7) 2.4.设计和实现上的限制 (8) 3.系统功能性需求 (8) 3.1.双活中心工作运行状态监控模块 (8) 3.1.1.场景描述 (8) 3.1.2.用例分析 (8) 3.1.3.参与者列表 (8) 3.2.专用监控功能模块 (9) 3.2.1.场景描述 (9) 3.2.2.用例分析 (9) 3.2.3.参与者列表 (10) 3.3.故障告警模块 (10) 3.3.1.场景描述 (10) 3.3.2.用例分析 (11) 3.3.3.参与者列表 (11) 3.3.4.用例描述 (11) 3.4.数据配置管理模块 (11) 3.4.1.场景描述 (11) 3.4.2.用例分析 (11) 3.4.3.参与者列表 (12) 3.5.故障切换管理模块 (12) 3.5.1.场景描述 (12) 3.5.2.用例分析 (12) 3.5.3.参与者列表 (13) 3.6.数据接口 (13) 3.6.1.场景描述 (13) 3.6.2.用例分析 (13)

3.6.3.参与者列表 (13) 3.7.故障处理 (13) 3.7.1.场景描述 (13) 3.7.2.用例分析 (13) 3.7.3.参与者列表 (14) 4.系统非功能性需求 (14) 4.1.易用性需求 (14) 4.1.1.方便增加监测设备 (14) 4.1.2.方便删除监测设备 (14) 4.1.3.方便定位故障或者异常设备 (15) 4.1.4.监测设备在启动与停止监测之间方便转换 (15) 4.2.性能、并发性需求 (15) 4.2.1.对性能及并发性的特殊要求 (16) 4.3.扩展性需求 (16) 4.3.1.采集和监控服务器的集群支持 (16) 4.3.2.支持公司AFP平台的整合 (16) 4.3.3.支持公司单点登录系统的整合 (17) 4.3.4.支持对物联网智能设备的直接监测 (17) 4.4.安全及保密性需求 (18) 4.4.1.敏感数据加密 (18) 4.4.2.敏感操作进行确认 (18) 4.5.可靠性需求 (18) 4.5.1.运行可靠性 (18) 4.5.2.数据可靠性 (19) 4.6.可维护性需求 (19) 4.6.1.监测设备配置优化 (19) 4.7.软硬件环境约束 (20) 4.8.系统备份与恢复要求 (21) 4.9.系统日志 (21) 4.10.其它需求 (21) 5.外部接口说明 (21) 5.1.短信发送接口 (21) 5.2.应用软件服务监测接口 (21)

运维管理系统方案

运维管理系统方案 概述 伴随着企事业网络规模的不断扩大,企事业服务器的增多,企事业管理的信息化,企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题,常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况,避免各种故障的发生,改进传统的网络管理方式来适企事业信息化发展的需要? 因此,运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统,及时发现将要出现的问题,并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障,避免造成重大损失。 运维管理系统的功能: 故障发现与警报; 记录日常运维日志信息; 服务器故障统计; 服务器软硬件信息统计; 服务进程管理; 将数据信息存储到数据库,并使用图形方式直观的展示出来; 权限、密码管理; 将数据生成报表。 运维管理系统的特点: 邮件和短信实时故障报警; B/S结构,能够通过web对远程服务器下达指令; 监控服务器和被监控服务器之间通过python socket来发送信息; 统计日常故障处理,以便下次出现同样故障时能够更快的解决问题; 实现自动化管理和自动化监控; 安全管理服务器性能; 操作流程统计与管理。

系统结构 运维管理系统采用B/S构架,运维管理人员随时随地可以对服务器进行管理、配置及故障处理。它是将部署在同一个局域网内的所有服务器统一管理,服务器之间的信息通讯、指令发送、运维管理都通过python来实现。监控服务器端负责采集、统计和分析数据,在数据出现异常时发送报警信息到管理员的email、手机中,并将错误日志存储到数据库中。 运维管理系统主要通过LAMP服务器、python编程、snmp和shell编程来实现。在被监控端安装python服务,并在被监控服务器上部署python程序和shell脚本用于接受监控服务器端指令、信息采集并发送会监控服务器端。监控服务器端部署python程序和LAMP服务器,用于发送指令、接受数据信息、存储数据、统计数据以及异常报警。 运维管理人员日常通过web浏览器远程登录监控管理系统,检测各被监控服务器的运行状态、服务状态、防火墙配置、进程信息、操作日志等信息。在出现异常时,通过运维系统可以查看到具体的异常服务器、进程等信息,并根据这些信息来处理异常。

电信行业IT运维管理系统

电信行业IT运维管理系统 摘要信息:万维易化“电信行业IT运维管理系统”是以IT部门在日常运行维护管理流程为核心,以事件跟踪为主线,以解决IT运维管理中的八大管理问题为目的,包括:流程管理、事件管理、问题管理、变更管理、发布管理、运行管理、知识管理、综合分析管理几部分,为电信行业IT部门提供一个高效、规范的IT运维管理平台。该系统不仅实现与目前电信内部使用的BOSS系统的接口,而且整合了客服、运维、业务管理等系统功能,并可以通过邮件、手机短信等形式对责任人进行阶段提示,提高系统维护的服务响应效率。该系统的应用将会促进电信行业持续的信息化建设,为电信行业提供规范化的管理。 一、研发背景 在电信行业飞速发展的今天,对于电信运营商而言无疑是最幸运的事情。但随之而来的麻烦也在困扰着电信运营商们:网络维护的工作越来越繁重、故障情况无法跟踪、历史的故障频繁发生、处理情况、解决办法等知识资源未能有效得利用,同时对于故障的处理无法进行效率评估和绩效考核等等。如何确保电信运营企业内部众多软、硬件设备的正常运维就显得尤为重要了。 作为首都北京电信行业的龙头单位,北京电信近年来在固话、小灵通和宽带服务等方面的业务量也都在急剧扩张,内部工作量随之加大,这对电信行业北部的信息化建设提出了更加严格的要求。万维易化针对北京电信的现状,提出了一个切实可行的解决方案——“电信行业IT运维管理解决方案”。该方案针对电信运营商目前迫切想要解决对众多软、硬件及设备运行集中管理、集中维护,动态管理的要求,

为电信行业量身打造。通过信息整合,实现对各种资源的综合管理,包括各种静态资源、基础资料、备品备件资源的有效管理。从而全面提高IT部门运行维护的快速响应能力,同时也为IT部门的业务知识积累和业务考核建立了完善的数据模型。 目前,“电信行业IT运维管理系统”已经应用到北京电信有限公司,且运行稳定。 二、系统主要功能 本系统根据IT部门运行维护管理流程,结合北京电信网络部门的实际业务情况,将系统划分为:事件流程管理、运行维护作业管理、资料管理、软件问题流程管理、软件变更流程管理、网络变更流程管理、版本升级计划流程管理、新系统计划、软件功能计划/非软件功能计划、用户培训、综合分析报表这几大模块,实现了对IT部门各个业务流程的管理,通过对各个流程及映射出的运行系统的综合分析,为职员的绩效考核提供了依据,利于掌握各个软硬件系统的综合运行情况,为考评各个软硬件供应商提供服务的主动性和解决问题能力的评价提供参考依据。下图为系统登陆界面:

IT运维管理平台需求方案

I T运维管理平台需求方 案 标准化工作室编码[XX968T-XX89628-XJ668-XT689N]

IT运维管理平台需求方案 深圳市粤港科技有限公司 2017年7月 1.项目概述 1.1项目背景 1.2项目目标 通过构建IT服务管理平台,达到以下目标: 1)流程规范化:运用ITIL最佳经验,建设事件管理、问题管理、变更管理、发布 管理,配置管理、知识库、自助服务流程,规范IT运维工作;梳理IT运维服务流程,提供高质量的服务。 2)平台统一化:构建统一的IT服务平台,以此为基础推广到全公司的IT运维和管 理工作,为IT服务提供有力技术支撑。 3)系统集成化:实现与企业现有众多的管理系统包括门户系统、短信平台、邮件系 统等的集成,发挥信息整合和联动优势;

4)管理可视化:有效监控和分析管理流程运行的效率,产生有效的流程管理信息, 实现对服务流程的不断改进和提升。 2.功能需求 2.1服务台 服务台的主要目标:是协调客户(用户)和IT部门之间的关系,为IT服务运作提供支持,从而提高客户的满意度。 IT部门通过服务台统一授理各类事件或服务请求,并使现在由人工完成的事件或服务请求的记录、分派、监督通知、解决方案记录、报表统计等过程电子化、自动化,降低人工操作和管理带来的风险,以提高系统使用人员的工作效率和服务水平,实现IT服务管理质量的同步提升。有以下的需求: 1)可针对不同的事件类型、处理状态、处理人员、组织结构等进行统计分析,并用 图形显示。 2)能够根据自定义的起止时间实现数据查询和报表定制。系统可按小时、日、周、 月、年等不同时间梯度对系统中数据进行汇总、整理。 3)服务台可以向指定人员或群组发送广播通知(邮件或短信)。 4)可以对接收到的事件信息进行必要的统计,得出可用分析用的报表。 5)服务台实现灵活的通知机制,通知的方式包括:发送电子邮件、短信。 6)对于处理完毕的服务请求,系统自动产生回访调查,由最终用户在网页上填写对 处理的反馈意见和评分,以促进服务水平的不断改进。 2.2自助服务管理 自助服务管理是提高服务台效率和客户满意度的有效手段。自助服务管理通过服务目录发布服务内容,帮助用户自己处理事件或完成事件、问题的申报,从而大量降低了

IT运维管理系统解决方案介绍.doc

IT运维管理系统解决方案介绍7 一、IT运维管理产品E维信背景概述 随着计算机技术,网络技术的飞速发展,对于许多行政单位,许多企业来说IT运维有了越来越高的需求,但运维工作发生的次数、运维内容等信息记录不连续、不完整,信息散乱,缺乏专业的服务、专业的记录,没有设备分析、运维报告,最终没有呈现任何结果,客户难以认同运维价值,运维单位也不愿意做运维。 二、IT运维管理产品E维信的产生 对于客户而言,实现对运维的完善管理,提高运维的可靠性和可用性、提高用户的工作效率,提高用户满意度,节约运营成本,将会是各个单位可能面临的问题。鉴于此,我们研发了IT 运维管理产品,能让这一系列流程归纳起来,形成规范。 三、IT运维管理产品E维信的方案介绍 (1)IT运维管理产品E维信三个操作端口: 1、微信公众号:主要面向派单人员,派单人员可以是报修人员进行操作,也可以 是部门内领导进行操作。 2、微信小程序:这个端口主要面向运维商、服务责任人、辅助人、上级领导、业 务人员。

3、电脑客户端:这个端口主要就是给系统管理员进行调度使用。 (2)IT运维管理产品E维信三个功能: 1、报修管理:故障报修、巡检发起、结束运维确认、IT设备健康状况查询、运维 接单、启动维修、暂停维修、结束维修、记录运维结果、上传相关报告、关联设备维修流程启动。 2、数据记录分析:服务时间记录、服务过程记录、服务结果记录、服务过程记录 信息交互、服务报告维修结果关键字段提取分析。设备健康状况分析、运维商IT运维 报告、按条件查询IT运维状况。 3、资产状况管理:单台设备健康状况查询,合同内IT资产清单汇总,更新资产使用人、查询使用部门变化信息等。 四、IT运维管理产品E维信优势介绍 1、运维派单、接单的流程管理;分工明确、流程透明,客户和工程师实时掌握运维进程,知悉运维效果。减少投诉发生。 2、扫码一键报修、扫码一键查询、系统内数据留存,随时调阅设备相关服务记录及报告。运维记录连续可查。 3、优化文档形成、传送、调阅等过程、节约工程师填写文

运维管理系统需求说明书

1概述 1.1开发背景和意义 随着公司规模的迅速扩大,现行的纯纸质化办公,效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公,成为日常办公的严重制约。尤其是需要审批的事项,如果遇到审批人出差或不在公司,往往需要等待,协调的成本很高,工作决策不能及时进行,大大降低了工作效率。开发审批系统,使得申请人和审批人不受地域和时间限制,审批流程自动流转,相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性,减少系统间的相互依赖,使其能单独运行,便于开发和维护,也有利于以后的扩充,做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验,以及与实际审批业务的贴合性,真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括: (1) 考勤管理:员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 (2)转正申请:员工完成试用期,进入转正审批环节,完成该环节后,成为正式员工。 (3)物资申请:办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求 针对用户对数据的要求,业务数据做永久性保存,部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错

IT运维管理系统需求说明

I T运维管理系统需求说 明 SANY GROUP system office room 【SANYUA16H-

IT运维管理(平台)系统 (定制开发)需求说明 目录 目录 (2) 一、开发环境 (4) 二、版权所有 (4) 三、总体框架 (4) 四、功能模块及软件需实现功能 (5) 4.1 服务台工作台功能描述---事件管理 (5) 4.1.1 服务台,IT主管,登录界面 (5) (8) 4.2问题管理模块 (13) 4.2.1 新建问题 (13) 4.2.2技术员登录界面: (15) 4.3变更发布管理 (17) 4.4知识管理 (22) 4.5 资产管理 (24) 4.5.1 硬件资产 (24) (24) (26) (28) (30) (31) 4.5.2 软件资产 (32) (32) (33) (33) 4.6报表管理 (33) (34) (34) (34) 4.7用户(部门)管理 (35) 4.7.1 用户管理 (35) 4.7.2 新添加部门 (37) 4.8配置管理(CMDB) (39) (39)

(39) (40) (42) (46) (47) (51) 4.8.3 问题/变更管理 (53) 4.8.3 资产管理 (54) 4.8.3 软件管理 (55) 4.9辅助功能 (57) 五﹑附件 (58) 5.1 ITIL主要功能规范流程图 (58) 5.2阳光信息科技需求的主要功能流程 (64)

一、开发环境 开发语言:不限 支持数据库:Microsoft SQL Server 或ORACLE 10G 及以上 二、版权所有 提供相关设计文档,全部源码,版权归需方所有。 三、总体框架 四、功能模块及软件需实现功能 4.1 服务台工作台功能描述---事件管理 4.1.1 服务台,IT 主管,登录界面 1)在线创建工单服务请求 软件需求:服务台,技术员,IT 经理都能创建工单,工程师对被指派的事件Reject ”选项,工程师选择Reject 时。系统能自动将被退回的 事件返回服务台,由服务台重新指派技术员去处理 “新建事件”按钮 快速“指 派”按钮

IT运维管理系统问题解决方案完整篇.doc

IT运维管理系统问题解决方案1 洛阳IT 运维管理系统问题解决方案 # 一问题修改:所属模块:IT 运维管理配置管理资源配置问题说明:在主资产卡片中的“附属品”“追加附属品”列表中的资产条目与主资产条目无关联关系,不能进行删除、划转、调拨操作,无法记录该资产的历史状态信息。方案分析:需求定义/ 功能描述/ 问题修改说明需求开发客户 资产信息模型 +所属主资产+附属品列表+追加附属品列表+状态:在用,借出,闲置,报废,附属品,追加附属品+资产调拨记录+资产转移记录 附属品/追加附属品资产 1 资产 2 资产n 已附属资产?划转 附属品/追加附属品1 资产1 资产 2 资产n 追加已报废资产资产 1 资产 2 启用?资产n 分配资产n 闲置资产资产1 资产2 报废 借出 已借出资产资产 1 归还

资产2 资产n ? 已分配且在用的资产责任人资产 1 资产 2 资产n 调拨责任人资产1 资产2 资产n 全安加更性特独多有HDPE具而。量质设铺是就素因键关个一命寿使期长定规到达否能,中程过用应的道管地埋种各在 # 二问题修改: 需求定义/ 功能描述/ 问题修改说明所属模块:IT 运维管理运维管理采购管理问题说明:采购清单中的“入库数量”“入库状态”不能随着“资源配置”中资产的入库情况发生联动变化问题分析: 需求 开发 客户 采购申请采购 采购数量入库数量调用采购单 资产录入入库 更新入库数入库数量

10 5 5 采购清单 入库操作:根据采购编号实际入库“资产数量”,更新“采购入库数量”:采购入库数量=累计“采购编号”资产数量; 全安加更性特独多有HDPE具而。量质设铺是就素因键关个一命寿使期长定规到达否能,中程过用应的道管地埋种各在 # 三问题修改: 需求定义/ 功能描述/ 问题修改说明所属模块:IT 运维管理服务管理(软件配置,硬件配置)问题说明:“软件配置”“硬件配置”项目中默认状态应为一条空记录,否则“发布管理”中的发布信息无法回填过来。方案分析: 需求 开发 客户 默认增加一条“软件配置信息” 默认增加一条“硬件配置信息”

IT运维管理平台需求方案

IT运维管理平台需求方案 深圳市粤港科技有限公司 1.项目概述 1.1 项目背景 1.2 项目目标 通过构建IT服务管理平台,达到以下目标: 1)流程规范化:运用ITIL最佳经验,建设事件管理、问题管理、变更管理、发布管理,配 置管理、知识库、自助服务流程,规范IT运维工作;梳理IT运维服务流程,提供高质量的服务。 2)平台统一化:构建统一的IT服务平台,以此为基础推广到全公司的IT运维和管理工作, 为IT服务提供有力技术支撑。

3)系统集成化:实现与企业现有众多的管理系统包括门户系统、短信平台、邮件系统等的集 成,发挥信息整合和联动优势; 4)管理可视化:有效监控和分析管理流程运行的效率,产生有效的流程管理信息,实现对服 务流程的不断改进和提升。 2.功能需求 2.1 服务台 服务台的主要目标:是协调客户(用户)和IT部门之间的关系,为IT服务运作提供支持,从而提高客户的满意度。 IT部门通过服务台统一授理各类事件或服务请求,并使现在由人工完成的事件或服务请求的记录、分派、监督通知、解决方案记录、报表统计等过程电子化、自动化,降低人工操作和管理带来的风险,以提高系统使用人员的工作效率和服务水平,实现IT服务管理质量的同步提升。有以下的需求: 1)可针对不同的事件类型、处理状态、处理人员、组织结构等进行统计分析,并用图形显示。 2)能够根据自定义的起止时间实现数据查询和报表定制。系统可按小时、日、周、月、年等 不同时间梯度对系统中数据进行汇总、整理。 3)服务台可以向指定人员或群组发送广播通知(邮件或短信)。 4)可以对接收到的事件信息进行必要的统计,得出可用分析用的报表。 5)服务台实现灵活的通知机制,通知的方式包括:发送电子邮件、短信。 6)对于处理完毕的服务请求,系统自动产生回访调查,由最终用户在网页上填写对处理的反 馈意见和评分,以促进服务水平的不断改进。 2.2 自助服务管理 自助服务管理是提高服务台效率和客户满意度的有效手段。自助服务管理通过服务目录发布服务内容,帮助用户自己处理事件或完成事件、问题的申报,从而大量降低了进入服务台的请求。这使IT集中更多的精力解决有关服务故障事件和恢复重要的关键任务。

IT运维管理系统需求说明

IT运维管理(平台)系统(定制开发)需求说明

目录 目录 (2) 一、开发环境 (4) 二、版权所有 (4) 三、总体框架 (4) 四、功能模块及软件需实现功能 (5) 4、1 服务台工作台功能描述---事件管理 (5) 4、1、1 服务台,IT主管,登录界面 (5) 4、1、2技术员登录界面: (8) 4、2问题管理模块 (13) 4、2、1 新建问题 (13) 4、2、2技术员登录界面: (15) 4、3变更发布管理 (18) 4、4知识管理 (23) 4、5 资产管理 (24) 4、5、1 硬件资产 (24) 4、5、1、1 新建服务器资产 (25) 4、5、1、2新建工作站 (27) 4、5、1、3 打印机资产 (29) 4、5、1、4 交换机资产 (31) 4、5、1、5 路由器资产 (32) 4、5、2 软件资产 (32) 4、5、2、1 新建软件资产字段 (32) 4、5、2、4软件分类支持自定义:在后面全局配置参数中说明 (34) 4、5、2、5 资产的快速查询 (34) 4、6报表管理 (34) 4、6、2所有问题报表 (34) 4、6、4所有变更报表 (35) 4、6、4所有资产汇总表 (35) 4、7用户(部门)管理 (35) 4、7、1 用户管理 (35) 4、7、2 新添加部门 (38) 4、8配置管理(CMDB) (40) 4、8、1帮助台配置 (40) 4、8、1、1机构明细配置 (40) 4、8、1、2 邮件服务器配置 (41) 4、8、1、3 事件模版 (43) 4、8、1、4服务级别协议(SLA) (47) 4、8、1、4服务目录 (48)

日常运维管理制度

日常运维管理制度 1.运维保障机制 (1)建立硬件、网络、系统、应用及业务软件日常维护流程机制; (2)建立故障应急处理流程机制; (3)建立备份恢复保障机制; (4)建立安全保障管理机制; (5)建立版本管理机制,管理平台生产环境运行的软件版本; 以上机制应形成文档,作为日常遵循规范,按要求执行。 2.硬件维护能力 需对硬件设备具备7*24小时不间断的支持、响应能力,原则上每日对硬件设备至少健康检查一次并记录;定期对网络环境进行检查。我公司服务器部署在移动云上定期通过命令进行硬件检测,内存、硬盘、I/O的使用情进行查询并进行登记,每台服务器运行的软件对硬件性能使用情况检测,对于服务器我们进行系统备份、软件,每日对网络使用情况进行观察,针对突发异常流量进行分析。

3.故障处理响应及要求 设备(系统)出现故障时,根据不同的故障级别提供相应的服务响应,响应方式及要求如下: 4.具备应急预案 针对部署国家平台节点服务器我们实施系统备份、软件重要数据实时备份,主机备份是提供的保留某个时间点上的主机系统数据状态

的服务。基于主机备份可以随时生成或删除备份,并基于已备份进行主机的恢复,实现已有应用和主机数据的快速复用,如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。对于突发情况建立应急服务流程,主要是针对可能发生的各种意外情况设计应急的方案,以控制和规避突发事件带来的集中性风险,从而降低设备集中性风险所造成的损失,制定以下流程图:

为保证服务实施的质量能够稳定并不断有所提升,保障客户需求能够得到有效满足,保障服务实施团队为客户提供统一、标准化的服务支持,并为客户设立专门的技术服务专员,对进行全程跟踪,提升服务实施专业性,制定服务流程:

系统运维管理-资产管理规范

系统运维管理资产管理规范 版本历史 编制人: 审批人:

目录 目录 (2) 一、要求内容 (3) 二、实施建议 (3) 三、常见问题 (3) 四、实施难点 (3) 五、测评方法 (4) 六、参考资料 (5)

一、要求内容 a)应编制并保存与信息系统相关的资产清单,包括资产责任部门、重要程度和所处位置等内容; b)应建立资产安全管理制度,规定信息系统资产管理的责任人员或责任部门,并规范资产管理和使用的行为; c)应根据资产的重要程度对资产进行标识管理,根据资产的价值选择相应的管理措施; d)应对信息分类与标识方法作出规定,并对信息的使用、传输和存储等进行规范化管理。 二、实施建议 编制各部门的信息资产清单可以了解各部门信息资产的管理情况,同时也是信息资产风险评估的基础,资产清单记录的内容越详细对资产的管理越有帮助;对于信息资产的管理同样需要建立管理制度,内容应包括资产的分类、分级、标识、使用、保管等内容。 三、常见问题 多数企业没有信息资产的清单,没有单独针对信息资产管理的要求。 四、实施难点 在信息资产管理初期需要对员工进行适当的培训使之了解哪些资产属于信

息资产,对信息资产的安全管理有哪些好处。 五、测评方法 形式访谈,检查。对象安全主管,资产管理员,信息资产清单,信息分类分级文档,资产安全管理制度。 实施 a)应访谈安全主管,询问是否指定信息资产管理的责任人员或部门,由何部门/何人负责; b)应访谈资产管理员,询问是否根据信息资产清单定期对资产进行一致性清查,并对信息资产清单进行维护更新;是否对信息资产进行分类、分级和标识管理,不同类别、不同安全级别的信息资产是否采取不同的管理措施; c)应访谈资产管理员,询问对信息的操作(包括信息使用、存储和传输等方面)是否要求进行标识; d)应访谈系统运维负责人,询问目前信息系统是否由机构自身负责运行维护,如果是,系统运行所产生的文档如何进行管理(责任书、授权书、许可证、各类策略文档、事故报告处理文档、安全配置文档、系统各类日志等),是否由专人管理; e)应检查信息资产清单,查看其内容是否覆盖资产责任人、所属级别、所处位置和所属部门等方面,清单内容是否因资产所属发生变化或资产增减而进行过改变; f)应检查资产安全管理制度,查看其内容是否覆盖了资产使用、借用、维护等方面; g)应检查信息分类分级文档,查看其是否规定了分类标识的原则和方法(如

IT运维管理系统需求说明

IT运维管理(平台)系统 (定制开发)需求说明 日期<2013-4-10> 版本<> 说明草案 作者关则满 目录 目录...................................................................... 2 一、开发环境................................................................. 4 二、版权所有................................................................. 4 三、总体框架................................................................. 4 四、功能模块及软件需实现功能. (5) 服务台工作台功能描述---事件管理 (5) 服务台,IT主管,登录界面........................................... 5 技术员登录界面:..................................................... 6 问题管理模

块 (7) 新建问题............................................................ 7 技术员登录界面: ...................................................... 7 变更发布管理............................................................. 7 知识管理................................................................. 9 资产管理. (9) 硬件资产............................................................ 9 新建服务器资产...................................................... 9 新建工作站.......................................................... 10 打印机资产......................................................... 11 交换机资产......................................................... 11 路由器资产......................................................... 11 软件资产........................................................... 12 新建软件资产字段................................................... 12 软件分类支持自定义:在后面全局配置参数中说明........................ 12 资产的快速查询..................................................... 12 报表管理. (12) 所有问题报表........................................................ 13 所有变更报表........................................................ 13 所有资产汇总表...................................................... 13 用户(部门)管理.. (13) 用户管理........................................................... 13 新添加部

IT运维管理系统需求与功能说明

IT运维管理系统需求与功能说明 一、系统简介 我公司与中国移动合作,代其维护相关客户的软硬件系统,以往运维项目的签约、运维派单等都是通过纸质文件传送,信息沟通渠道不畅通、纸质文件传递繁琐等问题导致对客户的响应不够及时,亟需开发一套IT运维管理系统,作为我公司与中国移动之间的信息沟通桥梁,工程人员绩效工资的考核基准。 二、系统需求 1. 角色 IT运维管理系统涉及到以下几个角色 移动公司 ?发包人 ?考核人 ?派单人 ?发单主管 ?考核主管 我公司

?总经理 ?财务主管 ?人资主管 ?工程主管 ?客服 ?工程人员 2、功能需求 2.1 发包功能 移动发包人员将项目发包到我公司,具体流程如下: 其中移动公司角色中的发单主管是否需要,留待系统正式开发时确定,下面的流程图中,不包括发单主管的审核功能,由移动公司发包人直接发包到运维公司。 每笔发包流程必须系统保存,保存的数据包含但不限于发包时间、项目名称、项目主体、项目详细内容、客户联系方式、运维报价、流程批次处理结果等。 该功能涉及保存的基础数据有:项目信息、项目普查详细信息、项目详细报价、项目技术文档

2.2 派单功能 移动派单人通过系统将故障工单派送到运维公司的客服人员,由公司的客服人员将具体工单派送到具体的工程人员,并抄送工程主管,工程人员负责上门维护,并将处理结果反馈给工程主管,由工程主管负责工单处理结果的审核,处理成功后,将处理结果反馈给移动派单人员,并抄送给客服人员,具体流程如下: 每笔派单流程必须系统保存,保存的数据包含但不限于派单时间、故障情况、项目名称、接单时间、工程人员、处理时间(一次或多次)、处理结果(一次或多次)、客户评价等。 该功能涉及保存的基础数据有:工单

智能化运维管理系统设计说明

1.1智能运维管理系统 1.1.1设计目标 公安将关键业务运行于IT网络系统之上,那么该系统是否能够正常运行直接关系到业务是否能够正常运行的关键之所在。但目前普遍管理人员经常面临的问题是:网络变慢了、设备发生故障、应用系统运行效率很低、想升级改造系统但无法说清问题的真实原因。网络系统的任何故障如果没有及时得到妥善处理都将会导致很大的影响甚至会成为灾难。因此,如何保障网络系统的正常运行,实现:预知故障,即在故障发生之前发现故障;实时告知,即在第一时间将故障情况通知相关的管理人员;有效处理,即在预定的时间处理故障,若未及时处理将采取升级措施;以上问题简单来说,如何实现“第一时间发现问题”、“第一时间通知相关人员”,“第一时间处理问题”,成为智能运维管理系统主管关注的重点问题。 本系统设计目标是建设一套对平台服务器、服务软件模块、数字视频设备、监控摄像头和图像质量进行定时巡检诊断、故障记录、告警、统计分析、故障旁路、设备和软件模块整合于一体的智能化运维管理系统。 1.1.2系统组成结构 系统由设备巡检服务器、视频信号诊断服务器、报警转发服务器、网管客户端和数据库组成。 设备巡检服务器通过向各本服务器、服务软件模块、数字视频设备发送巡检指令来获取设备运行状态,对于故障设备,按照服务器热备策略自动启动备份服务器(如流媒体服务器),或重启设备和服务模块,以实现故障旁路和自动恢复功能。 视频信号诊断服务器对系统视频信号轮巡检测,检测结果在数据库自动产生记录并告警; 故障信号通过报警转发服务器向网管客户端、手机和电子发送告警信息。

为了提高故障检测诊断效率,增强故障发现的实时性,设备巡检服务器可以分布部署,设计在每个分局部署一台设备巡检服务器,负责对本网络区域设备的巡检。 报警转发服务器和数据库仍利用一期的设备,无需另外配置。 系统原理结构图如图4.5所示。 派出所分控中心1 派出所分控中心2 派出所分控中心3 智能运维管理系统原理图 1.1.3设备与工程信息管理 ?可以对前端所有设备的信息进行统一管理,管理人员有针对的进行设备维护,如下图。

IT运维管理系统需求说明

I T运维管理(平台)系统 (定制开发)需求说明 目录 目录..................................... 错误!未指定书签。 一、开发环境............................. 错误!未指定书签。 二、版权所有............................. 错误!未指定书签。 三、总体框架............................. 错误!未指定书签。 四、功能模块及软件需实现功能............. 错误!未指定书签。 4.1服务台工作台功能描述---事件管理 .. 错误!未指定书签。 4.1.1服务台,IT主管,登录界面... 错误!未指定书签。 ................................. 错误!未指定书签。 4.2问题管理模块..................... 错误!未指定书签。 4.2.1新建问题................... 错误!未指定书签。 4.2.2技术员登录界面: ............ 错误!未指定书签。 4.3变更发布管理..................... 错误!未指定书签。 4.4知识管理......................... 错误!未指定书签。 4.5资产管理......................... 错误!未指定书签。 4.5.1硬件资产................... 错误!未指定书签。 ................................. 错误!未指定书签。

................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 4.5.2软件资产................... 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 4.6报表管理......................... 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 4.7用户(部门)管理 ................. 错误!未指定书签。 4.7.1用户管理................... 错误!未指定书签。 4.7.2新添加部门 ................. 错误!未指定书签。 4.8配置管理(CMDB) ................... 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 ................................. 错误!未指定书签。 4.8.3问题/变更管理 .............. 错误!未指定书签。

相关文档
最新文档