Homework#1: Review of SmarCity Project
来源:互联网 发布:以史为鉴可以知兴替 编辑:程序博客网 时间:2024/05/18 08:35
仔细看了SmartCity小组的blog, 感触比较多。
·做项目一定要从实际出发。他们做的是一个城市交通灯调度的项目,虽然我们每天都会看到交通灯,但是仔细想想,我们对这方面的了解有多少呢?如果单纯的围了做项目而选了这个课题,然后再去查文章找这方面的问题,感觉有点太偏理论了。在他们小组的总结中也提到,由于缺少交通领域的专业知识,所以项目进展缓慢,而且做起来也有点心里没有底的感觉。
·项目前期的规划非常重要,这个阶段的比例应该占到项目总时间的四成以上。在项目的规划阶段,要明确需求,制定接下来各个阶段的进度,并精确预计项目所需的工作量和各个成员的分工。在smartcity项目组中,由于他们本身还有其他的很多课,导致并没有全身心的投入到这个项目中,结果只完成了计划中4个scope中的两个,项目完成情况不甚理想。
·在项目执行的过程中,要经常制定时间节点,设置milestone,以便及时检查项目的进展情况,及时做出调整,要尽量避免拖到后期,最后把项目拖垮。Smartcity小组在这一点上做的比较好,按计划发布了alpha和beta版本。
·要重视测试,借鉴或使用测试驱动开发的思想,早做测试,常做测试,并且形成一整套的测试方法,这样才能时刻检验已完成的情况。Smartcity小组并没有做太多的测试,更没有使用什么测试工具,测试代码完全是开发人员手动编写的,这样不免影响测试的效率。
·组员其它课业负担较重,导致团队的计划和效率打了折扣。
·没有一个具体的时间规划,从blog的记录来看,似乎是走一步看一步。当然,对于没有经验的开发团队来说,这未尝不是一种合适的方式。
·blog提到具体实现时仅有PM, DEV和TEST各一人,我比较怀疑工作量的分配不够均匀,其他的组员可能没有充分参与进来。
·此项目的目的是提供一个交通调度的模拟平台,那么开始开发之前是否充分调研过用户的需求?显然这样的系统只有进行交通调度相关研究的人员才可能使用,他们的想法可能很怪异,需求也可能很怪异,所以我们不能站在自己的角度来揣测他们的想法。
- Homework#1: Review of SmarCity Project
- Homework2-project review score of each team
- Homework2-project review score of each team
- 1st homework of OS
- Book Review of Software Project Survival Guide 2. Requirement Development
- Book Review of Software Project Survival Guide 3. Quality Assurance
- review of machine learning 1
- Review of the J2EE Blueprint 1
- Book Review of Software Project Survival Guide 1. Hitting a Moving Target
- Assembly Language Homework Project (Two)
- Homework of English
- QA Review - A Risky Project
- Review of "Feeling Groovy"
- Review of Operating Systems
- Review of Operating Systems
- OGRE Review of 2014
- review basics of Java
- 2nd homework of OS
- RUP-针对软考
- What Program is Listening on a Specific TCP Port(Unix)
- 进入保护模式
- 6TH HUNAN COLIGIANTE PROGRAMING CONTEST -- PROBLEM D
- pm.inc
- Homework#1: Review of SmarCity Project
- Java源码分析:深入探讨Iterator模式
- ORACLE listener加入地址限制以后,连接数据库超慢
- 求一个网站留言代码
- An NSInvocation
- ibatis 批量处理
- 调用IE打印
- Windows 7 启动加速技巧
- Windows Phone 7 开发 31 日谈——第13日:位置服务