Chapter2-软件构造过程和生命周期_iterative and agile systems development lifecycle -程序员宅基地

- - Chapter2 Process and Tools of Software Construction
    - 2.1 Software Lifecycle and Configuration Management
    - 2.2 Process, Systems, and Tools
      - 2.2.1 General process of sofrware construction
      - 2.2.2 Narrow-sense process of software construction（build）

Chapter2 Process and Tools of Software Construction

主要介绍了软件开发的基本过程，传统软件开发过程模型，敏捷开发，软件配置管理SCM，版本控制系统VCS，Git作为配置管理工具；
广义的软件构造过程，Eclipse作为java构造工具，软件构造各阶段的常见工具，狭义的软件构造：build，常见的build工具；

2.1 Software Lifecycle and Configuration Management

2.1.1 Software Development Lifecycle(SDLC)

软件构造遵循的过程:
①From 0 to 1 (从到无到有)
②From 0 to n (从有到好)
软件的生命周期:
计划(产品经理) -> 需求(需求工程师) -> 设计(架构师) -> 构造(实现)(程序员) -> 测试(程序员) -> 部署(运维工程师) -> 运维(运维工程师)

2.1.2 Traditional Software process models

选择合适的过程模型的依据：
①用户参与程度，适应变化的能力
②开发效率，管理复杂度
③开发出的软件的质量

传统软件过程模型:

Basic types	Linear(线性过程)	Iterative(迭代过程)
Existing models	Waterfall(瀑布过程，线性/整体推进（无迭代），阶段划分清楚，管理简单，无法适应需求，拓展->V字模型), Incremental(增量过程，线性推进（无迭代），增量式（多个瀑布的串行），比较容易适应需求的增加)	Spiral(螺旋过程，多轮迭代基本遵循瀑布模式，每轮迭代有明确的目标，遵循原型过程，进行严格的风险分析，方可进入下一轮迭代)

迭代：开发出来会后有用户试用、评审，发现问题反馈给开发者，开发者修改原有的实现，继续交给用户评审。循环往复，直到用户满意，时间代价高，但开发质量高

使用图示查看各个模型过程还是很直观的
瀑布模型
这里写图片描述
增量模型

V字模型

原型模型

螺旋模型

2.1.3 Agile development and eXtreme Programming(XP)

敏捷开发和极限编程

Agile development（敏捷开发）	eXtreme Programming（极限编程）
通过快速迭代和小规模的持续改进，以快速适应变化；极限的用户参与，极限的小步骤迭代，极限的确认、验证	Strengthen communication; start from simple; seek feedback; be brave in seeking truth from facts(近螺旋式开发)

Waterfall vs Agile
这里写图片描述

2.1.4 Software Configuration Management(SCM)

Terminology(专业术语)

Software Configuration Management(SCM, 软件配置管理)	Configuration Item(SCI, 软件配置项)	Baselines(基线)	CMDB(配置管理数据库)	Versioning(版本控制)
追踪和控制软件的变化	软件中发生变化的基本单元(eg. 文件)	软件持续变化过程中的”稳定时刻”(eg. 对外发布的版本)	存储软件的各配置项随时间发生变化的信息+基线	为软件的任一特定时刻(Moment)的形态指派一个唯一的编号, 作为”身份标识”

Version Control System(VCS, 版本控制系统)

重要性：回滚上一个版本；比较两个版本的差异；备份软件版本历史；获取备份；合并；多个开发者之间共享和协作；记录每个开发者的动作，便于”审计”。
terminology：
仓库：即SCM中的CMDB
工作拷贝：在开发者本地机器上的一份项目拷贝
变化：即code churm，两个版本之间的差异
HEAD：当前版本

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

2.1.5 Git & GitHub

Git的结构、工作原理、基本指令
GitHub

Git管理软件演变过程中的变化
这里写图片描述
这里按照图示，基本概述一下Git管理的相关指令操作：
要在本地创建一个仓库，首先需要git init 生成.git，.git保存所有版本控制数据，即本地的CMDB；
将工作目录（本地文件系统，workspace）文件加入暂存区，使用git add file（git add . 将当前目录下所有文件加入暂存区），此时状态为Staged，已暂存；
使用git commit -m "comment"将暂存区文件加入到本地仓库（local repository），此时状态为Committed，已提交；
将本地仓库同步到远程仓库使用git push origin master （master，主线）；
如果远程仓库发生了改变，需要先使用git fetch 同步本地仓库。

Git的管理变化，每个文件只保存一份，在每个版本中，如果发生改变则更改，否则使用前一个版本的文件，该版本中不显示，如下图：
这里写图片描述

Object Graph
版本之间的演化关系图，一条边A->B表征了“在版本A的基础上作出变化，形成了版本B”；
其中每次commit（提交），都是一个当前整个项目的快照，展示为一个树节点；同时包含一个日志信息，who，when，short log message，以hash值作为区别；
这里可以使用git lol 在git bash上得到演变树；
这里写图片描述
下面是Git项目的历史演变构成一个directed acyclic graph（DAG），保存在.git中，而使用git commit就是向该图中增加节点；

使用git show commithash 以展示某次提交的详细情况；

Branch and Merge（分支与合并）
master为主线，其余为分支，可以将分支与主线进行合并；
可以使用git checkout 切换分支或恢复工作树文件；git merge brname 合并分支；
这里写图片描述

collaboration（合作）
主要涉及commit、push、merge、fetch等交互操作；
这里写图片描述

关于GItHub
Git的web服务器
Basic process: commit， branch and merge
Collaboration process: fork and pull request，issues

2.2 Process, Systems, and Tools

2.2.1 General process of sofrware construction

广义的软件构造过程:
Design（设计） -> Programming/refactoring（重构） -> Debugging（调试） -> Testing（测试） -> Build（构建） ->Release（发布）

Programming/refactoring(编程/重构)	Review and static code analysis(代码评审)	Debugging(dumping and logging) and Testing(调试和测试)	Dynamic code analysis/profiling(动态分析)
重构: 在不改变功能的前提下优化代码	Formal code review(正式代码评审会议); Lightweight code review(轻量级的代码评审, eg. Pair programming-结对编程); Static code analysis(利用工具进行的静态代码分析, eg. CheckStyle, FindBugs, PMD)	测试：发现程序是否有错误; 调试: 定位错误, 发现错误根源	executing programs, profiling(对代码的运行时状态和性能进行度量)

2.2.2 Narrow-sense process of software construction（build）

粗略理解build，就是从build-time到run-time，借助工具，将软件构造各阶段的活动”自动化”，提高构造效率；
狭义的软件构造过程(Build):
Validate(验证) -> Compile(编译) -> Link(链接) -> Test(测试) -> Package(打包) ->Install(部署) ->Deploy(发布)

Build system	Build variants and build language	Build tools
components and process	Makefile, build.xml	Make, Ant, Maven, Gradle, Eclipse, Travis CI（Continuous Integration，CI，持续集成）

本文链接：https://blog.csdn.net/qq_36962569/article/details/79718576

原作者删帖不实内容删帖广告或垃圾文章投诉

智能推荐

python简易爬虫v1.0-程序员宅基地

文章浏览阅读1.8k次，点赞4次，收藏6次。python简易爬虫v1.0作者：William Ma (the_CoderWM)进阶python的首秀，大部分童鞋肯定是做个简单的爬虫吧，众所周知，爬虫需要各种各样的第三方库，例如scrapy, bs4, requests, urllib3等等。此处，我们先从最简单的爬虫开始。首先，我们需要安装两个第三方库：requests和bs4。在cmd中输入以下代码：pip install requestspip install bs4等安装成功后，就可以进入pycharm来写爬虫了。爬

安装flask后vim出现：error detected while processing /home/zww/.vim/ftplugin/python/pyflakes.vim:line 28_freetorn.vim-程序员宅基地

文章浏览阅读2.6k次。解决方法：解决方法可以去github重新下载一个pyflakes.vim。执行如下命令git clone --recursive git://github.com/kevinw/pyflakes-vim.git然后进入git克降目录，./pyflakes-vim/ftplugin,通过如下命令将python目录下的所有文件复制到~/.vim/ftplugin目录下即可。cp -R ...._freetorn.vim

HIT CSAPP大作业：程序人生—Hello‘s P2P-程序员宅基地

文章浏览阅读210次，点赞7次，收藏3次。本文简述了hello.c源程序的预处理、编译、汇编、链接和运行的主要过程，以及hello程序的进程管理、存储管理与I/O管理，通过hello.c这一程序周期的描述，对程序的编译、加载、运行有了初步的了解。_hit csapp

18个顶级人工智能平台-程序员宅基地

文章浏览阅读1w次，点赞2次，收藏27次。来源：机器人小妹　　很多时候企业拥有重复，乏味且困难的工作流程，这些流程往往会减慢生产速度并增加运营成本。为了降低生产成本，企业别无选择，只能自动化某些功能以降低生产成本。　　通过数字化..._人工智能平台

electron热加载_electron-reloader-程序员宅基地

文章浏览阅读2.2k次。热加载能够在每次保存修改的代码后自动刷新 electron 应用界面，而不必每次去手动操作重新运行，这极大的提升了开发效率。安装 electron 热加载插件热加载虽然很方便，但是不是每个 electron 项目必须的，所以想要舒服的开发 electron 就只能给 electron 项目单独的安装热加载插件[electron-reloader]:// 在项目的根目录下安装 electron-reloader，国内建议使用 cnpm 代替 npmnpm install electron-relo._electron-reloader

android 11.0 去掉recovery模式UI页面的选项_android recovery 删除部分菜单-程序员宅基地

文章浏览阅读942次。在11.0 进行定制化开发，会根据需要去掉recovery模式的一些选项就是在device.cpp去掉一些选项就可以了。_android recovery 删除部分菜单

随便推点

echart省会流向图（物流运输、地图）_java+echart地图+物流跟踪-程序员宅基地

文章浏览阅读2.2k次，点赞2次，收藏6次。继续上次的echart博客，由于省会流向图是从echart画廊中直接取来的。所以直接上代码<!DOCTYPE html><html><head> <meta charset="utf-8" /> <meta name="viewport" content="width=device-width,initial-scale=1,minimum-scale=1,maximum-scale=1,user-scalable=no" /&_java+echart地图+物流跟踪