1、目 录1. 课题来源及类型 .- 1 -2.课题的意义及现状分析 .- 2 -2.1 企业通信现状分析和统一通信的价值 .- 2 -2.2 统一通信概述 .- 3 -2.3 统一通信存在的问题 .- 4 -2.4 云计算和统一通信的关系 .- 5 -3. 课题的研究目标、研究内容和 拟解决的关键问题 .- 6 -3.1 课题研究目标 .- 6 -3.2 课题研究内容 .- 6 -3.3 拟解决的关键问题 .- 6 -4. 课题的研究方法、设计及试验 方案，可行性分析 .- 7 -4.1 课题的研究方法 .- 7 -4.1.1 需求收集 .- 7 -4.1.2UML.- 8 -4.2 课题设计方
2、案 .- 10 -4.2.1 需求分析 .- 10 -4.2.2 组网分析 .- 12 -4.2.3 云计算分析 .- 14 -4.3 课题可行性分析 .- 17 -5.课题计划进度和预期成果 .- 18 -5.1 计划进度 .- 18 -5.2 预期成果 .- 18 -5.2.1xxx 业务需求分析 .- 18 -5.2.2xxx 的方案设计 .- 19 - 1 -1. 课题来源及类型本论文结合基于云计算的企业统一通信建设项目。阐述一个典型的企业统一通信解决方案的设计。目前，企业的信息化建设已经成为企业办公信息化建设的重点，然而多数企业的信息化建设仍然处于办公自动化的阶段，面临许多问题，主要
3、是缺乏有效解决通信效率的解决方案。造成了沟通方式离散，效率不高的困境。纵观人们信息与通信技术的发展历程，提升效率与节省成本始终是人们对信息通信设施不变的要求，同 时也是促使通信技术发展到今天的最大推动力。可以说每一项通信技术的诞生都是本着提升人们工作效率和节省成本这两个目的的。Universal Communication，即统一通信，是指集成了丰富的沟通方式的通信平台，也是为了解决沟通方式离散，效率不高的困境，提升人们工作效率和节省成本而出现的。UC 所涵盖的通信方式包括文本会话、IP 电话、视频及网真、手机短信、文件传输、Web 网络会议、文档 /应用程序共享、 电子白板、邮件等。UC 同
4、时提供各种融合接口和功能，可以大大降低企业通信费用，增强企业内外部沟通能力，改善企业与客户之间 的沟通渠道， 创造新兴的企业沟通文化，提高企 业生产力。但统一通信在中国的应用并不理想。这是因为现在的统一通信解决方案一般都使用专用硬件来解决语音/视频通讯的需求(如 华为、 cisco、AVAYA)。专有硬件的成本一般较高，且维护 、使用需 专门的知识和培 训，使整个系 统的采购成本和使用成本居高不下，使沟通效率提高带来的收益大打折扣。而另一方面企业的PC、服 务器的 计算能力不能 100%发挥作用，CPU 总是有空闲，造成浪费。所以可以使用纯软件基于 IP 的语音通信系统（含呼叫控制中心、文字/
5、 视频/语音一体化的客户端），使整个统一通讯系统部署在云上成为可能，进而利用分散云将企业已有的空闲计算资源利用起来，形成一个低成本的统一通讯解决方案。2.课题的意义及现状分析2.1 企业通信现状分析和统一通信的价值在全球经济更快更多的相互联结的形势下，人力要素在经济发展巾变得更加有价值。事实上，个人之间、团体之间的沟通和协 作需求呈现出指数增长，供应商、制造商. R微软、 IBM 以致后来的 Google 都更倾向于提供软件方面的解决方案;更有华为、Polycom 等传统设备厂商纷纷 与软件提供商结盟，共同提供统一的解决方案。这种通信解决方案在国外取得了还算不错的成效，但在中国却遇到了叫好不叫
6、座的尴尬。首先就是各厂商，即使是四大核心厂商都无法提供完全的统一通信解决方案，用户根本不清楚 应该采用什么样的部署计划；其次，各厂商的解决方案都号称可以和其他厂商互通，但实质上都使用专有的硬件和接口，在架构和产品线上都是排它的；最后， 专有的硬件计算资源使用率不高，造成浪费。 总的来说，不完整的解决方案和排他的硬件架构带来了高额的部署成本和随之而来的维护成本，本来能帮助企业降低成本的统一通信在中国反而增加了企业成本，令人望而却步。成本成为了中国诸多企业牵手统一通信的拦路虎，以至于中国大量企业对投资统一通信难有信心。2.4 云计算和统一通信的关系近几十年来，互联网技术迅猛发展。然而，互联网给 人
7、们带来新服务的速度远远赶不上人们对他与日俱增的需求。与此同时， 对 于企业来说，存 储资源和计算机硬件的相对成本在不断的提高，信息系统的建设和维护成本在不断地上升，人员管理和能源的消耗也在不断的增加。要解决这一系列的难题，必须有一个新的平台和处理机制来协调和控制有限的资源，使得数据的收集和处理更为快速和高效。企业通讯系统的发 展也符合互联网的发展趋势，存在资源有限、成本上升到问题。在这种情况下，一种新的服务计算模型产生了， 这就是云计算。云 计算的各方面定义很多，基于用户的 视角来看，目的就是 让使用者在不需了解资源的具体情况下做到按需分配，将计 算资源虚拟化为一片云。公认的三个云计算服务层次
8、是 IaaS（Infrastructure as a Service）、PaaS（Platform as a Service）和 SaaS（Software as a Service），分别对应硬件 资源、平台 资源和应用 资源。 统一通讯本质上也是数据的交换和处理，也需要使用硬件资源、平台 资源和 应用资源。将 这些资源云化，将有可能做到按需分配，使资源得到有效的利用，从而降低整个统一通讯解决方案的成本。3. 课题的研究目标、研究内容和拟解决的关键问题3.1 课题研究目标本文对 UC 系统建设从需求分析方案设计方案 实施进行阐述。课题研究目标是：结合企业需求和信息化现状，探讨如何建设提升企业
9、工作效率的 UC 系统；研究 UC 系统运营成本构成，探 讨 低运营成本的 UC 系统方案。3.2 课题研究内容本文针对企业 UC 项目建设的现状和需求特点，主要对 UC 项目的整体技术设计方案进行研究，提出一个可行的低成本、短周期的 设计方案。同 时本文对多个备选设计方案进行比较，并解释方案选择的理由。本文主要研究内容包括：首先，分析 UC 项目的需求，阐述需求的背景，以及为企业所带来的价值；然后采用 UML 进行场景分析和系统分析设计。系统分析设计后，根据分析得出的系统需求对关键技术进行选型，并使用快速原型方法构造一个原型验证关键技术。最后，在原型验证的基础上进行详细设计， 给出整个项目的
10、完整方案。3.3 拟解决的关键问题针对建设一套低运营成本的企业 UC 这一需求，我认为关键问题在于如何合理的使计算资源得到最大化的利用。在这个问题上云计算是一个可行的研究方向。那么使用何种云计算架构和技术、如何部署、管理云、如何解决云的迁移问题，将成 为方案是否能成功的关键。而如何解决周期短的问题，我认为关键在于合理的使用开源项目、合理的购买商业产品，在成本可控的前提下缩短项目周期。4. 课题的研究方法、设计及试验方案，可行性分析4.1 课题的研究方法 4.1.1 需求收集问卷调查和专家评分法是一种最常用、最简单的定性与定量相结合的分析方法。它的应用分成两个步 骤：首先， 识别出某一特定 项目
11、可能遇到的所有需求，列出需求表；其次，利用专 家经验和调查统计结果，对所列需求的重要性进行评价，最后综合成整个项目的需求排序。本文采用这种方法进行需求收集，并 结合信息化的实际情况进行了改进。我们在对信息化进行初步研究，有了一定认识后， 拟定出两份需求调查问卷，以文字讨论形式为主，分别 面向开发单位和使用单位，各自列举了双方认为具有价值的需求，以及在需求实现 后对企业的可能影响。然后，我 们通过当面访问讨论和邮件咨询的方式，对 3 位有相关经验的开发人员、2 位主要从事企业信息化软件开发的公司负责人和 3 位使用 UC 系统的企业领导进 行了调查，倾听他们对 UC 系统的心得体会，了解他们对通
12、讯对企业效率影响程度的观点。接着，我们依据调查反馈信息，参考已识别出的关键需求，重新 拟定出一份需求列表，列举需求的价值 ，并 询问对此的认可度。 对问题的回答反映了这一需求的认可度，用 0-10 之间的数表示。例如，对上一个 问题的回答可以用 10 表示需求价值很高；用 5 表示需求价值一般等。得分越高表示需求价值越高；反之，需求价值越低。4.1.2UMLUnified Modeling Language (UML)又称统一建模语言或标准建模语言,是始于1997 年一个 OMG 标准，它是一个支持模型化和软 件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到
13、规格，到构造和配置。 面向对象的分析与设计(OOAD，OOAD)方法的发展在 80 年代末至90 年代中出现了一个高潮， UML 是这个高潮的产 物。作为一种建模语言，UML 的定义包括 UML 语义和 UML 表示法两个部分。(1) UML 语义 描述基于 UML 的精确元模型定义。元模型为 UML 的所有元素在语法和语义上提供了简单、一致、通用的定义性说明，使开 发者能在语义上取得一致，消除了因人而异的最佳表达方法所造成的影响。此外 UML 还支持对元模型的扩展定义。(2) UML 表示法 定义 UML 符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。这些图
14、形符号和文字所表达的是应用级的模型，在语义上它是 UML 元模型的实例。标准建模语言 UML 的重要内容可以由下列五类图 （共 9 种图形）来定义：第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。第二类是静态图 (Static diagram)，包括类图、 对象图和包图。其中类图描述系统中类的静态结构。不仅 定义系统中的类，表示 类 之间的联系如关联、依 赖、聚合等，也包括类的内部结 构（类的属性和操作）。 类图 描述的是一种静态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个
15、对象图是类图的一个实例。由于对象存在生命周期，因此 对象图只能在系统某一时间段存在。包由包或类组成，表示包与包之间的关系。包图用于描述系统的分 层结构。第三类是行为图（Behavior diagram），描述系统的动态模型和组成对象间的交互关系。行为图包括：状 态图、活 动图、顺序图和 协作图。其中状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在 实用上并不需要为 所有的类画状态图， 仅为 那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。 而活动图描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动。活动图是一种特殊的
16、状态图，它 对于系统的功能建模特别重要， 强调对象间 的控制流程。 顺序图展现了一组对象和由这组对象收发的消息，用于按时间顺序对控制流建模。用顺序图说明系统的动态视图。 协作 图展现了一组对象， 这组对 象间的连接以及这组对象收发的消息。它强调收发消息的对象的结构组织，按组织结构对控制流建模。 顺序图和协作图都是交互图， 顺序图和协作图可以相互转换。第四类是交互图（Interactive diagram ），描述 对象间 的交互关系。其中顺序图显示对象之间的动态合作关系，它强调对象之间消息发送的顺序，同时显示对象之间的交互；合作图描述对象间的协作关系，合作图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作 图还显示 对象以及它们之间的关系。如果强调时间和顺序，则使用 顺序图；如果强调上下级关系，则选择合作图。 这两种图合称为交互图。
