[知识路书]beta设计和计划

一、需求再分析

根据用户反馈，是否发现之前的需求分析有偏差？为什么会出现这种偏差？beta阶段你们是否能真的分析清楚用户需求？如何做到？

根据alpha阶段的推广情况以及用户反馈，我们吸取了经验教训。本项目的真正用户是有实际科研需求的研究生、老师等科研人员。我们对这些典型用户进行了定向推广，收集到了很多宝贵的评价和改进意见。通过对这些反馈信息的分析，我们重新思考了我们的需求，制定了在beta阶段的计划。

知识路书的产品定位是——图形化文献管理工具，主要的核心需求有以下两点

文献管理
图形化编辑器

这两者需要有机紧密结合，才能最大限度地发挥知识路书的产品效力。

在alpha阶段，我们已经完成了文献管理工具和图形化的路书编辑器、阅览器，我们在beta阶段要着重做好此二者的有机结合，使用户更方便地使用图形化的方式管理文献、梳理文献。

如何才能更好地结合上述两大主要功能呢？

做好文献管理和图形化路书编辑器的人性化、智能化改进
为弥补纯粹图形化的表达不足，要引入更加合理的文本呈现形式
除了用路书来整理文献以外，还要反过来由文献来推荐/查找相关路书
建立社区元素(论文推荐、最热路书、最新路书、评论、点赞等)可更好地推广，提升用户粘性

二、功能增减

本阶段要新增什么功能？是否需要新的原型设计？是否有新增典型用户？新增的功能有什么验收标准？

根据上述需求，我们总结出以下需求，原型设计、典型用户与alpha阶段相同。验收标准：后端做到覆盖测试，前端做到无显式错误。

人性化改进

路书和文献管理
- 引入tag标签
- 引入filter
- 分页功能
- 文献阅读计划：已读未读
- 多选与删除
- 批量导出bibtex
- 路书管理的卡片布局
路书编辑器
- 拖拽方式添加节点
- 曲线连接
- 用户自定义结点颜色、字体等
- 路书的编辑撤销

更合理的文本呈现形式

文献笔记在路书中的显示形式
过长的文献名如何显示在路书中(alias?)
markdown 优化
用户可编辑随笔，随笔可包含路书，路书亦可包含随笔节点

其它功能

help文档或新手引导、为新用户提供模板路书
面包屑改进crumb+动态路由
路书的导出：图像、html、pdf等格式
社区元素
- 论文推荐
- 最热路书
- 最新路书
- 评论、点赞

三、技术改进

技术上相对前一阶段需要作何改进？比如：增加对代码规范的要求、针对新的功能点所需要掌握的新技术、对代码流程管理上的一些规范

我们开发团队在alpha阶段的代码管理做的很好，使用eslint进行代码风格管理，使用github平台的看板管理、issue、Pull request等功能，实现了十分高效的开发管理。

在本阶段，我们要继续坚持上一阶段的管理模式，帮助新进成员更快熟悉、适应我们的管理模式。

四、任务分解

上面这些要做的事情，如何具体分配到个人？请注意计划的粒度。

分组	姓名	任务	参考难度	预计时长
前端	ljy	引入tag标签	3	6h
-		批量导出bibtex	1	2h
-		文献阅读计划：已读未读	2	4h
-		markdown 优化	2	4h
-		随笔编辑器	4	8h
-	yzn	面包屑改进crumb+动态路由	2	4h
-		help文档或新手引导、为新用户提供模板路书	2	4h
-		路书管理的卡片布局	3	6h
-	zwx	拖拽方式添加节点	4	8h
-		路书的编辑撤销	4	8h
-		过长的文献名如何显示在路书中(alias?)	2	4h
-		随笔与路书的结合	3	6h
-	ym	批量导出bibtex	1	2h
-		多选与删除	3	6h
-		引入filter	4	8h
-	cc	熟悉项目管理工作流	2	4h
-		曲线连接	4	8h
-		用户自定义结点颜色、字体等	3	6h
-		文献笔记在路书中的显示形式	3	6h
后端	zzy	引入filter	4	8h
-		分页功能	3	6h
-		随笔、文献计划的相关api	4	8h
-	zxz	引入filter	4	8h
-		分页功能	3	6h
-		随笔、文献计划的相关api	4	8h

五、人员管理

本阶段是否会尝试新的分工？新人入会如何进行培训？

首先，欢迎cc同学的加入～

cc同学在原项目软工管理平台的开发中，有过前端的vue开发经验，我们的项目也是使用vue框架搭建的前端，所以比较适合cc同学的技术栈。经过协商，cc同学与zwx一同进行路书编辑器相关功能的开发。

由于本项目原PM奆佬因某种奇特的方式不幸离开，我们以同样的奇特方式，推选出新的PM菜zwx同学。其在alpha阶段负责路书编辑器相关功能的开发，在beta阶段将负责PM的相关工作以及与cc同学共同开发路书编辑器功能。

培训

我们对新人进行了项目培训，主要分为三个部分

项目开发工具的使用
项目工作流、代码管理的规范
路书编辑器功能的交接

cc同学十分努力，已经成功掌握了我们的项目开发工作流，而且已经成功提交了一个修复bug的PR，审核已通过。

最后

预祝敏杰开发团队beta阶段开发顺利。