各个团队的项目评价

Team 10 – Voice Mail

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 设计思路清晰，设计说明和文档较全

2. 多种人机交互方式，所以该项目亮点之处就在于其人机交互

实现

3. 设计良好的UI

4. 下载安装Windows XP版本的软件后无法运行

5. 国际化做的不好，只有英文版

6. 需求与实现不统一。VoiceMail 主要针对上 不熟悉或者视力有障碍的人士设计，但是实现的软件还是传统邮件的样式，字体小，功能繁杂，对上 不熟悉或者视力有障碍的这些人群来说使用不方便

创新

7. 建议可以同时支持多个邮件服务器，例如用户可以同时接收Hotmail和126邮箱中的邮件

Bugs：

Windows XP下无法运行，Windows 7下存在以下问题：

1. 语音系统，念单词还好,念句子几乎都不准确

2. 声控邮件软件的数据库没部署（没有电子邮箱客户端数据库.mdb这个文件）,所以任何功能都实现不了，不能工作，所以无法找到更多bug

Team 9 – 3D虚拟校园

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 用户群小

2. 用在浏览器端实现这样的大场景绘制，会比较慢，虽然采用了动态绘制的技术，但是由于 速等原因依然不可能做到所有用户的体验一致良好

实现

3. 用户场景样本不具有代表性

4. 使用Subversion做版本控制，方便地进行版本、控制配置管理及局域 内的协作开发

5. 测试计划没有做完

6. 通用性差，因其使用的技术，可能只能在IE上实现，其他浏览器未必支持

7. 在几台机子上测试，Activex插件安装正确之后，都是无法正常运行，系统可用性差

创新

8. 目前只有静态场景模型，可以添加故事情节或互动部分吸引客户，而这样会增加系统复杂性

Bugs：

1. 在普通Internet选项设置下， 站基本没有内容，安装Active控件后显示为下图

2. 载入较慢

3. 更改安全设置以后，系统提醒是否放过该程序，同意以后，出现下图所示情况

5. 与其他模块交互最为频繁的客户端渲染模块bug较多

Team 8 – Health Hanlder

该软件项目构想/计划/实现/创新等方面的优劣：

该软件暂时无法下载，所以只能通过研究他们的博客得出以下结论：

构想和计划

1. 项目需求过于简单或是不详细，也不够明确

2. 没有测试计划，这是一个很重要的部分

实现

3. 博客里面对系统的设计和架构都没有进行描述，也没有具体的软件可供下载。给出的截图界面也只有一个登录框，对他们的具体的实现无法了解

创新

4. 该项目可以做成专家系统，即可以通过知识学习来动态的扩充其知识库；或可以做成 站形式，很多用户同时使用。可以通过数据挖掘等来对用户的健康信息进行扩展

Team 7 – 协作历

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 软件构思比较新颖，基于一个团队的公有日程安排，达到协同合作的目的。方便了对合作项目的时间管理

2. 实用性不是很强，最好可以使用移动客户端，而不是桌面应用程序

实现

3. 因为团队协作的程序是需要连接数据库的，与其在每个用户的PC上都装上一个客户端，不如考虑用silverlight实现在线

创新

4. 可以添加如下功能：在一个公有的团队日历下，可以生成属于自己的私人日历。每当公共日历的数据变更时，则自动变更所有私人用户的日历，而私人用户可以在私有日历里添加自己的私人日程安排

5. 采用WPF技术，有提供更好的用户体验的巨大潜力。但是，本程序在用户体验上做的还不够

Bugs：

1. 允许结束时间比开始时间早的设置

2. 字符输入到行末的时候，不换行，只显示最新输入的一些数据（行长度所能容纳的量）

3. 允许建立同样主题和内容的事项

4. 当一个试图打开时，主程序界面无法最小化；而我想要关闭程序，则必须把视图关掉

5. 程序主界面最大化的时候的分辨率没有很好地设置

6. 在同一天位置保存的第7条开始的记录无法打开

7. 如果我需要给某个日子添加行程，好的用户体验应该是双击那个日子则出来的窗口应该对应相应的日子，而这个软件点击某一个日期出现的总是当日日期

8. Windows 7下，如果这个程序安装在了C盘。而程序没有提醒用户要使用管理员权限打开，用户用普通权限打开时。向程序添加行程，则会造成崩溃

9. 在没有连接数据库的情况下点击团队视图，推送本地事项两次，崩溃

Team 6 – Hemera 购物助手

该软件项目构想/计划/实现/创新等方面的优劣：

该项目的 址目前无法访问，所以只能通过研究他们的博客得出以下结论：

构想和计划

1. 支持多种终端使用

2. 该软件存在一个问题：由于商品的种类及其信息众多，可能会面临着海量的数据，在性能及数据检索与存贮方面没有做过多的考虑；而且还需要设置添加商品的权限

实现

3. 友好的UI

4. 考虑到了安全性，但是考虑的面比较窄，仅考虑了SQL注入，一些常用的攻击手段如拒绝服务攻击等也应该考虑

