文字转语音应急播音系统技术方案书.docVIP

文字转语音应急播音系统 技术方案书  1总体设计 本项目需解决的技术关键问题 为了提升地铁车站运营服务管理水平，整合各项车站服务管理要求，进一步理顺车站播音服务管理层级，规范工作流程，畅通信息传递，提高网络化运营车站播音服务的管理效率，同时，也为了保证在紧急情况下，能有一个统一准确、清晰标准的应急播音质量，需要在原有播音系统的基础上，引入文字转语音的智能广播功能。 设计原则 技术可行性原则 项目需要把技术可行性放在第一位考虑的原因，在需求分析、概要设计的同时都应以技术可行性为首要原则。 规范性原则 在项目的建设过程中，按照“总体设计，分步实施”的原则，软件工程必须标准化，遵循国际通用开发标准，并按国家标准及行业标准执行。结合项目需求，形成接口规范、数据规范、编码规范、应用系统接入等规范，参与验收和评估。 可靠性原则 本项目在两个方面对可靠性提出高要求： （1）本系统作为南京地铁站务中心的重要生产设备，必须保证长期使用下系统的稳定性、可用性和运行性能，避免单点故障和关键信息丢失，故障时能够紧急恢复； （2）对系统的一些数据的安全性要做好。 扩展性原则 系统应采用模块化、组件化的体系结构，在技术架构和设计模式上保证技术的延续性，灵活的扩展性和广泛的适应性，确保系统能够满足用户在数据及业务功能扩展方面的需求。 技术路线 功能设计 将文字转换成音频文件 进入转换界面，根据语音智能合成算法和语音库中的音元，把人工输入的文本数据转换成音频数据格式。 应急播音 根据应急广播需要，设计特定的播放功能，将由文字转换而来的音频文件播出去。 用户权限管理 系统管理员负责所有功能模块的管理、模块菜单栏目管理、系统用户的管理、用户权限设置；非系统管理员不能直接赋予权限；系统管理员可以添加删除修改任何人/任何角色执行任何模块的任何功能的权限。 非功能性设计 安全性设计 安全保障体系 网络安全 通过系统本身的权限级别控制，即以严谨的软件机制来控制网络请求，主要针对内网的数据通信。 对于外网数据通信，通过更稳固的物理手段，主要在于内网隔离和建立防火墙。而且本系统是运行在内网中，所以外网的通信数据必须经过路由才能进入内网，而此次通过硬件来阻止外网用户的措施，可以有效外网的进入。 系统安全 本项目的系统安全，主要在于所选择的操作系统和数据库系统。 应用安全 （1）对于用户登录，采取MD5加密方法加密密码，保证密码安全性； （2）对不同的用户，是通过进入系统时从数据库读取该用户所拥有的所有权限信息，以此来判断用户是否具有执行某项操作的权限； （3）对系统在运行中产生的异常进行日志记录，以甄别对系统的攻击和系统本身存在的漏洞，并及时采取措施。 数据资源安全 对数据资源的安全性，同数据安全性。 适度安全策略 本系统的适度安全策略体现在一般用户的“浏览”功能及拥有足够权限的用户执行一些重要操作如“删除”采取的不同的安全策略，后者要严格得多。 数据安全性设计 本系统数据的安全性考虑有两个方面 （1）对于提供上传下载的文件数据，其访问权限（是否登录等）由数据库中的用户信息来限制，而这些信息的读写是由系统本身来控制。 （2）对于非公开的一些数据，如数据库中的数据，采取加密的方式来保护数据的安全性。 性能优化 本项目的性能优化主要体现用在三点： （1）减少频繁对数据库的I/O，利缓存机制保存临时数据 （2）系统各个子系统对数据库的访问均采用ADO.NET，且都使用存储过程 可维护性设计 关于Web系统的所有维护都会通过网站的系统管理模块实现，在Web页上进行。对于数据存储的维护则通过服务器端来实现，包括数据库的备份、恢复、移植等操作。 开发与运行环境 操作系统选型 Windows XP Professional SP2以上 数据库系统选型 Microsoft SQL Server 2000和科大讯飞的语音合成库。 开发平台选型 Microsoft Visual Studio 2005 开发周期 在合同签订后壹个月内完成系统开发，保证在观光运营前让系统投入实际使用。 质量保证 提供两年免费质量保证。 售后服务承诺 系统本身缺陷带来的使用障碍，要在2日内免费解决； 系统严重故障4小时内到达现场解决问题； 常规问题通过E_mail、电话、网上服务平台； 维护期第一年内，定期上门提供维护服务（3-4次）。 文字转语音应急播音系统技术方案书 7