第六章--第一节:可维护性的度量和构造原则

本文介绍了软件维护的重要性,强调从设计阶段就要考虑可维护性。探讨了可维护性的度量,如圈复杂度、代码行数、Halstead Volume和可维护性指数。接着,讲解了模块化设计的原则,包括高内聚和低耦合,以及OO设计原则SOLID(单一职责、开放-封闭、里氏替换、依赖倒置、接口隔离)。此外,还提到了GRASP原则,用于指导类和对象职责的分配。
摘要由CSDN通过智能技术生成

第六章:面向软件构造的可维护性的构建方法

第一节:可维护性的度量和构造原则

问题一:什么是软件的维护和演化

  •     维护的含义:软件工程中的软件维护是交付后修改软件产品以纠正故障,提高性能或其他属性,简而言之,软件维护:修复错误、改善性能。
  •     维护的类型:纠错性(25%)、适应性(25%)、完善性(50%)、预防性(4%)
  •     演化的含义:对软件进行持续的更新
  •     软件演化的规律(Lehman):软件质量下降,复杂度增加。 
  •     软件维护和演化的目标:提高软件的适应性,延续软件生命 。
  •     意义:软件维护不仅仅是运维工程师的工作,而是从设计和开发阶段就开始了 。在设计与开发阶段就要考虑将来的可维护性 ,设计方案需要“easy to change”。
  •     体现可维护性建设的例子:模块化、OO设计原则(– SOLID、GRASP)、OO设计模式(Factory method pattern, Builder pattern、Bridge pattern, Proxy pattern、Memento pattern, State pattern)、基于状态的构造技术、表驱动的构造技术、基于语法的构造技术

问题二:可维护性(Maintainability)的度量

       可维护性的含义:可轻松修改软件系统或组件,以纠正故障,提高性能或其他属性,或适应变化的环境。

    可维护性的别名:可扩展性(Extensibility)、灵活性(Flexibility)、可适应性(Adaptability)、可管理性(Manageability)、支持性(Supportability)。

       可维护性的度量标准

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值