青屿送词队——项目系统设计与数据库设计
| 这个作业属于哪个课程 | 2023年福大-软件工程实践-W班 |
|---|---|
| 这个作业要求在哪里 | 软件工程实践作业要求 |
| 这个作业的目标 | 项目系统设计与数据库设计 |
| 其他参考文献 | 《构建之法》、CSDN、GitCode、starUML |
目录
- 1、链接
- 2、系统和数据库设计
- 2.1 体系结构设计
- 2.2 功能模块层次图
- 2.3 ER分析
- 2.4 表结构设计及思路
- 3、类图、系统安全和权限设计
- 3.1 设计类图
- 3.2 系统安全和权限设计及思路
- 4、改进分析
- 5、团队绩效
- 6、团队项目开发计划安排
- 6.1 预计开发时间安排
- 6.2 预期开发分工安排
1、链接
GitCode团队仓库链接
青屿送词队_系统设计说明书.pdf
青屿送词队_数据库设计说明书.pdf
青屿送词队_系统设计和数据库设计答辩PPT.pdf
2、系统和数据库设计
2.1 体系结构设计
基于面向对象设计思想以及SpringBoot开发框架。
SpringBoot是一个Java的实现了MVC设计模式的请求驱动类型的轻量级Web框架,通过把Model,View,Controller分离,降低web代码的耦合度,让人们轻松的构建出企业级的应用。
ClosetMate系统的总体结构采用了4层架构,分别为表现层,控制层,业务层,持久层。上层通过调用下层提供的接口实现本层的功能。其中表现层基于Vue框架以移动端web页面形式实现,其余层位于基于SpringBoot开发的服务器中。表现层与控制层间交互的方式为Http协议。
表现层:主要负责用户交互和显示业务层结果。
控制层:主要负责系统的请求转发,权限鉴定、返回数据,是系统的核心控制单元。
业务层:实现了本系统的主要业务逻辑,负责除数据库之外的主要大规模计算任务。
持久层:与数据库和本地文件系统进行交互,向业务层提供静态数据和数据库数据持久化的接口。是整个系统其余部分访问,修改,存储持久化数据的统一界面。

2.2 功能模块层次图


2.3 ER分析
1.用户-衣橱-衣服
该局部图描述的是用户、衣橱、衣服三者之间的关系。一个用户可以拥有多个衣橱,一个衣橱可以有多件衣服。但是一件衣服只能属于一个衣橱,一个衣橱也只能属于一个用户。

用户-搭配库-搭配方案
该局部图描述了用户、搭配库、搭配方案之间的关系。一个用户有一个搭配库,搭配库中有多种搭配方案。

用户-捐赠记录-捐赠机构
该局部图描述了用户、捐赠记录、捐赠机构之间的关系。一个用户对应了多条捐赠记录,表示用户可以捐赠多件衣物。一条捐赠记录与一个捐赠机构相关联。
用户-收藏库-收藏夹-搭配方案
该局部图描述了用户、收藏库、收藏夹、搭配方案之间的关系。一个用户拥有一个收藏库,一个收藏库里有多个收藏夹,每个收藏夹里有多个搭配方案。
2.4 表结构设计及思路
- 用户表(user)

- 管理员表(administrator)

- 衣橱表(wardrobe)

- 衣服表(cloth)

- 搭配库表(collocation)

- 搭配方案表(plan)

- 整理指南表(tidyguide)

- 捐赠记录表(donationrecord)

- 捐赠机构表(donationinstitute)

- 收藏库表(library)

- 收藏夹表(favorites)

3、类图、系统安全和权限设计
3.1 设计类图
总体类图:

Controller层:

Service层:

Dao层:

