postmortem report of period M1

一、设想和目标

1、我们的软件主要要解决学长设计的学霸系统中视频及文档的浏览功能问题。

2、时间相对充裕。不过对于我们这些零基础的人来说还是比较困难。

3、我们团队中不同意见通常会进行进一步讨论，说出自己的支持理由，互相衡量对方的优势劣势，决定出最佳的方案。

二、计划

1、原计划的工作不能算全部做完。因为连接数据库的问题以及团队与团队之间互相协商的问题我们组的功能还处于限制阶段，不能够发布。需要详细改进及设计。

2、在我们网页设计的时候初始因为了解不够所以将不同类型的文件存放在不同的数据库中，不同的播放类型也在不同的播放页面播放。导致构思复杂，代码重复。后面修正了这个问题。

3、我们每一个任务的定义及衡量的交付件比较模糊。因为我们整体构思不是很完善。不够最后我们组员的分工合作还是比较顺利的完成了第一阶段的工作。

4、整个项目我们没有太具体的步骤计划。所以不能说是按计划完成。在学习的过程中不断将自己掌握的，能够完成的模块单独设计完成，最终再将所有模块合一。

5、我们没有特意留下缓冲区。因为文件的浏览功能很明确，如果要说缓冲区的话我们视频的支持格式还不算很全面，在这方面留有一些。

6、我们将来的计划会更具体，更注重细节处理。使整个工程的功能更加晚上。

三、资源

1、网上的各种代码资源及知识，还算丰富足够我们自学，完成各个小功能的实现。

2、各项功能跟资源没有具体估计，所以也就没有精确度可言。

3、测试的时候工作量不算很高。几个人很容易完成相关功能的测试。对于美工方面我们一开始没有纳入M1的工作内，准备在完善工程功能的正常运行以后再考虑美工等具体加工问题。

4、我们的分工还算比较明确合理，各自做自己相关的工作，最后统一工程。

四、变更

1、我们因为有QQ，手机联系，相关的变更会及时传达给相关队员。

2、我们依据功能实现优先的原则，决定哪些工作可以推迟，哪些必须优先完成。

3、项目出口条件既是相关队员需要自己测试单个模块是否能够正常运行，功能是否能够正常实现。

4、我们的变更很多，但是对整体的设计，计划影响很小。所以及时通知相关队员进行重新设计及修改即可。

5、我们因为实力不是很够，普遍对意料之外的设计完成度很低，只能进行最基本的修正及改进。

五、设计/实现

1、总体设计工作及框架完成是由组长完成，并及时下发各个模块的功能需求给相应队员。时间比较晚。

2、我们的工作因为除了功能以外计划等方面不是很清晰明确，所以实现的方法通常是模棱两可的，队员只需要按自己的思路来实现功能即可。

3、没有运用工具来帮助开发。我们只是自学相关知识以后进行工作。

4、在实现浏览的功能时候产生BUG最多。路径，支持格式，信息传送方式等都出现过各种细节问题。这是最终的功能实现，考虑不全，设计不完善，计划不周密都导致了各种BUG的产生。在设计，开发的时候我们是边学边做，考虑不到这么远的东西。只能碰到BUG以后分析BUG，修正，改进。

5、代码复审由两名队员分别进行审核。对代码规范比较严格的审查，修正。

六、测试/发布

1、我们的测试计划很简单。测试简单的上传，搜索，各个类型文件的浏览即可。

2、有进行提交前的正式测试。保证本地的功能实现。

3、测试工具就是VS2012。

4、没有进行软件跟踪测定效能。

5、我们还没有连上远程数据库，只连接了本地数据库，所以未能发布。

额外：

1、我们小组做的最好的就是每个接到任务的队员都能按时，有效的完成自己的模块。

2、M2中需要改进的地方很多。首先我们需要修改代码连接到远程桌面的数据库以及跟各个其他模块组协商聚集我们的工程完善学霸系统。在我们的功能方面视频的支持格式需要添加，目前还属于极度限制格式的阶段。在播放页面我们的美工一直没有做，M2阶段将考虑播放页面的美工问题。文档浏览目前我们需要客户下载相应插件到相应目录才可实现，M2阶段我们需要改进这种方法。寻求更佳的方案。