标签：完成   block   接口文档   image   特殊   软件   代码   sql注入   简化   

项目展示

1. 团队介绍

二食堂很难排队

姓名		介绍	职务
刘享		热爱游戏，尤其是RPG和metrovinia类的游戏。 会C/C++, python, java。	后端
左正		一个普通的大学生，Python、HTML、PHP、JavaScript、Ruby、Basic，这些都不会。会一点点C和Java，喜欢看动漫、打游戏，有丰富的赶ddl经验。	后端
李健		会C，Java，以及那么一丁点的C++和C#，总结：狭义上的菜。	前端
柴博		这里6系底层玩家，技术了解过很多，没有精通，主攻休闲游戏，喜欢各种。	前端
王政		C C++ java 都会一点，不精通，开发工作更喜欢前端一点。美剧迷。	测试
刘阳		写过c++，java，熟练度一般，了解过ruby，没有熟练度。Debug苦手，守夜冠军。团队开发经验较少，但可以保证DDL。	PM

点击姓名跳转至成员个人博客

2. 工程相关的问题

团队项目的目标，预期的典型用户，预期的功能描述，预期的用户数量

• 项目的目标

  实现一个互联网上面向特定领域的专业知识文本中知识的提取系统，对给定的专业书籍文本，对文本中的专有名词术语（实体）和不同术语指代对象之间关系进行标注，构建专业领域的知识图谱，支持多用户协同标注，能够记录每个标注数据的来源并同步更新；支持对标注的文本对应的实体进行链接，通过图形化的界面对标注结果进行展现，并支持双向的定位。

• 预期的典型用户

  王亨利

  用户信息	用户情况
  姓名	王亨利
  用户身份	某高校本科学生
  知识层次/能力	就读于某理工科专业，专业能力较强。对本专业知识有一个较为全面的了解。
  生活/工作	日常学习十分认真，课前预习课后复习。烤漆不抱佛脚。
  用户动机	希望期末复习时能快速地构建某门课程的知识图谱，帮助加深记忆。
  用户困难	构建知识图谱时，手写工作量大；使用画图软件操作别扭，排版比较费时间。
  典型场景	期末复习，王亨利决定将专业知识“过一遍”。他将相关专业书籍导入应用，快速地浏览了一遍课本，将一些重要的概念标记出来并标注关系。标注完成，他可以快速地生成知识图谱。
  用户偏好	专业术语勾选便捷，实体之间的关系类型丰富，快速生成图谱。
  用户比例	30%

  李约翰

  用户信息	用户情况
  姓名	李约翰
  用户身份	某高校教师
  知识层次/能力	专家
  生活/工作	负责某一专业课程的授课
  用户动机	某一年课改，准备更新原有的讲义和PPT，要在其中插入专业知识图谱。
  用户困难	专业知识体系庞杂，构建知识图谱工作量巨大。
  典型场景	李约翰老师找来了几位同事/学生，大家同时在应用中标注实体，可以很快完成知识图谱的构建
  用户偏好	协同标注更新同步，操作简单快捷
  用户比例	20%

  乔保罗

  用户信息	用户情况
  姓名	乔保罗
  用户身份	某高校计算机专业研究生
  知识层次/能力	熟悉机器学习
  生活/工作	在实验室做研究，主攻机器学习。
  用户动机	希望把知识图谱作为训练数据来进行特征学习。
  用户困难	知识图谱构建困难。
  典型场景	保罗同学找来了相关地书籍，手动进行标注。最终将知识图谱以数据地格式导出，用于机器学习。
  用户偏好	导出地数据结构清晰明了。
  用户比例	10%

• 预期的功能描述

  在Alpha阶段，我们计划实现的功能有：

  1. 登陆注册

  2. 用户个人中心

  3. 实体的添加和删除，实体之间关系的添加

  4. 知识图谱的渲染

  5. 导入文本，导出知识图谱，保存任务

     

• 预期的用户数量

  Alpha阶段发布后一周内，用户累计200人。

团队的产品如何满足了用户的需求？

发布博客
在Alpha阶段，我们只实现了第一类用户的需求：构建知识图谱。

• 用户的登陆注册

• 实体添加删除

• 实体之间支持三种关系：从属、并列、解释

• 知识图谱渲染

• 用户个人中心：登出

事先定义的软件下载量达到了么？为什么没有达到？

截止5.5日晚（发布4天），项目总注册量为59人，实体数量37个。预计一周内不能达到200注册、150实体的预期目标，分析原因如下：

1. 现阶段文本标注系统实用价值不高，不能有效吸引到用户
2. 当前阶段出于种种原因，用户的交互方面没有按照功能设计书的规划进行，当前这种交互方式不够便捷
3. 推广力度不够，截止目前，PM一共进行了四次推广，三次大班群，一次课程群，收效甚微。接下来的几天会试着像一二年级学生推广。

团队的成员如何分工协作的？有什么经验教训？

经验教训：前期学习需要花费大量时间，提前做准备。工作一定要合理安排，不要出现前后端搁置等待的状态。

团队是如何进行项目管理的？

