软件工程-构建之法 个人的附加作业

一、前言

现在再增加一项个人的附加作业,每认真回答一个问题附加2分,10分为上限。附加作业回答以下几个问题:
1. 你认为本门课程需要在哪里进行改进,具体措施有哪些,包括:时间进度安排,项目难度等均可;
2. 你认为助教/老师哪里做的不足,哪里限制太多等;
3. 你认为每次项目的评分标准存在哪些问题,你认为的合理评分准则是怎样的(个人/结对/团队算三个)
4. 在结对项目中你是否真正体会到了结对的好处,是否真正严格进行了结对编程,双方的工作量是否相同;
5. 你的团队项目是否成功,如果重来一次你是否还会选择这个团队,为什么成功/失败;
6. 总结一下你们团队在做项目时大家的时间安排情况,可以匿名写。
7. 关于本门课程你还有其他任何好的建议/意见;

二、回答

1、改进方案:

1)在现有的基础上,可以适当增加一下课时(个人觉得2个班可以增加4课时),2)在展示自己团队的需求分析和软件设计部分。3)最终的检查成果可以放在下个学期的开始(因为现在都到了期末考试各种复习,没有太多时间去做自己的团队项目,大家精力分散,如果用一个长假期来缓冲具体开发阶段,这样在长假期时候可以完善自团队的项目,包括我们做的不好的UI部分,以及服务器端部分布置,下一个学期的开始,课程不会太紧张,一般没有什么事情分散精力)4)项目难度可以团队展示需求分析和软件设计部分,根据老师来确定几颗星(最高5颗星),控制大部分团队在3-4颗星,少数2颗星,有能力的学生可以挑战一下5颗星(在之后的实施中,想更改星级,联系老师,由老师决定是否在之前的基础上有提高星级的可能)。

2、不足

1)助教不足:个人觉得在团队开始之后的作业情况反馈上稍微懈怠(助教也是跟我们一样是学生,精力分配也很正常,应该算不上不足,优点太多)

2)老师不足:可以考虑拿一个之前学生具体开发的案例来讲,可以邀请他们在讲台上讲讲具体的软件开发的过程和心得,可以方便学生与他们的联系。

3、评分标准

1)个人的评分标准:我表示赞同,没有问题

结对评分表标准:我也赞同,没有问题

团队项目评分标准:之后说到了百分比,表示赞同

2)个人觉得合理评分准则:(1)没有人情分(2)针对个人:排版,叙述,实际成果三部分比重可以考虑一下2:3:5(其实有的同学做的还行,但是叙述和排版存在问题就成绩好像有点低)(3)针对团队/结对:可以说到百分比,这个百分比由两个或者团队商量给出。

4、结对编程的体会

1)真正体会到了结对编程的好处,严格了进行了结对编程,工作量并不是对等的。编程中有一个人在盯着看自己编写的代码,你总会发现自己比之前谨慎多了,自己平时写代码有在写之前在代码部分写上接下来的编程思路和步骤,做上注解的习惯,一步步写代码,不断的修改代码和编程的思路与步骤。在之前我们讨论过使用什么数据结构来写,我想用STL中的map,她说用链表,然后我们讨论,最终使用的是我的STL中的map,理由时间复杂度logn,使用map容器,大大缩减了代码量,效率高。然后给队友讲一下STL中map原理和基本使用,然后我开始编程,她帮我找错,然后她提醒我我写错的部分,然后她找出来测试用例,的确出现了bug,然后就换成她来解决我写的bug,然后剩下我来继续完善代码部分。

5、团队评价

1)我觉得我们的团队是成功的,因为我们首先做出来了,不管这个平台的难易,最可惜的是服务器端不能跑,服务器上跑有bug,备考期末中,之前的抢修告一段落。

2)如果从来,我会选择这个团队,因为这里有团结有民主,有头脑风暴想设计时存在的问题,有可以在一起碰撞出编程的火花,可以很好的共事。

6、团队时间安排

1)A和B和C一个寝室,B白天和晚上课程比较多,经常不在寝室,一般晚上下自习回去,B的时间是晚上和A讨论,需求分析以及软件设计部分,B负责需求分析的视频制作和团队博客的书写,C负责每次讨论的照相,A负责最终代码实现部分,最终不断的消除bug,最终成功了。D负责一次团队博客的书写,白天每次上软件工程课的时候我们就提出团队做什么,提出A和B的想法,大家都赞成,E和F负责了测试案例的制作。每次软件工程课程时候,讨论一下出bug地方,大家一起出主意,错误存在哪里,怎么尝试修改。

7. 关于本门课程你还有其他任何好的建议/意见;(见第1条)

1)在现有的基础上,可以适当增加一下课时(个人觉得2个班可以增加4课时),2)在展示自己团队的需求分析和软件设计部分。3)最终的检查成果可以放在下个 学期的开始(因为现在都到了期末考试各种复习,没有太多时间去做自己的团队项目,大家精力分散,如果用一个长假期来缓冲具体开发阶段,这样在长假期时候可 以完善自团队的项目,包括我们做的不好的UI部分,以及服务器端部分布置,下一个学期的开始,课程不会太紧张,一般没有什么事情分散精力)4)项目难度可 以团队展示需求分析和软件设计部分,根据老师来确定几颗星(最高5颗星),控制大部分团队在3-4颗星,少数2颗星,有能力的学生可以挑战一下5颗星(在 之后的实施中,想更改星级,联系老师,由老师决定是否在之前的基础上有提高星级的可能)。

时间: 2024-08-26 14:52:20

软件工程-构建之法 个人的附加作业的相关文章

软件工程-构建之法 学期总结