5. 博客中对软件的设计说明较少，对web 站的运行环境以及手机的运行环境都没有进行介绍

6. 没有web端的程序下载，在手机上进行测试需要连接 站进行查询，也无法进行测试

创新

7. 一个亮点是具有条行码识别商品的功能

Team 5 – 神笔马良

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 使用Sliverlight+物理引擎实现的WEB版绘图游戏，绘出的图案会变为仿真物件，拥有真实的重力、摩擦力等，十分有趣

实现

2. 使用了开源的物理引擎，功能比较丰富

3. 物理引擎需要完善，感觉似乎是能量无限所以绳子会出现乱抖，

4. 另一个难点在于如何利用浏览器来发挥其功能，浏览器必定有一些限制，比如在内存上，速度上，体验上等等，尽量小而精利用每份资源

创新

5. 加入游戏剧情，而不是纯粹的让用户随便乱画

Bugs：

1. 橡皮可以擦出边界

2. 绳子哪个不停的抖动

3. 橡皮在物理图像上效果不真实，橡皮是想处理非物理图像的消除的，但是擦在物理图形上会遮住一部分物理图形

4. 固定连接点去不掉,没有设计去掉他的功能

5. 轴连接点也是,没有设计去除的功能

6. 如物理图形卡死在边角上

Team 4 – 手机交友 IFindu

该软件项目构想/计划/实现/创新等方面的优劣：

构想

1. 技术亮点是通过K-means聚类等算法挖掘出尽可能近的用户

实现

2. 由于是一个多人在线交友软件，在对多线程及海量用户的测试方面做的不够

3. 由于选用的是windown phone 7平台，用户群相对较小，需要在项目推广方面下功夫

4. GPS数据采集模块没有实现

5. 国际化做的不好，只有英文版

6. 安装较为繁琐，需要专门安装一个windows phone模拟器，缺少安装说明

7. 在博客中对系统的设计过程有较为详细的说明

创新

8. 创新之处在于采用基于地点的交友模式

Team 3 – Smart City

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 软件构想和设计阶段，思路清晰，目标明确

2. 开发过程中缺乏应急计划

实现

3. 能按计划完成项目进度并开发出绝大多数预期功能

4. 项目实现过程中缺少相关领域知识

6. 技术难度主要在算法

7. 难点在于防止机械模拟，交通情况具有偶然性和丰富性

创新

8. 可编程，这个平台可以提供编程接口

9. 多学科结合

Bugs：

1. 车辆调度有问题,会卡死，所有的车最后堵在了一起，系统没有解决办法

2. 车可以在非路面的地方行驶，不科学

4. 是单行道,就像 模拟城市那样子

5. 如果路口转弯的汽车没有全部走出路口,路过这条路口的所有车辆会卡住,同时影响周围路口的交通,最终全部路口都会卡住

6. 反复导入地图后，汽车图形的路面变成黑色

Team 2 – AladdinNetAssistant

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 软件实用性很强

2. 建议做成浏览器插件

3. 设计与分析做的比较完善

实现

4. 技术难度不大

5. 运行软件后电脑速度很慢，划词搜索速度使用户难以接受

6. 项目设计和文档较全

7. 软件的使用说明不是很清晰，阅读后对怎么使用还是不明白

创新

8.创新点较少

Bugs：

1. 占用内存比较大。初次运行占用20M左右内存，划词后就成占用32M内存，用户不进行划词，内存依然为32M，没有释放到初次运行时的状态

2. 该程序可能对系统的截图的API，在运行该软件后无法执行截图的相关操作，退出软件或者停止HOOK后正常

3. 在选词进行搜索后，将已选定点内容都变成了cccc。由于在软件运行时无法进行截图操作，下图是退出软件后的截图

4. 在多次运行该软件后，在系统中存在多个实例

5. 在运行该软件后没有显示在项目博客里面叙述的搜索栏等内容

Team 1 – 语音交互的RSS订阅器

该软件项目构想/计划/实现/创新等方面的优劣：

构想和计划

1. 不足之处在于现在很多用户的订阅量很大，很多用户需要高速的取得很多信息，而语音限制了速度

实现

2. 程序安装后不能顺利运行各个功能

创新

3. 创意在于提供语音控制程序。且提供RSS订阅的语音朗诵

Bugs：

1. 在程序loaded之前，程序会接侧rss，如果rss有误，则会弹出一堆的messagebox。用户看起来会很烦，可以把这个放到主界面里面

2. 程序窗口大小不能随意缩放，主要指高度不可以缩小

3. 每次“刷新所有RSS”后，如果RSS URL 有误，只会提示 RSS URL 无效，并没有提示是哪个RSS URL无效。而且使用Messagebox.show(“…”)。如果有很多RSS 无效时，则用户将必须点很多确定按钮

4. 如果多次订阅一个源，树状列表中将加载多个相同的源

5. 这个图式证明这个RSS地址有效，但是程序说它无效