小型超市管理系统
系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。
如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业。
(2)、后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
参考关系模型：
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）//用于销售人员的登录
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
i) 员工表（编号，姓名，职位，出勤率，入职时间，业绩）
界面部分
登录界面（分登录权限）
员工登录（前台）
老板登录（后台）
2.1收银界面（输入商品的买卖记录）
2.2管理员界面（库存信息，销售信息，业绩信息，根据本月的销售情款自动生成进货报表）
预期用户量：50person
系统阐述：
真实性：该系统是基于超市的日常运作而进行开发的，本着方便人员管理为原则。
可用性：本系统的功能是通过日常了解超市的运作而去实现了基本的收银功能，不同的是增加了幕后方面的员工管理方面的功能，以及商品的库存补充，和商品销售情况的及时反馈等功能。
码云链接：
https://gitee.com/xu_feng_ming/Heoi.git
团队计划：
原有时间安排表：
|
第9周 |
1.详细的需求规格说明书，并分成三个小组进行分工 |
|
|
2.原型设计，队员估计任务难度并学习必要的技术 |
|
|
3.对不同成员进行任务的分配 |
|
第10周 |
1.成员不同任务完成后的整合 |
|
|
2.代码的规范化修改计划 |
|
|
3.需求的拓展计划 |
|
第11周 |
1. 代码的复审，以及拓展需求的完善（或基本需求的完善） |
|
|
2. 架构的优化，代码的优化，性能分析。 |
|
第12周 |
1.用户反馈+测试计划（alpha+beta测试） |
|
|
2. 团队个人的测试结果报告 |
|
|
3. 基于测试报告的改进。 |
|
第13周 |
1. 团队项目Alpha博客：事后分析 |
修正的计划时间表如下：
|
第9周 |
1.详细的需求规格说明书，并分成三个小组进行分工 |
|
|
2.原型设计，队员估计任务难度并学习必要的技术 |
|
|
3.对不同成员进行任务的分配 |
|
第10周 |
1.成员不同任务完成后的整合 |
|
|
2.代码的规范化修改计划 |
|
|
3.需求的拓展计划 |
|
第11周 |
1. 代码的复审，以及拓展需求的完善（或基本需求的完善） |
|
|
2. 数据库初步设计 |
|
第12周 |
1.代码模块的完成 |
|
|
2. 团队个人的测试结果报告 |
|
|
3. 基于测试报告的改进。 |
|
第13周 |
1. 团队项目Alpha博客：事后分析 |
一. 需求&原型改进：
针对课堂讨论环节老师和其他组的问题及建议，对修改选题及需求进行修改
问题1：子公司母公司？
修改1：创建两个数据库，对两个数据库的信息进行分析
问题2：条形码扫描器录入商品信息？关系到外部设备
修改2：录入信息在键盘手动输入
问题3：促销活动商品价格大规模浮动？
修改3精致的SQL语句
任务分配
我们在任务分配方面按照以上规划中的要求分为几大类任务，任务由PM根据团队成员的情况分配，并适时进行调整。
|
任务大类 |
任务 |
时间 |
|
数据库设计和模拟数据输入 |
商品信息表 用户表 会员表 销售表 交易表 进货表 供应商表 员工表 |
1h 1h 1h 1h 1h 1h 1h 1h |
|
前端界面完成 |
登录界面 员工管理界面 用户信息管理界面 进货管理界面 供应商管理界面 商品管理界面 会员管理界面 |
2h 2h 2h 2h 2h 2h 2h |
|
后端逻辑完成 |
登录逻辑 员工管理逻辑 用户信息管理逻辑 进货管理逻辑 供应商管理逻辑 商品管理逻辑 会员管理逻辑 |
2h 2h 2h 2h 2h 4h 2h |
|
前后端交互完成 |
前后端各个接口对接 |
10h |
|
测试 |
前后端完成后，功能测试 |
12h |
|
总计 |
|
60h |
任务人员分配
|
任务 |
成员 |
|
数据库设计和模拟数据输入 |
布雷斯、郑雁昇 |
|
前端界面完成 |
梁迪希、甘永强 |
|
后端逻辑完成 |
许峰铭、谢伟杰 |
|
前后端交互 |
梁迪希、甘永强、许峰铭、谢伟杰 |
|
测试 |
梁迪希、甘永强、许峰铭、谢伟杰、布雷斯、郑雁昇 |
数据库设计模型
系统设计逻辑
小型超市管理系统
系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。
如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业。
(2)、后台管理系统，本系统必须具备以下功能
进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。
参考关系模型：
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）//用于销售人员的登录
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）
i) 员工表（编号，姓名，职位，出勤率，入职时间，业绩）
界面部分
登录界面（分登录权限）
员工登录（前台）
老板登录（后台）
2.1收银界面（输入商品的买卖记录）
2.2管理员界面（库存信息，销售信息，业绩信息，根据本月的销售情款自动生成进货报表）
预期用户量：50person
系统阐述：
真实性：该系统是基于超市的日常运作而进行开发的，本着方便人员管理为原则。
可用性：本系统的功能是通过日常了解超市的运作而去实现了基本的收银功能，不同的是增加了幕后方面的员工管理方面的功能，以及商品的库存补充，和商品销售情况的及时反馈等功能。
码云链接：
https://gitee.com/xu_feng_ming/Heoi.git
团队计划：
原有时间安排表：
|
第9周 |
1.详细的需求规格说明书，并分成三个小组进行分工 |
|
|
2.原型设计，队员估计任务难度并学习必要的技术 |
|
|
3.对不同成员进行任务的分配 |
|
第10周 |
1.成员不同任务完成后的整合 |
|
|
2.代码的规范化修改计划 |
|
|
3.需求的拓展计划 |
|
第11周 |
1. 代码的复审，以及拓展需求的完善（或基本需求的完善） |
|
|
2. 架构的优化，代码的优化，性能分析。 |
|
第12周 |
1.用户反馈+测试计划（alpha+beta测试） |
|
|
2. 团队个人的测试结果报告 |
|
|
3. 基于测试报告的改进。 |
|
第13周 |
1. 团队项目Alpha博客：事后分析 |
修正的计划时间表如下：
|
第9周 |
1.详细的需求规格说明书，并分成三个小组进行分工 |
|
|
2.原型设计，队员估计任务难度并学习必要的技术 |
|
|
3.对不同成员进行任务的分配 |
|
第10周 |
1.成员不同任务完成后的整合 |
|
|
2.代码的规范化修改计划 |
|
|
3.需求的拓展计划 |
|
第11周 |
1. 代码的复审，以及拓展需求的完善（或基本需求的完善） |
|
|
2. 数据库初步设计 |
|
第12周 |
1.代码模块的完成 |
|
|
2. 团队个人的测试结果报告 |
|
|
3. 基于测试报告的改进。 |
|
第13周 |
1. 团队项目Alpha博客：事后分析 |
一. 需求&原型改进：
针对课堂讨论环节老师和其他组的问题及建议，对修改选题及需求进行修改
问题1：子公司母公司？
修改1：创建两个数据库，对两个数据库的信息进行分析
问题2：条形码扫描器录入商品信息？关系到外部设备
修改2：录入信息在键盘手动输入
问题3：促销活动商品价格大规模浮动？
修改3精致的SQL语句
任务分配
我们在任务分配方面按照以上规划中的要求分为几大类任务，任务由PM根据团队成员的情况分配，并适时进行调整。
|
任务大类 |
任务 |
时间 |
|
数据库设计和模拟数据输入 |
商品信息表 用户表 会员表 销售表 交易表 进货表 供应商表 员工表 |
1h 1h 1h 1h 1h 1h 1h 1h |
|
前端界面完成 |
登录界面 员工管理界面 用户信息管理界面 进货管理界面 供应商管理界面 商品管理界面 会员管理界面 |
2h 2h 2h 2h 2h 4h 2h |
|
后端逻辑完成 |
登录逻辑 员工管理逻辑 用户信息管理逻辑 进货管理逻辑 供应商管理逻辑 商品管理逻辑 会员管理逻辑 |
2h 2h 2h 2h 2h 4h 2h |
|
前后端交互完成 |
前后端各个接口对接 |
10h |
|
测试 |
前后端完成后，功能测试 |
12h |
|
总计 |
|
62h |
任务人员分配
|
任务 |
成员 |
|
数据库设计和模拟数据输入 |
布雷斯、郑雁昇 |
|
前端界面完成 |
梁迪希、甘永强 |
|
后端逻辑完成 |
许峰铭、谢伟杰 |
|
前后端交互 |
梁迪希、甘永强、许峰铭、谢伟杰 |
|
测试 |
梁迪希、甘永强、许峰铭、谢伟杰、布雷斯、郑雁昇 |
数据库设计模型
系统设计逻辑