3.2 系统安全和权限设计及思路
1、系统安全
针对用户的登入请求,系统将对用户提交的账号密码与数据库中的进行匹配,只有成功匹配的用户才能对应登入相应系统进行后续的操作。
用户只能修改自己的数据,且用户的每一次提交修改都留有记录,且须经管理员审核后才能通过。
用户数据隐私保护:保障用户个人信息的隐私和安全,包括用户注册信息、 上传的照片等数据的保护,确保这些信息不会被未经授权的第三方获取。
捐赠机构安全:对于软件中的捐赠机构,需要进行身份审核和认证,确保机
构的合法性和信誉度,防止恶意机构进行骗捐等行为
2、权限设计
普通用户:能够注册和登录、修改个人信息、管理线上衣橱,在线搭配,查看小贴士、捐赠衣物。
管理员:由超级管理员添加,可对用户账号进行审核和管理、闲置衣物管理、审核捐赠机构、登录。
超级管理员:可以添加管理员,可对用户账号进行审核和管理、闲置衣物管理、审核捐赠机构、登录。
4、改进分析
Q1:捐赠每次只能一件衣服吗?捐赠类是否需要与衣橱衣服类相关联?
A:每次可以选择多件衣服进行捐赠,在闲置衣物中点击选择要捐赠的衣服,可以继续选择闲置衣物中的衣物,待全部选好后点击确认后统一上传捐赠,不是每次只能一件衣服。
捐赠类和衣橱的衣服类需要相关联,这个我们当时设计类图时漏画了这个关系,具体操作上可以直接选取衣橱里的闲置类别捐赠或者衣柜中其他类别捐赠均可。
Q2:衣橱一定是不止一个,目前的类图如何区分不同衣橱对应的衣服?
A:每一个特定的用户可以去对应几个特定的衣橱,全部的衣橱看作一个整体,去和使用这些衣橱的某个特定的用户的ID对应。再细分到区分整体衣橱下不同的衣橱采取编号的形式,为这些衣橱编上1、2、3......的数字编号。后续区分不同衣橱对应衣服的做法是:第一步通过比较用户的ID来判断是否属于同一用户下的整体衣橱,第二步,若属于同一用户,再比较编号,通过对应编号来找到对应衣橱。
5、团队绩效
| 学号 | 工作内容 | 贡献度 |
|---|---|---|
| 222000229 | 组织分配任务,撰写博客,全程跟进与审核每位成员任务 | 11.90% |
| 081900310 | 制作项目系统与数据库设计的答辩ppt | 11.60% |
| 222000228 | 撰写数据库设计说明书中的参考资料、标识符和状态、约定、物理结构设计、数据字典设计 | 11.70% |
| 222000132 | 撰写数据库设计说明书中的参考资料、使用它的程序、专门指导、支持软件、逻辑结构设计、数据字典设计 | 11.70% |
| 222000230 | 撰写数据库设计说明书中的参考资料、概念结构设计、安全保密设计 | 11.80% |
| 171909059 | 撰写系统设计说明书中的引言、体系结构设计、设计类图、业务层与持久化层接口设计 | 11.80% |
| 221701112 | 1、汇总撰写之前的汇报项目中的问题的改进分析 2、撰写系统设计说明书中的控制层接口设计、系统安全和权限设计,前后台验收标准 | 11.85% |
| 222000414 | 1、编写数据库设计说明书的整体结构和引言部分,2、制定开发计划安排 | 11.65% |
| 221900206 | 制作评审表以及协助队员完成任务 | 6.00% |
6、团队项目开发计划安排
6.1 预计开发时间安排

