【软件工程系列】维护、评估、改进

悠悠 2022-11-19 07:37 258阅读 0赞

# 维护系统 #

任何针对系统改变所做的工作，都被认为是**维护**

**种类：**

1.  S系统
    
    由规格说明形式化定义的，并且是由规格说明导出的。
    
    静态的，不容易适应问题中产生的变化
2.  P系统
    
    先抽象描述问题，然后根据抽象编写系统的需求规格说明
3.  E系统
    
    融入在现实世界中的系统，并随着现实世界的变化而改变

**维护：**

1.  改正性维护：立即作出反应
2.  适应性维护：对系统的一部分进行的改变会要求改系统的其他部分
3.  完善性维护：利用基于规则的方法进行重新设计，可以增强将来的可维护性，以及使我们在将来更易于增加新的功能
4.  预防性维护：预防失效的发生

**维护问题：**

1.  有限的理解力
    
    共m个构件，改变k个构件
    
    则需要评估的数目：k(m−k)+k(k−1)/2
2.  管理的优先级：超过技术优先级
3.  士气

## 软件再生 ##

需要考虑：文档重构（静态分析）、重组（结构改变）、逆向工程（根据代码重新创建设计和规格说明信息）、再工程（先进行逆向工程，再进行再工程）

# 评估产品、过程和资源 #

## 评估方法 ##

1.  特征分析
    
    各属性进行评分和排列
2.  调查
3.  案例研究
    
    确定影响结果的关键因素，随后记录下输入、约束、资源以及输出
    
    用姐妹项目、基线、随机选择来避免偏见
4.  正式的试验
    
    严格的、受控的研究，他确定并操纵活动的关键因素，记录它们对结果的影响
    
    自变量、因变量

## 评价与预测 ##

评价：现有实体

预测：预测将来实体的某些属性

## 评估产品 ##

**产品质量模型：**

1.  Boehm
    
    可移植性、可靠性、完整性、一致性、可测试性、可理解性、可修改性、人类工程、效率、可维护性
2.  ISO 9126
    
    功能性、可用性、效率、可维护性、可移植性、可靠性
3.  Dromey
    
    正确性、内部的、上下文的、描述性的

**基线：** 一般的/典型的结果

**目标：** 最小可接受行为的方式

## 软件可复用性 ##

软件复用：指重复使用软件系统的任何部分，包括文档、代码、设计、需求、测试用例和测试数据等

从复用者来看有两种复用：

*  生产者复用
    
    创建可复用的构件
 *  消费者复用
    
    是在以后的系统中使用它们
    
     *  黑盒复用：我们可以使用整个产品，而**不用对它进行修改**
     *  透明盒/白盒复用：**对其进行修改**，使之符合特殊需要

--------------------

*  组合式复用
    
    将复用的代码看作是一组构造块，自底向上进行开发；它围绕可用的复用构件来构造系统的其他部分
 *  生成式复用
    
    针对于具体的应用领域

其根本的活动是领域分析

--------------------

*  水平复用
    
    跨多个领域的复用
 *  垂直复用
    
    同一个应用领域中的复用

--------------------

复用的一个最大障碍是需要在大量的软件产品中进行搜索，以找出最适合于具体需求的软件产品

解决方案是：**构件分类**

*  刻面分类
    
    每个构件是通过称为”刻面”的特性的一个有序列表来描述，而不是使用层次方案
    
    **刻面**是一个描述符，有助于标识构件
 *  分类系统由一个**检索系统或库**作为支撑

## 评估过程 ##

*  事后分析
    
    其目的是识别在将来的项目中可以改进的方面
 *  过程成熟度模型
    
     *  能力成熟度模型CMM
        
        初始级`->`可重复级`->`定义级`->`管理级`->`优化级
        
        分别通过 过程制度化`-`过程定义`-`过程控制`-`持续的过程改进
        
        以及通过 项目管理`-`工程化管理`-`量化的管理`-`变更管理
        
        接下来分别对每一个等级说明关键过程域
        
         *  初始级：无
         *  可重复级：需求管理、软件项目计划、软件项目跟踪及监督、软件分包合同管理、软件质量保证、软件配置管理；SADT图：左端输入、右端输出、约束在顶部、资源在底部
         *  定义级：组织机构过程的焦点、组织机构过程的定义、培训计划、集成软件管理、软件产品工程、小组间协作、同行的评审；文档化的、标准化的和集成的
         *  管理级：量化的过程管理、软件质量管理；重点是提高产品质量
         *  优化级：故障预防、技术变更管理、过程变更管理；融入了量化的反馈以得到持续的过程改进
     *  SPICE：旨在协调并扩充现有的方法；既用于过程改进，也用于能力确定
        
         *  未执行级
         *  非正式执行级
         *  计划和跟踪级
         *  定义明确级
         *  量化控制级
         *  持续改进级
     *  ISO 9000

## 评估资源 ##

### 人员成熟度模型 ###

等级表示一样

*  初始级
 *  可重复级：管理层负责管理其人员
 *  定义级：基于能力的劳动力实践
 *  管理级：测量和管理有效性，发展高绩效团队
 *  优化级：持续的知识和技能提高

### 投资回报 ###

**净现值NVP**：对评估软件相关的投资最有意义，用总的项目生命周期的形式表述经济价值，不考虑等级或时间限制；是收益的现值减去最初投资的值

**现值：** 预测的将来现金流量在今天的值

**贴现率**

**机会成本**

# 改进预测、产品、过程和资源 #

## 改进预测 ##

预测可能是不精确的，体现在两个不同的方面：