`

项目开发体会

阅读更多
也谈项目需求:
项目需求分为两类,一个是客户自身能够提出需求,另外一种就是设计、开发人员自身模拟客户提出需求,我们有时也称之为内在需求。
对于第一种:需要我们的设计师有良好的沟通能力,很好的和客户相互交流,理解客户的实际需求,甚至能够提出客户的潜在需求,或者我们提出一些有利于计算机规则的,容易实现的一些建议,说服客户一些“不合理”、“难以实现”的需求。
对于第二种:在做之前要从多方面,多角色去收集资料。看看时候有类似的软件实现?老板的目标和最后效果是什么?自己也需要多角度分析,比如效果图,关系数据设计,重要的一些流程具体是什么样子,复杂的业务中的状态变换过程是什么,有哪些影响。在这个过程中使用适当的工具进行辅助设计有利于拓展我们的思维,更容易捕捉一些可能遗失的需求或过程

我总结了一些web系统开发的流程:
首先遇到肯定是尽可能多的了解需求,做需求分析。
这个时候需要产生一些系统总体的一些分析文档,比如使用用列分析描述一下系统的参与者,以及设计到那些功能。
对一些重要的流程,状态转换也使用相关工具产生相应文档。
第二:我觉得使用ps 或者html等方式做一套模拟的系统,然后跟客户或者老板等商议,等待反馈,这样能够及时有效的得知是否理解客户的本质需求,如有差异,也能第一时间得到更正,当然这个时候更正的代价是最小的。
原型设计的同时,数据模型的设计也需要同时进行,这个设计是对设计师,开发人员使用的,将会对系统后期的优劣好坏有着根本的影响。
第三:后期的一些编码,对于一个团队,统一的风格是必要的。。。。。。
第四:测试,尽量能够使用单元测试,还有整体的性能测试,比如jprofiler这些工具很容易看出系统出现明显bug臭虫的地方。
什么部署就不说了。
对于文档,我现在真真体会到它的巨大作用了,以前总是不在乎这点。
写写文档有利于理顺我们的思绪,有利于我们日后自己查看,更有利于团队成员之间交流,同样是项目移交的重要中介。
当然文档分为两类的,一个是给客户看的说明性文档,一个是为开发人员用的设计,业务文档。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics