采购需求

总体技术及服务要求

一、项目总体要求

（一）总体要求

要求以《教育部关于加强新时代教育管理信息化工作的通知》、《职业院校数字校园规范》、《中国教育现代化2035》等上级文件精神为指导，结合我校实际情况，以质量为核心，以治理为手段，采用大平台、微应用的建设思路，建设集质量治理服务与数据分析平台、数据治理与数据开放服务平台、校地合作产教融合深度应用平台的内部质量治理服务平台，并同步建立配套的内部质量治理移动支撑服务平台，进一步提高学校治理体系建设和治理能力的现代化。

（二）建设原则

1．先进性和实用性

本平台系统设计既要采用超前思维、先进技术和系统工程方法，又要注意思维的合理性，技术的可行性，方法的正确性。系统的设计，能反映当今的先进技术和对应理念，符合职业院校发展规律，解决建设中的痛点问题。

2．标准化和规范性

本平台建设技术路线应能够实现学校统筹规划的应用需求和未来发展，符合并遵守学校制定的教育信息化技术规范、软件设计与开发规范、软件设计开发标准等标准规范要求。

3．可用性和可靠性

本平台在高负载的情况下系统需保证业务的可用性；在局部故障发生时需保证整体业务的连续性；要求解决方案和产品必须具有良好的可管理性和可维护性，便于日常运行维护和管理。

4．可管理性和可维护性

本平台需具有良好的可管理性和可维护性。面对的不同的用户角色、不同的职位，访问权限和业务操作需要也不尽一致，从功能的扩展和管理要求而言，应将业务功能碎片化、微服务化、便捷化、实现独立封装。

（三）技术要求

1．架构要求

项目平台需采用前后端分离、微服务架构技术，实现功能模块解耦，基于J2EE Web技术开发，客户只需使用浏览器就可以使用和实现管理有关操作，能够实现微服务为单位独立部署，实现分布式架构，项目中所有的微服务的功能界面风格和操作流程一致，强大的工作流引擎，能够实现学校各项业务需求的自定义处理，系统可以根据用户量的增大而扩充服务器数量并实现负载均衡；由于基于J2EE平台开发设计，主体代码采用Java编程语言和服务器端Java技术（如EJBs、Servlet、JSP、JNDI、JDBC和RMI等）开发，前端VUE+Element-ui架构。

2．数据库要求

系统需采用主流数据库如MySQL 5.7及以上版本或Oracle 11g以上版本，实现双活或主备部署，提高可用性和安全性。

3．文件存储要求

文件存储要求具有单独的服务器，能够引用FASTDFS等分布式存储技术。

4．运行环境要求

系统可运行在物理实体机或者虚拟机环境上，项目的运行操作系统环境需实现Unix、Linux操作系统，如RHEL、CentOS、Ubuntu等。

5．授权数量要求

系统使用要求不限用户数量，不限并发数量，以保证后期业务高效运行，无授权数量限制（包括本项目中所使用的第三方组件）。

6．中间件（组件/平台）要求

本项目中所使用的中间件（组件/平台）均需为终身授权学校版本，比如（若涉及）流程引擎平台、表单引擎平台、在线文档编辑平台、ETL工具等，且版本应为本项目发布招标公告之时的最新稳定版本，若在项目实施过程中校方发现中标人所使用的版本为旧版，校方有权要求中标人提供最新版，费用由中标人支付；本项目中所提供的第三方服务，比如企查查、企信通在服务期内提供免费使用，第三方产生的费用服务期内由中标人支付。

（四）运维安全要求

加强信息化建设的同时，将信息安全作为运维中的关键点，以此为基础的情况下，保障平台高效运行。

二、功能要求

（一）质量服务与数据分析平台

1．质量服务管理△

（1）学校发展服务

学校发展服务中，根据学校实际情况，进行流转分配，要求支持多项目、多任务并行的模式。

①学校发展建设项目基础项服务

本系统中，要求围绕学校各类发展建设项目将项目类型、项目级别、任务类型、反馈栏目、反馈周期设置为可配置项，便于后期学校的管理需要，在不同阶段要求进行灵活设置。

②学校发展建设项目初始化服务

各类项目初始化时，需支持项目的基础信息、项目文本、附件、项目模块、项目阶段设置、项目查询设置、反馈设置等阶段。

