一眼看世界——互联网热度可视化网站
一、项目概况
(1)甲方需求
1.需求简介
面向在校学生,提供一个平台让用户以图片和文字形式发布书籍影音的内容分享,帮助在校学生开拓眼界、增长知识。
上传后的图片将在网站首页展示,用户可以浏览首页并对喜欢的图片内容点赞,收藏等。获得点赞收藏较多的图片会放大,也在首页占比更大,进而取得更显眼的展现,以此体现该内容在互联网上的热度水平。
2.面谈-2020.04.10
(2)项目前景和范围
1.业务需求
1-1 应用背景
随着互联网技术的蓬勃发展,我们进入了信息爆炸的时代,因此关注数据、运用数据成为了每个网民的必修课。其中一个应运而生的、重要的数据资源便是——热度。
每天的热搜排行榜反映了当天的热点新闻,一个作品的点击量反映了它的受关注度,还有众多网友的评论、点赞也一定程度上反映了作品的特点与质量。在“热度”中包含着如此大的信息量,因此如何快速、便捷、准确地获取热度信息便成为了网民普遍且重要的需求。
1-2 业务机遇与目标
当前主流网站反映热度的主要方法是:通过对点击量、点赞数、评分等数据的收集、统计,以排行榜的方式展示。这样的表现形式简洁明了,但缺乏感染力、和“热度”本身应有的冲击力。因此,本项目意在探索一种更直观、鲜明、有力地展示热度、表现热度的方法;这将有助于用户快速获取热点、深刻感受其火热的关注度。
2.项目前景
2-1 前景概述
本项目意在探索一种将热度可视化的方法:从视觉的角度切入,通过所述事物图片的大小反映事物热度的高低。当热度高的事物占据更大的页面,便先吸引人眼球,达到快速抓住焦点的目标。同时,图片越大代表它越受关注,达到将热度可视化的目标,将热度更直观、明确地表现。
为了证实方法的可行性,本项目将通过建立实验性网站,初步实现对文化作品“点赞量”这一热度的可视化;以测试用户对此方法的接受度和适应度。
2-2 主要特性
本项目将实现热度可视化的网站名称定为“一眼看世界”,其主要特性有:
FE-1:用户上传作品图片。
FE-2:用户浏览图片,并对喜欢的图片“点赞”。
FE-3:每张图片按一周内“点赞”数多少,按比例显示在首页。
3.项目范围
下图3-1以上下文图的方式展示了系统与环境之间的信息流输入与输出。
4.项目环境
4-1 操作环境
4-1a. 网站兼容IE、火狐、谷歌三大主流浏览器。
4-1b. 网站至少允许100人同时在线。
4-1c. 网站访问数据时,最大响应时间不超过0.5秒。
4-1d. 网站提供用户数据和关键数据备份服务。
4-1e. 系统出错导致的服务中断一年不能多于三次,并保证每次于24小时内恢复数据及服务。
4-2 涉众
4-2a. 涉众概要
4-2b. 涉众简档
US001 普通用户
涉众 | SH001普通用户 |
---|---|
涉众代表 | 普通用户代表 |
特点 | 网站的主要使用者,在校大学生 |
职责 | 1、查看排行榜,包括总榜、月榜、周榜、飙升榜 |
2、查看排行榜中的具体作品的大致介绍 | |
3、对所查看到的作品进行赞或者踩的评价 | |
成功标准 | 1、能正常查看、搜索到想看的作品的排行榜 |
2、可对榜单中的内容进行赞、踩的评价 | |
参与 | 不参与网站建设 |
可交付工作 | 无 |
意见/问题 | 无 |
SH002 管理员
涉众 | SH002管理员 |
---|---|
涉众代表 | 管理员代表 |
特点 | 网站的主要使用者,应以日、周、月等频率对网站内容进行定期更新 |
职责 | 发布、修改排行榜信息 |
成功标准 | 良好展示排行榜中的内容 |
参与 | 不参与网站建设 |
可交付工作 | 更新网站内容 |
意见/问题 | 无 |
SH003 开发者
涉众 | SH003开发者 |
---|---|
涉众代表 | 开发者代表 |
特点 | 网站开发者 |
职责 | 1、开发网站 |
2、对网站使用过程中出现的问题进行维护、修复 | |
成功标准 | 网站运行良好 |
参与 | 参与网站建设 |
可交付工作 | 排行榜网站 |
意见/问题 | 无 |
4-3 项目属性
4-3a. 进度:本项目将在11周的时间限制内完成,有严密的时间安排。
4-3b. 特性:第一版中要求的系统主要特性最终必需完成。
4-3c. 质量:通过甲方的验收测试。
4-3d. 人员
二、硬数据采样与结果分析
这位(为)我们之后
三、原型
(1)原型介绍
经过我们小组讨论后我们最终确定我们的产品的特点主要有涉众范围大、一时难以确定完整稳定的功能需求的特点,因此我们决定建立水平型、废弃型的原型,再因为技术和成本原因,我们建立的原型将是低保真原型。
(2)原型雏形
根据我们所获得的需求初步建立起的模型,用户可以在网站上发布新内容,对排行榜上的作品进行点赞,并且网站对不同类型的作品有分类,用户能看见以热度排名的作品。
(3)改进原型
经过讨论我们决定对网站主页的原型重新设计,依旧有发布新功能以及用户信息和作品分类,但是作品热度不直接以排行和点赞数来显示,而是以作品封面图片大小来代表作品热度,热度越高,图片越大,点击图片即可查看更为具体的作品和热度信息并点赞。
四、结构化需求分析概述
(1)功能分解图
(2)需求细化与优先级划分
需求编号 | A1 |
---|---|
需求描述 | 用户可以注册账号并登录 |
源头 | 为方便网站对内容热度进行计算 |
成本需要 | 建立用户信息数据库和交互功能 |
可变性 | 低 |
优先级 | 高 |
需求编号 | A2 |
---|---|
需求描述 | 用户可以发布内容、并保存于服务器内 |
源头 | 网站的热度内容来源 |
成本需要 | 建立一个用户传输数据的渠道 |
可变性 | 中 |
优先级 | 高 |
需求编号 | B1 |
---|---|
需求描述 | 系统计算热度后,以特定的形式展示于主页 |
源头 | 网页的核心特征 |
成本需要 | 能计算热度的算法、用于展示内容的网页框架 |
可变性 | 高 |
优先级 | 高 |
需求编号 | B2 |
---|---|
需求描述 | 用户可以以关键字检索网站内相关内容 |
源头 | 方便用户在线浏览 |
成本需要 | 在系统基础上添加一个搜索引擎 |
可变性 | 中 |
优先级 | 低 |
需求编号 | B3 |
---|---|
需求描述 | 用户可以对网站内喜爱的内容进行点赞 |
源头 | 热度信息的重要来源 |
成本需要 | 将点赞数据实时更新用于热度计算 |
可变性 | 低 |
优先级 | 中 |
需求编号 | C1 |
---|---|
需求描述 | 管理员可以对网站内容进行增删改操作 |
源头 | 为了对网站内容进行管理 |
成本需要 | 建立管理员专用的后门模式 |
可变性 | 高 |
优先级 | 低 |
五、过程建模
(1)DFD图
1.建立上下文图
2.建立DFD片段
3.建立零层图
4.建立一层图
信息管理系统:
资源数据管理系统:
可视化显示排行:
(2)微规格说明
IDENTIFY user account type
BEGIN IF
IF account is not registered
THEN turn to register page
ELSE
SELECT CASE
CASE 1 (account type is user)
SELECT CASE
CASE 1 (personal)
change personal information
CASE 2 (website content)
SELECT CASE
CASE 1 (upload)
upload the content you want to show on the website
CASE 2 (judge)
give the thumbs-up to the content you like
CASE 3 (search)
search the content you want to know about
END CASE
END CASE
CASE 2 (account type is administrator)
SELECT CASE
CASE 1 (change)
change users access
CASE 2 (review)
review the content that users upload
CASE 3 (revise)
revise the content on the website
END CASE
END CASE
END IF
(3)数据字典
名称 | 别名 | 使用地点 | 使用方法 | 描述 | 单位/格式 |
---|---|---|---|---|---|
账号 | 登陆、注册模块 | 输入流、数据存储 | 登陆时使用的账号 | 6{[数字/英文字母]}18 | |
密码 | 登陆、注册模块 | 输入流、数据存储 | 登陆时使用的密码 | 6{[数字/英文字母]}18 | |
昵称 | 用户名 | 信息管理系统 | 数据存储 | 个人信息中设定的昵称 | 2{[数字/英文字母]}10 |
性别 | 信息管理系统 | 数据存储 | 个人信息中设定的性别 | [男/女] | |
点赞数 | 资源数据管理系统 | 数据存储 | 统计用户对某项内容的点赞数,作为排行榜的排序依据 | 0{0-9} | |
排行榜 | 榜单 | 资源数据管理系统、可视化显示排行系统 | 数据存储 | 网站的主要部分,依照排行榜对用户上传的内容进行可视化 | 0{0-9}**数字大小代表排行高低,数字越大,权重越大,即排行越高 |
六、数据建模
(1)简单情况下的ERD建模
(2)硬数据ERD建模
七、UML建模
(1)静态模型
- 用例图
- 静态UML
(2)动态模型
- 活动图
八、团队概况
(1)团队成员
组长:于家豪
组员:陈世强、向师晖、杨皓圆、于昕仪
(以姓氏首字母顺序排列)
九、更新记录
2020.04.04
创建博客。
创建了以下板块:
项目概况、团队概况。
编写了以下内容:
项目概况-甲方需求简介、团队概况-团队成员。
2020.04.12
优化了目录与排序。
创建了以下板块:
硬数据采样与结果分析。
编写了以下内容:
项目概况-面谈2020.04.10、项目概况-项目前景和范围、硬数据采样与结果分析。
2020.05.04
优化了排序。
创建了以下板块:
结构化需求分析概述、过程建模、数据建模。
编写了以下内容:
结构化需求分析概述——功能分解图、结构化需求分析概述——需求细化与优先级划分、
过程建模——DFD图、过程建模——微规格说明、过程建模——数据字典、
数据建模——简单情况下的ERD建模、数据建模——硬数据ERD建模。
2020.05.26
优化了排序
创建了以下板块:
UML建模、静态模型、动态模型。
编写了以下内容:
静态模型——用例图、静态UML图、
动态模型——活动图