(1)跑男:话说我没怎么听懂这个游戏是怎么玩的,可能是由于这是第一组,所以我没有反应过来把,界面设计的还可以,但是像设置,选关,帮助真心没看懂.有一种感觉就是,这个游戏是由一堆的漂亮的图片拼起来的,还有就是我感觉目标和真正实现的内容有点差距,话说第一关已经实现了,但是我当时的感觉就是只有一张图片显示在屏幕上.把功能再做好点就,帮助写清楚点就再好不过了. (2)CS小分队:我感觉这个软件的功能实在是太强大了,其实没必要设计这么多的功能,我感觉用户更喜欢用比较单一功能的软件(个人认为),还有就是有些…

团队软件评论: 极速蜗牛:个人认为,内部测试版应该是实现内容而不是UI界面,难道要让那些懂电脑的人们都去玩用户界面吗?UI界面完全可以放到beta版再进行修改,美工.不过这界面做的确实还可以.运行此游戏时,感觉和当时用ppt讲解的时候差别有点大,演示的时候完全没看懂这游戏是怎么玩的,虽然有规则介绍,希望能够把游戏规则介绍得再通俗点. CS小分队:项目设计功能众多,会导致团队工作量大,全而不精.有些没必要的功能可以删去,节省时间和精力.UI界面还有待改进,音效不应该放歌曲(存在版权问题),而是放一…

在阅读了推荐阅读的材料之后,我想了很多东西.最终还是决定,以团队项目的经历为主线,叙述我关于软件工程的一些思考与体会. 凤凰涅槃,浴火重生 如果要我来概况这几周团队项目的经历的话,那么句话是我所能想到的最贴切的一个表述.从最初的雄心壮志,到中间的困顿不堪,再到目前如重生一般的喜悦,我们整个团队经历了太多太多. 重造轮子 轮子,在软件行业中经常指那些设计好的,用于处理常见功能的库.框架或者可重用的代码.而重造轮子则是说,在已经有可用的“轮子”的情况下,自己重新实现一个自己的“轮子”.有些人经常说,…

第一组:9-652 作品:炸弹人 评价:已经完成了界面的设计和基本功能,游戏已初具雏形.这款游戏可玩性很强,是个很不错的项目.但是对游戏并没有进行深入开发,不能持续的吸引玩家的兴趣,容易引起玩家的厌倦感.应该适当的增加一些新颖的玩法,比如像炸弹的爆炸的范围,闯关的难度的设计,或者多人对战等等.总之,对于这款作品还是非常期待的. 第二组:hzsy 作品:图文转换 评价:这款作品的实用性非常强,很符合我们日常生活中的需要.但是在演示的过程中,我只看到了软件的页面,并没有看到软件实现了哪些具体的功能.…

(发布晚原因:发到团队博客了 一.关于银弹 在佛瑞德·布鲁克斯于1986年发布的<没有银弹:软件工程的本质性与附属性工作>这篇软件工程的经典论文中,作者向我们讲述了软件工程没有银弹这样的理论.银弹,指的是强有力的武器.用作者的观点来说,就是: “软件工程中不存在银弹——没有任何一项技术或方法可使软件工程的生产力在十年内提高十倍” 软件创作包括本质性工作和附属性工作.本质工作指的是软件构建.软件从抽象性问题发展出解决方案.附属工作指将解决方案实现到电脑上所遇到的困难. 文章中说,附属性工作将会随…

第一组 跑男 跑男组他们设计的是极速蜗牛小游戏,他们的界面背景图片做的挺漂亮,现在为止也实现了大部分功能, 但是我没有太听懂他们的游戏规则. 因为蜗牛出发后,每次碰到屏幕边缘后都会有确定的反弹结果,也许是我理解错了... 希望他们可以把游戏作风更耐玩一点,规则和模式多一点. 第二组   cs小分队 cs小分队组他们设计的是一个有很多功能的应用,叫来用,他们到现在为止完成了好几个模块的功能,而且都做得 不错. 有一个模块可以实现倒入一张表,然后随机抽取,这个小功能做的不错,很实用,只是不知道他是用…

我们团队的团队项目是一个大学生兼职网站,商家可以在网站上发布信息,学生对相应的岗位进行预约,然后根据信誉度来表示用户的信誉,整个平台由管理员监控, 包括修改错误信息,修改用户信誉度,删除过期信息,接受用户意见反馈等.后台就是对数据库进行增删改查,难度并不是很大,鉴于我们组组员都没有web开发的经验 所以我选择这样一个难度不是很大的项目,希望大家一起在实战中学习前台的html,css,div布局,js和jQuery,以及ajax的应用,还有轻量级框架springMVC的应用 以及数据库的增删改操作…

经过这几个星期以来的软件工程的学习,还有自己在个人项目.结对编程.团队项目的感受,总结了一些感受和理解. 总结收获 首先,一个月的软件工程团队项目的进行让我对软件开发有了比较实际的认识,之前的概念仅限于书本上的,但这次的团队项目,我们通过划分各自的分工以及确 定.各自时间段内确定所要完成的目标,让整个工程的实现显得更加具有条理化. 另外,给我感触比较深的不同于个人编程的一点就是当我们进行团队编程的时候不能像自己独自码代码的时候那样我行我素,要符合彼此约定的编程规范,起初我 还感觉这样的设定很不适…

任务一 a.分析<动态的太阳系模型项目需求规格说明书>初稿的不足. 任务概述描述的有些不具体,功能的规定不详细,在此次作业进行了修改. b.参考<构建之法>8.5节功能的定位和优先级,给出功能分析的四个象限. 第一象限(杀手功能,必要需求):1.系统有多视角.2.太阳系是可以放大.缩小的,并且保证放大.缩小后行星照样能正确地运行. 第二象限(外围功能,必要需求):模拟系统界面逼真且美观,功能实用. 第三象限(外围功能,辅助需求):用户进入系统可以直接对系统进行操作. 第四象限(杀手…

团队项目用户验收评审 一.关于源代码管理的10 个问题: 1.你的团队的源代码控制在哪里?用的是什么系统?如何处理文件的锁定问题? 我们的项目都在github上面,用的win10系统,并且我们的文件没有锁定. 2.如何看到这个文件和之前版本的差异? 如何看到代码修改和工作项 (work item),缺陷修复 (bug fix) 的关系. git pull进行更新后,可以看到本地的版本和最新的版本之间的不同之处.同时,在本地上传自己的文件到分支之后也可以查看自己或者是别人上传的文件在以前的版本的基…