项目计划
需求分析
设计(概要设计和详细设计)
编码
发布
维护
项目计划阶段：走访客户，进行交流沟通，获得客户原始需求。
对客户的需求和市场等进行调研，分析，编写可行性分析报告。
通过不断的与客户沟通，找客户不同环节的用户进行交流来获取需求。召开评审会议，报告可行性分析，报告用户原始需求，报告项目远景规化。
需求分析阶段：
在客户原始需求的基础上不断与客户沟通，充分的熟悉和深入客户业务，获得充分的业务需求，完善用户需求和功能性需求，了解客户的相关约束而获得非功能性需求。最终编写《需求规格说明书》；召开需求评审会议，客户确定需求，并签定合同；编写项目计划说明书；编写测试计划；召开项目启动会议，项目正式启动。
概要设计阶段：根据《需求分析说明书》，进行用例分析,获得充分而有效的用例。编写界面原型，编写编码规范和界面风格规范,数据库设计规范。用uml工具画用例图，编写有效的用例规约文档。划分项目功能模块.评审用例及用例规约文档。
详细设计阶段：根据完整的用例及需求进行分析，获得数据库所需的相关信息,画数据库E-R图，编写数据设计说明书.进行数据库建模。进行详细的分析，用uml工具画类图，确定每个功能模块的子功能，抽取项目的公共部分成为一个公共模块。确定项目的架构基础。确定需要用到的类及类成员和方法。确定一些辅助类及方法。对每一个用例都用uml工具画出顺序图。编写详细设计说明书，评审详细设计说明书, 进行基础框架搭建。列出任务清单，进行任务分配。
编码阶段：以小组的形式进行代码编写，编写单元测试用例，每完成一个类都要进行单元测试。每完成一个功能点和模块都要进行集成测试。确保每一个功能点和模块完成后都是一个可以看得见、摸得着的产品。而不是等到最后才进行统一的调试和搭配。每天都要对代码进行检查和优化，也就是所谓的重构。
测试阶段：根据测试计划对项目进行系统测试，以及用户的验收测试
产品发布：交付完整的产品和设计文档。把产品布署到客户的计算机上,确保产品的正常运行。客户签收。
维护阶段：为客户提供技术保障，对产品进行相应的维护和升级工作。
软件常见开发模型
瀑布模型：最经典的过程模型，适用于需求明确，规模较小的项目
喷泉模型：迭代，无间隙特点，适用于面向对象的软件开发过程
螺旋模型：
MSF模型：微软解决方案过程模型
单元测试：和开发同步的测试。
集成测试：一个大的功能模块测试。
系统测试：整个项目完成后发布测试。
验收测试：交付客户测试。
考官：令狐冲，能谈谈你们是怎么样对这个项目开发的吗？
令狐冲：首先，我们这个项目已经有了一个基本的用户原始需求。但这是不够的，我们都知道需求分析是十分重要的，所以我们在用户原始需求文档的基础上，再次进行了分析，通过不断的与客户沟通，充分的了解和熟悉用户的业务，完善了业务需求和功能需求。还对用户业务需求和功能需求分析完善为实现软件的必须的非功能性需求。得出项目需求规格说明书，经过评审会议确认通过。
根据需求规格说明书进行用例分析，通过分析和讨论找出充分的有效用例，并用Rose画用例图。对每一个用例进行详细的分析，完成每个用例的用例规约文档，并编写界面原型。划分项目模块。最后对用例及用例规约文档进行评审验证。编写”代码编写规范”及界面风格规范，数据库设计规范,编写概要设计说明书。
根据需求规格说明书和分析各个用例规约文档，获得数据库的基本信息原型。也可以说是数据库表的草稿，根据数据库表草搞进行分析，进行数据库设计和优化。编写数据库设计说明书。采用PowerDesigner进行数据库建模，并生成SQL脚本。确定项目框架，设计公共模块和辅助类。根据对数据库模型和用例规约文档的分析，列出对象清单和理清对象关系。用Rose来画类图。对每一个用例都用rose画出时序图。编写详细设计说明书。列出任务清单，分组进行代码编写。
在代码编写阶段，先统一完成所有的实体类。对于非实体类则先完成类的框架，也就是只写方法和注释文字。具体方法的实现暂时为空。然后再进行代码填写。每完成一个类的代码编译通过后都要进行重构和单元测试。每完成一个功能和模块都由会由小组长进行集成测试。使得完成的模块是一个真正可以运行的，可见的功能实现。
在各个小组都完成自己的模块后就进行模块整合，进行一次大规模的集成测试。然后把产品产给产品测试小组进行系统测试。