团队作业3——需求改进&系统设计

这个作业属于哪个课程	计科22级34班
这个作业要求在哪里	作业要求
这个作业的目标	修改需求规格说明，完善系统设计和测试计划

需求与原型设计

1.课堂问题与改进

• 问题：居民信息管理如何保障数据安全？
• 修改：
  ①访问控制：通过用户名和密码、指纹识别、面部识别等多种方式对访问居民信息管理模块的用户进行身份认证。
  ②权限管理：根据不同用户角色（如社区管理员、物业工作人员、普通用户居民）分配不同的权限。
  ③管理措施：定期对居民信息进行备份，可以采用全量备份和增量备份相结合的方式。备份数据存储在独立的存储介质或云端存储中。

2.修改完善上周提交的需求规格说明书

• 不足：功能细节模糊
• 改进：对每个功能模块进行更深入的拆解。

3.功能分析的四个象限
必做且重要象限：紧急维修工单处理
不必做但重要象限：居民信息的定期更新与维护机制
必做但不重要象限：系统更新提示功能
不必做且不重要象限：居民个人信息的个性化装饰功能

4.任务分解WBS及相应的项目进度计度
根据修改后的需求，调整任务分解WBS如下：

• 个人中心管理模块开发（1周）
• 物业信息管理模块开发（1周）
• 投诉反馈模块开发（1周）
• 社区活动模块（1周）
• 其他模块（2至3周）

系统设计

系统的架构设计
项目为前后端分离开发。
前端层负责向用户提供图形化的操作界面，使用的技术包括：

• Web 应用：使用 Vue 框架开发，为用户和物业管理员提供一个友好的网页界面。
• 响应式设计：确保界面在各种设备上有一致的体验。

后端层负责接收前端请求，提供相应功能接口，使用的技术包括：

• Springboot框架，RESTful风格开发。
• 数据库使用MySql存储数据，使用Navicat作为数据库管理工具。

主要功能：

• 用户注册、登录、修改个人信息
• 物业信息查询、报修提交、查看公告
• 管理员的工作面板，包括公告发布、报修处理等

数据库设计
数据库ER图如下

• 用户表（User）：包含用户名、密码、角色id字段
• 职员表（StaffInfo）：包含姓名、身份证号、手机号、性别、住址和工号字段
• 报修表（Repair）：包含设施、地址、报修原因、报修用户id、报修时间字段
• 住户表（HouseholdInfo）：包含用户id、真实姓名、身份证、性别、籍贯、户口字段
• 反馈表（Feedback）：包含反馈类型、反馈用户id、内容、是否受理、工作人员id、处理结果字段
• 活动表（Activity）：包含活动名称、主办方、负责人、咨询电话、内容、时间字段

Alpha任务分配计划
召开迭代计划会议，确定下周的Sprint功能：
在Product Backlog中选取待实现的功能项为：
1.用户登录模块
2.物业报修模块
3.投诉反馈模块
4.社区活动模块

任务分解

任务	预估时间
用户登录	3天
物业报修	1周
投诉反馈	1周
社区活动	1周

Spring Backlog

功能模块	功能分解	时间
个人中心	个人资料页面展示和修改	3h
	管理员操作住户相关数据	3h
	设计用户登录页面	1.5h
	创建用户数据库表	0.5h
	编写用户登录逻辑	3h
物业报修	设计报修流程介绍页面	2h
	设计填写报修单页面	3h
	设计报修单数据库表	0.5h
	查看报修单页面	3h
	管理员处理报修功能	4h
投诉反馈	新增投诉反馈功能	4h
	投诉反馈分页展示	2h
	编写投诉反馈状态变更逻辑	2h
社区活动	设计社区活动展示页面	1.5h
	设计社区通知页面	2h
	管理员新增社区活动功能	3h
	管理员新增社区通知功能	3h

甘特图

测试计划

测试目的：测试代码能否正常运行，检查是否有bug
测试方法：黑盒测试
测试资源：一台网络正常的配备主流浏览器的电脑
测试人员：李佳聪
测试安排：

测试模块	测试任务	测试时间
用户
	测试是否能够成功注册登录	2h
	测试是否能够成功进行物业查询	2h
	测试是否能够成功进行物业报修	4h
	测试是否能够成功查看物业工作情况	2h
	测试是否能够成功获取物业最新消息	2h
	测试是否能够成功接收社区通知	4h
物业管理员
	测试是否能够成功管理车位	4h
	测试是否能够成功管理来访人员	4h
	测试是否能够成功管理社区人员	4h
	测试是否能够成功修改个人资料	4h
	测试是否成功审核用户报修需求	4h
	测试是否能够成功发布社区通知	4h