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

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