首页 > 代码库 > 铁科院医保项目第一版測试

铁科院医保项目第一版測试

      短短的一个多月的时间已经做出来一个简单版本号。能够完毕基本的医保流程。当中加上十月一以及周六日放假等,实际上做项目的时间也就是一个月的时间。这个系统是一个大的综合系统。我们做的仅仅是里面的一个小的子系统,到眼下为止这个系统能够执行了,里面一些关于统计分析、数据图等补充的内容没有加入外已经都昨晚。可能还会再第二版中把这些功能做上。

系统尽管已经提交測试。能够执行可是在做项目的还是有非常多感悟的,这个项目是从前期数据库设计到代码实现都參与了进来。考虑着哪里easy出问题怎么设计等等。有些问题非常easy却值得我们在开发中多多注意。

1.实现方式的选择

      有非常多时候我们在实现某一个功能的时候有好几种方式都能够实现,那么你选择哪一个方式做呢。觉的作为开发者总想利用自己觉的高点的实现方式做出来。这样像无可厚非,事实上从用户角度想他们并不关心你用到了什么技术、他们真正关心的是用户体验度,关心的是界面。界面是直接和用户打交道的通道,因此,并非你使用了多么高深的技术就会产品做的非常好,举一个简单的样例:

      我们系统中有一个界面是批量加入数据,每条数据是一个实体,就是从前台往后太批量加入数据,记忆中高校里面做的类似的拿出来看了看,这是DWZ框架为我们封装好了这一功能。仅仅需依照DWZ给的样例做就能够了。如今前台没有使用框架就须要我们自己写一个通用的方法解决这一问题。这个问题事实上非常好解决我们能够用数组的形式,每一个实体有多少个字段我们就使用多少个数组,这样似乎有些麻烦但思路非常清晰、简单。还有是自己写方法注入,经回顾DRP中有类似的实现方式,尝试了尝试也实现了传值。

      本人觉的假设有多种实现方式时,假设项目不紧能够尝试使用难一些的方法。假设项目紧就须要考虑时间问题了。

2.运行力不足

      做项目的前期往往比較慢,运行力弱,当给了任务或者分配给别人任务后,做的不是非常着急,没有多少紧迫感,总是领导说要看看系统了、看看系统中的功能做的怎么样了才会着急做,那几天往往是效率比較高的几天,假设做项目一直合理分配时间,应该不会导致前松后紧的情况出现。

      做项目都是一到后期就会出现加班严重的现象出现。系统着急上线不得不加班。不管是在哪里都有这种现象,在提高班做项目也是最后要忙活几天。这几天过去就又好好歇息几天。

      假设前期做项目对于一些细节规划好点,測试的时候就会少出现非常多bug。也就不用非常赶那么几天。

3.数据库字段类型选择

      觉的一般的字典字段如男女、科长、职工等。最好使用字符串,像一些金钱类型的须要使用double类型。还须要四舍五入保留两位小数,觉的我们系统里面对于数据库类型使用的有些乱,经常出现类型转换错误,看不出来哪些使用了整型、长整型、字符型、double类型等等,在我们自己设计数据库时最好做一些规定或者统一,以便后面开发使用方便。初次之后,对于使用了hibernate映射等,数据库实体以及表结构设计尤为重要。仅仅有后台设计好了前台才好实现,要不有些设计到多张数据表的时候会不好操作,前台也会不灵活。

4.前台样式

      关于系统前台样式最好在前期做某一个小模块时就统一起来,省去了后期改动的麻烦,如今我们就是功能做完之后还须要统一调试界面的样式问题。每一个界面和每一个界面的样式须要我们去调试,不如在前期统一好。

一个系统好的设计和不好的设计是差的非常远的。

5.前后台代码代码统一

      开发中有时前台和后台会分开来写,分开写的优点是系统中代码风格会非常统一。写后台的仅仅写后台写前台的仅仅写前台,易于代码的维护和阅读,在一起业务比較复杂大的系统中,往往採用这样的分开写的方法。这也让不同的人发挥不同的优势,假设你对于操作数据库、写SQL语句不熟悉,也不用操心开发不了,你能够关心业务。

6.数据库设计冗余字段太多

      这个系统中总共十几张表。差点儿每一个表中都冗余了非常多字段,有的两个表差点儿是一样的表结构,能够通过关联字段来获取值。

7.职工

      在这里的正式职工差点儿是不怎么干活的。他们也不是不会干,可能国企里面养成这种习惯,干活慢、不着急、领导假设不催的话没有人着急做项目,这里的人大部分是维护其它系统的人员。和干开发的相比要显着轻松多了,还有维护12306的一群人也都在这里,想想我们在全国都用的12306server旁边开发。12306就在我们身边。

      大部分工作是由外包人员来做,为什么说外包比較锻炼人呢,让你做的工作比較多。遇到问题须要你去解决,如此一来得到锻炼和实践的机会比别人多。你积累的东西就比别人多,前几年干干外包也有优点,增长快可是比較累,看你怎么选择了。

8.交流和沟通

      在做项目中交流和沟通往往是非常重要的一项内容。一边做项目会遇到各种问题须要去找某某个人商议,因此彼此负责的内容不同。即使你们负责的不尽同样那么也会有业务往来。在做一个项目中不交流是不可能的,在做的时候我也是有些问题觉的须要同别人商议的就找人商议一下,我们组有一个211中海石油大学的。也是一个屌丝,挺爱学习的,能够考上本一好大学的同学都有着些爱学习的品质。自动学习的欲望强烈一些,要不也不会考上好大学。

      在一个项目周期中须要同各类人员打交道。前期需求阶段主要是项目经理、主任、架构师、技术总监等,等项目着手开发后主要打交道的就是经理和开发者了。有时候是交流推动着项目往前走。在同别人交流中逐步对某些问题的理解主见加深,对业务也有了写了解。


总结

      这是出来做的又一个java项目,第一个使用的SSM框架。这个是SSH框架,使用起来都非常easy,在做这个项目的过程中也收获了非常多东西,很多其它的是工作中的感悟,须要你去一点一点体验尝试,去学习做项目、同别人交流沟通、大家一起合,事实上在工作中学习到的最多的不是技术,而是怎么样在工作中同别人合作;在做项目中,更好的參与到当中、更好的同别人交流,觉的这是学到的最多的。至于一些技术类的知识也加深了理解,多沟通和交流技术自认而然就会上去。两者相互促进。




铁科院医保项目第一版測试