不明真相的吃瓜群众——项目系统设计与数据库设计
不明真相的吃瓜群众——项目系统设计与数据库设计
| 这个作业属于哪个课程 | https://edu.cnblogs.com/campus/zswxy/2018SE/ |
|---|---|
| 作业要求 | https://edu.cnblogs.com/campus/zswxy/2018SE/homework/11622 |
| 团队名称 | 不明真相的吃瓜群众 |
| 作业的目标 | 完成系统设计说明书数据库说明书 |
| gitee链接 | https://gitee.com/Java54188/todo-list/tree/master/软件工程作业——05 |
团队项目的预期开发计划时间安排
| 任务 | 时间 |
|---|---|
| 软件可行性分析 | 10月1号-10月6号 |
| 软件需求分析 | 10月6号-10月13号 |
| 软件概要设计 | 10月13号-10月20号 |
| 软件详细设计 | 10月20号-10月27号 |
| 软件编码 | 10月27号-11月10号 |
| 软件功能测试、数据校验测试 | 11月10号-11月17号 |
| 软件交付、答辩 | 11月17号-11月25号 |
团队项目的预期开发计划分工安排
| 角色 | 职责内容 | 负责人员 |
|---|---|---|
| 开发人员 | 编写前后端软件开发的代码 | 贺浩 |
| 软件设计员 | 负责软件的设计并撰写设计文档 | 廖熙龙 |
| 需求分析员 | 整理需求分析并以撰写需求分析文档 | 蔡存旭 |
| 测试人员 | 负责测试软件的功能以及ppt的制作 | 唐志强 |
体系结构设计+功能模块层次图、设计类图、ER分析+表结构设计、系统安全和权限设计
体系结构设计
功能模块层次图
设计类图
该类图的目的是对在TodoList管理系统的边界、操作和主体作全面、详尽的描述。在结构方面该类图清晰地展示了在该TodoList管理系统的各个类的边界和操作。在功能上对领域类图进行更全面的补充。在下方的分析类图中，第一列描述的是前端系统中的注册界面类和登录界面类与展示界面类，这些界面类主要功能是实现与用户的交互与向后端系统进行信息的转发。第二列描述的是后端系统中的注册控制器类和登陆控制器类与TodoList展示界面控制器类。这些类的作用是提供服务访问接口运行前端的访问，以及对数据库的增删改查。第三列描述的是数据库中的表，主要有账户表和待办事项表。账户表主要有用户名、账号、密码属性。待办事项表主要有账号（外键）、状态、待办事项内容属性。
ER图
E-R图描述了实体与实体之间的关系，以下图中矩形代表实体，圆形代表实体的属性，菱形代表实体与实体之间的关系。在下方E-R关系图中有两个实体分别是用户实体和待办事项实体，关系是1个用户包含多个待办事项，待办事项通过设置账号为外键与用户实体进行关联。
表结构设计
1.数据项
| 数据项名 | 数据项含义 | 别名 | 数据类型 |
|---|---|---|---|
| ACCOUNT | 用户的账号 | 账号 | NUMBER |
| PASSWORD | 用户的密码 | 密码 | VARCHAR2 |
| USERNAME | 用户的名字 | 用户名 | VARCHAR2 |
| ID | 待办事项的序号 | 序号 | NUMBER |
| TODONAME | 待办事项的内容 | 内容 | VARCHAR2 |
| STATUS | 待办事项的状态 | 状态 | VARCHAR2 |
2.数据结构
| 数据结构名 | 含义说明 | 组成 |
|---|---|---|
| 用户 | 定义了一个用户的有关信息 | 用户名，账号，密码 |
| 待办事项 | 定义了一个待办事项的有关信息，属于哪一个用户 | 账号，待办事项ID，待办事项状态，待办事项内容 |
3.数据流
| 数据流名 | 说明 | 数据流来源 | 数据流去向 | 组成 | 平均流量 | 高峰期流量* |
|---|---|---|---|---|---|---|
| 用户流 | 用户的信息 | 前端注册界面、前端登录界面 | 用户表存储 | 账号，用户名，密码 | 每天5个 | 每天20个 |
| 待办事项流 | 待办事项的信息 | 前端待办事项的展示界面 | 待办事项表存储 | 序号，账号，内容，状态 | 每天40个 | 每天100个 |
4.数据存储
| 数据存储名 | 说明 | 流入数据流 | 流出数据流 | 组成 | 数据量 | 存取方式 |
|---|---|---|---|---|---|---|
| 创建用户 | 创建用户 | 用户流 | 用户流 | 用户流 | 100个记录 | 随机存取 |
| 创建待办事项 | 创建待办事 | 待办事项流 | 待办事项流 | 待办事项流 | 1000个记录 | 随机存取 |
5.处理过程
| 处理过程名 | 说明 | *输入数据流* | 输出数据流 | 处理 |
|---|---|---|---|---|
| 创建用户 | 用户创建 | 用户流 | 用户流 | 记录用户名，账号，密码 |
| 创建待办事项 | 待办事项创建 | 待办事项流 | 待办事项流 | 记录待办事项名和内容，状态 |
6.用户表
| 字段名 | 名称 | 数据类型 | Null | 备注 |
|---|---|---|---|---|
| ACCOUNT | 用户的账号 | NUMBER | NO | PRI |
| USERNAME | 用户的名字 | VARCHAR2 | NO | |
| PASSWORD | 用户的密码 | VARCHAR2 | NO |
7.待办事项表
| 字段名 | 名称 | 数据类型 | Null | 备注 |
|---|---|---|---|---|
| ID | 待办事项的序号 | NUMBER | NO | PRI |
| ACCOUNT | 用户的账号 | NUMBER | NO | FOR |
| TODONAME | 待办事项的内容 | VARCHAR2 | NO | |
| STATUS | 待办事项的状态 | VARCHAR2 |
系统安全和权限设计
使用Oracle 用户，角色，权限，将待办事项设置为只能被它的创建者删除和修改。在Oracle中角色是一组权限的集合，将角色赋给一个用户，这个用户就拥有了这个角色中的所有权限。
工作流程、组员分工、组员贡献度比例
工作流程
1.组长分配任务
2.组内人员编写系统设计说明书
3.组内人员数据库设计说明书
4.组内人员上传git
5.组内人员编写团队博客
6.组内人员交博客园作业
组员分工
| 姓名 | 负责部分 |
|---|---|
| 贺浩 | 数据库说明书、表结构设计、ER图 |
| 廖熙龙 | 系统说明书、表结构设计 |
| 蔡存旭 | 设计类图、系统安全、功能模块层次图 |
| 唐志强 | 权限设计、git的上传、博客园作业的整合 |
组员贡献度比例
贺浩：30%
廖熙龙：23.3%
蔡存旭：23.3%
唐志强：23.3%
