程序代码可控性研究.docVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
程序代码可控性研究   摘要摘要:程序代码编写不规范、缺乏可扩展性和可维护性,将导致代码可控性较差,严重影响软件产品的持久更新升级。从代码质量控制角度出发,通过对程序代码的可控性进行研究,提出代码可控性评价标准,并给出改进措施。代码的可控性有助于缓解程序扩展和修改压力,形成代码更新迭代的良性循环。   关键词关键词:程序可控性;代码可量测;代码质量评价   DOIDOI:10.11907/rjdk.162173   中图分类号:TP319文献标识码:A文章编号文章编号2017)001012402   引言   随着用户需求的不断变化,软件结构日益复杂,开发周期越来越短,如何按时交付高质量的产品成为软件开发工作的一个难点。提高软件质量和开发效率关乎软件企业竞争力,也是每个信息化企业不懈追求的目标。软件研发是一项系统性工程,包括需求分析、系统设计、系统实现、测试等环节[1]。针对研发过程,国内外专家学者结合具体实践,从不同角度提出了提高软件质量的方法和模型。虽然软件开发具有诸多过程管理方法和经验,如CMM(Capability Maturity Model for Software)、PMBOK(项目管理知识体系)、敏捷开发等,但目前软件质量依然不容乐观。软件质量水平不高是由很多方面因素所致,其中最主要的原因之一在于程序代码缺乏可控性。   以笔者所在单位的部分产品代码为例,整个产品线包括较为完善的单元测试、集成测试、系统测试和性能测试,但对程序代码层面的问题关注较少,没有形成一套完整的代码质量评价体系。代码中仍然存在命名规范差、重复代码、长方法、大类、长参数列表、滥用设计模式等问题,初期表现为程序代码可读性差。随着软件产品根据用户需求不断修改升级和不同版本累积,程序的可控性逐渐变差,代码变得难以理解和修改,软件产品版本维护越来越困难。   1代码质量控制   软件质量是指软件产品满足预定需求的程度。Boehm等[2]提出了软件质量评价的概念,并使用定量公式用于评价软件质量。McCall和Waters[3]提出了从软件质量要素、准则到度量的三层次质量度量模型。ISO提出的质量度量模型由高层软件质量需求评价准则、中层软件质量评价设计准则和底层软件质量度量评价准则3个层次组成。代码质量评价指标一般包括正确性、规范性、可读性、有效性、可扩展性、可重用性、可维护性、安全性等[4]。上述评价指标从不同层面对代码进行了评估,但缺乏具体的评价标准和方法,代码评价指标在实际操作中难以适用。比如可读性指标,代码“可读性”与“不可读性”的界限比较模糊,但具有良好可读性的代码一定具有注释、规范的命名和适当的结构等特征[5]。命名规范有很多种,但良好的规范性代码往往遵循统一的命名方法。   提高代码质量是软件企业增强竞争力的重要策略之一,更是以软件产品为主导型信息企业长久发展的基石。但由于种种原因,程序代码质量并未达到理想的目标,代码质量不高的原因主要有:   (1)缺乏顶层设计理念。任何一种设计或架构方案,都需要一个良好的控制机制来实现,不能将设计与实现脱节。系统总体设计不仅仅是一个图形或文档,需要融入到程序结构和具体的代码实现过程之中。   (2)缺乏中间代码结构的设计过程。顶层设计需要中间代码结构设计才能过渡到具体的代码实现,该过程由设计方案变成软件架构,是软件开发比较重要的一次模式转换。缺少此过程,将会导致顶层设计和实现代码之间的割裂。   (3)开发人员水平参差不齐和代码版本差异大。开发人员基础较差、缺乏经验加上对设计方案的理解程度不同,在对程序代码的维护中往往加入“坏味”代码较多。并且一个产品线有时需要维护不同的代码版本,而不同版本在演化过程中相差会越来越大,代码中存在大量的交叉和重复。   (4)代码质量检查环节薄弱。产品测试只注重单元测试、集成测试、系统测试和性能测试,忽略了代码质量检查。这些测试只保证了代码的外在表现,未能体现代码的内在质量。“坏味”代码一旦进入版本库,会产生一系列程序问题,增加软件维护工作量。   上述问题的存在导致代码的可控性越来越低,后期更新维护成本越来越高。程序代码的可控性主要是指对于代码需要修改和扩展的可量测性大小,它是代码质量评价的主要指标之一,在以产品为主导的开发中格外重要。具有良好可控性代码的程序可以有效应对变化,各环节之间的影响程度是可以界定的。它有助于合理调配资源,优化开发工作流程,减轻维护人员工作量,利于产品代码的重构和版本演化。   2代码可控性评价   (1)需求改变导致的代码修改具有明确的范围。用户需求日益个性化、精细化,软件领域用户需求变化成为了一种客观规律。一旦用户需求发生变更,程序代码就要作出相应调整。在这种变化常态下,如何减少需求

文档评论(0)

聚文惠 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档