Easy buy校园超市POS销售管理系统项目设想及开发计划
博客专区 > QT2015 的博客 > 博客详情
Easy buy校园超市POS销售管理系统项目设想及开发计划
QT2015 发表于3年前
Easy buy校园超市POS销售管理系统项目设想及开发计划
  • 发表于 3年前
  • 阅读 163
  • 收藏 0
  • 点赞 0
  • 评论 2

腾讯云 新注册用户 域名抢购1元起>>>   

摘要: 项目设想、开发计划

1.1项目设想

A. 系统展望

现在一个信息发达、快步伐、追求效益的时代,特别是学校学生人数不断增多,学生们急切希望可以在超市用银行卡校园卡随时随地付款。POS机的使用对于使用的超市工作人员,可以减少手续程序减轻工作人员负担,提高整体的工作效率和精确率;对于学生、职等消费者而言,使用刷卡交易方便、快捷、环保。Easy buy校园超市销售系统适用于各大校园,主要对象面向在校学生、教师校职工基本目标是通过POS机系统实现校园卡或信用卡可以直接在超市结算。操作界面简单,易于入手。主界面模块功能独立,子程序权限管理。

B. 系统特性、功能

(1) 系统管理

a) 用户:用户一般分为收银员和管理员,用于用户增删改查

b) 权限:对用户进行授权。

(2) 基础数据

a) 产品类别:产品类别增删改,并可导出相关数据

b) 产品:产品增删改查,并可导出相关数据

c) 客户:客户(超市供货商),并可导出相关数据

d) 会员会员(学生、教师、校职工等)增删改查,并可导出相关数据

(3) 销售管理

a) 开单:对当前购买商品进行添加,生成销售订单——录入商品条目(通过扫描条形码自动获取商品编号以及相关价格等)

b) 收银:生成支付单——修改库存——打印小票,保存消费记录包括时间、商品、金额等信息

a) 挂单:选择订单——选择商品——取消该商品的订单

(4) 查询

a) 按名称查找某商品,显示商品信息(如商品的名称、条形码、类型、价格、库存数

b) 按客户销售时间查询订单。

(5) 统计报表

a) 统计超市(一般分为年日)销售总金额(数字或图形报表)

b) 按“产品类别”统计“起止时间”内销售金额,有小计和总计(数字报表)

c) 统计超市货物进货明细销售明细、盘点明细,并对其进行删除操作

d) 根据时间和销售数量,进行客流量销售排名统计分析

 

1.2 开发计划

A. 团队成员。简要概括项目成员及分工。

项目经理

分析员

架构师

程序员

测试员

彭娜娜

欧洁蕊

丘淦涛

烨彬

禄国辉

B. 项目进度。简要说明项目进度安排及控制措施。

过程

时间

目标

工作内容

提交资料

控制措施

初始

阶段

第2周

分组定题

布置任务,确定分组;

确定题目,制定计划。

提交MIS课程设计任务书

提交分组计划

小组成员开会讨论,确定主题。

细化迭代1

3-4周

搭建框架

确定核心架构

实现基础数据增删改查

程序;

编写文档1.1, 1.2, 3.2

项目经理组织会议讨论,明确设计思想和要求,给组员各自安排任务

细化迭代2

5-6周

设计实现业务用例

实现销售开单用例

程序;

编写文档2.1-2.4;编写4.1.1

编写4.2.1

安排任务,定期汇报分享,并进行讨论改进。

细化迭代3

7-8周

设计实现业务用例

实现收银用例

程序;

完善文档2.1-2.4,编写4.1.2

安排任务,定期汇报分享,并进行讨论改进。

细化迭代4

9-10

设计实现业务用例

实现退货用例

程序;

完善文档2.1-2.4,编写4.1.3

编写3.1

安排任务,定期汇报分享,并进行讨论改进。

里程碑

总结。优秀成果展示。

 

细化迭代5

