传输网络综合管理系统的需求分析与设计

1、密级：保密期限：工程硕士研究生学位论文一念一学姓专导号：名：整塞睚业：师：院：筮鲑王狸王塞生筮鲑堂陵学年月日传输网络综合管理系统的需求分析与设计摘要本文主要探讨了广东电信的传输网络综合管理系统（第一期）的需求分析与系统设计。本系统以传输网管、服务为核心，提供了动态的传输网全网实时监控、资源管理、业务管理、以及其他相关的管理功能，能够满足电信企业对传输网络的综合管理的功能需求。本论文首先介绍了国内外同类项目的概况，然后按需求分析和系统设计两部分进行讨论。需求分析部分运用需求管理的工程方法，针对通信网络管理系统的特点，提出在项目全过程应用变更管理的观点，并应用到实际的需求捕获、需求分析过程中。文章

2、详细介绍了本系统需求分析阶段的管理原则、应用的技术方法和具体的工作，也给出了详尽的需求分析结果。系统设计部分依据需求分析的结果，按照的概念和方法统一规划传输网络综合管理系统。文章讨论了综合传输网管系统的设计思路、系统的设计目标、原则、性能指标；同时详细讨论了系统的管理架构，讨论了实现系统的软件结构和硬件要求。文章详细论述了传输网管系统软件系统的技术要求，包括软件系统的各个模块的功能，设计要求。最后，文章还详细论述了传输网管系统与传输厂家网管接口技术要求，给出了本系统与不同厂家的设备接口的组网方案。本文运用先进的软件工程开发理念，着重探讨了通信网管软件的需求分析方法与系统设计方案，实践证明，本系

3、统的开发完全满足用户需求，并具有良好的扩展性，对通信网络综合管理系统的构建有一定的指导意义和参考作用。关键词：软件工程传输网管需求分析系统设计（），：，【，：篮箍回登筮金譬型丕筵鳆益壅佥！丘皇歪箍逡过附录符号说磅引再标准致谢日丞图电信网络综合管理平台、图软件需求管理、图需求管理工作流程（鳓乩）图传输网络综合管理系统用例模型图网络瓷源调度流程、图系统功能需求列表。图需求变更管理图管理分层与管理功能关系圈图删简化物理结构图，图系统管理架构图图软件系统框架结构图图硬件系统基本结构图，图硬件系统平台结构图图华为设各接口组网方式圈烽火设备接口纽网方式圈西门子二代接口组网方式，图设备接口组网方式图朗讯设鲁

4、接口组同方式图西门子一代设备接口组网方式，囤系统接口关系圈，表长途传输网络用户报障统计表表用户报障及处理明细表，一，表】以上电路可用率统计示例表跨本地网重要、重大客户通信故障报告表一级干线传输网重大障碍日统计细表表参数框架，表主服务器配置要求表服务器配置表主服务器配置要求，地姐站“虬螗蚰蛆一一独创性（或创新性）声明本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他教育机构的学位或证书向使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已

5、在论文中作了明确的说明并表示了谢意。本人承担一切相关责任。日期易腾净关于论文使用授权的说明学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即：研究生在校攻读学位期日论文工作的知识产权单位属北京邮电大学。学校有权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它复制手段保存、汇编学位论文。（保密的学位论文在解密后遵守此规定）保密论文注释：本学位论文属于保密在一年解密后适用本授权书。非保密论文注释：本学位适用本授权书。本人签名：日期导师签名：日期剑卜坦兰：筮拉圃垒筮金釜查至筮盟益盛佥堑复蠢丝遮

6、盐簋二重鳖迨第一章绪论随着社会经济的发展、中国加入，以及电信行业的结构性改组，使得电信企业面临越来越多的竞争压力。要提高服务管理水平，为市场提供有竞争力的服务和价格，争取市场主动和更多的客户，就需要提高电信运营网络质量，为网络运行提供技术维护保证以及降低网络运营维护成本。中国电信广东公司作为华南地区的枢纽，承担了大量的长途、本地传输业务，广东电信的传输网络经过十几年的飞速发展，拥有目前国内规模最大的省内传输网络，一级和二级干线包括近百条线路，网元数量达到个，设备厂家也非常复杂，达到个之多，如朗讯、爱立信、阿尔卡特、富士通、西门子、华为、大唐、烽火通信等。目前，广东公司传输网的监控，主要是依靠各

