Java程序构造©Day2

Java程序构造©Day2

March 5th, 2018
标签（空格分隔）： Java程序构造

---

---

上接Day1内容

Internal quality factors

例如代码行数(LOC) 流程圈复杂度等等

Tradeoff between quality properties

• 软件开发过程中的各个内部 外部的影响因素需要进行折中
  
• 在开发过程中需要将折中的设计决策和标准明确写下来
• 正确性不能折中

软件结构中的过程和工具

2.1Software Lifecycle and Configuration Management

概论

• 软件开发过程
• 传统的软件开发过程模型
• 敏捷开发
• 软件配置管理
• Git

阅读材料:MIT6.031 05 23

软件开发的生命周期

版本管理

传统软件开发模型

两种基本的类型

• 线性过程
• 迭代过程

目前常用的模型

• 瀑布过程
• 增量过程
• V模型
• 原型过程
• 螺旋过程

选择类型的依据

• 用户参与程序开发有多大
• 开发效率 管理复杂度
• 开发出的软件的质量

瀑布过程

几个特点

• 线性推进
• 阶段划分过程
• 整体推进
• 无迭代
• 管理简单
• 无法适应需求的改变

增量过程

• 每次只开发一点点
• 和瀑布模型相比
  
  • 开发过程被分割为几个小的功能
  • 需求可变

几个特点

• 线性推进
• 增量式(多个瀑布的串行)
• 没有迭代
• 比较容易适应需求的增加

V模型

软件生命周期

计划$\Rightarrow$需求$\Rightarrow$设计$\Rightarrow$构造$\Rightarrow$测试$\Rightarrow$部署$\Rightarrow$运营

• 计划 需求:产品经理
• 设计:架构师
• 构造:程序员
• 部署 运营:运维

原型过程

在原型上进行进行迭代 时刻发现用户需求
时间代价高 程序质量高

螺旋模型

复杂的开发过程

• 多轮次迭代 基本符合瀑布
• 每轮次迭代有明确目标 遵循原型过程 进行严格的风险控制 才可以进行下一轮次迭代

敏捷开发

敏捷开发:通过快速的迭代和效果的持续改进 以快速适应变化 类似于增量和原型的叠加

敏捷开发的特点

• 对用户需求反应及时
• 流程短 开发灵活

敏捷开发过程

特征

• 极致的用户参与
• 极致的小步骤迭代
• 极致的确认和验证

eXtreme Programming极限编程

SCM版本控制

SCM 软件配置管理:追踪和控制软件的变化

SCI and baseline

SCI 软件配置:程序文件

baseline:软件持续变化过程中相对稳定的版本

CMDB and check-in/out for Auditing

CMDB:配置管理数据库 存储软件各个配置项随时间发生变化的信息+baseline

Versioning版本控制

版本:为软件的任意时刻的形态指派一个ID

例如:

进行版本控制的必要性

• 随时回滚到上一个版本
• 比较两个版本的差异
• 备份软件版本历史
• 获取备份
• 合并分支
• 在多个开发者之间进行共享和协作
• 记录每个开发者的动作 便于审计

历史上版本控制演化

• 本地版本控制
  
  • 仓库存储在本地机器
  • 无法共享协作
• 集中式
  
  • 存储于独立服务器
  • 支持多开发者协作
• 分布式
  
  • 存储在独立服务器+本地机器
  • 本地可以直接共享