一.修改完善已提交的需求规格说明书
- 需求规格说明书(2.0)
https://docs.qq.com/doc/DVGh0V2VkWUJJeWRk - 需求规格说明书修改部分
1.别的同样式平台运营模式成熟，哪里来的客户来源，怎么竞争。
答：我们会一家一家得上门介绍我们的产品及优势，通过免费试用的方法，让我们的产品得到更广泛的推广。
2.推广方式会不会有问题？推广方式有什么？
答：推广方式有上门推销，发传单等方式。
3.开发过程的成本问题。
答：前期数据流量比较小，成本会比较低
二.讨论制定团队的编码规范
三.数据库设计
-
3.2ER图
4.项目的后端架构设计
- 4.1后端框架选用Spring MVC框架
M - Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。
通常模型对象负责在数据库中存取数据
V - View（视图）是应用程序中处理数据显示的部分。
通常视图是依据模型数据创建的。
C - Controller（控制器）是应用程序中处理用户交互的部分。
通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据
Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制 - 4.2 SpringMVC运行原理
- 客户端请求提交到DispatcherServlet
- 由DispatcherServlet控制器查询一个或多个HandlerMapping，找到处理请求的Controller
- DispatcherServlet将请求提交到Controller
- Controller调用业务逻辑处理后，返回ModelAndView
- DispatcherServlet查询一个或多个ViewResoler视图解析器，找到ModelAndView指定的视图
- 视图负责将结果显示到客户端
- 4.3 Spring MVC模型部分图例
1.登录
2.添加个人信息
3.搜索约会对象信息
五.确定团队Alpha版本要实现的功能
-
给出WBS图
-
利用象限法明确项目的核心功能
-
列出团队Alpha版本需要实现的功能
| 优先级 | 功能 | 用户故事描述 |
|---|---|---|
| 1 | 账户管理 | 本系统需要提供客服登入功能，以便于后期管理用户 |
| 2 | 信息管理 | 本系统能够保存用户会员的个人信息，并且能够提取部分基础信息，以便于供会员进行搜查 |
| 3 | 日程安排 | 客服通过后台匹配进行日程安排，以便于“双方约会” |
| 4 | 评分系统 | 本系统能够让客服将用户对服务、相亲对象进行评分的数据上传到服务端，以便于账户分级 |
六.关键技术与难点
- 关键技术
技术关键：实现用户与管理者之间的信息交互，管理者对信息的管理分类。 - 技术难点与解决方法
技术难点：
1.用户数据在传输过程中信息的安全保密性与私密性。
2.需要保证数据库的安全，防止数据库被恶意修改与数据盗取。
解决方法：
1.为了保证数据传输过程中的安全性与私密性，我们可以选择公
钥加密法或者别的加密法对数据进行加密传输来保证达到所想要的效果。
2. 在设计数据库的时候可以加强数据库日志的记录，可以保证知道数据库所
有操作，对于数据丢失后的恢复有帮助，并且同时可以使用协议加密和对
网络连接进行IP限制的方式，来保证数据库被访问时的安全。而在后期的
运行中可以安装数据库审计系统来加强数据库安全性.
七.团队管理
- 描述组员在上述任务中的分工和工作量比例
| 组员 | 分工 | 比例 |
|---|---|---|
| 陈宇 | 完成数据库设计 | 17.8 |
| 杨宇潇 | 列出本项目的关键技术，技术难点与解决方法 ，设计数据库ER图 | 16.3 |
| 温志铭 | 做出燃尽图，修改已提交的需求规格说明书，象限法 | 16.3 |
| 丁培辉 | 列出团队Alpha版本需要实现的功能 | 16.5 |
| 张主强 | 项目的后端架构设计 | 16.7 |
| 何承华 | 做出WBS图 ，制定代码规范和编码原则 ，博客 | 16.6 |
-
请用Leangoo的截图来展示分工和完成的过程
-
最后给出燃尽图
