Repository navigation
需求讨论 #18
Description
Activity
CAPUHOME 需求汇总
用户设计，想法是加一个
members表作为实名论证信息表，大家用学号登录，登录之后可以在同名认证的小号之间切换发帖，也可以用所加入的群组作为发帖的身份。未名bbs的模式有啥问题么？就是注册都可以注册，但是使用上有限制，必须在认证之后才能解锁一些功能。感觉这个更贴合我们的实际（这个问题怎么到现在还在想法阶段……
注册都可以注册，但是使用上有限制，必须在认证之后才能解锁一些功能。
支持这个～但是其实我还是想把整个论坛都收进来……毕竟我实在没有想到应该把哪些版面开放给未认证用户。
毕竟我实在没有想到应该把哪些版面开放给未认证用户。
五湖四海啊~如果不认证就不能看工作区，不能在那些版发帖神马的，这样应该也差不多就算是收起来了吧。而且我觉得我们没有必要非常排斥外面的人，其实本来也就没几个人关注……
另外这种比较大的决策性的东西，是还需要理事会来最终决定还是说听你的就行了？不然总感觉我俩扯这些细节意义不大……技术上肯定都不是问题，就看想做成啥样……
咱们可以先做，最后就是一个权限的问题。我现在也不是理事我说的和你说的分量都差不多。
感觉我们现在最主要的问题就是跟理事会的联系略远……要不找个机会把风尘拉进来吧，就算不写代码，参与需求讨论应该没啥问题吧~
感觉我们现在最主要的问题就是跟理事会的联系略远……要不找个机会把风尘拉进来吧，就算不写代码，参与需求讨论应该没啥问题吧~
其实风辰在这里面吧……
其实风辰在这里面吧……
但是他从来不说话……必须严肃的跟他说，让他重视一下，不然这边有很多东西进行不下去……（非要逼我下学期申请增补理事么……
主体框架提议，有任何增删改的建议尽管回复说明
CAPUHOME 需求汇总
1.常规部分
1.1 用户相关需求
- 用户注册
- 用户登录
- 用户退出
- 用户（被）审核？
- 实名认证/学号邮箱绑定
- 修改密码
- 重置密码
- 修改个人资料
1.2 消息（通知/私信/群发/群聊）相关需求
- 接收系统通知
- 已读系统通知
- 发送私信
- 查看私信
- 删除私信
- 群发消息
- 用户群聊*
1.3 数据（注册用户数/活跃用户数/帖子数等）相关需求
- 注册用户数
- 认证用户数
- 活跃用户数
- 主题/帖子/评论总数
- 每日/每月新主题/帖子/评论数
1.4 后台管理相关需求
- 用户挂起
- 删除隐藏主题/帖子/评论
- 主题/帖子/评论修改（版本日志？
2.首页部分
2.1 公告相关需求
- 显示公告
- 新增公告
- 修改公告
- 删除公告
2.2 照片/视频/日程展示相关需求（数据与活动对应）
- 显示照片
- 显示视频
- 显示日程
- 设定展示的活动和相应的照片（只是选择性展示，数据来自活动资料
- 设定展示的活动和相应的视频（只是选择性展示，数据来自活动资料
2.3 关于（协会/暑期/部门/车队/联系我们）相关需求
- 显示相关内容（确定栏目？动态管理？
- 修改相关内容
3.论坛部分
3.1 版面相关需求
- 显示版面
- 新建版面？
- 删除版面？
- 修改版面（修改名称、版主、图片等信息）
3.2 主题相关需求
- 显示主题列表
- 显示主题（只显示楼主）
- 新建主题
- 修改主题内容（楼主帖）
- 管理主题属性（置顶，不可见/删除，锁帖，加精）
3.3 帖子相关需求
- 显示帖子列表
- 显示帖子
- 新建帖子
- 删除帖子
- 修改帖子
3.4 评论相关需求
- 显示评论列表
- 新建评论
- 删除评论
- 修改评论
4.活动资料部分
4.1 活动（包括拉练、暑期、招新等）相关需求
- 新建活动（日程）
- 添加活动照片
- 删除活动照片
- 添加活动视频
- 删除活动视频
- 显示活动（对外展示，照片/视频等）
4.2 事件相关需求（一个活动由多个事件组成）
- 新建事件
- 事件报名
- 参与人员名单
- 人员参与确认（记考勤
4.3 团购/水果组（条目确定/条目不确定）相关需求
- 新建团购/水果组活动
- 修改团购/水果组活动信息
- 删除团购/水果组活动
- 下订单(New->Pending)
- 确认订单(Confirmed)
- 无效订单(Invalid)
- 订单完成(Completed)
4.4 借车系统相关需求
- 显示借车需求列表
- 显示借车需求
- 显示出车信息列表
- 显示出车信息
- 新建借车需求
- 删除借车需求（已买车
- 新建出车信息
- 删除出车信息（车坏/丢了?
- 申请借车（发消息给出车人
- 撤回借车申请（丫的我不借了
- 同意借车申请（回复确认，修改相应借车/出车状态
- 拒绝借车申请（就不借，你拿牙盘削我丫
5.用户资料部分
5.1 个人首页相关需求
- 显示个人首页
- 隐藏个人首页
- 隐藏模块？（权限管理, public/private/registered user/verified user)
5.2 考勤相关需求（所有考勤记录都通过活动获取，五四训练也要新建活动）
- 显示考勤
- 计算考勤是否通过
5.3 车辆信息相关需求（包括零部件？二手市场？
- 新增车辆信息（买新车的壕
- 修改车辆信息（我把牙盘换了
- 删除车辆信息（卧槽车丢了
5.4 师徒制相关需求
- 申请拜师（师父~~~
- 撤回拜师申请（高冷
- 同意收徒（徒儿请安吧~实践部审核？
- 拒绝收徒（我拒绝！
- 解除师徒关系（逐出师门！
- 师徒谱系图！（Final Goal）
5.5 活动履历相关需求（数据与活动对应）
- 显示活动履历
- 隐藏部分活动？（那次我可挫了
5.6 群组（主席团、理事会、执委会、部门、车队）相关需求
- 新建群组
- （被动）加入群组
- （被动）退出群组
- 判断一个用户是否在某个群组
- 获取某个用户的所有群组
5.7 徽章(包括押后/队医/特检/免检资格、荣誉理事、体侧纪录、工作履历？）相关需求（分类别？
- 新建徽章
- 修改徽章
- 删除徽章
- 赋予徽章
- 撤回徽章
履历在活动记录里面？
是的，就是一个人的活动记录嘛（但是可能有些活动是不显示在履历里的？
另外像首页日程啊，Timeline什么的应该都从活动里抓数据就好了以及再加一个特检免检？
我的理解是这应该归到成就/徽章里？队医押后资格应该也可以归到这里，还是精简一点比较好
P.S. 我更新了前面那个提议的楼层内容
其他一些零碎的，没太想清楚的
- 活动/事件点赞 （队长威武
- 队长总结/押后日志/队医日志也变成事件？
- 修车讲座（活动安排 && 在线资料
- 罚跑？
- 需要回复的工作区帖子（暑期路线征集……
- 活动置顶？（每年一个置顶帖？什么乱七八糟的需要置顶的都放在里面？理事会成立/暑期路线决议/财务制度 balabala
- 每个活动在编辑后就会自动在工作区发一个帖子，这些帖子可以让他们点赞。是否开放回帖可以设置，默认不可re。
- 队长总结和队医押后的日志都成为活动记录的一部分，在查看活动时可以看到，也可以在文章分类汇总里面查阅。
- 修车讲座可以专门设置一个活动类型叫出摊，然后由管家来控制，默认可re。
- 罚跑的话，首页留一个帖子更新就好。可以把罚跑未完成的人的论坛界面弄得特别恶心来提醒他们身上背着罚跑。身上有罚单的不能参加出行活动。
- 帖子增加是否可re的属性就好。只有有权限的人对这个选项有设置权。
- 理事会成立我觉得算一个任命。财务制度和暑期路线决议除了置顶我没想到太好的方式。财务其实我想写一个专门的系统来弄报销申请，主席审阅之后可以获批，然后签字报销。
我觉得需要增加学期会历这一项，放在和暑期路线一起的置顶里面，作为常用链接。
5 remaining items
拉练、前站、车队训练折算成五四训练的程序应该怎么设计？我想了一下没有想到特别好的方法，每年的规矩都不一样。
组织部借教室的事情也可以加进去～
嗯，不过最好能把这些东西整合一下，我们还是希望能做一个universal的系统的，比如这个整合成各种application？只是有不同的category，只是“收件人”可能也不一样？
折算训练我觉得半年改一次代码还是可以接受的～
嗯删帖子我觉得可以不从数据库里搞掉，直接加个 deleted 列吧～
2.押后日志/队医日志我觉得可以改成填表：新建事故，事故人，事故部位，处理方案，补充。然后加个感想。。。
Messages那里，是不是应该可以屏蔽某个来源的消息？
Comments 层主应该也可以删除（但不能编辑）自己楼下的评论吧
Comments 要不要加关闭评论的选项？
群组的优先级～比如已审核用户和被封禁用户的权限是冲突的，然后解决冲突的办法是取优先级最高的
以及分开系统通知和站内信（存在两个表里）。现在的 CAPUBBS 里系统通知和站内信存在一个表里，但是它们根本就是两个东西，它们的关系是一条新站内信会产生一个新系统通知，但反过来不一定（不是每个系统通知都是站内信产生的）。所以现在的 CAPUBBS 这部分数据库和代码都有点小混乱。。。
收藏可以分不同文件夹
Message那里，加一个直接设置为已读和全部已读的功能吧～还是挺需要的～
今晚统一回复所有前面未回复的内容，mark在这里，要是忘记了再ping我（包括那个pr）
Messages那里，是不是应该可以屏蔽某个来源的消息？
这个不是不可以有，只是觉得是不是不太符合协会的精神？感觉可以一开始不考虑这个需求，如果一定需要到时候额外搞个message_black_list之类的表就好了……
Comments 层主应该也可以删除（但不能编辑）自己楼下的评论吧
这个是最后具体实现时的权限设置，不影响功能的设计和基本实现的
Comments 要不要加关闭评论的选项？
这个应该属于update范畴，只要model里有这个column就行，目前不需要到那么具体，最后所有的update应该都是差不多类似于这样的代码 https://github.com/huxuan/fangmi-api/blob/master/app/models.py#L208
Message那里，加一个直接设置为已读和全部已读的功能吧～还是挺需要的～
这个跟API木有关系的，是前台有个按钮然后去请求就好了
嗯，是该开始做点什么了，关于需求就在这个帖子里面讨论吧
大致的计划是先整理出类别，然后逐步完善细节
一楼用来整理汇总，其他有什么问题包括需求相关的讨论都放在后面的楼层里好了
但是需要提醒一点的是请不要乱水，也尽量不要离题太远，如果有需要会清理太不相关的帖子