2006
年度工作总结
系统工程部
DTH
一、工作回顾:
回顾
2006
年,感觉做的事情很多,但是仔细一想却又很少,从
2006
年初到
2006
年最后一天,都还在
HA
出差,整个一年的事情所做的工作大体说来就是“
HA
项目”了!
2006
年
1
月初,我和
MQ
,
CW
,
NK
,
MS 4
个同事一起到
HA
市出差,我们住在房产大厦对面的宾馆里面,
NK
,
MS
一边和房管局领导洽谈业务,
MQ
,
CW
和我一边对房产测绘事务所做测绘业务管理系统的需求调研工作。当时天气非常阴冷,下了几次小雨,我们在工作时间到测绘事务所跟他们一起做需求调研,回到宾馆后马上写需求分析报告,常常工作到很晚,对我而言这是比较正式的需求调查和分析了,而且由于不太熟悉测绘事务所的业务流程,当时对于客户的需求理解的不是很透彻,还好
MQ
和
CW
经验比较丰富,经过近
10
天的辛苦工作后,终于完成了初步的需求分析报告,这个时候负责业务的两个同事也终于初步谈妥了业务,而且春节马上要到了,大家都很高兴的回到了北京,期望这是一个良好的开端。
过完春节后,我们组建了正式的
HA
项目小组,
CW
任项目经理,我担任项目中的程序开发工作。当时大家都想把这个项目做成一个优秀的项目,项目组内外从系统架构,开发流程等方面进行了反复的讨论,最后确定在系统架构方面采用多层架构实现,
XX
负责基础数据访问
/ORM
和工作流组件的支持,
ZHL
负责人员安全模块和绩效考核模块的支持,
CW
负责基于强类型
DataSet
的通用数据访问层处理,
SZ
负责报表组件的设计和支持,我和项目组内的同事
SXP
负责业务层和
Web
层的设计,组内组外的工作由
MQ
统一负责协调。
在我负责的工作初期,设计一个良好的
Web
系统界面是很重要的工作,在
ZX
的支持一下,系统的界面框架设计出来了,并且得到了客户的认可。然后,我开始完善一些界面的功能控制,比如导航栏
/
菜单动态控制,页面框架控制等。这些工作完成后,开始进行业务模块设计,模块的界面基本上是根据做需求时候拿回来的一堆表格,
CW
根据它进行数据库设计,而我根据它进行界面设计,然后拿给
ZX
美化。很快模块界面一个个都设计出来了,应该进行模块的功能设计。但这个时候关于数据访问到底应该怎么用还不清楚,
CW
的强类型
DataSet
和
XX
的
ORM
也争论不休,最后决定业务数据访问采用
CW
的方案。由于这是一个新的架构方案,我们花了一个多月的时间才慢慢完善和熟悉了它,实现了一个个基本的功能模块。
这个时候,从外面看,系统地骨架已经成立了,单个模块可以基本运行,由于我负责的
OA
部分比较独立所以情况比较好,但是业务流程方面问题却比较多,
CW
和
XX
反复讨论一些业务流程控制到底是该业务组件实现还是工作流组件来实现的问题。后来意见倾向于让工作流组件负责业务流程控制,我们只是负责单个的业务流程模块设计。在工作流那边,原来的工作流组件流程单一,只有直线流程,没有分支和循环流程,也没有动态流程,所以改动非常大;在业务模块这边,由于没有设计好的流程组件支持,所以无法进行完整的业务流程设计
/
开发
/
测试。由于客户方的业务本身流程比较复杂,加之我们不太熟悉他们的业务,所以大部分时间我们是在公司这边臆测客户的业务流程跑起来应该是怎么样的。原来预计
5
月份我们到客户那边去进行现场开发,但是因为客户原因推迟到
6
月份。这四个月期间,经历了不断地摸索和反复地争论,到
6
月
1
日前
,
LQ
的测试报告显示,
HA
房产测绘业务管理系统功能基本可行,可以交付客户初步实施。我们也期待着到了客户那边他们能够比较顺利的接收我们这个系统,我们自己都认为系统是很强大的:可以轻松的切换不同的数据库,可以灵活的设计复杂的流程!
6
月
1
日
,我们项目组
CW
,
SXP
,
HS
和我
4
人先期一起到
HA
房产测绘事务所,后来赵峰也过来了,进行系统初步的实施,但是客户看了以后,觉得问题比较多,我和
SXP
陷入了不断的修改之中,
CW
每天不断的与客户讨论沟通我们的系统真正应该怎样做的问题。这样,我们的任务进行到了现场开发阶段。我主要负责
OA
部分和部分业务流程模块设计,
SXP
主要负责流程控制和部分业务流程模块设计。在我负责的几个业务模块中,先期报表打印成了很大的问题,我和
SZ
在网上反复的沟通,报表组件在不断的改进之后终于基本完善了。虽然设计和开发报表程序没有问题了,但是以后的运行环境问题却很是复杂,问题比较多,这也是我到了年底都还被
HA
找回去的主要原因。除了报表问题外,给我印象比较深刻的是系统有些模块到了客户那边要么弃之不用,要不大力修改,要不推倒重来。考勤模块不用了,方案管理被简化了,招标流程被取消了,内业作业和内业审核被重新设计了,档案管理不用了(后来被移动了成果管理系统中实现),绩效考核被完全重新设计了。绩效考核模块
ZHL
在
4
,
5
月份花了一个多月时间设计的东西我在
HA
又花了半个多月重新进行了设计。另外我们还增加了一些功能,比如我负责的查询管理。到最后,我们发现整个系统的一半多被重新设计了,有些功能被弃置不用,这些不得不说是我们的失误,是我们先期过多的时间讨论系统的架构,臆测客户的系统,没有及时有效的和客户沟通造成的。
时间转眼到了
2006
年国庆,整整一个夏天过去了,终于熬过了最艰难的开发阶段,系统的问题也像天气一样进入秋天开始降温了,客户开始了内部测试,系统开始比较稳定的运行,我们在国庆前夕陆续回到了北京。国庆后我请假回来,项目组又派赵峰和
SXP
到
HA
客户那边进行维护工作,我在这边继续作支持工作。当时问题不是很多,我在
10
月份中后期,接手作公司的
WIA
项目,主要做网站的前期界面功能开发。由于前台页面设计的比较好,后台程序也是现成的,所以没遇到啥子问题。
11
月下旬,
SXP
他们都回来了,项目组派我到
HA
客户那边继续作系统的维护工作,并开始了系统的正式试运行和客户的使用培训工作。在周末我对客户方的信息科进行了系统设计和开发方面的培训工作。两个星期后培训工作结束,系统也没有发现啥子问题,我就先回来了。回来后在公司这边仍然进行
HA
项目的一些维护工作,担当起了系统维护的角色。但是由于客户方面的服务器中病毒无法打印报表在元旦前夕的
12
月
27
日
又再次被他们叫回去。客户的电脑应用水平是很让人头疼的问题。直到
2007
年元旦那天,我都还奔波在回北京的火车上。
2006
年整个一年,我做的工作主要就是“
HA
项目”了,事情的确不多但是又很多;
2006
年对于我的第二个词语就是“出差”,我们在客户那边呆了整整
4
个多月,炎热的夏季和阴冷的冬季便是出差的一个记忆;第三个词语是“阴雨”,这是我的感觉,从年初做需求的时候那几天的阴雨,到
2006
年
12
月
31
日
傍晚下起的阴雨,不大,但是冰冷,这便是
2006
年留给我最后的记忆了!
二、问题总结:
2006
年遇到的主要问题是关于系统开发与项目实施的问题,主要有:
1,
项目没有进行有效的组织,数据处理组件,工作流组件,报表处理组件,这些应该是系统架构的基础部分,应该先期就有比较完善的应用和支持,但是项目的实际运作却是要求业务组件设计与这些基础组件的设计一同进行,难免耽误整个系统的开发时间;
2,
系统架构过于庞大,虽然系统设计比较有前瞻性,但是对于特定的应用系统来说,开发效率和质量是应该首先考虑的,架构庞大对开发和调试都很不方便,
Bug
很多,项目小组成员也没有对于这些架构应用的丰富经验。
3,
没有和客户先期做好沟通就开始系统设计,有些功能后来客户弃置不用,这对于我们和客户都是较大的损失。
4,
计划不如变化,不能说先期和客户的需求没有做好,而是客户方面对于此次实施该系统,也是一个逐步梳理他们业务流程的过程,很多东西都是在我们实施的时候一步步确定的,每次和客户的功能
/
需求讨论,最后都变成了客户的业务研讨会,我们根据原有需求做出的东西后来基本上都被修改了。如何应对这种开发模式值得探讨。
5,
客户支持不够,虽然这不属于我主要应该关心的问题,但是客户给我的印象也是如此,我们有问题得老是等待,他们一般都比较忙,需要他们协助的事情往往不能及时解决。
三、意见和建议:
HA
项目已经作了整整一年了,这个项目动员了我们部门所有的力量,其间有很多同事加入过,也有些同事后来离开了,但是到现在,项目好像还没有完成的意思。我的意见只有一个:做的太辛苦了!
从加入
HA
项目以来,从开始参与需求调研,需求分析,界面设计,模块设计,到现场实施,现场开发,测试,维护,客户培训等,跟项目开发有关的工作都做了一些,从中学到了不少经验,也发现一些问题,而这些问题大都是超出我所涉及的范围的,或者说是我以后应该注意的问题,在此我也想提一些建议:
1,
采用基本成熟的组件,而不是组件设计和项目开发同时进行,可以把组件应用到项目中逐步完善;
2,
采用灵活的架构,建立快速的原型,根据情况决定采用一定的技术,不能“唯技术论”;
3,
采用灵活的系统开发方法,应该有比较完善的应对客户需求不断变化的开发模式;
4,
加强客户参与项目的力度,比如让客户方派人担任项目经理,以增强客户的支持力度。
5,
稳定的项目开发队伍,项目内外应该多沟通,建立部门内部的讨论机制。
四、其他
没有了,希望
HA
项目早日结束,自己能够学到更多的有关项目开发方面的经验。