JAVA设计模式(一)

1.工厂模式
客户类和工厂类分开。消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品
缺点是当产品修改时,工厂类也要做相应的修改
阅读详细 »

读书报告汇报会

时间:2010.12.2  地点:N210

指导老师:陈文智

以项目组长汇报的形式,将各组组员的两次读书报告做一个概要性的汇报,介绍每位组员读书报告涉及的主要内容,及学习心得。

阅读详细 »

测试用例评审

时间:2010年11月26日 地点:N210

测试用例基本没有太大问题,RGM运用还需强化,根据用户划分TC似乎没太大必要。

IBM导师建议:

  1. 需求用例不需要太细。查找,控制会比较麻烦,设计TC时可以细化。
  2. 时间。项目时间需要控制,每周任务按时完成。12月第二周,DB设计,TC结果等最终结果提交给浙大导师评审
  3. 设计文件夹。设计评审在1月6.7号。评审完,即可开始编码。
  4. 最终评审内容:项目过程中问题,代码结构,页面
问题很多,回去好好总结

需求评审记录

时间:2010年12月25日   地点:N210

作为需求分析的一个阶段小结,IBM实训导师与全系10小组展开对于需求分析的评审,分析问题,解决问题。

3小时的评审,总体来说,ZJU_ASIMS组对于文档,开发计划,WBS划分较清晰,运用MS Project是亮点,Medusa组对于需求的粒度划分有心得,不太多去考虑页面原型的内容,排除因场外因素对于需求分析的干扰,IC组需求考虑的比较细致,对于用户的角色定义较清晰,但同时,同学提出,增量开发的提法对于瀑布开发是不适合的,国政TX很勇敢。

阅读详细 »

Hello World

一直没想在昕光游乐场发一些专业方向方面的内容,一方面想着那样的话,博客可能会涵盖太多的内容,而来也不清楚该发哪些内容,把它搞成知识分享的,还是工作经历的,所以再三考虑,还是把专业方向的内容转到GAE上来为好。

GAE老早就搭好了,或许就是为了今天的Kickoff吧。用的是徐明的Micolog,加上网友改的主题,。但想想自己对于python确实不怎么熟悉,目前也主要是专注于Java EE方面的开发,待到放假那会,再回头看看python吧,在前几天看到豆瓣架构师在Info上的python在web2.0的应用上讲到的,豆瓣超过一半的开发工具是python,可以瞧见python的未来,从事python的人才的就业前景。

这个Hello World文章,算是对这个技术类博客的序吧,争取在今后在技术上有长足的进步,也欢迎各位一起讨论。

无觅相关文章插件,快速提升流量