USML开发设计规范(青牛软件).doc

Usml开发设计规范关键词汇约定：资源文件：usml；wav；vox；tif；txt等文件；SP：Service Provider 服务提供商缩写；功能模块：颗粒度很小的，具有特定可重用功能的流程片段；业务模板：具有典型业务类别特征，包含完整业务逻辑的流程文档；系统语音：SP入口主文档可能使用到的语音文件；节目语音：节目中使用的，用于提示用户进行交互操作的语音文件；资源语音：节目中使用的，内容语音，如歌曲，故事，笑话等，此类语音文件可能经常更新，并为多个节目共享使用；临时文件：临时文件主要包括：传真文件，录音文件,或在系统运行时临时生成的文件；第 38 页 共 38 页1. 数据库设计规范本数据库设计规范基于MS SQL SERVER 2000 ，其他另议。l 数据库服务器机器命名：统一使用相同的命名规则： 城市名+_DBSVR+序号；例如：数据库一：BJ_DBSVR1；数据库二：BJ_DBSVR2；说明：当缩写发生冲突时使用全拼替换，保存到全网数据库服务器其命名对照表文档。需要增加(删除、修改)数据库服务器时上报技术中心，技术中心负责维护全网数据库服务器其命名对照表。各分公司根据技术中心下达的名称实施安装。对照表范例：地区服务器名IP联系人联系电话北京BJ_DBSVR1。BJ_DBSVR2上海SH_DBSVR1SH_DBSVR2.l 数据库服务器实例名：统一使用相同的命名规则：SVR_+信息描述+序号；例如：实例一：SVR_IVR1； 全称描述：BJ_DBSVRSVR_IVR1实例二：SVR_IVR2；全称描述：BJ_DBSVR1SVR_IVR2l 数据库服务器实例使用的通信端口：统一使用约定的通信端口：1433说明：对于多个实例情况端口顺序+1；l 数据库服务器实例中的数据库命名：统一使用相同的命名规则：DB_+分类 +_+信息描述例如：DB_IVR_PublicInfoDB_SMS_Game说明：分类目前包括IVR和SMS。信息描述的命名建议采用表意英文（或全拼）l 数据表的命名：对于某个栏目单独使用的表：tbl_+栏目编号+_+表意英文（或全拼）；例如：tbl_119_Music；tbl_119_YinYue；对于多个栏目共享使用的表：tbl_Share_+表意英文（或全拼）；例如：tbl_Share_User；tbl_Share_YongHu；说明：栏目编号由业务管理部门约定。l 视图的命名：对于某个栏目单独使用的视图：view_+栏目编号+_+表意英文（或全拼）；例如：view_119_Music；view_119_YinYue；对于多个栏目共享使用的视图：view_Share_+表意英文（或全拼）；例如：view_Share_User；view_Share_YongHu；说明：栏目编号由业务管理部门约定。l 存储过程的命名：统一使用命名规范：proc_+表意英文（或全拼）；例如：proc_WeekData；proc_ZhouShuJu；l 字段的命名：字段：使用表意英文（或标准缩写、全拼）命名，每个英文单词的第一个字母大写，其他字母小写；例如：UserName；FileName；l 存储方式：IVR（SMS）使用的数据库服务器(即系统数据库服务器)与其他应用程序的数据库服务器（即应用数据库服务器）要独立分开。数据库的数据文件和日志文件不要放在系统盘下，放在一个独立的硬盘分区内。完全使用脚本建立数据库，以及初始化数据。（加入操作方法）使用Raid或磁盘阵列。（建议）2. 数据库访问规范l 统一使用Microsoft 公司的ActiveX Data Object（ADO）技术访问数据库。l 统一使用ADO版本为MDAC2.6版作为开发基础版本。（参见附录A）l 统一使用ODBC数据源访问数据库，命名与默认访问数据库名相同；采用系统数据源，其连接和数据库服务实例的端口保持一致，缺省的端口号为1433。（如下图：）l 统一使用COM+组件封装对数据库的访问，COM+组件部署在COM+容器中。l 使用到的数据源信息字符串，放在USML脚本的中的知识变量中。（如下图：）3. 组件部署规范l COM+容器作为应用服务器组件的部署、运行环境；（下图为COM 组件服务管理器）。l 组件的开发应符合COM+ 标准。l COM+组件以SERVER方式部署在应用服务器上，然后导出客户端安装包，并在每个语音网关(SLEE)上进行安装。l 正确设置组件安全权限，访问机制，保证SLEE能成功访问应用服务器上的服务。l 部署完毕后，必须在每个语音网关上用测试脚本测试组件调用是否正常。（每个COM组件必须附带测试脚本。）说明：当需要对系统的功能进行扩展时才需要使用组件。组件分为：系统级组件和应用级组件，各地业务开发人员只要开发和部署应用级组件。系统级组件的维护权在总部技术部，全网统一服务平台上安装的系统级组件的升级和维护由总部技术部统一安排进行。 4. Web访问规范SLEE内置的访问WEB的功能将原有通过COM组件执行的后台计算迁移到Web上，这样可以最大限度的将usml执行动作和后台计算动作分开，同时保证SEE运行的高效稳定。Web计算方式便于实现分布式语音接入系统。 图例如下：ATSB编辑环境下，设置计算节点的Language属性，指定计算节点的内容是对ServerPage（JSP、ASP、CGI等）的调用。SEE对WEB的调用方式为 Get方式WEB服务程序返回XML格式的字符串作为返回结果。SEE对返回结果自动进行解析，解析后对知识变量进行赋值。范例：m_HttpReturn=/QuerySongList?SongCategroyID=m_Para1&SubmiterID=m_Para2其中m_HttpReturn为用户定义的知识变量（必须为String类型），用于存放调用错误时错误的详细信息。m_Para1、m_Para2为用户定义的知识变量，作为web调用的传入参数，如果m_Para1、m_Para2未定义未知识变量，则SEE认为是用户输入的常量，不处理。ServerPage计算节点的结果传入变量m_PreResult，可能有两个取值No_Error和GeneralError，当返回GeneralError时可以从m_HttpReturn获得错误的详细信息。只有在WEB服务调用成功并且返回的XML文档中的变量与计算节点的输出变量一一对应的情况下，m_PrevResult的取值为No_Error，其他情况都为GeneralError如果WEB调用成功：WEB调用成功的标准是，正确的调用了指定的Url，并且返回的正确的XML文档返回的标准XML，将返回值以标准的列表形式列出此时m_PrevResult的取值为No_Error；m_HttpReturn0（标签Return的属性 value）如果调用成功，SEE自动将返回的XML的标签Var的内容解析，将Value的内容传送给Name对应的知识变量（计算节点的传出参数）。 如果WEB调用失败，包括两种情况：1 http请求没有得到了正确的响应，则m_HttpReturn为错误代码，代码的内容参见MSDNINFO: WinInet Error Codes (12001 through 12156)例如：无法解析服务器的名称或地址，返回字符串”12007”例如：无法与服务器建立连接，返回字符串” 12029”2http请求得到了正确的响应，但是返回的文本不是正确形式的XML文档，则m_HttpReturn为Web服务器返回的错误内容，例如404等。5. 文件目录规范目录结构说明：如下图：SP目录下的目录结构说明如下：l SP编号目录：规范由管理中心系统制定；例如：95001（SP编号）；（不要用9500举例，容易引起误会）说明：SP编号为管理中心用于管理下辖所有SP而制定的统一编码规范；此目录下保存：Main.usml文档，为此SP下所有接入号码的主入口文档；目录说明.txt（约定）文档，保存当前目录下的所有子目录的说明信息；l 节目编号目录：规范由管理中心系统制定；例如：95001000（节目编号）；说明：节目编号对应于当前SP下辖的节目；由管理中心制定统一编码规范；此目录下保存节目使用的文档：Index.usml，此文档对应节目号下的Usml入口主文档；其他辅助usml文档；节目编号.txt 文档文档命名规则：主文档：与目录同名，如：95001000目录下的主文档为95001000.usml；其他文档：使用表意英文命名，首字母大写，其他字符小写；此目录下保存的子目录：Voice： 此目录下保存本节目使用的节目语音文件；其他目录： 使用表意英文命名（或全拼），首字母大写，其他字符小写；l 日志目录：约定；例如：Log；说明：使用表意英文命名，首字母大写，其他字符小写；此目录下含Err和Sys两个子目录；Err目录用于保存IVR应用系统的错误日志；Sys目录用于保存IVR应用系统的系统运行日志；l 功能模块目录（全局）：约定；例如：Module；说明：使用表意英文命名，首字母大写，其他字符小写；此目录保存功能模块；以及功能模块使用的相互依赖的提示语音等资源文件；此类目录依赖性很小；此类目录下子目录命名使用表意英文，首字母大写，其他字符小写；例如：Voice 目录包含功能模块使用的缺省提示语音；l 业务模板目录：约定；例如：Template；说明：使用表意英文命名，首字母大写，其他字符小写；此目录保存业务模板；以及此模板正常运行依赖的提示语音等文件；下辖子目录使用表意英文（或全拼）命名，首字母大写，其他字符小写；例如：Meeting；此目录保存会议业务模板，使用英文Meeting表示会议；此目录下保存业务模板使用的文档：模板名称.usml，此文档对应业务模板下的Usml入口主文档；其他辅助usml文档；业务模板目录.txt 文档文档命名规则：主文档：与目录同名，如：Meeting目录下的主文档为Meeting.usml；其他文档：使用表意英文命名，首字母大写，其他字符小写；此目录下保存的子目录：FaxFile： 此目录下保存接收和发送的传真文件；RecordVoice： 此目录下保存本节目使用到的录音文件；Voice： 此目录下保存本节目使用的提示语音文件；l 资源语音目录：约定；例如：Voice_Resource；说明：使用表意英文命名，首字母大写，其他字符小写；此目录下根据类别保存相应节目的下辖类别语音到不同的目录下；此目录下的子目录使用表意英文命名（或全拼），首字母大写，其他字符小写；例如：GuShi 目录下保存“故事”类别使用的资源语音；KongBuYouMo 目录下保存“恐怖幽默”类别使用的资源语音；l 系统语音目录：约定；例如：Voice_System；说明：此目录下保存SP使用的入口主文档：Main.usml可能用到的系统提示语音；文件命名规则：使用表意英文（或全拼）命名，首字母大写，其他字符小写；例如：PV_Error.Vox 保存Main.usml文档中使用的错误提示语音；6. 语音资源规范l 语音资源分类：u 系统语音：少数平台内统一的内置提示音。u 节目提示语音：节目中向用户播放的操作提示音。u 资源语音：资源语音如，笑话、评书、新闻等等。l 语音文件的命名规范：约定；节目提示语音：提示语音文件使用：PV_ +表意英文（或全拼），首字母大写，其他字符小写；例如：PV_Welcome.vox（wav） 语音内容为”欢迎.”；PV_AnswerRight.vox（wav） 语音内容为”回答正确.”资源语音：根据不同的业务对照开发要求进行命名，序列化分；例如：95001000.usml中的幽默类别内容语音命名为：YouMo001.voxYouMo099.vox；95001000.usml中的笑话类别内容语音命名为：XiaoHua001.voxXiaoHua099.vox；l 语音知识变量的命名：语音知识变量是存放语音文件路径和文件名的（String类型）知识变量，其名称是在语音文件名的基础上，去掉 .vox 后缀， 加上前缀 m_。为了流程维护的灵活性，通常将每个节目提示语音文件对应一个语音知识变量，这些语音知识变量的初始化在流程开始处进行。例如：m_PV_InputQQCode = m_VoicePath & PV_InputQQCode.wavm_VoicePath是整个USML文档统一的存放路径的知识变量，初始化前通过修改m_VoicePath可以将改变USML搜索语音文件的位置。语音文件格式：系统支持统一采样率的语音格式；8K,8位，CCITT, A律，单声道 WAVE格式的语音7. 临时文件存储规范根据约定：临时文件包括两类：传真文件，录音文件；l 传真文件命名规则：时间 +_+节目号 +_+ 通道号 + .tif例如：20030209220110_123_3091.tif2003年2月9日，22点1分10秒，95001123节目，3091通道的传真文件；说明：时间格式：约定；使用4位年，2位月，2位日，2位小时，2位分钟，2位秒；例如：2003年2月9日 ，22点1分10秒对应于 20030109220110传真文件存放路径：对应的节目目录下FaxFile；例如：SP95001123FaxFile说明；95001123节目下的传真文件保存路径；l 录音文件命名规则：时间 +_+节目号 +_+ 通道号 + .vox（wav）例如：20030209220110_123_3091.vox2003年2月9日，22点1分10秒，95001123节目，3091通道的录音文件；说明：时间格式：约定；使用4位年，2位月，2位日，2位小时，2位分钟，2位秒；例如：2003年2月9日 ，22点1分10秒对应于 20030109220110录音文件存放路径：禁止将录音文件保留在节目目录下，避免管理上的复杂性。可以考虑存放在外部文件共享服务器上。由运行维护人员维护这些文件（比如定期导出、删除等）。8. IVR应用日志规范l 日志文件命名规则：时间.log 例如：2003020922.log 2003年2月9日，22点日志文件；说明：时间格式：约定；使用4位年，2位月，2位日，2位小时；例如：2003年2月9日 ，22点对应于 2003010922l 日志文件存放路径：IVR应用系统的错误日志保存在：【指定SP目录下】LogErrIVR应用系统的运行日志保存在：【指定SP目录下】LogSys例如：SP95001LogErr2003120511.log说明；代号是95001的SP，2003年12月5日的错误日志文件保存路径；l 统一的日志保存组件：利用内置写日志的组件：QNWriteFileCOM.clsWriteFileCOMl 在哪些地方记录日志：l 对系统挂机的地方写日志，有两种可能：1、 流程结束主动挂机的地方。2、 突然遭遇异常错误，进入事件工作流。对于异常错误，需要保存错误返回值的知识变量m_PreResult。l 对异常情况的记录l 写入日志的常见内容：时间、主叫号码、被叫号码、通道号、当前节点位置、关键返回值、写日志的原因。l COM+ 组件错误日志：COM+组件在运行时捕获到错误，也应该写日志。约定该日志写在COM+组件文件所在的文件目录下的log目录下，以【组件名_日期.log】的方式命名日志，所以每天可能会对应一个该天的错误日志。附录：挂机写日志的VBS脚本函数：Function WriteLog(vAni, vDnis, vChannelDN, vResult, vResultExt, vPostion, vReason, sFilePath)Dim objFileIISet objFileII = CreateObject(QNWriteFileCOM.clsWriteFileCOM)objFileII.WriteBufferExtII 时间: & Now & _主叫: & vAni & _被叫: & vDnis & _通道号: & vChannelDN & _返回值0: & vResult & _返回值0: & vResultExt & _离开节点: & vPostion & _离开原因: & vReason, sFilePath , sFilePath 此处应该传入互斥参数名，这里用文件路径做互斥量名称End Function 9. 容错处理规范 l 按键超时处理处理按键超时是流程中的一个重要问题，如果处理不当，会出现死循环或提前挂机；下面是两种错误的处理方法：第一种：在按键超时后，直接返回到本子流程开始，因为在系统运行过程中，如果交换机接收不到挂机信号，则下面的流程将出现死循环。错误1：流程陷入死循环第二种：在按键超时后，不做处理，则超时后转到缺省处理，导致提前挂机。错误2：流程进入异常处理，导致挂断（第二种错误的处理方法）下面提供几种正确的处理范例：情景1：首先播放一条语音，然后接收用户按键，超时后重新播放与接收按键。例：输入个人帐号（见下图），首先播放提示语音，然后接受用户输入的个人帐号。当用户按键超时后，重新播放提示语音然后接受用户按键，反复三次超时后挂机（见图1）或跳转到其它子流程（见图2），在“输入个人帐号”节点中，采用VoiceEdit，循环播放次数选择3次（见图3）。（图1）（图2）（图3）情景2：首先播放多条语音，然后接受用户按键，超时后重新播放最后一条语音与接收按键。例：播放公积金内容语音（见图4），首先播放多条内容语音，然后播放一条提示用户输入语音，最后接受用户按键选择，当用户按键超时后，只是需要重新播放提示用户输入语音然后接受用户按键，反复三次超时后挂机。如希望接收按键超时后开始的多条内容语音也一起播放，见情景3。（图4）在“播放内容与接收按键”节点中，对最后的VoiceEdit，循环播放次数选择3次（见图5）。（图5）情景3：首先播放多条语音，然后接受用户按键，超时后重新播放多条语音与接收按键。情景3有两种实现方法，第一种只采用计算节点，第二种采用循环节点。第一种方法：例：播放公积金内容语音（见图6），首先播放多条内容语音，然后播放一条提示用户输入语音，最后接受用户按键选择，当用户按键超时后，希望开始的多条内容语音也一起播放，然后接受用户按键，反复三次超时后需做挂机处理。具体做法是：首先声明一个记录次数的知识变量，并在调用此子流程前初始化为0，在子流程开始增加一个计算节点，使循环变量加1，在等于No_Error子分支下也增加一个计算节点，把循环变量置0，在等于TimeOut子分支下加入判断节点。（图6）在播放内容与接收按键节点中，对最后的VoiceEdit，循环播放次数选择1次（见图7）。（图7）情景3推荐使用下面实现方法，下面是前一个例子采用循环节点的方法（见图8）。（图8）首先增加两个知识变量记录循环次数和记录是否异常退出，在子流程开始处添加一个计算节点进行初始化（见图9）（图9）接下来增加一个循环节点，循环节点设置如下：（图10）“播放内容”节点设置见下图。（图11）在判断超时等于No_Error子分支下增加一个计算节点，把知识变量设为正常标志，在等于TimeOut子分支下加入Continue节点,在缺省处理子分支下增加一个计算节点，把知识变量设为异常标志。并在循环节点之后增加异常判断分支节点，如是异常退出则转到异常处理。其它情景参考以上处理方法，各种处理方法以不产生死循环为目标。10. 流程测试的要点l 交互过程测试根据业务流程描述图例，测试用户交互过程中可能听到的每个菜单语音提示（不含资源语音），并且测试根据提示进行操作后，流程能够正确地进入下一个步骤。l 功能点测试对于业务流程图定义的关键功能（ 例如图铃下载流程的关键功能是最终实现将图片或铃声发到用户手机上 ）一定要测试到位，完整体现功能结果。l 容错处理测试对于可能发生的错误，例如用户超时，用户按错键等，流程应该进行容错处理。测试时对容错处理进行测试。11. 文档规范l 业务描述文档：(业务人员提供)业务描述文档是业务人员需要出具的电子文档，该文档以流程图+语音列表的方式准确地描述了声讯服务的交互过程。流程图的关键元素是语音节点、分支节点：l 语音节点体现向用户播报语音的动作，要求在语音节点的旁边用文字描述语音内容，语音内容如果是固定的，文字描述必须准确；语音内容如果是动态的，则给出范例语音文字描述。（如果语音文字过长，超过30字，可以在流程图中概述，而在语音列表中详细描述）l 分支节点体现不同场景下的事件分流；业务流程图的要求是：l 能准确描述声讯服务的交互过程。l 流称图能够细化到用户听到的每一个语音提示，对于动态语音给出范例的文字描述。l 每一个语音提示后的流程走向必须明确以图形（连接线）体现，可以附文字说明。业务描述文档(流程图)范例：l 提示语音描述文档：（业务人员提供）业务人员在绘制流程图后，将流程图中出现的语音提示用准确的文字表达，形成提示语音描述文档（电子文档）。提示语音描述文档范例：序号语音内容1将此歌送出请按1，返回请按星号键；2请输入您要发送的手机号码，按井号键结束，返回请按星号键；3您输入的手机号码不正确.4恭喜您获得了X等奖.5。l 节目语音列表文档：（开发人员提供）开发人员分析节目语音内容，完成语音片断拆离工作，并将语音片断文字内容和目标语音文件名一一对应，形成语音列表文档。语音列表文档范例：文件格式：Wave采样率：8K位深：8Bit约束：Vox提交日期：2004-2-16提交人：陈海鹰栏目编号：95001108制作日期：2004-2-16制作人：栏目版本：108_1审核日期：2004-2-16审核人：接收日期：2004-2-16接收人：唐涛注意事项：序号语音内容语音文件名说明1将此歌送出请按1，返回请按星号键；PV_Send.vox2请输入您要发送的手机号码，按井号键结束，返回请按星号键；PV_InputMobile.vox3您输入的手机号码不正确.PV_MobileFail.vox# 4恭喜您获得了PV_GongXi.vox这两个语音中有一个TTS播报的数字。等奖PV_Jiang.vox#5#6说明：开发人员将节目语音列表文档提交给语音录制人员，语音录制人员完成录制工作后针对文档和语音文件的一致性进行审核，审核完毕提交给开发人员。 由于目前各种系统都在同时运行，为了避免录音时经常出现录错格式的情况，建议：（1） 增加语音格式的要求（2） 增加录音制作人员签名和录音审核人员签名（二者不能是同一人）l 资源文件描述文档（业务人员提供）整理相关的资源文件（如歌曲、图片）文档，包含的主要信息：l 资源的文字描述(概述)；l 资源文件名，表意英文（全拼）（开发人员提供参考意见）需要针对文档和文件的一致性进行审核。范例：现有资源数据库内容:资料分类类型代码资料类型名称描述语音文件名内容语音文件名歌曲111大陆歌曲Gqn11100000.wav - Gqn11100084.wavGqs11100000.wav - Gqs11100084.wav112港台歌曲Gqn11200000.wav - Gqn11201333.wavGqs11200000.wav - Gqs11201333.wav113欧美歌曲Gqn11300000.wav - Gqn11300056.wavGqn11300070.wav - Gqn11300118.wavGqs11300000.wav - Gqs11300056.wavGqs11300070.wav - Gqs11300118.wav114日韩歌曲Gqn11400000.wav - Gqn11400126.wavGqs11400000.wav - Gqs11400126.wav115儿童歌曲Gqn11500000.wav - Gqn11500099.wavGqs11500000.wav - Gqs11500099.wav相声121相声Xsn12100000.wav - Xsn12100240.wavXss12100000.wav - Xss12100240.wav小品131小品Xpn13100000.wav - Xpn13100075.wavXps13100000.wav - Xps13100075.wav故事171恐怖故事Gsn17100000.wav - Gsn17100035.wavGss17100000.wav - Gss17100035.wavl 接口描述文档（开发人员提供）接口文档范例：组件：PublicUnity 类：CTelCode属性：dsn 属性描述返回和设置数据源连接字符串。方法：GetTelCodeType方法语法：getTelCodeType (Byval TelCode,Optional Byval Dsn ) as String描述：返回电话号码类型，例如：公费电话、自费电话输入参数：TelCode VARIANT / 表示传入电话号码字符串。Dsn VARIANT / 可选参数，数据源字符串 输出参数：无返回值：0 查询不到1 自费电话2 公费电话-1 查询错误范例：dim obj,sSql,sTelCode,sDsnset obj = CreateObject(“PublicUnity. CTelCode”)sDsn=”dsn=sms;uid=hl95;pwd=hl;”sTelCode=”62842235”Select Case obj. GetTelCodeType (sTelCode,sDsn) Case “0” Case “1” Case “2” Case “-1” End Select如果存在外部接口（如基于HTTP的CGI、ASP、JSP调用、组件调用等），则需要对调用的意图、参数、返回值作文字说明，形成文档，附带测试程序。l 数据库文档（开发人员提供）如果需要访问数据库，则对相关的数据库表（字段）、视图、存储过程、触发器作文字说明，对需要创建的数据库对象和数据提供脚本支持。范例：栏目95001108、 96001108 节目描述：栏目95001108、 96001108是申请QQ号码的声讯节目。对应USML：1108.USML数据库信息数据库：DB_IVR_Public 表：tbl_95001108_QQNumber 字段描述字段名数据类型字段大小索引字段允许为空字段说明idInt4YES(主键)NOID标识，自增长qqchar30NOYES用户QQ号码passwordchar20NOYES用户QQ密码phonechar20NOYES申请QQ号码服务的电话主叫号码flagchar1NOYES标记QQ号码状态，0 是未被申请，1是已经申请。timedatetime8NOYES被申请的时间生成脚本 ：CREATE TABLE dbo.tbl_95001108_QQNumber (id int ,qq char (30) NULL ,password char (20) NULL ,phone char (20) NULL ,flag char (1) NOT NULL ,time datetime NULL ) 关键索引：无存储过程 RequestQQCode 描述：该存储过程用来申请QQ号码。生成脚本：CREATE PROCEDURE RequestQQCodeTelCode CHAR(20) , -输入参数：主叫电话QQ CHAR(20) output, -输出参数：返回的QQ号码password CHAR(20) output -输出参数：返回的QQ密码 ASBEGIN TRANSELECT TOP 1 QQ=qq, password=password FROM tbl_95001108_QQNumber WITH (UPDLOCK) WHERE (flag = 0)IF ROWCOUNT=0 BEGINCOMMIT TRANRETURN 1ENDUPDATE tbl_95001108_QQNumber SET flag = 1, phone = TelCode ,time=getdate() WHERE qq = QQ-PRINT ROWCOUNT IF ROWCOUNT=1BEGINCOMMIT TRANRETURN 0ENDELSEBEGINCOMMIT TRANRETURN 2ENDGO视图无自动化作业无日常维护工作1、每月将tbl_95001108_QQNumber表中上月申请QQ号码的记录信息删除，或导出。2、当数据库中的未被申请的QQ号码少于一定数量需及时导入新QQ号码。l 测试方案文档（开发人员提供）开发人员在完成制作任务后设计测试方案，进行完整的功能测试。内部测试通过后，形成测试文档。（申请发布时，会将测试文档将提交管理中心。）l 安装发布文档（开发人员提供）开发人员提供业务发布的文档列表，提供组件信息，发布的注意事项，文档说明；祥见业务提交发布过程规范。l 测试文档（测试人员提供）测试人员依据测试方案测试节目后，提供的测试结论。测试文档中测试用例（范例）：开心词典测试测试编号：KXCD_0002测试目标：完成选手选拔赛答题流程说明1、完全通关流程；2、使用新的流程；3、前四关分别打错，然后通关；4、前四关通过，后四关分别答错；5、追踪测试语音文件；测试步骤1、拨打号码9111-听到播报“一人努力,全家开心,中央电视台开心词典移动开心热线全新改版,奖品多多,快乐多多。”“参加选手选拔赛请按1,场外答题请按2,开心词典手机版请按3,同一首歌请按4,天天快乐请按5,中奖查询请按6,给小丫留言请按7,资费说明请按8.”注意：此段测试仅可以1、2、6、7、82、按键测试结论测试通过！注意：所有文档中保存修改日期，建立新的版本号，历次变更保存原有版本的备份，所有文档版本与应用系统版本保持一致；业务文档：由市场部经理指定专人负责；资源文档：语音及语音列表由录音制作部经理指定专人负责；全部文档：技术部保存文档副本；12. 版本维护规范建议采用Microsoft Visual SourceSafe 进行统一版本管理。l 针对每个栏目在Microsoft Visual SourceSafe下建立类似SEE运行环境下的目录结构：l 目录以栏目的名称（或编号）命名。（例如：.95001000）l 栏目目录下存放的文件是该栏目的所有USML文档。l 栏目目录下存放详细描述栏目信息的文本文件，规定命名为：栏目信息文档.txtl 栏目目录下创建节目语音的目录，规定命名为：Voice。l 栏目目录下创建和该栏目相关的文档目录（规定命名为：Document），该目录内存放和该栏目相关的文档。l 栏目目录下创建和该栏目相关的数据目录（规定命名为：Data），该目录内存放和该栏目相关的建立库（或表）、数据初始化脚本。l 在Microsoft Visual SourceSafe下建立类似SLEE运行环境下的功能模块库的目录结构。l 在Microsoft Visual SourceSafe下建立类似SLEE运行环境下的框架模板库的目录结构。l 通过Microsoft Visual SourceSafe实现文件变更版本历史的管理。l 针对开发、发布、版本升级、重大变更等每个关键里程碑作版本基线的Label，通过版本的基线管理，可以回溯到历史上任何时刻的版本。建议：开发（测试）环境，运行环境，版本控制环境中路径结构保持基本相同；13. 业务模板规范l 定义代表典型业务的IVR应用文件包，包含了描述完整业务过程的USML流程文档、节目提示语音、资源语音、调用组件、数据库建立和数据初始化脚本。l 使用方式业务模板在开发阶段使用，利用业务模板作为业务原始的实现，在这个基础上经过修改完善成可以正式使用的业务流程。由于业务模板是在开发阶段使用的，在SLEE运行时，应该避免直接调用业务模板。14. 功能模块规范l 定义颗粒度很小的，具有特定可重用功能的流程片段。每个功能模块对应一个文件夹。功能模块的入口USML就在该文件夹下。理论上讲，功能模块的颗粒度应该较小，不建议功能模块内有多个USML。功能模块可以分为全局功能模块和私有功能模块。全局功能模块，在一台语音网关上只要部署一次。部署后可以被其他任意USML文档调用，需要注意的是：对全局功能模块的修改将会立即影响到所有调用该模块的USML。私有功能模块，隶属于某个节目，只能被该节目内的USML调用。每次部署时都必须和业务流程一起发布。对私有功能模块的修改不会对其他无关节目的USML造成影响。提示：可以将全局功能模块复制到某个节目的私有功能模块目录下，作为私有模块使用。这样的好处是可以根据业务的要求修改功能模块，而不对其他现在运行的USML产生影响。l 使用方式功能模块在开发阶段和运行时阶段，被业务流程调用。全局功能模块全局功能模块在一台语音网关（SLEE）上具有全局唯一性，必须存放在固定目录下（ SPSP代号Module ）。全局功能模块可以同时被所有业务流程共享调用。 私有功能模块私有功能模块的文件夹在业务流程目录下子目录PrivateModule内。私有功能模块只能被上级的父流程调用。l 功能模块和语音资源功能模块内可以会播放语音，语音文