我们使用了github进行项目的记录和管理。点击访问

1. PM在任务拆解阶段定下了大体的任务安排，给每一项任务都分配的相应的时间节点，记录在git的issue中

   

2. 在每日会议上进行讨论，根据组员的实际情况确定出接下来一天之中的任务，由PM进行记录（参见Scrum Meeting）

3. 每晚20:00PM会与组员沟通目前的进度以及遇到的困难，23:30每人上传当日代码，由测试员进行代码的检查

团队如何平衡 时间/质量/资源 争取如期完成任务的？

主要的平衡方法：

• 在进行任务拆解时，PM考虑了软件功能的优先级以及难易程度，对功能进行了取舍
• 每日会议时，PM会根据前后端的进度，结合组员估算的任务完成时间，对任务做出调整，迫于技术上的压力，我们对一些功能也进行了简化。

在产品之外，团队代码的软件工程质量如何？

后端进行了单元测试，基本保证了后端代码的正确性。

前端代码做了大量的注释，可读性强。

测试用例数目，代码覆盖率数目。

测试用例数量：

视频录像

代码规范以及文档

文档已上传git中，包括：

API接口 用户部分

API接口 图谱部分

后台数据架构（暂定）

明年的同学继续开发这个项目，会不会出现代码混乱的抱怨？如果一个新学生在一台新机器上想编译并运行你的项目， 请问能顺利完成么？有什么样的文档能指导新学生？

• Alpha阶段，后端代码接口文档完备，可读性高，不会有很大怨气；前端无参考文档，但注释丰富，可能会有点怨气。
• 新学生可以顺利运行，安装pyhton环境即可。目前暂无文档指导学生。

你们如何找到学生做需求分析？他们给你什么样的反馈？

由于现阶段功能实现的比较简单，目前PM与一些用户进行了线上交流，用户的主要反馈有：

1. 登陆注册页面简陋
2. 实体-关系的添加不方便，达不到“流畅”的效果
3. 知识图谱渲染色彩丰富，清晰美观
4. 网站整体完成度不高，期待功能完备的网站
5. 注册功能对输入没有校验，比如邮箱后缀、长度和特殊符号，有引发SQL注入的风险。

3. 团队项目的实际进展，说明在项目管理中，scrum的燃尽图是如何真实反映项目的状态的？或者燃尽图美化了状态？

发布博客

我们实现了一个简单的文本标注生成知识图谱的网站，在Alpha阶段，我们实现的功能有：

1. 登陆注册
2. 退出登录
3. 添加/删除实体
4. 添加实体之间的关系
5. 知识图谱的渲染生成

真实之处：前后端对接上出现了许多bug，当bug解决时就会有就会有任务批量完成

美化之处：前期长时间的学习进度没有反映燃尽图中

4. 团队成员在Alpha阶段的角色和具体贡献

5. 所做软件最有特色的功能是什么，请着重介绍一下。

最具有特色的功能：生成的知识图谱。
1. 结点的大小、颜色根据在知识图谱中的位置动态地调整
2. 同一结点下相同类型的关系会使用同一种颜色进行标注
3. 鼠标悬停显示关系的类型
4. 知识图谱可以放大缩小，进行拖动

6. 团队从用户那里得到了什么反馈，有什么样的bug？这是预料之中的还是没想到的？

• 在旧版edge浏览器中，使用”登出“功能有一定几率会使服务器宕机

• 在IE浏览器、使用IE内核模式的qq浏览器、360安全浏览器、使用IE内核的360极速浏览器中，未登录无法重定向到登录页面。

• 侧边栏图标错位

• 点击添加会将用户粘贴进来的文本刷新掉，目前没有实现这方面的后端接口

• 注册界面中，确认密码栏及时输入错误的密码也会显示登陆成功。（在版本更迭中覆盖掉了前端的代码）

7. 总结，整个团队在Alpha阶段学到了什么，对软件工程的教育，对这个具体的课程有什么批评建议？Beta阶段有什么大体计划？

• 团队在Alpha学到了什么
  • 大家都是第一次接触WEB开发，学习了很多新知识。后端学习了Django框架，前端第一次接触JS和Echart。
  • 团队之间互相磨合，在前后端对接上都积累了一定的经验。
  • “好记性不如烂笔头”，团队交流的结果都要以文档、代码的形式呈现出来
  • PM的工作十分重要，团队需要PM进行合理的任务分配，PM也要想办法调动大家的积极性。
• 对软件工程教育以及课程的批评建议
  • PM：任务量偏重，开发的学习成本非常高（尤其是前端），其他课程任务也非常重，组员的表现都不是很积极。
• Beta阶段的大体计划
  • 完成Alpha阶段剩余的功能
    • 导入导出
    • 任务保存等
  • 好友系统，多用户协同操作
  • 增加关系的种类
  • 页面的美化，实体和关系添加的交互要进行改进

【二食堂】Alpha - 项目展示

标签：完成   block   接口文档   image   特殊   软件   代码   sql注入   简化   

原文地址：https://www.cnblogs.com/esthnpd/p/12834052.html