【软件构造】软件构造基础——二、软件构造过程与配置管理

软件构造基础

二、软件构造过程与配置管理

课程目标

• 了解软件开发的基本过程
• 了解传统软件开发过程模型，包括线性和迭代模型（瀑布模型、增量模型、原型模型、螺旋模型和 V 模型）
• 了解并实践敏捷开发
• 了解软件配置管理（SCM）
• 学习如何使用 Git 进行日常 SCM 任务（个人开发的基本命令，协作开发的高级命令）
• 了解软件构建的一般流程（设计→编程→调试→测试→构建→发布）
• 使用Eclipse IDE作为Java构建环境和工具
• 了解用于审查和静态分析、调试（转储、日志记录）和测试以及动态分析/剖析的典型工具
• 学习狭义的软件构建过程（构建Build：验证 → 编译 → 链接 → 测试 → 包 → 安装 → 部署）
• 使用其中一种构建工具（make、Ant、Maven、Gradle、Eclipse IDE）构建您自己的 Java 项目

1、软件开发生命周期Software Development Lifecycle (SDLC)

• From 0 to 1 从无到有
• From 1 to n 从有到好

2、传统软件过程模型Traditional Software Process Models

• 每个阶段都会输出详细文档，开发周期长
• 两种基本类型：
  迭代过程（开发的每一步都与用户确认，再修改）和线性过程（用户的需求非常明确）
• 目前存在的模型：

1. 瀑布过程：
   线性推进，阶段划分清楚，整体推进，无迭代，管理简单，无法适应需求增加/变化
2. 增量过程
   线性推进，增量式（多个瀑布的串行），无迭代，比较容易适应需求的增加（需要接口简单成熟，需求稳定）
3. V字模型
   适用于验证，每个阶段都测试（少见）
4. 原型过程
   在原型上持续迭代发现用户变化的需求，知道用户满意为止
   时间代价高，但开发质量也高（先提供一个原型，再了解用户的需求进行开发）
   迭代：开发出来之后由用户试用/评审，发现问题反馈给开发者，开发者修改原有的实现，继续交给用户评审
5. 螺旋模型
   过程非常复杂：多轮迭代基本遵循瀑布模式；每轮迭代有明确的目标，遵循“原型”过程，进行严格的风险分析方可进入下一轮迭代（多了风险分析阶段，对长周期大工程可以避免风险）

• 选择合适的过程模型的依据：

1. 用户的参与度——适应变化的能力
2. 开发效率/管理复杂度
3. 开发出的软件的质量

3、敏捷开发Agile Development

开发周期短，几乎不需要文档，如手机app
敏捷开发：通过快速迭代和小规模的持续改进，以快速适应变化
Agile = 增量 + 迭代 ：每次迭代处理一个小规模增量

• 极限的用户参与（客户参与到开发中）
• 极限的小步骤迭代
• 极限的确认/验证（开发者之间每天做交互）
  极限编程：强调短周期迭代，采用测试优先

4、软件配置管理（SCM）和版本控制系统（VCS）Software Configuration Management and Version Control System

SCM

• 软件配置管理：追踪和控制软件的变化
• 软件配置项（SCI）：软件中发生变化的基本单元（例如：文件）
• 基线：软件持续变化过程中的“稳定时刻”（例如：对外发布的版本）
• 配置管理数据库（CMDB）：存储软件的各配置项随时间发生变化的信息+基线

Versioning

版本：为软件的任一特定时刻的形态指派一个唯一的编号，作为身份标识 V 1.6(major) .1(minor) .5(patch)

• 版本控制的作用：
  • 对个人：
    • 回滚到上一个版本
    • 比较两个版本之间的差异
    • 备份软件版本地址
    • 获取备份
    • 合并
  • 对团队
    • 在多个开发者之间共享并协作
    • 记录每个开发者的动作，便于审计

版本控制术语

• 仓库：即SCM中的CMDB
• 工作拷贝：在开发者本地机器上的一份项目拷贝
• 文件：一个独立的配置项
• 版本：在某个特定时间点的所有文件的共同状态
• 变化：即code churn，两个版本之间的差异
• Head：程序员正在其上工作的版本

VCS

• 本地版本控制系统：仓库存储于开发者本地机器，无法共享和协作
• 集中式版本控制系统：仓库存储于独立的服务器，支持多开发者之间的协作
• 分布式版本控制系统：仓库存储于独立的服务器+每个开发者的本地机器

Git

命令：

创建：git init
暂存：git add <file name>
提交：git commit -m “commit message”
链接：git remote add origin <URL>
推送：git push -u origin master
创建分支：git checkout -b <branch name>
切换分支：git checkout <branch name>
合并分支：git merge <branch name>
删除分支：git branch -d <branch name>

四个区域

工作目录（workspace directory）：本地文件系统
暂存区（staging area）：隔离工作目录和Git仓库
本地CMDB（local repository）
远程CMDB（remote repository）
Object Graph：版本之间的演化关系图，一条边A->B表示，在版本B的基础上作出变化，形成了版本A。
分支：多个commit指向同一个父亲
合并：一个commit指向两个父亲