T-UNP 282-2024 渠道招募信息采集管理系统技术规范

ICSUNSPSCCCS35.240.2081.11.19TechnicalspecificationforchannelrecruitmentinformationcollectionmIT/UNP282—2024前言 2规范性引用文件 3术语、定义和缩略语 3.1术语和定义 3.2缩略语 4系统架构 5功能要求 25.1人力招聘 25.2部门管理 25.3员工信息管理 35.4人事异动 36性能要求 36.1响应时间 36.2可用性 36.3后备时间 36.4存储量 36.5处理量 36.6并发能力 46.7误码率 46.8平均无故障时间 47数据要求 47.1数据采集 47.2数据存储 47.3数据治理 47.4数据计算 57.5数据共享 57.6数据安全 57.7数据资源管理 58接口要求 68.1接口设计 68.2接口类型 68.3接口性能 68.4接口安全 69安全要求 69.1实体安全 6T/UNP282—20249.2运行安全 9.3信息安全 10测试与验收 10.1系统测试 10.2系统验收 11评价与改价 参考文献 T/UNP282—2024本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由湖北宝妈赋能网络科技有限公司提出。本文件由中国联合国采购促进会归口。本文件起草单位：湖北宝妈赋能网络科技有限公司、湖北千夏网络科技有限公司、武汉励为企业管理咨询有限公司、亿丰（深圳）实业有限公司、江西采薇实业有限公司。本文件主要起草人：颜艳艳、胡剑、卢佳琦、朱文都、高科。T/UNP282—2024为助力中国企业参与国际贸易，推动企业高质量发展，中国联合国采购促进会依托联合国采购体系，制定服务于国际贸易的系列标准，这些标准在国际贸易过程中发挥了越来越重要的作用，对促进贸易效率提升，减少交易成本和不确定性，确保产品质量与安全，增强消费者信心具有重要的意义。联合国标准产品与服务分类代码（UNSPSC，UnitedNationsStandardProductsandServicesCode）是联合国制定的标准，用于高效、准确地对产品和服务进行分类。在全球国际化采购中发挥着至关重要的作用，它为采购商和供应商提供了一个共同的语言和平台，促进了全球贸易的高效、有序发展。围绕UNSPSC进行相关产品、技术和服务团体标准的制定，对助力企业融入国际采购，提升国际竞争力具有十分重要的作用和意义。本文件采用UNSPSC分类代码由6位组成，对应原分类中的大类、中类和小类并用小数点分割。本文件UNSPSC代码为“81.11.19”，由3段组成。其中：第1段“81”为大类，表示“工程和研究以及基于技术的服务”，第2段为中类，“11”表示“计算机服务”，第3段为小类，“19”表示“信息检索系统”。1T/UNP282—2024渠道招募信息采集管理系统技术规范本文件规定了渠道招募信息采集管理系统的系统架构、功能要求、性能要求、数据要求、安全要求、测试与验收。本文件适用于渠道招募信息采集管理系统（以下简称“系统”）的设计和应用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T9361计算机场地安全要求GB/T35273信息安全技术个人信息安全规范3术语、定义和缩略语3.1术语和定义本文件没有需要界定的术语和定义。3.2缩略语下列缩略语适用于本文件。API：应用程序编程接口（ApplicationProgrammingInterface）CPU：中央处理器（CentralProcessingUnit）IP：网际协议（InternetProtocol）SQL：结构化查询语言（StructuredQueryLanguage）SSL：安全套接层（SecureSocketsLayer）TLS：传输层安全协议（TransportLayerSecurity）4系统架构系统架构可分为7层，即应用层、接口层、安全层、验收层、支撑层、网络层、硬件层，各层功能定义如下：a)应用层：展现了该系统的功能模块，包括人力招聘、部门管理、员工信息管理、人事异动等要求；b)接口层：展示了该系统的接口要求，包括接口设计、接口类型、接口性能、接口安全等要求；c)安全层：保障系统的安全性，包括实体安全、运行安全、信息安全、权限管理等要求；d)验收层：保障系统的交接，确保系统的所有功能都符合需求规格说明书的要求；e)支撑层：为系统提供技术支持和基础设施，包括数据库管理、服务器配置、软件框架等要求；f)网络层：负责系统的网络连接和通信，确保不同设备之间可顺畅地传输数据，包括网络配置、数据传输协议、网络安全等方面的管理；g)硬件层：是系统运行的物理基础，包括服务器、存储设备、计算机终端等硬件设备。2T/UNP282—2024表1系统架构5功能要求5.1人力招聘5.1.1企业可根据需求编辑招聘信息内容，招聘信息内容包括但不限于招聘人数、性别、年龄、专业要求、学历要求、工作经验、外语要求、政治面貌、户口要求、工作地区、月薪、有效期限。5.1.2在招聘计划执行过程中，系统应实时跟踪和监控招聘的进展情况。统计简历投递数量、有效简历投递数量，并与计划目标进行对比分析。若发现某个招聘渠道效果不佳或某个阶段的招聘进度滞后，系统应及时发出预警提示。5.1.3系统应对所有应聘人员的信息进行分类管理，建立企业人才库。人才库可按专业领域、工作经验层次、求职意向等维度进行划分。5.1.4在有新的招聘需求时，系统可自动在人才库中进行智能匹配，筛选出符合招聘要求的候选人，并向其发送招聘邀请。5.1.5系统应支持在线接收简历，自动解析简历内容并提取关键信息进行存储。5.1.6根据招聘岗位的要求，系统应自动对简历进行初步筛选，并将筛选结果反馈给应聘人员。5.1.7对于通过初步筛选的应聘人员，系统应安排后续的面试流程，包括面试时间安排、面试官分配、面试通知发送等。5.1.8面试过程中，面试官应在系统中记录面试意见，系统根据面试意见自动推进招聘流程，安排复试、发送录用通知或淘汰通知等操作。5.1.9应聘人员可通过系统反馈问题和咨询相关事宜，系统应及时将信息传递给招聘人员进行处理，保持与应聘人员的良好沟通和互动。5.1.10在招聘结束后，系统可对未录用的应聘人员进行分类管理。将优秀但因岗位限制未录用的人员纳入人才库，并定期联系，当有合适岗位时再次邀请应聘。5.2部门管理管理员可在系统中创建、修改和删除部门信息，包括部门名称、部门编号、部门负责人、部门联系方式、部门层级关系以及部门职能描述等内容。在部门信息发生变更时，系统应自动更新相关的数据。应支持部门架构图的可视化展示和编辑功能，通过直观的图形界面展示企业部门架构，并可在架构图上直接进行部门的添加、移动、合并等操作。可根据企业的管理需求和业务流程，为不同部门设置相应的系统操作权限。3T/UNP282—20245.3员工信息管理从员工入职开始，系统应记录员工的所有关键信息，包括入职信息、在职期间的信息变化以及离职信息，实现员工信息的全生命周期管理。在员工信息发生变更时，系统应自动触发审批流程，审批通过后更新员工档案信息，并保留信息变更的历史记录。系统应经过审核，支持员工自助更新部分个人信息。系统应记录员工在各个考核周期内的绩效目标设定、绩效评估结果、绩效反馈意见以及绩效改进计划等信息，且可根据不同的绩效考核方法进行数据录入和管理。系统应对员工劳动合同进行电子化管理，包括合同的签订、续签、变更和解除等环节。系统应存储合同的电子文档，并提取关键信息进行结构化管理。在合同到期前，系统应自动发出提醒通知，提醒人力资源部门和员工进行合同续签相关事宜。对于合同变更和解除的情况，系统应记录变更或解除的原因、时间以及相关的法律文件和审批流程信息。5.4人事异动5.4.1可根据企业的组织架构和管理流程，为不同类型的人事异动定制个性化的申请和审批流程，主要指人员晋升和调岗。5.4.2系统应支持在线填写异动申请表，申请表内容可根据异动类型自动生成相应的字段。晋升申请表包括员工的绩效表现、晋升理由、新岗位的职责和要求等信息；调岗申请表包括原岗位信息、调岗原因、新岗位信息等。5.4.3审批流程可根据企业的层级结构和权限设置进行灵活配置。系统应自动记录审批过程中的所有操作和意见，形成完整的审批记录。5.4.4员工发起异动申请后，依次经过直属上级、人力资源部门、相关业务部门负责人以及高层领导等进行审批，每个审批环节应设置不同的审批条件和审批方式。5.4.5在人事异动审批完成后，系统应自动向相关人员发送异动信息通知。相关人员包括员工本人、原部门同事、新部门负责人以及涉及到的其他相关部门人员。通知内容包括异动类型、生效时间、新岗位信息、薪资调整情况等重要信息。5.4.6系统应提供对人事异动历史记录的查询功能，用户可根据不同的查询条件进行筛选查询，查看历史异动的详细信息，包括申请时间、审批过程、异动前后的岗位和薪资变化等情况。6性能要求6.1响应时间6.1.1系统从用户输入用户名和密码，到成功展示系统首页的时间不应超过2s。在网络不稳定情况下，登录响应时间最长不应超过5s。6.1.2在系统不同功能模块页面之间进行切换时，响应时间应控制在1.5s以内。6.1.3控制命令在系统中的响应时间应小于2s。6.2可用性系统可用性指标应大于99.98%。6.3后备时间在满足最大负荷情况下，系统的不间断电源后备时间不应少于1h。6.4存储量应根据历史数据增长趋势和预期的未来增长，设定最大存储量应至少为50TB。6.5处理量应根据业务高峰期的流量预测来设定，每秒处理的交易量或查询量应至少达1000次。4T/UNP282—20246.6并发能力系统应能支持同时在线的教师和学生用户总数不少于1000人，且在并发用户数达到峰值（预计为系统总用户数的30%）时，系统的各项性能指标不应出现明显下降。6.7误码率系统数据传输的误码率应低于0.0001。6.8平均无故障时间系统平均无故障时间（MTBF）应大于2000h。7数据要求7.1数据采集系统的数据采集符合以下要求：a)支持从多种渠道采集数据，包括但不限于网页表单、移动应用端、第三方数据接口、传感器b)根据不同数据类型和业务需求，可灵活设置采集频率。对于实时性要求高的数据，如在线渠道申请信息，应实现实时采集；对于一些相对稳定的数据，如历史渠道合作数据，可按特定的时间间隔（如每天或每周）进行采集；c)在采集过程中，应确保所采集数据的完整性。对于关键信息，如人事的联系方式、业务范围、资质证明等，应通过数据验证机制，保证数据没有缺失或损坏；d)在采集数据前应获得用户或数据提供方的明确授权。对于涉及个人隐私的数据，应确保在合法合规的前提下进行采集，并对数据进行保密处理；e)除了自动化的数据采集方式外，还应提供人工录入数据的接口。对于一些特殊情况下无法通过自动采集获取的数据，或需人工审核和补充的数据，可通过安全的人工录入界面进行操作，且记录数据录入的来源和操作人员信息；f)宜考虑到业务的发展和数据来源的变化，数据采集应具备良好的可扩展性，可添加新的数据采集源或修改现有采集规则，无需对整个系统进行大规模的重构。7.2数据存储系统的数据存储能力应符合以下要求：a)支持分布式关系型数据库、分布式列式数据库、分布图式数据库、分布式文件系统等数据分布式存储方式；b)业务数据存储容量和性能可靠，且支持水平扩展；c)支持数据冗余多节点可靠存储，支持单节点故障业务不中断；d)提供数据的容错和高可用机制，包括数据的备份和快速恢复；e)支持对不同数据类型设置相宜的存储策略，并自动执行存储策略。7.3数据治理系统的数据治理应符合以下要求：a)具备数据资源编目管理功能，支持对数据资源编目进行动态管理，包括编制、审核、发布等；b)支持对数据资源进行分级分类管理；c)提供数据在各类业务应用中的使用情况监控，并针对各类数据提供数据考核与管控，针对长期不使用数据可进行数据清洗和归档；d)提供数据质量定义、数据校验规则管理、数据质量检测及数据质量预警等功能；e)支持对静态和动态的元数据进行管理，包括创建、存储、整合与控制等；f)支持对数据的产生、融合、流转到消亡之间形成的关系进行跟踪，包括数据的归属性、多源性、可追溯性及层次性；5T/UNP282—2024g)可自动监测数据资源的变化情况，对数据源中各信息表的数据量、每日增量和数据变化趋势等数据进行自动汇总统计。自动监测平台数据库相关索引、触发器的状态及每类数据存储空间使用情况等数据库系统状态信息，定时发布监测结果，对出现的异常状态及时报警。7.4数据计算系统的数据计算应符合以下要求：a)支持数据实时计算、即时计算和离线分析等计算模式；b)支持批量计算、流计算、图计算等计算方式；c)支持对视频、图片等非结构化数据的计算；d)支持计算的任务管理、调度和监控；e)具备计算任务的容错能力，支持任务的重新调度。7.5数据共享系统的数据共享应符合以下要求：a)遵循GB/T35273的规定；b)定义统一的数据共享交换接口；c)设定注册认证与鉴权机制，确保数据共享交换的安全性；d)支持接口访问负载均衡、流量控制等机制；e)提供对外共享交换的数据目录管理功能；f)支持对数据共享交换的API接口的异常状态进行监测；g)支持在多用户并发调用场景下，保持接口稳定性和可用性。7.6数据安全系统的数据安全符合以下要求：a)应对数据在采集、存储、治理、计算和共享的全生命周期进行加密。在数据采集端，应对敏感数据进行加密传输，防止数据在源头被窃取。在存储环节，应采用先进的加密算法对数据进行加密存储。在数据处理和共享过程中，对涉及的数据应进行临时加密处理；b)应建立基于角色和权限的访问控制体系，实现细粒度的访问控制。根据用户在系统中的角色以及业务需求，为每个用户或用户组分配不同的权限；c)需在系统内部展示或部分共享的数据，应根据数据的敏感程度进行脱敏处理；d)应建立完善的数据安全审计机制，对所有涉及数据的操作进行详细记录和审计。包括用户的登录行为、数据访问行为、数据修改行为等；e)应采用数据防泄漏技术，对数据的流动进行监控和防护。通过识别数据的敏感内容和流向，防止数据在未经授权的情况下离开系统；f)应制定完善的数据安全应急响应计划，明确在发生数据安全事件（如数据泄露、黑客攻击等）时的应对流程和措施，包括事件的报告机制、应急处理团队的组建、数据恢复方案、与相关方（如用户、合作伙伴、监管部门等）的沟通协调等内容；g)应对系统的所有用户和相关工作人员进行定期的数据安全意识培训和教育，包括数据安全法律法规的讲解、安全操作规程的培训、安全意识案例分析等内容，提高全体人员的数据安全意识和操作技能。7.7数据资源管理系统的数据资源管理应符合以下要求：a)支持内存、CPU、网络等资源的管理；b)支持资源的调度和回收；c)支持资源使用的监控。6T/UNP282—20248接口要求8.1接口设计系统的接口设计符合以下要求：a)应按统一的接口调用规范设计，包括接口命名、参数格式和返回值格式；b)应采用统一的数据格式，如轻量级的数据交换格式（JSON，JavaScriptObjectNotation）和可扩展标记语言（XML，ExtensibleMarkupLanguage）；c)应采用用户身份认证机制和安全套接层（SSL，SecureSocketLayer）或传输层安全性协议（TLS，TransportLayerSecurity）进行数据加密；d)宜设计简洁；e)应具备模块化设计结构，支持功能扩展。8.2接口类型系统的接口类型符合以下要求：a)应提供标准的超文本传输协议（HTTP，HypertextTransferProtocol）；b)应提供基于可扩展标记语言的简单对象访问协议（SOAP，SimpleObjectAccessProtocolc)应提供实时双向通信接口，适用于需要即时数据更新的场景。8.3接口性能系统的接口性能符合以下要求：a)可采用负载均衡技术分散接口请求压力，提高系统的整体处理能力；b)应支持使用缓存机制，减少接口请求次数和服务器压力；c)对于耗时较长的操作，支持采用异步处理机制。8.4接口安全系统的接口安全符合以下要求：a)所有接口的输入参数应进行验证和过滤。检查参数的数据类型、长度、范围和格式，防止恶意用户通过输入非法数据（如SQL注入攻击代码、跨站脚本攻击内容等）破坏系统安全。对于不符合预期的参数，接口应立即拒绝请求并返回相应的错误信息，避免将异常数据传入系统内部进行处理；b)应建立详细的访问控制列表，根据用户角色和权限限制对接口的访问。不同类型的用户（如普通用户、管理员、特定业务角色用户等）只能访问其被授权的接口；c)应具备完善的接口审计功能，详细记录每个接口的访问情况，包括访问时间、访问者的IP地址、调用的接口名称、传入的参数值、操作类型（如查询、更新、删除等）以及返回结果等信息；d)应通过在接口请求中加入时间戳、随机数或一次性令牌等机制来防止重放攻击；e)应定期对接口进行全面的安全漏洞扫描，使用专业的安全检测工具来检查是否存在潜在的安全风险，如密码问题、未授权访问漏洞、加密算法缺陷等。一旦发现漏洞，应立即启动修复流程，并及时更新安全防护策略，防止恶意攻击者利用漏洞进行攻击；f)应持续关注SSL和TLS等安全协议的发展，并及时升级到更安全的版本，并对协议的配置进行优化；g)当系统接口与第三方系统进行交互时，应对第三方系统进行安全评估和授权管理，确保第三方系统具有合法的访问权限，并在交互过程中采用安全的通信协议和数据加密方式。9安全要求9.1实体安全9.1.1使用场地的安全应符合GB/T9361的规定。9.1.2系统设备中的应用服务器、数据库服务器、网络设备、存储设备和个人计算机等应采取防盗、7T/UNP282—2024防毁、电源保护等安全保护措施。9.2运行安全9.2.1应制定系统运行维护管理制度，配备系统管理人员。9.2.2系统应记录和跟踪运行状态的变化情况。9.2.3系统应记录恶意入侵系统和违反系统安全的行为，并保存、维护和管理审计日志，定位、监控和捕捉各种安全事件。9.2.4系统应具备备份和恢复系统数据的功能，可使用多种介质进行数据