17秋 软件工程 团队第二次作业 选题报告
题目: 选题报告
团队: 我说嘻(xì)哈(hà)你说侠
项目描述(Project Description)
本项目针对部门日常的活动进行设计，避免如"逐个发送活动消息很麻烦，还要确认对方是否收到"等繁琐操作，方便简化部门管理人员的工作，通过节省社团中管理人员到部员的冗余沟通时间，实现高效率的社团管理解决方案。
创新与收益(Approach and Benefit)
创新
- 通过部员课表信息帮助部门管理人员生成潜在活动时间，无需管理人员一次次收集部员空闲时间以得出可行的活动时间安排；
- 部长发布活动时，编辑活动信息即可实现一键群发，达到通知的效果，部员收到推送信息之后，能够一键确认参与本次活动/请假；
- 部门管理人员可以查看部员的基本信息，并进行部门的管理操作，比如考勤、活动签到、添加/移除部员等等，节省了大量的工作量；
- 设置生日提醒模块，方便部门管理人员作出活动决策。
收益
通过真实用户的调研，我们发现现在的各大社团都存在着活动管理繁琐的痛点，本项目的工作能够帮助部门的管理人员避免人工手动输入部员信息等繁杂操作，节省不必要的沟通时间，从而节省大量的时间成本。
用户场景分析(User Analysis)
典型用户
典型用户有以下几类：
- 社团管理者小鹿；
- 社团成员晓彤;
- 社团成员程祥。
(1)社团管理者小鹿：
| 姓名 | 鹿含 |
|---|---|
| 年龄 | 21岁 |
| 代表的用户在市场上的比例 | ~30% |
| 重要性 | 很重要，对于是否使用APP进行社团管理有决定权 |
| 生活/工作情况 | 在校学生，目前是某大型社团领导人 |
| 知识层次和能力 | 本科生，离不开手机，日常频繁通过手机与他人进行通信；平时还需要通过PC端Excel做表格 |
| 用户偏好 | 社交管理 |
| 典型场景 | 通过手机群发部门活动短信，组织部门活动，确认大家都收到信息了 |
| 典型描述 | 部门存我存，部门亡我亡 |
(2)社团成员晓彤：
| 姓名 | 管晓彤 |
|---|---|
| 年龄 | 18岁 |
| 代表的用户在市场上的比例 | ~60% |
| 重要性 | 社团管理APP的主要用户 |
| 生活/工作情况 | 在校学生，国民闺女 |
| 知识层次和能力 | 本科生，平时通过手机上网，QQ、微信聊天，还喜欢刷刷微博热门 |
| 用户偏好 | 跳舞，聊天 |
| 典型场景 | 听从小鹿学长指挥，积极参与社团活动 |
| 典型描述 | 听帅气部长的话 |
(3)社团成员程祥：
| 姓名 | 程祥 |
|---|---|
| 年龄 | 20岁 |
| 代表的用户在市场上的比例 | ~10% |
| 重要性 | 社团管理APP的主要用户 |
| 生活/工作情况 | 在校学生 |
| 知识层次和能力 | 计算机专业学生，使用电脑的频率高于使用手机的频率 |
| 用户偏好 | 平时热爱运动，喜欢踢足球，喜欢各个方面都插足 |
| 典型场景 | 消息很晚才回，经常请假 |
| 典型描述 | 我的时间非常宝贵，那这次部门活动/今天的课还是不去了吧 |
用户需求
- a.社团管理者小鹿：每次组织活动都需要收集每个部员的空闲时间，从而再推导得到活动的具体时间和安排；
- b.社团管理者小鹿：活动开始前，要通过群发短信逐个部员通知，并确认谁到场谁缺席；评选部门之星时需要根据部员出勤率找出优秀部员，因此需要在PC端记录出勤信息，非常麻烦；
- c.社团管理者小鹿：需要记录部员的请假信息，有时候是QQ的信息，有时候是微信的信息，忙着忙着就忘记了谁请假，询问时才回想起来；
- d.社团管理者小鹿：在考虑活动的时候，需要根据部员的一些信息来进行组织，比如当月有好多个同学过生日，就可以组织一个大趴体来庆祝一下，但是这些信息一条条记录到excel里面要花费不少的精力和时间；
- e.社团管理者小鹿：举办活动当天有时候还需要签到，来确定奖品、综测发放的名额；
- f.社团成员晓彤：每周都要把自己当周的课表、空闲时间发给小鹿学长，好烦；
- g.社团成员程祥：有的时候会忘记回复小鹿学长发过来的信息，他打电话过来确认的时候再请假好不好意思啊。
场景
小鹿发现最近成员们的参与社团热情度有所减弱，决定组织一波吃喝玩乐的活动来收拢人心。说干就干，他打开了部门管理APP，输入了他的账号及密码，选择管理员身份登录进APP，一旦他的账号密码输入错误，或者并不是管理员身份，会被错误提醒。接着，小鹿在生日提醒模块逐月查看了大伙的生日，发现十一月份过生日的人有点多，于是决定挑选十一月份的某一天来举行大趴体。
他进入到活动安排模块，选择十一月，该模块便根据十一月份每个部门成员的课表，生成并列举了一些可行的活动日期。在和部门的其他核心骨干商量之后，决定在11.23号这天来举办大趴体。于是乎，他来到了活动发布模块，为了给过生日的同学一个惊喜，小鹿选择只告诉他们是举办一次部门例会，于是编辑了两种不同的信息安排。在依次输入活动安排时间、地点、描述以及选择发送对象之后，他可以选择退出编辑、保存不发送以及保存并发布。小鹿选择了发布活动信息，APP会判断通知的完整性，必要时进行提示。
管晓彤同学在上课时收到了部门APP的推送，兴致勃勃的她选择部员模式进入APP，打开消息模块点开小鹿的消息，发现马上有一次关于吃吃吃的活动要举办了，而且举办的时间没有冲突，有两个按钮供晓彤选择，确认回复和请假，她点击确认回复按钮表示自己收到了这条信息。管晓彤确认之后，小鹿在消息模块中立即收到了来自她的确认。在所有人确认回复之后，小鹿能够在活动安排模块查看到这次活动的详细信息，如确认到场人数、缺勤人数，以及活动地点和时间。
活动前夕，小鹿根据人数定制了一个大蛋糕，并进入消息模块，查看本次活动并点击再次提醒按钮，编辑信息并确认发送，以提醒部员们。晓彤收到信息推送之后，进入活动提醒模块设置了这次活动的闹钟，并带着满满的期待点击了确认。而部门的另一个成员程祥觉得那天自己没有时间，又不知道是给自己举办的趴体(推送通知说是"一次组会")，于是乎在请假模块选择了该活动，随便填写了信息点击申请。小鹿在消息模块看到程祥的申请提醒之后，叹了口气，来到考勤审核模块确认并批准了他的事情，系统提醒程祥的缺勤次数以及超过上限，小鹿发现程祥的缺勤次数早已超过了6次，于是下定决心，点击了旁边的移除该部员按钮，系统显示"程祥同学已被列入潜在移除名单，详细操作请进入部员管理模块"字样，并提供了"确认"、"取消"按钮，小鹿选择了确认，并进入部员管理模块，点击进入潜在移除名单，找到程祥同学的信息，点击红色的移除该部员按钮，并编辑移除信息，点击确认，系统提示"本次操作将从您的部门中移除程祥同学，操作后不可恢复，请问确认要执行该操作吗？"，小鹿点击确认。
活动时间当天，小鹿早早的来到了会场，精心布置了一番，并进入APP的活动签到模块，开启本次活动的签到模式。晓彤来到会场之后，打开APP的活动签到模块，并点击签到。活动快开始了，小鹿进入活动签到模块，发现还有两三个人还没有签到，于是点击提醒按钮，编辑信息并发送对还没有到场的同学进行了催促。
趴体举办地很成功，小鹿进入APP的活动安排模块，选择该活动点击结束，系统弹出本次到场总人数、缺勤总人数，并列举了缺勤的同学信息，提供"确认到场"按钮以防止同学忘记签到的情况，对于缺勤的同学，系统在考勤审核模块记录了本次缺勤的情况。
后来的故事。。大家都知道了。
真实用户调研(User Survey)
用户调研视频： 百度云视频
我们先采用会议的形式调研。团队成员中有两位部长角色人物，他们充当目标用户代表，其余成员为项目利益相关者。部长们提出日常管理部门时出现的种种麻烦、不便现象，反馈真实需求，项目成员们针对不同现象讨论解决方案，最终初步整合出基本需求功能。请看一个简化的讨论示例。
- 部长A：活动的管理特别麻烦，之前有的活动采用纸质表格签到的形式，最终确认参与人员时得手动输入生成表格，工作量贼大又很无聊。
- 项目成员C：emmm,我们可以加入二维码签到，活动举办者可以在活动现场展示本次活动的二维码标识，扫码填入或确认信息签到。
- 部长B：那怎么控制“真实”签到呢，很可能存在将二维码拍照分享的虚假参与。
- 项目成员D：不用担心，加入距离限制，必须通过活动现场的WIFI连入才能完成签到。
- 总结：对于部门活动签到的管理，我们加入限定性二维码签到的功能。
未来市场与竞争(Market and Competition)
1.未来市场：先将app在校内进行推广，向部长们介绍我们的软件，与部长们合作让部门使用我们的app。
2.竞争：在本校，我们的项目能够通过调研本校社团需求，容易针对本校情况加以改进，因此具备较高的竞争力。对于其他社团方面的app，针对中学社团管理的有"社团家"，但针对大学社团管理方面做的比较成熟、应用广泛的app还未见到。
评审表格
