1 需求分析
万事开头难，软件项目开发最难的一部分就是了解客户需求，因为这直接关系到项目成败。一般这个都由多年行业经验的人去负责，需求这个事情是要靠人去挖掘的，有很多的项目需求都是需求人员根据实际的接触和思考挖掘出来的。了解客户真正的需求，了解客户真正想解决的问题，这里与你分享一句话：往往人说的第一个理由都是借口。所以需要的进一步的了解。
2 设定系统目标
做什么事情都要有一个目标，有一个范围，软件项目更是如此，否则就没完没了。我们不是万能的，所以没有一个界限是万万不能的。需求分析后，我们就可以明确出项目的目标范围是什么，有的也叫愿景，说的明白点就是希望软件能够达到什么程度。这里要注意的地方就是不要泛泛的说，不要说些空洞的话。例如此项目可以数字化自动化之类的，相比较而言此项目在多长时间内完成，上线后可以节省多少成本，可以提高工作人多少的工作效率更能说明问题。
3 技术选型
有了明确的目标，接下来就是如何实现的问题了。我们用什么样的技术，什么样的开发平台，在既定的目标可以保质保量的完成项目，给客户准时上线，验收结款。技术选型这个最忌讳的就是使用最新技术，在万不得已的情况下，还是建议采用自己熟悉的，项目组成员都可以理解的。切不可跟着潮流走，拿客户来做新技术的试验田。
4 系统分析
系统分析首先从业务逻辑入手，提取业务用例，在分析业务用例的时候就可以确定主要的业务对象以及属性，根据业务用例确定系统的主要功能和次要功能，由此进行系统功能的划分，根据业务对象可以建立数据结构以及数据字典。记得分析的基础一定要建立在在本业务领域内，不要超出业务领域，那样的系统分析将失去意义。系统分析主要包括系统分层设计，系统模块划分，数据库设计等几个部分。
5 标准与规范的设定
有很多的时候，我们做项目都是在系统分析之后就开始了Coding工作，甚至早早的就开始了编码部分，如果是一个人开发的还好说，从编码风格，注释习惯，颜色样式等都可能一致，如果多人开发就会出现万花筒现象了，对系统的维护以及升级都会带来很大的困惑。所以要把项目组的人召集在一起，弄个标准出来。
6 系统准备
有了需求，目标，分析，标准等，这下可以编代码了吧，别急。谁能保证整个项目组的人都可以对选定的技术得心应手啊。怎么办？学习呗，一般选定的技术都是有几个人会的，不会的就学习。一个项目往往不是从头开始，一般公司都有框架或样品，比如系统权限设计等。系统准备这个阶段就是搭建框架或平台，大家掌握好技术，准备开发。
7 系统功能编码
编码无需多言。
8 系统集成测试
测试要早早的进行。个人编写完代码，编译器可以给你检查语法错误，自己可以检查一下所负责的功能，这里可以采用单元测试的方法。集成测试主要是根据业务用例来测试的，看看逻辑，数据，状体是否正确等等。
9 系统说明文档
测试通过了，系统的说明文档基本也就出来了。我不赞成一个窗口一个窗口的来写操作说明，还是根据业务用例来写说明文档，这样的好处是方便实际操作人员查找学习，也能让客户感受到设计的步骤过程。
10系统部署培训
测试通过，把系统实施人员培训会了之后，系统实施人员到现场安装调试，并对系统进行实际的跟踪。一般也就是一个星期左右吧，如果培训时间不够可以进行二次培训。
11系统运行维护
系统安装完毕后，对系统进行跟踪维护。主要的工作就是收集反馈意见以及系统的Bug，把这些信息提交给项目人员，进行改正。一般不要让客户直接给开发人员打电话，个人认为开发人员还是比较稀缺的资源，一般一个项目做完会做其他的项目，不要让客户打乱其他项目的进度，所以在开发人员外部搭建一个防火墙，就是技术支持人员，一般测试过的系统不会有太大的问题，主要还是新的需求，把这些客户信息整理好，统一交给开发人员处理。