HIT软件构造学习笔记与心得—2.1

摘要：这部分主要讲了几种软件开发模型，以及GIT版本控制工具

瀑布模型
将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。每次遇到新的变化或没有覆盖到的问题，都要返回上一级，不适合总是变化的项目

增量模型
将项目分解为一个个小项目，每次完成一个小的项目，分批次提交给用户**，一旦开始开发某增量，需求冻结**

V模型——更关注于后期的测试，分为：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。

原型法
原型法是指开发软件的原型，其模拟最终产品的几个方面，甚至完全不同。
过程：
确定基本需求，包括输入输出信息。软件细节可以被忽略。
开发最初的原型，只包括用户接口。
客户测试原型并提供对于增加和改变的反馈。
修订和增强原型：通过反馈来改善原型。
好处：
在项目早起可以获得用户的反馈。
用户判断软件是否符合规格说明。
对软件进行估算。

螺旋模型
一种风险驱动的过程模型。基于给定项目的独特风险模式，螺旋模型指导团队采用一个或多个流程模型的元素，例如增量法、瀑布法或原型法。
（1）制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件；
（2）风险分析：分析评估所选方案，考虑如何识别和消除风险；
（3）实施工程：实施软件开发和验证；
（4）客户评估：评价开发工作，提出修正建议，制定下一步计划。

敏捷开发
提倡适应性规划、演化开发、 尽早交付和持续改进，并鼓励对变化作出快速和灵活的响应。
“人”以及“人与 人的互动” 胜于 “过程”和”工具”
可运行的软件胜于面面俱到的文档
客户合作胜于合同谈判
响应变化胜于遵循计划
任务板和进度监控
结对编程
Scrum，让所有和该软件利益相关的人参与，包括客户，定时开会讨论

版本控制工具
本地版本控制（本地没了就没了）
中心式版本控制（多个用户将代码上传至一个服务器）
分布式版本控制（服务器与用户，用户与用户交流，相当于每一个用户都是服务器）

传统版本控制工具保存变化
GIT保存的是整个不同版本的文件

GIT四个工作区域

Git的所有操作都是在一个图数据库上进行
从另一台机器/服务器复制git项目意味着复制整个对象图
不重复保存各版本中没有发生变化的文件
每个文件的每个版本只保存一次，多个提交可共享副本

创建和合并分支的过程详解：


GitHub工作流程
基本流程：commit，branch，merge
协同流程：fork（将他人的代码复制到自己的仓库）、pull request（修改他人代码后，向其他人发送pull 请求，以决定是否接受）