欢天喜地七仙女——项目系统设计与数据库设计
这个作业的要求在哪里 | 作业要求 |
---|---|
团队名称 | 欢天喜地七仙女 |
团队成员 | 王玮晗、林鑫宇、 黄龙骏、陈少龙、何一山、崔亚明、陆桂莺 |
这个作业的目标 | 《系统设计说明书》(pdf文件)+《数据库设计说明书》(pdf文件)+《系统设计和数据库设计答辩PPT》;创建仓库保存这些文件 |
作业正文 | 如下 |
参考文献 | 见文末及相关说明书 |
一.团队分工
学号 | 姓名 | 工作内容 | 贡献度 |
---|---|---|---|
211806344 | 王玮晗 | 编辑系统设计说明书 | 14.5% |
211806335 | 林鑫宇 | 编辑系统设计说明书 | 14.5% |
211806386 | 黄龙骏 | 编辑数据库设计说明书 | 14.5% |
211806306 | 陈少龙 | 编辑数据库设计说明书 | 14.5% |
211806318 | 何一山 | 制作ppt,修改说明书 | 14% |
211806313 | 崔亚明 | 编辑博客,修改说明书 | 14% |
211806398 | 陆桂莺 | 编辑博客,修改说明书 | 14% |
二.团队项目的预期开发计划时间安排
周数 | 阶段任务 | 当前进度 |
---|---|---|
第一周 | 制作系统设计说明书;制作数据库设计说明书;制作系统设计和数据库设计答辩PPT;讨论具体功能删减 | 已完成 |
第二周 | 前端开发,完成基本页面,alpha冲刺前期准备 | 未完成 |
第三周 | alpha冲刺 | 未完成 |
第四周 | alpha冲刺 | 未完成 |
第五周 | beta冲刺准备,beta冲刺 | 未完成 |
第六周 | beta冲刺 | 未完成 |
第七周 | 调试bug,进行收尾,如果有时间就继续完善相关功能 | 未完成 |
三.团队项目的预期开发计划分工安排
学号 | 姓名 | 角色 | 预期任务分配 |
---|---|---|---|
211806344 | 王玮晗 | 后端 | 完善数据库,完成功能模块中的登录模块,基本完成小绿坊后进行bug调试 |
211806335 | 林鑫宇 | 后端 | 完善数据库,完成功能模块中的推荐模块,基本完成小绿坊后进行bug调试 |
211806386 | 黄龙骏 | 后端 | 完善数据库,完成功能模块中的商城模块,基本完成小绿坊后进行bug调试 |
211806306 | 陈少龙 | 后端 | 建立数据库,完成功能模块中的个人主页模块,基本完成小绿坊后进行bug调试 |
211806318 | 何一山 | 前端 | 完成页面大致排版,协助完成页面css和js,基本完成小绿坊后进行测试 |
211806313 | 崔亚明 | 前端 | 负责页面css和js,协助完成向后端请求数据,基本完成小绿坊后进行测试 |
211806398 | 陆桂莺 | 前端 | 完成向后端请求数据,协助页面设计,基本完成小绿坊后进行测试 |
四.设计图及设计思路
4.1体系结构设计
4.2功能模块层次图
功能模块设计思路:
小绿坊功能模板可以分成管理员、成员、系统三个模块。
管理员模块有审核和发布两个功能。其中的审核的是用户举报的内容以及查看博主上交的商品推荐,而发布的是用户博主推荐的商品。
用户模板里包括举报、查看、发表、修改、购买、登录六个功能。其中举报功能可以举报其他用户的不适宜内容,查看功能中可以查看商品内容、查看个人衣柜、查看商品及用户评价还可以查看个人收藏夹,在发表功能里用户可以发表商品内容和发表评价,在修改功能里你可以修改你的个人信息,而购买功能里你可以购买心仪商品,还有登录功能里你可以登录账号和注册账号。
系统模块中有推荐、审核两个功能,其中推荐功能可以实现推荐内容,而审核功能是由管理员设定程序系统审核用户评论以及审核用户发表的内容。
4.3类图
4.4ER分析
4.5表结构设计
具体表设计
表名 | 功能说明 |
---|---|
TB_USER | 存储用户的账户信息 |
TB_POSTINGS | 存储用户分享帖子的相关信息 |
TB_STORE | 存储商品信息 |
TB_SQURE | 存储广场分享帖子信息,用于进行推荐和搜索 |
TB_USER用户表
列名 | 数据类型(精度范围) | 空/非空 | 约束条件 | 其他说明 |
---|---|---|---|---|
USER_ACCOUNT | VARCHAR(11) | 非空 | PRIMARY KEY | 用户账号 |
USER_NAME | VARCHAR(40) | 非空 | UNIQUE | 用户名 |
USER_PW | VARCHAR(40) | 非空 | 用户密码 | |
USER_PICTRUE | IMAGE | 非空 | 用户头像(默认为系统头像) | |
USER_SEX | VARCHAR | 非空 | 用户性别 | |
USER_AGE | INTEGER | 非空 | 12-100之间 | 用户年龄 |
TB_POSTINGS用户帖子表
列名 | 数据类型(精度范围) | 空/非空 | 约束条件 | 其他说明 |
---|---|---|---|---|
POST_TITLE | VARCHAR(40) | 非空 | 帖子标题 | |
POST_TEXT | LONGTEXT | 帖子文章主体 | ||
POST_PICTRUE | IMAGE | 非空 | 用户帖子里所带的图片 | |
POST_TAG | VARCHAR(20) | 非空 | 帖子标签,用于分类 | |
POST_LINK | TEXT | 非空 | PRIMARY KEY | 帖子的链接 |
POST_LIKE | INT | 非空 | 帖子的点赞量,默认为0 | |
POST_FAVO | INT | 非空 | 帖子的收藏量,默认为0 | |
POST_DATE | DATE | 非空 | 帖子的发表时间 | |
TB_STORE商品表
列名 | 数据类型(精度范围) | 空/非空 | 约束条件 | 其他说明 |
---|---|---|---|---|
STOR_PICTRUE | IMAGE | 非空 | 商品图片 | |
STOR_LINK | TEXT | 非空 | 商品链接 | |
STOR_INTRODUCE | LONGTEXT | 商品介绍 | ||
TB_SQURE广场帖子表
列名 | 数据类型(精度范围) | 空/非空 | 约束条件 | 其他说明 |
---|---|---|---|---|
SQURE_POST_LINK | TEXT | 非空 | PRIMARY KEY | 用户帖子表的链接 |
SQURE_USER_NAME | VARCHAR(40) | 非空 | 发表帖子的用户名 | |
SQURE_USER_PICTRUE | IMAGE | 非空 | 发表帖子的用户头像 | |
SQURE_POST_LIKE | INT | 非空 | 发表帖子的点赞量,默认为0 | |
SQURE_POST_FAVO | INT | 非空 | 发表帖子的收藏量,默认为0 | |
SQURE_POST_DATE | DATE | 非空 | 发表帖子的发表时间 | |
SQURE_POST_TITLE | VARCHAR(40) | 非空 | 发表帖子的帖子标题 | |
4.6系统安全和权限设计
入侵防范设计
- WAF
- Web 应用防护系统(Web Application Firewall,简称: WAF)代表了一类新兴的信息安全技术, 用以解决诸如防火墙一类传统设备束手无策的 Web 应用安全问题。
- 与传统防火墙不同,WAF 工作在应用层,因此对 Web 应用防护具有先天的技术优势。基于对 Web 应用业务和逻辑的 深刻理解,WAF 对来自 Web 应用程序客户端的各类请求进行内容检测和验证,确保其安全 性与合法性,对非法的请求予以实时阻断,从而对各类网站站点进行有效防护。
- DDOS
- 扩充服务器
操作系统平台安全管理设计
系统的超级用户口令应由专人负责,密码应该定期变换。 建立数据库的专用用户,系统在与数据库打交道时,应使用专用用户的身份,避免使用超级 用户身份。 在系统的其他用户的权限设置中,应保证对数据库的数据文件不能有可写、可删除的权限。
数据库系统平台安全管理设计
数据库管理员(SA)的密码应由专人负责,密码应该定期变换。 客户端程序连接数据库的用户绝对不能使用数据库管理员的超级用户身份。客户端程序连接 数据库的用户在数据库中必须对其进行严格的权限管理,控制对数据库中每个对象的读写权 限。利用数据库的审计功能,以对用户的某些操作进行记录。充分使用视图以及存储过程,保护 基础数据表。 对于不同的应用系统应建立不同的数据库用户,分配不同的权限。
数据备份
全量备份、增量备份、差异备份相互结合进行备份备份频率为每周一次,一旦发生故障,要能及时地将数据库恢复到尽可能正确的状态,以减少数据库损失。
数据传输安全性设计
SSH可以通过将联机的封包加密的技术进行资料的传递; 使用SSH可以把传输的所有数据进行加密,即使有人截获到数据也无法得到有用的信息。同时数据经过压缩,大大地加快了传输的速度。通过SSH的使用,可以确保资料传输比较安全并且传输效率较高。
应用系统安全性设计
操作人的操作信息需要提供操作记录。对系统的异常信息需进行记录,已备以后查看。只有授权用户才能登录系统,对于某个操作,需要具有相应权限才能进行操作。
数据存储安全性设计
对于用户的密码等敏感信息采用MD5进行加密
数据库的安全性和完整性控制
后期随着数据库应用环境的变化,对数据库的安全性和完整性要求可能也会发生变化,系统管理员需要对数据库进行适当的调整来适应变化。
监视、分析、调整数据库性能
管理员要监视数据库的运行情况,并对检测数据进行分析,找出能够提高性能的可行性,并适当地对数据库进行调整。
数据库重组
数据库经过一段时间的运行后,随着数据不断增改删,会使数据库的存储效率降低,数据库管理员可以改变数据库数据的组织方式,改善系统性能。
权限设计
- 用户权限
小绿坊的权限问题比较简单:只牵涉到权限和用户两种类型的对象
小绿坊的用户拥有对自己的账户内容操作的权限- 按规则注册的用户,拥有将个人账户信息插入用户表的权限,一个账号只能插入一次
- 登录后,用户可以修改自己的账户信息,如头像,密码,个人介绍
- 登录后用户可以浏览广场上的帖子,商城里的商品,可以对广场上的帖子进行举报、评论
- 登录后用户可以发表帖子,管理已发表帖子,设置自己的相应帖子的权限
- 管理员
- 管理员拥有对商城商品表增删改查的权限
- 管理员拥有对广场帖子被举报的帖子进行删改查的权限
- 管理员拥有对用户表删改查的权限
- 数据库管理员有对数据库进行调整的权限
五.关于需求分析答辩的A&Q
- 问题1:该产品如何引流?如何测评用户推荐穿搭的质量?在用户基数不大的情况下,建议预存大量的穿搭方式供用户参考。
- 回答1:感谢建议,我们会尝试做的,引流的话我们会着重宣传我们app能够涉及到的提高外在形象的各个方面,市面上好像还没有这样的app。用户推荐的穿搭质量其他用户通过阅
读帖子会有自己的判定,点赞量高质量高的帖子会优先推荐,这样质量差的帖子曝光率就会下降
- 回答1:感谢建议,我们会尝试做的,引流的话我们会着重宣传我们app能够涉及到的提高外在形象的各个方面,市面上好像还没有这样的app。用户推荐的穿搭质量其他用户通过阅
- 问题2:如果用户的作品之间存在抄袭怎么办?我觉得应该设立举报机制,对抄袭严重或者存在巨大争议的作品进行删除,维护平台环境的和谐。
- 回答2:感谢建议,其实我们有设立举报机制哦,在需求分析里有说明
- 问题3:建议推出多种穿搭推荐方式,比如依照面部分析来推荐
- 回答3:感谢建议,不过这个实现起来很困难,所以我们不打算做这个功能
- 问题4:可以添加一个点赞功能,形成一个热搜版之类的
- 回答4:感谢建议,我们打算这么做的,点赞量高的优先推荐
- 问题5:毒和NICE都有此类似穿搭推荐功能,如果从如此火爆的竞争对手中争夺用户呢?
- 回答5:这些app都只有穿搭,但我们的推荐包含提高外在形象的所有方面,比如美妆,健身等
- 问题6:如何实现登录、推荐、分类、文章编辑等功能
- 其实我们对如何实现相应功能并没有具体的想法,目前所想要做的功能,都是团队集思广益希望app有的功能,在助教建议后,我们决定删掉一些功能,着重做好推荐的功能,如果后
期有能力做到实现其它功能会慢慢完善
- 其实我们对如何实现相应功能并没有具体的想法,目前所想要做的功能,都是团队集思广益希望app有的功能,在助教建议后,我们决定删掉一些功能,着重做好推荐的功能,如果后
- 建议1:在商品方面可以和一些商家合作
- 回答1:感谢建议,我们会考虑
- 回答1:感谢建议,我们会考虑