`
coolsooner
  • 浏览: 1303097 次
文章分类
社区版块
存档分类
最新评论

[28期] 第一次项目感想 - C军团 --- 邢家鹏

 
阅读更多
项目感想



“好了,从今天开始,我们就开始第一个项目啦!”随着峰哥这句话的结束,我的心情也为之激动了起来。
之前一个月的PHP基础学习,很枯燥。因为都是基础的知识,除了练习还是练习,每天都在重复每天的内容。但是我明白,没有枯燥的练习,没有扎实的基础,如今开始项目的时候,会一头雾水,束手束脚。
项目大体分为两个阶段,第一个阶段便是项目档案编写,第二阶段则是代码编写。
档案有三份:需求分析,数据库设计,程序设计。其中的需求分析是重中之重。
需求,是每一个项目的源头。不知道需求,项目是无法进行下去。只有做好了需求的分析,才能为后面的工作做铺垫。
项目做什么?需求分析中的第一段应为整个项目的简介,介绍这个项目的类型,作用,能提供什么服务。在有限的篇幅内能把项目最终形态介绍完全,达到言简意赅的效果。
项目功能如何实现?在需求分析的第二段,将是后台的介绍。在介绍时,做到使用者能看出后台提供了什么功能,应该如何操作才能达到自己想要的效果。而程序员看了之后,能明白做出什么样的功能,实现的效果该如何。
后台的分析完了,接着便是前台。做不同的项目,前台的要求也是不一样,最主要就是权限的体现了。权限可以将用户更好的分类管理,给予他们需要看的,以及自己需要展示的内容。
仅仅有此还不够,页面的布局设计也不是不可缺少的,否则展示的内容没有轻重点,不利于内容的体现。
前台除了主页以外,还要有相应的二级页面,才能有利于内容展示。在这点上,使我对于$_GET的用法有很大的进步。
对于前台页面的说明,同样也需要做到用户看了明白能怎么操作,需要什么应该往哪里找,在哪儿能有用户感兴趣的内容。而程序员则是看了之后,知道程序应该如何编写,之后能做出与之相应的效果来。
这两部分分析完后,接下来就是结构图了。还有就是页面的布局图,前台的主页,后台的主页,二级页面等大体的布局需要画出草图,标明区块作用。
在设计页面的时候,不能马虎,也必须要有大局观,否则将是设计完了之后,发现设计出来的也仅仅适用当时的页面,不利于其他页面的使用。
需求分析完成后,数据库的设计就简单多了。找出需求分析中的实体,然后对应的给属性,之后再把相关属性赋予相应的类型,写上数据库语句,之后便完成了数据库的设计了。在需求分析写完整后,只要把对应的实体找出来,数据库设计不是难点。
程序的设计则相对有些难度了,只能先把能想到的页面,分门别类的存放在文件夹中,在后期写代码的时候,再逐渐的完善。
当档案编写完成后,就可以按照需求分析中的思路,逐个去实现。
在编写代码的时候,我始终谨记峰哥说的,需求分析里面列出了什么功能,就写什么功能,不能写着想到了新的功能,又想新的功能,功能是无法加完的。只有当需求分析里面的做完了,才能去做新的功能,想新的功能。
在做项目的过程中,我发现的确如此。编写的时候,脑子里总会出现“奇思妙想”,都感觉非常的有用,都希望在自己的项目中添加进去。然而自己却忘记了一件事情,在做需求分析的时候,压根没考虑此类情况的发生,因此这些想法哪怕是实现了,安置它们也是一个很费时费力的过程,还不一定就是对项目很实用的功能。
经过两次的失败后,我确定了,老师说的是对的,认准自己的预定功能,只有把预定的功能实现了,需求分析中的完成了,再看情况是否允许再添加。否则的话,只能是项目无法正常完成的后果了。
虽然面向过程写项目时是想到哪写到哪儿,但不代表没有一个主体的思路,而想要保持这个主体的思路,我是按照自己写的需求分析去确定大方向的。什么应该写,什么是有可能用到的,但是不属于计划内的,都分清楚,然后写下去。
编写项目的时候,是一个主动学习的过程。主动学习,是心态上的转变,是思想上的主动吸收。处于这样的状态,其中用到的知识,都会被铭刻在自己的脑海中,难以忘记。
以上的,就是在完成项目的时候,总结出来的。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics