项目感言
需求分析阶段
这个阶段应该是最痛苦的吧，虽然项目和难度都不大，但由于是新兴事物，所以在没有任何需求的情况下，只能借鉴多个不同的优秀产品然后取其所长，再结合自己的实际应用场景，一个一个功能点的对比分析，经过多次开会反复确认后，终于把初期的需求基本确定下来。这部分的内容我不知道该讲些什么，但是感觉是最烦的一部分，因为功能是否合理以及用户体验对我来说真的不好估算。所以在你不确定需求是否合理以及能否完成的时候，只能多花精力去研究牛逼的产品是怎么玩的了。
原型设计阶段
本以为第一阶段过去了就会很轻松，毕竟需求是自己最不擅长的，所以需求确定下来以后就会觉得很简单。但是发现我错了，因为这次项目是各部分独立负责，所以需求讨论完以后剩下的所有工作基本都是自己做决定，这是一件好事，因为自己的权力变大，可以按照自己的习惯或者要求去编码嗯，就这样又坚持了一两周，把表结构给确定了，所有的页面和字段元素都给了设计以后就着急的开始了编码。。。emmmmm。。这个阶段貌似又把需求理了一遍
编码阶段-1
同样的，本以为第二阶段坚持过去以后，编码阶段会比较顺利。事实也确实如此。但是在第二阶段我并没有给全所有页面以及跳转的细节和元素，导致在编码阶段还存在漏页面和字段的情况，但是这时你的思维已经基本固定了，最糟糕的是在分析和确定需求阶段没有严格的文档记录，只有那几个零乱的.txt文件，所以我觉得最最重要的一个血的教训就是文档了。需求讨论完的前几天也许会记住80%，结合当时的笔记还能全部确定。但是一周后，两周后记的那些笔记已经完全凌乱了，因为我发现我在不同的笔记中出现了互相矛盾的内容，可以理解为代码没有复用吧，所以在出现了两处需求相似的内容时我自己也不能确定到底哪个是最终确定的了。所以到这里为止，只想说一点，那就是文档，至于文档的重要性在此就不多说了，只有亲身经历过才会明白。(给个小建议，文档一定要有结构且加上日期等判断版本问题，确保自己能判断哪些是最新的内容
0条评论
点击登录参与评论