IT运维管理系统需求说明

合集下载

运维管理系统需求说明书范文

运维管理系统需求说明书范文

运维管理系统需求说明书范文运维管理系统需求说明书1、引言1.1 编写目的本文档旨在详细描述并定义运维管理系统的需求,以便开发团队全面理解系统应具备的功能和性能。

1.2 背景随着互联网的发展,各种规模的企业都需要一个高效的运维管理系统来确保业务的稳定运行和高效维护。

2、需求概述2.1 系统目标运维管理系统的目标是提供一套完整的运维管理解决方案,覆盖服务器监控、应用程序管理、故障处理、日志管理等功能。

2.2 功能需求- 服务器监控:实时监测服务器的运行状态,包括CPU、内存、磁盘等使用情况。

- 应用程序管理:支持对部署在服务器上的应用程序进行版本管理、启动、停止和重启等操作。

- 故障处理:自动检测并对服务器故障进行告警,并提供故障修复的指导。

- 日志管理:记录服务器和应用程序的日志,并提供查看和搜索功能。

- 资源管理:管理服务器和应用程序的配置信息,包括IP地质、端口号、用户名密码等。

2.3 性能需求- 响应时间:系统对请求的响应时间应在1秒以内。

- 并发性能:系统应支持同时处理1000个并发请求。

- 可扩展性:系统应能够方便地扩展和部署。

3、界面设计3.1 登录界面- 用户名输入框- 密码输入框- 登录按钮3.2 首页界面- 左侧菜单栏:包含各个模块的入口。

- 主要内容区域:展示各个模块的概览和重要信息。

3.3 服务器监控界面- 服务器运行状态图表:展示CPU、内存、磁盘使用情况的实时图表。

- 告警信息列表:展示服务器故障的告警信息。

3.4 应用程序管理界面- 应用程序列表:展示已部署的应用程序的基本信息。

- 版本管理:对应用程序的版本进行管理和控制。

3.5 故障处理界面- 故障列表:展示待处理的故障信息。

- 故障修复方案:提供故障修复的指导和建议。

3.6 日志管理界面- 日志列表:展示服务器和应用程序的日志信息。

- 日志搜索功能:支持根据关键词进行日志搜索。

4、数据库设计4.1 用户表- 用户ID- 用户名- 密码4.2 服务器表- 服务器ID- IP地质- 端口号- 用户名- 密码4.3 应用程序表- 应用程序ID - 名称- 版本- 所属服务器ID - 状态5、数据接口5.1 登录接口- 请求URL: /login- 请求方法: POST- 请求参数:- 用户名- 密码- 响应数据:- 成功:用户信息- 失败:错误信息5.2 服务器监控接口- 请求URL: /monitoring- 请求方法: GET- 请求参数: 无- 响应数据: 服务器运行状态信息5.3 应用程序管理接口- 请求URL: /applications- 请求方法: GET- 请求参数: 无- 响应数据: 应用程序列表信息5.4 故障处理接口- 请求URL: /troubleshooting- 请求方法: GET- 请求参数: 无- 响应数据: 故障列表信息5.5 日志管理接口- 请求URL: /logs- 请求方法: GET- 请求参数:- 关键词- 响应数据: 日志列表信息附件:无法律名词及注释:1、服务器监控:监控服务器资源的使用情况,确保服务器正常工作。

第一部分IT运维管理要求

第一部分IT运维管理要求

第一部分IT运维管理要求第一部分:IT运维管理要求IT运维是保持公司信息技术系统正常运行的关键环节。

本文档旨在明确IT运维管理的要求,以确保运维团队的顺畅运作和高效工作。

1. 目标与责任- IT运维的主要目标是保持系统的稳定性和安全性,确保系统始终可用并满足用户需求。

- 运维团队的责任包括及时响应和解决用户报告的问题,定期进行系统监控和维护,以及制定和执行紧急处理计划。

2. 运维流程- 运维团队应制定详细的运维流程,包括问题报告和跟踪、变更管理、备份和恢复等。

流程应该清晰明确,并经过团队成员的培训和熟悉。

3. 问题报告和解决- 用户报告的问题应立即记录并分配给相应的运维团队成员进行处理。

- 对于严重的问题,运维团队应及时与相关部门或供应商进行沟通和协调解决方案。

4. 变更管理- 所有系统的变更都应该经过严格的变更管理过程,包括评估、测试和批准。

- 运维团队应定期评估系统中的变更,并记录和分析变更带来的影响和教训。

