一、联创中标中国移动一级BOSS系统项目（论文文献综述）
胡玉玺[1]（2018）在《省级广电网络运营支撑系统统一接口平台的设计与实现》文中研究表明随着国家三网融合政策的推进,广电业务遇到的竞争愈加激烈,广电为了提高竞争力,BOSS系统功能不断扩展,对接的异构系统也越来越多。如何实现异构系统与BOSS系统快速对接,提高业务接入的扩展性和灵活性,是各广电运营商急需解决的问题。本文以某省级广电网络BOSS系统为基础,设计并实现了一套统一接口平台,规范了BOSS系统对外的接口方式、传输方式、数据规范,屏蔽了与异构系统的对接细节,将信息查询类接口和业务交易类接口明确分离,实现了BOSS与异构系统接口的统一管理,既简化了接口对接逻辑,也提高了接口的适用性、灵活性。本文首先对BOSS系统和统一接口平台的研究现状做了介绍,广电运营商BOSS系统普遍使用点对点的方式与异构系统对接,而运营商最新的BOSS系统已经开始建设统一的接口提供层;接着描述了统一接口平台使用的相关技术,使用开放的WebService协议作为Web中间件,使用XML和WSDL作为数据组装工具和数据描述工具,使用SOAP协议作为服务交换协议,屏蔽了开发语言、平台、软件等异构系统间的异同点。在系统设计和实现部分,整体上将统一接口平台分为了三层,分别为接入层（Weblogic层）、业务逻辑层（Tuxedo层）、数据层（Oracle层）。接入层以MyEclipse为开发工具,采用Java开发语言,利用WebService技术与异构系统进行通信;业务逻辑层使用C++开发,接入层通过对业务逻辑层的调用实现各种功能;数据层使用oracle和timesten,只对业务逻辑层开放。通过MD5加密校验和源IP限制的方式保证了接口的逻辑接入安全,通过DES加密的方式保证了接口的数据安全,通过查询类与交易类分离的方式保证了系统的高可用,通过了接口的压力测试。最后,通过对已经上线接口的生产环境对接展示,说明在该省级广电,统一接口平台的业务可用性,而该统一接口平台的设计标准也逐渐成为全国各省级广电BOSS系统统一服务提供标准的一部分。
付雷[2]（2016）在《W公司BOSS系统升级项目管理研究》文中进行了进一步梳理随着电信市场的对外开放程度越来越高以及市场管制的放松,电信业务得以飞速的发展,竞争的主体格局不断的变化,各大运营商之间的竞争越来越激烈。随着虚拟运营商牌照的发放,越来越多的虚拟运营商的加入,整个电信市场由之前的“三国大战”演变为“群雄割据”。虚拟运营商利用本身技术能力或者市场能力,通过租赁和使用传统运营商的网络,抛弃了极其复杂的基础网络建设的过程,极大的降低了建设和运营的成本。这些新业务更加依赖一个优秀的BOSS系统,如何打造一个完美的BOSS系统,对于各大运营商来说,不仅是在目前,在长期来说也是非常重要的一项工作。早期设计和建立的BOSS系统无法很好的应对这些变化,在市场的竞争中的劣势更加明显,制约了企业的进一步发展和服务的提升,使得电信运营商不得不持续性的对BOSS系统进行升级。BOSS系统升级的目标是最终实现“三个特征、两个能力、一个综合”:“三个特征”即以能提供“个性化、社会化、信息化”服务为重要特征;“两个能力”即具有“满足未来业务发展需要”、“满足实时处理”的能力;“一个综合”即提供一个综合性的业务处理平台。国内的电信企业长期保持国有企业的管理风格,在最近十多年才开始逐渐引入项目管理的方式,在项目管理方面是相对落后的。由于项目管理实践较晚,并且缺乏经验,同时电信企业作为共和国长子长期以来所形成的企业管理思维难以转变,导致项目管理的难以起到期望的效果,项目管理就像是“种于淮北的枳”,出现了严重的“水土不服”,特别是在时间进度管理方面,项目的进度经常出现严重的偏差。本文以W公司BOSS系统升级项目为背景,运用关键路径法、挣值分析法等项目管理工具,与W公司BOSS系统升级整改项目过程进行紧密的结合,并展开应用的研究,分析和探索我国电信运营商企业BOSS系统开发以及升级项目的管理运行方式。通过总结W公司BOSS系统升级项目的成功经验与总结并分析本文研究的不足,对我们国家电信虚拟运营商企业的升级项目管理有较大的参考和借鉴意义。
林秋云[3]（2014）在《新大陆软件公司营销策略研究》文中研究表明从全球范围来看,电信业是最具潜力和活力的行业。在国家“十二五”规划中,信息产业成为新时期全球战略制高点,这要求通信业加快构建下一代国家信息基础设施,全面支撑经济社会发展。支撑通信业的发展主要看通信软件企业的发展,这为新大陆软件公司带了更好的发展机会和挑战。新大陆软件公司是一家立足通信行业,以商业智能、业务运营、网络管理、企业管理四大通用软件平台为基础,结合通信行业应用,开发商用终端设备,为电信企业提供全方位的电信级信息化解决方案的专业公司。随着通信技术和网络信息的不断发展,客户对新大陆软件公司的产品要求越来越高。近年来运营商在3G、4G网的基础建设投入加大,使得运营商在信息化方面的预算有所减少。新大陆软件公司的业务虽然稳健,但是没有显着增长,人均产值和净利润率也在下降。同时,新大陆软件公司产品开发设计和营销策略也存在问题。制定一个符合自身发展的营销策略对新大陆软件公司来说已经是可不容缓的事情。本文主要针对新大陆软件公司的业务发展出现瓶颈,以及在现有IT发展环境下,新大陆软件公司如何找到新的市场定位进行分析并提出营销策略。本文通过访谈的方式对新大陆软件公司最大的客户进行信息收集、整理和分析,为STP分析以及市场策略的制定提供参考。采用STP理论对新大陆软件公司市场情况进行分析,并结合4Ps营销理论探讨适合新大陆软件公司的营销策略,最后提出要如何强化营销管理,为营销策略的实施提供保障。本文是在从新大陆软件公司实际情况出发,结合实际的内外环境进行分析的基础上提出营销策略,对新大陆软件公司以及其他同性质的软件公司有实际的参考作用。
刘冠杰[4]（2013）在《云计算技术在电信运营支撑集中化系统中的应用研究》文中研究指明国内运营商的重组整合和3G牌照的发放，带来了固网和移动业务的融合以及运营商之间的全面竞争。新局面激发了新业务以及新的用户群体的增长，特别是伴随着智能手机的普及，移动数据业务发展迅猛。与传统语音和短信业务不同，移动数据业务具有使用频繁、并发量大、在线时间长等特点，对运营商业务支撑系统，特别是离线与在线计费系统，带来了很大的冲击。运营商一面需要满足业务与用户快速增长的需要，另一方面又有压缩成本、提高效率的要求。云计算技术在IT系统建设中被越来越多的使用、逐步普及。云计算以其低成本、高性能、可伸缩性、部署灵活的特点，在大容量、高并发类型应用中发挥了极大的作用，契合了电信支撑系统集中化、海量化、灵活化的要求。因此越来越多的运营商开始考虑采用集中化与云计算方案。本文结合亚信联创为中国移动南方基地研发的云化计费系统，论述了云计费系统的架构，给出了云计费系统功能域与主要模块的设计与实现，详细说明了云计费系统数据访问模块的需求分析、详细设计、编码与测试等相关技术方法，并通过实验室的整体测试验证了本文研究工作的正确性与有效性。
赵广成[5]（2013）在《移动BOSS分散账期系统的设计与实现》文中提出随着中国移动服务的客户规模日益扩大，目前以自然月为单位的服务周期面临巨大挑战。业务开通与取消都集中在月末和月初进行处理，导致了月初和月末时间段中各渠道业务受理量激增，窗口渠道服务压力也十分严重，直接影响了BOSS系统的服务质量。本文针对现有BOSS系统的改造升级，运用BOSS分散账期机制改变目前自然月账期的运营模式，解决月末系统压力集中的问题，将客户的各类业务受理和生效时间分散进行处理，把月结的集中处理分解到多个时段，从而缓解月初和月末各服务窗口的业务服务压力，提高业务忙时的客户服务质量。本文给出了基于分散账期机制的业务流程和业务规则改进策略，具体说明了营业受理、融合计费、综合账务、财务统计等模块处理流程的实现方法，并结合实际工程验证了本文给出的技术方案的正确性和有效性。
郑建兵[6]（2012）在《新一代业务支撑系统项目建设的风险管理实践》文中指出随着3G牌照的发放、电信运营商的重组、TD-SCDMA技术的投入运营，中国移动经营的业务范围从原先的单一移动业务扩展到固话、宽带、专线、互联网等业务，客户范围从个人客户延伸到家庭客户、集团客户。业务支撑系统是产品和服务重要载体及表现形式，是中国移动核心竞争力之一,为此中国移动开始积极应对全业务竞争带来的变化，有计划的摸索出业务规划分析、技术规范编制、系统建设落地三步走的大型IT系统建设的项目管理方法，建设具备‘全业务、全客户、全融合、全流程、全价值链’支撑能力的新一代业务支撑系统。本论文运用项目管理特别是风险管理的概念和方法在项目的三个阶段（业务规划分析、技术规范编制、系统建设落地）都按照项目风险管理的六个过程（风险管理计划编制、风险识别、风险定性分析、风险定量分析、应对计划编制、风险监督和控制），进行风险优先级排序和分层管理，有效控制项目风险。本论文重点分析了该项目建设中存在的四大风险，分别是超大团队的组织风险、新老系统全量更换的质量风险、组织13个市分公司割接上线的进度风险和21500名使用者的客户满意度风险，然后重点就项目实施过程中如何规避四大风险所采取的方法和措施重点进行了论述和总结。中国移动江苏公司的新一代业务支撑系统，经过了项目管理的5个基本的管理过程——启动、计划、执行、控制和收尾，克服了集成商更换、项目人员众多、现网生产系统无缝割接、功能点众多等难点，从2008年的项目规划到2010年10月的全省13个地市全部割接成功，项目成功上线，充分满足了了项目各方干系人的需求和满意度。
邢玉成[7]（2009）在《天津移动业务支撑系统财务化改造的软件设计与实现》文中研究说明移动业务运营支撑系统（Business & Operation Support System,简称BOSS）是移动企业运营收入管理的核心,从历史建设上,基于满足灵活、及时、快速的市场需求而设计并发展的,伴随着移动业务的发展,注重业务实现和运行效率的业务支撑系统在对企业整体运营管理能力提升方面的支撑凸显不足,尤其是财务管理方面。业务支撑系统是根据营销和服务的业务流程纵向逻辑规则来创建系统架构和数据模型,财务管理系统是严格按照财务原理建立的,而业务支撑系统没有考虑到对财务管理原则的遵循,导致业务支撑系统对公司财务管理、财务分析的支撑能力薄弱,无法满足会计准则和财务信息实时化的要求。本论文针对天津移动业务支撑系统财务化改造工作的要求,分析了系统对钱、物、资料、日志、凭证等实体管理的不足。在原架构基础上增加了会计科目编制、复式记账法、定制会计报表等会计准则和财务核算要求的体系架构,将财务管理理念真正做到与实时地业务流程集成。通过建立帐目分类接口表,满足会计核算要求,并建立BOSS-MIS编码对照关系满足于企业ERP系统在财务管理分类上的一致性。分析公司全部营业收入,通过业务梳理将没有纳入业务支撑系统管理的业务纳入业务支撑系统进行管理。梳理BOSS业务与会计科目间的逻辑关系,按复式计帐法定义每项业务对应的会计科目、借贷关系及其它会计准则需要的详细信息。论文详细介绍了对客户服务、资源管理、终端管理、财务管理、账务处理、客户管理、统计分析等模块在财务处理、营收稽核和权责发生制等方面的改造和技术实现方案。本次改造中为了提高系统计算效率和并发度在帐务管理模块采用内存数据库技术,并对具体的数据库设计和与应用之间的接口设计做了阐述。两年以来,新的运营支撑系统对公司运营管理的发挥的作用日益显现,带动企业管理方式、商业价值链的深刻变革。促进了公司的数据整合和充分利用,使财务信息从离散走向集约,提升了系统在准确性、可控性,满足了公司外部监管和内部管理监控的要求,为企业进行全业务运营和竞争提供了有力的支撑。
孙绍利[8]（2007）在《FTS中国电信行业BOSS市场营销策略研究》文中进行了进一步梳理随着3G、NGN、宽带业务的迅速发展和应用，电信、电视和互联网业务逐步融合，各种视频、流媒体、即时通信等新业务层出不穷，商业模式日趋复杂，中国电信业及运营商都在开始重视考虑新的业务运营支撑系统的规划和建设。中国电信行业已经成为世界上最具潜力的业务运营支撑系统和计费系统的重要市场之一，这一点已经成为国际上主流计费厂家的共识。FTS作为全球重要的计费软件提供商，面对拥有巨大市场潜力的中国电信行业市场，也期望能够取得一席之地。因此，FTS总部决定成立FTS中国合资公司，来主要负责推进中国方面的业务。本论文描述和分析了全球电信业运营支撑系统、中国电信业运营支撑系统的宏观市场现状与发展趋势，对中国电信业主流运营商的业务运营支撑系统建设历史、市场规模、发展趋势进行了分析，并重点就中国电信业业务运营支撑系统的市场营销特点、业务运营支撑系统提供商竞争力分析、市场投资规模等方面进行了深入的研究。在此基础上，结合FTS公司及FTS中国公司具体案例的自身资源和特征，对FTS中国公司所面临的国内业务运营支撑系统外部市场环境和内部竞争态势进行了充分分析后。对FTS中国的市场营销策略做出了初步探讨和研究。通过针对FTS中国公司的SWOT分析，以及直销策略与合作联盟策略的比较后，提出了FTS中国公司应采取的合作联盟营销战略的建议。围绕合作联盟营销战略，文中从产品合作联盟营销战略和市场合作联盟营销战略两个纬度，对FTS中国公司进入中国电信业务运营支撑系统市场应采取的具体营销策略提供了一些可行性的建议方案。本论文主要观点：■融合、转型是全球电信业未来发展的趋势，市场竞争的加剧和电信业务的多元化使电信业务运营支撑系统逐渐从面向业务的系统架构向面向客户的系统架构转移。2007年，联机计费系统、融合计费改造、综合业务管理、经营分析系统等将是国内电信运营商建设和规划的重点。■考虑到3G牌照的发放、NGN建设和电信增值业务迅速发展等几种因素的影响，未来几年中国电信行业的CRM及计费应用市场规模有望逐年稳步增加。而在市场稳步发展的背后，电信计费软件提供商正面临重新整合，市场份额也将日趋集中。■2005年至今，Amdocs对朗新公司的并购案，标志着实力和经验都很丰富的国际厂家将通过资本运作逐步渗透中国电信业BOSS系统服务市场。国内业务运营支撑系统供应商资本市场将陆续出现并购、整合的趋势。■在中国电信行业BOSS领域竞争加剧、国际厂家纷纷涌入的市场背景下，作为2006年新进入中国电信行业的国际计费软件提供商，FTS中国公司应审时度势、扬长避短，建议以FTS的产品领先优势及全球资源为基础，采取与国内BOSS系统集成商的合作联盟策略，以寻求在中国电信行业市场的突破和发展。
刘启诚[9]（2004）在《BOSS软件开发商寻求运营商“庇护”》文中研究说明随着技术的不断进步和电信业竞争的日趋激烈,各运营商的网络差异逐渐变小,运营商逐渐开始全业务经营,运营商之间的竞争方式也由“规模竞争”、“网络竞争”转变成为“业务竞争”。为了形成自己的竞争优势,如何更好地为用户提供更多具有个性化、差异化的服务成为了决胜市场的关键。BSS/OSS系统作为电信运营商提供业务的支撑平台,其重要性日益凸现,受到了电信企业越来越多的重视。许多运营商已经将其作为降低运营成本、加强内部管理、增强客户交流、提高竞争力的工具。这篇文章意在与运营商、厂商共同探讨我国BOSS软件开发中存在的问题。
龚德政[10]（2003）在《BOSS系统接入层安全隐患分析及防范措施研究》文中认为本文首先简要介绍了网络安全的含义及中国移动BOSS系统建设情况.通过分析BOSS系统网络接入层现存的安全隐患,结合工程实际和具体实现的可能性,提出了一种采取多种常规安全措施。构建“金字塔”式的五层安全防御体系的解决方案,对BOSS系统接入层的安全建设具有一定的指导意义。
二、联创中标中国移动一级BOSS系统项目（论文开题报告）
（1）论文研究背景及目的
此处内容要求：
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
写法范例：
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
（2）本文研究方法
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
三、联创中标中国移动一级BOSS系统项目（论文提纲范文）
（1）省级广电网络运营支撑系统统一接口平台的设计与实现（论文提纲范文）
| 摘要 |
| abstract |
| 第1章 引言 |
| 1.1 课题研究背景与意义 |
| 1.2 国内外研究现状 |
| 1.2.1 国内发展状况 |
| 1.2.2 国外发展状况 |
| 1.3 研究内容 |
| 1.4 本文结构安排 |
| 第2章 系统相关技术 |
| 2.1 eTOM模型 |
| 2.1.1 eTOM起源 |
| 2.1.2 eTOM是什么 |
| 2.1.3 eTOM对我国电信业的意义 |
| 2.2 运营商BOSS系统 |
| 2.3 云化平台 |
| 2.4 统一接口平台 |
| 2.4.1 WebService概念和特性 |
| 2.4.2 WebService体系架构 |
| 2.4.3 可扩展标记语言XML |
| 2.4.4 Web服务描述语言WSDL |
| 2.4.5 简单对象访问协议SOAP |
| 2.5 本章小结 |
| 第3章 统一接口平台的设计 |
| 3.1 省级广播电视网络信息化系统 |
| 3.1.1 信息化系统架构 |
| 3.1.2 BOSS系统技术 |
| 3.2 云化系统与统一接口 |
| 3.2.1 平台建设 |
| 3.2.2 云化平台与统一接口的关系 |
| 3.3 统一接口平台的整体架构 |
| 3.4 统一接口平台请求处理流程 |
| 3.5 统一接口平台功能设计 |
| 3.5.1 统一接口平台设计原则 |
| 3.5.2 统一接口平台数据格式 |
| 3.5.3 统一接口平台安全性 |
| 3.5.4 统一接口平台的数据安全性 |
| 3.6 统一接口平台的标准化 |
| 3.7 本章小结 |
| 第4章 统一接口实现及应用 |
| 4.1 查询类接口实现 |
| 4.2 交易类接口实现 |
| 4.3 掌维接口的使用情况 |
| 4.4 电子渠道的使用情况 |
| 4.4.1 微信营业厅接口的使用情况 |
| 4.4.2 支付宝接口的使用情况 |
| 4.5 OSS接口的使用情况 |
| 4.6 双向电视系统接口的使用情况 |
| 4.7 本章小结 |
| 第5章 统一接口平台功能测试 |
| 5.1 测试方法 |
| 5.2 测试环境与工具 |
| 5.2.1 测试环境 |
| 5.2.2 测试工具 |
| 5.3 系统功能测试 |
| 5.3.1 查询类功能测试 |
| 5.3.2 交易类功能测试 |
| 5.4 系统压力测试 |
| 5.4.1 查询类压力测试 |
| 5.4.2 交易类压力测试 |
| 5.5 测试结论 |
| 第6章 总结与展望 |
| 6.1 研究工作及成果总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
| 附录 ：攻读硕士学位期间发表的学术论文 |
（2）W公司BOSS系统升级项目管理研究（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 选题背景与意义 |
| 1.2 研究方法 |
| 1.3 论文结构与研究内容 |
| 第2章 研究综述与相关理论 |
| 2.1 研究综述 |
| 2.1.1 国内外电信运营商BOSS系统现状 |
| 2.1.2 BOSS系统升级的必要性 |
| 2.2 项目管理相关理论及方法 |
| 2.2.1 基于关键路径法的项目进度管理 |
| 2.2.2 基于挣值分析的项目绩效管理 |
| 第3章 W公司BOSS系统升级项目简介 |
| 3.1 原BOSS系统研发中存在的问题 |
| 3.1.1 缺乏有效的项目计划 |
| 3.1.2 缺乏进度控制管理 |
| 3.1.3 缺乏变更控制管理 |
| 3.2 W公司BOSS系统升级项目目标及工作范围 |
| 第4章 W公司BOSS系统升级项目管理 |
| 4.1 项目组织结构 |
| 4.2 项目进度管理 |
| 4.2.1 项目工作分解 |
| 4.2.2 项目进度计划 |
| 4.2.3 里程碑计划 |
| 4.3 项目成本管理 |
| 第5章 W公司BOSS系统升级项目控制 |
| 5.1 绩效分析 |
| 5.2 进度控制保障措施 |
| 5.2.1 进度监测 |
| 5.2.2 进度偏差分析 |
| 5.2.3 进度调整控制 |
| 5.3 资金控制保障措施 |
| 第6章 经验与总结 |
| 6.1 项目的成功经验 |
| 6.2 总结 |
| 参考文献 |
| 致谢 |
（3）新大陆软件公司营销策略研究（论文提纲范文）
| 摘要 |
| Abstract |
| 目录 |
| 1 绪论 |
| 1.1 研究背景及意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究意义 |
| 1.2 研究的内容及方法 |
| 1.2.1 研究内容 |
| 1.2.2 研究方法 |
| 1.3 研究框架 |
| 2 相关理论回顾 |
| 2.1 波特五力模型分析 |
| 2.2 STP理论 |
| 2.2.1 市场细分 |
| 2.2.2 目标市场 |
| 2.2.3 市场定位 |
| 2.3 4Ps营销理论 |
| 2.3.1 产品(Product)策略 |
| 2.3.2 价格(Price)策略 |
| 2.3.3 渠道(Place)策略 |
| 2.3.4 促销(Promotion)策略 |
| 3 新大陆软件公司营销环境及营销现状分析 |
| 3.1 PEST分析 |
| 3.1.1 经济环境分析 |
| 3.1.2 政治环境分析 |
| 3.1.3 法律环境分析 |
| 3.1.4 技术环境分析 |
| 3.1.5 社会文化环境分析 |
| 3.2 竞争环境分析 |
| 3.2.1 通信软件业行业分析 |
| 3.2.2 市场竞争分析 |
| 3.3 新大陆软件公司营销现状及存在问题分析 |
| 3.3.1 公司简介 |
| 3.3.2 营销现状和存在的营销问题 |
| 4 新大陆软件公司产品的营销策略研究 |
| 4.1 对目标市场客户的访谈分析 |
| 4.1.1 访谈对象 |
| 4.1.2 深度访谈提纲 |
| 4.1.3 访谈资料整理 |
| 4.1.4 归纳访谈结果 |
| 4.2 新大陆软件公司市场的STP策略分析 |
| 4.2.1 市场细分 |
| 4.2.2 市场目标 |
| 4.2.3 市场定位 |
| 5 新大陆软件公司营销策略制定 |
| 5.1 产品策略 |
| 5.1.1 原有产品的优化 |
| 5.1.2 新产品的开发 |
| 5.2 价格策略 |
| 5.2.1 基于电信运营商和政府的投资预算的价格策略 |
| 5.2.2 基于自身的产品价格策略 |
| 5.2.3 基于竞争对手的价格策略 |
| 5.3 渠道策略 |
| 5.3.1 渠道成员 |
| 5.3.2 渠道结构 |
| 5.4 促销策略 |
| 5.4.1 公司网站宣传 |
| 5.4.2 公司杂志宣传 |
| 5.4.3 技术交流会 |
| 5.4.4 积极参与投标 |
| 6 新大陆软件公司营销策略的实施和保障 |
| 6.1 完善公司人力资源管理 |
| 6.2 强化新大陆软件公司的营销管理 |
| 6.2.1 健全营销组织机构 |
| 6.2.2 完善服务体系,增强技术支撑 |
| 6.2.3 加强对营销服务人员的培训 |
| 6.3 营销绩效的评价和控制 |
| 6.3.1 营销绩效评价的现状 |
| 6.3.2 营销中心绩效考核改进建议 |
| 7 研究结论 |
| 7.1 研究的结论 |
| 7.2 研究的不足与展望 |
| 附录：访谈提纲 |
| 参考文献 |
| 致谢 |
（4）云计算技术在电信运营支撑集中化系统中的应用研究（论文提纲范文）
| 摘要 |
| Abstract |
| 目录 |
| 专用术语注释表 |
| 第一章 绪论 |
| 1.1 课题背景 |
| 1.2 研究现状 |
| 1.3 本文的主要工作与组织结构 |
| 第二章 相关背景知识 |
| 2.1 云计算 |
| 2.1.1 云计算服务的主要特点 |
| 2.1.2 云计算服务的分类 |
| 2.1.3 云计算关键技术 |
| 2.2 BOSS 系统与 Billing 系统 |
| 2.3 计费与 BOSS 系统演进过程中的问题 |
| 2.3.1 传统的垂直扩展 |
| 2.3.2 峰谷效应 |
| 2.3.3 新业务对性能的消耗 |
| 2.3.4 集中建设 |
| 2.4 本章小结 |
| 第三章 云计算在集中化 Billing 系统中的应用 |
| 3.1 云计算技术与大规模计费 Billing 系统需求 |
| 3.1.1 低成本高并发 |
| 3.1.2 可伸缩性 |
| 3.1.3 负载均衡 |
| 3.1.4 资源共享 |
| 3.2 云计算技术与计费系统实际业务间的矛盾 |
| 3.2.1 计费系统业务流程较为严格 |
| 3.2.2 计费系统数据粘连性强 |
| 3.2.3 计费系统对单次计算动作的效率要求较高 |
| 3.2.4 云计费系统与互联网云计算模式难度的对比 |
| 3.2.5 中国移动计费系统某些特殊业务的要求 |
| 3.3 实现云计费系统的关键技术 |
| 3.3.1 负载均衡 |
| 3.3.2 应用与数据分离 |
| 3.3.3 共享存储 |
| 3.3.4 云计算管理调度平台 |
| 3.3.5 高可用内存数据复制技术与新一代内存数据库 |
| 3.4 本章小结 |
| 第四章 C-Billing 云计费系统的设计与实现 |
| 4.1 C-Billing 云计费系统架构 |
| 4.1.1 C-Billing 分层架构 |
| 4.1.2 C-Billing 系统软件模块结构 |
| 4.1.3 C-Billing 云计费系统逻辑部署 |
| 4.2 消息框架 |
| 4.2.1 概述 |
| 4.2.2 消息应用框架的构成 |
| 4.2.3 接口内容 |
| 4.2.4 消息适配器（MFA） |
| 4.2.5 消息处理服务（MHS） |
| 4.2.6 节点管理（SM） |
| 4.3 云计算管理与调度模块 |
| 4.3.1 功能架构 |
| 4.3.2 对外接口 |
| 4.3.3 路由表产生 |
| 4.3.4 动态路由计算 |
| 4.3.5 数据实体设计 |
| 4.3.6 流程设计 |
| 4.4 数据访问服务模块 |
| 4.4.1 设计目标 |
| 4.4.2 设计约定 |
| 4.4.3 流程设计 |
| 4.4.4 网络服务架构说明 |
| 4.4.5 业务设计 |
| 4.4.6 网络框架设计 |
| 4.4.7 线程池设计 |
| 4.4.8 协议设计 |
| 4.4.9 应用开发接口 |
| 4.5 本章小结 |
| 第五章 测试与验证 |
| 5.1 测试环境 |
| 5.2 测试报告与分析 |
| 5.2.1 测试内容 |
| 5.2.2 性能指标 |
| 5.3 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
（5）移动BOSS分散账期系统的设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 专用术语注释表 |
| 第一章 绪论 |
| 1.1 课题背景 |
| 1.2 研究现状 |
| 1.3 本文的主要工作与组织结构 |
| 第二章 相关背景知识介绍 |
| 2.1 分散账期定义 |
| 2.2 分散账期的确定规则 |
| 2.2.1 新入网用户 |
| 2.2.2 新开账户 |
| 2.2.3 在网用户 |
| 2.3 账期变更 |
| 2.3.1 账期变更原因 |
| 2.3.2 账期变更的生效规则 |
| 2.4 本章小结 |
| 第三章 分散账期系统的需求分析 |
| 3.1 需求综述 |
| 3.1.1 体系架构分析 |
| 3.1.2 功能架构分析 |
| 3.2 模块需求分析 |
| 3.3 本章小结 |
| 第四章 分散账期系统的总体设计 |
| 4.1 核心算法设计 |
| 4.1.1 总体业务原则 |
| 4.1.2 计算账期算法 |
| 4.1.3 账期折算资费算法 |
| 4.2 核心数据模型设计 |
| 4.2.1 账户账期实体 |
| 4.2.2 用户账期实体 |
| 4.2.3 虚拟账单实体 |
| 4.2.4 账单实体 |
| 4.2.5 清单实体 |
| 4.3 系统接口设计 |
| 4.3.1 CRM 与 BOSS 接口 |
| 4.3.2 经分接口 |
| 4.3.3 网站与自助终端接口 |
| 4.3.4 银行和储蓄接口 |
| 4.4 本章小结 |
| 第五章 分散账期系统的设计与实现 |
| 5.1 客户服务设计与实现 |
| 5.1.1 账期变更 |
| 5.1.2 开户 |
| 5.1.3 分户与合户 |
| 5.1.4 产品变更 |
| 5.1.5 营销活动 |
| 5.2 计费设计与实现 |
| 5.2.1 话单累账 |
| 5.2.2 话单账期计算 |
| 5.2.3 免费资源处理 |
| 5.2.4 错单回收和回退 |
| 5.2.5 首次通话激活 |
| 5.3 账务处理设计与实现 |
| 5.3.1 固定费计算 |
| 5.3.2 账务优惠 |
| 5.3.3 付费关系处理设计 |
| 5.3.4 月结出账设计 |
| 5.3.5 虚拟出账 |
| 5.4 账务管理设计与实现 |
| 5.4.1 销账管理 |
| 5.4.2 预存赠送 |
| 5.4.3 账单管理 |
| 5.4.4 滞纳金计算 |
| 5.4.5 发票管理 |
| 5.4.6 积分计算 |
| 5.4.7 清单查询 |
| 5.5 统计报表设计与实现 |
| 5.5.1 应收统计 |
| 5.5.2 预存统计 |
| 5.5.3 欠费统计 |
| 5.5.4 实收统计 |
| 5.6 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
（6）新一代业务支撑系统项目建设的风险管理实践（论文提纲范文）
| 摘要 |
| Abstract |
| 第1章 绪论 |
| 1.1 研究的背景和意义 |
| 1.2 分析研究方法 |
| 1.3 论文结构 |
| 第2章 相关理论概述 |
| 2.1 项目管理理论 |
| 2.1.1 项目管理的概念和内容 |
| 2.1.2 项目管理与日常工作管理的区别 |
| 2.1.3 项目管理的内容和过程 |
| 2.2 电信行业信息化系统理论介绍 |
| 2.2.1 国际化组织电信管理论坛 TMF 介绍 |
| 2.2.2 TOM 与 eTOM 之间的关系 |
| 2.2.3 MSS 系统、OSS 系统与 BSS 系统概念和内涵 |
| 2.2.4 中国移动 NGBOSS 系统概述 |
| 2.3 风险管理理论概述 |
| 2.3.1 风险管理与项目管理的关系 |
| 2.3.2 项目风险的分类 |
| 2.3.3 风险管理的主要过程 |
| 2.3.4 如何制定有效的项目风险管理方案 |
| 第3章 运营商环境和江苏移动 NGBOSS 系统项目的目标分析 |
| 3.1 运营商重组变化及不同市场对支撑系统需求 |
| 3.1.1 运营商重组带来的经营范围变化 |
| 3.1.2 个人客户市场对中国移动支撑系统的需求 |
| 3.1.3 家庭客户市场对中国移动支撑系统的需求 |
| 3.1.4 集团客户市场对中国移动支撑系统的需求 |
| 3.2 江苏移动 NGBOSS 系统项目的目标分析 |
| 3.2.1 核心目标 1：实现功能上对老系统功能的全部承接 |
| 3.2.2 核心目标 2：实现对个人、家庭、集团三大市场新增宽带、固话和集团产品支撑目标 |
| 3.2.3 核心目标 3：实现规划阶段的各项先进性目标 |
| 第4章 江苏移动新一代业务支撑系统（NGBOSS）项目和功能介绍 |
| 4.1 江苏移动 NGBOSS 项目背景与挑战 |
| 4.1.1 背景概述 |
| 4.1.2 总体目标 |
| 4.1.3 组织机构 |
| 4.1.4 难点、挑战及风险 |
| 4.1.5 项目管理要义 |
| 4.2 江苏移动 NGBOSS 项目 CRM 子系统功能概述 |
| 4.2.1 渠道管理 |
| 4.2.2 市场营销 |
| 4.2.3 销售管理 |
| 4.2.4 客户服务 |
| 4.2.5 客户管理 |
| 4.2.6 产品管理 |
| 4.2.7 资源管理 |
| 4.2.8 基础管理 |
| 4.3 江苏移动 NGBOSS 项目 BILL 子系统功能概述 |
| 4.3.1 采集、预处理 |
| 4.3.2 融合计费 |
| 4.3.3 综合帐务 |
| 4.3.4 漫游处理 |
| 4.3.5 在线计费 |
| 4.3.6 服务开通 |
| 4.3.7 稽核 |
| 4.3.8 结算 |
| 4.3.9 其他关键技术要求 |
| 第5章 江苏移动新一代业务支撑系统（NGBOSS）建设步骤 |
| 5.1 第一阶段：业务规划分析阶段 |
| 5.1.1 业务规划分析先行的目的 |
| 5.1.2 业务规划与技术规范编写的区别 |
| 5.1.3 业务规划的内容和输出物 |
| 5.2 第二阶段：技术规范编制阶段 |
| 5.2.1 技术规范编制的目的和内容 |
| 5.2.2 技术规范编制阶段的输出物 |
| 5.3 第三阶段：系统建设落地阶段 |
| 5.3.1 需求分析 |
| 5.3.2 概要设计 |
| 5.3.3 详细设计 |
| 5.3.4 开发测试 |
| 5.3.5 割接上线 |
| 5.3.6 运行维护 |
| 第6章 江苏移动 NGBOSS 系统项目的风险管理实践 |
| 6.1 项目的风险管理过程概述 |
| 6.2 项目中主要风险分析 |
| 6.2.1 组织风险分析：各方利益点不同的跨厂商超大团队如何管理 |
| 6.2.2 质量风险分析：在线系统的集成商变更和新老系统无缝替换 |
| 6.2.3 质量风险分析：如何保证系统的先进性 |
| 6.2.4 进度风险分析：如何保证系统在 13 个地市的按计划及时割接 |
| 6.2.5 客户满意度风险：如何让 21500 个使用人员快速熟悉新系统 |
| 6.3 项目中主要风险应对措施 |
| 6.3.1 组织风险应对：领导挂帅省市联动，实现跨厂商超大团队融合管理 |
| 6.3.2 质量风险应对：建立多维度测试体系，保证新系统对老系统的功能全量承接 |
| 6.3.3 质量风险应对：建立端到端的先进性保证体系，保证系统先进性 |
| 6.3.4 进度风险应对：利用工具和日例会对项目实施过程可视化精细管理，保证项目进度 |
| 6.3.5 客户满意度风险应对：建立多层次多角色培训体系，保证使用人员快速熟悉系统 |
| 第7章 结论和展望 |
| 7.1 主要结论 |
| 7.2 有待今后进一步研究的问题 |
| 第8章 结束语 |
| 致谢 |
| 参考文献 |
（7）天津移动业务支撑系统财务化改造的软件设计与实现（论文提纲范文）
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 业务背景与意义 |
| 1.2 应用改造与评估 |
| 1.3 建设原则与目标 |
| 第二章 分析与研究 |
| 2.1 企业规范再造 |
| 2.2 基础能力再造 |
| 2.2.1 跨系统的业务融合 |
| 2.2.2 数据满足会计原则 |
| 2.2.3 自动生成会计收入报表 |
| 2.3 稽核与审计体系再造 |
| 2.3.1 建立会计报表体系 |
| 2.3.2 建立营收稽核体系 |
| 2.3.3 建立全业务审计机制 |
| 第三章 总体设计 |
| 3.1 系统体系结构 |
| 3.1.1 系统体系结构 |
| 3.1.2 系统功能结构 |
| 3.1.3 系统改造方案 |
| 3.2 核心功能设计概念 |
| 3.2.1 BOSS财务支撑改造 |
| 3.2.2 营收资金稽核 |
| 3.2.3 内存数据库改造 |
| 3.2.4 审计稽核 |
| 第四章 核心算法 |
| 4.1 回溯算法 |
| 4.1.1 资金类稽核 |
| 4.1.2 资源类稽核 |
| 4.2 分治算法 |
| 第五章 数据结构设计 |
| 5.1 关键抽象 |
| 5.1.1 财务BOSS资源出入库统一接口表 |
| 5.1.2 财务BOSS费用表 |
| 5.2 基础组件 |
| 5.3 相关逻辑模型图 |
| 5.3.1 三户模型(客户、帐户、用户/服务) |
| 5.3.2 企业帐、预存帐户、客户资金 |
| 5.3.3 客户、帐户、用户/服务与信用度 |
| 第六章 功能域模块设计 |
| 6.1 客户服务会计明细帐改造设计 |
| 6.1.1 开户业务 |
| 6.1.2 换卡业务 |
| 6.1.3 补卡业务 |
| 6.2 资源管理会计明细帐改造设计 |
| 6.2.1 有价卡入库 |
| 6.2.2 有价卡调拔 |
| 6.2.3 有价卡维护 |
| 6.3 终端管理会计明细帐改造设计 |
| 6.3.1 终端入库 |
| 6.3.2 终端调拔入库 |
| 6.3.3 营业厅退货 |
| 6.3.4 营业厅换货 |
| 6.4 账务管理会计明细帐改造设计 |
| 6.4.1 SP调帐/信息费帐后调帐 |
| 6.4.2 托收电子托单生成 |
| 6.4.3 托收回单 |
| 6.4.4 托收退单 |
| 6.5 统计分析会计明细帐改造设计 |
| 6.5.1 营业厅交易收费日报 |
| 6.5.2 营业厅帐务收费日报 |
| 6.5.3 营业厅省级跨区收费日报 |
| 6.6 账务处理改造设计 |
| 6.6.1 帐单转换和输出 |
| 6.6.2 出帐表生成 |
| 6.7 账务权责发生制改造设计 |
| 6.7.1 月末抵扣 |
| 6.7.2 帐后调帐 |
| 6.8 营收稽核系统功能设计 |
| 6.8.1 进帐单管理 |
| 第七章 总结与展望 |
| 7.1 工作主要特色 |
| 7.1.1 将会计准则引入业务支撑系统 |
| 7.1.2 特色营收稽核体系并建立自动化平衡稽核机制 |
| 7.1.3 特色系统数据模型以满足"会计期间"假设 |
| 7.1.4 特色报表实现机制以满足自动报表的要求 |
| 7.2 未来工作展望 |
| 7.2.1 进一步加强IT系统的集中化与标准化 |
| 7.2.2 进一步加强企业的整体运营管理能力 |
| 参考文献 |
| 致谢 |
（8）FTS中国电信行业BOSS市场营销策略研究（论文提纲范文）
| 中文摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 研究背景及意义 |
| 1.1.1 研究背景 |
| 1.1.2 研究的目的与意义 |
| 1.2 相关理论 |
| 1.2.1 市场营销环境 |
| 1.2.2 合作联盟理论 |
| 1.2.3 SWOT理论 |
| 1.2.4 市场定位战略 |
| 1.3 BOSS系统简介 |
| 第二章 中国电信业BOSS系统市场环境分析 |
| 2.1 全球运营支撑系统宏观市场现状与发展趋势 |
| 2.2 中国电信运营支撑系统宏观市场现状与发展趋势 |
| 2.2.1 中国电信业运营支撑系统建设的整体状况 |
| 2.2.2 中国电信业运营支撑系统建设现状及特点 |
| 2.2.3 中国电信业运营支撑系统投资的基本特点 |
| 2.2.4 中国电信业BOSS系统建设现状及趋势 |
| 2.3 中国电信业BOSS系统市场竞争分析 |
| 2.3.1 电信BOSS市场的促进因素与阻碍因素 |
| 2.3.2 主要运营支撑系统供应商竞争态势 |
| 2.3.3 业务运营支撑系统供应商竞争力分析 |
| 2.3.4 电信业运营支撑系统供应商五大硬伤 |
| 2.3.5 电信BOSS系统市场营销特点 |
| 2.3.6 电信BOSS市场并购大事记 |
| 2.4 中国电信业BOSS市场投资规模预测 |
| 第三章 FTS中国公司分析 |
| 3.1 FTS公司简介 |
| 3.1.1 FTS公司概况 |
| 3.1.2 FTS核心发展 |
| 3.1.3 FTS产品简介 |
| 3.1.4 FTS中国公司 |
| 3.2 FTS中国市场营销策略选择 |
| 3.2.1 FTS中国公司SWOT分析 |
| 3.2.2 FTS中国公司营销策略选择 |
| 第四章 FTS中国公司合作联盟营销策略分析 |
| 4.1 产品合作联盟营销战略 |
| 4.1.1 产品定制营销 |
| 4.1.2 产品品牌降格 |
| 4.2 市场合作联盟营销战略 |
| 4.2.1 集中性营销 |
| 4.2.2 蓝海营销 |
| 第五章 结束语 |
| 5.1 本文的主要结论 |
| 5.2 有待进一步研究的问题 |
| 参考文献 |
| 致谢 |
（10）BOSS系统接入层安全隐患分析及防范措施研究（论文提纲范文）
| 1 网络安全的含义 |
| 2 BOSS系统网络接入层安全隐患分析 |
| 2.1 中国移动BOSS系统建设情况 |
| 2.2 BOSS系统逻辑结构模型 |
| 2.3 网络接入层现存安全隐患 |
| 3 BOSS系统网络接入层安全防范措施 |
| 4 结论 |
四、联创中标中国移动一级BOSS系统项目（论文参考文献）
- [1]省级广电网络运营支撑系统统一接口平台的设计与实现[D]. 胡玉玺. 郑州大学, 2018(03)
- [2]W公司BOSS系统升级项目管理研究[D]. 付雷. 深圳大学, 2016(05)
- [3]新大陆软件公司营销策略研究[D]. 林秋云. 厦门大学, 2014(09)
- [4]云计算技术在电信运营支撑集中化系统中的应用研究[D]. 刘冠杰. 南京邮电大学, 2013(06)
- [5]移动BOSS分散账期系统的设计与实现[D]. 赵广成. 南京邮电大学, 2013(06)
- [6]新一代业务支撑系统项目建设的风险管理实践[D]. 郑建兵. 南京邮电大学, 2012(06)
- [7]天津移动业务支撑系统财务化改造的软件设计与实现[D]. 邢玉成. 北京邮电大学, 2009(S2)
- [8]FTS中国电信行业BOSS市场营销策略研究[D]. 孙绍利. 北京邮电大学, 2007(06)
- [9]BOSS软件开发商寻求运营商“庇护”[J]. 刘启诚. 通信世界, 2004(40)
- [10]BOSS系统接入层安全隐患分析及防范措施研究[J]. 龚德政. 移动通信, 2003(S2)