1.可行性分析
主要是对一个项目是否进行做出决定，一般由公司高层来决定，这种决策对公司尤其是创业公司至关重要。方向搞错了，执行力再强也没用。想创业的同学，这个问题定要多多思考哦。 可行性分析可能包括但不限于以下几个步骤：市场调研、技术难度、盈利能力等诸多方面。 a. 市场调研：对市场做一些具体的调查，主要对一些问题做出回答，比如市场是否有对项目的切实需求、市场中是否已经有公司或组织在做、是否符合法律法规。 b. 技术难度：公司是否有技术实现这个项目，其中技术人才是一个重要因素。
c. 盈利能力：能给公司或者组织带来多大的收入。
有的时候，是不需要考虑盈利能力的，比如第一次给其它公司做项目，只要成功了，今后自然还有项目再做。或者，这是一个公司内部的项目，主要是为了减少成本的。（我们也可称之为盈利的） 思考：很多时候，探讨一个项目是否值得做，价值不大。因为你只有去做了，可能是做了3年， 才发现这个项目有前景或者不值得做。不过Fans同学仍然认为，思考是有必要的。
2.需求分析
可行性分析中探讨市场需求时，这时的需求很可能是一个比较大而抽象的需求，需要在需求分析阶段细化需求。需求往往是很多的，而不是一个原子需求。
需求分类：功能需求、界面需求、性能需求。 a.功能需求：描述系统的功能，一般来说会细化成一个个的小功能，小到开发人员能够实现。 每一个小功能通常都有一个编号，比如F000001. b.界面需求：打个比喻，系统的功能好比人的内涵，需要一些时间才能理解。 系统的界面好比人的外貌，长得美帅很可能立即吸引一批人。 举几个界面需求的小例子，整体界面布局，色彩，字体大小。 这类需求往往会有一个解决方案：系统皮肤。 c.性能需求：描述系统的性能，比如页面的响应时间，同时响应的请求数等。 d.稳定性需求：724365不停运作，商业重要项目中会有此要求； 每个月有一次或几次维护，在网游行业非常常见。 e.安全性需求: 保护系统内部数据不外泄等安全方面的需求，比如用户的帐号和密码，个人其它隐私信息。 f.其它需求：… 思考：时间或者进度是需求么？
3.架构设计
架构设计是从技术角度对系统进行一个全方位的规划，通常着眼于全局，而非局部细节。 没有最好的架构，架构都是根据需求来做的。架构通常都会有架构师参与。
包括但不限于以下几种事项： a.选择项目开发所使用的技术，可能包括编程语言，数据库，框架或类库或平台。 b.定义系统技术基础，比如分布式平台的规划和部署、数据的流转等。 c.将系统划分为不同的模块，定义模块与系统技术基础之间的关系。 d.定义模块之间的接口或通信或者交互。一个系统通常会包含很多个模块，分模块开发体现了一种 分而治之的思想方法。定义模块之间的接口方便后期不同模块的整合。
4.详细设计
详细设计是将架构设计进一步细化，通常会比较细致，一方面方便开发人员具体开发， 另一方便于项目经理跟踪项目进度。
详细设计通常由开发人员来制定，可能会有以下任务： a.模块内部的设计，大概怎么做得有个全局的思考，可能会书写详细设计文档。 b.完成自己的模块功能，通常会严格参照需求文档或者功能列表文档。
c.与其它模块的交互。
5.编码实现
一般来说，初级程序员编程时，对需求、架构、设计没有深入的考虑，也不是很有必要。老师布置了 一个任务，或者自己想要做个小项目，通常在内心都有一些考虑，然后就开始敲代码了。 生产环境下开发，急于编码是个大忌，有经验的人通常会认可此种观点。 原因分析： a.需求变化的概率是非常大的，根据确定的需求编码往往不能适应变化。 b.即使需求不变，急于编码很容易考虑不周，结果往往是只实现了功能，却导致了性能差、逻辑不清、冗余代码多等种种问题。 比如，同一个功能，为了用户的方便，可能会有好几种操作界面，后台的功能实现既相似又有不同，急于编码非常容易导致代码冗余和混乱，维护起来非常费劲。尤其是在这次实习做项目中。o(︶︿︶)o c.一旦编码有了一定的进展，对大多数人来说，就失去了重新开始的勇气。 有的时候，重新开始写优于重构，尤其是在需求或者设计发生变化时。
6.测试
根据需求和功能列表，写测试用例，然后测试系统。 根据Fans现在的经验来看，人工测试占了很大一部分。比如为了测试用户名和密码，手动输入 用户名和密码，且考虑到正确性和合法性等诸多情况，这样为了测试一个功能，往往会有很多个测试用例。时间久了，会让人感到厌烦和疲惫。
对于想在测试道路走下去的人，做个测试开发工程师、测试经理还是有挑战的。
7.验收
根据当初的项目计划或者产品计划，也可能是结合需求文档，来检查当前项目是否完全完成了当初的计划。 验收过程可能会和前面几个流程有些重复的地方，我的理解是9个流程之间存在一条主线：项目开发和维护。 验收的过程会涉及到很多事项，具体有哪些事项，可以"身临其境"来想。
8.部署
项目计划是振奋人心的， 需求分析是细致入微的， 架构设计是运筹帷幄的， 详细设计是指导方针的， 编码过程是艰苦卓绝的， 测试过程是精挑细选的， 验收过程是中规中矩的， 部署过程是春种秋收的， 维护过程是精心呵护的。
9.维护
a.保证现有软件持续正常运行 常见例子： ①服务器由于负荷太大，挂掉了，需要立即重启； ②网游为了保证系统稳定运行，每过一段有几个小时的维护时间。 ③系统越来越慢，需要诊断原因，网络带宽问题还是内存泄漏还是CPU不够用。 b.二次开发 常见例子： ①百度有海量的搜索请求，分析下搜索请求，挖掘一些信息，比如浏览器的市场份额情况、统计热搜词。 （侧重于数据） ②使用系统API，做一些其它方面的功能。（侧重于功能） c.系统升级 常见例子： ①QQ空间由5.0升级到6.0，公司内部做好开发，普通用户没有多大的影响。 如果想升级，点击一下按钮-升级到6.0，就可以了。 ②天龙八部由2.0升级到3.0，客户端需要下载很多新的组件，然后更新，最后重新启动。 以上介绍的只是一些概念上的流程，很多地方都是自己的个人揣摩和猜测。 实际过程中的开发流程，各式各样，按照自己所在公司的流程来开发才是最合适的。
