POS系统设计报告文档格式.docx

上传人:b****6 文档编号:17352482 上传时间:2022-12-01 格式:DOCX 页数:19 大小:507.51KB
下载 相关 举报
POS系统设计报告文档格式.docx_第1页
第1页 / 共19页
POS系统设计报告文档格式.docx_第2页
第2页 / 共19页
POS系统设计报告文档格式.docx_第3页
第3页 / 共19页
POS系统设计报告文档格式.docx_第4页
第4页 / 共19页
POS系统设计报告文档格式.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

POS系统设计报告文档格式.docx

《POS系统设计报告文档格式.docx》由会员分享,可在线阅读,更多相关《POS系统设计报告文档格式.docx(19页珍藏版)》请在冰豆网上搜索。

POS系统设计报告文档格式.docx

业内人士介绍,一套完整的超市POS管理系统应该至少包含集团总部、总公司、仓储中心(物流配送中心)、分公司(连锁店、加盟店)和零售前台(POS)等三大部分。

公司总部和各分支机构的管理系统可以在单机或者网络上运行,各种分支机构在本地使用软件,定期或实时将数据通过网络传到总部,总部可以对数据进行合并和汇总,从而得到整个企业的实时业务数据以便于决策分析。

  据了解,由于超市POS管理系统的核心应用是进销存,行业准入门槛并不算高,因而在该领域从事软件开发的商家至少有数千家。

随着市场竞争的不断加剧,超市POS管理系统的价格也一再走低。

其中,单机版零售已从前几年数千元降至目前的数百元,甚至网络上还有不少免费版本。

(二)系统目标

本仿真系统的设计目标是能对顾客购买的商品进行自动结算并打印购购物小票(收据),具体功能如下:

●能通过键盘录入当前的销售商品和实收金额;

●自动结算应收金额和找零金额;

●打印购物小票;

●能查询商品销售信息。

(三)系统开发方法

生命周期法

任何事物都有产生、发展、成熟、消亡(更新)的过程,信息系统也不例外。

信息系统在使用过程中随着内外部环境的变化及信息需求的改变,需要改变对它进行不断维护、修改和完善。

当系统不再适应需求时,就要被淘汰,就要由新系统代替老系统,这种周期循环称为信息系统的生命周期。

运用生命周期的概念进行系统开发的方法称为生命周期法(LifeCycleApproach)。

生命周期法是信息系统开发的使用方法,它有如下特点

1.采用系统的观点与系统工程的方法,自上而下进行系统分析,并自下而上进行实施。

2.开发过程阶段清楚,任务明确,文档齐全,并要求标准化分析报告、流程图、说明文本等阶段性文档资料及书面审定记录,使得整个开发过程便于管理于管理和控制。

3.生命周期法适用于大型的信息系统及应用软件的开发。

4.生命周期法最常见的分析技术是SSA&

D方法,即结构化的分析与设计方法。

这种方法易于系统的实施,便于系统维护。

生命周期法存在的问题:

1.用户进入系统开发的深度不够,系统需求难以准确确定

2.生命周期法开发周期长,文档过多

3.分阶段的审批工作困难

结构化方法

结构化方法也称为新生命周期法,是生命周期法的继承和发展,是生命周期法与结构化程序设计思想的结合。

结构化的特点:

1.面向用户的的观点

2.自顶向下的分析,设计与自底而上的系统实施相结合

3.逻辑设计和物理设计分别进行

4.严格划分系统的阶段

5.结构化、模块化

6.开发过程的工程化

结构化方法的优点:

1.易于实现

2.有利于应用软件总体结构的优化

3.实现的系统具有较好的维护性

结构化方法的缺点:

1.起点太低,使用的工具落后

2.系统开发周期长

原型法

原型法是一种先建立特制系统模型,再与用户分析修改的模型,最终使用户满意的系统开发方法。

所谓的“原型”是指其结构,大小和功能都与某个物体相似的模拟该物体的原型方法。

原型法的特征:

1.原型法并不要求系统开发之初完全掌握系统的所有需求

2.构造原型法必须依赖快速的原型构造工具

3.原型的反复修改是必然的和不可避免的

原型法的优缺点:

1.开发周期短

2.能增加用户的满意度

3.加强了开发过程中用户的参与程度

4.降低了系统开发中的风险

5.降低了系统开发的成本,,易学易用,减少了对用户的培训时间

6.课产生正确的系统需求描述

原型法的缺点:

1.对于大系统,复杂系统,不是与直接使用