5. 系统监控和维护- 运维团队应定期监控系统的性能、可用性和安全性,并采取必要的措施来解决任何异常。

- 针对系统组件的维护活动应事先计划,并在系统使用率较低的时间段进行。

6. 紧急处理- 运维团队应制定紧急处理计划,以应对可能出现的系统故障或安全事件。

- 紧急处理计划应包括处理流程、责任分工和沟通机制,以确保问题能够迅速得到解决。

以上是IT运维管理的要求,为确保运维团队的有效管理,并提高系统运行的可靠性和安全性。

运维团队成员应熟悉并遵守这些要求,并不断优化运维流程以适应不断变化的需求和技术发展。

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

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

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

二、系统需求1. 角色IT运维管理系统涉及到以下几个角色移动公司✧发包人✧考核人✧派单人✧发单主管✧考核主管我公司✧总经理✧财务主管✧人资主管✧工程主管✧客服✧工程人员2、功能需求2.1 发包功能移动发包人员将项目发包到我公司,具体流程如下:其中移动公司角色中的发单主管是否需要,留待系统正式开发时确定,下面的流程图中,不包括发单主管的审核功能,由移动公司发包人直接发包到运维公司。

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

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

该功能涉及保存的基础数据有:工单2.3 考核功能移动考核人可以通过系统对运维公司的运维情况进行考核,考核依据为历史工单处理情况、客户评价情况等,具体流程如下:其中移动公司角色中的考核主管是否需要,留待系统正式开发时确定,下面的流程图中,不包括考核主管的审核功能,由移动公司考核人直接将考核结果发送到运维公司。

IT服务管理系统需求说明V1.2

IT服务管理系统需求说明V1.2
值班管理 ➢ 安排值班计划、记录值班过程 ➢ 值班计划管理、排班管理、交接班、值班日志
进出机房管理 ➢ 人员进出机房:人员进出机房申请、审批、进出机房登记 ➢ 设备进出机房:设备进出机房申请、审批、进出机房登记
运维人员工作状态管理 ➢ 工作状态通知:休假、外出的状态发布 ➢ 信息处理:在运维工作安排时可以查看运维人员的工作状态,作为工作安排的依据
7
合同管理
8
电子商务
9
综合办公
10
总部门户
11 股份/集团公司网站
12
资金集中管理
1 总部生产营运指挥
2
零售管理
3
加油卡(区外)
4
MES
5
APC
6 勘探开发源头数据采集
1 目录服务系统(DNS)
2
统一邮件系统
3
统一通信系统
4
代理服务系统
5 文档安全管理系统
6
统一身份管理
7
PKI/CA
8
日志审计系统
9
• 审核、跟踪服务申请 • 查询故障处理情况 • 审核、跟踪变更执行 • 审核、跟踪发布执行
运维支 持中心 (包括 区域中 心,360
人)
运 维 支 持 团 队 石化盈
科各事 业部
(300人)
呼叫中心 员工
监控中心 员工
二线运维 支持人员
项目组 支持人员
• 查看服务目录 • 查看服务目录 • 查看服务目录
生产营运管理平台6套 基础应用与安全服务系统11套
数据中心基础设施
10
二、系统范围——系统用户与系统功能对应
使用单位
信 信息部 息 各处室 部 (40人)
角色

运维管理系统需求说明书范文

运维管理系统需求说明书范文

运维管理系统需求说明书范文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文件报错job失败编译失败。

性能优化:把上面的指标综合一下;虚拟机和服务整体预警:汇总超过阀值的指标。

2.1业务需求2.1.1数据管理1.功能描述该模块用于收集系统所需的数据。

IT运维管理系统需求方案

IT运维管理系统需求方案

