论文
Note
包含结合项目的子题目为需要重点论述的
偏理论：文字+表格
偏实践： 文字+表格
理论+实践型： (先理论，后实践，实践是为了佐证理论，理论应与教材相符)
论文背景¶
近年来，人工智能、计算机视觉等新技术的发展，推动了校园安全管理工作的创新与升级，消除了在传统监管方式下存在的欺凌事件识别不及时、隐患发现不全面等问题，实现对全校校园环境的全方位感知及事件追溯等目标。xx高校投资3210万元，开发一套以计算机视觉为核心的《智慧校区安防系统》。该系统采用人工智能技术，对摄像头的视频画面进行分析，识别异常和高风险场景，及时通知管理人员，防范安全事件的发生。项目由xx高校发起。预设的场景包括：校园欺凌、宿舍违规进出、非授权人员进入关键区域等危险行为，以及学生夜间外出未归、宿管串岗脱岗等违规行为。系统可以根据安全事件的等级采取通知安全员、自动告警、发送预警短信等处置措施。该系统还提供人员检索、轨迹融合等功能，适应现代校园的安全要求。系统采用星光半球摄像机、普通摄像机、红外枪机和AI视频网关，使用光纤搭建覆盖校园所有公共区域。采用边缘计算模式，并基于深度学习开发场景识别训练平台，实现快速识别模型。并通过双向IoT通道完成对AI网关的下发和更新。2024年4月，本项目招标立项，由我作为系统规划与管理师全程参与了该项目的规划、设计、建设等工作。
规划类¶
近年来，随着《教育强国建设规划纲要》《"人工智能+教育"行动计划》等政策深入推进，人工智能、计算机视觉等技术赋能校园安全管理创新已成为提升高校安防能力的关键路径。本项目旨在构建智能化校园安全防控体系，实现安全事件实时感知、智能识别与快速处置。XX高校投资3210万元建设《智慧校区安防系统》，于2024年4月招标立项，工期12个月。我作为系统规划与管理师，全程参与了该项目的规划、设计、建设等工作。 项目总体架构自下而上分为感知层、网络层、平台层和应用层四层。感知层部署星光半球摄像机、普通摄像机及红外枪机，通过光纤网络实现校园公共区域视频全覆盖，完成前端图像采集与接入。网络层依托光纤传输骨干网与双向IoT通信通道，保障视频数据稳定上传及控制指令可靠下发，实现AI网关的远程管理与模型更新。平台层采用边缘计算模式，基于深度学习构建AI视频网关与场景识别训练平台，通过对视频画面的智能分析，实现校园欺凌、违规进出、非授权人员闯入等异常及高风险场景的快速识别与模型迭代优化。应用层面向校园安全管理实际需求，涵盖欺凌事件识别、宿舍违规进出管控、关键区域非授权人员预警、学生夜间外出未归检测、宿管串岗脱岗监测等核心功能模块，并集成人员检索与轨迹融合能力，根据安全事件等级自动执行通知安全员、自动告警、发送预警短信等分级处置措施，最终实现校园安全的全方位感知、智能研判与快速响应。
服务管理类¶
近年来，随着《教育强国建设规划纲要》《"人工智能+教育"行动计划》等政策深入推进，人工智能与计算机视觉技术赋能校园安防已成为提升高校安防能力的重要途径。本项目旨在构建智能化校园安全防控体系，实现安全事件实时感知与快速处置。XX高校投资3210万元建设《智慧校区安防系统》，2024年4月招标立项，同年10月启动运维，运维金额280万元，服务工期3年。我作为系统规划与管理师，负责该项目的运维管理工作。 本项目运维服务内容涵盖硬件运维、软件运维、安全运维和运维管理四大板块。硬件运维面向星光半球摄像机、普通摄像机、红外枪机及AI视频网关等前端设备，开展定期巡检、故障诊断与备件更换，采用"主动巡检+应急响应"模式，确保设备稳定运行。软件运维面向场景识别训练平台及AI视频分析系统，实施版本更新、模型优化与性能调优，采用"定期迭代+按需定制"模式，保障识别准确率持续提升。安全运维面向校园欺凌、违规进出、非授权人员闯入等预设场景，开展7×24小时实时监控与分级处置，采用"智能预警+人工复核"模式，确保安全事件及时响应。运维管理通过编制运维报告、开展服务评审与持续改进，采用"PDCA循环+量化考核"模式，保障服务质量不断提升。通过四大服务板块协同运作，最终实现运维服务规范化、标准化与持续优化，为校园安全提供坚实保障。
过渡¶
本项目作为XX高校智慧校园建设的核心安防支撑体系，具有覆盖场景复杂、实时性要求高、运维服务链条长的特点。这决定了信息系统服务战略规划的重要性。信息系统服务战略规划是统筹服务目标、资源与能力，明确服务边界、级别与保障机制的系统性管理活动。本文将结合该项目实例，首先论述服务级别协议、运营级别协议与支持合同的内涵及其在规划中的定位，然后分析本项目服务目录的构建与服务战略规划的主要活动，最后总结规划实施过程中的具体做法与经验教训。
论文结尾¶
项目建成后，实现校园公共区域视频全覆盖，异常场景识别准确率达92%以上，安全事件平均响应时间缩短至3分钟以内，全年累计处置各类安全预警超1200起，有效消除传统安防盲区。 作为系统规划与管理师，我深刻体会到信息系统服务战略规划是运维服务的核心指引。需以SLA锚定服务目标、OLA打通内部协同、支持合同保障外部资源，结合业务场景梳理服务目录，让规划真正落地为可执行、可衡量的服务标准，才能支撑系统长期稳定运行。 未来我将持续深耕服务战略规划领域，不断优化运维服务体系，以专业能力为智慧校园建设保驾护航。
第一梯队¶
信息系统服务管理¶
- 简述SLA、OLA、UC的定义
- 结合项目，介绍服务战略规划的主要活动（理论+实践）✨
- 给出服务目录
服务级别协议： 是在一定成本控制下，为保障服务的性能和可靠性，服务供方和客户间定义的一种双方认可的协定
运营级别协议： 是与某个内部信息服务部门就某项信息系统服务所签订的后台协议
支持合同： 是指服务供需双方签订的有关服务实施的正式合同
| 协议类型 | 定义 | 在本项目中的具体应用 | 量化指标 |
|---|---|---|---|
| 服务级别协议（SLA） | 在一定成本控制下，为保障服务的性能和可靠性，服务供方（运维团队）和客户（XX高校）间定义的一种双方认可的协定 | 运维团队与XX高校签订的运维服务主协议，明确四大板块（硬件、软件、安全、管理）的整体服务质量承诺，作为280万运维费用的考核依据 | 1. 系统可用性：AI视频分析系统可用率≥99.9%（年累计中断≤8.76小时），前端摄像机在线率≥98% 2. 故障响应：一级故障（系统瘫痪）响应≤15分钟、解决≤4小时；二级故障（部分设备异常）响应≤30分钟、解决≤8小时；三级故障（一般问题）响应≤2小时、解决≤24小时 3. 服务满意度：校方满意度≥95%，运维工单办结率≥99% 4. 违约条款：SLA未达标按月度服务费的1‰~5‰扣减 |
| 运营级别协议（OLA） | 与某个内部信息服务部门就某项信息系统服务所签订的后台协议 | 运维团队内部各支持小组之间的协作协议，将SLA目标分解到硬件组、软件组、安全组、管理组，确保内部协同达成SLA承诺 | 1. 硬件组：接到故障派单后5分钟内响应，2小时内到达现场，备件更换≤4小时 2. 软件组：远程技术支持响应≤30分钟，模型优化迭代周期≤5个工作日，版本升级成功率≥99% 3. 安全组：安全预警人工复核≤10分钟，事件处置闭环≤1小时，7×24小时监控无漏报 4. 管理组：运维报告每月5日前交付，服务评审会议每季度末召开，改进措施跟踪闭环率100% |
| 支持合同（UC） | 服务供需双方签订的有关服务实施的正式合同 | 运维团队与外部供应商签订的支撑合同，包括设备厂商维保合同、备件采购合同、第三方安全测评合同等，为SLA和OLA提供外部保障 | 1. 设备厂商维保：摄像机、AI网关等核心设备提供原厂备件支持，备件到货≤24小时，固件升级支持≤48小时响应 2. 备件采购合同：常用备件（电源、镜头、网线等）库存充足率≥95%，紧急采购到货≤12小时 3. 第三方安全测评：每半年进行一次渗透测试，高危漏洞修复≤24小时，中危漏洞修复≤7天 4. 违约条款：供应商未达标按合同金额的1%~10%赔偿，严重违约可终止合同 |
信息系统服务战略规划可以帮助信息系统服务供方识别客户的服务需求，并对其进行全面分析，最终形成服务级别协议。信息系统服务战略规划的主要活动包括规划设计活动、服务目录管理、服务需求识别、服务级别设计
1、规划设计活动 是在需求阶段客户结合服务目录的定义和自身要求，提出服务级别需求。服务供方根据服务级别需求，同时兼顾成本控制和定价，进行服务级别设计，最终形成服务级别协议、运营级别协议和支持合同。在本项目中，我们首先结合校方需求与成本考量进行服务级别设计。依据3210万元建设规模与280万元年度运维预算，我们识别出硬件、软件、安全运维及运维管理四大核心服务需求。通过平衡服务成本与定价，我们设计了涵盖前端设备完好率、AI识别准确率、告警响应时效等关键指标的服务级别协议（SLA），并据此制定了内部运营级别协议（OLA）及与第三方供应商的支持合同，确保服务承诺的可落地性。 2、服务目录管理 目的是确保服务目录生成和维护，服务目录管理包括成立管理小组、列举服务清单、确定服务类别与代码、编制服务详情、评审并发布服务目录、完善服务目录等。为确保服务内容清晰透明，我们成立了服务目录管理小组。小组列举了包括星光摄像机巡检、AI视频网关维护、场景模型优化、7×24小时安全监控等在内的详细服务清单，并确定了相应的服务类别与代码。随后，我们编制了包含服务描述、交付标准、响应时限的服务详情，经校方信息中心与保卫处评审后正式发布。在运维过程中，我们根据业务变化持续完善目录，确保其始终覆盖校园安防的实际需求。 3、服务需求识别 指客户结合服务目录所定义的服务范围及内容，识别自身的服务需求。客户对信息系统服务的需求一般可划分为可用性需求、连续性需求、服务能力需求、信息安全需求、价格需求及服务报告需求。校方结合发布的服务目录，明确了具体的服务需求。在可用性方面，要求核心视频流与AI分析平台保持高可用；在连续性方面，要求故障发生后能快速恢复，保障安防不中断；在服务能力方面，要求具备针对校园欺凌等复杂场景的算法优化能力；在信息安全方面，严格管控视频数据权限与隐私保护；在价格与报告方面，明确了年度运维费用标准及月度运维报告、季度服务评审的交付要求。 4、服务级别设计 是服务供方与需方一起协商适度的目标，经商定后进行文档记录，以便在服务运营期进行监测，把服务交付实际情况和商定的服务级别进行比较，以衡量服务质量与价格。我们与校方共同协商并确定了适度的服务目标。例如，约定前端摄像机在线率不低于98%，严重故障响应时间不超过30分钟，AI场景识别准确率季度提升不低于1%，有效投诉处理闭环率达到100%。这些目标被详细记录在服务级别协议中，作为运营期的监测基准。通过定期对比实际交付情况与商定目标，我们能够量化评估服务质量，确保运维服务物有所值并持续改进。
服务目录是整理、分析服务产品和管理客户期望的重要工具，是服务供方为客户所提供服务的集中信息来源，定义了服务供方所提供服务的全部种类和目标，以确保客户可以准确地看到服务供方可提供的服务范围、内容及相关细节。服务目录为服务供需双方提供一个准确、一致的中心数据源，同时记录了所有服务的状态及信息，能够在识别客户服务需求、制定服务级别协议、运营级别协议及支持合同的过程中发挥支撑作用。
| 服务代码 | 服务名称 | 服务内容 | 服务描述 | 服务方式 | 服务时间 | 服务级别 |
|---|---|---|---|---|---|---|
| HW-001 | 前端视频设备巡检服务 | 对星光半球摄像机、普通摄像机、红外枪机等前端设备进行定期现场巡检、清洁与状态检测。 | 通过主动巡检及时发现设备隐患，确保前端采集设备正常运行，保障视频画面清晰、无遮挡、无故障。 | 现场服务（上门技术支持） | 5×8 | 响应时间≤2小时，到达现场时间≤4小时，故障解决时间≤8小时 |
| HW-002 | 前端设备故障应急维修 | 针对前端摄像机及AI视频网关等硬件故障，提供故障诊断、备件更换及现场修复服务。 | 采用"主动巡检+应急响应"模式，确保设备故障后快速响应与修复，恢复设备正常运行。 | 现场服务（上门技术支持） | 7×24 | 响应时间≤30分钟，到达现场时间≤2小时，故障解决时间≤4小时 |
| SW-001 | 场景识别训练平台运维 | 对场景识别训练平台进行版本更新、模型训练优化、数据备份及性能调优。 | 采用"定期迭代+按需定制"模式，持续提升校园欺凌、违规进出等场景的AI识别准确率。 | 远程服务（远程技术支持） | 5×8 | 响应时间≤1小时，故障解决时间≤8小时 |
| SW-002 | AI视频分析系统运维 | 对AI视频分析系统进行日常维护、版本升级、算法优化及系统性能调优。 | 保障AI视频分析系统稳定运行，确保安全事件识别与处理的准确性和时效性。 | 远程服务（远程技术支持） | 5×8 | 响应时间≤1小时，故障解决时间≤8小时 |
| SEC-001 | 安全事件实时监控服务 | 对校园欺凌、违规进出、非授权人员闯入等预设安全场景进行7×24小时智能监控与预警。 | 采用"智能预警+人工复核"模式，实现安全事件的实时感知与快速发现。 | 远程服务（远程集中监控） | 7×24 | 响应时间≤15分钟，故障解决时间≤2小时 |
| SEC-002 | 安全事件分级处置服务 | 对监控发现的安全预警事件进行人工复核、分级响应与快速处置。 | 根据事件严重程度进行分级处置，确保安全事件得到及时、有效的处理。 | 现场服务（驻场技术支持） | 7×24 | 响应时间≤10分钟，到达现场时间≤30分钟，故障解决时间≤1小时 |
| MGT-001 | 运维报告编制服务 | 定期编制运维服务报告，包括设备运行状态、故障处理情况、安全事件统计等内容。 | 通过编制运维报告，为服务评审与持续改进提供数据支撑。 | 远程服务（远程技术支持） | 5×8 | 响应时间≤2小时，报告交付时间≤5个工作日 |
| MGT-002 | 服务评审与持续改进 | 定期开展服务评审会议，基于PDCA循环与量化考核模式，推动运维服务质量持续提升。 | 通过服务评审与持续改进机制，保障运维服务规范化、标准化与持续优化。 | 现场服务（上门技术支持） | 5×8 | 响应时间≤4小时，会议组织时间≤10个工作日 |
- 信息系统服务管理过程，以及各自关键指标
- 结合项目，介绍服务设计实现的主要活动✨
- 给出人员绩效考核表
服务级别管理过程、服务报告管理过程、问题管理过程、事件管理过程、配置管理过程、变更管理过程、发布管理过程、信息安全管理过程
服务设计实现是以兑现对客户的服务承诺为目的，对信息系统服务进行整体设计。其主要活动及作用有:(1)服务模式设计，其主要作用是能够根据客户需求和服务内容，提供不同模式的服务。做到随需而变，从而提升客户满意度。(2)人员要索设计，其主要作用是根据客户的需求配置服务人员，以最大限度地满足客户需求。(3)资源要素设计，其主要作用是确保服务供方具备提供足够资源的能力，以满足与需方约定的及需方未来的服务需求。(4)技术要素设计，其主要作用是根据需方要求或技术发展趋势，具备发现和解决问题的能力。(5)过程要素设计，其主要作用是使服务更加轨道化、标准化、规范化，从而保障服务需求的实现。具体表现如下表1所示：
| 主要活动 | 定义及作用 | 本项目实践 |
|---|---|---|
| 服务模式设计 | 根据客户需求和服务内容提供不同服务模式，做到随需而变，提升客户满意度 | 本项目针对硬件、软件、安全运维和运维管理分别设计服务模式。硬件运维采用“主动巡检+应急响应”模式，定期对摄像机、AI视频网关等前端设备开展巡检和故障更换；软件运维采用“定期迭代+按需定制”模式，持续优化场景识别训练平台和AI视频分析系统；安全运维采用“智能预警+人工复核”模式，对校园欺凌、违规进出、非授权人员闯入等场景进行7×24小时监控与分级处置；运维管理采用“PDCA循环+量化考核”模式，通过服务评审和持续改进保障服务质量 |
| 人员要素设计 | 根据客户需求配置服务人员，最大限度满足服务需求 | 本项目设置项目经理、技术负责人、知识工程师/算法工程师、硬件运维工程师、软件运维工程师、安全运维工程师和服务台人员等岗位。其中知识工程师负责场景识别模型优化、AI告警误报分析和算法版本管理；硬件运维工程师负责前端设备巡检、故障诊断和备件更换；安全运维工程师负责告警监控、事件复核和应急处置；服务台人员负责统一受理服务请求、工单跟踪和用户回访，形成职责清晰、分工协作的运维团队 |
| 资源要素设计 | 确保服务供方具备提供足够资源的能力，满足约定及未来服务需求 | 本项目从服务工具、服务台、备件库和知识库四个方面开展资源设计。服务工具包括监控工具、过程管理工具、日志分析工具和模型版本管理工具；服务台提供电话、工单、即时通讯和应急专线等统一入口；备件库储备摄像机、AI视频网关、电源模块等关键备件，并建立分级响应和出入库管理制度；知识库沉淀常见故障现象、排查步骤和解决方案，支持复用和持续更新 |
| 技术要素设计 | 根据需方要求或技术发展趋势，具备发现和解决问题的能力 | 本项目依托AI视频分析、计算机视觉识别、视频流健康监测、日志集中分析和自动化告警等技术，提升问题发现能力。通过场景识别训练平台持续补充校园欺凌、违规进出、非授权人员闯入等样本，优化算法模型，降低误报率和漏报率。同时利用远程诊断、链路检测、版本回退和性能调优手段，快速定位摄像机离线、视频延迟、网关通信异常和平台功能故障，提高故障处置效率 |
| 过程要素设计 | 使服务更加轨道化、标准化、规范化，保障服务需求实现 | 本项目围绕事件管理、问题管理、变更管理、配置管理、发布管理和知识管理建立标准化流程。服务请求和故障通过服务台统一受理并分级派单；重大故障启动应急升级机制；模型更新和平台升级纳入变更和发布管理；设备、软件、算法版本和配置项纳入配置管理库；故障处理完成后形成知识条目并沉淀到知识库；每月通过运维报告和服务评审开展PDCA改进，确保运维过程可追溯、可考核、可优化 |
人员绩效考核是服务供方针对其成员所承担工作的实际效果及贡献，应用各种科学的定性和定量的方法，进行核定、评价与评估。服务供方通过绩效考核保持、提升成员的服务态度和服务意识，进而保障供方自身的服务能力。在本项目中，我们主要从岗位职责、绩效目标、考核周期、考核项、绩效得分、权重、总体评价等方面设计。以知识工程师李工在第2季度的考核为例，其人员绩效考核指标有平台功能故障解决率、延时事件响应及时率、客户有效投诉处理闭环率等，如下表2所示:
智慧校园安防系统运维服务项目人员绩效考核指标表 姓名| 李工 | 岗位| 算法工程师| 考核周期 | 第二季度|
| 姓名 | 李工 | 岗位 | 知识工程师/算法工程师 | 考核周期 | 第二季度 |
|---|---|---|---|---|---|
| 考核项 | 计算方法 | 绩效得分 | 权重 | 总体评价 | |
| 平台功能故障解决率 | 考核期内已解决的平台功能故障数 ÷ 平台功能故障总数 × 100% | 95 | 20% | 能够及时定位场景识别训练平台、AI视频分析系统功能问题，故障处理效率较高 | |
| 延时事件响应及时率 | 规定时限内完成响应的延时事件数 ÷ 延时事件总数 × 100% | 92 | 15% | 对视频流延迟、告警推送延迟等问题响应较及时，但个别复杂场景定位耗时偏长 | |
| 客户有效投诉处理闭环率 | 已闭环的有效投诉数 ÷ 客户有效投诉总数 × 100% | 90 | 10% | 能配合校方保卫处、信息中心完成投诉核查，闭环意识较强 | |
| 算法模型识别准确率提升率 | 期末重点场景识别准确率 − 期初重点场景识别准确率 | 88 | 15% | 围绕校园欺凌、违规进出、非授权人员闯入等场景完成模型优化，准确率稳步提升 | |
| AI告警误报率控制 | AI视频分析系统误报事件数 ÷ AI告警总数 × 100%，低于目标值得满分 | 90 | 10% | 通过样本补充和阈值调整降低了无效告警，但仍需持续优化夜间、逆光等复杂场景 | |
| 巡检计划完成率 | 实际完成巡检项数 ÷ 计划巡检项数 × 100% | 95 | 10% | 能按季度巡检计划完成前端摄像机、AI视频网关及平台运行状态检查 | |
| 运维文档与知识库贡献 | 考核期内新增或更新运维文档、故障案例、模型优化记录数量及质量评分 | 85 | 10% | 文档记录较完整，但知识库复用率和案例沉淀深度仍有提升空间 | |
| 服务满意度 | 校方用户满意度调查平均分 ÷ 满分标准 × 100% | 92 | 10% | 沟通态度良好，问题反馈较及时，获得保卫处和信息中心认可 |
绩效总分 = Σ（绩效得分 × 权重）= 91.65分，考核结果可评定为优秀。
信息系统规划¶
信息系统规划的主要内容¶
信息系统规划是组织数字能力建设的总体纲领，其主要内容包括：信息系统发展战略、主要系统及架构、组织体系优化、技术体系定义、任务体系部署、资源体系调度、保障体系设定。
(1)信息系统发展战略是基于组织战略与目标，确立信息系统建设与发展的总体愿景与目标。在本项目中，我们围绕XX高校“平安校园、智慧校园”建设目标，确立智慧校园安防系统的发展战略：以计算机视觉和AI视频分析为核心，构建“前端全面感知、平台智能分析、事件快速处置、运维持续优化”的校园安全防控体系。发展路径分为建设、试运行、正式运维和持续优化四个阶段。2024年4月完成招标立项，10月启动运维，服务期3年。通过持续优化算法模型、完善运维流程和提升响应能力，逐步实现安防事件从被动处置向主动预警转变，提升校园安全管理水平。
(2)主要系统及框架是确定信息系统的总体框架和分系统划分，总体框架分为以应用功能为主线、以平台能力为主线、以互联网为主线的框架。本项目总体架构采用“前端感知层—网络传输层—平台服务层—应用层—运维管理层”的分层结构。前端感知层包括星光半球摄像机、普通摄像机、红外枪机和AI视频网关；网络传输层负责视频流、告警数据和运维数据传输；平台服务层包括视频接入、AI视频分析、场景识别训练和数据存储服务；应用层提供校园欺凌、违规进出、非授权人员闯入等场景的实时监控与告警处置；运维管理层提供设备监控、工单管理、报表统计和知识库管理功能，支撑硬件、软件、安全运维和运维管理协同运行。 (3)组织体系优化是基于数据要素实施业务和组织变革，大型单位的信息组织体系一般分为集中式、分权式和平衡矩阵式。本项目采用平衡矩阵式组织体系，由学校信息中心、保卫处和运维服务团队共同组成。信息中心负责系统建设、资源协调和服务质量监督；保卫处负责安全事件处置、告警复核和业务需求提出；运维服务团队设置项目经理、技术负责人、知识工程师、硬件运维工程师、软件运维工程师、安全运维工程师和服务台人员。通过统一服务台受理请求，按事件类型分级派单，形成业务部门提出需求、运维团队提供技术支持、管理部门监督考核的协同机制。 (4)技术体系定义是确立支撑信息系统落地运行的技术体系，其范围通常包括应用软件及开发技术、网络技术、数据库技术、中间件技术等。本项目技术体系涵盖AI视频分析、视频流接入、数据库、中间件、网络存储和信息安全等技术。应用软件方面，部署场景识别训练平台和AI视频分析系统，支持模型训练、版本管理和告警推送；网络与存储方面，采用千兆/万兆网络承载视频流，使用集中存储保存录像和告警数据；数据库方面，存储设备台账、告警记录、工单信息和用户权限；中间件方面，采用消息队列支撑告警分发和系统解耦；信息安全方面，通过访问控制、日志审计、数据备份和权限分级，保障视频数据和告警信息安全可靠。 (5)任务体系部署是对系统建设、优化和运营的任务进行层次化划分和部署，包括括任务拆解、明确目标、匹配组织、制定策略、定义计划、监控实施。本项目将运维任务划分为日常巡检、故障处置、模型优化、安全监控、变更发布、知识沉淀和服务评审七类。日常巡检负责检查前端设备和平台运行状态；故障处置负责摄像机离线、视频延迟、网关异常等问题处理；模型优化负责补充样本、调整参数和提升识别准确率；安全监控负责7×24小时告警监控和人工复核；变更发布负责平台升级和模型版本发布；知识沉淀负责将典型故障形成知识条目；服务评审负责按月开展PDCA改进，确保各项任务目标明确、责任到人、进度可控。 (6)资源体系调度是对组织的人力资源、财务资源、技术资源、业务资源和软硬件资源进行识别与评估、关系与控制、分配与调度、风险与优化。本项目对人力、财务、技术、备件和数据资源进行统一调度。人力资源方面，根据服务级别配置知识工程师、运维工程师和服务台人员，并建立值班和应急支援机制；财务资源方面，合理安排280万元年度运维经费，用于人员服务、备件采购、工具使用和培训考核；技术资源方面，持续优化监控工具、工单系统和算法平台；备件资源方面，建立摄像机、AI视频网关、电源模块等备件库，实行分级响应；数据资源方面，规范告警数据、日志数据和运维数据的采集、存储和备份，提高资源利用效率。 (7)保障体系设定是为信息系统规划的有效落实提供保证包括组织保障、人员保障、技术保障、资源保障、数据保障、安全保障。本项目从组织、人员、技术、资源、数据和安全六个方面建立保障体系。组织保障上，明确校方管理部门与运维团队的职责边界和沟通机制；人员保障上，开展岗前培训、技能考核和应急演练，提升团队专业能力；技术保障上，建立远程诊断、日志分析、版本回退和故障升级机制；资源保障上，保持备件库存、工具平台和应急车辆可用；数据保障上，定期备份配置数据、模型数据和告警数据；安全保障上，落实账号权限管理、视频数据保护、操作审计和网络安全防护，确保系统稳定运行。
信息系统规划关注要点¶
信息系统规划是一项复杂的需要持续迭代的过程，其工作要点主要包括内外部需求挖掘、场景化模型分析、深度诊断与评估、整体与专项规划、持续改进 （1）内外部需求挖掘是通过对组织内外部环境的深入调研和分析，收集并明确信息系统发展的内外部需求，包括内部需求挖掘、外部需求挖掘和需求的整合与分析。在本项目中，我们首先开展内外部需求调研。内部需求方面，通过访谈保卫处、信息中心、院系师生，梳理校园欺凌、违规进出、非授权人员闯入、设备离线、视频延迟等典型问题；外部需求方面，结合《教育强国建设规划纲要》《“人工智能+教育”行动计划》及高校安防建设要求，明确系统应具备实时感知、智能预警、快速处置和持续运维能力。随后对需求进行整合分析，将硬件稳定运行、算法准确率提升、安全事件闭环、运维可量化考核等需求纳入规划范围，为后续场景分析和系统设计提供依据。 (2)场景化模型分析是将信息系统应用场景与实际业务活动场景及需求相结合的分析方法，其模型的主要组成部分包括场景定义、角色分析、业务分析、数据分析、技术分析、组织分析、风险分析、政策与法律分析。本项目围绕校园安全典型场景开展模型分析。场景定义上，聚焦校园欺凌、违规进出、非授权人员闯入等高风险事件；角色分析上，涉及学生、教职工、安保人员、运维工程师和管理人员；业务分析上，明确告警发现、人工复核、事件处置、工单闭环等流程；数据分析上，梳理视频流、告警记录、设备状态和工单数据；技术分析上，评估摄像机覆盖、AI识别能力、网络带宽和平台性能；组织分析上，明确保卫处与运维团队协同机制；风险分析上，识别误报漏报、设备故障、数据安全和响应延迟风险；政策与法律分析上，关注视频数据合规、隐私保护和校园安全管理要求。
(3)深度诊断与评估是从业务能力维度和成熟度等级维度两个维度确立诊断与评估模型对组织业务与能力发展进行量化评估，从而进一步锁定目标、细化需求，确认各类需求间的依存关系。在系统运维启动前，我们对现有安防能力开展诊断评估。从业务能力维度，评估前端设备完好率、视频流稳定性、算法识别准确率、告警响应时效和故障处置闭环能力；从成熟度等级维度，评估运维流程标准化、工具自动化、知识沉淀和持续改进水平。通过巡检数据、历史故障记录、告警统计和用户反馈，量化发现部分摄像机夜间识别效果不足、个别区域告警误报偏高、工单闭环周期偏长等问题。据此锁定优化目标，明确硬件巡检、模型迭代、流程优化和人员培训等重点任务。
(4)整体与专项规划是对各类需求进行整合与确认后开展规划的策划与设计，主要工作包含：需求整合与确认、整体规划、专项规划、一致性检查。在完成需求整合和诊断评估后，我们开展整体与专项规划。整体规划上，确定以“前端全面感知、平台智能分析、事件快速处置、运维持续优化”为总体思路，构建硬件、软件、安全运维和运维管理协同体系，遵循标准化、可量化、可追溯原则。专项规划上，分别制定前端设备运维方案、算法模型优化方案、安全事件处置方案、备件库管理方案、知识库建设方案和人员绩效考核方案，明确各专项的目标、流程、指标、责任人和执行计划，确保规划可落地、可考核。
(5)持续改进是确保信息系统能够满足组织战略和业务需求的动态过程，需要持续跟踪组织的战略、感知放术的发展创新、关注数报管理和信恩安全、注重用户体验和总参与、建立监测和评估机制。本项目建立持续改进机制，确保系统运维能力随业务需求和技术发展不断提升。通过月度运维报告、季度服务评审和年度满意度调查，跟踪设备运行、算法效果、事件处置和服务质量变化。针对AI告警误报、夜间识别偏差、工单响应超时等问题，持续补充训练样本、优化算法阈值、完善巡检清单和升级应急预案。同时关注计算机视觉、边缘计算、日志分析和自动化监控等技术发展，适时引入新工具和新方法，提升运维效率与用户体验，实现PDCA闭环管理。
- 信息系统规划遵循的原则 （理论）
- 信息系统规划常用方法（理论）
- 结合项目，进行信息系统规划的主要内容（理论+实践）✨
信息系统规划常见的规划方法包括战略目标集转移法(SST)、企业信息系统规划法、关键成功因素法(CSF)、价值链分析法(VCA)和Zachman框架。 (1)战略目标集转移法(SST)是把组织的总战略和信息素统战略分别看成“信息集合” 将组织战略集(包括使命、目标、战略及其他战略性组织属性)转换成与其相关联一致的信息 系统战略集(由系统目标、系统约束和系统建设战略构成)。定义管理功能、定义数据类、定义信息结构。 (2)企业信息系统规划法(BSP)是IBM公司提出的，先通过全面调查分析企业信息需求， 定义管理功能、定义数据类、 然后制定信息系统总体方案，其四个基本步骤为定义管理目标、 定义信息结构。 (3)关键成功因素法(CSF)认为一个组织的信息需求是由少数几个关键成功因素决定的， 通过分解组织整体目标，识别关键成功因素及其性能指标，据此确定组织分配资源的优先级别。 (4)价值链分析法(VCA)由波特提出，认为只有那些特定的能创造价值的经营活动才是 价值链上的“战略环节”，通过研究信息技术应用环节的增值潜力，优先考虑信息技术应用的 战略环节，从而优化信息处理流程。 (5) Zachman框架是一种逻辑结构，对企业信息按照特定的要求进行分类、从不同的角进行描述，横向采用6W(What、How、Where.Who、When.Why)组织,纵向反映范围模型（规划者）、企业模型（所有者）、系统模型（设计者）、技术模型（构造者）、详细模型（集成者）、功能模型（使用者）六个IT架构层次
- 结合项目，介绍你所采用的信息系统规划方法（理论+实践）
- 结合项目，介绍信息系统规划时关注的工作要点（理论+实践）✨
- 给出规划的信息系统框架（实践）
Zachman框架是一种系统化、多角度的信息系统架构描述和分析方法，其横向维度分别由数据、功能、网络、人员、时间、动机对应回答What、How、Where、Who、When和Why6个问题；纵向维度则按照企业中不同角色的关注点进行划分，分别是规划人员关注范围模型、系统所有者关注企业模型、体系架构师设计人员关注系统模型、构造人员关注技术模型、集成工作者关注详细模型、使用人员关注功能模型。 我使用Zachman框架来规划XX高校智慧校区安防系统，将平台的核心要素与不同角色的需求相结合，构建战略、业务、技术等多维度架构模型，实现从战略愿景到落地实施的全流程覆盖。我使用的Zachman框架如下所示：
| 维度 | 数据（What） | 功能（How） | 网络（Where） | 人员（Who） | 时间（When） | 动机（Why） |
|---|---|---|---|---|---|---|
| 范围模型（规划者） | 明确系统需管理校园人员基础数据、视频影像数据、异常行为告警数据等核心数据资产 | 规划系统需具备全域视频采集、AI智能分析、安全事件分级处置等核心能力 | 界定系统需覆盖校园所有公共区域、宿舍、教学区、重点管控区域的空间范围 | 识别系统服务对象为全校师生、安保人员、宿管人员、系统管理员等利益相关方 | 规划项目12个月建设工期，明确系统7×24小时不间断运行的总体时间要求 | 响应教育数字化政策要求，解决传统安防识别不及时、隐患发现不全面的痛点 |
| 企业模型（所有者） | 梳理人员信息、视频流、告警记录、设备状态等核心业务数据实体及关联关系 | 定义欺凌识别、违规进出管控、未归检测、串岗监测、人员检索、轨迹融合等业务流程 | 规划光纤骨干网、IoT通信通道、边缘计算节点、中心机房的网络拓扑布局 | 明确安保指挥中心、宿管站、校保卫处、运维团队的职责分工与协作机制 | 制定安全事件分级响应时效标准，明确模型迭代、设备巡检的周期要求 | 确立构建智能化校园安全防控体系、实现全方位感知与快速响应的业务目标 |
| 系统模型（设计者） | 设计视频结构化数据表、告警事件库、人员特征库的逻辑结构与数据接口 | 设计AI分析引擎、告警分发模块、轨迹融合模块、后台管理模块的系统功能逻辑 | 设计前端设备接入层、边缘计算层、中心服务层的网络分层架构与通信协议 | 设计不同角色的系统操作权限、账号体系及工作流流转规则 | 设计实时视频流处理、定时模型训练、周期性报表生成的系统调度机制 | 设计系统性能指标、安全合规要求、服务级别协议等约束条件 |
| 技术模型（构造者） | 确定采用分布式数据库存储视频元数据，使用消息队列承载实时告警数据 | 确定采用深度学习算法开发场景识别模型，使用微服务架构实现功能模块解耦 | 确定采用星光半球摄像机、红外枪机、AI视频网关等硬件选型及光纤组网方案 | 确定开发运维管理平台，为不同角色提供Web端、移动端操作界面 | 确定边缘节点实时分析、中心平台T+1模型训练的时间分配方案 | 确定系统可用性≥99.9%、告警响应≤3秒等技术性能指标 |
| 详细模型（集成者） | 定义视频流编码格式、数据字段类型、API接口参数等物理实现细节 | 编写AI网关控制指令下发、告警短信触发、轨迹关联匹配的具体代码逻辑 | 规划每台摄像机的IP地址、光纤链路端口、IoT通道的物理连接配置 | 配置每个安保人员、宿管的系统账号、操作权限及告警通知接收规则 | 配置实时分析任务的执行优先级、模型更新的定时任务参数 | 配置系统监控阈值、故障告警规则、数据备份策略等运维保障参数 |
| 功能模型（使用者） | 安保人员可查询历史告警记录、调取对应时段视频影像进行事件追溯 | 宿管可实时接收宿舍违规进出、学生未归告警，一键触发处置流程 | 管理人员可通过移动端随时查看各区域实时监控画面及设备在线状态 | 不同角色登录后仅可见权限范围内的功能模块与数据内容 | 系统实时推送高等级告警，每日自动生成安全态势日报 | 系统运行稳定支撑校园安全管理效率提升，达成智能化防控的建设目标 |
项目总体架构采用“前端感知层—网络传输层—平台服务层—应用层—运维管理层”的分层结构。前端感知层包括星光半球摄像机、普通摄像机、红外枪机和AI视频网关；网络传输层负责视频流、告警数据和运维数据传输；平台服务层包括视频接入、AI视频分析、场景识别训练和数据存储服务；应用层提供校园欺凌、违规进出、非授权人员闯入等场景的实时监控与告警处置；运维管理层提供设备监控、工单管理、报表统计和知识库管理功能，支撑硬件、软件、安全运维和运维管理协同运行。
应用系统规划¶
- 应用系统规划的常用方法（理论）
- 结合项目，介绍应用系统规划的主要过程（理论+实践）✨
- 给出可行性研究报告（实践，表格）
常见的用系统规划设计方法有:应用系统组合法(APA)、TOGAF(开放组架构框架)、面向服务的架构等。 应用系统组合法(APA)，是一种用于评估和管理组织应用系统的方法，通过对现有用系统进行分析和评估，确定哪些应用系统需要保留、更新、替换或淘汰，核心目的是优化应用系统组合、提高组织的业务价值和效率。 TOGAF，是一种开放式企业架构框架标准，基于一个迭代的过程模型，由最佳实践和一套可重用的现有架构资产支持，核心目的是设计、评估并建立适合的企业IT架构。 面向服务的架构(SOA)，是一种软件架构设计的模型和方法论，根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用，核心目的是使组织实现跨应用、跨部门、跨组织甚至跨行业之间的离散系统互连。
在本项目中，我们基于面向服务的架构思想，将智慧校园安防系统划分为前端接入、视频分析、场景识别训练、告警处置、运维管理和数据服务等相对独立的粗粒度服务组件。各组件通过标准接口进行交互，前端摄像机和AI视频网关负责视频采集与边缘预处理，AI视频分析服务负责校园欺凌、违规进出、非授权人员闯入等场景识别，场景识别训练服务负责样本管理、模型训练和版本发布，告警处置服务负责告警分发、人工复核和事件闭环，运维管理服务负责设备监控、工单流转、报表统计和知识库管理。 通过服务化设计，系统实现了跨部门协同和松散耦合。保卫处、信息中心、院系用户和运维团队可通过统一服务台或应用界面访问不同服务，而无需直接依赖底层系统实现。当需要新增识别场景、调整告警规则或升级模型版本时，只需对相应服务进行迭代，不影响其他服务稳定运行。该架构也便于后续扩展，例如接入更多前端设备、对接学校统一身份认证、对接应急管理平台或引入新的AI分析能力，从而提升系统的可复用性、可扩展性和持续运维能力。
应用系统规划可以减少系统建设的盲目性，使系统具备整体性、适用性和有序阶段性，其主要过程包括：初步调研、可行性分析、详细调研、系统分析、系统设计。 (1)初步调研是掌握用户的概况，对用户提出的各种问题和初始要求进行识别，明确新系统的初步目标，为可行性研究提供基础。在本项目中，我们首先对XX高校校园安全现状开展初步调研。通过走访保卫处、信息中心、学生管理部门和部分院系，了解校园欺凌、违规进出、非授权人员闯入等安全管理痛点，以及原有视频监控系统覆盖不足、告警依赖人工巡查、事件处置效率不高等问题。在此基础上，识别出建设AI视频分析、实现智能预警、统一运维管理和提升事件处置效率等初步目标，为后续可行性研究提供依据。 (2)可行性研究是在项目正式开发之前对系统建设进行综合分析和论证，一般从经济、技术、社会、管理四个方面开展。本项目从经济、技术、社会和管理四个方面开展可行性分析。经济方面，项目总投资3210万元，年度运维经费280万元，能够降低人工巡查成本并提升安防事件处置效率；技术方面，星光摄像机、AI视频网关、计算机视觉识别和视频分析平台技术成熟，具备落地条件；社会方面，系统有助于提升校园安全治理水平，符合教育数字化和平安校园建设要求；管理方面，学校已具备信息中心、保卫处等管理基础，可通过服务台、工单和考核机制保障运维实施。 (3)详细调研是完整掌握现行系统的现状，查明其执行过程，发现问题和薄弱环节，收集资料和数据，为系统分析和新系统的逻辑设计做好准备。在可行性研究通过后，我们开展详细调研，全面掌握现有安防系统运行情况。重点调查前端摄像机、红外枪机、星光半球摄像机、AI视频网关、网络链路、存储设备和视频管理平台的设备数量、部署位置、运行状态和故障记录；梳理视频接入、告警推送、事件复核、应急处置和运维报修等业务流程；收集设备台账、历史告警、工单记录和用户反馈数据。通过调研发现部分区域覆盖不足、夜间识别效果不稳定、告警误报偏高、运维流程不统一等问题，为系统分析提供数据支撑。 （4）系统分析时系统分析师与用户在一起充分了解用户的要求，并把双方的理解用系统说明书表达出来，其过程分为问题分析、需求分析、需求定义三个阶段。本项目系统分析由系统分析师与校方信息中心、保卫处共同完成，并形成系统说明书。问题分析阶段，明确系统存在前端感知能力不足、智能识别能力欠缺、事件处置链条不完整和运维管理不规范等问题；需求分析阶段，梳理出硬件运维、软件运维、安全运维和运维管理四类需求，包括设备巡检、故障处置、模型优化、7×24小时监控、告警复核、工单闭环和绩效考核等；需求定义阶段，明确系统应具备前端设备接入、AI视频分析、场景识别训练、实时监控告警、运维工单管理和知识库管理等功能，并确定性能、安全、可用性和可维护性要求。 (5)系统设计是在已获准的系统分析报告的基础上，结合实际的经济、技术条件及时间要求进行系统物理模型设计，解决系统“如何做”的问题，通常分为总体设计和详细设计两个阶段。在系统分析报告获批后，我们开展系统设计，解决“如何做”的问题。总体设计阶段，确定“前端感知—网络传输—平台服务—应用展示—运维管理”的总体架构，划分场景识别训练平台、AI视频分析系统、视频接入服务、告警处置服务和运维管理模块。详细设计阶段，完成摄像机和AI视频网关部署方案、视频流接入与存储方案、算法模型训练与版本管理方案、告警分级与处置流程设计、服务台工单流程设计、备件库与知识库设计、用户权限与日志审计设计，并制定3年运维服务计划、人员配置方案和量化考核指标体系。
正文¶
服务设计实现¶
- 结合项目，按照服务工具；服务台；备件库；知识库介绍资源要素设计的主要内容
资源要素设计是根据已经识别的服务需求和设定的服务级别，确保服务供方具备提供足够资源的能力，以满足与需方约定的及需方未来的服务需求。其主要包括对服务工具、服务台、备件库、知识库四个方面的设计。 (1)服务工具设计 服务工具设计是借助自动化工具米提高工作的效率、降低服务风险。常见的服务工具包括监控类工具、过程管理类工具和其他工具。在本项目中，我们部署了监控类、过程管理类和其他辅助工具。监控类工具用于对星光半球摄像机、红外枪机、AI视频网关、视频流链路及场景识别训练平台进行状态采集、告警推送和运行趋势分析。过程管理工具用于统一受理服务请求、故障工单、变更申请和安全事件，实现派单、处理、复核、闭环全过程跟踪。其他工具包括远程诊断、日志分析、模型版本管理和报表统计工具，用于支撑算法优化、故障定位和运维报告编制，提高运维自动化水平和风险预警能力。 (2)服务台设计 服务台设计是为用户和信息系统服务供方提供一个统一联系点。其主要目的是设计有效手段受理需方的服务请求，及时跟踪服务请求的处理进展，确保实现服务级别协议要求。在本项目中，服务台作为校方保卫处、信息中心、院系用户与运维团队的统一联系点，提供电话、工单系统、即时通讯和应急专线等多种受理渠道。服务台按照7×24小时值班机制，负责接收设备故障、平台异常、告警误报、权限变更和安全事件等请求，并在受理时完成分级、派单、跟踪与回访。对于校园欺凌、违规进出、非授权人员闯入等高风险告警，服务台启动快速升级流程，确保在规定时间内完成响应、复核和处置闭环，保障服务级别协议达成。 (3)备件及备件库设计 备件库主要是为信息系统服务的客户提供设备备件。主要是配置备件响应方式和级别定义，并规范备件采购流程、出入库管理流程。在本项目中，备件库主要储备星光半球摄像机、普通摄像机、红外枪机、AI视频网关、电源模块、网线、交换机端口模块等常用备件。我们根据设备重要程度和故障影响范围，将备件响应划分为紧急、重要和一般三级，明确不同级别的出库时限和现场更换时限。同时规范备件采购、验收、入库、领用、归还、报废和盘点流程，建立备件台账和最低库存预警机制。对于关键前端设备，采用现场备件与中心备件库相结合的方式，确保故障发生后能够快速更换，缩短业务中断时间。 (4)知识库设计 知识库设计是针对常见问题的描述、分析和解决方法建立知识库以保证在整个组织内收集、共享、重复使用所积累的知识和信息。在本项目中，知识库围绕摄像机离线、视频流中断、AI告警误报、模型识别偏差、网关通信异常、平台登录失败等常见问题，沉淀故障现象、原因分析、排查步骤、解决方案和预防措施。知识条目由运维工程师在故障处理后及时录入，经技术负责人审核后发布，并按设备类型、系统模块、场景类型进行分类管理。知识库支持检索、复用和版本更新，既可用于新员工培训，也可在类似故障发生时快速提供参考，减少重复排查时间，提升运维服务标准化水平。
服务战略规划的主要活动¶
介绍如何使用Zachman框架进行信息系统规划¶
Zachman框架是一种系统化、多角度的信息系统架构描述和分析方法，其横向维度分别由数据、功能、网络、人员、时间、动机对应回答What、How、Where、Who、When和Why6个问题；纵向维度则按照企业中不同角色的关注点进行划分，分别是规划人员关注范围模型、系统所有者关注企业模型、体系架构师设计人员关注系统模型、构造人员关注技术模型、集成工作者关注详细模型、使用人员关注功能模型。 我使用Zachman框架来规划XX高校智慧校区安防系统，将平台的核心要素与不同角色的需求相结合，构建战略、业务、技术等多维度架构模型，实现从战略愿景到落地实施的全流程覆盖。我使用的Zachman框架如下所示：
| 维度 | 数据（What） | 功能（How） | 网络（Where） | 人员（Who） | 时间（When） | 动机（Why） |
|---|---|---|---|---|---|---|
| 范围模型（规划者） | 明确系统需管理校园人员基础数据、视频影像数据、异常行为告警数据等核心数据资产 | 规划系统需具备全域视频采集、AI智能分析、安全事件分级处置等核心能力 | 界定系统需覆盖校园所有公共区域、宿舍、教学区、重点管控区域的空间范围 | 识别系统服务对象为全校师生、安保人员、宿管人员、系统管理员等利益相关方 | 规划项目12个月建设工期，明确系统7×24小时不间断运行的总体时间要求 | 响应教育数字化政策要求，解决传统安防识别不及时、隐患发现不全面的痛点 |
| 企业模型（所有者） | 梳理人员信息、视频流、告警记录、设备状态等核心业务数据实体及关联关系 | 定义欺凌识别、违规进出管控、未归检测、串岗监测、人员检索、轨迹融合等业务流程 | 规划光纤骨干网、IoT通信通道、边缘计算节点、中心机房的网络拓扑布局 | 明确安保指挥中心、宿管站、校保卫处、运维团队的职责分工与协作机制 | 制定安全事件分级响应时效标准，明确模型迭代、设备巡检的周期要求 | 确立构建智能化校园安全防控体系、实现全方位感知与快速响应的业务目标 |
| 系统模型（设计者） | 设计视频结构化数据表、告警事件库、人员特征库的逻辑结构与数据接口 | 设计AI分析引擎、告警分发模块、轨迹融合模块、后台管理模块的系统功能逻辑 | 设计前端设备接入层、边缘计算层、中心服务层的网络分层架构与通信协议 | 设计不同角色的系统操作权限、账号体系及工作流流转规则 | 设计实时视频流处理、定时模型训练、周期性报表生成的系统调度机制 | 设计系统性能指标、安全合规要求、服务级别协议等约束条件 |
| 技术模型（构造者） | 确定采用分布式数据库存储视频元数据，使用消息队列承载实时告警数据 | 确定采用深度学习算法开发场景识别模型，使用微服务架构实现功能模块解耦 | 确定采用星光半球摄像机、红外枪机、AI视频网关等硬件选型及光纤组网方案 | 确定开发运维管理平台，为不同角色提供Web端、移动端操作界面 | 确定边缘节点实时分析、中心平台T+1模型训练的时间分配方案 | 确定系统可用性≥99.9%、告警响应≤3秒等技术性能指标 |
| 详细模型（集成者） | 定义视频流编码格式、数据字段类型、API接口参数等物理实现细节 | 编写AI网关控制指令下发、告警短信触发、轨迹关联匹配的具体代码逻辑 | 规划每台摄像机的IP地址、光纤链路端口、IoT通道的物理连接配置 | 配置每个安保人员、宿管的系统账号、操作权限及告警通知接收规则 | 配置实时分析任务的执行优先级、模型更新的定时任务参数 | 配置系统监控阈值、故障告警规则、数据备份策略等运维保障参数 |
| 功能模型（使用者） | 安保人员可查询历史告警记录、调取对应时段视频影像进行事件追溯 | 宿管可实时接收宿舍违规进出、学生未归告警，一键触发处置流程 | 管理人员可通过移动端随时查看各区域实时监控画面及设备在线状态 | 不同角色登录后仅可见权限范围内的功能模块与数据内容 | 系统实时推送高等级告警，每日自动生成安全态势日报 | 系统运行稳定支撑校园安全管理效率提升，达成智能化防控的建设目标 |