基础信息设置需要实现项目名称的制定，项目类型、项目级别的联动选择；联动组织架构，进行项目负责人、项目牵头人、项目督办人，项目周期、项目描述、项目目标的设定。

附件方面需要支持项目关联的各类文档上传；

项目模块中需要灵活设置任务数级别、虚拟节点、层级显示；能够关联控制诊断改进、检查考核、反馈审核的需要与否。

项目阶段设置需要对项目进行阶段划分；项目查询权限设置需要实现对上述人员的联动设定。

反馈设置中需要灵活设置反馈栏目的完成情况、未完成原因、改进措施。

学校发展建设项目应当能够与学校层面规划各层级内容进行关系联接，以实现“自顶向下”式的发展路径跟踪分析。

③学校发展建设项目控制服务

要求在项目进展中，能够实现项目初始化信息的调整，实现某项目、任务查询权限的灵活配置，如项目负责人、项目牵头人、项目协同部门负责人、项目督办人、其他人员的选择控制调整；要求支持任务负责人、督办人、参与人的主动转让和被动调整控制；要求支持任务阶段的一键全量控制，如是否启用/禁用任务分解、是否启用/禁用任务反馈、是否启用/禁用任务的编辑等；支持任务列显示自定义设置，实现不同任务之间的任务关联，打通任务孤岛。

④学校发展建设项目任务分解

针对负责的项目能够进行编辑、分解、延期、终止等操作，分解过程中关联基础项服务配置内容，如任务来源、任务属性、反馈类型，关联控制是否可再分解、是否需反馈。

⑤学校发展我的项目

需要实现以“我的项目”为主线，以不同项目为入口，展示项目的任务、文档、概况维度。

在任务维度能够将任务名称、操作、进度、任务数、任务状态、负责人部门、负责人、开始时间、截止时间等统一呈现，形成任务看板。需要支持任务的导入与导出，并能够通过切换不同年度更换关注视角，如我负责的任务、我参与的任务、我督办的任务、我考核的任务等；同时上述视角中要求均能够进行显示层级、任务属性、任务状态、部门、时间区间、按不同类型分组（如负责人、截止时间、部门等）。

在文档维度能够统一查询项目过程中上传的所有文档，并查看文档的关键信息，如名称、上传人、所在部门、上传时间、文件大小、授权用户等。

在概况维度需要统一监测任务总数、已完成未完成数、逾期数，并实时显示任务相关的动态。

⑥发展建设项目查询服务

要求实现项目负责人、牵头人、创建人等具有项目权限的人员进行相关数据的查询，把控项目进度，实现权责适配的管理查询服务。发展建设项目能够前向溯源对应规划内容的查询。

⑦发展改进服务

要求能够实现项目负责人根据项目实施情况，进行建设过程绩效的对比分析，并进行对应的规划改进，并且要实现任务到期前的预警提醒功能。

（2）专业发展服务

①专业群建设服务

要求实现专业群基本信息定义，包括专业群建设概况、专业群建设理事会成员、群内各专业信息等；实现成员与其简历的关联，方便用户可以查看，通过活动/研讨记录，提升专业群建设能力。

要求实现群内专业资源信息的登记与分析，直观呈现组群逻辑、专业群建设业绩等，实现与学校数据中心进行数据对接。

要求实现专业群建设过程的信息记录，依托群内专业建设过程，凸显“集群”效应。

要求实现专业群与群内专业建设过程的下钻分析，确保专业群建设目标落地。

②专业建设发展服务

要求实现预置专业概况、专业团队、师资队伍、协同育人、实验室建设、教材建设及校企合作模块，全面覆盖专业画像各维度要素；能够实现模块支撑数据自定义，可根据学校实际定义专业现状。

要求专业规划能够承接学校二级部门规划，实现专业发展与规划目标一致；能够实现专业自定义差异化发展目标，实现专业特色发展；能够实现三年期滚动计划编制，并将规划内容作为后期诊断的目标；能为每个专业规划指标配置完整数据规则，包括数据抽取源、抽取方式等。

要求依托专业规划各定义指标及其数据规则，系统自动生成专业诊改结果；能围绕每个指标诊断结果，专业负责人可以结合专业发展与专业建设实际进行改进设计。

（3）课程发展服务