科信中心
3、ITIL运维服务管理体系
3.5发布管理 主要对新开发或修改后的软件配置进行管理,对新增加的信息服务功能进 行分发和推介。 3.6服务级别管理 是整个运维管理的重点内容,服务级别协议是根据各项业务需求,将每项 运维工作内容进行分解细化,规范确定服务内容和服务标准。 3.7财务管理 主要涉及了运维投资预算、成本核算和服务计费三个方面的管理问题,量 化工作、精细管理、合理计算运维成本。 3.8持续性管理 是信息系统安全、可靠和健壮运行的重要保障措施,实践中在招标过程中 定义了对工程师的级别要求,保障合理必要的高技术人才资源储备等。 3.9能力管理 在实践中是动态管理的过程,通过对运维人员的合理配置,能够有效地促 进信息资源发挥出应有的效能。
ห้องสมุดไป่ตู้
科信中心
3、ITIL运维服务管理体系
ITIL是IT基础架构库的缩写,是国际上IT管理的标准体系。实践表明遵循 ITIL方法论,结合信息化运维管理实际情况,灵活运用ITIL实用方法,能够明 显提高信息系统运行效率。实践中,由技术部门和运维管理部门以及绩效管理 部门三方共同研究,根据运维管理工作实际需要,结合TIIL最佳实践理论,建 立信息化运维服务各项管理流程。 3.1事故时间排除管理 管理的目的是尽可能缩短故障时间,使信息系统能够及时恢复到规定的服 务业务工作的级别和水平。 3.2问题管理 是保障信息系统健壮的必要手段,作用是将任何原因引起的对业务工作产 生的负面影响减少到最低程度。事故管理强调的是事故恢复的速度,问题管理 则注重了找出事故产生的根源。 3.3配置管理 主要对信息系统基础架构和逻辑关系以及应用软件配置进行优化管理,尤 其对系统变更和软件发布等提供基础数据依据。 3.4变更管理 在信息系统竣工即将进入试运行期间,按照变更流程进行实施工作,将由 变更所导致的系统中断时间减少到最低限度。

IT运维管理平台需求方案

IT运维管理平台需求方案IT运维管理平台需求方案深圳市粤港科技有限公司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运维管理平台需求方案

IT运维管理平台需求方案需求方案编写的前提是清晰的目标和背景。

为了编写一份有效的IT运维管理平台需求方案,我们需要考虑以下方面的信息和需求。

1.目标和背景-确定IT运维管理平台的目标是什么,例如提高运维效率、降低成本、提升服务质量等。

-描述背景情况,包括当前运维管理流程、存在的问题和挑战,以及期望通过平台解决的问题。

2.功能需求-记录和监控设备和系统状态,包括硬件、软件、网络等。

-提供故障预警和自动化故障处理功能。

-支持远程管理和操作,包括远程控制和维护服务器、网络设备等。

-提供事件和问题管理功能,包括工单系统和故障管理。

-提供资产管理功能,包括设备的采购、配置信息和维护记录管理。

-提供运维监控和报告功能,包括性能监控、服务级别协议(SLA)监控和报告等。

-提供自动化任务和流程管理功能,包括定时任务、流程自动化和脚本执行等。

-支持权限管理和审计功能,确保数据安全和合规性。

-提供可定制的报表和分析功能,用于监控和优化运维管理过程。

-其他定制功能需求。

3.技术需求-平台应具备较高的扩展性和可定制性,能够根据具体业务需求进行定制开发。

-平台应该具备良好的用户界面和易用性,能够提供直观和用户友好的操作。

4.数据需求和集成-平台应能够集成各种运维工具和系统,如监控工具、自动化工具、帮助台工具等。

-平台应能够与第三方系统集成,如ERP、CRM、CMDB等。

-平台应提供数据导入和导出功能,用于与其他系统或工具之间的数据互通。

5.需求优先级和实施计划-根据需求的重要性和紧急性,确定需求的优先级。

-制定详细的实施计划,包括开发、测试、上线和后续维护等阶段的时间安排和工作计划。

6.预算和资源-确定项目的预算和资源需求,包括项目组成员、硬件设备、软件工具和外部资源等。

-制定详细的预算和资源计划,包括成本估算和分配。

总结:通过编写一份详细的IT运维管理平台需求方案,可以明确平台的目标和背景,分析功能需求和技术需求,结合数据需求和集成,制定实施计划,并确定预算和资源需求。

IT运维管理系统解决方案设计

IT运维管理系统解决方案设计1. 简介IT运维管理系统是一个用于帮助企业进行IT资源和服务管理的系统,旨在提高对IT资产、运维任务和故障处理的监控和控制能力。

本文将以设计IT运维管理系统的解决方案为主题,分别从需求分析、系统架构、功能模块和技术选型四个方面进行阐述。

2. 需求分析在进行系统设计之前,首先需要对IT运维管理系统的需求进行详细的分析。

根据企业实际情况和运维工作的需求,可以总结出以下主要需求: - 资产管理:能够对企业的IT资产进行全面、实时的监控和管理,并支持资产的分类、归档和查询功能。

- 任务管理:能够对运维任务进行分配、追踪和统计,确保任务的准时完成。