一.翻译1.软件工程师是领导项目团队做软件需求分析,软件说明书,软件设计,开发,测试和软件运行与维护的高薪并收人尊重的职业.根据对健康的承诺,安全和公众利益,软件工程师应该遵守的一些职业道德:(1)公开---软件工程师应该与公共利益相一致.(2)客户和雇主---软件工程师应该为自己客户利益最大化,并且保证雇主符合公众利益.(3)产品---软件工程师应该尽可能的确保他们的产品和相关的修改符合最高专业标准.(4)判断---软件工程师应保持其完整性和独立性在专业判断方面.(5)管理---软件工程管理者

软件工程-构建之法 团队

软件工程-构建之法 团队 团队名称:yousa_team 团队宣言:认真做事团队博客:http://www.cnblogs.com/yousa-team/团队队长:王天宁队长博客链接:http://www.cnblogs.com/wangtianning1223/团队其他队员:李思雨: http://www.cnblogs.com/lisiyu/崔志雄: http://www.cnblogs.com/b6772x33a程新松: http://www.cnblogs.com/chengxs/谭景元

《现代软件工程构建之法》读后感

通过本学期学习的<现代软件工程构建之法>,让我们对于软件工程有了深刻的了解.基于上学期学习的<软件工程>,延伸了我们的知识.配合本学期<软件的测试>让我们懂得了本书的重要性. 本书共分十七章,结合本学期学习的<软件测试>我们对于本书主要从测试入手.本书有关于单元测试的简要介绍,有关于个人开发的流程,两人合作的代码规范和审查,团队的模式和开发流程,还有软件的分析和设计方法,软件各种的测试方法,运用的测试工具等.就我目前只能了解这些,当然还有跟多,还要我们细细体

我眼中的现代软件工程—构建之法。

作为计算机科学与技术专业的本科生,学的东西较为广泛,而<现代软件工程—构建之法>这本书也是在某个层次上来说,成为了我学习软件工程的启蒙书. 软件工程包括五大领域:软件需求分析.软件设计.软件构建.软件测试和软件维护. 软件是由多人合作完成的,不同的工作人员相互间有依赖关系.我所接触的基本的个人技术和流程,浏览了单元测试.回归测试.效能分析.个人软件开发流程几个知识点. 原来觉得软件写好了,写完了,就可以发布了,为什么有些软件写了好几年都没有发布,看了单元测试才知道如果一开始没有写单元测试以确保

初学软件工程,对《现代软件工程―构建之法》这本书的疑问

这学期刚开的软件工程这门专业课,老师订的是邹欣编著的<现代软件工程―构建之法>这本教材.上课之前要求我们大致阅览这本书,提出对这本书不懂的问题,然后等到学期结束结课时对不懂的问题进行解答,以达到一个提高学习效率的目的. 以下是大致看完书不懂的问题: 1.什么是软件工程? 2.什么是敏捷流程?敏捷体现在什么方面? 3.MSF?PM?的含义是什么? 4.个人,两个和团队该怎么开发一个项目?具体流程是什么?

初识《现代软件工程——构建之法》

一.软件 1.软件概念 在学习软件工程这门课的时候,对于软件的概念还局限于软件=程序,程序就是软件,软件就是程序. 但是在这学期学习了软件工程这门课程后我知道了软件=程序+软件工程,软件不只是有程序组成的还有软件工程,这才是软件的组成结构. 软件的开发和发展是需要很多的条件的,像前期的策划(需求分析.市场价值等).后期的改进和营销等.这些都是决定一个软件的发展必要条件. 2.软件开发有四个阶段: 1.玩具阶段 2.业余爱好者阶段 3.探索阶段 4.成熟的产业阶段 3.软件的特殊性: 1.复杂性

快速通读《现代软件工程——构建之法》后的五点疑惑

通读过<现代软件工程--构建之法>这本书后,感觉确如老师所言,这本书不同于以往那些课本的呆板,更显轻松有趣,一个个例子很生动形象,促使我们能更加容易的理解那些原本晦涩难懂的概念.定义. 下面是我在阅读过程中遇到的几个问题: 1.第一章主要讲软件工程,那么软件工程的本质问题是什么?书中讲了软件开发过程的难题.特性,说那些非本质.临时的特性不能决定软件工程的本质问题,那本质问题究竟是什么? 2.第三章软件工程师的成长过程中描述了软件工程师的思维误区,那怎样才能避免或减少思维误区的发生? 3.程序员

《现代软件工程--构建之法》第一章整理

任务1.计算机专业术语    1.1 软件+程序+软件工程       “程序=数据结构+算法” 程序是指源程序,是一行行代码,它是建立在数据结构的一些算法上面的. “软件=程序+软件工程” 一个复杂的软件不但要有合理的软件架构 (Software Architecture).软件设计与实现(Software Design,Implementation and Debug),还要有各种文件和数据来描述各个程序之间的依赖关系.编译参数等,这     也就软件构建的过程. 源代码管理(Source

现代软件工程—构建之法》第一章 中出现的计算机专业术语

现代软件工程-构建之法>第一章 中出现的计算机专业术语 1.软件 2.程序 3.软件工程 4.二叉树 5.遍历算法 6.数据结构 7.算法 8.应用软件 9.软件服务 10.源程序 11.软件架构 12.软件设计与实现 13.依赖关系 14.编译参数 15.链接参数 16.构建 17.源代码管理 18.配置管理 19.质量保证 20.软件测试 21.需求分析 22.程序理解 23.软件维护 24.服务运营 25.软件的生命周期 26.软件项目的管理 27.用户体验 28.国际化和本地化 29.A