两个主要的考察方向： 业务流程方面和技术点掌握方面
（1）模块划分要清楚（不能少于四个）。
举个例子，这个模块下有一个客服A在线问答，另外一个模块下不要有客服A在线问答。 可以划分为客服模块。
（2）业务流程一定要仿真（不能是对增删改查的嵌套，要符合具体流程）
举个例子，不同角色下的操作权限是不大相同的，不要夸张的将所有权限都给与管理员。 举个例子，重复发布话题需要有一个判断，不能不停的进行发布。
（3）测试数据一定要仿真（电话号码的格式之类的）
举个例子，一般标识的价格符合实际，餐厅点餐未打折的标价没有小数。 举个例子，电话号码，邮箱格式等一定要有相应的验证才能插入数据库中。
（4）核心业务功能要实现
（5）表与表之间的关联关系一定要清楚
（6）说明这个系统使用的优势和好处（不然，增删改查，用Excel也可以实现）
PS：推销你的产品，如何让顾客更愿意使用它。
PS：避免项目代码“Ctrl+C”，“Ctrl+V”；了解答辩者的真实水平。 （1）某个功能的设计与实现的代码讲解（绝对会有）
（2）项目应用到一些特别的技术（加分，但是一定要说出来如何应用该技术或者工具实现的） 举个例子： 为什么会想要使用Redis这个数据库？Redis的优势是什么？ 你说一说Hibernate？
（3）框架技术（对相关关键字的了解） PS：会问一下应用该框架的好处。 举个例子： 为什么你使用springmvc框架而不用struts2框架，它们的区别是什么？ springmvc的核心技术是什么？ Action是用来做什么的？
（4）关键技术（了解基础知识掌握情况） 举个例子： jsp的作用域； 如何退出登录；（PS：不是简单的页面跳转，使用了销毁session） 后台如何获取页面信息的； 视频在数据库中如何存储的；
（PS：支付功能不是简单的更改状态，而是由具体的支付通道；爬数据要用真实的数据，不能用假数据）
一个·典型的业务流程六大要素： （1）流程目的（它存在的理由）； （2）输入资源； （3）按一定秩序执行的活动； （4）这些活动之间的结构（相互关系和作用）； （5）输出结果； （6）该流程创造的价值。
（PS：达不到毕设的功能规模要求，除非你用到很厉害的技术，细化扩展功能）
（1）如果有视频可以照着视频写一下； 没有也没有关系，源代码可以运行，架构简单明了，通过调试大致分析执行流程也OK。
（2）不涉及业务需求，对数据库的操作就是增删改查。那么表修改尽量在一张或两张，太多了会很困扰。
（3）开头容易犯担心，也容易颓一天废十天。怎么说呢，该度的劫还是得过。交给别人，后续一系列的麻烦也很废时间。 （PS：功能实现，是一种很玄乎的东西，意思到了就好。比如，支付接口…还真的是二维码截图）
（PS：照着一个论文模板的架构填充内容，不要求精益求精）
（1）根据修改版本做好编号，便于恢复前面的版本； （2）查重率高的部分： 1、技术相关； 2、需求阐述（特别是增删改查写的地方）； 3、文献 … （3）查重的有效解决方式，就是第一个阶段大部分是自己编写；觉得哪个地方重复率过高换一种表达方式。 （PS：查重工具最喜欢找重要关键词，但是往往很多语句，跨越时空达成了共识。）