7、厂家网元管理系统或者更简单的维护终端来进行，这一方面无法全面地反映整网设备的运行情况，另一方面也无法为不同系统之间的配合提供有效的支持，因此有必要建立一个在各网元管理系统之上的集中监控系统，以提供全面的实时监视和控制功能，为网上相关设备和业务运作提供坚实的基础。传输网络综合管理系统为广东省长途传输系统集中监控提供一个高度可靠的集中操作支持系统，统一管理分布在本地网干线上的不同厂家的、等设备，并提供相关的业务管理功能。综合网管是网管系统未来的发展方向。传输网络综合管理系统是电信网络综合管理平台的一部分，电信网络综合管理平台是构建在各个专业网络的综合管理平台的基础上的，包括如数据网络管理平台、交换

8、网络管理平台、传输网络管理平台等，负责协调各个专业网络之间的相互关系，并综合的分析和管理各个专业网络资源。各个管理平台都包括资源管理、监控管理，生产管理（可包括营业和计费等管理），以及辅助的安全管理、系统管理等，这些管理模块和推荐的管理功能划分是相互对应的。图卜电信网络综合管理平台本人参加了传输网络综合管理系统的开发工作，主要参与了需求分析和系统设计部分。传输网络综合管理系统的管理范围可包括传输管道网络资源部分、光缆光纤网络资源部分、波分网络资源部分、网络资源部分、网络资源部分以及其他传输网络资源。通过对所有以上部分的管理，形成统一佳猃圆垒绽金萱型丕统鲍盂盛盆主丘当丕统遮盐箍二重鹫监的信息库，

9、最终实现所有目标。具体实施方案可根据实际情况分期按步骤实现。本工程中建设的传输综合网管按照的概念和方法统一规划。本系统以传输网管、服务为核心，提供了动态的传输网全网实时监控、资源管理、业务管理、以及其他相关的管理功能，能够满足电信企业对传输网络管理的功能需求，满足电信服务面向市场、面向客户的要求。传输网络综合管理系统的发展规划与广东省电信公司在传输网络管理方面的发展是相辅相成的，由于传输网络管理是一个非常复杂的网络的综合维护和管理，不可能在短时间内一步完成，我们根据凯通公司在这方面的一些经验，以及目前广东省电信公司的具体需求，希望在年间通过个阶段的工作来完成对传输网络的端到端的全面管理。第一阶

10、段：在凯通公司现有产品的基础上，完成传输网络综合管理系统的初步建设，主要包括完成大部分厂家网元管理系统的接入，在此基础上实现部分动态传输网络资源管理和传输网络调度管理，对于厂家网元管理系统的接入，在厂家能够提供接口的情况下采用厂家网管专用接口，其他采用数据库接口，同时初步建立以为核心的客户服务管理和营销管理。该阶段的任务是在广东省长途传输集中监控系统二期和佛山、清远、惠州三个本地网传输集中监控系统的基础上，完成对广东省长途传输网、各本地网骨干层在一个平台上统一进行集中网络管理，完成可控接口的开发、网管监控功能扩展、生产业务系统功能扩展，满足对全省传输骨干网络的集中管理的要求，为全面实现省内传输

11、电路的端到端管理打下坚实基础。本期工程可实现对省内长途传输电路以及各本地网骨干层传输电路运行质量的全程管理，并收集本地网接入段传输电路的质量信息，同时，利用该系统对长途传输网、各本地网骨干传输层、包括开往用户端的的接入部分的电路资料进行全程管理的业务管理功能，通过电路质量和用户信息的关联，初步实现对传输电路的端到端管理。第二阶段：在第一阶段的基础上进步完善厂家接口，完善业务流程管理和的管理：第三阶段：建立全面的涵盖维护、管理、营销的传输网络管理平台，并实现和其他平台，如交换网络管理平台以及和战略、商业合作伙伴的相关的管理系统和信息系统形成交互，在全省范围内实现“点请求、端到端服务”的现代化传输

12、业务提供和保障体系，增强企业的核心竞争力！现在广东省长途传输网络综合管理系统已进入第三期的开发建设之中。本文以该系统的第一阶段开发为背景，结合本人在本系统开发过程中所承担的工作，从软件工程的角度重点讨论网络管理系统的需求管理和系统设计，对同类的软件开发工程将有一定的指导意义。一焦箍圆垒绽金笪堡歪筮盐盘盛坌圭互兰丕筮遮盐羞三重丕箍塑鉴第二章传输网络综合管理系统现状近年来，网络技术发展越来越迅速，基于网络的各种应用也越来越丰富，尤其在中国这样的发展中国家，网络的发展速度更是惊人，每年都有数以百亿计的资金投入到基础光传输网络的建设中。随着网络需求的日益增长和网络规模的不断扩大，如何更好地管理光传输网

