- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE
PAGE #
论软件的可维护性设计
随看软件大型化,复杂彳七的发展,软件维护所耗赛的资源越来越多,软件可维护性设计 日益得到重视.哉单位近几年开发凉台业务AF1交换机,用户对交换机的可维护性要求很高- 說養加了该项目并负责软件的维护性设计工作-根据当前工作中在维护性设计中的不足.通 过在各个软件开发阶段注重软件可维护性的应用,规范文档,使用CASE工具管理软件版本和 成立软件可维护性设计小蛆等方面?为软件的可維护性设计提供了帮助,并最終开发出具有 良好可维护性的交换机软件.但是由于初決实施这方面的工作,大家思想上认识不够,许多 操作不习惯,并且单位里不具备专用的测试软件和其它CASE工具,在一定程度上尙尚了软件 可维护性的实施?
经过一系列的需求分析、设计、编码和测试之后,软件正式交甘用户使用-至此,软件 变进入维护期。软件维护的工作童特别大,随着时间的推移,软件维护对开发商带来的成本 压力也越来越大许多软件开发商要把TO駒的工作重用在维护已有的软件上,平均来说,大型 软件的维护成本是开发成本的4倍左右。因此,在开发软件时,就应反考虑到可维护,由诃题, 进行软件的可维护性设计-
mm年底,我单位开始为某集团开发综合业务 m 交换机。反交换机支持多种业务应用, 包括话音、IF数锯、圏像和祢濒等;用户可通过维护台或网管对交换机进行配置和管理;由 于特殊的应用,用户对该交换机提出了很高的要求,井且提出要求产品交付使用之后,我单 位要有很好的服务支持,鉴于将来要大批重生产交换机,软件的可维护^±设计被提上日程。 我有幸参加了该项目,并负责软件的维护性设计工作.
在以前的谏题中,也曽提到过要进行软1牛的可维护性设计,但在真正实施过程中,还存 在诸多问题,主要表现在e
(1) 在软件开发迂程中对可维护性设计考虑欠缺,导致软i牛设计从根本上就忽视了可维 护性的重要性.
(2) 软件设计文档不规范,内容不一致.在维护阶段出现问题,根据文档不易得到有帮 助的信息,雅以定位错误的类型和根源.
在本交换机软件的设计过程中,我f门通过注重软件可维护性的开发过程,规范文档,使 用CASE工具管理软件版本和成立软件可维护性设计小组等方面逬行欹[牛的可维护性设计,最 終开发出具有■良好可維护性的交换机软件?
-V注重可维护性的开发过程
在整个交换机软件的开发过程中.从软件易于理解、易于测试、易于修改的角度出发,提 高软件的可维护性.
在需求分析阶段,和用户进行充分的交流和协商,对将来要改进的和可能要修改的部分进 行明确。由于凌交换机所涉及閑业务种类广泛,并且综合了话音、IF和隴管等多种技术,ff 何一种技术实现的功能不完善或者扩展性不好,都不会让用户满意■■但是,另一方面,又考 虑到用户需求和功能需求并m寤易获取,所以通过和用户定期交籠,举办各种形式的讨论等 方式尽可能了解当前的需求和以后需要扩展的需求信息,由专人整理记录这些信息,作为以 后的跟踪内容-即使在其它设计阶段对需求的临时变动,也要在这个记录中体现
在设计阶段,交换机软件被划分为不同模块进行设计?并避循宙高内聚.低耦台”的设计 原贝肽这些工作彳更于1各来软件维护工作的进行,同时也已考虑到,对可能要扩展的地方,预 留出充足接口.在一些模块中,如屈管模块中,根据功能,尽可能使用面向对象的设计方法, 以便维护时的修改和升吸-
在编码阶段,說和小组成员制定了统一的编码规范,经过牛天的培训,强化编码人员対注 税的使用,并强调要保证注税的度塗,对有可能出现误解的地方,注程的要详细-并且,每 个文件都要注明编写者,生产日期和版本号。
在测试阶段,测试组成员已经負责进行测试,秘们小组这时的工作是根据测试报告,討照 测试大纲和用例设计,对当前的测试逬行总結,比如,何种测试用例发现何种错渓,最常见 的错误,如何从额假结果判断是哪种错误,该错渓所在的模块是什么。在相关人员修改错[吴 时,记录排错时的思路和过程.特别是,根据这些总結,袞们编写了 “切交换机软件故障解 析勻这篇总結在后■来的维护阶段被证明是最受欧迎的文档之一.
在维护阶段,制定严格的管理要求-每一次维护工作之后,都要捜照配宣关联,同歩更新 维护有关的系统文档和用户文档,包括维护需求、源代码,注释、设计文档,测试文档和用 户使用手册等,保证系统的一致性。维护中所进行的修改要专人记录,生成航?交换机维护 更新”文档,做为内部文件存档.同时把一些内容扩充到咯巩交换机软件故障解析*中在 用户使用时,做好用户的培训工作,初期由专人和用戸一起操作交换机,直到能熟^操作, 以免用户使用交换机时产生不満.
二、规范文档
交换机交付用户庾用之后,除了在培训时所了解的内容之外,为了让用户对交换机软件能 够更好的理解和使用,向用户提供了多种随机文档,包括功
原创力文档


文档评论(0)