【软件构造】期末复习个人理解笔记2

一.传统软件过程模型

传统的软件过程模型

两种基本类型:线性过程、迭代过程

已有模型：瀑布过程、增量过程、V字模型、原型过程、螺旋模型

瀑布过程（连续的、非迭代的）
通过概念、启动、分析、设计、构建、测试、实现和维护的阶段，进展被看作是稳定地向下流动(像瀑布一样)。易于使用，但事后更改的成本高得令人望而却步。

增量过程（非迭代的）

特点：线性推进、增量式（多个瀑布的串行）、无迭代、比较容易适应需求的增加

原型过程（迭代的）
在原型上持续不断的迭代发现用户变化的需求

迭代：开发出来之后由用户试用/评审，发现问题反馈给开发者，开发者修改原有的实现，继续交给用户评审。

循环往复这个过程，直到用户满意为止。时间代价高，但开发质量也高。

螺旋模型（迭代的）
一种风险驱动的过程模型

非常复杂的过程：
• 多轮迭代基本遵循瀑布模式
• 每轮迭代有明确的目标，遵循“原型”过程，进行严格的风险分析，方可进入下一轮迭代

二. 软件配置管理(SCM)和版本控制系统(VCS)

软件配置管理是为了追踪和控制软件的变化，而软件中发生变化的基本单元，如文件，就被成为软件配置项(SCI)。

当软件在开发过程中达到了一个稳定的状态，如可以对外发布的状态，此时的文件组成了基线(Baseline)。

为了存储各配置项随时间变化的信息和基线信息，就有一个数据库来管理这些内容，即配置管理数据库(CMDB)。

VCS分为三种：本地版本控制系统（无法协作）存储在本地、集中式版本控制系统（支持协作但没办法抵抗服务器崩溃导致无法开发的风险）存储在服务器上、分布式版本控制系统（解决了前两者的问题，代价是存储空间）同时存储在本地和服务器。

三.以Git为例的软件配置管理工具

管理软件演进过程中的变更

Git存储库

Git仓库有三个部分:
本地的CMDB
工作目录：本地文件系统
暂存区：隔离工作目录和Git仓库

每个文件属于下列三种状态之一:
已修改、已暂存、已提交

创建：git init

暂存：git add <filename>

提交：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>

git中的四个区域：workspace、staging area、Local repository、Remote repository

git的存储结构是一张有向无环图，每次commit在图上会增加一个新的节点，并将HEAD指向这个节点。通常一个子节点有一个父节点，当一个父节点有多个子节点时表明创建了分支，一个子节点有多个父节点时表明进行分支合并。

git单个节点的存储的信息是文件信息指针tree、作者信息author、提交者信息commiter，而在每个tree中，包含所有文件的信息，对于每个文件指针，如果文件变化了，则指向变化后的新文件，如果没有变化，则指向上次提交的文件，不做重复存储。

传统VCS存储的是文件每个版本之间的变化，这种办法的优点是存储空间较小，但由于存储的只是变化，取出指定时期的文件要先取出原文件，再取出变化内容，最后做合并形成新文件，所以取出文件的时间复杂度较高。git存储的则是文件，所以取出特定版本的文件比较方便，但是代价的是空间复杂度较高。