微博系统概要设计Word下载.docx
- 文档编号:17691582
- 上传时间:2022-12-08
- 格式:DOCX
- 页数:25
- 大小:1.23MB
微博系统概要设计Word下载.docx
《微博系统概要设计Word下载.docx》由会员分享,可在线阅读,更多相关《微博系统概要设计Word下载.docx(25页珍藏版)》请在冰豆网上搜索。
⑹加关注与解除关注
微博用户可以对自己感兴趣的用户进行加关注,当自己关注的用户也关注了自己,即相互关注,那这两位用户即互为好友关系。
对已经加了关注的用户也具有解除关注的功能。
1.1.3.2后台管理
⑴用户管理:
主要是对微博用户的注册信息进行管理,可以查询微博用户的相关信息。
⑵微博信息管理:
主要是根据微博用户查看该用户的微博信息,删除非法的微博信息。
1.1.4性能需求
(1)可用性
微博系统应对所有使用用户提供及时有效的服务。
系统应保证24小时不间断服务,系统维护时间应计划在服务的最低峰时间。
(2)响应时间
进行数据查询时,当处于系统使用高峰期时应保证系统具有对90%以上的数据交互查询、更新提供3秒或更短响应时间的支持,当处于系统使用低峰期时应保证系统具有对95%的数据交互查询、更新提供2秒或更短响应时间的支持。
当进行数据添加、更新时,系统内部应提供对请求处理的来源及响应时间的监控机制。
系统响应时间因不同外部数据源和使用系统的通讯和接口情况而有所差异。
(3)可靠性
为了微博系统在正常操作中数据丢失,当用户正在使用系统时,系统不应瘫痪,应对所有的使用人员提供每周7*24小时服务,全天候的系统监控支持。
(4)易于使用性微博系统应有操作、故障排除手册来帮助系统管理人员来快速解决系统问题。
系统、管理/操作界面应易于使用,对操作人员的培训时间保持在较短的时间内。
(5)安全性
微博系统中提供普通用户和管理员权限两项安全性身份验证。
其中,管理员可对普通用户进行授权操作,以便方便系统管理。
(6)备份和灾难的及时恢复
微博系统应每天对所有运作相关的数据进行备份,以及备份的微博系统,以防止运行系统瘫痪时能及时使用备份数据库重新提供系统的服务。
1.2运行环境
1.2.1硬件环境
需求名称
详细要求
CPU
Intel(R)Core(TM)2DuoCPUP6670@2.20GHz以上
内存
2GB以上
硬盘
80GB以上
网卡
10M/100M以上
显卡
DH3000以上
声卡
集成
显示器
无要求
1.2.2支持环境
操作系统
Windowsxp//7/8
WEB浏览器
IE7.0、IE8.0、firefox
编程语言
PHP5.4.4
开发平台
EditPlus3.0,
服务器
Apache2.4
数据库
MySQL5.0.10
1.3基本设计概念和处理流程
本系统功能主要分为系统登录和注册,我的微博,个人中心,最新动态,留言(聊天)板和帮助中心六个部分,在此只介绍系统登录和注册,个人中心和留言板部分,因为我的微博同个人中心类似,最新动态和留言板类似,所以在这里只详细介绍系统登录和注册,个人中心和留言部分。
个人中心模块中主要分为修改个人信息对好友进行操作等,留言板模块中主要分为发送留言信息和查询留言信息等功能。
由于有很多功能都类似,所以这里主要介绍修改个人信息,发送留言信息,查询留言信息和对好友进行删除功能。
1.3.1系统登录和注册
功能描述
微博系统的登录功能的设计采用用户的编号和密码及验证码三条信息对用户的合法性进行验证,要登录的用户需输入编号密码和验证码,单击“登录”按钮进行登录,如果验证码正确,这时后台会从登录页面中读取到用户填写的编号和密码与数据库中的数据进行比较,只有用户编号存在并且对应的密码正确才会登录成功跳转到主页面,否则则会显示相应的错误信息如“用户不存在”或“密码错误”等。
系统登录流程图
注册功能。
首先用户会进入到登录页面,但是没有账号所以可以点击注册按钮,此时浏览器会跳转到注册页面,用户可以填写自己的信息,后台会从页面获取到用户所填写的信息进行验证是否合法,如果不正确就需要用户重新填写不合法的信息,如果正确就可以注册,注册成功就会显示成功信息,注册失败也会提示相应的错误信息。
功能流程图
注册流程图
1.3.2添加留言信息
添加留言信息功能,首先,用户会进入到添加留言信息页面,用户填写留言信息点击“提交留言”按钮后,检查留言信息是否为空,如果出现错误则提示相应的错误信息,重新写入正确的留言信息并且数据正确存入数据库之后,显示留言添加成功,失败则提示相应的错误信息。
添加之后信息则会按照添加时间显示在所有留言信息中
添加留言信息流程图
1.3.3删除好友功能
删除好友的功能,用户选中要删除的好友点击删除按钮之后,系统就把将这条好友信息从数据库中的好友表中删除,删除成功则提示删除成功,失败则显示相应的错误信息。
删除好友信息流程图
1.3.4修改个人信息
修改个人信息功能。
用户先读取到个人信息,然后点击修改按钮浏览器会跳转到修改界面,此时用户修改想要修改的内容,用户确认无误后点击确认修改按钮后,验证输入信息的合法性,验证失败则提示错误信息并要求用户重新填写个人信息,验证成功则将更新后的信息存入到数据库中,存储成功则显示修改成功,失败则显示相应的错误信息。
修改个人信息流程图
1.3.5查询留言信息
查询留言信息功能。
首先,用户输入要查询用户的用户编码,如果管理员没有输入任何字符就点击了查询或者数据库中没有与之相匹配的结果则显示相应的提示信息,数据库中如果有与管理员输入的用户编码相对应的用户信息,则显示这条用户信息。
查询留言信息流程图
1.3.6其他功能
帮助中心模块,在帮助中心模块中管理员主要针对一些常见的问题进行解答。
1.4结构
此系统的主要模块有五个,分别是:
我的微博模块、个人中心模块、最新动态模块、留言板模块和帮助中心模块。
在我的微博模块中有查看我的微博和查看我的好友功能,还有更多设置功能;
在个人中心模块中具体分为完善资料功能和对密码的操作;
在最新动态模块中可以发表微博和查看历史微博内容;
在留言板模块中可以发表留言和查看历史留言信息等;
而帮助模块中主要是对一些常见问题进行解答。
系统总体用例图如下:
系统总用例图
1.4.1登陆模块功能分析
在登录模块,用户可以登录微博系统,非注册用户可以进行注册,如果忘记密码可以点击忘记密码进行修改,修改的依据是邮箱或手机号码。
1.4.2我的微博模块功能分析
在我的微博模块中有查看我的微博和发表微博功能,还有更多设置功能。
在这个模块中用户可以根据自己的需求选择相应的功能进行使用,具体如下图:
我的微博模块用例图
在这里,查看我的微博功能可以跳转到微博信息界面,用户可以查看历史的微博信息并对其进行操作。
发表微博用来发微博。
更多设置功能是跳转到个人中心界面,可以对个人信息等信息进行操作。
1.4.3个人中心模块功能分析
在个人中心模块中可以对关注、收藏、好友进行管理,还可以完善用户的基本信息和密码修改等操作。
个人中心模块用例图
在好友管理功能中用户可以查看好友的详细信息,当然还可以根据关键字查找好友来添加好友,删除好友等。
同样可以对收藏、关注进行相似的操作。
在个人资料功能中用户可以查看自己的资料并且对其进行修改等操作。
在密码操作功能中,用户可以修改自己的密码,首先用户需要填写原密码,如果原密码不正确将不能进行修改密码操作,如果原密码正确则需要输入新密码和再次输入新密码,如果两次输入不一样也会给出相应的提示并且不能进行修改操作。
密码保护功能就是需要用户来选择一些密码问题来进行保存,也可以自己写问题来写出相应答案,可用于密码找回和保护。
1.4.4最新动态模块功能分析
最新动态模块。
用户可以在最新动态模块查看好友机关注的人发表的最新的微博。
最新动态模块用例图
1.4.5留言板模块功能分析
留言板模块。
用户可以在留言板模块中发表留言信息,还可以查看历史留言信息并对其进行操作。
留言板模块用例图
1.4.6帮助中心模块功能分析
在帮助中心这个模块中主要是针对一些常见问题进行解答。
例如对于初用者的提问最多莫过于“如何使用微博系统”、“如何发表微博信息”等,还有就是主要的一些微博规则等。
帮助中心模块用例图
1.4.7后台管理模块功能分析
管理员及自动处理系统可以进行删除用户、删除言论不当微博、系统备份、系统还原操作,在平时自动处理系统可以代替管理员进行系统的管理,系统管理员拥有更高的权限。
后台管理模块用例图
1.4.8系统结构图
系统总体结构图:
1.5功能需求与程序关系
微博系统层次图
系统的操作过程
1.首先,用户会进入到系统的登录界面,此时要求用户输入账号和密码,只有存在并且正确的账号和密码才能通过验证并进入到系统使用页面。
2.如果用户没有账号,可以直接注册,注册时只需要填写用户名和密码就好,进入系统使用页面后继续补充好其他信息即可。
3.登录完成后进入系统操作页面,用户可以根据自己的需求选择我的微博、个人中心、最新动态、留言板、帮助中心功能,选择之后可以选择进一步的子功能。
4.选择相应子功能后浏览器中会显示相应的操作供用户操作。
5.使用完毕后点击退出,此时会弹出对话框询问用户是否真的退出,点击“是”则退出系统,直接返回到系统登录时的界面;
点击“否”则留在刚刚的界面。
1.6人工处理过程
在管理员账户上面发送验证码以及重置密码是自动通过系统实现的,但是对于举报用户的处理比如删除非法微博以及冻结账号、解封账号,数据库还原个人信息,注销账户时把使用微博过程中的信息备份。
1.7尚未解决的问题
暂时不知道如何去设置个性化,开通会员以及如何充值的问题。
不知道如何通过具体时间点回复还原由于非法操作导致用户丢失的数据。
2.接口设计
2.1用户接口
用户将自己的用户名密码输入到网站上面去,然后点击登录按钮之后,网站需要把前台输入的用户名取出,去数据库用户表里面去找,如果查到用户名,然后取出其密码跟当前输入的密码去比较,如果密码一致,则跳转到用户页面。
用户发送微博时,首先通过页面编辑自己的个人微博,等到用户点击发送以后,将微博的信息包括时间,文字,用户名等一系列关于微博的内容发送到数据库当中去,并在显示微博的页面进行刷新操作,将用户数据库里面存放的微博信息读取出来,并根据不同的用户角色显示是否可见,而且其他用户可以对此微博进行转发、评论等操作,当用户操作完成之后,会把操作信息发送到数据库,然后前台页面通过刷新数据库里面的信息将操作显示出来。
2.2外部接口
本系统需要与外界网络设备具有相应的接口,以确保发送的数据能在用户与数据库之间进行操作,本系统需要浏览器IE7.0及以上的版本兼容,否则可能会出现页面显示排版有问题。
2.3内部接口
内部通过把数据库表的增删查改操作封装到一个类里面,然后前台页面显示界面信息,采用MVC架构,后台按钮的具体函数去实现其功能,这些函数如果需要用到对其数据库的操作,首先要把信息和操作的数据库名称读取出来,然后调用后台的数据库操作类文件,去实现对页面的操作。
3.运行设计
3.1运行模块组合
3.2运行控制
总体来数可以看成变换型,用户输出数据,系统进行处理,系统将处理结果反馈给用户,但是具体细节里面用到了事务型,用户通过选择不同的操作方式,系统就会对其产生不同的操作响应。
4系统数据库设计
4.1物理模型设计
整个微博系统的数据库的物理模型PDM图如图示:
微博系统的PDM图
4.2逻辑结构设计
可确定的实体集有管理员、用户、微博信息、用户关系根据以上的需求分析和业务规则,实体集的E-R图分别设计如下:
⑴管理员(admin)实体集。
其属性有:
自增id(id)、账号(a_id)、姓名(登录时用姓名登录)(a_name)和密码(a_password)等。
图为管理员实体集的E-R图。
管理员实体集
⑵用户(user)实体集。
用户编号(u_id)、用户名(邮箱)(u_email)、用户密码(u_password)、用户昵称(u_nickname)、用户性别(u_sex)、用户出生年份(u_year)、用户出生月份(u_month)、用户个性签名(u_motto)、用户个人简介(u_label)、用户头像(u_face)、真实姓名(u_realname)、学校(u_school)、身份证号(u_cardid)、用户所在省份或自治区(u_province)和用户所在市(u_city)等。
图2-2为用户实体集的E-R图。
用户实体集
⑶微博(weibo)实体集。
微博编号(w_id)、用户id(u_id)、内容(w_content)、发表时间(w_sendtime)、转发次数(w_count)和转发源(w_source)等。
图2-3为微博实体集的E-R图。
微博实体集
⑷用户关注(friend)实体集。
关注编号(id)、被关注的用户编号(u_id)、当前用户编号(f_id)和好友备注(f_note)等。
图2-4为用户关系实体集的E-R图。
用户关注实体集
确定联系集及E-R图
基于以上设计的实体集,可确定以下的联系集:
微博和用户之间的“收藏(favorite)”联系集和“评论(comment)”联系集。
收藏(favorite)其描述的属性有:
收藏编号(f_id)、收藏微博的用户编号(u_id)、收藏的微博编号(w_id)、收藏时间(f_time);
评论(comment)其描述的属性有:
评论编号(c_id)、评论的微博编号(w_id)、评论微博的用户编号(u_id)、评论的内容(c_content)、评论的时间(c_sendtime)。
由以上的全部实体集。
联系集和其属性的E-R如图所示。
微博系统整体E-R图
在以上的实体关系图(E-R图中),存在四个实体集和两个联系集,在转换为数据库模式时,本系统将对应六个对应的关系表,在关系表中主码属性加粗体和下划线,外码属性加粗斜体区分。
⑴admin表:
由admin强实体集转化而来,其逻辑结构如表3-1所示。
admin表
属性名称
数据类型
属性描述
备注
id
int(20)
管理员编号
主键
a_id
管理员账号
a_name
varchar(20)
管理员姓名
a_password
管理员密码
⑵user表:
由user强实体集转化而来,其逻辑结构如表3-2所示。
user表
u_id
用户编号
u_email
用户邮箱
u_password
用户密码
u_nickname
用户昵称
u_sex
varchar
(2)
性别
u_year
varchar(4)
出生年份
u_month
出生月份
u_motto
varchar(100)
个性签名
u_label
varchar(50)
用户简介
u_face
varchar(500)
用户头像路径
u_realname
varchar(10)
姓名
u_school
学校
u_cardid
身份证号
u_province
所在省份
u_city
所在城市
⑶微博表:
由weibo强实体集转化而来,其逻辑结构如表3-3所示。
weibo表
w_id
微博编号
发表微博的用户编号
外键
w_content
varchar(200)
微博内容
w_sendtime
发表时间
w_count
转发次数
w_source
来源
⑷用户关注表:
有friend强实体集转化而来,其逻辑结构如表3-4所示。
friend表
关注编号
被关注的用户编号
f_id
当前用户编号
f_note
好友备具信息
⑸微博评论表:
由comment联系集转化而来,其逻辑结构如表3-5所示。
comment表
c_id
评论编号
评论的微博的编号
c_content
评论内容
评论微博的用户编号
c_sendtime
评论时间
⑹微博收藏表:
由favorite联系集转化而来,其逻辑结构如表3-6所示。
favorite表
收藏编号
收藏微博的用户编号
收藏的微博编号
f_time
收藏时间
5系统出错处理
5.1出错信息
系统错误必然产生,用户需求必然变更,生存或灭亡,这是个问题。
所以软件开发文档非常重要。
当系统出现网络故障导致用户发送微博失败,用户个人账号被盗取,用户所有微博被删除等。
5.2补救措施
当由于网络故障导致微博不能发送的时候我们采取将微博自动保存为本地草稿,等用户网络通畅的时候在提醒用户发送微博。
当用户个人账号被盗取的时候,用户可以通过手机修改密码,随时封锁或者解封自己的账号,并及时修改密码。
当用户的数据别窃取或者丢失的时候我们通过回收站把用户删除的信息保存到回收站里,当用户发现自己的账户被非法修改时,管理员可以帮助用户回收某一时刻的用户信息。
5.3系统维护设计
5.3.1.必须要从设计文档开始,遵循结构化开发,确定和规范软件的结构特点,性能特点及接口特点。
5.3.2.软件生命周期的头两个时期要严格而科学的管理和规划。
5.3.3.需要对做过的维护活动有记录和保管过程,并规定复审标准。
5.3.4.不管何种类型的维护,工作中都应包含修改软件设计,复查,必要的代码修改,单元测试和集成测试等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 概要 设计