一、团队项目预期开发计划时间安排

二、团队项目预期开发计划分工安排

三、设计图和设计思路

1、体系结构图

• 用户结构

  

• 管理员结构

  

2、功能模块层次图

       本功能模块层次图分为用户和管理员两个大分支。用户登录后可以使用进货明细模块、进货登记模块、退货登记模块、库存管理模块、供应商管理模块这些对应模块下的所有子功能，管理员登录后可以使用用户信息管理模块的所有功能。

3、类图

4、ER分析

       本系统有用户，进货登记表，进货明细表，退货登记表，商品存库表，供应商六个实体，用户和商品库存表之间的关系为一对一，用户和进货登记表、退货登记表之间的关系为一对多，供应商和进货登记、退货登记之间的关系为多对多，进货明细表和进货登记表之间的关系为一对一。

       用户（用户id，用户名，联系电话，密码，是否是管理员），用户Id为主键。

       供应商（信用代码，供应商姓名，供应商状态，供应商联络人，供应商联系电话），信用代码为主键。

       进货登记表（交易单号，供应商，商品种类数目，交易日期，备注），交易单号为主键。

       进货明细表（交易单号，供应商，交易日期，商品名称，商品条码，生产日期，数量，规格，单位，商品类型，保质期），商品条码为主键。

       退货登记表（交易单号，商品名称，商品条码，规格，生产日期，退货数量，单位，退货日期）商品条码为主键。

       商品库存表（商品名称，商品条码，保质期，商品类型，库存数量，单位，是否过期）商品条码为主键。

5、表结构设计

• g_stock

• p_details

• p_registration

• refund

• supplier

• user

6、设计思路

       g_stock（商品库存表）：用来存储商品库存信息。

       p_details（进货明细表）：用来记录进货单中的商品以及商品信息。

       p_registration（进货登记表）：用来保存每次进货单的信息。

       refund（退货登记表）：用来记录每次退货登记的信息。

       supplier（供应商信息登记表）：供应商信息登记表,用来记录每个供应商的信息。

       user（用户表）：用来记录使用该系统的每个用户的信息

7、系统安全和权限设计

• 增强对输入信息的验证

       防止用户输入不符合所需要求的数据造成系统奔溃或错误。

• 使用缓存判定无操作时间来自动退出系统

       防止出现信息泄露、网页崩溃、操作系统死机、数据库管理系统崩溃等。

• 用户权限控制

       根据输入的账户去数据库查询对应的身份进行权限管理，不同权限的用户所进入的页面不同，防止非需求操作。

四、Q&A与改进

Q：关于硬件方面现在大部分商家都会采取扫码枪这种外部设备辅助使用，可以考虑一下与硬件相结合？
A：确实现在大部分商家都会采用扫码枪扫取条形码信息，我们团队在撰写需求分析前的小组会议中也有对类似相关问题进行讨论，改进：由于我们项目面对的主要用户群体还是中小微量级的用户例如小卖部水果店这种量级的商户，且我们团队的自身能力问题所以我们想采取用户可以选择已经存储过的一些数据，让用户可以通过选择下拉列表选项的操作比如单位来替代。

Q：是否可以考虑做成APP？或者用做成响应式界面让电脑端和手机端可以共同使用？
A：我们团队目前的定位还是在完成网站上，系统如果在电脑端上以及接近完善后续会考虑衍生为App，改进：响应式前端我们团队在后续的实际开发环节作为优化途径会研究考虑。

五、本次作业的工作流程、组员分工及组员贡献度比例

1.工作流程

2.组员分工及组员贡献度比例

六、Commit提交记录

七、GitHub地址与文档下载地址

• 心满意组_仓库地址

• 心满意组_系统设计说明书.pdf

• 心满意组_数据库设计说明书.pdf

• 心满意组_系统设计和数据库设计答辩PPT.pdf