团队项目需求分析改进：
任务1：应用本周所学面向对象分析方法，修改完善团队项目需求规格说明书，要求如下：
a.分析《基于弹幕评论的大数据分析平台需求规格说明书》初稿的不足，特别是文档需求描述建模不完整的内容。
1)初稿只给出了UML用例图，不够完善，更新版补充数据库实体关系图、Er图、类图
2）初稿中没有给出用户界面设计的内容，更新版补充加入了
3）初稿没有对典型用户场景进行分析
4）初稿中对灵活性和故障处理要求描述的不是很详细，更新版对此进行了补充。
b.参考《构建之法》8.5节功能的定位和优先级，给出功能分析的四个象限。
四象限法


通过阅读邹欣老师的构建之法和在网络上查找了一些资料之后，得出了以下结果：
四象限法分析本组项目优劣的结果：

c. 编制团队项目的WBS
一个团队项目要在一段时间内完成诸多任务，若要满足用户需求，实现团队目标，完成需求分析后，编制项目WBS（Work Breakdown Structure，即工作分解结构，是根据项目目标把工作分解成许多层次分明的、可交付成果的工作任务，然后用逻辑图形或树形结构表示出来。），是团队项目有序管理的工作依据。
o 弹幕词频统计——刘丹（两周半）
o 粉丝最热门的点播歌曲——李玉莹（两周）
o 真实弹幕用户占比（主播热度真实性）——曹莹雯（两周）
o 活跃粉丝排行——尹楠（两周）
o 弹幕评论数量及内容与精彩直播片段之间的关系——王静雅（两周半）
o 智能屏蔽垃圾弹幕垃圾弹幕的——杜世康（三周）

d. 请以讲故事的方式介绍你们的项目中的功能，介绍一个场景，用户如何使用这项功能，解决了用户的什么问题。
如：垃圾弹幕的识别和屏蔽功能
场景：罗希同学结束了忙碌的一天，回到寝室一边泡脚一边打开了斗鱼直播，打算看自己喜欢的游戏主播——韩金龙的英雄联盟比赛讲解和直播，看的正起劲，双方交战正酣，突然屏幕被很多垃圾广告占领：咨询小编QQ咨询【39739693】也可加我微信号： dh7040（手机加QQ好友请认准第一个人）小编没有QQ群，其他都是骗子，切勿上当受骗！！
瞬间占领了整个屏幕，而这种垃圾弹幕霸屏的场景已经不是第一次出现了，罗希一边想继续看比赛进展，在弹幕上跟其他的相关弹幕进行交流，但又恼火与层出不穷的垃圾弹幕，体验极差，心情也变得有点烦。本来好好的睡前放松就被乱七八糟的垃圾弹幕搅扰了。
罗希同学使用了基于弹幕评论的大数据分析平台，自动识别了垃圾弹幕并且进行了屏蔽，他再也不用受垃圾弹幕满天飞的困扰了。

e. 团队成员估计各自任务所需时间

f. 请使用WBS工具，拆分项目，创建自己的看板图和燃尽图，为下周的七天站立会议做准备。
以上任务内容参考：http://www.cnblogs.com/zhengrui0452/p/6653964.html

功能拆分

看板图

燃尽图

看板图
团队项目系统设计：
任务2：在软件项目系统设计阶段，开发团队通过设计系统总体结构和数据库逻辑结构（如果必要），以回答：概括来说，软件是怎么实现用户的这些需求的？这就是系统设计要解决的问题。请设计团队项目系统总体结构和数据库逻辑结构（E-R图）。
数据库实体关系图

E-R图

类图



任务3：
《软件系统概要设计说明书》团队项目Github仓库链接：点击跳转
任务4：
1.陈述团队项目的系统设计过程、系统设计方法与建模工具
设计过程：采用Java多线程实现弹幕爬取，采用spring搭建系统框架
设计方法：采用MVC设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型（M）、视图（V）、控制器（C），它们各自处理自己的任务。
建模工具：Visio完成需求UML模型的绘制
2.描述团队成员在系统设计的具体分工及占整个系统设计文档任务的工作量比例
杜世康 系统设计建模 30%
李玉莹 需求说明书完善、功能分析、编制WBS、讲故事 18%
刘丹 绘制UML图、ER图、数据库实体关系图、类图 18%
曹莹雯 系统概要书撰写 20%
尹楠 博客撰写 14%
3.回答以下两个问题
（1）系统总体设计和需求分析的关系是什么？
需求分析的结果是系统总体设计的依据。一般是需要先进行需求分析后再进行系统总体设计，需求分析作为系统设计的输入，系统设计的目标是为了实现用户需求。把用户需求转换为系统需求，所以需求分析实质上做的是理解用户的想法并描述出来，系统设计是把描述的需求转换落地的方案。
（2）如何设计系统的总体结构？
系统设计工作应该自顶向下地进行。首先设计总体结构，然后再逐层深入，直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上，对整个系统的划分（子系统）、机器设备（包括软、硬设备）的配置、数据的存贮规律以及整个系统实现规划等方面进行合理的安排。包括：系统总体布局方案的确定；软件系统总体结构设计；数据存储的总体设计；计算机和网络系统方案的选择。  
4.设计心得
根据其他团队反馈，我们对本项目的需求分析进行改进，并提出了新问题的解决方案。参考国标GB8567——88中《软件系统概要设计说明书》格式，撰写团队项目软件系统设计说明书，使得我们更加明白了一个好的软件项目的前期需求调研和分析的重要性。一个软件项目的质量几乎取决于软件前期的需求分析与调研，也是整个软件开发的成败所在。也体会到规范的软件开发所带来的好处，团队合作的优势。