软件项目的生命周期:
项目计划
需求分析
设计(概要设计和详细设计)
编码
测试
发布
维护
项目计划阶段：走访客户，进行交流沟通，获得客户原始需求。
对客户的需求和市场等进行调研，分析，编写可行性分析报告。
通过不断的与客户沟通，找客户不同环节的用户进行交流来获取需求。召开评审会议，报告可行性分析，报告用户原始需求，报告项目远景规化。
需求分析阶段：
在客户原始需求的基础上不断与客户沟通，充分的熟悉和深入客户业务，获得充分的业务需求，完善用户需求和功能性需求，了解客户的相关约束而获得非功能性需求。最终编写《需求规格说明书》；召开需求评审会议，客户确定需求，并签定合同；编写项目计划说明书；编写测试计划；召开项目启动会议，项目正式启动。
概要设计阶段：根据《需求分析说明书》，进行用例分析,获得充分而有效的用例。编写界面原型，编写编码规范和界面风格规范,数据库设计规范。用uml工具画用例图，编写有效的用例规约文档。划分项目功能模块.评审用例及用例规约文档。
详细设计阶段：根据完整的用例及需求进行分析，获得数据库所需的相关信息,画数据库E-R图，编写数据设计说明书.进行数据库建模。进行详细的分析，用uml工具画类图，确定每个功能模块的子功能，抽取项目的公共部分成为一个公共模块。确定项目的架构基础。确定需要用到的类及类成员和方法。确定一些辅助类及方法。对每一个用例都用uml工具画出顺序图。编写详细设计说明书，评审详细设计说明书, 进行基础框架搭建。列出任务清单，进行任务分配。
编码阶段：以小组的形式进行代码编写，编写单元测试用例，每完成一个类都要进行单元测试。每完成一个功能点和模块都要进行集成测试。确保每一个功能点和模块完成后都是一个可以看得见、摸得着的产品。而不是等到最后才进行统一的调试和搭配。每天都要对代码进行检查和优化，也就是所谓的重构。
测试阶段：根据测试计划对项目进行系统测试，以及用户的验收测试
产品发布：交付完整的产品和设计文档。把产品布署到客户的计算机上,确保产品的正常运行。客户签收。
维护阶段：为客户提供技术保障，对产品进行相应的维护和升级工作
软件常见开发模型
瀑布模型：最经典的过程模型，适用于需求明确，规模较小的项目
喷泉模型：迭代，无间隙特点，适用于面向对象的软件开发过程
螺旋模型：
MSF模型：微软解决方案过程模型
什么是极限(XP)编程：极限编程是对敏捷软件开发方法的一种实现。它强调测试先行，也就是在编写代码的时候先编写测试用例;循环迭代，每一次迭代都是一个可用的产品；重构，不断的对代码进行优化；结对编程，两个人为一对共同进行代码编写；它强调团队之间的知识传播，让团队的每个人都能熟悉软件开发的各种技术。如：支持熟悉数据库的人去做界面，做界面的人去做数据库等，通过不定期的角色转换来增强团队的能力。要求客户参与到软件开发中来,开发出最适合客户需求的产品。
单元测试一般是在编码的时候同步进行的，一般是以类为单位进行测试，当一个类完成了编码，并编译正确后才进行的测试，测试这个类是否已经能够实现指定的功能。一个类能够正常的编译成功并不意味着这个类就已经完成了，还要通过测试，设置断言来确定他是否已经达到了预期的效果，实现了特定的功能。调试，编译通过只能证明代码的语法没有错误。
单元测试由程序员自己来进行，也可以在项目小组内交互进行。单元测试是采用白盒测试
集成测试一般指实现了一个功能点或一个模块后,为了测试这个模块是否已经实现了需求要求的功能。集成测试可能需要对多个类进行组装，也可能需要与以前已经测试通过的模块进行组装，是对产品组件的系统整合和执行。集成测试可以根据模块的大小分不同的级别，在现行的软件开发中，每完成一个功能模块都必须要进行一次集成测试，使得你完成的模块是一个可以运行的产品。集成测试一般可以由项目小组的负责人（或指定一个小组成员）来完成。集成测试采用白盒式测试和黑盒测试
系统测试一般指项完代码已经全部完成，交给测试小组来进行测试。进行系统测试的人员独立于开发小组，系统测试人员把完成的产品布署在相应的计算机环境中，按照测试计划进行测试，验证系统是否满足了指定的需求。系统测试除了测试产品应满足基本的功能需求外，还要对产品的性能，用户界面，安全性，压力，可靠性，安装和反安装等几个方面进行测试
系统测试采用黑盒测试
验收测试一般指产品交付给客户，负责把产品布署在指定的计算机环境中。由用户根据需求文档，进行的总体测试。验收测试的内容和系统测试一样，只是执行者不同。都是除了测试系统完成基本功能外还要对性能，安全性，可靠性等进行测试。验收测试也是采用黑盒测试