小语种翻译软件服务 投标方案（技术方案）.docx

小语种翻译软件服务投标方案（技术方案）招标编号:投标方案目录第一章需求理解41.1. 对用户需求理解透彻，明确系统的建设要求和目标41.2. 系统建设目标51.3. 建设要求响应6第二章技术方案312.1. 产品技术先进，性能稳定、升级扩展性强，技术方案科学、合理、详尽，可行性强312.2. 总则352.3. 立项管理362.4. 需求分析372.5. 项目计划和监控382.6. 小语种翻译软件系统设计392.7. 小语种翻译软件系统实现402.8. 系统测试和用户测试412.9. 试运行422.10. 系统验收442.11. 系统上线45第三章合作开发管理473.1. 立项分析报告483.2. 单元测试用例813.3. 试运行计划933.4. 数据迁移计划963.5. 试运行报告1003.6. 系统验收报告1023.7. 系统上线计划1033.8. 系统验收评估报告107第四章技术指标1094.1. 第四章“技术服务需求”第三部分“技术指标”中，有标记11项逐条响应1094.2. 系统需求响应1114.3. 翻译性能优化一一语种数量1164.4. 翻译性能优化一一翻译质量1164.5. 翻译性能优化一一翻译速度1164.6. 翻译性能优化一一并发要求1174.7. 翻译系统扩展一一语种数量1174.8. 翻译系统扩展翻译质量1174.9. 翻译系统扩展一一翻译速度1174.10. 翻译系统扩展一一并发要求118第五章文本内容分析言论抽取1195.1. 文本内容分析一一引语归因1195.2. 框架扩展性一一以API封装知识资源建设系统各功能模块，提供所有算法可配置接口及并行任务监控、调度接口1195.3. 运维服务1195.4. 性能扩展性一一#节点数线性增加，加速比随之增力口12055算法扩展性一一#知识资源建设算法预留扩展接口，可进行二次开发120第六章服务、实施方案详尽，完全满足系统需求中的运维服务方案1216.1. 项目组织机构1226.2. 服务原则1236.3. 热线支持服务1246.4. 现场支持服务1256.5. 售后服务流程1276.6. 项目实施过程管理1336.7. 项目质量控制136第七章拟派实施人员汇总表格式1457.1. 拟派实施人员表1457.2. 拟派实施人员表格式1487.3. 计算机学科硕士以上学历人员名册1507.4. 项目人员资质157第一章需求理解1.1. 对用户需求理解透彻，明确系统的建设要求和目标1. 1需求理解机器翻译是使用计算机自动进行语言翻译的技术，它可以在高效的实现不同语言之间自动转换的同时，基本达到人类翻译的质量。机器翻译高效、高质量的翻译能够打破语言屏障，使得对海量实时数据的跨语言处理成为可能。目前系统己支持中文-英文、法文-英文、阿拉伯文-英文、德文-英文、西班牙文-英文、菊萄牙文-英文、日文-英文、俄文-英文、英文-中文共9个语言对的翻译，尚无文本内容分析能力。1.2. 系统建设目标本项目的目标是提升已有的翻译系统的翻译质量、扩展翻译系统所支持的语言对、以及新增对英文新闻文本的内容分析功能。服务商需在规定的时限内完成相关工作，按照本项目系统升级完善、调整优化的需求，完成系统性能升级以及新增服务开发工作。确保优化后系统以及新增系统满足业务处理功能和性能需求。保证系统安全、稳定运行。1.3. 建设要求响应专门术语：SQ1.SERVER:系统服务器所使用的数据库关系系统（DBMS）。SQ1.:一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。RO1.1.BACK:数据库的错误恢复机制。缩写：系统：若未特别指出，统指本小语种翻译软件。SQ1.iStructuredQuery1.angUage（结构化查询语言）。ATM:AsynchronousTransferMode（异步传输模式）。UM1.:统一建模语言、是套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。UDPi1.serDatagramProtoco1.是无连接的传输层协分布式代理：可隐藏服务器ip,减少服务器的危险：服务器代理：可验证用户数据的正确性，以及安全性，进行处理三级代理：减轻服务器压力，可实现智能作弊系统！标准、条件和约定本项目遵从以下标准：GB/T13702-1992计算机软件分类与代码GB/T20918-2007信息技术GB/T19003-2008软件工程GB/T5538-1995软件工程标准分类法GB/T9386-2008计算机富安居测试文档编制GB/T9385-2008计算机软件需求规格说明系统开发严格按照软件工程的方法进行组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。开发流程总述如下图示流程定义了我公司内部的软件开发过程，以指导和规范软件项目中开发过程的定义和相应的实施。该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况仍然会是千变万化的，因此我们也并不是i成不变的死板执行一个僵化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。开0二）软件分析XttHKttttIW1.WW三GWteT用户手册,（微要ISSS3?很喇状案仲通元测徽用&过Hitt）就什何Ia状态征记&3例响型-瞬三1.b加攸件饵IS报告4U可交付产丛<W何IM状态1S记我）软件维护实施计划第护后的软件条统I*7在应用系统软件开发项目中，我们仍将遵循这一思想，这点将在随后的项目开发实施计划部分有具体的体现，在这里和下面的相关章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐明我们对项目开发的完整过程管理思想和相关实践。卜.面我们对这个软件开发工作流程进行简要地分解说明。软件需求分析(1)概述由于应用系统与众多相关应用软件需要进行交互，因此需要先对这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单位认可并评审通过的系统需求规格说明书。软件需求分析是按照项目定义的软件开发过程，根据系统分配给软件的需求(见系统需求规格说明书)，进行软件质量特性规格说明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进行验证和文档化，即完成对软件需求的分析与规格定义。本元素在整个过程中的位置如卜图所示:系统软件需一结构设图示：软件需求分析在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则客户需求（系统需求规格说明书）已由CCB批准为基线已进入配置库2）出口准则要素判断准则软件需求规格说明书已经过审查已批准为基线已进入配置库系统测试计划己经过审查已获得批准已进入配置库系统测试案例用户手册(概要)已编写追溯表一已填写(3)评审评审软件需求规格说明书，具体评审过程见评审程序文件，对软件需求的评审准则包括： 系统需求和系统设计的可追溯性； 与系统需求的一致性； 内部一致性； 可测试性; 软件设计的可行性； 运作和维护的可行性。对软件需求中的问题，与系统工程组或客户一起确定和审查，根据审查结果对软件需求进行适当的修改，必要时按基线变更控制的要求对客户需求进行相应的修改。对软件需求规格说明书进行同行评审。审查、批准软件需求规格说明书。将软件需求规格说明书置于配置管理之Fo(4)工作产品 软件需求规格说明书 系统测试计划 系统测试案例 用户手册追溯表(5)职责项目经理：负责组建软件需求分析组；确定是否需要对有关人员进行培训；负责软件需求规格说明书的审查和批准。软件需求分析组：软件需求分析的主要承担者，负责完成本过程元素要求产生的所有工作产品。系统测试负责人：负责组织软件系统测试组时软件需求进行分析，审查软件需求的可测试性；参与软件需求规格说明书的审查和批准。质量保证人员：参与工作产品的审杳，统计缺陷，并对软件需求分析过程进行审计。系统开发组：配合处理涉及客户需求的软件需求问题。客户：必要时参与软件需求规格说明书的审查和批准。结构设计(1)概述结构设计是指按照软件需求规格说明书，设计软件系统的体系结构，即模块结构，定义每个模块的主要功能和模块之间的联系（即接口），并确定软件系统的数据体系结构。本元素在整个过程中的位置如下图所示：I筑.但结详j图示：软件需求分析在软件开发过程中的位置图（2）入口准则和出口准则1）入口准则要素判断准则软件需求规格说明书经过审查审查获得批准进入配置库2）出口准则要素判断准则结构设计说明书经过审查审查获得批准进入配置库集成测试计划集成测试案例用户手册（初稿）已完善追溯表一2.5.项目计划和监控软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。需求分析过程中，项目经理组织制定详细的项目计划书（附件五），包括具体任务描述和项目进度表等。在项目的各个阶段，业务组组长和IT组组长需配合项目经理制定阶段性项目计戈人业务组组长和IT组组长需配合项目经理对项目计划执行情况进行监控，确保项目按计划完成。项目计划需要变更时，项目经理填写项目计划变更说明（附件六），并提交公司主管领导审批，通过审批后,交给业务组组长和IT组组长执行。2.7.小语种翻译软件系统实现项目组根据设计说明书制定系统实现计划，并提交项目经理对计划可行性进行审批。系统实现包括程序编码、单元测试和集成测试。项目组保证开发、测试和生产环境独立，为各环境建立访问权限控制机制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离；如果环境的分隔是通过逻辑形式实现的，应定期检杳网络设置。项目组对已授权访问生产环境的人员进行详细记录，并对该记录进行定期检查，确保只有经授权的人员才能访问到生产环境。项目组进行单元测试和集成测试，测试人员签字确认测试结果。完成日期：Year-Month-Day版本历史版本/状态作者参与者起止日期备注1概述1. 1业务调研人员名单【可选】序号职能部门姓名主管联系电话备注1.2业务范围此处描写总体业务的概要分类并。1. 3业务目标从高层或商务利益的角度提出本业务系统的期望目标,以及评价标准。1.4 相关文档说明：列出木文档的所有参考文献（可以是非正式出版物），包括现有规范、标准、批文、引用到的文件、资料等。1.5 业务词汇表说明：列出本文档的所引用的专属领域词汇、术语等，以便于业务需求的提供者和接收者是建立在一致的业务理解基础之上的。2组织结构及业务1.6 业务相关组织结构、人员组织结构说明：如果客户岗位设置复杂可分别设置，业务组织结构和人员组织结构2. 2组织机构描述2. 3角色职责说明：将业务涉及的具体人员进行一定程度的分类和抽象，描述该抽象角色的操作职责。2. 4管理综述【可选】说明：主要描述该业务的管理特点和管理模式。例如:典型按库存生产模式。生产计划以年度销售计划为指导，并综合考虑设备能力、生产天数、库存、历史销售记录。采购计划的制订以生产计划为依据。2. 5现有业务流程清单【可选】说明：现有业务流程需要考虑，很多新的业务是在已有业务流程基础上进行重组的。流程编号流程名称责任部门辅助部门3业务流程及业务处理描述说明：针对每一项具体的目标业务，描述具体的业务流程，以及相关业务的具体描述。3. 1具体业务流程（系统名称+编号）对于具体业务流程的命名有规范，对具体流程进行编号，便于形成需求矩阵，同时形成需求的管理和跟踪。3. 1.1业务流程3. 1.2业务描述说明：描述具体的业务流程。3. 1.3相关业务对象说明：业务对象：业务流程中涉及的单据、报表等。业务对象使用部门对应电子档案编号3.1.4业务规则及关键算法说明：描述业务环节关键算法体系。4假定和约束说明：列出进行本软件开发工作的假定和约束，例如开发期限等。4. 1运行环境约束4. 2设计约束【可选】说明：开发过程中必须使用的软件语言、软件进程需求、主要开发工具、核心技术、第三方产品等。4. 3产品应当遵循的标准或规范【可选】说明：阐述本产品应当遵循什么标准、规范或业务规则,违反标准、规范或业务规则的产品通常不太可能被接受。5其他5.1目前核心问题和困难5. 2业务对项目实施的需求和期望【可选】5. 3其他未尽事宜说明：指明本文档面向的读者群，及相应的阅读意见。1.3 文档范围【可选】说明：对本文的范围做阐述，本文档改动时，受到影响的范围，例如，木文引用到的用例模型，系统原型，系统测试用例等文档。1.4 参考文档说明：列出本文档的所有参考文献（可以是非正式出版物）,包括计划任务书、合同、批文、引用到的文件、资料及软件开发标准等。1.5术语与缩写解释说明：列出本文件中用到的专门术语的定义和缩写词的原词组，并给予解释，以便于所有读者达成共识。2综合描述2. 1系统背景【可选】说明：介绍系统的预期效果、历史原因。3. 2问题说明【可选】提供一段说明，总结此项目需要解决的问题。可以采用以下格式：【其他配置可选说明：外围系统或相关模块的配置。4. 2.1.4通信接口【可选】说明：指定各种通信接口。例如，局部网络的协议等等。5. 2.2其他非功能性需求说明：下表中的各种需求，可根据实际情况进行选择其中的一种或者几种进行描述，在表的后面是各种需求的详细解释。名称详细要求静态数值需求动态数值需求精度时间特性要求可用性可靠性可维护性安全性对业务及其接口的影响分析需求变更引起的业务变更、业务接口的变更，业务组填写业务负责人意见：同意不同意签字日期：提示：例如黑盒测试和白盒测试。3.测试环境与测试辅助工具环境设备配置名称/类型备注服务器软件硬件客户端软件硬件网络工具类型工具开发商版本测试管理缺陷跟踪用r功能性测试的工具用性能测试的工具值m,例如n大于1O,m小于等于1。最后一次回归测试二类缺陷数量为零，用例外非常规缺陷数量小于等于2个/万行程序；测试用例功能点覆盖率100%;6.BUG管理与改错计划提示：根据所采用的BUG管理工具确定：(I)BUG管理流程，(2)BUG修改流程。定义BUG修改约定，例如：不同级别的BUG必须在几日内处理完成。7.附录.本计划审批意见项目经理审批意见：签字日期系统/用户测试报告1 .基本信息测试依据例如：参照标准、客户需求、需求规格说明书、测试用例等测试范围测试验收标准则无需本表。缺陷名称缺陷类型严重程度模块原因驻留时间解决方案测试人员签字/日期:2 .工作条件提示：说明试运行地点、参加人员、软硬件设施、经费等要求。3 .应递交的工作成果工作成果名称预计完成时间试运行报告报错趋势分析报告4.进度表提示：(1)用MiCroSOftPrOjeCt制作进度表(GanttChart)插入此处或者参照此表制作一份进度表。任务名称及其描述开始时间结束时间参加人员任务1任务25.可能存在的困难与风险提示：指出可能存在的困难和风险，制定应急计划以应对突发事件。附录：本计划审批意见提示：项目经理或者技术负责人根据项目计划以及现实文件状态：文件标ProjectName-TestRun-REPORT草稿识：正式当前版X.Y发布本：正在作修改者：版本历史版本/状态作者参IJ肯起止日期备注1.背景介绍提示：说明此次运行工作的必要性。2.试运行目标系统验收报告编号：CERD-1205-001项目名称：征信系统项目编号:CERD-1205业务部门：P0:SM:验收日期：系统功能概述：本次系统验收为：口系统初验试运行时间：口系统终验周用户验收意见：口同意验收口不同意验收用户验收签字:I1.1 .部署方式及资源分配（包括人力资源及服务器资源）提示：说明成立项目领导组等情况；说明人员、软硬件设施、经费等要求。2 .上线工作进度表提示：（1）用MiCrOSofIPrOjeCt制作进度表（GanttChart）,插入此处或作为附件。（2）或者在此处用表格制作一份进度表，例如：任务名称及其描述开始时间结束时间参加人员任务1任务23 .数据准备计划提示：手工系统向电子系统切换或者省级电子系统需要准备基础数据或进行数据迁移。4 .1二线操作步骤以及问题处理步骤5系统的功能测试计划6 .数据迁移的需求和实施计划提示：此处可以直接说明请见附件“数据迁移实施计划”。7 .应急预案及回退计划1) .分析引发上线失败的潜在原因提示：说明上线失败的几类原因，考虑人员、软硬件设施、经费等因素。2) .预防措施提示：针对上线失败的几类原因，制定预防措施。3) .事件处理及回退计划提示：在突发事件出现时的应对策略，应从人员组织、流程制定等方面考虑。4) .组织机制提示：建立应急处理小组成员，明确职责到人。应急处理人员角色职责8 .业务人员培训方案提示：说明培训内容，时间，地点，培训讲师等信息9 .公司下发的系统标准参数配置提示：可以直接将该配置作为附件。附录：本计划审批意见项目负责人审批意见:签字日期信息技术部审批意见签字业务部门审批意见签字日期1.背景介绍提示：介绍系统上线的背景情况。2 .系统上线目标提示：说明本次系统上线的主要内容与F1.标。3 .系统上线实录提示：回顾系统上线各阶段工作，大体步骤及异常处理情况。4 .系统上线后数据准确性结论提示：可以描述详见附件“数据迁移评估表”5 .接口检查结论6 .权限设置情况提示：请将权限设置表作为附件7 .系统上线后稳定性结论提示：说明本次系统上线后系统的稳定性，是否影响业务操作，系统性能。8 .备份以及批处理设置情况提示：可将设置情况作为附件9 .问题和建议提示：对系统上线过程的问题进行总结，提出意见，并就上线及运行维护情况提出自己的建议。第四章技术指标4.1.第四章“技术服务需求”第三部分“技术指标”中，有标记11项逐条响应1.1项目概述响应项目背景随着互联网的日益发展，互联网上不同语言的信息正在呈指数级增长。在这一环境下，人工无法对规模如此庞大的外语信息进行实时的翻译。在语言不通的情况下，舆情分析工作也会受到严重的阻碍。为了解决口益增长的翻译需求，使用机器翻译是最理想、最经济的选择。机器翻译是使用计算机自动进行语言翻译的技术，它可以在高效的实现不同语言之间自动转换的同时，基本达到人类翻译的质量。机器翻译高效、高质量的翻译能够打破语言屏障，使得对海量实时数据的跨语言处理成为可能。项目现状H前系统已支持中文-英文、法文-英文、阿拉伯文-英文、德文-英文、西班牙文-英文、简萄牙文-英文、口文-英文、俄文-英文、英文-中文共9个语言对的翻译，尚无文本内容分析能力。技术需求目标本项目的目标是提升已有的翻译系统的翻译质量、扩展翻译系统所支持的语言对、以及新增对英文新闻文本的内容分析功能。服务商需在规定的时限内完成相关工作，按照本项目系统升级完善、调整优化的需求，完成系统性能升级以及新增服务开发工作。确保优化后系统以及新增系统满足业务处理功能和性能需求。保证系统安全、稳定运行。研发内容本项目目前已具备9种语言对的翻译服务，需要在此基础上提升已有的9种语言对的翻译质量、新增对11种语言对的翻译支持。在翻译系统的基础上，新增对英文新闻文本的内容分析功能。各系统需提供AP1.接口供其他服务进行调用。4.2.系统需求响应需求名称功能描述性能描述翻译性能提升提升以下9种语言对的翻译性能：中文->英文法文->英文阿拉伯文->英文德文->英文西班牙文->英文福萄牙文->英文日文->英文俄文-英文英文->中文以B1.EU值为测试指标，在9种语言上B1.EU平均提升0.5。在4核CPU,16GB内存,1个英伟达TeSIaV1.oo的硬件环境下各语种的翻译，在考虑延时的情况下，平均翻译速度达到每秒100o字节。每个翻译服务应当提供并行处理能力。由r内部请求量较大，翻译服务应确保在大规模并发访问时的稳定性和响应速度。翻译语言对扩展新增以下11种语言方向的支持：捷克文->英文以B1.EU值作为测试指标，以项目启动时谷歌线上系统为基准，希腊文->英文越南语->英文匈牙利文->英文意大利文->英文立.陶宛文->英文缅甸语->英文荷兰文->英文波兰文->英文斯洛伐克文->英文瑞典文-英文所有语言对不低于谷歌翻译系统3个B1.EU。在4核CPU,16GB内存，1个英伟达TeSIaV100的硬件环境下各语种的翻译，在考虑延时的情况下，平均翻译速度达到每秒10()0字节。每个翻译服务应当提供并行处理能力。由于内部请求量较大，翻译服务应确保在大规模并发访问时的稳定性和响应速度。言论抽取新增对英文文本种言论提取的功能。给定一段英文文本，自动提取出文本中所包含的所有言论。文本的言论提取准确率不低于90%。引语归因新增对英文言论来引语归因的准确率不统性能化翻译性能优化语言对，必须包含指定的9种语言对。翻译质量以B1.EI值为测试指标，在指定的9种语言上B1.EU平均提升0.5。翻译速度在4核CPU,16GB内存,1个英伟达TeSIaV1.Oo的硬件环境下各语种的翻译，在考虑延时的情况下，平均翻译速度达到每秒100o字节。并发要求每个翻译服务应当提供并行处理能力。由于内部请求量较大，翻译服务应确保在大规模并发访问时的稳定性和响应速度。7.3.计算机学科硕士以上学历人员名册姓名角色项目专家身份证号码资质见下图工作经历CEO项目名称：热点案件和民生案件审判智能辅助技术研究国家重点专项角色：项目骨干主要任务：算法模型及产品功能设计姓名角色项目总监身份证号码资质见下图工作经历COO窗体顶端项目名称：国家重点研发计划项目热点案件和民生案件审判智能辅助技术研究子课题一一基于专利地图的专利权属明细边界界定与关联分析技术研究角色：技术总监主要任务：负责项目的系统总体架构设计和算法设计与实现。窗体底端身份证号码资质见下图工作经历前端开发工程师项目名称：MebOX客户端开发主要任务：完成mebox功能的开发设计姓名角色产品经理身份证号码资质见下图工作经历2018.()4-至今2016.03-2018.04应用研发部主管2014.07-2015.07系统工程师姓名角色产品经理身份证号码资质见下图工作经历产品经理项目名称：MeCheCk合同管理系统主要任务：对接客户，挖掘客户痛点需求，验证需求真实性，评估需求实现成本及方案姓名角色设计师身份证号码资质见下图工作经历设计师项目名称：MeBox主要任务：负责MeBOX主要页面以及交互设计姓名角色产品经理身份证号码资质见下图工作经历产品经理负责货物买卖合同的知识梳理及标注工作一、项目名称：广东合创工程总承包有限公司合同审核角色：法务主要任务：审查合同文件的合法、合规性，出具法律意见，文件包含对外常规公文以及涉及投融资、股权架构调整、对外承诺放弃权益、对外提供担保等特殊对外公函，合同类型涵盖建筑施工总承包合同、专业分包合同、采购类合同、服务类合同以及常见的行政办公类合同。每年审核各类文件近2000份，合同1300余份。二、项目名称：广东合创工程总承包有限公司争议案件代理角色：法务主要任务：代理公司诉讼、仲裁案件，案件类型涉及建设工程合同纠纷、买卖合同纠纷、信用证索赔、劳动损害赔偿、劳动争议等，每年处理案件20余起，近70席案件通过和解方式解决，争议较大的案件由诉讼解决。姓名角色前端开发工程师身份证号码资质见下图工作经历前端开发工程师MeBOX和MeeheCk的前端功开发工程师负责负责用户界面的研发与维护工作项目名称：爱奇艺广告中间件服务角色：开发负责人主要任务：提供稳定的爱奇艺广告服务项目：360用户中心角色：360支付中心/用户中心前端负责人主要任务：完成360用户，支付，360火车票等前端架构设计姓名角色前端开发工程师身份证号码资质见下图工作经历前端开发工程师项目名称：MeBoX桌面管理系统主要任务：根据需求完成前端开发项目名称:MeBox-App主要任务：根据需求完成前端开发姓名角色测试及质量保障工程师身份证号码资质见下图工作经历测试及质量保障工程师项目名称：魔力耳朵教务系统、销售系统角色：测试工程师主要任务：跟踪测试教务、销售系统的功能项目名称：塞律字节审杳系统、腾讯互娱规则审查项目等主要任务：测试跟踪系统的功能，确保项目的如期交付姓名角色测试及质量保障工程师身份证号码资质见下图工作经历测试及质量保障工程师项目名称：MeBoX法律知识管理协作系统主要任务：测试项目需求的业务迭代，使用测试工具定位bug,保证线上产品质量姓名角色测试及质量保障工程师身份证号码资质见下图工作经历测试及质量保障工程师项目名称：MeBOX法律知识管理协作系统主要任务：测试项目需求的业务迭代，使用测试工具定位bug,保证线上产品质量7.4.项目人员资质计算机科学与技术一级学科专业硕士研究生人员资质姓名角色项目专家身份证号码资质见下图工作经历CEO项目名称：热点案件和民生案件审判智能辅助技术研究国家重点专项角色：项目骨干主要任务：算法模型及产品功能设计姓名角色项目总监身份证号码资质见下图工作经历COO项目名称：国家重点研发计划项目热点案件和民生案件审判智能辅助技术研究子课题一一基于专利地图的专利权属明细边界界定与关联分析技术研究角色：技术总监主要任务：负责项目的系统总体架构设计和算法设计与实现。窗体底端姓名角色后端开发工程师身份证号码资质见下图工作经历后端开发工程师MeBoX知识管理系统底层数据库、AP1.及系统支撑工作中台建设标注平台、数据处理平台的搭建姓名角色算法工程师身份证号码资质见下图工作经历2019.07-至今算法工程师姓名角色产品经理身份证号码资质见下图工作经历2020.12-至今产品经理2017.02-2020.09美国第一资本银行(Capita1.One)需求分析师姓名角色前端开发工程师身份证号码资质见下图工作经历前端开发工程师项目名称：MeboX客户端开发主要任务：完成mebox功能的开发设计