一、软件开发生命周期（SDLC）
1、从0到1
计划 分析 设计 实施 测试 维护
2、从1到n
很多个版本
二、传统的软件过程模式
两种基本类型：
1、线性
不同模式的关键质量考虑因素：
1、用户的参与（适应变化）
2、发展效率，软件管理的复杂性
3、软件的质量
现有的模型：
瀑布模型、v模型、增量模型、原型法、螺旋模型
三、不同模型的介绍和比较
1、瀑布型
瀑布模型又称为经典生命周期，他提出了一个系统的，顺序的软件开发方法。通过概念，启动，分析，设计，施工，测试，实施和维护最终提供完整的软件支持
3、增量模型
四、敏捷开发和极限编程（xp）
敏捷开发宗旨：
一：个体及交互比流程与工具更具价值
二：可用的软件比冗长的文档更有价值
三：与客户的协作比合同谈判更有价值
四：对变化的响应比遵循计划更有价值
十二个原则：
1.我们最优先要做的是通过尽早、持续交付有价值的软件来使客户满意。
2.即使在开发的后期，也欢迎需求变更。敏捷过程利用变更为客户创造竞争优势。
3.经常交付可运行软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
4.在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5.围绕有积极性的个人构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
6.在团队内部，最富有效果和效率的信息传递方法是面对面交谈。
7.可运行软件是进度的首要度量标准。
8.敏捷过程提倡可持续的开发速度。责任人(sponsor). 开发者和用户应该能够长期保
持稳定的开发速度。
9.不断地关注优秀的技能和好的设计会增强敏捷能力。
10.简单一使不必做的 工作最大化的艺术一是必 要的。
11.最好的架构、需求和设计出自于自组织团队。
12.每隔-定时间，团队会反省如何才能更有效地工作，并相应调整自己的行为。
并不是每一个敏捷过程模型都同等使用这12项原则，一些模型可以选择忽略(或至少
淡化)一项或多项原则的重要性。然而，上述原则定义了一种敏捷精神，这种精神贯穿于本
章提出的每一个过程模型。
极限编程：
极限编程中有四个核心价值是我们在开发中必须注意的：沟通（Communication）、简单（Simplicity）、反馈（Feedback）、勇气（Courage）、此外还扩展了第五个价值观：谦逊（Modesty）。 XP用“沟通、简单、反馈、勇气和谦逊”来减轻开发压力和包袱；无论是术语命名、专著叙述内容和方式、过程要求，都可以从中感受到轻松愉快和主动奋发的态度和气氛。这是一种帮助理解和更容易激发人的潜力的手段。XP用自己的实践，在一定范围内成功地打破了软件工程“必须重量”才能成功的传统观念。
主要要求：1、配对编程 2、任务版和进度控制
五、软件配置管理（SCM）
1、scm在软件中的任务是跟踪和控制软件的变化。
2、SCM的做法包括版本控制和设置基线。
3、为什么要进行版本控制（SCM）span>
对于个人：
恢复到过去的版本；
?比较两个不同的版本；
?将完整版本历史记录推送到其他位置；
从该版本撤回到历史版本；
对于团队合作：
优点：简单、很多系统中都有配置
缺点：不支持 络
支持类型单一
（2）集中式版本控制系统（CVCS）——服务器完整的仓库
简介：有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。
每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
最常用：Git、Mercurial（HG）
优点：适合多人团队协作开发
代码集中化管理
可以离线工作
每个计算机都是一个完整仓库
7、版本控制特点
a， 可靠：只要我们需要，就可以保持版本不变; 允许备份；
b,多个文件：跟踪项目的版本，而不是单个文件
c,有意义的版本：有什么变化，他们为什么做r> d,恢复：全部或部分恢复旧版本
e,比较版本
f,审查历史：整个项目或个人档案
g,不仅仅是代码：散文，图像……
h,它应该允许多个人一起工作：
– 合并：结合与以前的通用版本不同的版本
– 跟踪责任：谁做了这个改变，谁触及了那行代码r> – 并行工作：允许一个程序员自己工作一段时间（不放弃版本控制）
– 工作进行中：允许多个程序员共享未完成的工作（不中断别人，不放弃版本控制）
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！