13、络是各网络运营商面临的一个重要的课题。首先，随着中国信息产业政策的调整，电信市场逐渐开放，垄断的局面也随着电信公司的纷纷成立而被打破，形成了群雄逐鹿的格局。各大电信运营商之间的竞争越来越激烈，如何更好地利用网络资源、提供质量更好的服务、降低运营成本就成为立足于竞争市场的关键。其次，中国电信运营商的光传输网络通常是由多个厂商的设备分别组建的，有的运营商的网络中甚至运行着近十个厂商的传输设备，这大大增加了网络管理的复杂度。一方面，不同厂商的网管系统有不同的操作界面，维护人员需要大量的时间和精力分别熟悉这些网管系统，才能有效地进行日常维护工作；另一方面，不同厂商的网管系统互相独立，各自管理自己的设备

14、，为全网的统一管理增加了难度。此外，网络业务正由原来单一的话音业务向多元化的数据业务发展。这就要求电信运营商要能够针对不同的用户要求提供不同服务质量（）的业务。另外，数据业务的广泛应用也要求光传输网络具有更多的灵活性，能够对不同的带宽需求迅速做出响应，并进行管理和监控。电信运营商要适应网络发展，提高竞争力，增加运营收入就必须解决好以上问题，提供完整的网络管理方案。在传输网络建设过程中，各个厂家都提供了各自的网管系统对其设备进行监控，这种方式在建设初期是基本可行的。但是随着网络规模的急速膨胀，分散管理难以实现从全局的角度对传输网络进行管理，概括来讲，目前这种分散管理模式存在以下几个问题：、网管人

15、员不能从全局角度来分析全网的运行情况，无法实现对全网运行质量的评估，也不能进行全网的宏观调控，网络调整和网络优化都需要依靠维护人员根据经验完成，缺乏科学依据；、不能从全网角度进行资源的利用和调配，无法实现跨厂家、跨系统的资源调度，无法充分利用网络资源；、各个厂家的管理功能和管理模式各不相同，其设备都需要配备维护人员，维护成本高、效率低。如果说对于智能设备，采用厂家提供的网管系统还基本能满足日常维护需要的话，那么对于非智能设备，如）、等设备，厂家提供的网管系统则难以实现有效管理，而这些设备的维护是传输网络维护的重要内容之一。另外，线路租用客户的管理、各种业务流程的管理、维修支持资源的管理等等还多

16、采用手工方式完成，手工管理必然产生管理工作不规范、效率低等缺点，使网络的维护工作量增大。为了更好地解决上述问题，国内外的不同设备制造商、通信软件开发商都计划建设各自的传输网络综合管理系统。例如朗讯公司就开发了一系列的传输网络管理系统：”¨曲一佳逾圉鳖筮金萱理丞叠鲍盂塞佥扭生丕叠重过釜三重丕筮翌丛朗讯的网络层管理系统能够按照业务对网络进行划分，让最终用户实时地管理自己的网络。另外，朗讯还提供专门的客户服务管理系统，为最终用户提供网络地图以及各种网络性能报告，使运营商对客户的服务质量承诺变得更为直观和可信。朗讯的动态网络分析系统能够提供通用的数据库，将网络数据重新整合，映射到可读性较强的

17、数据表格中，让上层综合网管方便地读取，可以对网络的各种资源利用情况进行分析，帮助运营商更加合理地规划网络资源，从而提高网络容量的利用率，降低网络运营成本。另外，朗讯的资源管理系统能够从网络中获取资源信息，并且能在网络资源发生变化时通过信息回流技术（）及时进行数据更新。朗讯的网管系统能够提供向上的接口，还提供基于的码流的专有接口，这种接口的实现较为简单，能够实时地向上层网管提供网络数据，大大简化了开发上层网管的复杂度。但由于不同厂家设备采用的网管接口协议存在差异，使得这套系统在实际使用中不适合国内传输网络复杂的设备类型需求。而国外的其他的设备生产商的网管产品也存在类似问题。所以国内电信管理部门的

18、一些政策更加倾向于鼓励运营商开发自己的综合网管。国内的传输设备厂家、通信软件开发商也推出自己的综合网管系统。例如天津市电信公司与和记奥普泰通信技术有限公司合作，在己建成的综合传输网管系统基础上，建设新一代的本地综合传输网管系统。该系统将各厂家的、传输设备纳入统一的网络管理平台。它的建成，不仅可对天津现有的、四个厂家的端设备进行集中监控、集中管理和集中维护，同时也可管理富士通的设备（涉及端网元设备、个主环、个子环）和朗讯的设备（涉及多端网元设备，十几个环路）。该系统将各厂家设备和各厂家设备的告警、性能、配置数据的描述统一起来，从维护人员的角度来描述各种告警、性能及各种配置数据。操作人员不再需要学

