基于多身份体系的高聚合门户与身份治理平台需求说明

基于多身份体系的高聚合门户与身份治理平台需求说明一、项目需求方案基于多身份体系的高聚合门户与身份治理项目需求方案。（一）内容一览表序号建设内容数量单位备注一多身份治理1项二高聚合门户1、高聚合门户（PC端）2、高聚合门户（学校公众号移动端门户）3、高聚合门户（企业微信工作台定制）1项三一表通1、表单流程引擎2、报表引擎3、数据引擎1项四系统对接服务1项五集成实施服务1项包括：集成实施及系统等保二级测评费用（二）多身份治理1.总体需求概述：1.1多身份治理需求是基于数据治理后的组织架构数据，开发一个组织架构管理系统。1.2该系统需与数据共享平台或数据中台紧密配合，由数据中台对涉及各部门机构与人员数据的业务系统的数据实现数据抽取与治理，治理后该系统对组织架构数据进行人工终审干预，以确保生成的组织架构完全符合校方的现实需求及数据准确性，或特殊性需求，同时能够增加虚拟机构虚拟人员。具体需求包括但不限于如下内容：1.2.1数据的人工干预与修改：支持对实体机构、人员、岗位信息等核心数据进行人工干预与修改，确保数据的准确性和时效性。1.2.2虚拟机构与虚拟人员信息管理：增加对虚拟机构、虚拟任职岗位信息的编辑管理功能，满足学校特定场景下的需求。1.2.3同步企业微信组织架构数据：实现与学校企业微信组织架构的双向同步，确保数据的一致性和实时性。1.2.4基于组织架构的权限授权功能：根据组织架构的不同层级和角色，灵活配置访问和操作权限，保障数据安全。1.2.5数据库与表的配置化管理：对组织架构涉及的数据库及表进行配置化管理，提高系统的灵活性和可维护性。1.2.6个性化定制需求：满足学校提出的其他个性化定制需求，确保系统能够充分适应学校的实际运作情况。2.实体机构与实体人员干预管理：2.1用途概述：主要用途是对治理后的组织架构数据进行人工终审干预，管理员可以对系统自动生成的数据进行人工审查及调整，以确保生成的组织架构完全符合校方的现实需求及数据准确性、或特殊性需求。2.2实体组织机构干预管理：2.2.1实体组织机构干预管理模块旨在维护和管理高校的各级实体机构信息，包括部门、院系、研究中心等。管理员可以通过该模块修改、删除和查询各类机构信息，并能够强行干预机构间的隶属关系和层级结构。该模块还支持机构的合并、拆分及重组，以适应高校发展和变化的需要。通过对实体组织机构的有效管理，确保组织架构的清晰明了和高效运作。2.2.2实体机构架构信息：通过各机构的上级关系（必须，包括指定为最高级机构），通过递归算法，显示出整个机构架构信息。2.2.3系统具备对实体组织机构进行标识的能力，且支持自定义排序。2.3实体人员干预管理：实体人员管理模块主要负责管理高校教职工、科研人员、其他工作人员、及学生的基本信息。管理员可以通过该模块录入、更新和维护人员信息，如姓名、性别、联系方式、入职日期等。此外，该模块还支持人员的入职/入学、离职/离校、调岗/升班、晋升等状态变更操作。2.4实体人员岗位与职务信息干预管理：2.4.1人员职务信息管理模块用于记录和维护教职工及其他人员的职务信息，包括其在不同时间段内担任的职务及其变化情况。管理员可以通过该模块对人员的职务信息进行添加、修改和删除操作，并能够设置职务的有效期和职务描述，支持职务层级和职务类别的定义与管理，以满足高校不同部门和岗位的多样化需求。通过精确的职务信息管理，为人员的考核、晋升及薪酬管理提供准确的数据支持。2.4.2人员架构信息：通过指定人员上级关系（必须包括指定为最高级负责人），通过递归算法，显示出整个人员架构。2.4.3实体人员架构信息中，人员与职务/岗位的信息，分为主职与非主职，主职只有一个且需要明确，非主职支持多个（后续需要同步到企业微信）。3.虚拟机构及身份管理：3.1虚拟机构及虚拟身份需求：要求本项必须具备虚拟机构及虚拟身份的管理能力。高校组织架构管理系统要求具备虚拟机构和虚拟身份的管理能力。虚拟机构和虚拟身份是指在组织结构中存在的非实体的管理单位和用户身份，它们用于支持特定的管理需求，如跨部门协作、临时团队构建和特殊权限管理等。虚拟机构和虚拟身份管理能够有效地补充实体机构和真实身份管理的不足，满足复杂的高校管理需求和动态变化的组织结构。3.2虚拟机构管理：功能需求包括但不限于如下需求：3.2.1虚拟机构创建：（1）支持创建虚拟机构（如跨部门工作组等），为其分配唯一的标识符和描述信息。（2）允许管理员为虚拟机构指定负责人和相关成员，指定分级管理员并定义其管理权限及人员范围）。（3）系统具备对虚拟机构进行标识的能力且支持自定义排序。3.2.2虚拟机构维护：（1）支持编辑和删除虚拟机构的信息，包括名称、描述、负责人等。（2）提供虚拟机构的层级管理功能，允许创建子虚拟机构以满足复杂的组织结构需求。3.2.3虚拟机构权限管理：（1）支持为虚拟机构设置访问权限和操作权限，确保只有授权用户可以访问或修改相关信息。（2）提供虚拟机构的权限继承机制，允许子虚拟机构继承父虚拟机构权限设置。3.3虚拟身份管理：3.3.1创建与实体关联的虚拟身份：（1）创建虚拟身份时必须从现有的实体身份中创建，且现有实体身份为正常状态（非停用、禁用、删除等异常状态）。（2）虚拟身份具备独立的身份名称及身份信息，角色关联等。3.3.2虚拟身份维护：（1）支持编辑和删除虚拟身份的信息，包括角色、权限、联系方式等。（2）提供虚拟身份的状态管理功能，支持激活、禁用、删除等操作。3.3.3虚拟身份继承实体状态：若实体身份状态被设置为停用、禁用、删除等异常状态，则虚拟身份自动继承实体身份的异常状态。3.3.4虚拟身份权限管理：（1）提供虚拟身份的权限继承机制，继承其所归属的虚拟部门的权限设置。（2）提供虚拟身份的权限继承和权限组管理功能，简化大规模用户权限配置。3.4虚拟职务管理：3.4.1虚拟职务创建：（1）创建虚拟职务支持创建虚拟职务，为其分配唯一的标识符和名称，定义职务的性质和职责。（2）允许管理员设置虚拟职务的描述信息，包括岗位职责、要求和预期目标。（3）定义虚拟职务属性。（4）支持设置虚拟职务的属性，如职务级别、所属部门、有效期等。（5）允许定义虚拟职务的工作范围和权限，以便在系统中进行角色和权限配置。3.4.2虚拟职务维护：（1）支持对虚拟职务的信息进行编辑，包括职务名称、描述、职责等，以反映实际需求的变化。（2）允许更新虚拟职务的属性，如更改职务级别、调整有效期等。（3）支持删除不再需要的虚拟职务，并自动处理与该职务相关的权限和数据。提供删除操作的日志记录功能，确保操作的可追溯性。（4）支持对虚拟职务的状态进行管理，如启用、停用、归档等，以便根据需要进行调整。（5）提供虚拟职务状态的历史记录，方便查看和恢复之前的状态。

