团队-UML
UML设计
分工
| 刘双玉 | 李佳铭 | 杜宏庆 | 肖小强 | 汪志彬 | 江郑 | 符天愉 | 邓弘立 |
|---|---|---|---|---|---|---|---|
| 后台数据库 | 求购模块 | 浏览检索商品 | 即时聊天系统 | 商品管理 | 管理员系统 | 后台商品发布收藏系统 | 登录注册与个人信息系统 |
UML图
刘双玉
- 用户对于求购消息的增删改查，以及收藏，面临的问题是数据的操作，如何存储，依据什么条件删除等，我的做法是求购消息加上用户ID，这样查看全部求购消息和拥有关系一张表就可以存储，收藏需要另外一张表来存储。
李佳铭
- 这4张UML图对应系统的二手商品求购模块。面临的问题是求购者如何通过“福大易宝”进行二手商品的求购，以及预售者如何通过“福大易宝”进行闲置物品的出售。这样的设计模拟了我们产品的“求购”功能，为Alpha版本的编码冲刺提供方向。
杜宏庆
- 当用户进入商品界面挑选自己需要的商品时，有一个检索功能供用户使用，根据用户输入的关键词，系统从商品数据库中检索出符合用户需要的商品，大大方便了用户的操作。另外用户还可以在商品界面挑选一些热门商品，适合那些没有目的性的买家，提供给他们建议。
肖小强
- app聊天模块，主要包括：文字聊天以及聊天ui
江郑
- 这部分数据系统的后台管理，在整个平台上我们需要一个管理员的角色对整个系统的数据进行维护，主要是数据库的增删改查，客户端是基于app，后台是基于web端，这样显得不会杂乱无章。工具可以使用processon，在线操作，可实时保存，操作简单。
符天愉
- 我负责的是后台的数据库处理部分，和队友们分了下工，主要处理商品的发布/收藏/捐赠/留言/搜索部分，这部分可能会遇到的问题有:和安卓开发的队友数据库数据的变量命名不一致，这部分通过接口编码规范/数据库设计已经解决，另外可能遇到的问题就是数据传送中接口的定义不明确，这部分已经在上一次作业（后端系统设计）中做了API的大概定义，之后将会进一步对API进行完善和修改。
邓弘立
- 这部分是整个APP前台的用户系统，包括了用户的登录和个人信息的查看和修改以及对自己发布商品与收藏的管理。
