运维服务系统需求说明书
广州航海学院教务管理系统运维服务需求书
广州航海学院教务管理系统运维服务需求书为确保我校教务管理系统持续正常运行，现提出系统运维服务采购需求：一、系统日常运行维护服务需求（一）系统更新：供应商对原系统的改进完善、技术升级和漏洞修补等，需及时更新到我校教务管理系统中，确保我方教务管理系统为供应商的最新版本；（二）系统维护：系统运行过程中的日常维护，包括故障排除、系统错误修复、系统安全保障等，确保教务管理系统持续安全正常运行。
（三）系统应用：在系统运行过程中，为我方管理使用人员提供日常技术服务，包括技术咨询、业务逻辑咨询、操作指导以及问题排查等，确保系统稳定运行。
开设上班时间服务电话热线，教务管理系统QQ服务群，提供电话、网络等远程服务。
（四）上门服务：教务系统运行过程中，遇到需要现场解决的问题，供应商需安排系统工程技术人员到校进行现场处理，全年共计不少于4个工作日。
（五）数据库维护供应商安排专业数据库工程师提供日常维护及故障处理、参数优化、数据备份、紧急救援等服务，每年1次全面巡检并出具报告；必要时提供数据清洗、数据库迁移、安装服务。
二、成绩管理模块定制化修改需求根据我校最新修订的成绩管理等规章制度，对教务系统的成绩管理模块进行程序更新，确保成绩管理模块符合我校管理规章制度的要求。
同时在成绩录入页面，增加平时成绩表（选课名单）的导出功能。
总评成绩计算规则：1.期末成绩小于50分的，总评成绩即为期末成绩（五级制的，换算为对应等级）2.期末成绩大于等于50分的，按平时成绩、期末成绩分配的权重计算总评成绩（五级制的，换算为对应等级）。
三、项目预算及付款方式项目总预算5万元，服务期到2023年12月31日。
合同签订后，学校一次性支付合同总金额的全款给供应商，供应商在服务周期内提供约定的服务。
运维管理系统需求说明书范文
运维管理系统需求说明书范文运维管理系统需求说明书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、服务器监控：监控服务器资源的使用情况，确保服务器正常工作。
智能运维管理系统_需求规格说明书_V2.0
智能运维管理系统V2.0 需求规格说明书修订目 录文档介绍文档目的 文档范围 读者对象 参考文档 术语与缩写解释 系统概述系统建设目标 系统总体结构 用户的特点 设计和实现上的限制 系统功能性需求双活中心工作运行状态监控模块 场景描述用例分析 参与者列表 专用监控功能模块 场景描述 用例分析 参与者列表 故障告警模块 场景描述 用例分析 参与者列表 用例描述 数据配置管理模块 场景描述 用例分析 参与者列表故障切换管理模块场景描述 用例分析 参与者列表 数据接口 场景描述 用例分析 参与者列表 故障处理 场景描述 用例分析 参与者列表 系统非功能性需求易用性需求 方便增加监测设备方便删除监测设备 方便定位故障或者异常设备 监测设备在启动与停止监测之间方便转换 性能、并发性需求 对性能及并发性的特殊要求 扩展性需求 采集和监控服务器的集群支持 支持公司 平台的整合 支持公司单点登录系统的整合 支持对物联网智能设备的直接监测 安全及保密性需求 敏感数据加密 敏感操作进行确认 可靠性需求运行可靠性数据可靠性 可维护性需求 监测设备配置优化 软硬件环境约束 系统备份与恢复要求系统日志 其它需求外部接口说明短信发送接口 应用软件服务监测接口文档介绍文档目的在《智能运维管理系统 立项建议书》的基础上对各个功能模块做出详细的需求分析，为项目后续的设计和开发提供依据。
文档范围本文档包括服务器监测、数据库监测、交换机监测、 平台监测、物联网智能设备监测、应用软件服务监测、个性化主题展现、配置管理的需求规格说明，同时也包括整个系统平台的建设目标、总体结构、网络结构、系统接口描述、用户界面需求和软硬件环境方面的需求规格说明。
读者对象项目的系统设计人员、系统开发人员、系统测试人员以及配置管理人员；公司内部 项目的其干系人、领导、专家等。
参考文档智能运维管理系统 立项建议书，，物联网智能数据采集和控制平台需求规格说明书，， 监控系统 用户指南，术语与缩写解释系统概述系统建设目标公司目前在监控系统方向有两个产品，都是基于 结构，一个是监控系统，另外一个是物联网智能设备监控系统。
运维服务需求内容
运维服务需求内容
运维工作需求内容包括例行检测、运行保障、优化改善、培训咨询。
1.例行检测服务
安排专业技术人员对政务服务中心电子设备进行常规性维护（每月中旬），包含硬件整机调试、添加、更换等；软件例行检测、清除病毒、修复等；网络连接、调试、维护等。
2.系统运行保障
在维护期内，按不同的设备类型，提供现场技术支持、电话技术支持服务、诊断问题及解决方案，并协助处理突发性的灾难修复。
3.优化改善服务
在服务期内，如出现软、硬件平台的升级，须协助用户单位完成政务服务大厅设备、系统的优化升级和软件评估。
4.紧急技术服务
在服务期内，若大厅设备、系统出现了崩溃或重大故障而导致不能正常响应，须提供紧急技术支持服务。
5.咨询指导服务
如遇系统升级、工作人员调任等情况，乙方为甲方政务服务中心工作人员提供技术咨询和服务，指导工作人员正确使用、维护电子设备和网络系统，解决用户在使用电脑设备时遇到的困难及疑问，（包括办公软件、业务系统和其他资讯服务等)，并提供必要的操作手册和课件。
附件：
官洲街道政务服务中心硬件设备清单。
关于学校资产管理信息系统需升级及运维服务需求书
关于学校资产管理信息系统需升级及运维服务需求书一、资产管理信息系统升级及运维服务续约项目用户需求根据广东省教育厅《关于做好政府会计制度贯彻实施有关工作的通知》（粤教财函【2018】188号）文件的工作要求，为高质量高标准做好政府会计制度衔接和实施工作，加快推进信息化建设工作，需对现有资产管理信息系统进行升级，满足政府会计制度的要求，推进资产管理信息系统与财务信息系统的有效对接，同时要求系统服务商对系统的使用提供日常维护服务，保证系统正常运行。
服务内容包括如下三个方面：1、资产管理信息系统升级服务系统升级后可以达到如下目标：1）为后续资产管理系统与财务信息系统的接口对接提供基础。
2）扩充相关业务功能，满足全流程、全生命周期的管理要求，进一步优化资产管理系统功能。
3）满足政府会计制度下的资产信息管理运行机制。
4）满足与财政厅资产系统对接数据上报格式的需要；5）对学校在资产系统使用过程中存在的软件设置方面的个性化需求进行优化和改进。
2、资产管理信息系统运维服务目前，资产管理系统已经上线平稳运行三年，资产管理系统的应用正逐步进入日常管理阶段。
按照合同约定内容，资产系统运维服务已于2019年6月份到期。
为了确保资产系统的稳定运行，要求资产管理信息系统供应商继续对学校资产系统提供运行维护服务，服务周期至2023年12月31日止，具体要求如下：1）服务方式①定期派出一名具备丰富经验的技术人员，前往广州航海学院提供现场系统维护。
①当在使用系统的过程中碰到技术问题，通过电话服务或者网络远程方式无法解决时，服务商在相应时间内派出技术工程师上门解决问题，直到问题解决为止。
①服务商总部成立系统维护服务团队，开设上班时间服务电话热线，维护资产管理QQ 服务群，提供电话、网络等远程服务。
2）服务内容服务商提供的技术服务，主要内容包括：①系统运行：系统运行过程中的日常维护，包括故障排除、系统错误修改、系统安全、满足学校对系统个性化的修改及优化需求等，必要时提供现场服务，保障系统正常运作。
XX局XX系统运行维护服务项目采购需求
XX局XX系统运行维护服务项目采购需求一、项目背景为保障XX局XX系统的稳定运行，需要组建稳定的驻场技术服务团队，快速及时地响应用户提出的需求。
二、建设目标通过驻场技术服务团队建设，严格执行各项管理要求和工作制度，完善技术服务管理规范和制度，做好信息系统运行维护服务工作，切实保障XX等相关系统的稳定运行，提升XX服务水平和服务能力。
三、服务内容本项目提供XX等系统(功能模块)的日常运维工作，保障系统正常运行, 满足业务部门实际业务使用需求。
具体服务包括系统日常运维服务、用户需求受理、处理和反馈、软件缺陷修正与功能优化和其他服务等工作。
(-)日常运维服务日常运维服务主要是指定期的、不定期的、临时性的、突发性事务的处理。
主要包括以下内容：1.定期巡检做好每周系统巡检、节假日巡检,包括软件运行情况及软件应用环境的巡检。
对部署的应用系统提供巡检服务，检查系统是否运行正常，有无异常情况，及时排除相关问题，保障各系统软件正常运行，并做好相关台账记录。
对软件应用环境提供巡检，检查服务器存储和数据库表空间使用情况，并做好相关台账记录。
2.应急故障处理建立应急故障处理机制。
当应用系统发生紧急故障时，启动应急处理机制，快速定位故障原因，制定故障恢复方案，实施故障恢复措施，及时恢复系统正常运行，持续跟踪系统运行情况，并做出详细故障说明，提供故障报告。
3.安装部署系统部署软硬件环境有调整（如增加或更换设备、网络架构调整等）后，需提供重新安装部署服务，包括软件服务及相关环境的部署。
4.标准规范修订由于业务变更、技术调整等原因需要对标准规范进行调整时，及时对相关标准规范进行修订。
5.异常数据处理对业务办理错误或程序缺陷产生的各类异常数据，在获得用户批准后，协助对数据进行人工处理。
6.数据统计分析根据业务部门工作需要，对临时数据统计需求进行后台统计。
7.业务协助处理根据工作需要，配合业务部门完成一些临时性业务处理工作。
（-）做好问题和用户需求受理、处理和反馈配置客户服务人员，通过XX钉（钉钉）客户服务群、QQ、微信、工单系统、电话等多种方式受理全省用户的问题及业务需求，并加以记录和整理，形成系统运维台账。
校园基础网络建设与运维服务项目需求说明书
校园基础网络建设与运维服务项目需求说明书第一章项目需求一、项目概况(一)定义1、建设区域：A校区：（1）有线网：学生宿舍区；办公及教学区有线网补充；教工宿舍区；（2）无线网：学生宿舍区；办公及教学区；校园室外活动场所无线网；2、服务区域：学生宿舍区有线无线网络、教工宿舍区有线网；3、校园网络用户：所有接入校园网的在校学生和教职工用户。
（二）项目建设目标1、此次项目建设既要满足目前的使用要求和甲方信息化发展规划，更应考虑未来在不改变主体架构的前提下，实现平滑升级和扩容。
2、出口统一：整合现有的办公网以及学生宿舍、教职工宿舍网出口，按照上级主管部门要求，统一校园网络的互联网出口,并通过有效的解决方案避免单点故障。
3、认证统一：实现有线无线统一认证，实名注册，满足IPV4/IPV6用户2万人并发在线；实现同一账号可通过有线、无线、SSL+IPSECVPN认证接入校园网，并实现校园网准出认证访问互联网。
4、万兆互连：核心设备与汇聚设备万兆互连。
建成10T级核心交换容量、万兆骨干链路校园网。
5、无线、有线两网合并：建成有线无线一体化网络，无线网采用无感知认证和WEB认证两种方式，并能自主分区域、分时段、分权限的可控可管。
流量精细管理，基于用户认证账号的带宽分配，关键应用不中断，流量计费，流量分析，外网资源内网化（互联网资源本地加速）。
6、校园网建设必须支持多家运营商链路，为各运营商的平等接入、公平竞争等提供技术保障的环境；实现用户根据自己需求，校内不分地域自主选择互联网提供商。
7、校内资源免费：校园网络用户能够免费访问校内资源，校内流量免费。
二、校园网建设范围（一）一期建设1、有线网建设学知楼教室、求知楼教室、新知楼教室、学生宿舍、教工宿舍、其他办公室及实验室有线补充，最终信息点个数以施工方案为准。
2、无线网建设室外区域包括：幕前广场、新知楼周围、西区操场、西区篮球场、东西校区所有学生宿舍楼楼与楼之间空地。
运维管理系统需求说明书范文
运维管理系统需求说明书范文本文档旨在描述并定义运维管理系统的需求说明，包括系统的功能需求、非功能需求以及用户需求等。
该系统旨在辅助运维团队提高工作效率和管理能力，并提供一整套自动化、集中化的运维管理方案。
一：引言1.1 目的本文档的目的是定义和说明运维管理系统的功能特性，以便于开发团队正确理解并实现系统需求。
1.2 范围本文档适用于运维管理系统的需求说明，涵盖了各系统模块的功能、性能和界面需求。
1.3 定义、缩略语和缩写- 运维：指维护和管理软件、硬件和网络设备的工作。
- 系统：指运维管理系统。
- UI：用户界面。
二：系统概述2.1 业务背景运维管理系统是为了管理、监控和维护企业的软件、硬件和网络设施而设计的系统。
它能够提供一系列的工具和功能，以帮助运维人员快速定位和解决问题，提高工作效率。
2.2 系统目标- 提供灵活的运维工具，支持自动化任务和故障处理。
- 提供完善的监控和报警功能，实时监控系统状态和性能。
- 提供可视化的界面，方便用户操作和查看运维数据。
- 提供权限管理和操作日志，保证系统安全和稳定性。
三：功能需求3.1 用户管理模块3.1.1 用户注册与登录- 支持用户注册新账户并验证邮箱。
- 支持用户通过账户和密码登录系统。
3.1.2 权限管理- 支持管理员对用户进行角色和权限的管理。
- 支持设置不同角色的用户对系统的访问权限。
3.1.3 用户信息管理- 支持用户查看和修改个人信息。
- 支持管理员查看和编辑所有用户信息。
3.2 任务管理模块3.2.1 自动化任务- 支持创建和管理自动化任务，如系统备份、定时脚本执行等。
- 支持设定任务的执行时间和执行频率。
3.2.2 任务调度- 支持任务的调度和调度策略管理。
- 支持设定任务的优先级和执行顺序。
3.2.3 任务执行记录- 支持查看和管理任务执行记录。
- 支持查看任务的执行状态和执行结果。
3.3 监控管理模块3.3.1 系统监控- 支持对系统的CPU、内存、硬盘等资源的监控。
智能运维管理系统-需求规格说明书-V2.0
智能运维管理系统-需求规格说明书-V2.0案场各岗位服务流程销售大厅服务岗：1、销售大厅服务岗岗位职责：1)为来访客户提供全程的休息区域及饮品;2)保持销售区域台面整洁;3)及时补足销售大厅物资,如糖果或杂志等;4)收集客户意见、建议及现场问题点；2、销售大厅服务岗工作及服务流程阶段工作及服务流程班前阶段1）自检仪容仪表以饱满的精神面貌进入工作区域2）检查使用工具及销售大厅物资情况，异常情况及时登记并报告上级。
班中工作程序服务流程行为规范迎接指引递阅资料上饮品（糕点）添加茶水工作要求1）眼神关注客人，当客人距3米距离时，应主动跨出自己的位置迎宾，然后侯客迎询问客户送客户注意事项15度鞠躬微笑问候：“您好！欢迎光临！”2）在客人前方1-2米距离领位，指引请客人向休息区，在客人入座后问客人对座位是否满意：“您好！请问坐这儿可以吗？”得到同意后为客人拉椅入座“好的，请入座！”3）若客人无置业顾问陪同，可询问：请问您有专属的置业顾问吗？，为客人取阅项目资料，并礼貌的告知请客人稍等，置业顾问会很快过来介绍，同时请置业顾问关注该客人；4）问候的起始语应为“先生-小姐-女士早上好，这里是XX销售中心，这边请”5）问候时间段为8:30-11:30 早上好11:30-14:30 中午好 14:30-18:00下午好6）关注客人物品，如物品较多，则主动询问是否需要帮助（如拾到物品须两名人员在场方能打开，提示客人注意贵重物品）；7）在满座位的情况下，须先向客人致歉，在请其到沙盘区进行观摩稍作等待；阶段工作及服务流程班中工作程序工作要求注意事项饮料（糕点服务）1）在所有饮料（糕点）服务中必须使用托盘；2）所有饮料服务均已“对不起，打扰一下，请问您需要什么饮品”为起始；3）服务方向：从客人的右面服务；4）当客人的饮料杯中只剩三分之一时，必须询问客人是否需要再添一杯，在二次服务中特别注意瓶口绝对不可以与客人使用的杯子接触；5）在客人再次需要饮料时必须更换杯子；下班程序1）检查使用的工具及销售案场物资情况，异常情况及时记录并报告上级领导；2）填写物资领用申请表并整理客户意见；3）参加班后总结会；4）积极配合销售人员的接待工作，如果下班时间已经到，必须待客人离开后下班；1.3.3.3吧台服务岗1.3.3.3.1吧台服务岗岗位职责1）为来访的客人提供全程的休息及饮品服务；2）保持吧台区域的整洁；3)饮品使用的器皿必须消毒；4）及时补充吧台物资；5）收集客户意见、建议及问题点；1.3.3.3.2吧台服务岗工作及流程阶段工作及服务流程班前阶段1）自检仪容仪表以饱满的精神面貌进入工作区域2）检查使用工具及销售大厅物资情况，异常情况及时登记并报告上级。
智能运维管理系统-需求规格说明书-最新版本
智能运维管理系统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)1. 文档介绍1.1. 文档目的在《智能运维管理系统V2.0立项建议书》的基础上对各个功能模块做出详细的需求分析，为项目后续的设计和开发提供依据。
项目建设运维需求说明书
文档编号：项目建设运维需求说明书目录目录 (2)1 文档概述 (4)1.1 文档目的 (4)1.2 适用范围 (4)1.3 目标读者 (4)1.4 参考文档 (4)1.5 术语定义 (4)1.6 基本要求 (4)2 系统建设背景 (5)2.1 业务范围 (5)2.2 技术架构 (5)3 系统基础需求 (5)3.1 性能需求 (5)3.2 高可用需求 (5)3.3 连续性需求 (6)3.4 平台能力需求 (6)4 系统监控需求 (7)4.1 告警管理 (7)4.2 基础层监控 (7)4.3 平台层监控 (8)1. 数据库监控 (8)2. 中间件监控 (9)3. 容器监控 (9)4.4 应用层监控 (10)1. 服务监控 (10)2. 业务监控 (11)3. 客户终端监控 (13)5 系统管理需求 (13)5.1 服务管理 (13)5.2 版本部署 (13)5.3 日志管理 (14)5.4 数据库管理 (14)5.5 网络管理 (15)5.6 域名管理 (15)5.7 数据归档 (16)5.8 日终处理 (16)5.9 数据迁移 (17)6 系统控制需求 (17)6.1 服务控制 (17)6.2 流量控制 (17)6.3 维护日志审计 (17)1文档概述1.1文档目的本文档编写的目的，是对XXXX项目提出运行维护需求，明确需要提供的功能和文档提交物。
1.2适用范围本文档描述了对XXXX项目的运行维护需求，重点描述系统要满足的维护管理需求。
1.3目标读者设计开发人员、维护管理人员。
1.4参考文档1.5术语定义1.6基本要求1、系统架构、应用架构设计需满足统一的架构要求。
3、需提供系统依赖的软、硬件清单，物理、应用拓扑图。
4、本需求文档提出的运维功能需纳入性能和功能管理，明确性能指标，并通过测试评估及验证。
2系统建设背景2.1业务范围2.2技术架构3系统基础需求3.1性能需求基于分布式架构设计，系统性能须满足业务需求，并通过压力测试，提供完整的测试报告，在满足以下指标的情况下稳定运行：1、资源总数为1600C 3200G的条件下，综合处理能力达到2000TPS，并可在此基础上横向扩展提升性能以满足业务量增长需要：2、支持日均4000万笔系统流水；3、支持同时在线用户数50000个；4、交易成功率达到99.9%；5、交易平均响应时间低于50ms；6、数据库读写的最大并发事务数2000个；7、日终批量处理时长在30分钟以内；8、日常数据归档处理时长在3小时以内。
视频会议系统运维服务项目技术需求说明
附件1：视频会议系统运维服务项目技术需求说明一、项目名称：视频会议系统运维服务二、项目性质：服务三、采购内容：技术运维服务：对贵州省税务局全省视频会议系统及主会场配套的音视频设备提供整体运维服务。
包含驻场运维服务、技术巡检服务、故障响应服务、应急演练服务、电话支持服务。
整合优化服务：根据税务局现有两套视频会议系统的体系和现状，提供一套整合优化方案，充分整合利用现有资源，确保优化后的系统高效、持续、稳定运转。
系统应急保障服务：因两套系统逐渐步入故障高发期，经测试优化并请示总局电税中心相关人员，拟采用云视频会议系统提供应急保障服务，该方案得到总局高度认可。
在应急情况下，可全面接管全省各级单位的所有视频会议终端，保障远程会议和应急指挥等功能不出现中断地四、采购需求：（一）、业务需求：技术运维服务：负责为贵州省税务局提供视频会议系统及设备的日常维护、故障排查、应用支持；如遇硬件故障无法维修需及时提供解决方案；对系统平台及主会场提供技术支持服务及软硬件设备的保养；对各分会场提供技术支持服务。
整合优化服务：由于国地税合并，贵州省税务局拥有原国税和原地税两套视频会议系统，系统各成体系，没有统一规划。
运维公司需根据税务局现有系统状况提供一套整合优化方案，确保优化后的系统可持续、稳定运转。
系统应急保障服务：本项目要求运维公司需提供一套用于系统备份服务的云视频会议系统，应急情况下可全面接管税务局各级会场的所有视频会议终端，可随时调用开会，保障贵州省税务局远程视频会议和应急指挥等功能的正常进行。
（二）、技术需求1、交接时间要求因业务需求，在合同签订之日起3个工作日内，运维公司应完成对贵州省税务局视频会议系统运维工作的交接。
2、维护人员要求1）、运维公司需为本项目设置4名专职运维服务工程师，以AB岗工作制负责相关的运维服务保障工作。
2）、运维公司所提供的维护人员，原则上不允许更换，如需要更换维护人员，须经贵州省税务局书面同意，且更换的人员必须与被更换人员具有相同的资质和实力。
运维服务系统需求说明书
运维服务系统需求说明书（机房设备资源管理）部分目录1 引言 (2)1.1编写目的 (2)1.2术语定义 (2)1.3参考资料 (2)2 系统概述 (2)2.1系统目标 (2)2.2系统功能概述 (2)2.3条件与限制 (3)2.4风险说明 (3)3 系统功能需求 (3)3.1设备资源管理 (3)3.1.1 设备账目管理 (3)3.1.2 查询统计 (5)3.1.3 业务设置 (6)4 标准化 (7)1引言1.1编写目的运维服务系统主要是为网络中心运维服务部提供一个信息化的管理手段，对日常的运维服务进行登记、查询等。
1.2术语定义1.3参考资料2系统概述2.1系统目标1、为运维服务部构建一个信息化系统，能够将日常的运维工作进行信息化管理，并提供给相关的管理人员查询统计功能。
2、能够为网络中心提供设备资源的日常管理功能。
2.2系统功能概述2.3条件与限制本系统基于数字化校园的整体解决方案，其中包括统一身份认证、报表工具等，同时考虑部分数据由共享数据库提供，包括标准代码信息、教务系统数据、就业系统数据等。
本系统由统一身份认证系统提供用户认证，但不绑定统一身份认证系统提供的权限组或身份类别，相关的授权在本系统中实现。
2.4风险说明无3系统功能需求3.1设备资源管理针对网络中心设备资源进行账目管理，包括计算机设备、网络设备、一卡通终端设备、耗材、配件等，仅记录购买后登记的账目，包括编码、名称、位置、负责人、采购日期、登记时间、安装使用时间、状态等。
3.1.1设备账目管理3.1.1.1建账登记本模块主要实现设备资源的建账登记、修改、删除功能。
3.1.1.1.1功能描述3.1.1.1.2业务描述1、各管理员进行账目登记及确认；2、可以查询建账后的设备资源信息；3.1.1.1.3报表说明查询条件：设备资源编号、设备名称、采购日期范围、登记日期范围、设备类别、设备类型、使用位置（以上条件可单选也可组合查询）。
查询结果：设备名称、采购日期、数量、合同编号、使用位置、使用数量、负责人、设备类别、设备类型、用途、登记人、登记时间等。
2021政务信息化项目信息化运维项目需求说明书(参考模板)
附件4XX市XX局20XX年信息化运维项目需求说明书建设单位（盖章）：XX市XX局联系人：XXX联系方式：XXXXXXX编制日期：2021年X月目录目录第一章运维项目简介 (1)1.1 2021年运维情况 (1)1.2 2022年运维项目申报情况 (1)1.3 运维项目趋势说明 (1)1.4 运维项目效益自评价 (1)第二章运维项目单位信息化建设现状 (1)2.1 XX市XX局信息化现状 (1)2.2 XX市XX局XX下属单位信息化现状 (2)第三章系统上云和整合情况 (2)3.1 运维项目对应的信息系统迁移上云情况 (2)3.2 运维项目对应的信息系统整合情况 (2)第四章连续运维服务需求 (2)4.1 XX运维 (2)第五章首次运维服务需求 (3)5.1 XX运维 (3)第六章运维服务质量要求 (5)6.1 运维服务质量要求 (5)6.2 运维服务绩效指标 (5)6.3 运维服务质量和绩效评价 (5)第七章运维项目需提供的相关材料 (5)第一章运维项目简介1.1 2021年运维情况2021年，XX市XX（委办局）获批准运维项目XX个，获批运维金额XX万，其中中央财政资金XX万，市级财政资金XX万，自筹资金XX万……1.2 2022年运维项目申报情况2022年，XX市XX局申报运维金额XX万，其中中央财政资金XX万，市级财政资金XX万，自筹资金XX万……2022年，XX市XX局拟申报运维项目1个，包含运维子项目XX个，其中连续运维项目XX个，金额XX万；首次运维项目XX个，金额XX万。
1.3 运维项目趋势说明与2021年相比，XX局申报运维项目XX个，增加/减少XX 个，申报运维金额XX万，增加/减少XX万。
其中中央财政资金增加/减少XX万，市级财政资金增加/减少XX万，自筹资金增加/减少XX万……1.4 运维项目效益自评价该项目由XX部门自评，自评结果为……第二章运维项目单位信息化建设现状2.1 XX市XX局信息化现状2.1.1 网络现状2.1.2 业务应用系统现状2.1.3 数据资源现状2.1.4 计算和存储设施现状2.1.5 应用支撑系统现状（如有）2.1.6 安全及密码应用现状（如有）2.1.7 机房基础设施现状（如有）2.1.8 云资源（云平台）建设、租用现状（如有）2.2 XX市XX局XX下属单位信息化现状……第三章系统上云和整合情况3.1 运维项目对应的信息系统迁移上云情况3.2 运维项目对应的信息系统整合情况第四章连续运维服务需求4.1 XX运维4.1.1 项目情况简介对应信息系统、投资总额、终验时间（终验报告XX页“X 年X月X日完成项目终验”、免费质保期（建设合同XX页“提供免费质保X年”）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
运维服务系统需求说明书
（机房设备资源管理）部分
目录
1 引言 (2)
1.1编写目的 (2)
1.2术语定义 (2)
1.3参考资料 (2)
2 系统概述 (2)
2.1系统目标 (2)
2.2系统功能概述 (2)
2.3条件与限制 (3)
2.4风险说明 (3)
3 系统功能需求 (3)
3.1设备资源管理 (3)
3.1.1 设备账目管理 (3)
3.1.2 查询统计 (5)
3.1.3 业务设置 (6)
4 标准化 (7)
1引言
1.1编写目的
运维服务系统主要是为网络中心运维服务部提供一个信息化的管理手段，对日常的运维服务进行登记、查询等。
1.2术语定义
1.3参考资料
2系统概述
2.1系统目标
1、为运维服务部构建一个信息化系统，能够将日常的运维工作进行信息化管理，并提供给
相关的管理人员查询统计功能。
2、能够为网络中心提供设备资源的日常管理功能。
2.2系统功能概述
2.3条件与限制
本系统基于数字化校园的整体解决方案，其中包括统一身份认证、报表工具等，同时考虑部分数据由共享数据库提供，包括标准代码信息、教务系统数据、就业系统数据等。
本系统由统一身份认证系统提供用户认证，但不绑定统一身份认证系统提供的权限组或身份类别，相关的授权在本系统中实现。
2.4风险说明
无
3系统功能需求
3.1设备资源管理
针对网络中心设备资源进行账目管理，包括计算机设备、网络设备、一卡通终端设备、耗材、配件等，仅记录购买后登记的账目，包括编码、名称、位置、负责人、采购日期、登记时间、安装使用时间、状态等。
3.1.1设备账目管理
3.1.1.1建账登记
本模块主要实现设备资源的建账登记、修改、删除功能。
3.1.1.1.1功能描述
3.1.1.1.2业务描述
1、各管理员进行账目登记及确认；
2、可以查询建账后的设备资源信息；
3.1.1.1.3报表说明
查询条件：设备资源编号、设备名称、采购日期范围、登记日期范围、设备类别、设备类型、使用位置（以上条件可单选也可组合查询）。
查询结果：设备名称、采购日期、数量、合同编号、使用位置、使用数量、负责人、设备类别、设备类型、用途、登记人、登记时间等。
端口使用情况：设备名称，端口编号、使用情况、是否使用、备注。
3.1.1.2设备资源设置
本模块主要实现设备资源信息变更的设置功能。
3.1.1.2.1功能描述
3.1.1.2.2业务描述
1、建账后各管理员进行使用设置；
2、 使用中进行状态设置； 3.1.1.2.3
报表说明
查询条件：设备资源编号、设备名称、采购日期范围、登记日期范围、设备类别、设备类型、使用位置（以上条件可单选也可组合查询）。
查询结果：设备名称、采购日期、数量、合同编号、使用位置、使用数量、负责人、设
备类别、设备类型、登记人、登记时间等。
3.1.2 查询统计
3.1.2.1
信息查询
本模块主要实现设备资源信息查询 3.1.2.1.1
功能描述
3.1.2.1.2 业务描述
1
、 根据设备分类、设备类型、设备名称、采购日期范围等查询设备资源信息。
3.1.2.1.3
报表说明
查询条件：设备资源编号、设备名称、采购日期范围、登记日期范围、设备类别、设备类型、使用位置（以上条件可单选也可组合查询）。
查询结果：设备名称、采购日期、数量、合同编号、使用位置、使用数量、负责人、设
备类别、设备类型、登记人、登记时间等。
3.1.2.2
信息统计
本模块主要实现设备资源信息统计 3.1.2.2.1
功能描述
3.1.2.2.2业务描述
1、根据终端设备的位置、设备类型、使用时间范围、状态等统计终端设备的数量3.1.2.2.3报表说明
查询条件：使用位置、设备类别、设备类型、使用用时间范围（以上条件可单选也可组合查询）。
查询结果：设备名称、数量。
3.1.3业务设置
3.1.3.1物资基本信息管理
本模块主要实现卡片设备耗材等基本信息的设置。
3.1.3.1.1功能描述
3.1.3.1.2业务描述
1、设置计算机设备、终端设备、耗材、配件基本信息。
3.1.3.1.3报表说明
查询条件：物资名称、类别（以上条件可单选也可组合查询）。
查询结果：物资编码、物资名称、规格、型号、类别、登记人等。
3.1.3.2使用位置信息管理
本模块主要实现设备的使用位置信息的管理，分四级进行：校区（本部、漳州），园区（芙蓉、石井、新区、敬贤、丰庭1、丰庭2、凌云1、凌云2、公寓1、公寓2），楼宇（1、2、3。
），楼层（1、2。
）。
3.1.3.2.1功能描述
3.1.3.2.2业务描述
1、设置设备的使用位置情况。
3.1.3.2.3报表说明
查询条件：位置名称（以上条件可单选也可组合查询）。
查询结果：位置编码、位置名称、所属级别、父级名称。
4标准化
1.页面统一采用UTF-8编码标准；
2.数据库统一采用UTF-8字符集标准；
＝＝文档结束＝＝。