要求包括课程建设规划、课程建设诊断与改进两个核心内容，为课程负责人提供一站式课程建设质量治理服务。

①课程建设发展服务

要求课程建设规划继承学校专项规划、二级学院规划，为规划任务反馈提供联动支撑；

要求实现自定义规划发展指标并推送至各课程建设规划负责人，为课程建设提供发展空间；

要求课程建设诊改自动抽取指标对应业绩指标，为课程负责人提供初步诊断意见，为后续改进措施登记提供数据实现；

要求课程建设的具体内容应当与“1+X”证书制度、学分银行制度等进行无缝对接，使得课程建设从源头就与最新的职教理念同步。

②课程教学发展服务

要求在教学平台提供基础数据的前提下，通过自动抽取课程教学活动指标值，与学校预设平均值进行对比分析，提出诊改意见，由任课教师进行自我改进。

要求实现定义课堂教学评价相关的指标及取数规则，对接在线教学平台的教学活动数据进行抽取与分析。

要求根据学校教学管理部门提供各指标的参考均值或系统自动计算中位值，便于任课教师及时知悉课堂教学的客观评价。

要求实现任课教师针对诊断结论制定对应的改进措施，并在后续数据分析过程中形成持续的螺旋递进机制，确保教学活动可控和持续改进。

（4）教师发展服务▲

①教师发展指标定义服务

需要预置指标大类及指标项模板，帮助学校快速启动教师发展规划活动。

需要同时实现指标大类与指标项定义，实现指标数据源配置以实现与学校数据中心的数据集成，实现不同年度指标生效配置，实现指标量化与权重设置。

需要提供指标设置，要求实现数据埋点的前后向关联以及目标标准与呈现样式的分析；指标根据属性不同可进行计次、计数等维度的计算。

需要实现各指标灵活配置是否启用字典项，并通过独立字典表进行字典项维护，为后续指标与教师业绩间的对接预留通道。

要求实现根据学校诊改实际自主定义计算模型；实现计算模型的参数定义、计算方法定义；实现计算模型的版本管理与生效设置。

②教师发展诊断改进服务

要求实现年度规划制定，并提供多年度规划值对比，实现规划数据与教师业绩支撑数据的关联；实现规划结果统计量化计算与评分；预留规划与学院教师业绩系统数据对接功能。

系统需在学校提供数据中心的前提下，实现自动抓取诊断结果功能；实现教师主动修正诊断结果，实现对计算值的修正，在修正框中输入修正值；实现多个支撑材料的上传与下载；实现对诊断结果修正的详细描述说明；实现对自我诊断后的结果进行审核；实现对发展诊断结果及修正内容进行审核。

教师业绩的数据与学校数据中心对接，要求教师发展诊断结果实现与教师业绩联动，确保关联数据的实时性和准确性，提高诊断效率和精准度。

需要实现按年度进行目标达成度统计，为改进分析提供支撑；实现对诊断问题的溯源分析；实现改进措施登记；实现对外力实现的记录登记。

（5）学生发展服务△

①学生发展指标定义服务

要求实现学生个人规划目标分年级定义，实现不同指标体系对应不同年级；

要求实现保留原指标体系的前提下，指标体系的更新迭代；

要求支持学生在校期间个人规划申报，支持各类指标类和指标项自定义，实现不同年级不同班级批次申报。

要求根据规划数据源类型，系统自动抓取对应指标运行结果，供学生自我诊断参考使用。

②学生发展诊断改进服务

要求实现学生进行自我诊断、剖析并填报自我改进措施。

要求实现从学生自我测评到职业（学业）发展目标设定，以及阶段性发展诊断改进的全周期系统性功能。

要求实现学生个人规划的建议管理，即实现由班主任对每位同学的规划内容进行合理化建议，尽可能符合学生的个性化发展需求。

2．质量监测服务△

（1）学校发展看板分析

要求“任务看板”式的数据分析，实时直观统计各级任务的完成情况。如任务总数、已完成数、任务完成率、任务进度分析和本年度任务完成进度的分析呈现，呈现方式要求实现图形和列表两种。

（2）专业发展监测分析

要求对专业发展的综合情况做统计分析，如各专业诊改指标分类达成度、年度规划达成度最高指标前5名、年度规划最高达成度专业前5名、指标项达成率前5名、指标项达成率后5名、指标规划占比、指标规划达成占比等，排名可自定义配置。