（6）支持对人员状态进行管理，如禁用、归档等。4.配合数据治理模式需求：4.1在基于多身份治理开发的组织架构管理系统中，需要配合数据治理模式，不能直接更改数据中台或数据共享中心治理后的组织架构数据。这些数据是从各类涉及机构及人员数据的业务系统中抽取的，并且每天会持续更新数次。因此，需要保留治理后原业务系统的组织架构数据。4.2无论是实体组织机构人员数据，还是虚拟机构人员数据，修改的数据都应视为人工干预数据，需要存储在单独的新表中。查询显示时，应将治理后的数据原表与修改的新表合并查询，并且优先显示修改的新表数据(如：新表数据状态为不显示时即该数据删除处理)。故处理方式确保了数据的完整性和一致性，同时也能够反映最新的人工干预结果。5.代码交付：5.1高校组织架构管理系统需要实现动态联动机构及人员变动申请流程，确保每次组织架构或人员信息的变动都能通过系统进行申请、审批和记录，在保证数据准确性的前提下，须实现将治理后的多身份数据分发给其他应用系统（如：办事大厅、协同办公等系统）使用，从而满足应用系统内部流程节点人员、岗位、身份等所需信息自动配置的数据需求。5.2厂家交付源代码，后续可由相同或不同集成商基于后续涉及高校组织架构及相关业务流程变动时，使高校能够根据自身需求能够及时修改、研发与调整，同时可以增强系统的透明性和安全性，便于高校信息技术团队进行维护和升级，确保系统长期稳定运行。6.同步企业微信组织架构：需要满足并实现双方向的企业微信的组织架构数据，即通过企业微信接口查询与获取当前企业微信组织架构信息，以及通过创建部门、添加成员、修改部门信息等接口同步数据治理后的高校组织架构数据给企业微信。需求如下：6.1获取组织架构信息：以通过调用企业微信提供的API接口，如department/list等，来获取企业的部门列表、成员列表等组织架构信息。接口返回的数据通常以JSON格式提供，包含了详细的组织架构信息，如部门ID、部门名称、成员ID、成员姓名等。6.2组织架构信息同步给企业微信：通过企业微信提供的创建部门、添加成员、修改部门信息等接口，由本地通过编程方式向企业微信上送治理后的高校组织架构信息。接口通常需要提供相关的参数，如部门名称、部门ID、成员姓名等，以完成组织架构的创建或修改操作。7.批量操作及EXCEL导出数据：7.1按组织机构划分账户控制权势：无论是实体机构/身份管理，还是虚拟机构/身份管理，所属操作类必须支持批量操作模式。批量操作模式应适用于高校的如新生入学，学生毕业离校，本科生升读研究生等场景。7.2EXCEL导出数据：系统内的各类数据需要支持EXCEL导出功能。8.其他相关管理需求：8.1按组织机构划分账户控制权势：8.1.1在高校的组织架构管理系统中，账户权限的划分是按照高校的组织机构（即院系、部门）进行的。8.1.2系统超级管理员可以维护所有机构，所有人员及人员身份信息。8.1.3系统超级管理员可以为每个院系或部门创建和分配不同的用户角色，并赋予相应的权限。不同部门的用户只能管理自己所属部门的机构和人员信息，只有被授权的用户才可以新增、编辑或删除这些信息。例如，某院系的管理员可以添加和管理该院系的教职员工和学生信息，但无法操作其他院系的数据。通过这样的权限划分机制，确保了数据管理的安全性和准确性，同时提高了工作效率，避免了因权限混乱导致的管理问题。8.2数据库源与表配置化：要求支持数据库源与表的配置化管理，以适应在数据治理过程中组织架构的机构信息、教师信息、学生等信息的灵活配置。包括：（1）数据库源配置：允许管理员通过图形化界面或配置文件，灵活地设置和更改数据库源信息。一般需要支持数据库类型（如MySQL、PG、Oracle、国产数据库如人大金仓等）、数据库连接网址、用户名、密码、端口号等。支持多数据源配置，便于高校在需要时切换或同时使用多个数据库。（2）表配置：允许管理员配置对应的表名称。8.3日志审计等功能：支持日志审计功能，记录用户访问行为，便于追溯和合规性检查外。还需要于界面上显示出历史操作记录。（三）高聚合门户1.聚合门户总体要求1.1高聚合门户：门户需同时支持PC端及移动端访问。PC端需确保多浏览器兼容性，移动端能够无缝嵌入微信公众号。1.2多身份聚合模式：1.2.1高聚合门户必须支持多身份模式，因校方历史原因，自然人的多身份在统一认证系统及原业务系统是以多账号方式实现，故需要通过自然人的身份证号码（或者港澳台唯一性证件号码，对于仅有护照的用户使用uuid等）关联多个账号实现多身份模式。1.3多身份聚合处理：1）当用户通过任一账号登录门户时，系统应展示该自然人名下所有账号对应的有权限应用集合，即以并集方式显示同一自然人的多账户关联的应用集合(不允许将身份信息分布在不同账号中，通过手动或自动切换账号的方式来实现聚合)，高聚合门户必须支持多身份模式，实现当用户点击聚合门户服务流程时：①若该流程仅适配当前登录聚合门户账户时，按常规进行流程；②若该流程仅适配当前登录聚合门户的相同自然人另一账户时，需要自动切换登录账户，并把自动切换的登录账户传递给该流程；③若该用户有多个账号都能适配该流程时，可以通过适当提示方式让用户选择以哪个账号参与该流程，并把已选择的账号传递给此流程。2）支持同步多身份数据。1.4统一身份认证平台对接方案：目前校方已有一套在运行的统一身份认证平台，目前已对接校内各业务系统共40多个。为适配上述多账户模式的多身份融合需求，目前有以下可选技术方案路线：1）沿用当前统一身份认证平台方案：需要聚合门户供应商/应标人自行与统一身份证平台厂商沟通、包括通过现有API接口或增加API接口下载用户数据与权限数据。同时，需自行与统一身份证平台厂商沟通为适配上述多账户模式的多身份融合需求而需要的认证流程改造，并自行承担双方可能需要的改造费用，控制项目进度。2）更换统一身份认证平台方案：需要聚合门户供应商/应标人可以提供一套与聚合门户同一厂家的、全新的统一身份认证平台。且新的统一身份认证平台支持的认证协议不得低于当前在用认证系统所支持的认证协议数量及版本，并具备管理权限和用户隐私数据查询及变更的分级授权能力。且须保证实现新旧统一身份认证平台的平滑过渡，自行实现用户数据与权限数据的同步，自行实现为适配上述多账户模式的多身份融合需求而需要的认证流程改造。并自行承担新认证平台费用及相关对接迁移改造费用。

