软件工程大作业(社团管理系统)-个人总结报告
一、项目相关链接
二、个人工作总结
需求分析阶段
在这一阶段，我和组员讨论分析了社团管理系统需求，并总结编写了需求。然后对需求进行修改完善。
设计阶段
这一阶段，和组员（吴彦润）讨论分析，用powerdesigner完成了类图。
并对小组成员的E-R图进行了修改完善，并创建了.sql文件导入了数据库
主要完成的工作
1.学习了springboot和jpa规范语句。完成了后端财产（finace）功能代码编写，包括对finace表的增删改查，模糊查询
2.用postman对api测试。测试结果全部记录并反馈。如果测试失败，Debug组员的代码
3.修改并完善了数据库
4.和组员（吴彦润）设计数据并导入数据库
三、项目体会和总结
经过这次项目，我了解了软件工程的基本流程，体会了团队协作，并对个人工作与团队协作有了深刻的认识。
在前期设计阶段，需求做的还是太简陋，一些方面设计不到位，主要是当时想的不够全面，有些设想的功能麻烦又没有意义。因此数据库也经过了多次修改，用了很多个版本。
最初对springboot和vue前后端分离的框架不了解，花了很多时间学习，因此原型滞后，后面花了大量精力来弥补，我觉得学习这个新知识还是收获很大的。
前端方面，由两个有一定经验的同学完成，他们画了更多的时间和精力。我对前端没有任何涉及，主要在数据库、后端和测试方面出工出力，所以这次项目在前端方面基本没有收获，在后面的学习中需要对前端了解更多，但同时我对后端代码的编写有了十足的进步。
小组讨论方面，我们组的讨论并不多，大多数在微信上交流，交流也多是进度反馈，所以组员大多数时间都是闭门造车，只能说这样有利有弊，优势是能充分实现自己的思路，但是弊端确实缺少了融合，导致代码有一定的局限性，需要后期大量的修改。
本次项目中最大的问题是组员分工不太明确，比如对代码的编写每个组员都有涉及，有组员表明了代码的问题，大家都会去修改，但是到最后就会出现很多问题，代码有多个版本，组员能完成的功能在自己这里不能体现，十分混乱，最后整合的时候花了很大的精力。
总之本次项目收获良多，在前端输出不够，在后端代码的编写上锻炼了很多，获得了十足的进步。体验了团队合作完成项目的流程，并有了深刻认识。在以后的学习上要扩宽自己的视野，多学习多实践。
四、课程建议
1.老师讲课幽默风趣并给我们带来了人生启迪，我对此非常认同
2.老师经常在群里发链接或者学习资料，但是其中很少有代码的例子。我觉得大多数学生更需要的是代码的例子，所以我建议老师多在群里发一些代码的讲解。
3.但是我觉得老师过于注重理论，而在实践方面缺少一定的指导，只有在需求设计方面有所讲授，真正代码部分没有指导，我们对springboot和vue前后端分离没有任何了解。所以我觉得可能老师需要对代码有一定的讲解，对这次项目的流程介绍再细致一些。
五、后续工作补充
1.工程简介
以springcloud的框架和分布式微服务的模式完成了外卖订餐系统中的两个模块（menu&user）。
采用这种方式的优势是：程序具有较强的内聚，较低的耦合度，每个模块间几乎只有数据传输，各个模块可以分开运行并实现其功能。
2.如何实现
对每一个微服务在配置中心配置（比如端口号，与数据库的连接等），在注册中心进行注册。
服务消费者通过handler接口，进入feign（类似一个中转站），中转到服务提供者（menu，user）的接口中，再去进行数据库操作。
3.个人工作量
1.菜谱的增删改查全部实现，既可以在接口调用，又可以在网页上实现（client中的MenuHandler，menu中的MnueHandler，menu的mapping里MenuRepository.xml(数据库操作语句））
2.springcloud框架搭建，所需依赖的配置
3.中转站feign，服务消费者client的完成（MenuFeign，client接口、实体类等）
4.全部前端网页制作
4.GitHub源代码
https://github.com/RealWyr/orderingsystem
posted on 2019-12-15 18:42 31701081_王文博 阅读(712) 评论(1) 编辑 收藏 举报