（3）课程发展监测分析

①课程建设发展监测分析

要求对课程建设发展的综合情况做统计分析，如课程建设规划指标达成率前5名、课程建设规划/诊改达成率二级部门排名、课程建设指标达成度、课程建设达成度最高5门课程、指标项达成率前5名、指标项达成率后5名、指标规划占比、指标规划达成占比等，排名可自定义配置。

②课程教学发展监测分析

要求对课程教学发展的综合情况做统计分析，如课程教学规划指标达成率前5名、课程教学规划/诊改达成率二级部门排名、课程教学指标达成度、课程教学达成度最高5门课程、指标项达成率前5名、指标项达成率后5名、指标规划占比、指标规划达成占比等，排名可自定义配置。

（4）教师发展监测分析服务

要求提供教师发展监测分析，如：各二级部门教师规划/诊改完成人数分布情况、指标达成率情况、指标达成前5二级部门、指标达成后5二级部门、指标项达成率前5名、指标项达成率后5名、指标规划占比、指标规划达成占比等，排名可自定义配置。

（5）学生发展监测分析服务

要求提供学生发展监测分析，如：学生发展完成率前5名、二级部门指标项达成率、二级部门学生发展指标完成率、近三年学生发展完成趋势、指标项达成率后5名、指标规划占比、指标规划达成占比等，排名可自定义配置。

3．学校多维治理数据报表分析服务▲

平台需紧密围绕学校、教师、学生、专业和课程五个层面的质量运行活动，分析治理主题特征，以可视化图形图表的方式，实现五个层面的年度数据报表、诊改报告。

针对已经有的数据，需要从数据中心进行抽取，针对于暂无的数据，需要提供数据输入表单。具体如下：

（1）学校层面数据分析

学校层面需要从办学概况、办学成果、培养质量三个方面进行分析，覆盖数据采集和高基报表的核心数据，以下为字段举例。

办学概况：学校占地面积；建筑面积；图书总数；教职工总数；带宽；专任教师数；党员数；全日制在校生数；课程数量；招生专业；课程数量。 

办学成果：办学荣誉；办学标志成果数量；历年招生数；核心论文发表趋势；发明专利申请趋势；横向服务到账额度趋势；生师比趋势；留学生招生趋势；纵向科研项目趋势；年培训人天趋势；双师素质专任教师发展趋势。

培养质量：历届毕业生就业率；历届毕业生月薪；历届学生自身发展满意度；历届毕业生总体满意度。

校情总览：用于显示学校基本信息，办学情况、教师分布、学生人数、科研状况、专业情况等。

学生情况：在校留学生数；辅导员数；总班级数；学生按照中国地图分布；近三年录取人数按照数量、生源类别柱状分布；学生男女比例；二级学院学生分布、不同年级的班级数量、班主任年龄分布；二级学院班主任数量分布；在校学生政治面貌分析报表；

教师情况：教职工总数；专任教师数量；骨干教师数量；兼职教师数量；兼课教师数量；党员数；近三年专职教师年龄分布趋势；二级学院博士、硕士分布情况分析。 

招生就业情况：近三年招生生源地分析报表，近三年学生就业分析报表，近三年各二级学院就业率报表；

图书借阅：按照行业分类、按照院系分布、图书借阅top10排行、借阅书名词云。

（2）专业层面数据分析

专业层面分析需要从专业概况、招生就业、科研与社会服务、产学合作与国际化办学几方面进行分析。

专业概况：标志性成果、近三年招生专业数量趋势；

招生就业：历年招生人数趋势；毕业三个月之后收入趋势；过去三年年终就业率走势；过去三年学生就业满意度；过去三年毕业生工作与专业相关度；过去三年雇主满意度；

科研与社会服务：科研标志性成果；近三年授权专利数量趋势；近三年核心期刊/SCI发表数量趋势；近三年纵向科研经费到账额度趋势；近三年非学历培训人/天趋势；近三年横向科研服务到账额趋势；近三年校级及以上科研平台数量趋势；近三年校级及以上科研项目数量趋势；

国际化和产学合作：近三年学校为企业服务收入额趋势；产学合作企业数量趋势；产学合作企业捐款额度趋势；留学生来源国家分布；近三年招收留学生数量趋势；近三年境外研修人员数量趋势。

