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

标签：style   blog   http   ar   for   sp   strong   文件   on   

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

会议时间：2014-10-24

地址：紫荆1号楼312中厅

参加者：肖剑楠，卢凌铜，岳金阳，聂中天

会议目标：

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

　　会议进程：

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

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

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

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

小结：

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

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

本周任务及分工：

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

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

标签：style   blog   http   ar   for   sp   strong   文件   on   

原文地址：http://www.cnblogs.com/fortnight/p/Popush_Group_Discussion_2.html