3）或其他技术路线（可提供的其他的技术路线方案），相关费用需包括在报价内。

具体项目选择哪种技术路线方案，需中标后进行项目深入调研，然后提出可行方案，由校方决定最终采纳哪种技术路线方案。1.5登录方式：1）登录方式由统一身份认证平台实现，与方案选择关联，需要协调实现。实现门户多种方式登录，账号密码、微信扫码、动态短信验证码、账号密码+动态验证码等方案。2）需支持特殊需求:动态短信验证码可以对全体生效，亦可以仅对特定人群生效。3）微信扫码登录会涉及绑定多身份的其中一个账号。1.6企业微信工作台定制实现：以下内容，涉及企业微信工作台的个性化页面定制，实现聚合门户的应用（含业务流程）展示与使用。其中少部分会涉及数据治理内容。包括：1）企业微信工作台的个性化页面按学校所需定制。2）聚合门户中的应用展示到企业微信（不允许把所有应用聚合到门户作为应用入口）。3）组织架构及人员信息同步（包括人员基本信息、办公电话、办公地址、职务、部门等信息同步，如果用户存在多个部门信息，需对主部门信息进行标识）。4）与数据治理中的人员身份信息同步，包括账号禁用、离职或退休人员自动转组。5）企业微信多身份多账号的认证关联方案。6）需实现企微和学校标准组织架构及人员的同步，新生数据批量推入企业微信通讯录时需要管理员确认（可通过设立阈值的方式进行限制，当新增人员数量超过阈值时，需要管理员确认）。7）企业微信中用户的账号与学工号解绑，以解决用户多身份（账号）时登录已对接应用的问题。8）企微用户别名字段内容推送（推送用户自己设置的默认账号对应的学工号到别名字段，或按照系统设置的身份优先级，将最高身份对应的学工号推送到别名字段）。

