下载文档原格式
中国电信省级业务平台综合网管系统接口规范MMSC分册V2.2中国电信股份有限公司2013 年 3月目录1 文档说明 (6)1.1 编写目的 (6)1.2 适用范围 (6)1.3 起草单位 (6)1.4 解释权 (6)1.5 版权 (6)2 综述 (6)2.1 目标 (6)2.2 内容说明 (7)2.3 参考文档 (7)2.4 符号和缩略语 (8)3 性能及统计指标 (8)3.1 MMS互联网关统计[删除] (8)3.2 MMS统计 (8)3.2.1 MMSC系统配置 (8)3.2.2 MMS业务KPI统计 (12)3.2.3 MMS业务量统计 (14)3.2.4 MMS业务量分省/地区统计 (15)3.2.5 MMS业务成功率统计 (15)3.2.6 MMS业务成功率分终端统计 (16)3.2.7 MMS业务流量统计 (17)3.2.8 MMS业务流量分布统计 (17)3.2.9 MMS业务用户收发分布统计 (18)3.2.10 MMS业务用户发送分布统计 (19)3.2.11 MMS业务用户接收分布统计 (19)3.2.12 MMS业务量用户分布统计 (20)3.2.13 MMS邮件收发业务统计 (20)3.2.14 MMS邮件发送业务统计 (21)3.2.15 MMS邮件接收业务统计 (22)3.2.16 MMS增值业务统计 (22)3.2.17 SP的MMS分省/地区业务统计 (24)3.2.18 终端使用SP业务用户收发分布统计 (24)3.2.19 终端使用SP业务用户发送分布统计 (25)3.2.20 终端使用SP业务用户接收分布统计 (26)3.2.21 注册终端型号数量排名统计（可选） (26)3.2.22 终端收发消息成功率统计指标组（可选） (27)3.2.23 MMS业务成功率报表统计 (27)3.2.24 用户数统计 (29)3.3 MMS接口消息成功率统计 (30)3.3.1 MMS接口配置 (30)3.3.2 MM1接口WAPGW消息成功率（上行业务）指标组 (31)3.3.3 MM1接口WAPGW消息成功率（下行业务）指标组 (32)3.3.4 MM3接口Email Server消息成功率（上行业务）指标组 (33)3.3.5 MM3接口Email Server消息成功率（下行业务）指标组 (33)3.3.6 MM4接口互连MMSC消息成功率（作为发送方）指标组 (34)3.3.7 MM4接口互连MMSC消息成功率（作为接收方）指标组 (34)3.3.8 MM7接口VASP消息成功率（上行业务）指标组 (35)3.3.9 MM7接口VASP消息成功率（下行业务）指标组 (36)3.3.10MM1接口短信直连通知消息下发成功率指标组 (36)3.4 彩信拦截和监控（可选） (37)3.4.1 门限配置 (37)3.4.2 关键字配置 (37)3.4.3 性能 (38)3.5 关键性能指标要求 (38)3.5.1 关键性能指标接口方式 (38)3.5.2 关键性能指标 (38)3.5.3 关键性能指标补采要求 (39)3.5.4 性能数据完整性检查 (40)4 监视功能要求 (40)4.1 告警信息上传接口方式 (40)4.2 告警信息过滤 (41)4.3 告警信息 (41)4.4 告警同步 (43)5 业务配置功能要求 (43)5.1 激活功能 (43)5.2 关键业务信息配置功能 (43)5.2.1 系统黑名单配置接口 (43)5.2.2 用户级黑名单配置接口 (45)5.2.3 垃圾监控策略配置接口 (45)5.2.4 主题封堵策略配置接口 (47)6 安全功能要求 (48)7 查询功能要求 (48)7.1 系统黑名单查询接口 (48)7.2 用户级黑名单查询接口 (49)7.3 垃圾监控策略查询接口 (50)7.4 主题封堵策略查询接口 (51)7.5 彩信中心彩信业务配置查询接口 (52)8 北向接口性能要求 (53)8.1 标准、开放 (53)8.2 可扩展性 (53)8.3 多元化 (53)8.4 可靠性 (54)8.5 接口处理能力 (54)8.5.1 实时性 (54)8.5.2 并行处理能力 (54)8.5.3 响应时间 (54)8.6 版本的稳定性 (54)9 话单采集要求 (54)9.1 话单采集数据格式及接口要求 (55)9.1.1 多媒体消息纪录数据采集上传接口要求 (56)9.1.2 多媒体消息纪录文件定义和命名规范 (56)9.1.3 完整性核查通知功能 (57)9.2 多媒体消息中心话单数据采集项目定义 (58)9.3 话单文件记录对应关系 (59)9.3.1 中兴彩信中心 (59)9.3.2 华为彩信中心 (60)9.3.3 上海贝尔彩信中心 (61)10 附录 (61)10.1 附录一：编制人员名单 (62)10.2 附录二：KPI/KBP命名规则 (62)10.2.1 指标集定义 (62)10.2.2 KBP/KPI编码 (63)10.3 附录三： FTP接口约定 (67)10.4 附录四：配置性能统计与监视功能接口格式约定 (68)10.5 附录五：响应码对照表 (68)10.6 附录六：采集文件以及采集文件夹的定义 (68)10.6.1 中兴彩信中心 (68)10.6.2 华为彩信中心 (71)10.6.3 上海贝尔彩信中心 (78)文档版本记录文档变更记录1文档说明1.1编写目的本规范是中国电信业务平台综合网管系统接口规范的一个分册，结合CTG-MBOSS的总体框架和各目标系统的规划，充分考虑业务平台综合网管系统与MMSC平台的接口要求，为中国电信业务平台综合网管系统与MMSC平台集成接口的规划和建设提供基本的技术原则和要求。
中国电信省级业务平台综合网管系统接口规范MMSC分册中国电信省级业务平台综合网管系统接口规范MMSC分册V2.2中国电信股份有限公司2013 年 3月目录1 文档说明 (6)1.1 编写目的 (6)1.2 适用范围 (6)1.3 起草单位 (6)1.4 解释权 (6)1.5 版权 (6)2 综述 (6)2.1 目标 (6)2.2 内容说明 (7)2.3 参考文档 (7)2.4 符号和缩略语 (8)3 性能及统计指标 (8)3.1 MMS互联网关统计[删除] (8)3.2 MMS统计 (8)3.2.1 MMSC系统配置 (8)3.2.2 MMS业务KPI统计 (12)3.2.3 MMS业务量统计 (14)3.2.4 MMS业务量分省/地区统计 (15)3.2.5 MMS业务成功率统计 (15)3.2.6 MMS业务成功率分终端统计 (16)3.2.7 MMS业务流量统计 (17)3.2.8 MMS业务流量分布统计 (17)3.2.9 MMS业务用户收发分布统计 (18)3.2.10 MMS业务用户发送分布统计 (19)3.2.11 MMS业务用户接收分布统计 (19)3.2.12 MMS业务量用户分布统计 (20)3.2.13 MMS邮件收发业务统计 (21)3.2.14 MMS邮件发送业务统计 (21)3.2.15 MMS邮件接收业务统计 (22)3.2.16 MMS增值业务统计 (23)3.2.17 SP的MMS分省/地区业务统计 (24)3.2.18 终端使用SP业务用户收发分布统计 (25)3.2.19 终端使用SP业务用户发送分布统计 (25)3.2.20 终端使用SP业务用户接收分布统计 (26)3.2.21 注册终端型号数量排名统计（可选） (26)3.2.22 终端收发消息成功率统计指标组（可选） (27)3.2.23 MMS业务成功率报表统计 (27)3.2.24 用户数统计 (29)3.3 MMS接口消息成功率统计 (30)3.3.1 MMS接口配置 (30)3.3.2 MM1接口WAPGW消息成功率（上行业务）指标组 (31)3.3.3 MM1接口WAPGW消息成功率（下行业务）指标组 (32)3.3.4 MM3接口Email Server消息成功率（上行业务）指标组 (33)3.3.5 MM3接口Email Server消息成功率（下行业务）指标组 (33)3.3.6 MM4接口互连MMSC消息成功率（作为发送方）指标组 (34)3.3.7 MM4接口互连MMSC消息成功率（作为接收方）指标组 (34)3.3.8 MM7接口VASP消息成功率（上行业务）指标组 (35)3.3.9 MM7接口VASP消息成功率（下行业务）指标组 (36)3.3.10MM1接口短信直连通知消息下发成功率指标组 (36)3.4 彩信拦截和监控（可选） (37)3.4.1 门限配置 (37)3.4.2 关键字配置 (37)3.4.3 性能 (38)3.5 关键性能指标要求 (38)3.5.1 关键性能指标接口方式 (38)3.5.2 关键性能指标 (38)3.5.3 关键性能指标补采要求 (39)3.5.4 性能数据完整性检查 (40)4 监视功能要求 (40)4.1 告警信息上传接口方式 (40)4.2 告警信息过滤 (41)4.3 告警信息 (41)4.4 告警同步 (43)5 业务配置功能要求 (43)5.1 激活功能 (43)5.2 关键业务信息配置功能 (43)5.2.1 系统黑名单配置接口 (43)5.2.2 用户级黑名单配置接口 (45)5.2.3 垃圾监控策略配置接口 (45)5.2.4 主题封堵策略配置接口 (47)6 安全功能要求 (48)7 查询功能要求 (48)7.1 系统黑名单查询接口 (48)7.2 用户级黑名单查询接口 (49)7.3 垃圾监控策略查询接口 (50)7.4 主题封堵策略查询接口 (51)7.5 彩信中心彩信业务配置查询接口 (52)8 北向接口性能要求 (53)8.1 标准、开放 (53)8.2 可扩展性 (53)8.3 多元化 (53)8.4 可靠性 (54)8.5 接口处理能力 (54)8.5.1 实时性 (54)8.5.2 并行处理能力 (54)8.5.3 响应时间 (54)8.6 版本的稳定性 (54)9 话单采集要求 (54)9.1 话单采集数据格式及接口要求 (55)9.1.1 多媒体消息纪录数据采集上传接口要求 (56)9.1.2 多媒体消息纪录文件定义和命名规范 (56)9.1.3 完整性核查通知功能 (57)9.2 多媒体消息中心话单数据采集项目定义 (58)9.3 话单文件记录对应关系 (59)9.3.1 中兴彩信中心 (59)9.3.2 华为彩信中心 (60)9.3.3 上海贝尔彩信中心 (61)10 附录 (61)10.1 附录一：编制人员名单 (62)10.2 附录二：KPI/KBP命名规则 (62)10.2.1 指标集定义 (62)10.2.2 KBP/KPI编码 (63)10.3 附录三： FTP接口约定 (67)10.4 附录四：配置性能统计与监视功能接口格式约定 (68)10.5 附录五：响应码对照表 (68)10.6 附录六：采集文件以及采集文件夹的定义 (68)10.6.1 中兴彩信中心 (68)10.6.2 华为彩信中心 (71)10.6.3 上海贝尔彩信中心 (78)文档版本记录文档变更记录1文档说明1.1编写目的本规范是中国电信业务平台综合网管系统接口规范的一个分册，结合CTG-MBOSS的总体框架和各目标系统的规划，充分考虑业务平台综合网管系统与MMSC平台的接口要求，为中国电信业务平台综合网管系统与MMSC平台集成接口的规划和建设提供基本的技术原则和要求。
广东亿迅科技有限公司(工作记录)文件编号(DEV_TPL_SU_03)版本发布说明版本号/修改号B/0密级▲▲▲2总页数共4页广东电信商务领航业务支撑平台(Bnet)版本发布说明广东亿迅科技有限公司版权所有修改历史注释：“变更请求号”为文档正式发布后需要变更时的编号。
正式审批一、版本描述【说明版本名称如版本号，版本存放位置、发布时间等】1、版本号：2、版本存放位置：3、发布时间要求：二、版本适用范围【说明版本适用范围，如全省，某个地市局等，以及其它；根据需要可分模块说明】三、版本接口人【版本接口人以及接口人邮箱、电话】四、关联系统【没有请写“无”】五、运行环境要求【说明运行本版本所需新增软硬件配置要求，没有请写“无”】1、硬件配置2、软件配置六、版本说明【详细描述版本具体变更内容，可添加附件说明；本节可根据需要分模块说明，对于不同用户的个性化要求要做特别说明】七、尚存问题【说明版本发布计划中已列明，但本版本未实现的功能项】八、版本升级方案【描述系统使用本版本进行升级的详细步骤和方法；如果另有系统升级方案，本节可指向系统升级方案；本节可根据需要分模块说明】1、升级前准备【描述升级前的准备工作，如进行验收测试和版本备份，以及系统应该做的其他准备工作】2、升级操作指引【详细描述升级步骤和方法】3、配置参数【描述数据库配置参数和系统配置参数；可做详细说明和添加附件】4、升级应急方案【说明版本升级中遇到意外事件，如升级失败、升级后出现严重故障等时应该采取的补救措施】5、其他说明【外系统应用说明及其他】九、其他注意事项【补充说明以上未尽事项和说明】。
[编辑]所谓，是电信企业业务处理信息化管理的基础平台,用于支持前台销售,客户服务及内部支撑全流程及分析管理的业务管理系统。
OSS 包含用于运行和监控网络的所有系统，如报告或者计费系统。
它不是网络本身，它是整个运营基础结构，包括运营网络系统和客户服务系统，其中客户支持功能是由业务支持系统(BSS) 执行的。
BSS 系统的设计目标包括客户关系管理(CRM)、业务供应链管理(SCM)，经营决策支持系统(DSS)。
[编辑][隐藏]1 什么是电信业务运营支撑系统2 BOSS 系统的组成3 BOSS 系统的意义4 BOSS 系统的功能5 影响BOSS 系统的积极因素6 影响BOSS 系统的妨碍因素7 运营商BOSS 系统建设情况8 BOSS 系统的发展趋势狭义的计费系统是指处理计费数据采集和批价两个过程的系统。
计费数据采集工作包括计算机从电信基础网络 (如交换机、网关等)上采集有关的原始基础数据和信息，进行相应的差错检验，格式转换等预处理，生成的结果只记录了用户使用网络(如通话)的情况，并不体现应向用户收取的费用。
而批价的动作则是根据既定的原则和规则，对用户使用网络的情况计算费用。
结算系统是电信企业间的行为，它包括两种情况：一种称为漫游结算，另一种称为互联结算。
当互联结算发生在两个甚至多个网络之间时，称为网间结算。
结算的流程本身比较复杂，再加之数据量很大，浮现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部份。
营业系统通常完成的是受理和处理用户的业务请求，而帐务系统是将用户使用电信网络的情况汇总形成帐单。
这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，建设相对独立、灵便的营业系统和帐务系统的呼声也越来越高。
帐务系统要充分满足客户化的帐务要求。
支持灵便，多途径的收费功能，满足客户个性化的帐单及其详细话单，并支持多样化的帐单分发方式；提供强大灵便的客户信用度的管理，完善恶意消费控制和欺诈控制；对市场变化做出迅速反映，方便地支持新品牌、新的资费套餐及其新的服务手段的推出。
目 录中国电信股份有限公司企业标准中国电信综合业务管理平台规范总册版本号：2.0.1 （正式稿）2007年4月发布中国电信股份有限公司上海研究院目录1适用范围 (5)2引用标准 (5)3缩略语 (6)4综合业务管理平台规范体系 (7)5术语定义 (8)6需求约束 (8)7编号 (10)7.1CP/SP编号 (11)7.2内容编号 (14)7.3业务编号 (15)7.4产品编号 (15)7.5套餐编号 (15)7.6设备编号 (16)7.6.1ISMP编号 (16)7.6.2业务系统编号 (16)7.6.3ISAG编号 (16)8业务要求 (17)9ISMP、NSPC在网络中的位置 (20)10组网要求 (22)10.1ISMP与NSPC组网 (22)10.1.1网络架构 (22)10.1.2数据分级管理要求 (23)10.2ISMP与业务系统组网 (24)10.2.1组网架构 (24)10.2.2数据功能界定 (24)10.2.3ISMP与部分业务系统组网方案（移至集成方案） (25)10.3ISMP与运营支撑系统组网 (29)10.3.1组网架构 (29)10.3.2数据功能界定 (29)10.3.3ISMP和运营支撑系统组网结构 (29)10.3.4ISMP和运营支撑系统之间的数据和功能界定 (29)10.4ISMP与预付费系统组网 (31)10.4.1ISMP与SCP系统组网 (31)10.4.2ISMP与OCS系统组网 (31)10.5ISMP与用户门户组网 (32)10.6与CP/SP的关系 (33)10.6.1ISMP与CP/SP之间的数据界定和功能界定 (33)10.6.2ISMP与SP之间的接口 (33)10.7ISMP与SAG系统组网 (34)11数据要求 (35)11.1用户管理类数据 (35)11.2CP/SP数据 (35)11.3业务/产品/套餐管理数据 (35)11.4权限管理数据 (36)11.5内容管理数据 (36)11.6定价数据 (36)11.7定购关系数据 (36)11.8终端管理数据 (36)11.9统计数据 (37)11.10统一配置类数据 (37)11.11SLA数据 (37)12功能要求 (37)13流程要求 (37)13.1平台运营流程 (37)13.1.1认证流程 (37)13.1.2定购、退定流程 (38)13.1.3个人用户管理流程 (38)13.1.4集团用户管理流程 (38)13.1.5CP/SP管理流程 (38)13.1.6业务管理流程 (38)13.1.7套餐/产品管理流程 (39)13.1.8内容管理流程 (39)13.1.9业务能力管理流程 (39)13.1.10 ........................................................................................................ SLA签约流程3913.2业务执行流程 (40)13.2.1SMS (40)13.2.2WAP (40)13.2.3MMS (40)13.2.4LCS (41)13.2.5下载 (41)13.2.6Streaming (42)13.2.7彩铃 (42)13.2.8声讯 (42)13.2.9DRM (42)13.2.10有SAG介入的流程 (42)14接口要求 (43)14.1与业务系统接口 (43)14.1.1ISMAP接口 (43)14.1.2内容同步接口 (44)14.1.3统一配置接口 (44)14.1.4话单传递接口 (44)14.1.5终端适配接口 (44)14.1.6与DRM接口 (44)14.1.7与彩铃平台接口 (45)14.2ISMP和预付费系统的接口 (45)14.2.1ISMP合设平台和预付费系统接口 (45)14.2.2ISMP独立省级管理平台和预付费系统接口 (45)14.3与运营支撑系统之间接口 (45)14.4与用户门户接口 (45)14.5与全国SPMS平台之间接口 (46)14.6与OCS系统之间的接口 (46)14.7与SAG系统之间的接口 (46)14.7.1统一配置 (46)14.7.2ISAMP接口 (47)15修订记录 (48)前言本文为中国电信综合业务管理平台规范总册，包括综合业务管理平台ISMP （Integrated Service Management Platform）、全国业务发布中心NSPC（National Service Publish Center）相关的规范体系、术语定义、需求约束、编码要求、组网要求、业务要求、数据要求、功能要求、流程要求、接口要求等。
中国电信广州分公司政企客户业务差异化服务管理办法（V2.0）发布日期：2009年2月23日文件编号：现行版本：V2.0信息分类：内部限制编制部门：市场部、网络运营部、政企客户中心文件变更记录版本号主要修改内容制作人 审核人日期批准人日 期V1.0首次发布李捷2006/10/31黄焕群2008/07/30 V2.0职责、服务内容变更刘弢、李阳 吴宏、 朱剑 2009/2/23 周伟涛2008/2/23变更声明：此文件仅供内部使用，未经公司正式授权，任何外部组织不得擅自复印、使用和传播。
本文件会随业务与技术的更新而进行必要的变更，所有的变更请求请与本文件的建立部门进行联系。
目录第一章总则 (5)第二章各部门职责 (5)第三章政企客户差异化服务分类 (7)（一）质量保障服务 (7)1、SLA质量保证承诺服务 (7)2、维护质量保证服务 (9)3、质量水平承诺服务 (10)（二）三级售后服务 (10)1、电路保障服务 (10)第四章政企客户差异化服务应用原则 (12)第五章政企客户差异化服务实施流程 (13)（一）、业务协议签订 (13)（二）、业务系统受理 (14)（三）、差异化服务实施 (14)（四）、投诉与赔付 (16)附件一：SLA质量保障承诺开通实施流程 (17)附件二SLA质量保证承诺、维护质量保证服务保障实施流程 (18)附件三、政企客户差异化售后服务实施流程 (19)第一章总则为了有效应对政企客户市场激烈的产品同质化竞争，通过实施与客户需求、客户价值相匹配的差异化服务，提高客户满意度，提升中国电信政企客户服务的竞争力，特制定本管理办法。
本办法主要依据《广东电信大客户差异化服务实施指导意见（试行）》（广东电信政企客户67号文）、《关于进一步规范带宽型差异化电路网络组织及售后服务要求的通知（试行）》（省运维[2006]23号）、《关于下发<广东电信广州分公司大客户业务差异化服务管理办法（试行稿）>的通知》（运维字[2006]421）有关政企客户服务差异化服务及等级化维护的相关规定，以及广州分公司目前政企客户差异化服务实际情况，对原有内容进行完善和补充而形成。
浅谈综合业务支撑系统的建设[摘要] 根据广东综合业务支撑系统的总体规划和总体结构,提出本地市综合业务支撑系统采用数据库服务器、应用服务器和访问终端构成c/s/s三层体系结构。
提出综合业务支撑系统应具有的先进技术特点和设计思想。
同时详细分析了综合业务支撑系统的业务功能特点。
[关键词] 综合业务支撑系统三层体系中间件功能特点一.总体结构本系统遵循tom的模型结构,系统包括本地网、省中心两级,包括生产运行层、管理层、决策支持层三层,是一个“两级、三层”的系统。
系统以本地网为基本单元,各本地网只设置一个统一组织、集中管理的综合业务支撑系统。
在本地网的基础上建设省中心,省中心与本地网中心通过广域网相联,实现相关数据信息的交换。
系统包括省中心、综合业务支撑系统业务处理部分及客户数据库三部分。
综合业务支撑系统处理部分负责对客户的服务请求进行处理,同时通过接口将需要其他系统进行处理的服务请求调度到相应的系统,并将反馈后的信息反馈给客服部分。
本地网综合业务支撑系统的客户数据库为各系统提供统一的客户信息,并向省中心系统提供各类主题的数据,由省中心系统向省级经营分析系统提供数据。
各本地网之间可以互相受理业务、系统允许受理跨本地网业务,这些需进行跨本地网协调的服务统一由省中心进行调度监督。
省中心功能结构:省中心主要实现对客户行为、客户需求、服务质量、营收报表(含单点营收额)、电信市场信息数据及报表的采集。
具体包括:业务监督、业务信息发布、客户信息管理(黑/红名单等信息的管理)、省内跨本地网的协同调度、全省集中智能网及其它业务平台的业务处理、省际业务的协同处理、统计管理、省中心能监控分公司的投诉、查询等处理情况。
本地网中心主要功能有:业务受理、工单管理、资源管理、客户信息管理、营销活动管理、代理商及其代理业务管理、信息发布、查询管理、统计管理。
二.本地网建设方案1.体系结构本地网中心连接本地网的各种接口和营业终端,根据广东省电信有限公司的技术规范,采用三层软件结构设计,并引入中间件技术。
电信业务市场综合管理信息系统（二期工程）系统使用说明书2018年10月目录系统功能说明 (2)1.1 系统门户 (2)1.1.1 外部用户登录 (2)1.1.2 办理指南 (2)1.1.3 在线申报 (2)1.1.4 问卷调查 (2)1.1.5 相关表格下载 (3)1.1.6 办理流程 (3)1.1.7 使用帮助 (3)1.1.8 公共查询 (4)1.2 企业用户模块 (4)1.2.1 新用户注册用户登录 (4)1.2.2 业务申请申报 (5)1.2.3 查询查看 (5)1.2.4 企业基本信息维护 (6)1.2.5 通知公告（公示） (6)1.3 事前管理模块 (7)1.3.1 跨地区增值电信业务许可管理 (7)1.3.2 省内增值电信业务许可管理 (9)1.3.3 域名从业机构审批管理 (11)1.3.4 自贸区许可管理 (13)1.3.5 宽带接入管理 (15)1.3.6 外商投资管理（试点） (16)1.3.7 IDC/ISP/CDN评测管理 (18)1.3.8 三网融合管理 (19)1.3.9 守法证明 (20)1.3.10 企业纠纷 (22)1.4 增值服务企业月报/移动转售月报管理 (24)1.4.1 增值电信业务月报 (24)1.5 年报管理 (25)1.5.1 年报管理 (25)系统功能说明1.1系统门户1.1.1外部用户登录1、操作步骤1）在浏览器地址栏输入网址https://，进入系统首页界面；2）输入用户名、密码和验证码，点击“登录”，登录到系统。
3）更换验证码：当验证码难以识别时，可单击验证码图片，系统自动更换验证码1.1.2办理指南1、操作步骤1）在首页点击各个模块的办理流程，可以查看各个模块以及省份的办理指南。
1.1.3在线申报1、操作步骤1）点击各个模块的在线申报，未登录企业会提示登录，登录后可直接跳转到相应申请模块。
1.1.4问卷调查点击首页问卷调查点击相关表格可查看表格文件列表。
文档编号：NF_T_IBSS-JS_03 版本：v1.0密级：机密广东省电信综合业务支撑系统（IBSS）开发规范说明书编制：部门／职位：日期：__________审核：部门／职位：日期：__________批准：部门／职位：日期：__________广州南方电信系统软件有限公司版权所有不得复制目录第一章引言 (4)1.1编写目的 (4)1.2背景 (4)1.3文档地图 (4)1.4术语定义 (4)1.5参考资料 (4)第二章通用编码规范 (5)2.1排版 (5)2.2注释 (5)2.3命名 (6)2.4可读性 (6)2.5变量 (6)2.6函数、过程 (6)2.7可测性 (7)2.8程序效率 (7)2.9质量保证 (7)2.10代码编译 (8)第三章 DELPHI前端开发设计规范 (9)3.1软件模块设计 (9)3.1.1 开发工具 (9)3.1.2 文档的建立和管理 (9)3.1.3 版本控制 (9)3.1.4 注释和功能描述 (10)3.1.5 菜单打开窗体的引出函数声明 (10)3.1.6 修改 (10)3.1.7 发布的公用资源，多使用类 (10)3.2编码设计 (11)3.2.1 命名规则 (11)第四章 CICS开发规范 (19)4.1命名规则 (19)4.1.1 通用规则 (19)4.1.2 Program命名 (20)4.1.3 函数/过程命名 (20)4.1.4 变量命名 (20)4.1.5 宏定义 (21)4.2程序的书写规范 (21)4.2.1 嵌入式SQL 的书写规范 (21)4.2.2 空行 (21)4.2.3 代码行 (21)4.2.4 对齐 (22)4.2.5 修饰符的位置 (22)4.2.6 注释 (22)4.3开发注意事项 (23)4.3.1 平台支持 (23)4.3.2 CICS Program 中禁止使用的函数 (23)4.3.3 CICS Program 中不推荐使用的函数 (23)4.3.4 宿主变量（Host Variable）可用数据类型 (23)4.3.5 数据类型兼容 (24)4.3.6 Char 数据类型的使用 (24)4.3.7 Varchar数据类型的使用 (24)4.3.8 统一编译选项 (24)4.3.9 统一日期格式 (24)4.3.10 字符集 (25)4.3.11 防止头文件的多重包含 (25)4.4开发建议 (25)第五章数据库设计规范 (26)5.1数据库中对象命名原则 (26)5.2数据库中对象前缀的定义 (26)5.3库表命名原则 (26)5.4库表类别划分 (27)5.5字段命名规则 (28)5.6字段类型规范 (30)5.7存储过程和触发器命名规则 (30)5.8主键和索引命名规则 (30)5.9设计规则 (30)第一章引言1.1编写目的为了规范设计和代码风格，提高代码质量，增强程序的可读性和可维护性，特编写本文档。
预期读者：项目提出方以及用户方相关技术人员、项目开发组成员、质量控制人员。
1.2背景系统名称：综合业务支撑系统项目提出人：广东省电信公司项目开发者：广州南方电信系统软件有限公司用户：广东省电信公司、广东省电信公司地市级分公司1.3文档地图本文档定义了开发的规范，包括以下几个方面：通用编码规范DELPHI前端开发设计规范CICS中间件开发规范数据库设计规范1.4术语定义无。
1.5参考资料●《广东省电信综合业务支撑系统业务需求分析书 V2.0》广东省电信公司●《广东省电信综合业务支撑系统技术规范》广东省电信公司●计算机软件产品开发文件编制指南[GB 8567-88]●计算机软件质量保证计划规范[GB/T 12504-90]●计算机软件配置管理计划规范[GB/T 12505-90]第二章通用编码规范2.1排版关键词和操作符之间加适当的空格。
相对独立的程序块与块之间加空行。
较长的语句、表达式等要分成多行书写。
划分出的新行要进行适应的缩进，使排版整齐，语句可读。
长表达式要在低优先级操作符处划分新行，操作符放在新行之首。
循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分。
若函数或过程中的参数较长，则要进行适当的划分。
不允许把多个短语句写在一行中，即一行只写一条语句。
函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格。
C/C++语言是用大括号‘{’和‘}’界定一段程序块的，编写程序块时‘{’和‘}’应各独占一行并且位于同一列，同时与引用它们的语句左对齐。
在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。
2.2注释注释要简单明了。
边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。
在必要的地方注释，注释量要适中。
注释的内容要清楚、明了，含义准确，防止注释二义性。
保持注释与其描述的代码相邻，即注释的就近原则。
对代码的注释应放在其上方相邻位置，不可放在下面。
对数据结构的注释应放在其上方相邻位置，不可放在下面；对结构中的每个域的注释应放在此域的右方；同一结构中不同域的注释要对齐。
变量、常量的注释应放在其上方相邻位置或右方。
全局变量要有较详细的注释，包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。
在每个源文件的头部要有必要的注释信息，包括：文件名；版本号；作者；生成日期；模块功能描述（如功能、主要算法、内部各部分之间的关系、该文件与其它文件关系等）；主要函数或过程清单及本文件历史修改记录等。
在每个函数或过程的前面要有必要的注释信息，包括：函数或过程名称；功能描述；输入、输出及返回值说明；调用关系及被调用关系说明等。
2.3命名较短的单词可通过去掉“元音”形成缩写；较长的单词可按单词的头几个发音符的优先级。
使用匈牙利表示法。
2.4可读性避免使用不易理解的数字，用有意义的标识来替代。
不要使用难懂的技巧性很高的语句。
源程序中关系较为紧密的代码应尽可能相邻。
2.5变量去掉没必要的公共变量。
构造仅有一个模块或函数可以修改、创建，而其余有关模块或函数只访问的公共变量，防止多个不同模块或函数都可以修改、创建同一公共变量的现象。
仔细定义并明确公共变量的含义、作用、取值范围及公共变量间的关系。
明确公共变量与操作此公共变量的函数或过程的关系，如访问、修改及创建等。
当向公共变量传递数据时，要十分小心，防止赋与不合理的值或越界等现象发生。
防止局部变量与公共变量同名。
仔细设计结构中元素的布局与排列顺序，使结构容易理解、节省占用空间，并减少引起误用现象。
结构的设计要尽量考虑向前兼容和以后的版本升级，并为某些未来可能的应用保留余地（如预留一些空间等）。
留心具体语言及编译器处理不同数据类型的原则及有关细节。
严禁使用未经初始化的变量。
声明变量的同时对变量进行初始化。
编程时，要注意数据类型的强制转换。
2.6函数、过程函数的规模尽量限制在200行以内。
一个函数最好仅完成一件功能。
为简单功能编写函数。
函数的功能应该是可以预测的，也就是只要输入数据相同就应产生同样的输出。
尽量不要编写依赖于其他函数内部实现的函数。
避免设计多参数函数，不使用的参数从接口中去掉。
用注释详细说明每个参数的作用、取值范围及参数间的关系。
检查函数所有参数输入的有效性。
检查函数所有非参数输入的有效性，如数据文件、公共变量等。
函数名应准确描述函数的功能。
避免使用无意义或含义不清的动词为函数命名。
函数的返回值要清楚、明了，让使用者不容易忽视错误情况。
明确函数功能，精确（而不是近似）地实现函数设计。
减少函数本身或函数间的递归调用。
编写可重入函数时，若使用全局变量，则应通过关中断、信号量（即P、V操作）等手段对其加以保护。
2.7可测性在编写代码之前，应预先设计好程序调试与测试的方法和手段，并设计好各种调测开关及相应测试代码如打印函数等。
在进行集成测试/系统联调之前，要构造好测试环境、测试项目及测试用例，同时仔细分析并优化测试用例，以提高测试效率。
2.8程序效率编程时要经常注意代码的效率。
在保证软件系统的正确性、稳定性、可读性及可测性的前提下，提高代码效率。
不能一味地追求代码效率，而对软件的正确性、稳定性、可读性及可测性造成影响。
编程时，要随时留心代码效率；优化代码时，要考虑周全。
要仔细地构造或直接用汇编编写调用频繁或性能要求极高的函数。
通过对系统数据结构划分与组织的改进，以及对程序算法的优化来提高空间效率。
在多重循环中，应将最忙的循环放在最内层。
尽量减少循环嵌套层次。
避免循环体内含判断语句，应将循环语句置于判断语句的代码块之中。
尽量用乘法或其它方法代替除法，特别是浮点运算中的除法。
2.9质量保证在软件设计过程中构筑软件质量。
代码质量保证优先原则正确性，指程序要实现设计要求的功能。
稳定性、安全性，指程序稳定、可靠、安全。
可测试性，指程序要具有良好的可测试性。
规范/可读性，指程序书写风格、命名规则等要符合规范。
全局效率，指软件系统的整体效率。
局部效率，指某个模块/子模块/函数的本身效率。
个人表达方式/个人方便性，指个人编程习惯。
只引用属于自己的存贮空间。
防止引用已经释放的内存空间。
过程/函数中分配的内存，在过程/函数退出之前要释放。
过程/函数中申请的（为打开文件而使用的）文件句柄，在过程/函数退出前要关闭。
防止内存操作越界。
时刻注意表达式是否会上溢、下溢。
认真处理程序所能遇到的各种出错情况。
系统运行之初，要初始化有关变量及运行环境，防止未经初始化的变量被引用。
系统运行之初，要对加载到系统中的数据进行一致性检查。
严禁随意更改其它模块或系统的有关设置和配置。
不能随意改变与其它模块的接口。
充分了解系统的接口之后，再使用系统提供的功能。
要时刻注意易混淆的操作符。
当编完程序后，应从头至尾检查一遍这些操作符。
不使用与硬件或操作系统关系很大的语句，而使用建议的标准语句。
建议：使用第三方提供的软件开发工具包或控件时，要注意以下几点：充分了解应用接口、使用环境及使用时注意事项，不能过分相信其正确性。
除非必要，不要使用不熟悉的第三方工具包与控件。
2.10代码编译编写代码时要注意随时保存，并定期备份，防止由于断电、硬盘损坏等原因造成代码丢失。
同一项目组内，最好使用相同的编辑器，并使用相同的设置选项。
合理地设计软件系统目录，方便开发人员使用。
打开编译器的所有告警开关对程序进行编译。
在同一项目组或产品组中，要统一编译开关选项。
使用工具软件（如Visual SourceSafe）对代码版本进行维护。
第三章 DELPHI前端开发设计规范3.1软件模块设计3.1.1开发工具统一采用Delphi 6开发，每个模块有自己的编号，在程序设计中应严格按编号设计编码。
