一、 项目概述
1、名称：基于知识图谱的车载网络文件传输系统
2、概述：通过虚设各汽车用户文件，模拟一个文件分享系统，实现文件搜索，文件分享等基本功能，并且利用已有汽车轨迹数据分析获取相对高效的文件传输路径，模拟用户在该系统中下载文件的过程，并且通过节点图可视化展示文件传输过程。
3、成品：PC端应用
4、小组信息
组名：CodeFans
组员：吴英俊（PM），梁深，唐杰，孔祥宁，加拉力丁
二、 心得体会
1、明确项目目标
一个好的目标能够很好的去驱动团队的行为。一开始我们对这个项目要做什么一头雾水，后来通过需求会议后跟研究生学长的细致沟通，以及组内成员的讨论，大家把心中的疑惑说出来一起讨论解决，这样，大家才都对项目目标有了更细致更深入的了解。
2、明确项目的需求背景：
手机流量是挺昂贵的，有些人使用的流量套餐是每月限定用量，或者超出某个流量使用量就会限流，像以上的情况，相信大家在想下载文件的时候，都会掂量一下自己的流量使用情况。我们的项目就是试图通过模拟一种不依赖流量的文件传输方法，同时文件传输又可以是频繁的，为解决上述问题提供一个思路。
3、明确分工
毕竟一个项目的工作量还挺大的，刚开始听到我们项目的工作量的时候，是挺让人劝退的，但是遵循课程要求的进度表，把项目进度划分成一个个阶段，每个阶段的工作量由小组共同完成，这样看起来完成项目就不是那么难了。另外补充一点，我们的分工不能是闷头闷声自己写自己的，要确保自己负责的部分能够很好与其他小组成员的正确对接，不然拼接起来会出现很多项目，所以说，分工的时候组内沟通一定不能少。
4、项目迭代
每次迭代完成一些功能，在迭代过程中还可根据情况，比如进度问题还有需求变化问题做出相应的迭代调整，使得项目能更顺利进展，这个挺好。
5、团队交流与沟通
团队工作方式已经成为企业和其他组织生存和发展的一种必要手段，高效率的团队在企业经营活动中显示了强大的生命力。团队自身要想高效率的运作，在很大程度上依赖于团队内部成员的构成和沟通的有效性等因素。一个合作性的团队的效率远远大于各部分简单的相加。随着团队成员之间的交往，其复杂性会成倍增加，团队沟通的重要性也就体现出来了。成员彼此之间需要进行强有力的沟通才能了解各自的想法，能够互相理解，并能通过协作共同解决问题。
三、 总结
客户的需求一般是很模糊的，总是用几两句话即可描述出来那种。这几句话既是原始需求，也是核心需求。原始需求是因为客户没有考虑到系统的现状是如何的，也没有考虑到现实的情形是多么复杂多变的；核心需求是因为客户利用这几句话言简意赅地表明他期望的最小开发实现。我们要记录甲方的原始需求，作为需求文档的一部分。同时，我们的需求文档还要使用UML画各种来描述业务的主流程，并使用最少的文字精确描述业务流程，因为客户一般只愿意看业务流程图。由此可见，需求文档还是十分重要的。
原文：https://www.cnblogs.com/wuyingjun/p/13978934.html