2.开发过程管理困难

3.用户较早看到原型,错认为就就是新系统,使用户缺乏耐心开发人员很容易用原型取代系统分析

4.对系统的修订会产生五休止的反复

面向对象法

对问题空间进行自软分割以便更接近人类思维的方式;

建立问题域模型,以便对客观实体进行结构模拟和行为模拟,从而使设计的软件尽可能直接地描述现实世界;

构造模块化,可重性,维护性好的软件且能控制软件的复杂性和降低开发费用.

面向对象发那个发的基本特征:

1.继承性

2.封装性

3.多态性

面向对象方法的优点:

1.采用面向对象思想,使得系统的描述及信息模型的表示客观实体相对应,符合人类的思维习惯,有利于系统开发过程中用户与开发人员的交流和沟通,缩短了开发周期,提高了系统开发的正确性和效。

2.系统开发基础统一于对象之上,各段工作平滑,避免了许多中间转换环节和多余的劳动,加快了系统的开发进程。

3.面向对象技术中的各种概念和特征,使软件的一致性,模块的独立性及程序的共享性和重用性大大提高,也与分布式处理,多级系统及网络通信等发展趋势相吻合,具有广阔的应用前景。

面向对象方法的缺点:

1.必须依靠一定的软件技术支持

2.在大型项目的开发上具有一定的局限,必须以结构化系统开发方法的自顶向下的系统调查和系统分析为基础,否则会存在系统结构不合理,关系不协调的问题。

本POS系统设计过程中我使用的是结构化方法。

即根据需求,按照结构化、模块化、自顶向下地对系统进行分析与设计。

 

二、系统分析

(一)系统需求

数据类需求分析

系统包含的主要实体有:

顾客、收款员、POS机、小票、商店、商品、购物篮。

实体联系图(E-R图)如图1所示

根据上述E-R图分析得到系统基本关系如下:

✧顾客(顾客代号);

✧收款员(收款员代号,收款员姓名,口令);

✧POS机(机号,品名,厂家);

✧小票(单据号,日期,时间,收款员代号,机号,商店名称,购物信息,礼貌语,提示语);

✧商店(商店号,商店名称);

✧商品(商品代号,商品名称,单价);

✧购物篮(顾客代号,商品代号,数量,金额);

✧付款结算(顾客代号,实收,应收,找零)。

根据数据处理流程得到补充关系:

销售情况表(历史购物信息)。

图1pos系统实体联系图(E-R图)

1.收款员和收银机是从属于商店,商店中可以同时拥有多个收款员和收银机,因此商店与收款员和收银机的关系是一对多的关系。

2.收款员操作收银机。

在不同的时间内,可以有多个不同的收款员操作收银机,即一个收银机可以被多个收款员操作,收银机与收款员之间的关系是一对多的关系。

3.收款员通过付款结算(应收金额,实收金额,找零金额)与顾客联系起来。

一个收款员在同一时间内只能为一位顾客服务,收款员与顾客之间的关系是一对一的关系。

4.顾客选购商品(商品代号,商品名称,单价)。

一个顾客可以选购多个商品,一个商品可以被多个顾客选购。

即顾客跟商品之间的关系是多对多的关系。

5.顾客在付款后就拥有了购物小票,顾客付款后只会打印一张小票,而一张小票在同一时间内只能被一个顾客所拥有,因此,顾客与小票之间的关系是一对一的关系。

6.收银机打印小票。

一个收银机可以打印多张小票,多张小票可以被一台收银机打印,因此收银机与小票的关系是一对多的关系!

7.顾客通过选购与购物篮联系起来!

一位顾客一次选择的商品放在一个购物篮内,一个购物篮一次只能被一位顾客使用,因此顾客与购物篮之间的关系是一对一的关系。

8.收款员通过付款结算(应收金额,实收金额,找零金额)与购物篮联系起来。

一位收款员可以处理多个购物篮,一个购物篮一次只能被一位收款员处理,因此收款员与购物篮之间的关系是一对多的关系。

(二)业务流程图分析

如图2所示POS前台销售处理流程为:

顾客选择商品后将现金和购物篮给收款员,然后收款员使用电脑将购物篮里的商品信息和实收金额输入POS机,并在POS机上打印出购物小票,最后收款员将找零和购物小票返还给顾客。

POS机将顾客所消费的信息存储,定期制定销售情况表,上报给店长,提供决策依据。

店长可以根据销售情况表来了解销售情况,以便于做出更好的决策。