alpha冲刺阶段基本上是每一阶段都有四个模块(一个模块大概两个界面);beta冲刺的只有三个模块而且都是较为简单的部分,到时候可以根据情况调整人员,没任务的可以去UI优化测试等等
| alpha冲刺第一轮 | 前台功能模块:登录注册模块 前台功能模块:个人信息模块 后台功能模块:登录注册模块 后台功能模块:请求管理模块——用户审核和意见反馈 | 每个模块对应一个前端和一个后端 | |
|---|---|---|---|
| alpha冲刺第二轮 | 4.29-5.5 | 前台功能模块:衣柜管理模块——衣柜、衣物详情 前台功能模块:衣柜管理模块——添加、整理指南详情 前台功能模块:在线搭配模块——搭配主界面跟建议界面 前台功能模块:在线搭配模块——穿搭夹 | |
| Beta冲刺第一轮 | 5.30-6.6 | 前台功能模块:捐赠衣物模块 后台功能模块:请求管理模块——捐赠 后台功能模块:账号管理模块(CRUD) |
6.2 预期开发分工安排
| 学号+姓名 | 职位 | alpha冲刺第一轮开发部分 | alpha冲刺第二轮开发部分 | Beta冲刺开发部分 |
|---|---|---|---|---|
| 222000229_康思雨 | 前端 | 前台功能模块:登录注册模块 | 前台功能模块:衣柜管理模块——衣柜、衣物详情 | |
| 222000228_黄雨洁 | 前端 | 前台功能模块:个人信息模块 | 前台功能模块:衣柜管理模块——添加、整理指南详情 | 前台功能模块:捐赠衣物模块 |
| 171909059_吴子隆 | 前端 | 后台功能模块:登录注册模块 | 前台功能模块:在线搭配模块——搭配主界面跟建议界面 | 后台功能模块:请求管理模块——捐赠 |
| 222000414_梁家俊 | 前端 | 后台功能模块:请求管理模块——用户审核和意见反馈 | 前台功能模块:在线搭配模块——穿搭夹 | 后台功能模块:账号管理模块(CRUD) |
| 221701112_陈一铭 | 后端 | 前台功能模块:登录注册模块 | 前台功能模块:衣柜管理模块——衣柜、衣物详情 | |
| 222000132_许依红 | 后端 | 前台功能模块:个人信息模块 | 前台功能模块:衣柜管理模块——添加、整理指南详情 | 前台功能模块:捐赠衣物模块 |
| 081900310_龚辰珺 | 后端 | 后台功能模块:登录注册模块 | 前台功能模块:在线搭配模块——搭配主界面跟建议界面 | 后台功能模块:请求管理模块——捐赠 |
| 222000230_林雯雯 | 后端 | 后台功能模块:请求管理模块——用户审核和意见反馈 | 前台功能模块:在线搭配模块——穿搭夹 | 后台功能模块:账号管理模块(CRUD) |
| 221900206_陈伟杰 | 后端/测试 | 测试/协助开发 | 测试/协作开发 | 测试/协助开发 |
相关推荐
香港新悬索桥--青龙大桥的初步设计.docx
香港新悬索桥--青龙大桥的初步设计.docx
香港新悬索桥-青龙大桥的初步设计.docx
香港新悬索桥-青龙大桥的初步设计.docx
香港的交通问题.pptx
香港的交通问题.pptx
基于AIS信息的航道内船舶速度分布统计分析 (2014年)
为了定量地揭示航道内航行的各种类型船舶所采取的安全航速的分布规律,以船舶AIS信息为数据来源,在SQL数据库中计算得到船舶通过航道门线时的速度.在此基础上,运用直方图法、折线图法分析船舶的速度分布规律,定量地揭示出航道内不同类型船舶采取速度的分布范围,并以青屿水道内航行的货船为例,计算得出航道内不同长度的货船速度分布的均值、方差与船舶长度呈正相关的关系.可为进出航道的船舶采取安全航速,为港航管理部门制定相关制度提供决策依据.
YOLO26算法心电图十二导联目标检测+训练好的模型+368张数据集+pyqt可视化界面.zip
附训练好的 YOLO 权重与 PyQt 可视化检测界面,页面底部含可视化效果预览,毕设/课设开箱即用。 【数据集概况】 · 检测类别(中文):[导联I(I), 导联II(II), 导联III(III), 胸导联V1(V1), 胸导联V2(V2), 胸导联V3(V3), 胸导联V4(V4), 胸导联V5(V5), 胸导联V6(V6), 加压肢体导联aVF(aVF), 加压肢体导联aVL(aVL), 加压肢体导联aVR(aVR)] · 训练集:313 张 · 验证集:37 张 · 测试集:18 张 · 总计:368 张 该数据集聚焦于临床心电图信号的精准识别与定位,其核心检测目标为标准12导联心电图中的各个独立导联波形区域,涵盖肢体导联(I、II、III)与加压肢体导联(aVR、aVL、aVF),以及胸前导联(V1至V6),适用于心电图自动分析系统中对各导联位置的快速准确标注与分类。数据采集场景真实还原了医院心电图室或急诊监护环境下的标准心电图记录纸,波形清晰、基线稳定,具有高度临床参考价值。... 【训练曲线与评估图】 【模型训练配置】 参数 | 值 模型 | yolo26n 训练轮数 | 100 epochs 输入尺寸 | 640x640 批次大小 | 24 优化器 | auto 初始学习率 | 0.01 训练设备 【关键指标汇总】 训练了 57 个 epoch,最终轮指标: 指标 | 数值 mAP50 | **0.9708** mAP50-95 | 0.6344 Precision | 0.8990 Recall | 0.9191 train/box_loss | 1.2231 train/cls_loss | 0.9703 val/box_loss | 1.2779 val/cls_loss | 0.... 使用场景:毕业设计、课程设计、深度学习入门、工业场景落地验证。



