上一页 1 ··· 7 8 9 10 11 12 下一页
摘要: 开发组长:分配任务,监督执行进度,总体规划,平时参与框架设计、算法设计、代码编写、代码测试以及后期软件维护程序员:负责代码的编写和算法设计的主要工作,写出的模块不能有明显的bug;后期软件维护工作分析员:项目调研、框架设计的主要工作。平时参与代码编写、算法设计、以及后期软件维护测试员:代码测试和后期软件维护的主要工作。平时参与代码编写、算法设计 阅读全文
posted @ 2012-10-22 12:35 DOOM_buaascse 阅读(264) 评论(1) 推荐(0) 编辑
摘要: 团队项目最后的得分应该还是主要是以按劳分配为主,虽然可能项目组里成员的能力可能不同,但是多劳多得能鼓励落后的组员更加奋斗。基本评分标准:对于程序员组的得分,因为他们主要负责程序设计和代码的编写,他们可以按照他们写的代码量的来衡量得分的多少;由于开发组长、分析员和测试员是三个个比较独立的组成成员,他们分别要做工作分配、调研和测试的工作,先应该给他们每个人一个定量的分,然后再加上他们参与程序开发中写的代码多少所得的得分的和作为分析员和测试员的得分。奖励得分和惩罚减分:对于项目开发组所有成员,如果某位组员提出有建设性意义的意见和解决项目关键性问题的方案,那么将进行适当加分;如果哪位组员不能按时分配给 阅读全文
posted @ 2012-10-22 02:06 DOOM_buaascse 阅读(295) 评论(0) 推荐(0) 编辑
摘要: 开发组长:李忠程序员:张孝祖、苏若、潘学分析员:陈伯雄测试员:刘宇翔 阅读全文
posted @ 2012-10-22 01:38 DOOM_buaascse 阅读(277) 评论(0) 推荐(0) 编辑
摘要: 目前尚没有评论,持续关注。。。 阅读全文
posted @ 2012-10-22 00:20 DOOM_buaascse 阅读(241) 评论(0) 推荐(0) 编辑
摘要: “现在右键选中User,就可以看到“Create Unit Tests”的菜单,这样就可以创建新的单元测试。”本来想用一下单元测试,结果发现右键之后没有这个选项。我以为这应该是我装的VS2012版本的问题。于是上网搜索了一下,发现不止是我出现过这个情况。http://www.dotblogs.com.tw/ian/archive/2012/06/14/72782.aspx“原先一開始我以為它是搬家了,但找了很久還真的找不到,因此我認為它應該是被拿掉了,至於正式版出來時,會不會把它找回來,這目前就不太清楚了,至於為什麼被拿掉,我猜想為了更符合TDD開發模式,不過若是真的回不去,對於既有存在的專案 阅读全文
posted @ 2012-10-21 00:58 DOOM_buaascse 阅读(372) 评论(2) 推荐(1) 编辑
摘要: 技术确实很重要,但跟重要的是配合,毕竟以后写的可不是小项目。做项目,不是为了证明自己有多厉害,要的是团队,不是个人能力,虽然个人能力重要,但学会做人才是最重要的。1.先做代码规范。约定文件命名,类名,函数名等的规则,可以预防整合代码时的代码冲突。2.核心类由一至两个核心人物写,并能配上相应的说明。3.其他人员先熟悉这些核心类,每人在开发自己模块时,尽量使用核心类里的一些API,这样可以保证代码在一定程度上的一致性。4.最后就是整合了,如果前期工作做的好,整合是很容易的事情了,当然还需要进行完整的测试。 这就是我关于团队项目的一些感想。 阅读全文
posted @ 2012-10-08 00:36 DOOM_buaascse 阅读(290) 评论(2) 推荐(0) 编辑
摘要: 好久之前就听闻,我们的软工老师不一般,恩,的确不一般.我们的软工课也非同一般,不似国内传统的教学模式,虽然任务量大,但是确实让我上来就有那么一种感觉,如果好好抓住这次机会,我的专业水平将会得到一个很大的锻炼.果不其然,上来的第一次作业就差点让人hold不住。全英文的需求文档,看的磕磕绊绊,看完之后觉得还是不能很好的理解某些具体的需求,而且好不容易写完之后,老师紧接着改了3次需求文档,并且在极为紧张的时间下,要求按时提交(迟交零分,不交倒扣啊!)虽说,对这种教学方式有点很不适应,但是,其实,这种情况是很真切的,因为以后的工作中肯定会遇到很多这样的突发情况,而且会读英文文档是计算机学生的一项应该必 阅读全文
posted @ 2012-10-07 23:59 DOOM_buaascse 阅读(320) 评论(1) 推荐(0) 编辑
摘要: 前两年的大学生活中,由于自身规划的问题,此间并没有往科技实践方面投入过多的精力,所以参加的项目也实为有限. 之前大体参加编写了JAVA、C++与C#、面向对象建模方法的大作业,大二冯如杯期间黄杨的《U87》游戏项目,大二暑假有参与安卓开发工作,大三和黄杨等人一起开始编写一款名为《Absolute Defense》的跨平台游戏。我自己也有一个名为《基于社交网络的心理危机监测与预警系统》的项目,并且担任组长工作。 从参加的这些项目来看,总体经验就是:整个团队应该是一个整体,而各个组员都有自己的分工。只有所有人齐心协力,每个人都做好自己的工作之后,整个项目才可能顺利开展。前面提到分工,分工明... 阅读全文
posted @ 2012-10-07 21:18 DOOM_buaascse 阅读(257) 评论(0) 推荐(0) 编辑
摘要: 1、资源配置:有限的资源的管理应该本着充分利用,合理调度的原则,个人认为应该设定一个资源管理员或有个管理记录,进行宏观调控,合理利用,如果实在分配不开应该适用时间片轮转的原则,每个项目在每天的特定时间使用。2、版本管理应该充分利用svn等版本管理工具,大家统一代码风格,每天及时更新上传。利用编译开关进行条件编译,适用于不同客户的要求,但并不删减代码。3、合理的员工激励机制:弹性工作制度,重视效率,不鼓励加班嘿嘿 阅读全文
posted @ 2012-10-07 21:13 DOOM_buaascse 阅读(257) 评论(0) 推荐(0) 编辑
摘要: 对于比较大的项目,我只做过三个,首先是java选修课的大作业,我做的是一个象棋记录器;再有就是面向对象建模方法的大作业,这是我的第一个团队项目,我们三个人一起做了个简陋的网上书店;最后就是暑假实践参加的android应用开发,我们三个人做了个小游戏《捕鱼达人》,功能不是很强大。经过这三个项目,发现团队项目的工程中,团队中的每个人组成一个整体,每个人都有自己的分工,像齿轮和机器的样子。但是对于我来说,可能是由于和人交往的经验不是很多,所以和其他人合作,不是很好。例如写代码时,例如用到一个变量时,我总是什么时候用到,什么时候定义,而且定义的名称也很随意,但是在团队中,就只能使用固定的变量,因为其他 阅读全文
posted @ 2012-10-07 14:56 DOOM_buaascse 阅读(292) 评论(0) 推荐(0) 编辑
上一页 1 ··· 7 8 9 10 11 12 下一页