标签:一段 span 存在 计划 内容 并行 难度 自己 就会
alpha阶段,整个团队很团结状态很好。在计划制定出来后,大家都服从安排,将该完成的工作都一一完成。虽然在课堂演示的时候又发现了问题,操作系统位数导致了这个问题,但是还是抓紧修改在课堂上顺利演示,并且课后马上开发了不同系统位数所适合的版本,整个团队还是很努力的。
一开始和队友制定计划并分配了任务,我和其中一名组员合作开发程序的主页面--UI设计。
顺利完成了分配的全部任务。
编程能力还是有限,在主算法编写时有点迷茫,对查重主算法没做出什么贡献。
【大家一定会在过程中产生了很多问题, 结合你的读书(教材,博客,参考书), 实践, 提出关于软件工程的 5 个问题。
①1.2.4:创造“足够好”的软件,书中上说发布的软件允许存在bug,但是正如前文有举过的例子--要是知道这架飞机有一定缺陷,你还会乘坐吗?而且虽然满足了用户的需求,但是用户用起来不完美会不会影响以后的合作,有项目会不会就不找这个团队做了呢??
②4.5.2 结对编程时要求两个人要在一起,一个动手,一个观察,但我总觉得这样并没有提高效率,反而有点浪费资源,如果两个人分配好任务,并行开发,会不会更有效率。。。
③5.2:软件团队的模式,书上列举了许多模式,现实工作开发中真的有这么多模式吗?什么模式才是效率最高的又或者说是使用最多的?
④6.2:敏捷冲刺时,对于任务分配及任务难度评定存在不解,有些同学能力较强反之有些同学能力有限,那这样能力强的同学就要做更多更难的工作,这样就会存在不公平吧。。。
⑤8.3.2:深入面谈和可用性调查两种方法获取用户需求,可用性调查具体是软件开发前还是软件开发后,可用性调查的结果该如何评定?
自我评价表:http://www.cnblogs.com/xinz/p/3852177.html 有比较才会有进步
1-8 |
D |
D |
C |
A |
C |
A |
D |
D |
9-16 |
C |
C |
B |
B |
D |
A |
D |
C |
17-24 |
A |
C |
D |
C |
D |
B |
A |
D |
25-32 |
B |
D |
C |
D |
A |
A |
C |
D |
33-40 |
D |
A |
A |
A |
D |
|
|
|
Beta版发布阶段马上开始了,希望这次能够为团队多做贡献,也希望我们团队能跟之前一样团结配合,完成任务。
标签:一段 span 存在 计划 内容 并行 难度 自己 就会
原文地址:http://www.cnblogs.com/ttoyy/p/6858184.html