（3）课程层面数据分析

课程层面分析需要从课程概况、课程建设两方面进行分析。

课程概况：各年度课程开课门数趋势；近三年A/B/C类课程比例；

课堂教学：教学云平台提供课堂教学数据分析；

课程建设：近三年课程资源库项目分布；课程建设成果数量统计；近三年校级教材项目数量趋势；近三年校企合作共同开发课程数量；近三年校企合作共同开发教材数量。

（4）教师层面数据分析

教师层面需要从教师人才引进、师资队伍两方面做详细分析。

人才引进：历年教师人才引进情况分布；教师团队分布；历年柔性引进人才数量；引进人才按照学科领域分布情况；教师测评（教师教学、教师科研、教师实践）分析；教师发展（师德修养、社会实践、教育教学、教研科研）分析；

师资队伍：教职工总数；专任教师数量；骨干教师数量；兼职教师数量；兼课教师数量；党员数；近三年专职教师年龄分布趋势；二级学院博士、硕士分布情况分析。

（5）学生层面数据分析

学生层面的数据分析需要从学生概况、学生成果、学生发展方面进行分析。

学生概况：在校学生总数；招生专业数；班主任数；在校留学生数；辅导员数；总班级数；学生按照中国地图分布；近三年录取人数按照数量、生源类别柱状分布；学生男女比例；二级学院学生分布、不同年级的班级数量分布；二级学院班主任数量分布；班主任学历、学位分布；班主任职称分布；楼栋宿舍数量分布；

学生成果：学生获奖总人数；二级学院第二课堂平均分分析；近5年学生创新创业成果趋势分析；学生创新创业成果类别分布；二级学院获奖人数及获 奖比例分析；近三年学生获奖分布及趋势。

学生预警：二级学院学生学业预警分析；过去三年学业预警总人数及预警级别分布；体质测试预警分析；各学院红色预警变化趋势。

（二）数据治理与数据开放服务平台

1．元数据管理服务

（1）元模型管理

要求元数据管理提供内置数据字典、代码管理等技术元数据和指标、业务规则等基于CWM的元数据，符合高校数据仓库环境的各类元数据管理模型。

（2）模板管理

要求系统提供模板管理，用于采集元数据，模板能够采用Excel作为文件的格式。对于一般类型的模板，元模型中的每个“类”的元数据对应一个Excel中的Sheet工作表，系统中所有的元模型（类）都应模板中体现。

要求可按需要灵活定制Excel中的名字、Sheet中列于元模型的对应关系，实现自动和手动导入元数据。

（3）元数据映射管理

要求能够配置元数据之间的映射关系，在有映射关系的元数据目录下如果元数据的代码相同则认为是同一元数据。

要求实现自动建立元数据间的映射，采集适配器在采集元数据采集的时候自动建立起元数据间的映射关系。

（4）元数据采集

关系数据库适配器：要求能够采集来自Oracle、DB2、Teradata、Sybase、SQLServer等关系型数据库的库表结构等元数据。

建模工具适配器：要求能够支持ERWin适配器，Powerdesigner适配器。

ETL工具：要求能够支持Datastage，PowerCenter，Kettle ETL。

前端工具：要求能够支持Cognos，采集Cognos中的二维报表元数据——映射关系以及MicroStrategy报表采集。

脚本适配器（Perl，SP）：对SP、Perl脚本采用SQL解析的方式进行ETL作业映射关系元数据采集。

Excel适配器：要求能够支持采集Excel格式文件的元数据(包括：库表数据字典、映射关系、代码、指标等)。

（5）元数据管理

①元数据视图管理

要求提供按照业务线的高校数据流图，业务人员可以个性化该视图，展现关心的业务线数据流图，为业务人员理解系统提供了最佳展现手段。

②元数据维护

要求实现元数据基本信息、属性、被依赖关系、依赖关系、组合关系的查询修改和删除操作。

③元数据查询

要求能够根据搜索条件，查询符合数据访问权限的元数据。

④元数据导出

要求提供元数据和分析结果的数据导出功能。

元数据导出：对元数据树上需要导出的元数据全部导出为Excel文件。

分析结果导出：对影响分析、血统分析、ETL映射分析等分析结果支持数据导出和图片导出功能。

⑤元数据版本管理