图2pos前台销售处理流程

(三)数据流程图分析

依据POS机的功能,系统的收款结算数据处理简易流程图3如下

图3pos收款结算数据处理简易流程图

收款员把购物篮里的信息输入并统计金额以及通过付款结算实收的金额付款

结算都储存到POS数据库当中;

POS数据库通过POS机将购物小票进行打印,将购物小票返还给顾客;

运用POS数据库储存的信息通过销售信息系统编制销售情况表,为店长提供正确的销售决策依据。

图4显示pos收款结算数据处理流程。

图4pos收款结算数据处理流程图

如图收款结算数据处理流程:

1.收款员把购物篮里的商品信息输入并统计金额和通过付款结算把实收的金额存储在当前销售商品信息表中

2.当前销售商品信息表转储并清空当前表就变成了历史销售商品信息表,并且清空3.当前销售商品信息表,通过销售信息查询可以查出销售情况表并打印供决策层做出正确的决策。

4.当前销售商品信息表通过收银机(收款员表,运行参数表,基本信息表,商品词典表为收银机提供必要的信息)打印出购物小票给顾客

三、系统设计

(一)系统功能结构图设计

图5POS仿真系统功能结构图

在POS仿真的系统(如图5)当中的操作界面中,一级菜单有“初始设置,商品销售,销售商品信息查询,退出”。

二级菜单—“初始设置”中的包含子菜单项有“基本信息,收款员,商品词典,运行参数”;

“商品销售”中的包含子菜单项有“输入商品信息,收款结算,打印票据”;

“销售商品信息查询”中的包含子菜单项有“按商品代号查询,按单据号查询”退出系统—“退出”。

不同的菜单项提供不同的功能需求,用户可自行修改菜单项。

(二)数据库设计

数据库设计的核心是确定一个合适的数据模型,这个数据模型应该满足以下3个要求:

1.符合用户的要求。

既能包含用户需要处理的所有数据,又能支持用户提出的所有处理功能的实现。

2.能被某个现有的数据库管理系统(DBMS)所接受,如VisualFoxPro,ORACLE等

3.具有较高的质量,如易于理解,便于维护,没有数据冲突,完整性好,效益高等。

图6为Pos系统数据库。

图6数据库设计器

POS数据库中一共有六个表格,分别是当前销售商品信息表,历史销售商品信息表,商品词典表,基本信息表,收款员表,运行参数表。

(三)输入输出设计

输入,输出设计是系统设计的重要部分。

系统设计的最终目标是满足用户的要求。

一个好的输入设计可以为一年高呼和系统带来良好的工作环境,一个好的输出设计可以为管理者提供简洁,明了,有效的管理和控制信息。

输入设计的基本原则:

1.输入形式应尽量接受原始处理的形式,尽量控制数据输入量。

输入时,只需要输入基本信息,其他的统计,计算由计算机系统完成。

2.可采用周转文件,批量输入等方式减少数据延迟。

3.采用有效的验证手段,减少输入错误。

在pos系统设计的pos数据库中,共有6个表(表结构见上图数据库),需要输入内容的表有3个,分别是基本信息表,收款员表和商品词典表。

图7基本信息表

图8商品词典表

图9收款员表

输出表单运行界面如图10—13所示,分别为基本信息表,商品词典表,收款员表和运行参数表。

图10基本信息表单运行界面

图11商品词典表单运行界面

图12收款员表单运行界面

图13运行参数表单运行界面

(四)代码设计

代码设计有以下原则(不做详细说明)

1.标准化

2.唯一性

3.合理性

4.可扩充性

5.简单性

6适用性

7.规范化

代码具有以下功能

1.鉴别功能

2.分类

3.排序

4.专用含义

Pos系统主控程序的代码如图14所示:

图14系统主控main程序

(五)模块设计

模块设计包括封面表单,登录表单,销售表单,查询等。

具体说明及图示见第四版块系统实现的模块设计结果。

四、系统实现

(一)开发工具

本次POS系统设计使用的软件是VisualFoxPro6.0。

所运用到的相关操作是创建项目、数据库,添加数据库表,编辑表机构和追加内容,表单的新建和表单向导相关操作,代码的编写和菜单的编辑等等。

(二)模块设计结果

商品销售表单运行界面如图15所示:

图15商品销售表单运行界面

商品销售表单的主要功能有:

整理销售商品的销售状况,记录商品销售的情况,进行了系统的归纳与总结,以便于决策者了解整体企业的销售情况,做出更好的决策;