19、习多种网络管理操作界面，极大的方便了传输网管维护人员的工作。系统的软、硬件设计采用模块化的体系结构，当增加新子网时，只需在厂家子网（网元）管理系统所在地增加一个远程传输单元（），然后将此与服务器之间的路由联通，即将此子网纳入到统一的管理平台下，且不会影响原有的功能。同时，该系统最大容量还可随着硬件的扩容与软件的升级达到更高的要求。该系统不再仅仅是对分散、独立的传输设备数据的采集和显示，它能够跨越各种传输平台和厂家生成通路数据（包括纯、纯、和混合），改变了过去各厂家网管只能看到本厂家子网通路数据的情况，真正实现了对传输网络端到端信息的获取和管理。在此基础上，该系统增加了丰富的通路管理功能，包括设

20、备告警与通路信息的映射、业务数据与通路信息的映射、通路的查询和统计等，方便了维护人员对全网运行状况的统计和分析，同时可大大提高对重点通路故障的响应效率。在标准化网络管理方面，系统主要考虑的是配置、故障、性能、帐务和安全等网络管理功能。而实际上还有许多管理工作需要在自动化网络管理系统的支持下才能较好地进行，例如网络的规划和分析、网络工程支持。因此，该系统在完成告警、性能数据的采集和显示等一般功能的基础上，还增加了对各种焦捡圆垒堡金签堡丕筮盟益盛坌主丘墨丕丝途盐筮二童亟筮塑丛告警、性能数据的统计和分析功能，特别是从设备和通路两个层面进行的性能统计功能，为提早预见、预防设备和网络运行故障提供了参考。

21、新网管系统增加了浏览功能，主要有告警查询统计、性能查询统计、用户管理等等。用于在运维网内的信息发布，以满足不同岗位、不同层次人员对传输网运行维护的需要。同时，这对增加传输网运行维护的透明性具有重要的意义。此外中国联通长途传输网综合网管系统的建设也在北京市天元网络技术有限公司和中国联通基础网络部的密切合作下，取得了较好的进展。“由此可见，全国各运营商都通过与各专业公司，开发适合与自身的传输综合网络管理平台，以求在激烈的市场竞争中取得先机。但目前的一些传输综合管理甲台也存在不足之处。例如，目前已有的系统主要是从传输网络管理方面考虑较多，是一个独立的专业网管平台，而不是一个大系统中的子系统，缺少全局

22、的统一规划，没有从电信运营商的网络综合管理平台上考虑，缺少与其他诸如数据网络管理平台、交换网络管理平台等专业管理系统的数据共享和分析功能，不能提供整个电信网络运行的总体情况，不能为企业提供综合的决策数据：另一方面，目前的系统对管道、电缆等传输资源的管理还相当薄弱，不能满足对这类资源的动态管理需求。综合网管是网管系统未来的发展方向，从运营商的实际需求来看，他们需要一个综合化、智能化、服务化的网管系统。综合化就是将原来按照专业来管理的系统，转为按照全网来管理的系统。智能化使网管人员能更容易、简单地对网络进行管理。执国际应用来看，综合网管系统已被越来越多的国际运营商所采用，逐渐成为网管系统的发展潮流

23、。如瑞典的电信运营商已成功建设了包括传输设备、传输设备等在内的综合网管系统。“在实际应用方面，目前尚没有一个系统可以满足象广东电信传输网络这样规模庞大、结构复杂以及设备种类繁多的需求。由此，我们结合广东电信的传输网络的实际情况，从电信网络综合管理平台的角度出发，把传输网络综合管理系统作为广东电信综合网管系统的一个可以独立运行的子系统，遵循的网络管理标准和网络管理框架，按照的概念和方法统一规划开发符合广东电信网络管理需求的传输网络综合管理系统。一一佳殓旦垒筮金萱堡丞堕的盎耋坌堑董至丝量盐差三重盏塞坌堑第三章需求分析本章首先简要介绍传输网络综合管理系统所应用的需求分析理论，然后结合本系统实际的需求

24、分析过程，详细介绍本系统的需求分析方法、分析过程等具体内容，提出我们的系统开发方法中的实施全过程变更管理的理论观点。需求管理软件需求需求是系统或软件必须达到的目标和能力；开发团队的成功就是满足软件项目的需求。实践证明，良好的需求工程对于降低开发成本和保障项目成功至关重要。根据权威机构的统计，在全世界范围，仅有四分之一的软件开发项目能在规定的时间和预算内达到客户的目标“。纵观这些项目成功的项目，过硬的需求管理是成功经验中必有的共通部分。需求管理软件需求管理问题有综合的内涵：包括基于问题的需求捕获、建立简单原型、建立分析模型、开发需求归约、相应的审核以及综合的管理。图软件需求管理一、为什么需要管理