要求提供元数据的生命周期管理，发布、删除和状态变更流程，提供版本管理功能。

⑥元数据变更管理

实现用户可以自行订阅关注的元数据，当元数据发生变更后，系统将以用户指定的形式通知用户变更的发。

⑦元数据检核管理

要求实现的数据库表之间的元数据检核，通过对已采集的元数据创建基准库，并可以查看检核结果。

（6）元数据分析

①血统分析

要求提供跨IT系统、跨BI工具的元数据分析，实现以数据流向为主线的血缘追溯。

②表的关联程度分析

要求实现元数据与其他元数据的关系出现次数（如：表与ETL程序、表与OLAP、表与指标等）、库表的重要程度。

2．数据治理服务△

（1）数据质量定义模块

要求实现对质量维度、检核类别、度量规则以及检核方法的定义和管理，为检核任务模块提供必要的输入。

①质量维度定义

要求通过对不同业务规则的收集、分类、抽象和概括，定义数据质量维度。

②检核类别管理

需要实现在质量维度的基础上根据各业务规则的具体特点细化出多种检核类别，使得数据质量问题更具有条理性和层次感，并可以直接体现出问题数据的特征。

③度量规则管理

需要实现针对不同的业务实体依据检核类别定义出度量规则， 每一个度量规则都是从业务实体的角度上对质量问题进行简单的描述。

④检核方法管理

需要实现根据度量规则中不同的信息项定义出不同的检核方法，每一个检核方法根据其检核对象定义各自的检核脚本以及相关的属性信息。

⑤检核方法审核

能够实现脚本配置模板，提供相应的界面，在页面上导入模板后，由系统自动生成检核方法，然后系统会校验这些检核方法的正确性，对于配置错误的脚本需要予以标识，并可在界面中查询错误信息。

（2）检核任务调度模块

需要实现通过执行检核方法生成相应的检核结果问题数据文件，检核结果问题数据，反映出数据质量问题。

①检核任务生成

能够控制检核任务调度模块统一管理系统内所有检核任务，在上游系统批处理作业结束之后会触发执行检核任务生成程序，生成相应的检核任务列表，发现有待执行的检核任务并且当前系统中没有正在执行的检核任务便会启动检核任务。

②检核任务状态

能够在检核任务开始后立即将此任务的状态更改为“正在执行”，在执行检核过程中发现错误，将对应的检核任务状态置为“执行出错”，对于成功检核完成的任务，将其置为“检核完成”。

③多线程执行方式

要求系统根据此次检核任务的检核方法数目来决定此次检核任务分配的线程数，同时记录检核方法的执行结果日志。

④检核结果文件生成

在检核任务执行过程中，依次执行各个检核方法，并同时生成核验结果文件。

（3）问题数据分析模块

需要提供问题数据分析模块，以对问题数据进行检索、分析，进而启动问题治理流程。

①问题数据汇总与明细

要求在问题数据检索中，根据不同条件进行组合检索，可对查询结果（包括汇总数据和明细数据）进行自定义排序以及根据问题率对结果数据进行筛选。

②问题数据趋势分析

要求在趋势分析中，可选择一段时间内的同一个检核方法所检核出的问题数据量的变化趋势图，以更直观的方式查看数据质量问题的变化以及对质量问题的治理结果。

③数据质量报告分析

要求提供数据质量报告，集中展示数据平台数据质量状况的窗口，实现图形化展现，并可支持钻取到明细页面，打通链路，实现实时导出即见即所得。

④重点监控

实现对于访问用户的不同需求，为满足重点需要监控的检核方法进行集中化分析管理。

3．主数据管理服务

（1）数据模型管理

①资源目录管理

需要支持数据资源的分类、分层级管理，形成数据资源目录，建立数据资源的管理体系，供数据分类创建、统计分析使用。

实现规划创建资源目录，建立一个良好的资源目录结构，划分合理的资源粒度。能够实现：

1.数据模型的创建：在资源目录下创建数据模型，通过增加若干属性形成完整的数据模型。

2.属性的修改：允许任意修改属性，但可能存在修改数据类型后导致数据发布不成功，可重新修订模型再次发布。

3.属性的封存：属性封存后，在数据资源管理的所有界面隐藏该数据。

4.数据规范：根据数据模型生成XML格式的数据规范，作为数据交互的数据标准格式。

详见采购文件