软工实践项目选题报告-黄紫仪（评审表传惹！）

前言：这个选题是基于前面的结对作业来改进的（其实就是懒得想选题），结对作业之后，我们课下聚了一次，重新对整个原型的设计规划进行了修改。主要风格还是基于最开始学长写的那份主页。（比我画的咸鱼界面靠谱多了）。同时对部分的功能进行了修改和完善（基于我们大概能不能做出来的基础上- -），目前来说算是个BATE（？好像是这个单词？）版本，一些其他实用功能可能得最后实际再看了（看看做不做的出来。）

团队选题报告——福州大学社团管理系统

小组成员：031502320_连捷(组长)
031502313_黄紫仪 221500413_钟嘉晨 031402323_翁陈华

问题描述：萌新们开学初加入学生会部门的迫切需求——选择部门和课余时间冲突之烦恼

现状：各个部门在开学初占据学校青春广场有利位置，通过张贴海报、发传单等形式向学生宣传；对某个部门感兴趣的同学，填写加入部门申请表交给各部门负责人。各部门负责人通过一种说不清道不明的算法对申请的学生进行人工筛选，人工筛选留下的学生也面临被淘汰问题。筛选和淘汰的规则如下：

1）部门纳新人数和面试时间必须事先申报确定；
2部门活动时间包括常规活动时间（如每周三19点-20点）和临时活动时间，常规活动时间在纳新时候就要公布；
3）如果一个学生常规部门活动时间请假超过6次，将面临被淘汰；
4）学生最多加入5个部门，但是要考虑部门活动时间冲突次数；
5）未参加部门面试的学生不能纳入部门。

现状的困扰：
1）流程繁琐复杂，各个部门手工发放申请表，手工收集汇总，各个部门之间信息沟通不畅，导致不少学生加入几个部门后，由于活动时间冲突而被淘汰，浪费时间和精力。
2）学生在加入部门前对部门的情况了解有限；部门在学生申请之前对学生也不了解，稀里糊涂，不可言说，就接收了，导致后续配合存在隐患和困扰。

从现状的困扰可知由于纳新时各部门都是手工完整各种纳新工作，并且各部门之间无法进行顺畅的沟通，因此会造成纳进的新生由于部门活动时间冲突而被淘汰。另一方面学生和社团之间互相不了解，可能会导致后续配合出现问题。
从筛选和淘汰第一条规则可以知道我们设计的系统中部门管理的模块必须先申报纳新人数和面试时间。从第二条规则可知系统的部门管理模块必须先公布常规活动时间并且能够不断发布临时活动时间。从第三条规则可知系统的学生管理模块能够申请常规活动时间请假并且部门管理模块能够淘汰常规部门活动时间请假超过6次的学生。从第四条规则可知系统中的学生管理模块能够让学生最多加入5个部门但是要考虑部门活动冲突次数，冲突次数超过6次强制该学生退出一些部门。从最后一条规则可知系统的学生管理模块要求一个学生必须先参加部门面试才能加入该部门，因此部门管理模块中必须要有专门的面试情况表来汇总哪些萌新通过了面试。
因此我们做出了如下的需求分析：
1）有基础的登陆界面跟注册界面；
2）可以查看个人/社团的基本信息or招募情况，提供社团信息查询的动能，并且可以修改个人主页的相关信息；
3)自己加入某个社团后可以查询在社团的相关情况（包括公告，签到情况，职务），并进行相关处理（比如参加社团点子提供，退出社团等）；
4）有对应社团职务的同学还会有相关的权限功能（包括淘汰部员、纳人跟改职务写公告），这些权限即系统中的社团管理模块。
5）新生能够通过填写申请表来提交自己加入摸个部门的申请，能够查询自己当前的申请情况，并且可以修改自己的申请状况。

原型设计工具我们使用的是墨刀，墨刀给web页面提供的模板和组件很少，因此目前原型设计得比较简陋。后台数据库准备采用开源的MySQL，前端用JS、CSS和H5编写，后端采用JavaEE开发，框架采用MVC框架。

下面是原型的一些截图：（图略多可能只截部分）
1）主页：

2）登录和注册界面：

3）学生个人管理模块：
一、个人简介：
二、我的社团管理：
三、申请加入社团：
四、社团查询：

4）社团管理模块：
一、部员权限管理：
二、审批申请：
三、发布公告：

心得：这个项目是我们团队的第一次现场讨论共同设计完成，经验不是很足。整个项目还是优先围绕着需求进行点对点设计。在刚需方面能做到稳定实现，并且尽量保证用户使用方便省事。在其它功能点方面还不是那么完善。有些功能点也因为暂时的水平问题可能还无法做到100%实现。在之后的具体实现上面可能可以实现更多的新功能，并且需求需要进一步改进和完善。也希望各位同学能够给我们提出更多建议，帮助我们更好的完善这个系统。
附：流程图*1

关于评分表：

	评分表

总结：这波改完之后感觉整体质量靠谱了很多！功能页面略多所以没有一一截图（才不会承认后面几个页面根本就没做完。）评分表这边个人觉得应该都想到了吧？（想不到的只能求补充咯。）所以继续加班。潜水get√