25、需求？简单地说，系统开发团队之所以管理需求，是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求，达到目标的几率就会降低。根据从年到年的证实，导致项目失败的最重要的原因与需求有关“。年，的报导了该公司的一项研究，该公司对多个项目作调查后发现，百分之七十四的项目是失败的，即这些项目不能按时按预算完成。其中提到最多的导致项目失败的原因就是“用户需求变更”。“二、什么是需求管理？一焦筮匿垒签金篮堡苤筮的盂垄坌圭丘董丞堑遮盐釜三童蛊丞坌堑由于需求是系统或软件必须达到的日标和能力，而且符合某些需求决定了项目的成功或失败，因此找出需求是什么，将它们记下来，进行组织，并在发生变化时对它

26、们进行追踪，这些活动都是有意义的。换句话说，需求管理就是：获取、组织并记录系统需求的系统化方案，以及使客户与项目团队对不断变更的系统需求达成并保持一致的过程。这个定义与与以及的“软件需求工程”的定义相似。需求工程包括获取、分析、规定、验证和管理软件需求，而“软件需求管理”则是对所有相关活动的规划和控制。它们的区别主要在于这里选用了“管理”这个词，而不是“工程”。管理这个词更合适用来描述所有涉及到的活动，并且它准确地强调了追踪变更以保持涉众与项目团队之间共识的重要性。需求管理是二级中列出的第一个关键域“，这是因为它实际上是二级引入到开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地

27、表述和理解的情况下，软件开发才能以一种有计划的有序的方式进行。实际上，没有文档化的需求，在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在二级的其他关键过程域中涉及的原则，都是从一个稳定的基础开始的，那就是文档化的需求基线。模型二级中的需求管理活动包括：（）定义需求基线（需求文档的主体）：（）评审提出的需求变更申请、评估每项变更可能的影响，从而决定是否实施变更；（）以一种可控的方式将需求变更融入到项目中；（）使当前的项目计划与需求保持一致：（）分析变更所产生的影响并在此基础上协商出新的约定；（）使每项需求都能与其对应的设计、源代码和测试用例联系起来以实

28、现跟踪；（）在整个项目过程中跟踪需求状态及其变更情况。删中已经清楚列明：本关键过程域中所说的需求是指“分配给软件的系统需求”，或者更简洁地说，“分配需求”。这些需求有可能是技术方面的（比如：功能和性能需求），也有可能是非技术方面的（比如：发布日期，开支限度）。这里假设被开发的软件是更大的系统中的一部分，这个更大的系统包括了正在开发着的软件和所有其它组件。更进一步的假设是那个更大的系统就是一位客户，这个客户是所有系统需求的来源。他不需要负责区分软件所要实现的系统需求和其他的需求。确切地说，负责选择哪些系统需求必须分配给软件的人是系统工程组。但是，在执行这个角色的时候，系统工程组并不是独自行事的。

29、如果没有高一级的系统或者正被开发的软件就是整个产品，尽管这种情况下没有分配给软件的需求，但为了保持删的一致性，仍然使用“分配需求”的概念毫无疑问，这个概念在这里是不能直接应用的，但是可以通过所有的产品需求都是分配需求来解释。区分开需求管理（蛳中的概念）和软件需求分析（软件工程文献中的概念）是很重要的。一旦分配需求被文档化，并且被所有受影响部门（客户，系统工程，软件工程）通过，需求管理的基本工作就完成了，所剩下的就是管理一佳途圆垒绽金簧型丕盏啦盏盛佥圭丘当丕堡遮盐箍三重孟壅筮堑变更而已。优化和精确描述需求，填补漏洞，将含义表达得更清楚是软件需求分析要做的，分析的结果在中被称为“软件需求”。这样，

30、作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动，而软件需求分析则是关键开发技术行为的第一步。本工程结合埘模型二级，参考并实施了提出的需求管理定义包括的所有活动。建议的需求管理流程见下图：图需求管理工作流程三、需求管理问题需求管理的问题主要在于：、需求不总是显而易见的，而且它可来自各个方面。、需求并不总是容易用文字明白无误地表达。、存在不同种类的需求，其详细程度各不相同。篮捡旦鳖绫金萱型至箜鲍盎盛坌主丘量丕红逞让盟三重益耋坌监如粜不加以控制，需求的数量将难以管理。需求相互之间以及与流程的其他司交伺工件之间以多种方式相关联。、需求有唯一的特征或特征值

