第一次小项目总结

这是我第一次参加一个完成的小项目,虽然不算成功,但其中还是收获了很多。再此做个总结,整理一下思路,沉淀一下自己。我们是一个三人团队,开发的是一个网站。

先针对于整个流程分析:
这次项目大概流程是这样的,产品的构思(包括产品的经济可行性分析、需求分析)、功能模块设计、界面设计(草图设计和真正的实现)、数据库设计、代码编写和测试。由于是出于比赛的项目,产品是凭空想出来的,前期需求分析没有真正的确定下来,以至于在后面实现的时候没有严格执行,所以在做界面设计以及功能模块实现的时候就出现了一改再改的情况,导致后期越改越乱,最终连数据库的设计都被牵动着改了。
          由此看来产品分析是一件非常重要的事情,在软件周期内,将软件比作一个盖房子的过程,需求分析相当于是一个设计图,我们要根据设计图来打地基再盖房子。而在写产品分析之前要么就将产品整个摸透,弄明白该产品是做什么的,它需要满足哪些需求,应当具备哪些功能,如果这些弄透彻,到后期会越来越糊涂,最终不知要做什么了。
          对于用户来讲,用户界面的舒服感觉更重于你算法的简洁,因为与用户直接打交道的是页面,怎样将产品打开一下子就能抓住人的眼球,是难点也是重点,所以千万不要小看页面的设计及美工。
          给产品起名字,不要以为起名字是件小事,它和界面一样,是给产品加分的重要选项,尤其是在参加比赛的时候,让评委老师眼前一亮,对你的产品有印象,形成一种期待感,那你就赢了3分。

OK,现在说一下在软件开发过程中遇到的困难及问题:
     1)在多人合作开发过程中,一定要分工明确,不要不清不楚,这个人一会儿做做前端,一会儿做做后台的,这样不专,很容易导致整体方向变混乱。
     2)在分工明确的情况下,一定要抓住主次进行工作,不需要做的地方,尽管它绊住了你,记住它,然后想办法绕过去,等回头有时间了在慢慢解决。
     3)在开发过程中,最好在旁边备上你可能需要的书籍,哪里想不通的时候,翻翻书,学的会很快,为什么不在网上搜呢?因为书往往更系统一些,它可以将很多问题串一块。
     4)在开发过程中遇到bug,不要着急百度(google),先自己冷静的思考一下,看看自己能不能解决,如果实在不行再找第三方求助。
     5)最忌讳的是凡事没有计划,所以在做项目前,进度计划表一定要确定下来,一步步跟着计划走,这样效率会提高很多。


在答辩过程中一定要突出的东西:
     1)首先第一件事是要让别人知道你的产品是做什么的,它有什么用。
     2)你做的东西的特色是什么,有没有类似的软件,若有,和它的区别或比人家的好在哪里
     3)它能不能用,有没有技术含量,是否具有使用价值。
     4)如果你很不幸的抽签抽到最后一个,尤其是在比赛时间很紧的情况下,那请不要无意义的死板的讲你自己事先准备好的东西,灵活一点,上台先将评委的注意力吸引到自己的身上来,然后再讲作品。

  以上是从我个人角度出发的总结,今后会不断完善自己!

原文地址:https://www.cnblogs.com/beliee/p/3753374.html