软件开发过程

可行性分析:要不要做
需求分析：要做什么
系统设计：如何做

可行性分析：了解用户需求和现实环境，从技术、经济等方面研究并论证开发该软件系统的可行性。------可行性论证报告

需求分析：确定用户对待开发软件系统的需求包括：功能：能干什么，性能：可靠性、安全性、可维护性等，运行环境约束：待开发的软件系统必须满足的运行环境（硬件、网络、软件环境）。------需求规格说明书（SRS: Software Requirement Specification）

概要设计（总体设计）：根据需求分析建立目标软件系统的总体结构（模块的功能和接口、模块之间的控制关系）、设计全局数据库或数据结构，规定设计约束，制定系统测试计划等。（概要设计中软件功能模块的划分：耦合性与内聚性是模块独立性的两个定性标准，将软件系统划分模块时，尽量做到高内聚，低耦合，提高模块的独立性。在内聚性与耦合性发生矛盾的时候，最好优先考虑耦合性，也就是先保证耦合性低一些。模块规模过大，降低可理解程度；模块过小，模块开销大于有效操作，且系统的接口复杂。）------概要设计规格说明书，系统测试计划

详细设计：逐步细化总体设计所生成的各个模块，详细描述程序模块的内部细节（数据结构、算法、工作流程等等），形成可编程的程序模块，制订单元测试计划。------详细设计规格说明书，单元测试计划

编码和单元测试：基于某种程序设计语言，根据详细设计规格说明书编写程序，并对程序进行调试和单元测试，验证程序与详细设计文档的一致性。-------源程序代码

集成测试：根据概要设计规格说明书，将经过单元测试的模块逐步进行集成和测试，以验证各个模块之间连接是否存在错误，测试软件系统或者某个子系统是否满足设计要求。------系统集成测试报告

安装和维护：改正性维护：修正使用过程中发现的错误；完善性维护：增加新的功能；适应性维护：修改软件适应工作环境的变化

预防性维护：为以后的维护做预先准备。

软件开发模型：软件开发全过程、软件开发活动和任务的结构框架。

1瀑布模型（软件生命周期模型）：将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。瀑布模型强调文档的作用，并要求每个阶段都要仔细验证。有错误就返回修改，但是，这种模型的线性过程太理想化，已不再适合现代的软件开发模式，几乎被业界抛弃。早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。

2快速原型模型：(原理：由于种种原因，在需求分析阶段得到完全、一致、准确、合理的需求说明是很困难的，在获得一组基本需求说明后，就快速地使其“实现”，通过原型反馈，加深对系统的理解，并满足用户基本要求，使用户在试用过程中受到启发，对需求说明进行补充和精确化，消除不协调的系统需求，逐步确定各种需求，从而获得合理、协调一致、无歧义的、完整的、现实可行的需求说明)首先根据用户提出的初步需求，快速地开发出一个原型（用户界面通常是关键部分），它向用户展示了待开发软件系统的全部或部分功能、行为和性能。在征求用户对原型的意见之后，进一步修改、完善和确认软件系统的需求。瀑布模型与快速原型模型的主要区别：获取用户需求的方法不同，快速原型方法可以克服瀑布模型的缺点（一开始就尽量全部获取用户的需求，然后进行下一步开发，但是一下就理解用户的需求不是简单的，要是理解出错，导致后期测试才发现是很严重的后果），减少由于软件需求不明确带来的开发风险，具有显著的效果。快速原型的关键在于尽可能快速地建造出软件原型，一旦确定了客户的真正需求，所建造的原型可能被丢弃。因此，原型系统的内部结构并不重要，重要的是必须迅速建立原型，随之迅速修改原型，以反映客户的需求。

3增量模型：先完成一个系统子集(构件)的开发，再按同样的开发步骤增加功能（构件即由多个相互作用的模块组成，可完成特定的功能）， 如此递增下去直至满足全部系统需求。

4螺旋模型：是在每个阶段之前都增加了风险分析过程的快速原型模型。

5喷泉模型（Fountain model）：是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。该模型认为软件开发过程自下而上周期的各阶段是相互重叠和多次反复的，就像水喷上去又可以落下来，类似一个喷泉。各个开发阶段没有特定的次序要求，并且可以交互进行，可以在某个开发阶段中随时补充其他任何开发阶段中的遗漏。

6Rational统一过程(RUP: Rational Unified Process ):描述了如何有效地利用商业的可靠的方法开发和部署软件，是一种重量级过程（也被称作厚方法学），因此特别适用于大型软件团队开发大型项目,RUP强调采用迭代和检查的方式来开发软件，整个项目开发过程由多个迭代过程组成。在每次迭代中只考虑系统的一部分需求，针对这部分需求进行分析、设计、实现、测试和部署等工作，每次迭代都是在系统已完成部分的基础上进行的，每次给系统能够增加一些新的功能，如此循环往复地进行下去，直至完成最终项目。Rational Unified Process 强调开发和维护模型--语义丰富的软件系统表达，而非强调大量的文本工作。 Rational Unified Process 是有效使用 Unified Modeling Language (UML)的指南.