东南大学校园访客系统

群立

技术要求 1.性能要求 （1）系统需能够支持集群工作模式，必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能； （2）系统需具备一定的容错性，在运行环境出现故障时仍能提供稳定、持续的服务； （3）系统需具备在大规模用户同时在线访问的情况下仍能提供高速运行的能力； （4）系统需采用主流的、成熟的商用中间件产品。 2.数据、应用与对接 ★（1）整体要求 1）本项目必须采用私有云架构，不接受公有云部署； 2）根据项目建设需求，系统须按规范对接办事大厅、信息门户、移动APP、微信公众号、统一身份认证平台、消息中心、任务中心、短信平台、电子签章平台等公共平台、系统或应用；并根据业务需要对接校内已有业务系统。 如招标人公共平台或数据服务接口升级或变更，投标人在维保期内应免费配合完成接口调整的开发工作； 3）投标人应提供具有软件测试资质的第三方机构提供的软件测试报告，包括性能测试等，重要业务且影响面大的系统，需要具有CMA或CNAS检测资质的第三方软件检测机构提供性能测试报告；并对本项目所含软件在招标人提供的部署环境中进行质量验证测试，测试通过后系统方可上线运行； 4）本项目所包含的流程类的功能需求，对于基础数据、流程节点、表单格式、校验规则及报表模板等，系统可根据业务变化灵活调整。在系统维保期内，投标方应免费进行调整。 5）维保期内，投标人应免费提供软件的版本升级。 6）项目定制化部分源码交付，并提供项目开发文档。（可选） 以上六点投标人须提供加盖公司公章的承诺函，如不提供则视为无效投标。 （2）投标人需提交项目所含软件的数据架构设计方案，其中包括以下内容： 1)以实体关系（E-R）图形式描述本项目需求分析中业务对象的概念数据模型； 2)以列表形式描述本项目软件将要采集的业务数据的元数据信息； 3)以数据流图（DFD）形式描述业务数据在系统中流动与处理的过程； 4)完整的业务数据库结构方案，包括数据库、数据表、视图、字段、记录等内容的定义信息； 5)与外部系统的数据交换方案，应注明需从招标人获取或对接的数据内容，以及投标人能够支持的对接方式； 6）原型图，或者简要的产品需求文档，需包含项目整体功能设计说明。 ▲（3）投标人对系统的数据编码和数据格式的定义，应符合国家标准、教育部标准和学校数据标准对相关数据的规定，不得采用违反以上标准的数据编码或数据格式，如果所涉数据不在国家标准、教育部标准和学校数据标准范围中，投标方应在数据架构设计方案中明确标识。 （4）投标人应提供本项目所含软件的部署方案，其中包括以下内容： 1)软件部署架构方案，需说明软件部署架构所支持的系统容错程度； 2)计算存储资源需求，需说明系统运行所需的计算、存储资源大小； 3)网络资源需求，需说明系统运行所需的路由策略、带宽； 4)操作系统、数据库版本，如支持容器部署，请注明容器平台版本。 ▲（5）投标人应通过招标人规定的数据服务接口对接数据，不应通过其它形式采集数据服务所包含的数据，原则上也不应将数据服务提供的数据进行本地化存储； ▲（6）系统须部署在东南大学数据中心云平台（HCSO）环境中，操作系统须为HuaweiCloudEuler或openEuler，数据库须为MySQL或PostgreSQL，要求支持离线部署、升级。如本项目属于已有系统的功能扩充或升级，则须将所涉及系统一并迁移并部署至数据中心云平台（HCSO）中，操作系统和数据库要求同上。 3. 安全要求 （1）认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件； （2）信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，支持https协议访问，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密； （3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改； （4）监控预警：记录应用日志，对系统进行实时监测，能够及时预警，保障稳定运行； （5）数据备份：利用数据库的备份功能将建设的平台和系统数据按照校方要求备份到指定的服务器或存储系统上； （6）数据安全：系统应满足数据安全相关法律法规要求。应具有隐私政策，经用户同意收集与使用个人信息。应采用权限管控、数据加密、数据脱敏等措施，防止敏感数据泄露，保证数据安全合规； （7）要求投标方需从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案，以便防范安全风险； ★（8）系统上线安全要求 1）渗透测试要求： 资质：测试机构须具备CCRC颁发的信息安全风险评估服务（二级及以上） 资质。 范围：系统功能全部完成后，针对我校部署的系统进行测试。 内容：包括但不限于OWASP Top 10漏洞，如SQL注入漏洞、跨站脚本漏洞、暴力破解漏洞、敏感信息泄露漏洞、业务逻辑漏洞、文件上传漏洞、越权漏洞、未授权访问漏洞、命令注入漏洞、任意文件读取、服务端请求伪造等。 方式：测试前须提交域名、IP地址等信息加入安全设备白名单，并通过vpn到校内环境进行，否则报告视为无效。 2）密码安全要求：所有系统、后台、操作系统、数据库的密码不得使用默认口令。必须启用强密码策略：长度≥10位，且须包含数字、大小写字母、特殊字符中至少三类。 3）安全运维及合规承诺：承诺系统满足网络安全等级保护（二级及以上）要求，并无条件配合测评工作。发生安全事件（如漏洞、入侵），须立即响应并修复。必须主动告知用户版本的安全问题并及时提供修复方案。全面配合学校的所有安全管理工作与检查。 以上三点投标人须提供加盖公司公章的承诺函，承诺函须逐条明确承诺，如不提供则视为无效投标。 ★（9）保密及知识产权 未经用户单位书面许可，投标人不得以任何形式向第三方透露本项目标书以及本项目的任何内容。确定中标方后，投标人须与用户单位签订保密协议。必须对项目技术文件及由用户单位提供的所有内部资料、技术文档、数据和信息、系统界面等予以保密。 因本项目产生的技术成果和知识产权归学校所有，学校拥有此系统的永久使用权。 以上内容投标人须提供加盖公司公章的承诺函，如不提供则视为无效投标。 (10)功能参数 10.1.1多类型访问入口 (1)校外访客入口 校外访客通过该入口发起入校申请，需完成详细信息填报并触发审批流程，具体要求如下： •信息采集范围：需采集访客核心身份与访问信息，包括但不限于访客姓名（需与身份证一致）、18位身份证号（系统需支持格式校验，若输入错误需实时提示）、有效联系方式（手机号，支持短信验证码验证真实性）、被访人信息（姓名所***/班级，系统支持模糊搜索匹配校园内部人员信息，避免输入错误）、访问事由，是下拉选择形式的，如选择因公或因私等、预计入校开始结束时间、车牌号（如有车辆入校需填写，支持常见车牌格式校验）。 •审批流程触发：访客提交信息后，系统自动将申请单流转至被访人处，触发审批流程。被访人可实时收到申请通知，须在规定时间内完成审批，审批结果（通过/驳回）将通过短信及系统消息同步给访客，驳回时需注明具体原因，同时访客单日最大申请1次、每月最大申请30次。 (2)师生邀约入口 师生在应用内生成专属邀约码或邀约链接，访客通过该入口接入，实现自动获取被访问人信息，具体要求如下： •邀约关联方式：访客支持通过邀约二维码或邀约链接形式，获取被访问人信息，邀约码有效期为2天，单日邀约最大7次，当月最大50次。 •信息采集与生效：关联教职工信息后，访客需补充填写个人信息，包括姓名、18位身份证号（系统校验格式）、有效手机号（短信验证）、车牌号（如有车辆入校需填写，支持格式校验），并阅读《校园访客入校须知》方可提交申请。当老师邀约时，老师审批即结束；学生(除留学生)邀约时，无车辆情况下，学生审批即结束，有车辆情况下，需要辅导员二次审批；留学生邀约时，需辅导员审批。 (3)师生帮填入口 由师生为亲属发起入校申请，根据身份信息与是否有车辆入校区分审批流程，具体要求如下： •信息采集范围：师生需通过一卡通登录，填写亲属信息，帮填时无须填写被访人信息，需填写亲属姓名亲*18位身份证号（系统校验格式）、亲属有效手机号（短信验证）、车牌号（如有车辆入校需填写，支持格式校验）、预计入校开始结束时间等。 •审批规则：当老师帮填时，无需审批；学生帮填时，无车辆情况下，无需审批，有车辆情况下，系统自动将申请单流转至学生所属班级的辅导员处；审批结果通过短信及系统消息同步给学生及亲属，驳回时需注明原因。每位学生单日最大邀请5位亲属，每月最多邀请15位亲属入校，每位老师单日邀约最大7次，当月最大50次。 10.1.2 智能填报功能 该功能旨在通过复用历史信息提升访客填报效率，具体要求如下： •历史信息保存：访客首次提交信息并通过审核后，系统自动保存其常用信息，包括姓名身***、联系方式、常用被访人信息（校外访客）、亲属关系信息（学生亲属入口）、常用车牌号（如有）等。 •一键复用操作：访客再次发起申请时，系统自动显示历史保存的信息列表，访客可选择对应信息条目，一键填充至当前申请表单中，仅需补充或修改变动信息（如访问时间等）即可提交，减少重复输入操作。 10.1.3 通行服务功能 (1)电子通行证 访客申请通过后，系统自动生成电子通行证，具体要求如下： •凭证内容：电子通行证包含访客姓名身***、访问时段、被访人信息（如有）、通行二维码（唯一标识，包含访客身份与申请单信息）、入校须知摘要。 •离线使用支持：电子通行证支持离线保存功能，访客可将凭证截图或下载至本地，在无网络环境下仍可展示给门卫核验。二维码有效期与访问时段一致，过期后自动失效。 (2)多模式核验 支持多种核验方式保障通行效率，同时实现数据实时同步，具体要求如下： •核验方式：一是刷身份证核验，访客在校园出入口的身份证读卡器上刷卡，系统自动读取身份证信息并匹配申请记录，验证通过则显示“核验成功”；二是动态二维码核验，门卫通过管理后台配套的扫码设备扫描访客电子通行证上的二维码，系统实时校验二维码有效性，验证通过后完成核验；三是人工辅助核验，若上述方式出现故障，门卫可在管理后台输入访客身份证号或姓名查***记录，手动完成核验。 •数据同步：无论采用何种核验方式，核验时间、核验地点、核验结果（成功/失败）等数据均需实时同步至管理后台，形成通行记录，确保数据可追溯。核验失败时，系统需提示失败原因（如“凭证已过期”“信息不匹配”等）。 (3)访客限定 对访客及车辆入校进行规范约束，具体要求如下： •时间限定：访客需在申请的入校时间与结束时间内出入校园，超过结束时间未离校的，系统自动向访客及被访人（如有）发送提醒短信，同时在管理后台标记备注信息，便于管理员追踪。 •车辆入校规范：自驾车访客需遵守校园车辆管理规定，系统在生成凭证时同步提示车辆入校须知（如限速、指定停放区***号与申请信息一致，方可放行。 10.2 管理后台功能 10.2.1基础管理功能 (1)角色权限分级 支持多角色设置并精准分配权限，确保管理权责清晰，具体要求如下： •角色设置：系统预设三类核心角色，分别为超级管理员、保卫处、教职工、学生等，同时支持根据实际需求新增自定义角色（如门卫管理员）。 •权限分配：超级管理员拥有系统全部操作权限，包括角色管理、用户管理、系统配置、黑名单管理等；保卫处拥有查看校内所有访客记录、统计分析、出入记录等权限；辅导员拥有其负责班***亲属（含车辆）申请审批、班级访客数据查看等权限；自定义角色权限由超级管理员按需分配，遵循“最小权限”原则。 •用户管理：超级管理员可添加、删除、修改各角色用户账号，并可禁用异常账号，保障账号安全。 10.2.2 审批管理功能 (1)智能分流引擎 根据访客类型自动分配审批节点，实现审批流程自动化，具体要求如下： •分流规则：系统内置智能分流逻辑，校外访客申请自动流转至被访人所属部门的部门管理员处；学生亲属自驾车申请自动流转至学生所属班级的辅导员处；教职工邀约访客申请无需分流，直接免审批生效；其他自定义访客类型（如有）的分流规则由超级管理员在系统后台配置。 •审批提醒与督办：审批单流转至对应管理员后，系统通过短信、系统消息向管理员发送审批提醒，便于监督。 •审批操作：管理员登录后台后，可查看审批单详情（含访客信息、被访人信息、申请事由等），支持“通过”“驳回”操作，驳回时需填写驳回原因，操作后系统自动将结果同步给访客。 10.2.3 安全防控功能 (1)黑名单管理 支持对高风险人员进行黑名单管理，提前规避安全风险，具体要求如下： •黑名单添加：支持手动添加与自动添加两种方式。手动添加由管理员操作，需输入黑名单人员姓名身***、列入原因或备注信息（如违反校园规定等）、创建时间；自动添加由系统根据预设规则触发，如访客多次超时未离校、核验时提供虚假信息、被校园安保部门标记为高风险等，系统自动将其列入黑名单。 •黑名单生效与解除：黑名单人员信息录入后，系统实时生效，该人员无法提交任何访客申请，并提示“访客已被拉黑，请联系管理人员解除”。 •黑名单查询：管理员可查看黑名单人员完整列表，支持按姓名身***、手机号等条件搜索，查看列入原因或备注。 10.2.4数据统计功能 (1)多维度报表 系统自动生成多维度统计报表，为管理决策提供数据支撑，具体要求如下： •统计维度：包含申请趋势统计（今日申请/到访趋势图，展示24小时内每小时申请量与到访量变化）、访客类型统计（按校外访客、教职工邀约访客、学生亲属分类统计数量占比）、出入趋势统计（按日、周、月统计入校与离校人数变化）、核验方式统计（按刷身份证、扫二维码、人工核验分类统计使用频次占比）。 •数据展示权限：超级管理员可查看全校所有维度报表，同时可按角色配置不同人员展示与否。 (2)访客轨迹追溯 详细记录访客全流程轨迹信息，支持溯源与复盘，具体要求如下： •轨迹信息记录：系统完整记录访客从申请到离校的全流程信息，包括申请时间、申请单号、访客基本信息、被访人信息、审批人、审批时间、审批结果、电子通行证生成时间、入校核验时间、离校核验时间、核验方式等。 •轨迹查询记录：管理员可根据访客姓名身***、访问时间等条件精准查询特定访客访问信息，清晰呈现访客在校活动路径。 10.2.5 系统对接功能 (1) 校园平台互通 与校园现有核心系统实现API交互，打破数据孤岛，具体要求如下： •与车辆道闸系统对接：系统通过API接口与校园车辆道闸系统联动，自驾车访客申请通过后，系统自动将车牌号、访问时段等信息同步至道闸系统；车辆入校时，道闸系统自动识别车牌号并匹配同步信息，验证通过则自动抬杆放行，同时将放行记录同步回访客系统；车辆离校时，道闸系统记录离校时间并同步至访客系统，完成轨迹闭环。 •与门禁系统对接：系统与校园各区***号、二维码信息）同步至对应区域门禁系统；访客核验时，门禁系统实时调用访客系统数据验证身份，通过后允许通行，通行记录同步回访客系统。 •与消息中心系统对接：系统与校园消息中心系统对接，访客申请提交、审批结果等各类消息，可通过消息中心系统以短信、校园APP推送等多种方式发送给相关人员（访客、被访人等），确保消息及时触达；消息发送记录同步回访客系统，便于查询。 •数据同步要求：系统间数据传输采用加密协议（如HTTPS），确保数据安全；数据实时同步，保障业务联动的实时性；若对接系统出现故障，访客系统需记录故障日志。