31、。例如，它们既非同等重要，处理的难度也不同。需求涉及众多相关利益责任方，这意味着需求要由跨职能的各组人员来管理。、需求发生变更。、需求可能对时间敏感。四、需求管理的内容：可以说需求是一种模型，是产品的早期雏形，通过进行需求分析，我们可以对最终产品做出优化。需要始终保持注意的是，需求性是始终处于变化之中的。根据第三点提出的问题，需求管理需要完成的任务包括：、明确需求并达成共识；、建立关联；、根据不同需求设计相应解决办法：、进行系统优化；、提出设计方案：、监控和解决可能出现的问题以及需要做出的改变：、控制不同开发任务的开展：、对最终产品做出评测：、监控可能出现的重复开发；、提出项目实施时间表；、确

32、定最终用户界面。本章结合传输网络综合管理系统的实际需求分析过程，具体介绍我们应用上述观点进行的需求管理情况。，需求捕获软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题，软件的需求分析必须要有对原业务的一个深入了解、提取、抽象、升华的过程，所有最基础的工作就是捕获需求。捕获需求就是引导客户说出他们想要的东西，并确认被记录下来的内容确实是他们想要的东西。这个阶段要充分细致的了解客户目标，用户业务内容、流程等，这是一个对需求的采集过程，是进行需求分析的基础准备，如果需求的捕获方法选择不当或使用不当，通常会暴露出两方面问题：第一，软件需求不能如实反映用户的真正需要。比较常见的一种

33、误解是需求的简单和复杂程度决定了用户是否能够真正理解相应的内容：误认为客户只能看懂简单的需求，但是对开发没有直接帮助；只有复杂的需求才有用，但是大多用户又不可能看得懂。事实上，造成这类问题的主要原因是捕获的需求不能反映用户的视角，因而，用户站在自己的立场上很难判断需求是否完备和正确，特别是在开发活动的早期。第二，软件需求不能被开发团队的不同工种直接共用。一璧揄圆垒簦金釜堡丕筮曲益垄佥蚯皇丕丝选盐箍三重盔圭佥堑理论上，开发团队所有成员的工作内容都受软件需求制约；现实中，如果不采用理想的需求捕获方式，只有分析人员的工作看起来和软件需求的内容直接关联，其它人的工作内容和软件需求的关联并不直观，形式上

34、的差异或转述往往不易察觉地造成了诸多歧义、冗余或者缺失。需求的捕获方法本系统以用例模型（）作为软件需求的捕获方法。用例模型是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契约。用例模型用作分析、设计和测试活动的基本输入。用例是贯穿整个系统开发的一条主线。同一个用例模型即为需求工作流程的结果，可当作分析设计工作流程以及测试工作流程的输入使用。参与者（）和用例（）是用例模型中的主要元素。，关一嘲收、夕客户一一、叠管斟瓣羞关懒一土警第要第图传输网络综合管理系统用例模型用例模型的优点在于：第一，用例模型是软件需求的载体，也是和用户关于软件需求进行讨论的沟通方式，用例模型方法的最大特色就是充分

35、反映软件使用者的视角。以用例模型方法组织的需求内容既有一目了然的图形，又有深入细致的文字描述，从宏观到微观，无论繁简，都能反映出用户的视角，因而能够被用户充分的理解。换言之，用户有可能判断被捕获的软件需求是否能够满足他们的真正需要，从而加速双方在早期达成共识。第二，基于用例模型组织的软件需求具有显著的外向型特征，是高度可复用的劳动成果。用例模型支撑分析人员帮助用户理解系统能做些什么，帮助设计人员在适中的问题范围内识别基本元素的行为，帮助项目经理预测开发任务的工作量，为测试活动和用户文档编辑提供了直接可用的依据和蓝本。以用例模型为基础，我们还使用以下方法进行需求调研：一一佳捡圆鳖绽佥萱型丞堑鲍蛊

36、垄坌圭丘生丕筮遮盐箍三重霞盛坌圭丘、会谈、询问：围绕软件目标提出具体问题；、调查表：通过填写调查表，收集用户经过仔细考虑的书面回答，能够比会谈中的回答更加准确；、收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料：这是我们系统需求调研中的重要一环，为今后的需求分析提供资料；、可视化方法：结和情景分析，利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论；对于交流的结果还要进行分类，便于后续的分析活动。例如，将需求细分为功能需求、非功能需求（如响应时间、平均无故障工作时间、自动恢复时间等）、环境限制、设计约束等类型。调研基本策略：、