记录每天的销售情况,如实反映每天的销售状况;

打印单据,以便于进行书面文件的保存

按商品代号查询的主要功能:

根据商品的代号查询商品信息;

了解各种商品销售,价格数量等等各种情况;

方便收款员进行查询商品信息,进行经营活动。

图16按商品代号查询表单运行界面

按单据号查询的主要功能有:

根据单据号查询商品信息;

方便收款员进行查询商品信息,进行经营活动;

便于顾客对自己消费的商品的信息进行查询。

图17按单据号查询表单运行界面

(三)系统设计结果

系统封面设计

图18系统封面表单设计界面

系统封面的设计一方面在注重美观大方,给人耳目一新的感觉,本次设计由于未找到合适的图片,所以美观有所欠缺。

登录系统设计

图19系统登入表单运行界面

系统登入表单要求界面简洁,便于上手。

当然基本布局合理美观还是要考虑的因素。

系统菜单设计

图20系统菜单设计器界面

菜单设计器的主要功能有:

简单的操作系统,便于使用者操作;

逻辑清晰;

对每个销售情况和总销售情况进行有选择。

五、收获和体会

(一)关于团队管理

我们最初阶段简直是一窍不通,认为只要大家都肯下功夫,都努力做,就可以了。

所以一开始时我们整天凑在一起,商量怎么做,然后大家一起做,其实等大家商量好后,就成了一个人在那做,但是其他人在旁边看,这样极大的降低了团队的工作效率,而且也会降低其他同学的兴趣和积极性。

大家就这样一起做了几天后发现我们其实完成的任务很有限,而且原来有很大积极性做项目的同学也没有了兴趣和积极性。

我们意识到这个问题后,仔细的分析了出现这个问题的原因,我们认为原因是团队的分工不够明确。

之后我们项目系统分成了几个模块,每个同学负责其中的一个或多个模块,提前完成自己任务的同学还可以去帮助其他同学。

这样分工之后我们的工作效率有了明显的提升,而且因为有了自己明确的任务,组员的积极性也得到了极大的提高。

还有在团队一起工作讨论时,一定要保持轻松自由的气氛,这样大家的观点可以毫无保留的说出来,轻松幽默的讨论也会激发我们相处很多特别好的想法。

我们的团队工作到现在已经基本结束了,我们为此付出了很多,但也有了很大的收获,知道了团队应如何提高效率,如何讨论效果更好等等,更重要的是在这一段时间中,我们一起努力,一起面对困难,学会了团队合作,更获得了最珍贵的友谊。

(二)课程设计的心得体会

通过一个学期的管理信息系统的学习,使我们对管理信息系统这门课有了系统的了解,管理信息系统能为企业提供过去的、现在的、未来的有关企业内部及其环境的信息,来帮助企业的管理和决策。

对于此次的pos系统设计,给了我们莫大的收获,不仅使我们对管理信息系统的了解从理论上结合了实际的应用,更让我们了解了从系统分析到系统实现的艰巨过程。

他的另外一个收获就是让我们对VF6.0有了进一步的熟练。

总的说来,我们的课程设计可以总结为一句话:

“山重水复疑无路,柳暗花明又一村。

”其过程真可谓一波三折。

从开课选题热情高涨跃跃欲试,到中期困难重重迷茫无助,再到后期迎难而上锲而不舍,最后功夫不有心人最终成功,真是经历的太多太多,但是却从中也收获了很多。

有一段时间,我们遇到了很多困难,几乎没有了继续下去的勇气,但是通过团队的努力,相互帮助,密切配合,终于挺过了难关。

我们体会到只有艰苦奋斗,团结一致才能克服困难。

这段时间,确实很辛苦,其间不知挥洒了多少汗水,但却很充实。

我们的工作是一个团队的工作,团队需要个人,个人也离不开团队,必须发扬团结协作的精神。

只有一个团队的成员紧密地团结在一起,才能更快更好的完成任务。

通过这次课程设计使我们懂得了理论与实际相结合是很重要的,书本知识固然重要,但我们更要学会将书本知识应用到实际的工作中。

实践中才会发现错误,也才能改进,才能达到学习的最终目的。

另外,我们也体会到了创新与可行性要并重。

有时一个看似非常有创新非常好的创意,但却并不一定能应用到实践中。

一切都要以实际情况量力而行。

任何时候都要相信自己,都要全力以赴去做,不要轻言放弃。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 经管营销 > 销售营销

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1