11-12周

设计实现权限

基于所选技术实现系统权限功能

程序;

编写文档4.4

编写文档4.3

 

细化迭代6

13-14周

设计实现报表

实现数据报表功能

程序;

编写文档4.2.2

 

交付

15周

提交成果

编程人员实验室演示程序;

提交文档打印稿。

完成文档5,6

最终版程序,文档定稿

 

 

 

 

C. 风险控制

a) 项目没有进度或进度跟不上安排

对于一个项目而言,重要的是对项目进行规划安排。在老师指导的迭代完成任务下,项目进度基本可以确定。但在规定时间内是否能完成任务,这就需要项目严格按安排实施特别容易产生前期不干活,后期拼命赶工现象。

b) 项目管理跟不上

项目进行中有时由于工期较紧,分工较多,技术难度及要求高,管理上难免顾此失彼而造成风险。 

c) 对项目需求不明确

项目开发研究重要的是要明确项目的需求是什么,有目标有计划的进行开发。开发过程中对需求的描述有遗漏,或不准确,或有错误;以及开发人员对需求的理解与期望存在差异都会对项目造成风险。

d) 组内依赖过度

开发过程中需要是小组成员共同讨论,在分工明确的条件下,需要的是小组密切配合,各自完成各自的任务。但同时,又要小组共同讨论合作过度依赖某个人也会给项目的完成带来风险。

 

风险规避以上是项目可能存在的风险。在项目开发实施过程中,小组间应共同合作,分工明确认真对待项目经理应对小组整体情况进行监督规划,控制。对于风险控制可以从以下方面着手:

a) 实施对重要风险的控制;

b) 每月对风险进行一次控制;

c) 风险控制应与项目管理中的整体控制管理相一致;

d) 风险项目应随着时间的不同而相应地变化。

 

字段分析     

登录表

字段名

字段类型

长度

说明

描述

user

char

8

不空

用户名

passwd

Char

8

不空

密码

员工信息表

字段名

数据类型

长度

说明

描述

Ygbh

Char

8

不空,主键

员工编号

Name

Char

8

不空

用户名

Sex

Char

2

不空,‘男’,‘女

性别

 

 

商品信息

字段名

数据类型

长度

说明

描述

Spbh

Char

8

不空,主键

商品编号

Spmc

varChar

20

不空

商品名称

Sslb

Char

8

不空

所属类别

Jg

decimal

8

不空

价格

sl

Int

4

不空

数量

txm

Char

8

不空,外键

条形码

Kcl

Char

8

不空

库存量

Gysbh

Char

8

不空,主键

供应商编号

 

销售信息

字段名

数据类型

长度

说明

描述

Spb

Char

8

不空,外键

商品编号

txm

Char

8

不空,外键

条形码

Sl

Int

4

不空

数量

Dj

decimal

8

不空

单价

Je

decimal

8

不空

金额

Zj

decimal

8

不空

总计

Xsrq  

datetime

8

不空

销售日期

Syybh r 

Cha

8

不空,外键

员工编号

 

供应商信息表

字段名

数据类型

长度

说明

描述

Gysbh

Char

8

不空,主键

供应商编号

Gysmc

Char

8

不空

供应商名称

Dz

varChar

20

不空

地址

Yzbm

Char

6

不空

邮政编码

Dhhm

varChar

15

不空

电话号码

Yhzh

varChar

20

不空

银行账号

 

共有 人打赏支持
粉丝 9
博文 17
码字总数 9810
评论 (2)
wqw-scau
每张表都一定有一个主键,登录表存在问题,而销售信息表中的没有主键,存在3个外键。另外字段名一眼看上去感觉怪怪的,不那么舒服。132132
黎韵枝
在学校应该一般刷校园卡或者给现金吧,应该不会刷信用卡吧?!风险规避会不会写得不太实用?应该可以写得具体可操作的132132
×
QT2015
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: