谈谈我对软件开发 可行性分析 等9个流程的理解[上]

详细设计通常由开发人员来制定，可能会有以下任务： a.模块内部的设计，大概怎么做得有个全局的思考，可能会书写详细设计文档。 b.完成自己的模块功能，通常会严格参照需求文档或者功能列表文档。

c.与其它模块的交互。
5.编码实现 (*^__^*) 终于写到编程啦，好开心啊！ 一般来说，初级程序员编程时，对需求、架构、设计没有深入的考虑，也不是很 有必要。老师布置了 一个任务，或者自己想要做个小项目，通常在内心都有一些考 虑，然后就开始敲代码了。 生产环境下开发，急于编码是个大忌，有经验的人通常会认可此种观点。 原因分析： a.需求变化的概率是非常大的，根据确定的需求编码往往不能适应变化。 b.即使需求不变，急于编码很容易考虑不周，结果往往是只实现了功能，却导致了性能差、逻辑不清、冗余代码多等种种问题。 比如，同一个功能，为了用户的方便，可能会有好几种操作界面，后台的功能实现既相似又有不同，急于编码非常容易导致代码冗余和混乱，维护起来非常费劲。尤其是在这次实习做项目中。o(︶︿︶)o c.一旦编码有了一定的进展，对大多数人来说，就失去了重新开始的勇气。 有的时候，重新开始写优于重构，尤其是在需求或者设计发生变化时。   6.测试
根据需求和功能列表，写测试用例，然后测试系统。 根据Fans现在的经验来看，人工测试占了很大一部分。比如为了测试用户名和密 码，手动输入 用户名和密码，且考虑到正确性和合法性等诸多情况，这样为了测 试一个功能，往往会有很多个测试用例。时间久了，会让人感到厌烦和疲惫。
对于想在测试道路走下去的人，做个测试开发工程师、测试经理还是有挑战的。
Fans认为，有较好的开发能力对于测试是非常有帮助的，具体就不再说了吧。 对测试有兴趣的，可以参考我的日志。 软件测试小结 http://user.qzone.qq.com/240370818/blog/1303981298
7.验收 根据当初的项目计划或者产品计划，也可能是结合需求文档，来检查当前项目是否完全完成了当初的计划。 验收过程可能会和前面几个流程有些重复的地方，我的理解是9个流程之间存在一条 主线：项目开发和维护。 验收的过程会涉及到很多事项，具体有哪些事项，可以”身临其境”来想。
比如大虾您手里现在有个项目，项目的具体内容已经定义好了，您把这个项目交给了Fans团队来做， Fans团队经过3个月的奋战终于做好了，现在项目等着您来验收，您该如何做呢*^__^*)
打个广告，今后有了项目，不要忘了Fans团队啊！(*^__^*) @Fans.Lei 2012-5-3
8.部署 项目计划是振奋人心的， 需求分析是细致入微的， 架构设计是运筹帷幄的，
详细设计是指导方针的， 编码过程是艰苦卓绝的， 测试过程是精挑细选的，
验收过程是中规中矩的， 部署过程是春种秋收的， 维护过程是精心呵护的。   9.维护

a.保证现有软件持续正常运行 常见例子：
①服务器由于负荷太大，挂掉了，需要立即重启；
② 游为了保证系统稳定运行，每过一段有几个小时的维护时间。
③系统越来越慢，需要诊断原因， 络带宽问题还是内存泄漏还是CPU不够用。 b.二次开发
常见例子：
①百度有海量的搜索请求，分析下搜索请求，挖掘一些信息，比如浏览器的市场 份额情况、统计热搜词。 （侧重于数据）
②使用系统API，做一些其它方面的功能。（侧重于功能） c.系统升级
常见例子：
①QQ空间由5.0升级到6.0，公司内部做好开发，普通用户没有多大的影响。
如果想升级，点击一下按钮-升级到6.0，就可以了。
②天龙八部由2.0升级到3.0，客户端需要下载很多新的组件，然后更新，最后重 新启动。
以上介绍的只是一些概念上的流程，很多地方都是Fans同学的个人揣摩和猜测。
实际过程中的开发流程，各式各样，按照自己所在公司的流程来开发才是最合适的 。