- 故障处理:能够对IT系统的故障进行实时监控并快速响应,提供故障排查和解决方案。

- 统计报表:能够对IT运维工作进行统计和分析,并生成相应的报表。

3. 系统架构基于需求分析的结果,我们可以设计出以下系统架构:系统由以下几个主要模块组成: - 用户管理模块:用于管理系统的用户,包括用户的注册、认证和权限管理等功能。

- 资产管理模块:包括资产的录入、查询和归档等功能,同时提供实时的资产监控功能。

- 任务管理模块:用于分配、追踪和统计运维任务的进度和结果。

- 故障处理模块:负责对系统的故障进行监控和处理,提供快速响应和解决方案。

- 统计报表模块:用于对IT运维工作进行统计和分析,并生成报表。

4. 功能模块根据需求分析和系统架构,我们可以进一步定义每个功能模块的详细功能和实现方式:4.1 用户管理模块•用户注册:用户可以通过注册功能进行账号的创建和注册。

•用户认证:系统提供密码认证和权限认证功能,确保用户的身份安全。

•权限管理:根据用户的角色和权限,对系统的功能进行控制和限制。

4.2 资产管理模块•资产录入:提供资产信息的录入功能,包括资产分类、属性和状态等。

•资产查询:支持简单和高级查询功能,方便用户快速找到所需的资产信息。

IT运维管理系统项目需求书

IT运维管理系统项目需求书项目名称:IT运维管理系统项目需求书一、项目背景随着信息技术的快速发展与普及,企业和组织对于IT运维的需求也越来越大。

IT运维管理系统作为帮助企业和组织高效管理和运维IT资源的关键工具,在提高IT服务质量、降低运维成本方面发挥着重要作用。

本项目旨在开发一款功能完善、易用性强的IT运维管理系统,满足用户对于IT运维管理的需求。

二、项目目标1. 开发一款功能齐全的IT运维管理系统,包括但不限于故障管理、资产管理、配置管理、监控管理、变更管理、服务台管理等功能模块。

2. 提高企业和组织的IT运维效率,降低人力和物力资源的浪费。

3. 提升IT服务水平,减少以及避免服务中断带来的损失。

4. 提供友好的用户界面和使用体验,方便用户操作和管理。

三、项目范围1. 故障管理模块a. 支持故障报告和处理流程的管理,包括故障上报、故障确认、故障分派、故障解决等环节。

b. 提供故障数据统计分析功能,包括故障类型、故障原因、故障解决时间等统计报表。

2. 资产管理模块a. 支持IT资产的登记、归还、调拨、报废等操作。

b. 提供IT资产的查询和统计功能,包括资产数量、设备类型、设备状态等。

3. 配置管理模块a. 支持IT设备配置信息的登记和管理,包括硬件配置、软件配置、网络配置等。

b. 提供配置变更审批和记录功能,确保配置变更的合理性和追踪性。

4. 监控管理模块a. 支持对IT设备和系统的实时监控,包括网络状态、服务器负载、存储容量等。

b. 提供异常告警和事件日志记录功能,及时发现和处理异常情况。

5. 变更管理模块a. 支持IT变更的申请、评审、执行和验证等流程,确保变更的可控性和可追溯性。

b. 提供变更历史记录和变更影响分析功能,方便决策和风险评估。

6. 服务台管理模块a. 提供用户问题和需求的接收和处理功能,包括问题登记、问题分派、问题反馈等。

b. 提供自助服务功能,方便用户自助解决常见问题。

四、项目需求1. 系统应具有良好的用户界面和友好的操作体验,便于用户进行操作和管理。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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 时。

系统能自动将被退回的事件返回服务台,由服务台重新指派技术员去处理“新建事件”按钮快速“指派”按钮软件“新建事件”按钮,对指定请求有快速“指派”按钮,可以对选定的请求条目能快速指派工程师。

2)每页最大显示请求条目25--250条;3)“新建事件”界面要求:系统能自动生成工单ID 号,未指派和已指派请求,服务台能查询历史工单号及状态。

新建事件中要有以下项目:SLA 的选择,事件模版的选择(自定义),事件请求人资料(自定义),技术员资料的选择,服务目录的的选择,事件主题及描述内容。

快速指派技术员此位置显示系统自动生成的工单IDSLA 选模版选事件紧急事件请求人资料选择技术员服务目事件主题及描述内容4)系统可自定义对服务级别协议(SLA),在系统里面可以添加删除修改不同的SLA级别,系统里“新建请求”界面SLA的选择默认必须有“High,Medium,Normal,Low”四个选择项。

