- 浏览: 384312 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
h416373073:
重新加深印象了 谢谢博主
JAVA虚拟机参数说明 -
linsongze2012:
Spring JDBC注解 -
XiaoXiaoYang37790315:
大神,能详细描述一下么?谢了。。。找一天了
HSQLDB 带Connection的Stored Procedure -
liuxiang00435057:
看不明白说什么,现在正在做这个
HSQLDB 带Connection的Stored Procedure -
yqsshr:
不错 谢谢博主 知道xms xmx及permsize和ma ...
JAVA虚拟机参数说明
虽然是去年7月份才工作的,但事实上,我确是从去年3月中旬就已经在实验室开始工作了。(因为毕业后留实验室的原因,我虽然还没有正式毕业,但其实已经是开始工作了)。
从时间上来讲,主要分为两个阶段。
半正式工作期间:
2006.4--2006.7 BUG系统需求获取。 需要开发平台的一个新增功能: BUG管理功能模块。我是任务负责人,带领2个从云南大学来的实习生做这个Project。由于项目需求主要来源于平台用户的反馈和平台自身功能完善的需要,而没有人对需求有清楚的描述,甚至做成什么样也没有人有定论。因此,在前一个月,团队主要进行系统调研和需求确定这件事情。我们先后调研了 BUGZIALLA, Mantis, BugFree, JIRA等系统,在调研这些系统的基础上,我们对平台新增BUG功能模块进行了原型设计,用于和涉众进行讨论,以进一步确定需求。
在第一次讨论会上,我们的原型作为大家讨论的基础。根据这个原型,销售负责人,测试负责人以及开发负责人都提出了很多需求以及他们设想当中的系统应该是什么样的。老板也参与了该需求讨论会,并最终确定了产品开发的方向:要把功能都融合到平台中去,而不要单独做为一个组件,便于推广平台……
第一次讨论会之后,我们半个月之后又拿出了新的原型系统,再第二次讨论定需求,由于老板没有参加,很多需求细节有很多争议,不确定。之后,我们又半个月继续补充并整理需求,第三次讨论需求,这个时候,虽然对需求还有一些争议的地方,但是大局以定。一个星期之后,我们进行了第四次需求讨论,在该讨论会上,基本对需求打成了一致意见。
之后,我们小Team就开始制定原型系统,编写用例归约文档,交测试组进行评审,以方便他们编写测试用例。前前后后确定需求花了大概3个月的时间。
正式工作期间:
2006.7--2006.9 BUG系统开发。经过前期的需求获取之后,本以为可以轻松搞定这件事情。但云南大学的两位实习生要回去了,无奈又招了两个低年级学生加入到开发中。前面半个月主要负责培训需求、项目规范、项目架构、开发工具和语言培训。之后他们又放了半个月的高温假,我放了一周。正式开发就从我高温假回来之后开始。我负责设计模块架构以及业务层,领域层以及DAO层的开发,他们负责页面表示层的开发。到9月中旬,系统开发完毕。算了下,其实真正开发系统不过用了一个半月的时间。
2006.9--2006.10 BUG系统的组内测试。10月休假之前,我们已经完成了开发并开始了系统的组内测试。通过两个星期的测试,期间使用的就是自己开发的BUG管理系统,我们自己总共在系统中提交了60个BUG,并全部解决了。
2006.10--2006.11 BUG系统的集成测试。这段期间,将BUG系统和平台做集成。由于平台底层DAO已经做了大量重构,BUG系统是否能够正常运行是个很大的问题。且我个人认为DAO重构的质量难于保证。基于两点,第一:DAO重构有很多是由学生来完成。第二:DAO重构没有写单元测试。并且这种重构属于个人行为,难于获得 IDE的支持。在实际集成测试期间,确实有很多以前没有出现的问题出现了,同时,BUG系统和平台集成还需要考虑风格,权限,处理方式,以及易用性上的一系列问题。通过这次集成测试,系统功能基本稳定。
2006.11--2007.1 平台V2.9.4版本发布测试。主要测试的是:BUG系统以及其它新增功能,还有整个系统的测试。每到这个时候,测试总是能提出一些小需求。确实是测试组呀,厉害。这轮测试,不仅测试了历史项目,还测试了和以前版本的兼容性,还解决了很多小需求,小问题。总共解决130个BUG。配合平台V2.9.4版本发布成功。前段期间交给两位学生做的代码经受不了测试组严格甚至可以说是苛刻的测试,这段期间,我只好承担了修改BUG的主要责任。加班很多。
2006.11--2006.12 度量功能模块需求获取以及设计。度量按说是实验室的强项,王老板和她的博士生基本上是国内研究度量的个中翘楚。需求基本上是度量小组来定的,我们负责设计实现。但即便是这样,也发生了严重的需求变更,这是我们史料不及的,需求变更的影响之大,使得我们最初的设计基本上是需要重新做。以前根本么有用户自定义度量,也没有度量的多层次原因分析,用户的使用方式也完全变化了,引出了另外一个需求:项目数据基线。
当时,度量功能模块也主要是由我来负责。经过这次需求变更之后,项目的实现难度明显增加。我和项目的两位项目经理进行分工,btw,我不是项目经理。我负责度量底层数据结构,存储和数据传输以及客户端数据访问。另外两个项目经理,一个负责基本度量、派生度量的定义以及度量脚本的编写,另外一个负责度量报告和PCB报告的生成和保存。
2007.1--2007.2.12 度量功能设计和开发。平台V3.0版本需要在07年4月末给用户,已经用用户签好合同了。但这个3.0中的主要功能:度量还没有开发,整个项目组压力很大,我们又开始了漫长的加班阶段,基本上每天都到晚上11点。截至2月12日,我负责的项目数据基线导入和存储,实体数据定义,实体数据库的生成和存储,实体数据库的传输,客户端数据访问功能开发完成。由于再晚就买不到去厦门的机票了,我提前4天回去度假。此时,度量功能的基础部分已经搭建起来了。感觉收获很大。
2007.2.12--2007.3.4 休假当中,前前后后算起来有三周的时间,我一直待在厦门这个如花似锦的城市,好舒服。只是时间有点长了,我宁愿用时间来换钱,哈哈:)
2007.3.4--至今 平台V3.0版本发布测试。主要测试的是:度量。4号回北京,8号来到无锡进行封闭开发,一直到现在。
每周工作六天,每天的工作时间安排是:工作时间:上午8:30-11:00,下午 1:00-5:30,晚上7:00-9:00,必须保证每天9小时的工作时间(如果白天因个人原因工作量不足,请延长工作时间)。
测试组和项目组都来了,此次测试,测试组使用我们开发的BUG管理系统来进行测试管理。在实际使用过程中,他们又提出了很多有关BUG管理的新需求以及使用建议。因此,前三周主要就是处理新增需求以及修改部分度量的代码,以满足变化。到目前为止,BUG管理系统应该是比较贴近用户的需求了:)。我负责的度量部分主要是底层,页面上的东西少,因此BUG少。
回想起来,时间过得实在是太快,一年时间转眼就过去了,主要就是做BUG和度量两件事情。我个人觉得自己在这一年期间是很努力工作的,应该是对得起当时自己留在实验室的承诺的。我也有所收获,不光在个人技术和能力上有所长进,同时也增加了一些项目管理的经验,但更重要的是我开始明白了做人的重要性。我开始意思到不管你从事什么样的工作,这个和人交往的能力,做人很重要。
“说你行,你就行,不行也行。说你不行,你就不行,行也不行。”以前对这句话没有太多领悟,但这句话确实是很经典。我本来就是实验室培养的学生,毕业后又留在实验室工作,处理好各种人际关系应该对我来讲,并非难事。但是实际上,如果自己不去用心经营,这人际关系也不会好。
再说,我个人性格上有缺陷:我一直就是属于那种比较自信的人,觉得自己比其它人出色。自己在工作中对自己严格要求,对其他人也是要求苛刻。如果别人没有做到合乎要求,那么我肯定是不高兴,难免会得罪人。再加上,我一直对测试组的工作有看法,觉得他们的进度和测试水平有问题,在改BUG的过程中会和测试人员的看法有所不同,产生不一致的理解,会带来争论,这也难免会得罪人。曾经就有测试经理在开会时向王老板反应我负责的BUG系统遗留的BUG多,闹得开发经理跑到我这里来质问:(,但实际情况呢,毋庸我来多讲。
是我的问题,我一定改得了。以后不管是在工作还是生活当中,都要注意这个方面。搞好关系,不要把属于自己的机会白白扔掉。做事情的时候,要讲究方式和方法,才能团结一切可以团结的力量,来做好项目,做好产品。
从时间上来讲,主要分为两个阶段。
半正式工作期间:
2006.4--2006.7 BUG系统需求获取。 需要开发平台的一个新增功能: BUG管理功能模块。我是任务负责人,带领2个从云南大学来的实习生做这个Project。由于项目需求主要来源于平台用户的反馈和平台自身功能完善的需要,而没有人对需求有清楚的描述,甚至做成什么样也没有人有定论。因此,在前一个月,团队主要进行系统调研和需求确定这件事情。我们先后调研了 BUGZIALLA, Mantis, BugFree, JIRA等系统,在调研这些系统的基础上,我们对平台新增BUG功能模块进行了原型设计,用于和涉众进行讨论,以进一步确定需求。
在第一次讨论会上,我们的原型作为大家讨论的基础。根据这个原型,销售负责人,测试负责人以及开发负责人都提出了很多需求以及他们设想当中的系统应该是什么样的。老板也参与了该需求讨论会,并最终确定了产品开发的方向:要把功能都融合到平台中去,而不要单独做为一个组件,便于推广平台……
第一次讨论会之后,我们半个月之后又拿出了新的原型系统,再第二次讨论定需求,由于老板没有参加,很多需求细节有很多争议,不确定。之后,我们又半个月继续补充并整理需求,第三次讨论需求,这个时候,虽然对需求还有一些争议的地方,但是大局以定。一个星期之后,我们进行了第四次需求讨论,在该讨论会上,基本对需求打成了一致意见。
之后,我们小Team就开始制定原型系统,编写用例归约文档,交测试组进行评审,以方便他们编写测试用例。前前后后确定需求花了大概3个月的时间。
正式工作期间:
2006.7--2006.9 BUG系统开发。经过前期的需求获取之后,本以为可以轻松搞定这件事情。但云南大学的两位实习生要回去了,无奈又招了两个低年级学生加入到开发中。前面半个月主要负责培训需求、项目规范、项目架构、开发工具和语言培训。之后他们又放了半个月的高温假,我放了一周。正式开发就从我高温假回来之后开始。我负责设计模块架构以及业务层,领域层以及DAO层的开发,他们负责页面表示层的开发。到9月中旬,系统开发完毕。算了下,其实真正开发系统不过用了一个半月的时间。
2006.9--2006.10 BUG系统的组内测试。10月休假之前,我们已经完成了开发并开始了系统的组内测试。通过两个星期的测试,期间使用的就是自己开发的BUG管理系统,我们自己总共在系统中提交了60个BUG,并全部解决了。
2006.10--2006.11 BUG系统的集成测试。这段期间,将BUG系统和平台做集成。由于平台底层DAO已经做了大量重构,BUG系统是否能够正常运行是个很大的问题。且我个人认为DAO重构的质量难于保证。基于两点,第一:DAO重构有很多是由学生来完成。第二:DAO重构没有写单元测试。并且这种重构属于个人行为,难于获得 IDE的支持。在实际集成测试期间,确实有很多以前没有出现的问题出现了,同时,BUG系统和平台集成还需要考虑风格,权限,处理方式,以及易用性上的一系列问题。通过这次集成测试,系统功能基本稳定。
2006.11--2007.1 平台V2.9.4版本发布测试。主要测试的是:BUG系统以及其它新增功能,还有整个系统的测试。每到这个时候,测试总是能提出一些小需求。确实是测试组呀,厉害。这轮测试,不仅测试了历史项目,还测试了和以前版本的兼容性,还解决了很多小需求,小问题。总共解决130个BUG。配合平台V2.9.4版本发布成功。前段期间交给两位学生做的代码经受不了测试组严格甚至可以说是苛刻的测试,这段期间,我只好承担了修改BUG的主要责任。加班很多。
2006.11--2006.12 度量功能模块需求获取以及设计。度量按说是实验室的强项,王老板和她的博士生基本上是国内研究度量的个中翘楚。需求基本上是度量小组来定的,我们负责设计实现。但即便是这样,也发生了严重的需求变更,这是我们史料不及的,需求变更的影响之大,使得我们最初的设计基本上是需要重新做。以前根本么有用户自定义度量,也没有度量的多层次原因分析,用户的使用方式也完全变化了,引出了另外一个需求:项目数据基线。
当时,度量功能模块也主要是由我来负责。经过这次需求变更之后,项目的实现难度明显增加。我和项目的两位项目经理进行分工,btw,我不是项目经理。我负责度量底层数据结构,存储和数据传输以及客户端数据访问。另外两个项目经理,一个负责基本度量、派生度量的定义以及度量脚本的编写,另外一个负责度量报告和PCB报告的生成和保存。
2007.1--2007.2.12 度量功能设计和开发。平台V3.0版本需要在07年4月末给用户,已经用用户签好合同了。但这个3.0中的主要功能:度量还没有开发,整个项目组压力很大,我们又开始了漫长的加班阶段,基本上每天都到晚上11点。截至2月12日,我负责的项目数据基线导入和存储,实体数据定义,实体数据库的生成和存储,实体数据库的传输,客户端数据访问功能开发完成。由于再晚就买不到去厦门的机票了,我提前4天回去度假。此时,度量功能的基础部分已经搭建起来了。感觉收获很大。
2007.2.12--2007.3.4 休假当中,前前后后算起来有三周的时间,我一直待在厦门这个如花似锦的城市,好舒服。只是时间有点长了,我宁愿用时间来换钱,哈哈:)
2007.3.4--至今 平台V3.0版本发布测试。主要测试的是:度量。4号回北京,8号来到无锡进行封闭开发,一直到现在。
每周工作六天,每天的工作时间安排是:工作时间:上午8:30-11:00,下午 1:00-5:30,晚上7:00-9:00,必须保证每天9小时的工作时间(如果白天因个人原因工作量不足,请延长工作时间)。
测试组和项目组都来了,此次测试,测试组使用我们开发的BUG管理系统来进行测试管理。在实际使用过程中,他们又提出了很多有关BUG管理的新需求以及使用建议。因此,前三周主要就是处理新增需求以及修改部分度量的代码,以满足变化。到目前为止,BUG管理系统应该是比较贴近用户的需求了:)。我负责的度量部分主要是底层,页面上的东西少,因此BUG少。
回想起来,时间过得实在是太快,一年时间转眼就过去了,主要就是做BUG和度量两件事情。我个人觉得自己在这一年期间是很努力工作的,应该是对得起当时自己留在实验室的承诺的。我也有所收获,不光在个人技术和能力上有所长进,同时也增加了一些项目管理的经验,但更重要的是我开始明白了做人的重要性。我开始意思到不管你从事什么样的工作,这个和人交往的能力,做人很重要。
“说你行,你就行,不行也行。说你不行,你就不行,行也不行。”以前对这句话没有太多领悟,但这句话确实是很经典。我本来就是实验室培养的学生,毕业后又留在实验室工作,处理好各种人际关系应该对我来讲,并非难事。但是实际上,如果自己不去用心经营,这人际关系也不会好。
再说,我个人性格上有缺陷:我一直就是属于那种比较自信的人,觉得自己比其它人出色。自己在工作中对自己严格要求,对其他人也是要求苛刻。如果别人没有做到合乎要求,那么我肯定是不高兴,难免会得罪人。再加上,我一直对测试组的工作有看法,觉得他们的进度和测试水平有问题,在改BUG的过程中会和测试人员的看法有所不同,产生不一致的理解,会带来争论,这也难免会得罪人。曾经就有测试经理在开会时向王老板反应我负责的BUG系统遗留的BUG多,闹得开发经理跑到我这里来质问:(,但实际情况呢,毋庸我来多讲。
是我的问题,我一定改得了。以后不管是在工作还是生活当中,都要注意这个方面。搞好关系,不要把属于自己的机会白白扔掉。做事情的时候,要讲究方式和方法,才能团结一切可以团结的力量,来做好项目,做好产品。
发表评论
-
学习新技术的启示
2011-04-14 14:26 1302一直都在,只是现在不做具体的技术工作,因此也就不露面了。最近看 ... -
迎接挑战,全力以赴
2008-06-28 11:34 982这是一个机会和挑战并存的时代,甚至可以说是挑战更大一点 ... -
地震日记
2008-05-14 21:50 1223看到了地震的新闻,眼泪不知不觉就流下来了,好伤心。人在 ... -
金融相关的专业现在很火啊
2008-04-27 17:26 1097最近看到了一些资料,投资银行业、证券、通信、电力等行业 ... -
我回来了
2008-02-11 23:16 980今天回来了,收拾了房间,明天要忙大概一天,貌似有很多东 ... -
08年开篇
2008-01-03 22:57 961这是08年的第一篇BLOG:) 去年我在这里写了很多文 ... -
出差归来
2007-11-18 20:15 1151又去出差了,不过这次不是去封闭开发,而是跟着老大 ... -
增益其所不能
2007-11-13 14:26 1184今天我才猛然意识到一个非常重要的问题,那天晚上 ... -
软件开发工程师的未来
2007-11-06 15:14 1160悲哀,你选择开发工程 ... -
制胜之招
2007-10-24 22:41 895这些天频繁参加各种级别的会议,接触和了解到的情 ... -
需求本质
2007-10-15 13:41 1150用户的需求本质,这句话说明,必须要透过用户的需 ... -
要克制自己的性格真的很难
2007-09-29 22:52 1455言多必失,一定要注意说话的方式和技巧。今天难得老 ... -
市场竞争
2007-09-29 16:27 1091有点明白市场竞争究竟是怎么一回事了,在科研院所 ... -
守时守信:基本道德
2007-09-16 13:38 1493这些天和朋友们的聚会比较多,越来越发现守时守信 ... -
要比以前更好
2007-08-31 16:51 1204虽然我以前一 ... -
表达能力还有待提高
2007-08-20 18:18 1184重视得不够,没有准备好,表达能力感觉还是有一些问 ... -
Tray1.0内部发布
2007-08-16 17:13 1244从7月9日转到TRAY小组以来,干了这么几件重要 ... -
硕士毕业一年了,路在何方
2007-08-07 23:43 10437最近生活比较郁闷。硕士毕业一年了,仍然找不到自己的方向 ... -
[zz]Bill Gates的毕业报告
2007-08-05 13:36 1114www.donews.com/Content/200708/f ... -
[ZZ]男人为什么要专注于事业,然后才能获得自己想要的爱情
2007-07-13 22:42 4470我刚懂 ...
相关推荐
事业单位工作第一年工作总结.pdf
【小学二年级班主任工作总结与小结】 小学二年级班主任的工作是一项综合性的教育任务,涉及到学生的学习、生活、情感以及品行的全方位引导。本学期的工作总结着重强调了以下几个方面的教育和管理策略: 1. **身教...
2017年第一季度,经纬公司高速公路养护处的工作人员辛勤努力,确保了高速公路的安全与高效运营,取得了可圈可点的成绩。在此期间,养护处不仅在日常养护工作上细致入微,如及时修补路面坑槽、清理路肩杂草、疏通排水...
新员工第一年的工作总结范文.pdf
【标题】中的“2021-2022年收藏”表明这是一份在过去两年间的教育资源,而“小学数学教研组工作总结”则说明这份文档是关于小学数学教学研究小组在一个学期内的工作回顾和总结。这通常涉及教师团队的教学改进、教学...
2020年学校开学第一课扣好人生第一粒扣子工作总结.pdf
7. “职工小家”竞赛:进行第一季度竞赛的检查、评比和表彰。 8. 工会信息库:维护公司工会会员信息库,保持数据准确。 9. 文体活动:举办迎“五一”职工文体活动,丰富员工文化生活。 10. 临时任务:继续完成上级...
本篇来自“2021-2022学年第一学期”的小学学校工作总结,为我们展现了教育者如何将理论应用于实践,并在实践过程中不断反思与改进,以追求更优质的教育品质。 首先,该报告强调了教育实践与研究的紧密结合。在当前...
【教育精品资料】中的这篇总结展示了2009-2019学年度第二学期某小学的教育教学工作重点,强调了以科学发展观为指导,推动教育现代化,提高教学质量,重视素质教育,以及强化养成教育和家校合作。以下是该文档中涉及...
【人力资源部工作计划总结(第一年)】 在第一年的人力资源部工作计划总结中,主要涉及了人力资源管理的核心任务、部门架构、人员组合以及具体的实施步骤,同时强调了人力资源管理诊断的重要性和范围。 一、人力资源...
八年级第一学期美术教学工作总结(精选多篇).pdf 八年级第一学期美术教学工作总结【可编辑版】.pdf 八年级美术教学工作总结.pdf 八年级美术教学工作总结与八年级英语上册教学工作总结汇编.doc.pdf 初中初三九年级下...
图书馆XX年第一季度工作总结.pdf
图书馆2021年第一季度工作总结.docx
年第一学期少先队工作总结.pdf
【工作总结】2020年企业第一季度工作总结涵盖了企业在这一阶段的工作亮点、主要成就以及管理上的改进。以下是对这些内容的详细解析: 1. **工作特点:** - **业务上的"两变"**:首先,企业的核心业务"安字号业务...
2018年广播电视第一季度工作总结.doc
【乡镇XX年第一季度工作总结】 这份文档是对乡镇在某一年第一季度的工作总结,主要涵盖了以下几个方面的内容: 1. **农村基层组织建设**:乡镇按照上级部署,加强了农村基层党组织的建设,推动“创业、创新、创优...
然而,文档的【部分内容】实际上是关于区民族宗教事务委员会在2019年第一季度的工作总结,涉及的内容主要与民族团结、宗教稳定、信息管理、宗教活动场所的规范化管理、宗教人士教育、法规教育以及清真食品管理和朝觐...
2021年秘书处第一学期工作总结.docx
2021年中学团委第一学期工作总结.docx