首页 > 代码库 > Popush 第二次小组会议记录及分工
Popush 第二次小组会议记录及分工
会议名称:Popush第二次小组会议
会议时间:2014-10-24
地址:紫荆1号楼312中厅
参加者:肖剑楠,卢凌铜,岳金阳,聂中天
会议目标:
- 确定项目的定位及面向群体;
- 确定需求。首先确定大的需求,然后在此基础上逐渐细化,最终勾勒出了一个在线项目开发管理平台的原型;
- 确定本周任务及分工;
会议进程:
原有的Popush功能的最大特点就是代码编辑器的共享,多个用户可以同时修改一个文件,从而实现协同编辑;在此基础上扩展大致有两个方向:协同编辑、教育展示;根据大家对不同方向的兴趣,最后决定做协同编辑这个方向,同时做成支持多文件小微项目的在线项目开发管理平台;
现有版本的Popush的编辑器很简单,无法满足现实需求。原因有二:
- 用户不友好,经实际测试可以看出,在他人编辑该文件时,文本会自动添加到文件中,同时编辑的其他用户并不知道在哪里添加的,添加了什么,尤其是在专心Coding的时候,极容易被打扰;
- 协作方式与现实脱节,在实际编程开发中,极少存在需要两个人在同一份源文件同时编写函数的情况,因为大部分时候都是每个人各司其职,文件也是按照模块、功能划分,不同模块的函数不会出现在同一个文件中。只有在协同编辑的情况下,需要两个人同时专注于一件事情,方式有两种,一种是一人口述,同伴来写,另一种是一人做批注、注释,另一个人来编写。基于以上分析,我们决定通过添加权限的方式限制成员的编辑,这样可以尽可能的避免分工混乱的情况,同时也有利于今后的成员贡献评估,开发进程监督等功能的实现,当然,从实现角度也简化了逻辑。
- 从项目管理的大需求出发,我们认为方便管理者能够及时的了解成员的工作状况,也方便成员对项目进度有个大致的把握和了解,还需要实现日志功能模块,同时可以通过简洁的方式呈现出来。
补充:在讨论协作编程方式的时候,我们也想过类似Word添加批注的功能一样,但是经过实际讨论认为实现的难度比较大,因为决定采用直接在文件中添加注释的方式,当然协作者也可以通过语音、文本等方式进行交流。
小结:
此次会议讨论的十分激烈,反复论证了大部分需求的可能实现方式以及实现难度,最终确定了比较重要的21项细分需求,见用户故事。
开发模式采用迭代开发,按照模块的优先级逐一实现,优先级最高的是协同编辑模块。
本周任务及分工:
分工方面,决定沿用原版的MVC架构,并按照该设计模式分工,具体分工情况见下表。准备工作是阅读现有代码,熟悉开发架构。
组员 | 分工 |
肖剑楠 | Models |
卢凌铜 | Controller |
岳金阳 | Controller |
聂中天 | View |
Popush 第二次小组会议记录及分工
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。