首页 > 代码库 > Popush 第二次小组会议记录及分工

Popush 第二次小组会议记录及分工

会议名称:Popush第二次小组会议

会议时间:2014-10-24

地址:紫荆1号楼312中厅

参加者:肖剑楠,卢凌铜,岳金阳,聂中天

会议目标:

  1. 确定项目的定位及面向群体;
  2. 确定需求。首先确定大的需求,然后在此基础上逐渐细化,最终勾勒出了一个在线项目开发管理平台的原型;
  3. 确定本周任务及分工;

  会议进程:

原有的Popush功能的最大特点就是代码编辑器的共享,多个用户可以同时修改一个文件,从而实现协同编辑;在此基础上扩展大致有两个方向:协同编辑、教育展示;根据大家对不同方向的兴趣,最后决定做协同编辑这个方向,同时做成支持多文件小微项目的在线项目开发管理平台;

现有版本的Popush的编辑器很简单,无法满足现实需求。原因有二:

  1. 用户不友好,经实际测试可以看出,在他人编辑该文件时,文本会自动添加到文件中,同时编辑的其他用户并不知道在哪里添加的,添加了什么,尤其是在专心Coding的时候,极容易被打扰;
  2. 协作方式与现实脱节,在实际编程开发中,极少存在需要两个人在同一份源文件同时编写函数的情况,因为大部分时候都是每个人各司其职,文件也是按照模块、功能划分,不同模块的函数不会出现在同一个文件中。只有在协同编辑的情况下,需要两个人同时专注于一件事情,方式有两种,一种是一人口述,同伴来写,另一种是一人做批注、注释,另一个人来编写。基于以上分析,我们决定通过添加权限的方式限制成员的编辑,这样可以尽可能的避免分工混乱的情况,同时也有利于今后的成员贡献评估,开发进程监督等功能的实现,当然,从实现角度也简化了逻辑。
  3. 从项目管理的大需求出发,我们认为方便管理者能够及时的了解成员的工作状况,也方便成员对项目进度有个大致的把握和了解,还需要实现日志功能模块,同时可以通过简洁的方式呈现出来。

补充:在讨论协作编程方式的时候,我们也想过类似Word添加批注的功能一样,但是经过实际讨论认为实现的难度比较大,因为决定采用直接在文件中添加注释的方式,当然协作者也可以通过语音、文本等方式进行交流。

小结:

此次会议讨论的十分激烈,反复论证了大部分需求的可能实现方式以及实现难度,最终确定了比较重要的21项细分需求,见用户故事。

开发模式采用迭代开发,按照模块的优先级逐一实现,优先级最高的是协同编辑模块。

本周任务及分工:

分工方面,决定沿用原版的MVC架构,并按照该设计模式分工,具体分工情况见下表。准备工作是阅读现有代码,熟悉开发架构。

组员分工
肖剑楠

Models

卢凌铜

Controller

岳金阳

Controller

聂中天View

Popush 第二次小组会议记录及分工