300
社区成员
这个作业属于哪个课程 | 软件工程实践-2023学年-W班社区-CSDN社区云 |
---|---|
这个作业要求在哪里 | 团队作业 概要设计和数据库设计-CSDN社区 |
这个作业的目标 | 完成项目的系统于数据库设计 |
其他参考文献 | 《软件需求规格说明书》国标(GB/T9385-2008)规范文本、 |
大学生们常常会遇到以下问题:单人打车太贵,出售购买二手图书难,社交圈太小社交困难。遇到以上问题时,由于没有相关的校内平台,同学们往往只是在学校的社交分享账号上发帖求助。但这时候又会产生额外的问题,例如帖子的审核审核慢、帖子的真实性得不到保障、帖子中往往参杂着其他广告等等。为了解决上述问题,我们设想开发一个平台,它能够聚合交友、二手物品出售、拼车、跑腿等功能。我们希望这个这个平台能够具有实时性、安全性、综合性、整洁性,解决福大学生生活问题的同时不产生其他的额外问题。
由于开发时间的限制,该项目——C福大——暂时着重开发线上项目招聘板块。
系统结构图
功能模块图
处理流程图
ER图
表设计
字段名 | 数据类型 | 约束条件 | 描述 |
---|---|---|---|
id | INT | PRIMARY KEY | 用户ID |
user_account | VARCHAR(50) | UNIQUE NOT NULL | 用户账号,唯一且非空 |
real_name | VARCHAR(50) | NOT NULL | 真实姓名,非空 |
password | VARCHAR(50) | NOT NULL | 密码,非空 |
gender | INT | 性别 | |
birth_date | DATE | 出生日期 | |
address | VARCHAR(255) | 地址 | |
introduction | TEXT | 个人简介 | |
authority_id | INT | 权限ID |
字段名 | 数据类型 | 约束条件 | 描述 |
---|---|---|---|
id | INT | PRIMARY KEY | 项目帖子ID |
creator_id | INT | 创建者ID | |
title | VARCHAR(255) | 项目名称 | |
content | TEXT | 项目简述 | |
Contact_information | VARCHAR(255) | 联系方式 | |
start_time | DATE | 项目起始时间 | |
end_time | DATE | 项目终止时间 | |
tags | TEXT | 项目标签,用;做分隔 | |
update_time | TIMESTAMP | 更新时间 | |
create_time | TIMESTAMP | 创建时间 |
字段名 | 数据类型 | 约束条件 | 描述 |
---|---|---|---|
id | INT | PRIMARY KEY | 项目岗位ID |
post_id | INT | 项目帖子ID | |
name | VARCHAR(50) | 岗位名称 | |
responsibility | TEXT | 岗位职责 | |
requirements | TEXT | 任职要求 | |
address | VARCHAR(255) | 工作地点 | |
reward | INT | 悬赏金额 | |
reward_type | INT | 悬赏类型 | |
status | INT | 岗位状态 |
字段名 | 数据类型 | 约束条件 | 描述 |
---|---|---|---|
position_id | INT | PRIMARY KEY (Part of) | 岗位ID,主键之一 |
resume_id | INT | PRIMARY KEY (Part of) | 简历文件ID,主键之一 |
status | INT | 状态 |
字段名 | 数据类型 | 约束条件 | 描述 |
---|---|---|---|
id | INT | PRIMARY KEY | 文件ID |
creator_id | INT | 创建者ID | |
attachment_path | VARCHAR(255) | 附件路径 |
类图
个人信息相关类图:
项目管理相关类图:
二手交易相关类图:
安全性需求:
在先前的设计中,因为整体的设计还不够完善,所以在设计时为一个商品可能对应多个帖子。
但经后续的开发设计确认了,没有这样做的必要,所以修改为了一对一的对应关系。
负责答辩的同学并没有参与这一部分的具体设计,所以没有现场回答出这个问题。
实际上性别类单独出来,是为了后续继续添加可能出现的性别。(例如性别:保密)
后续我们还是删除了这个类,性别现在只是用户中的一个int属性,可能会出现的性别将写在程序中,和约定好的值相对应。
老师的意见很好,我们项目目前的项目发布板块的功能确实可以继续优化,拆分出更加细致的岗位招聘之类,让功能更具有灵活性。
我们后续的设计是,每个项目下,还有对应的岗位招聘,可以单独的去增减、投递简历以及进行状态的改变
阐述团队的工作流程、组员分工及贡献度比例。
个人评分将由三个部分构成:自评 30%+同一部门下组员互评平均值 50%+全员随机投票 20%。
最后个人评分与工作量乘算,最终占比即为贡献度。
类别 | 内容 | 分值 |
---|---|---|
自我评价 | 每个任务完成达到了多少预期 | 10 分 |
与团队沟通和合作达到了多少预期 | 10 分 | |
学习和发展自身达到了多少预期 | 10 分 | |
组员互评 | 团队协作能力 | 10 分 |
沟通能力 | 10 分 | |
责任心和可靠性 | 10 分 | |
问题解决能力 | 10 分 | |
自我管理与学习能力 | 10 分 | |
全员投票 | 跨部门协作能力 | 10 分 |
影响力与合作价值 | 10 分 |
学号 | 姓名 | 工作内容 | 本次任务工作量 | 个人评分 | 最终贡献度 |
---|---|---|---|---|---|
052106111 | 吴骏文 | 界面设计的问题解决与修改完善 | 12% | 96 | 13% |
222100111 | 张逸 | 界面设计修改完善,前端部分页面的编程实现 | 12% | 96 | 13% |
052101425 | 龚舒言 | 前端“我的”、“发布”、“审核”等部分页面的编程实现 | 12% | 88 | 12% |
222100201 | 朱艳冰 | 《系统设计和数据库设计评审表》的制作 | 5% | 82 | 5% |
182100143 | 杨宸 | 博客文档编写、汇报、前后端沟通协作 | 17% | 90 | 17% |
042101308 | 苏志豪 | 《数据库设计说明书》的编写 | 14% | 87 | 13% |
132101256 | 郑旭杰 | 《系统设计说明书》的编写 | 14% | 84 | 13% |
182100429 | 游浩明 | 《系统设计和数据库设计答辩PPT》的制作 | 14% | 84 | 13% |
时间 | 开发安排 | 实现目标 |
---|---|---|
前期工作 | 搭建开发环境、确定协作方式 | 完成具体开发规划与任务分配,确保团队成员对项目有清晰的理解和明确的职责分工 |
5.8-5.9 | 开启编码工作、开发主要功能模块 | 实现核心功能的基础代码,确保主要功能模块的初步运行 |
5.10-5.15 | 完成模块之间的协调、编写必要开发文档 | 确保模块间接口协调一致,编写开发文档,提高代码的可读性和可维护性 |
5.14-5.19 | 进行功能测试,进行前后端协调工作,进行项目部署 | 完成单元测试和集成测试,修复发现的问题,确保前后端顺畅对接,开始部署到测试环境 |
5.19-5.22 | 进行使用模拟测试,进行维护与迭代改进 | 通过模拟真实使用场景进行系统测试,收集反馈,修复缺陷,根据测试结果进行产品迭代 |
后续 | 继续开发更多模块 | 在已有基础上,根据项目需求和用户反馈,继续开发新的功能模块,增强小程序的功能性和用户体验 |
学号 | 姓名 | 工作内容 |
---|---|---|
052106111 | 吴骏文 | 界面设计的问题解决与修改完善 |
222100111 | 张逸 | 界面设计修改完善,前后端交互,登录、项目板块全部功能包括后端交互,逻辑实现 |
052101425 | 龚舒言 | 前端个人主页全部功能包括后端交互,逻辑实现 |
222100201 | 朱艳冰 | 前端二手交易全部功能包括后端交互,逻辑实现 |
182100143 | 杨宸 | 前后端交互、代码审核 |
042101308 | 苏志豪 | 二手交易相关后端开发 |
132101256 | 郑旭杰 | 项目管理相关后端开发 |
182100429 | 游浩明 | 登录功能相关后端开发 |
5个同学的贡献度一样?不合理,请调整;
功能模块图建议重新整理,画的紧凑一些,把图中的文字放大一点;
处理流程图建议删去;
简历表何用户表是否支持未来对应聘者进行一些学位、学校方面的统计吗?
管理员可以审核帖子,但是用户模块并没有包括发帖功能
有整个系统的类图展示吗?帖子和项目帖子、商品帖子的关系是聚合还是继承呢