导航键创建工单成功截图:普通技术员登录系统界面无系统配置权限要能显示“未处理的请求”及“未解决的问题”快速选项,并能在主页面显示公告及上节所述的各种导航功能键。

快速添加任务按键快速导航键公告栏编辑未处理事件请求:须能显示四种状态代码“Closed”,“On Hold”,”Open”,“Resloved”要能有添加“解决方法”内容项,在技术员对事件执行“closed”操作时,系统须增加“添加到知识库”复选项及更新请求按钮。

使Case能自动自动增加到知识库。

快速搜公告此处增加“添加到知识库”选项附:服务台指派工单流程图6)软件主页面设计:a)如图,视图界面要能显示“逾期请求”,“今天必须处理的请求”,“已批准的变更”,“未经批准的变更”,“未处理掉问题”,“未指派的问题”等快速选取项条目。

b)服务台用户能在软件主页面的公告栏发布各类信息,并能使用邮件发送通告。

c)有快速搜索框d)显示日程表e)快速添加任务“按钮”,及显示历史任务按钮f)快速启动导航按钮快速导航快速导航4.2问题管理模块4.2.1 新建问题此界面须有“状态代码”,“问题分类”,“紧急度”,“逾期日期”,“关闭日期”,“问题标题及内容”,可上传附件等功能。

紧急度状态代逾期日标题及内容上传附件按创建好的的问题工单相关快速导航4.2.2技术员登录界面:需求:a)需要产生单独的问题ID号,与事件不同的编码,如问题使用PR打头,并在此页面增加“新增变更”按钮链接。

增加“注释”添加内容项信息参照增加“新增变更”按钮链接单独的注释状态代码4.3变更发布管理需求:需要有“所有变更”下拉菜单,快速查询查询到所示的系统变更记录。

需求:需要查询设计变更代码及变更类型,其他项参数参照问题管理章节变更状态代变更类型变更代码:10个Approval,Approved,Completed,Implementation,Planning,Rejected,Release,Requested,Review,Testing变更类型:4个Major,Minor,Significant,Standard需求:系统要能生成有单独的变更代码及变更序列号变更管理需要加入八大子选项:常规---新建发布等问题请求计划审批实施历史—变更历史记录 常规:问题: 请求: 计划:审批:需要有“添加CAB 成员”,“发布用于变更”两个子选项,如下图 实施: 复审: 历史:变更ID,每个变更需要独立生成的ID 号4.4知识管理需求:可以输入关键字快速对知识管理库进行查询,添加新的解决方案时,需要有“主题”,下拉菜单选项可选,4.5 资产管理IT 资产分2大类型,硬件和软件4.5.1 硬件资产硬件资产分服务器,工作站,打印机,路由器和交换机五类:服务器标签代码说明:子页面均需要添加支持支持CSV 文件导入按钮,打星号为做成必填项需要有“新建”,“删除”按钮。

要能显示服务器名称,型号,操作系统,资产状态,用户,部门,序列号,如下图:服务器配置项里面需要有的代码:名称,总内存,操作系统,制造商,描述,,型号处理器代码:处理器信息,制造商,CPU 速度,处理器数量 硬盘代码:型号,序列号,容量查询资产“新*型号—“新添模型”按钮及自动弹出框,有“产品名”,“制造商”,“价格”代码,,保存及关闭按钮,当输入制造商信息时,能自动填充资产状态代码说明:a)资产状态代码5个:In Store,In Use,In Repair,Expired,Disposeb)资产明细代码:6个资产标签,序列号,条形码,厂商名称,购买日期,采购成本,保修日期(YYYY-MM-DD),保修逾期日期(YYYY-MM-DD) c)有快速新添厂商按钮及弹出框,里面的代码“名称”,“描述”,“联系人”,保存及关闭按钮“新添模自动填需要有“新建”,“删除”按钮。

