SE-ClubManage———个人工作总结

SE-ClubManage———个人工作总结

一：项目背景及简介：

在城市学院中，大大小小存在十几二十个社团，虽然可以通过微信公众号的方式来获得这个社团的一系列的信息，但无法总览所有的社团和所有活动；社长也无法统筹的去管理本社团；对管理员来说，活动审批，社团申请等等过于繁琐。

本项目主要用于统筹管理社团，有三种角色：社员（即普通学生），社长，管理员。

二：相关源代码链接：

• 需求文档
• 第一次会议记录
• 设计文档
• 第二次会议记录
• 第三次会议记录
• 界面原型
• github

三：个人工作：

1.需求讨论：与组员一起讨论此次社团管理项目共需要几种角色，每种角色应该具有哪些功能。社团，活动，场地等应如何管理，活动从申请，审批，发公告，到结束应如何连城一条线。

2.ER图的制作

3.数据流图的绘制

4.用例图的绘制

5.后端函数实现：活动和管理员审核的函数：

学生加入活动函数。

修改活动信息的函数

社长申请活动的函数

社长取消活动的函数

管理员审批申请活动的函数

管理员审批修改活动信息的函数

管理员审批取消活动的函数

管理员审批修改社团信息的函数

6.前端的静态界面：

学生修改个人信息界面：

在登陆进去之后，点击左上角的姓名就可以进入这个界面。这个界面可以修改号码和密码。


报名活动界面：

在活动公告列表点击某个公告就会进去这张界面，得到的是该活动的一系列公告，可以点击报名按钮报名。

社团总览界面：

这张界面就是通过图片的形式展示所有社团。

修改社团信息：

这张界面展示了社团logo,社团名称，社团场地，社团简介以及社长，点进去的时候，信息已经展示在后面的文本框里面了，如果要修改的话，就直接修改，不需要修改的话，就不用去动它。

社团简介页面：

这张界面就是点击社团总览界面里面的图片，就会进入相应社团的简介页面。

管理员界面中的社团审批列表：

就是将社团提交的关于社团的各种申请按照时间顺序排列下来。

活动审批列表：

就是将社团提交的关于活动的各种申请按照时间顺序排列下来。

社团列表：将所有社团一行一行展示。

场地列表；将所有场地一行一行展示。

7.前端的实现：
修改个人信息，按照修改个人界面提交的数据，提交表单到servlet里面，再调用函数来修改数据库里面的信息。《

报名活动：在报名活动界面按下报名按钮之后，就会调用joinAct函数，并且传入当前活动的actid，当前登录用户的id用函数getcurid来得到，就可以在数据库表act_p里面增加一条记录。

在活动公告界面的搜索框：在搜索框里面输入一个名称，就可以搜索出包含这个名称的所有的社团公告。

社团总览中的搜索框：以下拉框的形式展示所有的社团名称，然后可以选择一个社团，点击搜索按钮，就会直接进入该社团的简介页面。

在社长管理社团下的取消该社团的活动和删除公告：在每一个社团活动后面都带有一个删除按钮，当按下这个按钮，会出现一个弹框问你是否确认删除，如果确认，就会在数据库中删除掉。


修改社团信息：与修改个人信息差不多的原理，点进去已有信息显示，要修改的就进行修改，不需要修改的就不改，最后按下按钮，就会修改到数据库里面。

项目总结

需求分析的重要性：

在刚到需求阶段的时候，并不是十分了解需求分析的重要性，为后期所做的铺垫工作。我们小组交的第一份需求文档也并不是很详细(那时候以为自己蛮详细了)，后来老师要求更详细的时候，还并不是很明白它的作用。但后来随着进度的推进，发现前期的详细的需求分析让自己脑海中有了清晰的思路，知道什么角色应该具有什么样的功能，对于活动，社团我们怎么处理更好，而不至于在后期因为思路不清楚而不断地修改。

分工的重要性

在完成这个项目的整个进程中，我们小组都没有很好的进行分工，没有进行明确，详细的分工，并不是严格按照一个个模块来进行分工，导致后期在任务的开展的时候，在拼接的时候，出现了较多的问题。这也让我明白了分工的重要性，在一个项目刚开始的时候，应该制定详细的分工计划，大家了解了自己的分工后，就可以开始进行相应的工作，这样就能保证一个项目是并行式前进，有条不紊的开展。

知识，能力的重要性

这次项目也再次让我了解到了自己在编程能力方面的不足，在计算机领域知识的贫乏。在相同的时间情况下，别的组就能完成更多的功能，同时采用更好的编程方式，更好的框架。希望自己在后面的日子里，可以以更加勤勉的态度去奋斗，以更加虚心的态度去请教，以更加开放的姿态去学习。路漫漫其修选兮，吾将上下而求索。

对本次项目的总结及感想

本次项目总体来说完成度较高，完成了需求设计阶段的百分之95的功能，已经可以作为一个基本的社团管理软件的网页版来使用了。但是本次项目没有什么特别大的闪光点，一些特别细节的地方也没有完善的超级好，展示的方式也只有web端，没有像其他组一样有安卓端，app等等。所采用的方式也较简单，后端就是java+mysql，用jdbc来实现；前端就是html+css来构建，然后用jsp来实现整个项目的管理及前后端的连接。

这次项目是我第一次如此完整的，从需求设计到原型再到实现，去完成一个项目，并且是和同学一起完成一个团队项目。虽然成品比起其他组来说不算完善，不算优秀，但对我来说是一次蛮大的锻炼，也学习到了很多的新的知识，相信在之后团队项目中，我也可以更加熟练，更加有条理的开展，相信也可以得到更好结果。

课程意见

1. 觉得老师不需要有几周三节课都让我们来进行讨论，前两节课还是需要来上课，毕竟课本上的知识也蛮重要的吧。感觉老师在讲述课本知识的时候较快，大部分人可能不能比较充分的掌握这些知识，在最后期末考试的时候也比较慌。项目讨论，会议，项目的完成应该在实验课和课后去花时间。
2. 在每个阶段结束后，比如需求阶段结束后，大家都交完博客后，老师可以选取几个完成的较好的博客，在下一节课开始的时候让他们小组上来讲解一下，毕竟如果只是自己阅读他人博客，还是没有直接讲解来的清楚。老师可以讲一下上来讲的小组有哪些可取的地方，上来讲的小组也可以把自己认为较好的地方重点讲解一下。这样也方便其他小组学习借鉴。或者如果有主动的小组愿意在课前分享，也可以。
3. 我认为应该在项目的中期设置一节课，让不同小组，但选题相近或一样的小组进行讨论。如果一直是自己小组内的人讨论，可能会造成闭门造车，和其他组的人进行讨论，可以让别人提出意见，也可以借鉴一下别人好的地方，或者自己有什么没有考虑的地方，在技术上有什么困难，也可以彼此交流。