教务系统--程序员如何对待资料与需求

教务系统在20号完全实现了,其中有些地方没有详细的完善.由于我们要准备软考,这点就先放下了,教务系统确切的说是目前我们第一个完全靠自己设计,开发的一个系统.对于我们来说,增长了我们的项目经验.让我们真正体会到了项目从需求到实现的步骤.其中当然有很多体会.是自己以前开发的时候从来没有经历过的.每一个体会都是财富.下面会把这些财富分享出来.

一:关于查资料

借鉴别人的经验这个对于程序员来说是必要的,在开发教务系统的时候,很多的功能都是自己第一次遇到,要想解决它,只能借助于我们的网络巨人.

查资料是一个很费力气的事情,互联网给我们带来大量资料的同时,也会给我们带来大量垃圾.很多垃圾网站都是复制别人的东西,他们的格式难看,而且到处是广告,让你看起来非常不爽.

对于我来说,当我搜索出一大片资料的时候,第一个看的肯定是这些资料的类型.最喜欢找的就是博客,论坛和一些听过的比较专业的网站上去找,比如51CTO,ITEye,CSDN等.这些里面大部分是原创,而且格式比较好,广告少.讲解明确,让人看起来非常舒服.

 

其次是看资料,个人感觉看资料不在多,在精.比如你咔咔的点开很多网页.每个网页都是关于这个技术的文章,如果你每个都浏览了,显然很多时候是不现实的,只会让你走马观花.这样其实不如抓住一个,仔细的看,当你看明白一个的时候,其他的基本上几眼就能明白了.

这样有详有略的看是最好的方法.

 

二:关于对待需求.

我们做系统,很多时候需求是不明确的,你不是当事人,肯定不会完全明白需求的.再说:当事人就一定了解需求吗?了解了他能合理的表述出来吗?

 

我们做软件,对于一个无法确定的系统,可以这么来做.

1:做可以确定的,每一个系统肯定有他确定的地方,不可能完全在变,那样这个软件肯定是做不了的.它的每一个部分都在变,你说还能做吗?所以,先把确定无疑的做了.这样也许你就会看到进步,做的也会有信心.

2:如果暂时确定不了需求的,可以先假设一个需求,假设一个最合理的需求.这样也比坐着等强.用米老师的话说就是等死不如找死.也许你就找到了活路.绝对不要天天抱怨.这样对你来说一点意义都没有,万事俱备,只欠编程的时代早就结束了.现在软件越来越庞大,越来越复杂.你想让每一个需求都确定了再做.那么恭喜你,你不用做了.

 

当然,在既然这部分是不确定的,那么即使你这次"蒙"对了,以后很可能变化,这样就考验你开发的灵活性,设计的灵活性,设计模式,敏捷开发都是这样来的.