37、首先确定用户的软件开发目标，确定系统基本范围，然后国绕这一目标，确定要访问的部门和人员，要了解的业务，在基本范围内展开调研；、以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等，其数据来源及去向；、以业务为主线，搞清每个业务的每个环节的流程关系、涉及部门、输入输出项：、以数据为主线，搞清数据采集方式、数据流向、数据之间的内在联系：、搞清哪些业务或数据是己建系统的，它们和新系统的关系是衔接还是替换：、应思考是否有新技术可以改进现有工作，用户提出的需求用现有技术能否实现。实际过程中，我们还十分注重跟对方的实际操作人员（他们是软件真正的用户）交谈，观察他们的业务，记录下他们每天的工作，并要了

38、解他们的工作是如何被考核的。了解用户的考核指标，可以分析出用户的管理重点。用户的考核点，也是我们软件的关键需求。需求分类首先，我们来对用户需求进行分类。在传输综合网管建立之前，需要解决的主要困难有：，）多个厂商网管系统分立并存在缺乏综合网管系统的情况下，运营商的运维工作主要依赖于各设备厂商的网管系统，网管中心的工作人员需要同时面对众多的网管系统，并且这些网管系统之间相互独立，网管信息不能互通和共享，为操作维护工作带来了不便。因此，迫切需要改变分散监控、分散管理多厂家设备的现状，对多厂商的传输网络实现统一的监控和管理。）缺乏统一、准确的资源数据库：传输网除了、等智能传输设备外，还包括光纤光缆等线

39、路资源，、等连接设备，这些线路资源和连接设备也是传输网的重要组成部分，是网络正常可靠运行不可缺少的环节，对些资源的管理也同样重要。厂商的网管系统主要面向逻辑链路，没有将这些传输资源纳入管理。这给外线资源的维护和故障的查找带来了不便。运营商迫切需要对全网各类资源数据实现全面、准确、动态的掌握，从而优化资源的调配。篮箍圈鳖堡盒置堡丕统的蠡盔筮扭皇丕筮途过箍三重盂盛坌圭丘相比前一系统已有各厂商网管系统暂时支撑，资源管理系统的建设更具有迫切性。）缺乏规范的工作流程规范的工作流程是运维工作的有力保证，随着传输业务的快速增长，传统的依靠电话、传真等手段的工作流程已无法适应市场发展的需求。迫切需要建立起一套

40、灵活、规范、高效的管理流程，以提高综合竞争力。通过自动化的指挥调度流程，实现工作流程的自动化，加快传输资源的提供速度和故障排除速度。上述的这三大需求，是围绕着传输网的运行维护，既关系密切、又各有侧重的需求。我们应紧密围绕这三个需求的不同特点，采用有针对性的技术方案予以解决。总体目标广东省电信公司是中国电信网络华南地区的枢纽，拥有目前国内规模最大的省内传输网，一级和二级干线包括近百条，网元数量达到个，设备厂家也非常复杂，达到个之多，如朗讯、爱立信、阿尔卡特、富士通、西门子、华为、大唐、烽火通信等。由于传输网络管理是一个非常复杂的网络的综合维护和管理，经过与省公司规划发展部、运行维护部、工程建设部

41、等部门的项目主管沟通协商，根据凯通公司在这方面的一些经验，以及目前我省电信公司的具体需求，计划在年间通过个阶段的工作来完成对传输网络的端到端的全面管理。第一阶段：完成传输网络综合管理系统的初步建设，主要包括完成大部分厂家网元管理系统的接入，在此基础上实现部分动态传输网络资源管理和传输网络调度管理，同时初步建立以为核心的客户服务管理和营销管理。本期工程要求实现对省内长途传输电路以及各本地网骨干层传输电路运行质量的全程管理，并收集本地网接入段传输电路的质量信息，同时，利用该系统对长途传输网、各本地网骨干传输层、包括开往用户端的的接入部分的电路资料进行全程管理的业务管理功能，通过电路质量和用户信息的

42、关联，初步实现对传输电路的端到端管理。第二阶段：在第一阶段的基础上进一步完善厂家接口，完善业务流程管理和的管理；本期工程的重点是传输业务的的管理。第三阶段：建立全面的涵盖维护、管理、营销的传输网络管理平台，并实现和其他平台，如交换网络管理平台以及和战略、商业合作伙伴的相关的管理系统和信息系统形成交互，在全省范围内实现“一点请求、端到端服务”的现代化传输业务提供和保障体系增强企业的核心竞争力用户业务内容本系统的主要用户是省电信公司运行维护部，我们收集了详细的客户业务内容从表格中我们可以清楚的看到用户的业务考核点和管理重点。以下列出的部分表格只是示例情况。就系统而言，会以下面表格中所提交的内容进行

43、考虑，并给出相应计算统计的结果：而表格样式，对于已确定的报表格式系统将给出直接输出此处列出的只是其中部分，为的是举例说明。一、长途传输网络用户报障统计格式表长途传输网络用户报障统计表一垡捡哑垒笪盒篮型丕统笪壶塞佥奎丘生丕筮途盐簋三重壹垄佥塑【逸堂宽统计、中国电信中国电中国中国中国中国其他出比固定电话信数据移动联通网通吉通租用户侈故障次数确认长途传输原因的故障次数故障及时处理次数故障处理及时率表用户报障及处理明细表中国电信固定电话（带宽单位：；电路单位：条）业务带宽统计波长故障报告次数确认长途传输原因的故障次数中国电信数据磊、逃迥“碡酬波长故障报告次数确认长途传输原因的故障次数中国移动、业量带宽

44、统计、波长故障报告次数确认长途侍输原因的故障次数二、某局以上电路可用率统计（广州国际分局示例）表以上电路可用率统计示例序号电路名称路由走向开放数本月可用率累计阻断历时说明及建议【序号电路名电路长途路误码秒误码率严重误码不可用秒称田（）（）（）（）三、跨本地网重要、重大客户通信故障报告（通知）单根据受障来自动生成跨本地网重要、重大客户通信故障报告（通知）单。一一一篮捡瞍蛰堡金譬堡丕统的盎壅佥堑生丕统量让釜三重蠢盛坌堑表跨本地网重要、重大客户通信故障报告报告单位：报告日期时间：报告人：联系电话：客户名称：客户等级：业务性质：通信中断日期时间：客户报障日期时间：局方发现故障日期时间：故障描述：初步处

45、理情况：省网管中心接报人：派障人：派障日期时间：省网管中心意见：接障及处理单位：接障人：反馈人：反馈日期时间：故障处理情况及结果：通信恢复日期时间：中断历时：故障恢复日期时间：故障历时：四、一级干线传输网重大障碍日统计细表下面给出统计分析的内容及表格形式：表一级干线传输网重大障碍日统计细表干线名称故障发生时间（月、日、时、故障原故障后所属省分）因果份历时设备商处理人工名通过收集以上表格等用户资料，与用户讨论表格填报的内容，故障处理流程、业务调度流程等，使我们充分理解用户业务需求，分析出用户的关键业务和业务关键点，明确系统的功能要求。以上所列举的表格，将会随着用户业务流程优化而优化，并作为本系统

46、统计管理模块实际的输出表格。需求分析当我们已经了解、理解了用户的业务，于是可以开始分析需求了。软件系统的需求分析可以由产品工程师或系统分析员或两者分阶段合作完成全部的需求分析工作。佳逾圆鳖堡金篮理苤统的鲞壅佥盈皇丕筮邀吐筮三重盘壅筮堑需求分析的内容为了建立一个真正满足客户需求的系统，项目团队首先必须确定系统要解决的问题。然后，团队必须确定涉众，从中获得业务和用户需要，列其进行描述，并区分它们的优先级。从这一组高层期望或需求出发，对产品或系统特性集达成致意见。而后，由产品特性来抽取软件需求，在我们的模型中，软件需求是以用例模型的方式来描述。从测试的角度来看，测试项一定来自于软件需求，即软件需求中

47、确定了哪些需求项，测试就要根据这些需求项来制定和实现。系统越大越复杂，出现的需求类型就越多。一个需求类型不过是指需求的一个类。通过确定需求类型，团队可以把大量需求组织成意义明确且更容易管理的组。在一个项目中建立不同类型的需求有助于团队成员对变更请求进行分类，并使相互之间的沟通更为清楚明确。从上述的分析中我们可以看到，通常，一类需求可以细分即分解成其他类型的需求。这里，我们就把需求分解为几种类型，并在他们之间建立相应的关联。业务规则和前景声明包括高层次的需求，团队可以从中导出用户需要、特性和产品需求类型。用例和其他建模形式驱动设计需求，该需求可分解为软件需求，并可以用分析设计模型来说明。测试需求源于软件需求，它被分解为具体的测试过程。如果既定项目中有成百上千个，甚至上万个需求实例时，对需求进行分类可以使项目更容易管理。需求分析的内容可以划分为以下几个方面：业务需求反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。用户需求描述了用户使用产品必须耍完成的任务，这在使用实例或方案脚本中予以说明。功能需求定义了开发人员必须实现的软件功能，使用户