小语种翻译软件服务 投标方案（技术方案）.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业务