9)企业微信调整过程中不允许出现将已加入用户删除再重新加入企业的情况发生。1.7内容聚合与API集成：门户应能以自然人为中心，聚合其不同账号下的待办事项、消息、资讯、邮件等内容。同时，需为外部第三方业务系统提供API接口，以便集成接收这些信息。1.8待办事务中心：1）多身份融合：待办中心需融合同一自然人下不同账号的待办信息，确保用户无论使用哪个账号登录，都能查看并处理所有相关的待办事项。2）待办信息需关联具体的账号ID，确保同一自然人在不同账号下登录时，点击待办事项时能以当前待办的关联账号打开详情页面，实现多身份处理流程的顺畅进行。3）无论自然人通过哪个账号登录门户，点击待办事项时均应以当前待办事项的账号打开详情页面。因此，待办信息及API接口需包含待办对应的账号ID、账号名等信息，并确保数据传输的安全性。1.9日程中心：多身份融合及第三方接入，日程中心需实现同一自然人下不同账号日程的融合，在门户发布日程时，用户能够选择不同身份进行发布，通过API集成第三方业务系统日程时，API接口内的参数/字段应能明确区分不同的账号ID。同时，根据自然人不同账号的日程，系统应以不同颜色显示。此外，API接口需支持日程的创建、更新、删除等操作。1.10门户需支持页面/卡片构建及内置主题模板：提供便捷的页面/卡片构建引擎，提供内容融合的一站式服务门户构建能力，支持PC和H5两种构建方式。同时提供多套内置主题模板供选用，并能够以可视化方式变更网站校徽、校名、版权信息、页面背景等基础网站内容。1.11全站检索：全站检索功能能够覆盖门户网站上的所有内容，包括但不限于新闻公告、待办已办、日程、消息及服务列表等，旨在帮助用户快速、准确地找到所需的信息和资源。1.12帮助中心：门户内置帮助中心，包括：1）针对聚合门户的各项功能和服务，提供详细的操作指南，包括步骤说明、截图展示等，帮助用户了解如何正确、高效地使用这些功能。2）提供搜索框，允许用户输入关键词搜索相关问题及其答案，提高查找效率。3）帮助中心会整理并发布一系列用户在使用过程中可能遇到的常见问题及其解答，用户可以通过浏览FAQ快速找到解决方案。1.13统一消息管理：实现消息的统一管理功能，不仅提供API接口接收消息，还需支持通过微信公众号/服务号、手机短信、门户站内消息、企业微信等多种渠道发送消息。2.用户前台：2.1首页组件：2.1.1顶部导航栏：1）支持显示学校LOGO信息，以及系统名称。2）支持显示多个跳转菜单，例如：应用中心、信息中心、数据中心等。3）支持显示快捷搜索框。2.1.2个人信息卡片：1）支持显示用户头像。2）支持显示用户部门信息。3）支持显示当前登录人姓名。2.1.3个人数据卡片：1）支持设置与用户相关的数据显示到首页，如：未读信息数、一卡通余额、待办数量、未读邮件数等。2.1.4任务中心卡片：1）支持显示任务中心的用户任务数据。2）支持按类别查看数据，如我的待办、我的已办、我的申请，并支持显示对应类别下的数据数量。4）支持点击数据进入查看详情。2.1.5专题卡片：1）支持显示后台配置的专题信息，包括图片以及名称。2）支持点击专题跳转至对应配置的链接。2.1.6轮播卡片：1）支持显示后台配置的轮播图。2）支持点击轮播跳转对应配置的链接。2.1.7应用卡片：1）支持显示应用中心的应用列表。2）支持配置卡片tab列表，用于对应用进行分组，如：全部应用、我的常用、最近使用、推荐应用。3）支持配置显示应用分类，支持按分类筛选应用。4）支持点击更多可进入应用中心。5）支持记录用户点击的应用记录。2.1.8通知公告卡片：1）支持显示门户的通知公告，包括标题、发布部门、发布时间。2）支持通知已读、未读标志区分。3）支持配置卡片的栏目列表。4）支持点击更多进入通知公告列表页。5）支持点击名称可跳转至通知公告详情页，查看通知公告详情。2.1.9新闻资讯卡片：1)支持显示门户的新闻资讯，包括标题、发布部门、发布时间。2)支持通知已读、未读标志区分。3)支持配置卡片的栏目列表。4)支持点击更多进入新闻资讯列表页。5)支持点击名称可跳转至新闻资讯详情页，查看新闻资讯详情。2.1.10系统直通车卡片：1）支持展示后台配置的系统直通车列表。2）支持点击对应系统，跳转至对应系统链接。2.1.11网站导航卡片：1）支持展示后台配置的网站列表。2）支持点击对应网站名称，跳转至对应网站。2.1.12日程卡片：1）支持显示用户的日程数据，包括个人日历和其他日历下的日程。2）支持显示教学周。3）支持查看日程详情。4）支持点击更多进入日程中心。2.1.13搜索组件：1）支持对全站接入的数据信息进行检索，如：通知公告、应用、新闻资讯等。2）支持显示热门搜索关键词，点击可快速搜索。2.1.14侧边导航栏：1）支持显示侧边导航栏。2）点击导航栏快速跳转至对应链接。2.2通知中心：1）支持显示门户的通知公告列表。2）支持置顶的通知公告显示在最上面。3）支持多种筛选条件，如：模糊搜索、发布部门筛选、发布时间范围。4）支持按栏目查看。6）点击通知公告名称可跳转至通知公告详情页，查看通知公告详情。2.3任务中心：1）支持显示任务中心的用户任务数据。2）支持按类别查看数据，如我的待办、我的已办、我的申请，并支持显示对应类别下的数据数量。3）支持多种筛选条件，如事务来源、时间、状态。4）支持点击数据进入查看详情。5）超时及催办提醒：待办模块（包含超时及催办内容）需具备调用消息中心发送待办超时通知的功能，确保用户能及时收到提醒并处理超时的待办事项。2.4应用中心：应用展示：应用中心提供面向第三方应用的标准接入能力，对各项应用提供统一的呈现与管控。功能包括但不限于应用的展示、管理、接入、收藏等。应用中心以图标列表展示所有应用。可根据名称和标签搜索应用、支持标签筛选应用列表、可根据官方推荐、筛选展示应用。1）支持展示应用中心的全部应用列表。2）支持按分类筛选应用。3）支持分类筛选，可通过应用分类规则进行组合过滤、快速定位应用；也支持模糊查询，实现应用名称、应用说明以及应用定义的关键词进行模糊匹配进行应用查找。4）支持按全部应用、最近使用、我的常用、推荐应用进行查看。5）支持对常用应用进行编辑。2.5资讯中心：展示各个站群对接的资讯数据。1）支持显示资讯中心的新闻资讯列表。2）支持置顶的新闻资讯显示在最上面。3）支持多种筛选条件，如：模糊搜索、发布部门筛选、发布时间范围。4）支持按栏目查看。5）点击资讯名称可跳转至资讯详情页，查看资讯详情。6）多媒体支持：图文混排，支持在公告资讯中插入图片等多媒体内容，使信息更加直观、生动。附件上传，允许发布者在公告中附加相关文件（如PDF、Word文档等），方便用户下载查看。2.6日历中心：日历模块可根据不同需要设置不同的日历日程信息，提供给不同的人员查看，日历可见范围包括但不限于人员、部门、标签等。2.6.1日历管理：日历分为个人日历、其他日历两类。1）个人日历可设置各类私人性质的日程，通过点击顶部日、周、月菜单进行切换不同时间段内的不同日程信息。2）其他日历来源于其他用户创建的共享日历及第三方通过接口维护创建的日历日程信息，针对不同的身份、部门、标签等范围设置这些日历的可见范围，使不同的日历及日程信息展示给不同的人。3）其他日历支持部门日历、校级日历、班级日历等场景。4）支持日历的创建、删除、订阅等。2.6.2日程管理1）支持创建日程，包括日程标题、内容、时间、分类、日程提醒规则等。2）支持日、周、月、列表等方式查看日程信息。3）支持创建重复性日程。4）支持日程的导出、同步。5）不同事项的日程以不同的颜色显示，并提供自定义配置功能。6）系统不同事项的日程支持以不同的颜色显示。日程内容包含多种类型日历和事件的聚合展现，涵盖领导日程、学校校历事件、课表、会议等内容。同时，支持日历模式与列表模式的自由切换。7）日程授权他人管理：允许特殊人群的日程授权他人管理，例如校长联络人可以增删改校长日程。8）日程冲突识别：系统应能够根据日程的开始时间及持续时间（或结束时间）自动识别出冲突日程，避免日程安排重叠。9）支持用户快速复制某一条日程。10）日程支持添加附件，便于用户关联相关文件。11）日程事项可以发布给其他用户，如通过公共日程发布会议给所有参会人员。12）具备待办日程功能，如参会人可将会议日程委托给其他代表人处理。13）若通过API同步第三方业务系统日程时，允许个性化修改该同步日程的提醒时间。若该日程提醒时间缺失，可默认使用门户设置的全局提醒时间。2.6.3日历/日程批量创建：1）支持管理员通过Excel文件导入的方式批量创建日程。2）支持第三方系统调用接口进行批量创建日程。2.7消息中心：1）统一消息管理：实现消息的统一管理功能，不仅提供API接口接收消息，还支持通过微信公众号/服务号、手机短信、门户站内消息、企业微信等多种渠道发送消息。2）消息列表用于展示当前账号所有的消息数据，支持消息标题搜索，消息类型的分类，支持到达时间顺序-倒序切换。3）消息列表支持用户一键筛选列表，支持只看未读、只看今天、只看收藏。4）消息列表支持用户收藏消息，用户可以点击收藏-取消收藏消息。5）消息列表支持一键标记全部消息为已读。6）支持指定时间段不接收微信消息，支持消息订阅免打扰。7）支持用户自定义消息接收策略，实现用户个性化消息提醒管理。8）免打扰，用户可设置免打扰时段，在免打扰时间内不会接收平台的消息提醒。9）消息策略，支持系统管理员管理所有角色的消息策略预设方案，支持新增、编辑、删除角色策略等操作，支持角色名称搜索，启用/停用状态的筛选。每类角色支持设置消息类型、接收方式，每种消息类型的设置可控制接收方式的默认状态及禁用状态。10）微信公众号消息：支持推送微信公众号提醒消息。用户接收后，点击公众号提醒消息，跳转到指定的消息网址，并按需实现已读并数据统计。11）前端界面能够支持消息发送操作，包括对指定发送对象发送短信、站内消息、服务号消息等。12）消息平台的后台分级权限管理、可以分级授权特定人员直接通过消息平台使用指定渠道发送特定消息。支持对消息内容实现审核及敏感词过滤。13）支持对发送内容的敏感词内容设置、对发送消息进行检测拦截，以及非法消息查看。3.管理后端：3.1日历管理1）系统支持后台管理员对所有日历的日程进行监管以及维护，包括但不限于创建、修改、删除等。2）支持后台管理员创建共享日历，同时支持设置日历共享方式（需订阅、无需订阅）。3.2应用市场：应用市场模块可根据需求，配置应用分类、应用标签以及管理应用。支持已有应用生成应用聚合页。3.2.1分类管理：能够管理分类，支持分类的增删改。3.2.2标签管理：支持创建多种标签，可以对应用配置多个标签。3.2.3应用管理：支持应用基本元素的定义和管理，如名称、地址、图标、应用管理员、联系方式、应用所属部门、应用排序等，或可以自定义应用的基本信息字段等。同时提供应用的新增、编辑、删除、停用或隐藏、搜索等操作，便于应用的维护。3.2.4应用字段管理：能够灵活配置应用自定义字段，满足不同业务场景需求。3.2.5聚合应用管理：可以根据不同模板生成聚合页。该聚合页中可以配置轮播图、应用所属分类、管理聚合页下的应用（从已配置好的应用中选取）。3.3办公电话管理：3.3.1办公电话模块支持创建多个通讯录，并且每个通讯录都可以自主创建组织架构以及设置通讯录开放或者需要登录查看，还可以设置指定范围内的人员查看，最大限度的满足用户的多种需求。3.3.2通讯录管理：1）支持创建多个通讯录。2）支持设置开放或需要登录查看。3）支持登录查看的限制可查看人员范围。4）支持用户端多种模板展示。5）支持自定义在客户端展示的字段。6）快速预览，后台支持多种入口快速到达用户页面：二维码、复制链接、后台跳转打开。3.3.3机构管理：1）每个通讯录都支持创建通讯录独有的组织架构。2）支持多级架构。3.3.4条目管理：1）分部门条目添加，操作逻辑更流畅。2）支持自定义字段的动态导入模板支持，即使通讯录的字段调整，导入导出的数据保持一致。3）后台支持根据条目名称查询，快速查找数据。3.3.5授权管理：1）授权普通管理员部分权限管理通讯录。2）支持普通管理员主要功能操作细分授权，如：机构管理，条目管理，授权管理等。3）支持普通管理员细分到架构范围的数据管理。3.4通知公告管理：通知公告可以发布和管理公告和栏目，提供给不同的人员查看。并可通过授权管理设置不同的人员进行管理和发布公告。3.4.1通知管理：1）系统支持后台管理员管理权限范围内的公告，可以在权限范围内对公告进行增加、修改、发布、撤销发布、置顶公告、预览等操作。2）置顶公告可以设置置顶的时间段，超出时间后不置顶。3）每个公告都支持设置可见人员范围、提醒方式、发布方式、发布部门、附件权限（下载和无插件预览）、是否显示水印及设置水印内容。4）系统支持删除通知公告，删除的通知公告会移入回收站中，管理员可从回收站还原通知公告或者彻底删除。3.4.2通知授权管理：1）支持给普通管理员授权不同操作权限，包括新增、编辑、删除、置顶、撤销发布、保存、发布等。2）支持给普通管理员授权公告列表中通知可见范围、新增和编辑通知公告时可设置的可见范围、新增和编辑通知公告时可选择的发布部门范围。设置后，管理员只能查看和操作设定范围内的内容。3.4.3栏目管理：1）系统支持后台管理员管理权限内的公告栏目，可以在权限范围内对公告栏目进行可以新增、编辑、删除等操作。2）每个栏目都可设置可见人员范围、栏目名称、是否启用等。3.4.4栏目授权管理：1）支持给普通管理员授权不同操作权限，包括新增、编辑、删除、排序、启用/停用等。2）支持给普通管理员授权栏目管理中可见的栏目内容。3）支持给普通管理员授权新增或编辑公告时可选择的栏目内容。3.5新闻资讯管理：新闻资讯模块可以从不同的数据源中同步资讯或者公告，并对应到系统里设置的分类和站点下进行聚合，展示给不同的用户进行查看。3.5.1站点管理：1）资讯所属的站点管理，支持管理员进行新增、编辑、删除等操作。2）支持设置每个站点名称、可见范围、是否显示等。3.5.2分类管理：1）资讯所属的分类或栏目列表，支持管理员进行新增、编辑、删除等操作。2）支持每个分类可设置名称、可见范围、是否显示等。3.5.3资讯管理：1）从不同数据源同步过来的资讯或者公告列表，支持管理员进行置顶、删除、预览等操作。2）支持管理员通过所属分类、来源站点、关键词及发布时间进行筛选。3.6小插件管理：3.6.1小插件中，每个小功能是一个菜单，每个小功能都有分组概念，可以针对分组进行授权，以便可以授权不同人员进行授权不同分组进行维护。小插件可能用于很多个场景组合中。3.6.2小插件中包含以下三个小功能：1）图片管理功能，用于轮播图、专题服务等功能；2）网址管理--用于网址导航、系统直通车等；3）快捷入口管理，用于常用应用等。3.6.3分组管理：每个小功能都有分组概念，可对单个分组进行状态管理。3.6.4授权管理：可对分组进行授权，权限细分到了编辑、删除、内容管理、授权管理，可单独配置操作权限。3.6.5图片管理：可配置图片、名称、链接、是否展示等信息，用于轮播图、专题服务等场景。3.6.6网址管理：可配置网址名称、链接、是否展示、可见范围。3.6.7快捷入口管理：可配置应用图标、名称、链接、是否展示、可见范围等信息。3.7权限系统：权限系统可以管理和配置各个模块的菜单及操作权限，支持创建策略将菜单和操作分组授权给不同角色的管理员进行管理。还可以配置系统的登录方式。3.7.1系统管理：1）支持系统管理员进行新增、编辑和删除操作。2）可配置系统模块的访问路径、名称、描述、系统编码以及是否启用。3）系统编码用于各系统模块进行权限控制操作。4）是否启用控制系统模块是否展示在导航窗格里。3.7.2菜单管理：1）支持通过系统模块进行筛选。2）支持进行新增、编辑、删除等操作。3）新增和编辑时可以设置名称、图标、描述、路径、菜单编码、排序、上级菜单、菜单类型、所属系统模块、是否启用、是否是隐藏菜单等。4）编码主要用于系统内部进行权限查询、判断以及数据更新等操作。5）菜单类型包含菜单、目录和操作。菜单值显示在左侧的树状菜单，目录是系统模块顶部的导航栏，操作是各个功能页面的请求操作。3.7.3策略管理：策略是菜单管理中系统模块、菜单、目录及操作的一个分组，分组后可以更方便的给不同角色的管理员进行授权操作。1）支持新增、编辑、删除等操作。2）新增和编辑时可以配置策略名称、描述、选择权限等。3.7.4角色管理：角色管理是系统管理员的角色列表，不同的角色拥有不同的策略权限。拥有相同角色的管理员权限相同。通过给管理员配置角色，可以批量修改该角色管理员的权限。1）角色分为系统默认角色和普通角色。系统默认角色不支持修改和删除。普通角色支持新增、编辑、删除、成员管理等操作。2）新增和编辑时可以配置角色名称、描述、选择策略等。3.7.5管理员管理：1）系统管理员列表。可查看管理员信息及拥有角色。2）支持管理员进行新增、编辑、删除等操作。3）新增和编辑操作可配置管理员、管理员拥有的角色等。3.7.6登录配置：1）支持的登录方式配置页面。可查看当前配置的系统登录方式。2）支持管理员进行新增、编辑、删除等操作。3）新增和编辑时可选择登录方式、描述、不同登录方式需要的参数、支持的客户端等。4）配置后系统会根据配置的信息采用不同的登录方式。3.8统一接口系统：1）可以通过统一接口系统，调用其他系统的接口，进行API的授权和管理。2）学校可自主根据业务需求配置第三方开发者，并支持查询接口调用记录，例如调用次数，失败次数。3.9开发者管理：可以添加第三方开发者，为其配置安全域名、安全ip，并进行接口授权，添加完成后生成调用所需相关信息。3.10系统设置：3.10.1异步任务：1）汇总各个子模块的异步任务执行数据。2）支持多条件筛选查询任务数据。3）支持导出任务的文件下载。4）支持导入任务的导入详情查看，包括导入数据量，错误数据量及原因。5）支持导出文件的超期禁止下载。3.10.2开发管理：码表管理：1）支持创建多个码表，限制码表的可见范围。2）支持其他业务直接关联码表。3）码表字典词语支持多级。4）码表词语支持自定义排序。5）码表词语支持状态管理。6）支持码表词语的导入导出。字段管理：1）支持根据系统数据表管理字段。2）自动判断业务原始字段还是后期自定义字段。3）支持自定义字段的新增，编辑和删除字段。4）原始字段无法删除的保护机制。5）字段的可见范围设置。3.10.3日志管理：支持访问量与日志管理。4.技术要求：4.1系统对接要求：能够支持CAS\LDAP等统一身份认证协议，支持与市场主要供应商身份认证平台的对接。系统对外提供的程序调用接口符合RESTful及OAuth规范。4.2兼容性要求：基于平台的开发不依赖于任何特定程序开发语言和开发工具；支持主流浏览器（IE10+、Chrome、火狐、Edge、搜狗、QQ浏览器、360等浏览器）及其移动版本。4.3安全性要求：1）系统支持SSL证书，全系统页面使用HTTPS。2）采用PHP、Python或Ruby语言中的一种或多种，能够对系统的保密数据进行加密、防止SQL注入等攻击。4.4UI设计：平台用户界面按照学校要求进行个性化设计，用户界面美观大方，直观高效。操作流程清晰简洁，易用度、灵活度高，给用户提供良好的操作体验。基于模块化、组件化的思想实现流程化界面、向导式操作和个性化风格，方便使用人员轻松掌握相应系统功能、快速完成相应管理工作。（四）一表通1.作用概述：在高校中，各种信息采集需求繁多，包括学生注册、课程安排、科研项目申报、教职工考勤等。传统的纸质表单和分散的信息系统往往导致重复劳动、数据不一致和信息滞后等问题。“一表通”系统通过统一的电子表单平台，将不同部门和业务的表单集成到一个系统中，用户只需登录一次即可完成多个表单的填写和提交，显著提高了工作效率，减少了重复劳动。2.个人工作台：2.1在当今数字化时代，高校管理正逐步向智能化、高效化转型，而“一表通”系统作为这一转型的标志性成果，其个人工作台成为了每位师生及管理人员日常工作中不可或缺的一部分。个人工作台不仅是一个信息聚合与处理的中心，更是提升工作效率、优化资源配置的关键工具。以下是对高校一表通个人工作台内容的详细阐述。2.2个人工作台包括待填报、已超时、待审任务的查看和处理，以及催报消息提醒功能。界面布局经过精心设计，将最常用的功能模块置于显眼位置，如“待填报”、“已超时”、“待审任务”，确保用户能够一目了然地掌握当前的工作状态。3.多端支持：支持PC端与移动端。4.表单流程管理：4.1表单支持四种模式：提供表单样式自助设计功能，支持通过所见即所得方式设计Excel表格类表单、统计类表单、问卷类表单、考试类表单四种表单样式。4.2表单设计：4.2.1表单模块化设计：表单应采用模块化设计，每个模块根据不同的使用场景进行优化和定制，用户可根据实际需要选择相应模块填写，避免冗余信息干扰，提高填写效率。4.2.2动态字段和条件逻辑：表单应具备动态字段和条件逻辑功能。例如，根据用户选择的学院和专业，自动显示相关课程选项；根据用户的角色（学生、教师、行政人员），动态调整显示相应的字段和表单内容。这种设计不仅简化了用户操作，也确保了数据的准确性和关联性。4.2.3多种输入方式：为了提高数据采集的便捷性，表单应支持多种输入方式，包括文本输入、下拉菜单、多选框、单选按钮、日期选择器等。对于常用信息，如学院、专业、课程等，应采用下拉菜单或自动填充功能，减少手动输入的错误率和工作量。4.2.4实时验证和错误提示：表单应具备实时数据验证功能，在用户填写过程中即时检查输入内容的合法性和正确性。例如，验证电话号码、电子邮件地址的格式，检查必填项是否完整填写等。对于不符合要求的输入，系统应提供友好的错误提示，帮助用户及时纠正。4.3EXCEL表单模式设计：提供Excel表单样式自助设计功能，支持通过所见即所得的Excel表格方式设计。4.4支持EXCEL导入表单模式：支持EXCEL表直接导入表单模式。4.5支持表单行权限及列权限控制：支持表单的行权限与列权限的控制。5.表单管理：5.1我的表单：提供表单样式自助设计功能，支持通过所见即所得方式设计模式。5.2部门表单：5.2.1核心功能：用于展示用户所在部门创建的表单。5.2.2系统中的“部门表单”功能，是专为提升部门内部工作效率与信息共享而设计的核心模块。这一功能集中展示了用户所在部门精心创建的各类表单，这些表单不仅反映了部门的业务特色与管理需求，还成为了部门成员间协作与沟通的重要桥梁。每个表单都经过精心设计，既符合部门特定的业务规则，又兼顾了用户使用的便捷性。表单中的字段设置合理，既包含了必要的基本信息，又可根据实际情况灵活调整，以满足不同场景下的需求。5.3表单控件：表单控件:支持多种填写控件，至少包括:文本、多行文本、年、年月、日期、日期时间、图片、小数、数字、部门、码表、人员搜索、动态码表、子表。5.4表管理：表管理(数据维度管理):可以设置字段显示必填、选填、禁止修改、同步禁止修改、自主修改等。5.5表单回收站：5.5.1表单回收站为用户提供了一个便捷、安全的环境，用于查看并恢复那些不慎删除的重要表单。5.5.2表单回收站是一个专门用于存放用户已删除表单的虚拟空间。它不同于传统意义上的永久删除，而是采用了一种“软删除”的策略，即表单在系统中并非真正消失，而是被标记为已删除状态，从而保留了恢复的可能性。这一设计不仅避免了因误操作导致的数据丢失，也为用户提供了更多的灵活性和控制权。5.5.3其功能包含：（1）查看已删除表单：用户可以查看到所有自己创建并已删除的表单列表。这些表单通常会按照删除时间进行排序，以便用户快速定位到需要恢复的表单。（2）恢复删除表单：对于误删或仍需保留的表单，用户可以通过回收站提供的恢复功能进行一键恢复。（3）彻底删除与清空：除了恢复功能外，回收站还提供了彻底删除和清空回收站的选项。5.6表单敏感词库：5.6.1敏感词库管理是一个关键功能，旨在确保用户提交的数据中不包含任何违规、不恰当或敏感的信息。此功能不仅提升了系统的内容审核效率，还保障了信息的安全性和合规性。5.6.2敏感词库管理允许系统管理员或指定用户新增、修改、删除敏感词条，并将这些敏感词库配置到系统中，以便在数据提交时进行实时检测与过滤。通过这一机制，系统能够自动识别和拦截包含敏感词的表单内容，有效防止不当信息的传播。6.表单主题模板：6.1主题分类：主题分类管理模块用于展示和管理系统中的所有主题分类。允许系统管理员或授权用户新增、编辑和删除不同的主题分类。6.2主题列表：展示主题列表。用户可以新增、修改、删除主题，包括主题名称、主题风格、头部图片、背景图片、主题颜色等。7.任务流程引擎管理：7.1任务管理：任务管理模块让用户能够清晰地看到所有任务的概览。用户可以在此模块中创建并配置新的任务，包括设定任务的基本信息、执行条件等。同时，用户也能对现有的任务进行有效管理，管理操作涵盖了发布任务以便执行、编辑任务以调整其细节、查看任务详情及进度，以及删除不再需要的任务，从而确保任务管理的全面性和灵活性。7.2任务跟踪：用户可以在此模块中此执行多项操作，包括但不限于实时跟踪任务进度、查看任务相关的统计信息（如完成情况、耗时等）、以及生成任务专属的二维码，方便通过扫码快速访问任务详情或执行特定操作。这些功能共同构成了强大的任务跟踪机制，确保了任务执行的透明度和高效性。7.3内置流程引擎：内置流程引擎，可以快速的生成审批流程、支持一级和多级审批、可以按照岗位进行审批，支持竞争、同意、驳回等场景。7.4数据审核流程：支持按照填写用户进行审批，可以做到修改后和修改前数据进行对比，并标识改动字段。8.数据及报表汇总：8.1数据列表：数据列表为用户提供了一种直观的数据展示方式，支持展示数据为关系型数据库通用数据列表，方便用户进行后续分析或存档。同时，用户可按照表单、提交人、任务实例筛选展示数据。8.2报表数据汇总：提供数据导出、表单模板预览等功能，展示数据以表单模板设计样式为准，在新增任务时选择此功能，可按照表单、提交人、任务实例筛选展示数据。9.流程引擎配置：9.1流程部署：展示系统现有的流程列表，可以查看或挂起流程。用户也可以在线绘制流程，也可以上传流程文件来生成流程。9.2我的流程：用户可以发起流程申请，也可以查看申请的流程列表及详情。10.指标管理：10.1指标分类：提供对指标分类管理功能，新增不同类型指标时支持分类选择或选中分类新增时默认进行分类。10.2指标管理：支持对原子指标管理，包括指标名称、指标分类、指标编码、计量单位、描述。可以维护时间周期，字段包括时间周期名称、分类、时间周期编码、时间范围、描述。可以管理计量单位，包括计量单位名称、分类、计量单位编码、描述。10.3指标统计输出：支持指标数据输出统计报表。11.数据管理：11.1数据源管理：数据管理广泛支持多种数据源类型，包括但不限于Mysql5.7、Oracle数据库、国产达梦数据库以及Excel文件等。用户通过该模块可以轻松实现数据源的连接管理功能，包括新建数据源连接、编辑现有连接信息、测试连接是否成功以及删除不再需要的数据源连接。11.2数据集管理：用户可以根据业务需求，灵活配置数据集的字段信息，如字段名称、数据类型、数据格式等。通过这些配置，系统能够自动将原始数据整理成结构化的数据集合，为后续的数据分析、报表生成以及表格表单的自动填写提供强有力的支持。12.通知公告模板配置：12.1通知配置：该模块集中展示了所有可用的通知模板列表，用户（包括系统管理员及授权用户）可以便捷地进行模板的新增、编辑与删除操作。每个模板都预设了标准的通知格式和常用内容区块，方便用户根据实际需求快速生成符合规范的通知信息，提高工作效率。12.2通知公告管理：系统管理员对系统公告信息的全面维护权限。不仅可以新增公告，及时发布重要信息给全校师生，还可以对已发布的公告进行修改和删除，确保公告内容的准确性和时效性。13.系统管理：13.1用户管理：系统管理员具备全面的用户信息管理权限，能够轻松实现各部门人员信息的新增、修改、删除操作，同时支持密码重置、账号启用与禁用状态的调整。查询功能让用户信息检索变得高效便捷。用户信息涵盖用户账号、密码、姓名、联系电话、电子邮箱地址以及所属部门等关键信息，确保每位用户信息的完整性和准确性。13.2角色管理：为了灵活控制访问权限，系统管理员可以细致管理系统中的角色信息，包括新增角色、修改角色描述、删除过时角色以及查询角色详情。系统支持设置角色与用户的对应关系，的灵活配置。13.3菜单管理：直观展示系统所有菜单列表，允许系统管理员根据实际需求配置菜单的显示状态及其对应的访问路径，优化用户的操作体验。13.4消息日志：消息日志模块详尽记录了发送消息的各类信息，如消息标题、发送方式（如邮件、短信等）、接收人列表等，为消息追踪和审计提供了有力支持。13.5部门管理：系统管理员可通过此模块对组织架构中的部门进行全面管理，包括新增部门、修改部门信息、删除无效部门、查询部门详情，并支持查看部门下所有用户及调整部门之间的层级关系，确保组织架构的清晰与灵活。13.6岗位管理：系统提供了岗位管理功能，允许系统管理员新增岗位、修改岗位描述、删除不再需要的岗位以及查询岗位信息，确保岗位信息的准确性和时效性。13.7系统配置：该模块集成了多种系统管理功能，如系统基本配置、邮件服务器配置、短信服务商配置以及文件存储路径设置等，为系统管理员提供了一站式的管理平台，简化了系统维护流程。13.8字典管理：系统管理员可以通过字典管理模块对系统内的各类字典信息进行维护，包括但不限于新增字典项、修改字典描述、删除无效字典项以及导出字典数据，确保系统数据的一致性和可扩展性。13.9参数配置：为了满足系统运行的多样化需求，系统管理员可在参数配置模块中新增、修改、删除或导出系统参数信息，这些参数可能涉及系统性能调优、业务流程控制等多个方面，是系统灵活运行的重要保障。14.操作日志：系统管理员能够依据日期和类型来查询日志信息。这些日志信息详细记录了事件的发生时间、事件的描述内容以及执行操作的人员。此外，系统管理员还具备将日志信息导出为特定格式的文件，并将其保存到指定位置的功能。（五）系统对接及其他1.统一消息对接：公众号统一消息通道对外发送（目前学校及下属二级部门或者学院的公众号统一消息管理）；OA（待办，已办，已完成）；办事大厅（待办，已办，已完成）；数据中心；统一身份认证；聚合门户；教务系统（待办，已办，已完成，课表信息等）；企业微信；周工作表；财务系统（待办）；可信应用平台及其他7个应用系统的消息对接。2.聚合门户任务中心对接：聚合门户的任务中心需要对接OA、教务、办事大厅、图书馆、资产、财务等的待办，已办，已完成。3.聚合门户需要对接的系统：邮箱系统（含用户对接）、站群、OA（网络公文）、企业微信、统一身份认证、数据中心、周工作表、可信应用平台、教务、办事大厅、图书馆、资产、学工等。4.企业微信需与认证系统对接的应用，共12个应用。5.一表通需要对接的应用：数据中心，统一身份认证，办事大厅。（以上对接涉及具体系统，以实际调研为准）。（六）等保测评服务1.服务单位需委托有资质的等保测评公司对本项目系统进行网络安全等级保护二级测评，相关费由服务单位承担。2.服务单位须确保本项目系统符合等保二级的合规要求，以第三方测评机构出具的《等级测评报告》为准。如需要对本系统改造以满足等保二级要求，服务单位需免费对系统进行整改，满足系统符合等保二级要求。3.等保测评二级有如下内容：3.1差距分析：根据用户单位系统安全等级保护定级情况,制定信息系统安全等级保护测评方案，对信息系统涉及的机房、网络/安全设备主机设备、应用系统、安全管理体系等进行等级保护差距分析(安全测评)，并提交不符合项表和整改建议(现场测评)。3.2漏洞扫描：对被测信息系统服务器、应用系统进行漏洞扫描，列出被测信息系统中存在的主要问题以及可能造成的后果，并提出整改建议(现场扫描+远程扫描)。3.3渗透测试：根据扫描结果进行漏洞分析及说明，对系统开展渗透测试，进行弱口令测试及其他手工测试，并提交修复建议(互联网渗透+现场渗透)。3.4等级测评：用户单位完成整改工作后，依据《GB/T28448-2019信息安全技术网络安全等级保护测评要求》及相关等保2.0标准和要求，对信息系统进行等级测评，并输出最终的测评报告。（《等级测评报告》，在项目最终验收前提供）二、系统非功能性高聚合门户要求：1.可靠性：系统需提供7*24小时的不间断服务。2.系统支持不少于5万用户容量，支持不少于2万在线用户。3000个并发用户执行登录操作，平均响应时间不超过1.5秒。100个并发用户执行消息发送操作，平均响应时间不超过0.5秒。三、建设工期要求1.交货时间要求：2024年11月上线试运行。2.交货地点要求：2.1服务单位须将设备、产品运送到指定地点，其运送的所有费用由服务单位承担。2.2交货地点：采购人指定地点。四、整体实施要求1.服务单位必须在双方签订合同后的3个工作日内，组织人员进行项目需求深化调研，在双方签订合同后10个工作日内提交项目需求说明书，项目需求说明书通过业主和监理审核后，才能进行下一步项目实施工作（如项目需求说明书未能满足业主需求，导致工期延误，相关责任由服务单位负责）。2.项目组织要求：2.1应书面明确实施项目的人员配置管理计划，包括组织结构、项目负责人、组成人员的资历信息、类似项目的经验及分工职责。2.2必须提供项目