要能显示服务器名称,型号,操作系统,资产状态,用户,部门,序列号,如下图:服务器配置项里面需要有的代码:名称,总内存,操作系统,制造商,描述,,型号处理器代码:处理器信息,制造商,CPU速度,处理器数量硬盘代码:型号,序列号,容量“新添厂资产“新*型号—“新添模型”按钮及自动弹出框,有“产品名”,“制造商”,“价格”代码,,保存及关闭按钮,当输入制造商信息时,能自动填充资产状态代码说明:d)资产状态代码5个:In Store,In Use,In Repair,Expired,Disposee)资产明细代码:6个资产标签,序列号,条形码,厂商名称,购买日期,采购成本,保修日期(YYYY-MM-DD),保修逾期日期(YYYY-MM-DD) f)有快速新添厂商按钮及弹出框,里面的代码“名称”,“描述”,“联系人”,保存及关闭按钮a)新添加打印机页面代码:名称,产品信息,IP地址,子网掩码,描述,“新添模自动填“新添厂b)资产明细代码:采购成本,资产标签,序列号,条形码,采购日期,保休有效日期,厂商名称c) 资产状态代码5个:In Store,In Use,In Repair,Expired,Disposed)有快速添加“产品”和“厂商”按钮,及自动踏出小窗口,如图 新添产品代码框支持自动填充新添厂商代码框,自动弹出小窗口,支持自动填充代码:“新建”“删除”按钮,名称,产品序列号,资产状态,用户,部门 新添交换机页面代码标签:名称,产品,IP 地址,IOS,RAM ,子网掩码,址,描述资产组件的状态代码:5个:In Store,In Use,In Repair,Expired,Dispose资产明细代码:采购成本,资产标签,序列号,条形码,采购日期,保修日期,厂商名称参照上节,页面需要支持产品信息,厂商信息的快速添加子的弹出框4.5.2 软件资产包括:软件过滤器,,有移动,新建,删除按钮;软件名称,制造商,分类,类别新建软件代码:软件名称,软件类型,版本,制造商,描述,软件分类,其中下图打星号为必填项目:Managed,Excluded,Freeware,Prohibited,Shareware,Unidentified 在资产管理子页面增加资产的快速查询搜索框4.6报表管理xcel格式或PDF格式,,可以自动生成图表,也可按部门进行汇总查询。

“新添厂“新添信增加部门和技术员复选按钮,能对不同技术员的已完成,已逾期和未完成的的问题进行统计分析查询,分析结果要能导出Excel格式或PDF格式,,可以自动生成图表,也可按部门进行汇总查询。

系统能对不同分类,变更状态,变更类型,不同技术员进行汇总查询分析,分析结果能以Excel格式导出能单独对服务器或者工作站,打印机,交换机,路由器进行分类统计,分析结果能以Excel格式导出。

4.7用户(部门)管理4.7.1 用户管理1)用户管理显示代码:名称,登录名,电子邮件,电话,手机,职称/职务。

员工工号(ID)2)新增人员页面代码:个人明细,联系信息,部门明细,*为必填项部门复选3)有“允许登录”复选框,当选此项时,可以输入登录名,密码;增加“启用管理员权限”及“启用自定义权限”,用户密匙创建项,“保存”,“取消”按钮,系统自定义角色权限设成4种:Admin,ChangeMananger,Common,Guest, Admin:可以分派工单,对网站及CMDB进行全局配置ChangeManager:执行变更审批权限的审批Comman:技术员权限,可以查询未完成和已完成的的请求及问题,查询自己的未完成和已完成的的请求及问题报表,Guest:外部请求用户,只有新建请求的权限4)对单个用户进行编辑时,出对常规项可修改之外,还要“重设密码”和“取消登录”两项功能设置.4.7.2 新添加部门1)部门列表显示需求代码:名称,部门领导,有“删除”按钮,“添加新部门”按钮,2)新增部门代码:名称,描述,部门领导;“部门领导”处增加人员选取按钮,页面要能同时显示已建好存在的部门的名称,如图点击部门领导选取框后,自动弹出框“部门领导”重设密取消用用户权限重4.8配置管理(CMDB)代码参数:a)机构明细:名称(必填项),描述b)地址:地址,城市,右边,省市,国家/地区c)联系信息:电子邮箱,电话号码,传真号码,网站,公司标识,自定义LOGO a)接收邮件服务器接收邮件服务器的设置接收邮件服务器设置包含下列字段:服务器名 / IP地址: 获取邮件所需的接收邮件服务器用户名: 针对上述服务器的登录名密码: 在上述服务器中读取邮件的密码邮件地址: 服务请求所要发送的邮件地址,只有这些邮件需要被获取邮件类型: 所获取邮件的类型(例如:IMAP或POP等)端口: 获取邮件的端口获取邮件间隔: 输入定期获取邮件的时间间隔,不必手动获取。

相关文档
最新文档