POS系统设计报告

目录前言一、系统概述 2\l“_TOC_250017“〔一〕现状描述 2\l“_TOC_250016“〔二〕系统目标 2\l“_TOC_250015“〔三〕系统开发方法 3\l“_TOC_250014“二、系统分析 6\l“_TOC_250013“〔一〕系统需求 6\l“_TOC_250012“〔二〕业务流程图分析 7\l“_TOC_250011“〔三〕数据流程图分析 8\l“_TOC_250010“三、系统设计 10\l“_TOC_250009“〔一〕系统功能构造图设计 10\l“_TOC_250008“〔二〕数据库设计 10\l“_TOC_250007“〔三〕输入输出设计 11\l“_TOC_250006“〔四〕代码设计 14\l“_TOC_250005“〔五〕模块设计 15\l“_TOC_250004“四、系统实现 15\l“_TOC_250003“(一)开发工具 15\l“_TOC_250002“〔二〕模块设计结果 15\l“_TOC_250001“〔三〕系统设计结果 17\l“_TOC_250000“五、收获和体会 1810一、系统概述〔一〕现状描述POS系统即销售时点信息系统，是指通过自动读取设备〔如收银机〕在销售商品时直接读取商品销售信息〔如商品名、单价、销售数量、销售时间、销售店铺、购置顾客等POS系统最早应用于零售业，以后渐渐扩展至其他如金融、旅馆等服务行业，利用POS大到全国性连锁超市，小到社区店，几乎百分之百的都实行了信息化治理。其中，应用最为普遍的是POS治理系统业内人士介绍一套完整的超市POS治理系统应当至少包含集团总部、总公司、仓储中心〔物流配送中心、分公司 〔连锁店、加盟店〕和零售前台〔POS〕等三大局部公司总部和各分支机构的治理系统可以在单机或者网络上运行各种分支机构在总部，总部可以对数据进展合并和汇总，从而得到整个企业的实时业务数据以便于决策分析。据了解，由于超市POS治理系统的核心应用是进销存，行业准入门槛并不算高，因而在该POS费版本。〔二〕系统目标本仿真系统的设计目标是能对顾客购置的商品进展自动结算并打印购购物小票〔收据具体功能如下：能通过键盘录入当前的销售商品和实收金额；自动结算应收金额和找零金额；打印购物小票；能查询商品销售信息。〔三〕系统开发方法生命周期法事物都有产生、进展、成熟、消亡〔更〕的过程，信息系统也不例外。信息系统在使用过程中随着内外部环境的变化及信息需求的转变需要转变对它进展不断维护修改和完系统的生命周期。运用生命周期的概念进展系统开发的方法称为生命周期法〔 LifeCycleApproach〕。生命周期法是信息系统开发的使用方法，它有如下特点承受系统的观点与系统工程的方法，自上而下进展系统分析，并自下而上进展实施。阶段性文档资料及书面审定记录，使得整个开发过程便于治理于治理和掌握。生命周期法适用于大型的信息系统及应用软件的开发。SSA&D系统的实施，便于系统维护。生命周期法存在的问题：用户进入系统开发的深度不够，系统需求难以准确确定生命周期法开发周期长，文档过多分阶段的审批工作困难构造化方法设计思想的结合。构造化的特点：面对用户的的观点自顶向下的分析，设计与自底而上的系统实施相结合3 .规律设计和物理设计分别进展严格划分系统的阶段构造化、模块化易于实现有利于应用软件总体构造的优化3 构造化方法的缺点：起点太低，使用的工具落后系统开发周期长原型法原型法的特征：原型法并不要求系统开发之初完全把握系统的全部需求构造原型法必需依靠快速的原型构造工具原型法的优缺点：开发周期短能增加用户的满足度加强了开发过程中用户的参与程度降低了系统开发中的风险降低了系统开发的本钱，，易学易用，削减了对用户的培训时间原型法的缺点：对于大系统，简单系统，不是与直接使用开发过程治理困难统分析对系统的修订会产生五休止的反复面对对象法对问题空间进展自软分割以便更接近人类思维的方式；建立问题域模型，以便对客观实体性，维护性好的软件且能掌握软件的简单性和降低开发费用.面对对象发那个发的根本特征：继承性封装性多态性面对对象方法的优点：统开发的正确性和效。加快了系统的开发进程。用前景。面对对象方法的缺点：必需依靠肯定的软件技术支持和系统分析为根底，否则会存在系统构造不合理，关系不协调的问题。下地对系统进展分析与设计。二、系统分析〔一〕系统需求数据类需求分析POS实体联系图〔E-R〕1E-R顾客〔顾客代号；收款员〔收款员代号，收款员姓名，口令；POS〔机号，品名，厂家；小票〔单据号，日期，时间，收款员代号，机号，商店名称，购物信息，礼貌语，提示语；商店〔商店号，商店名称；商品〔商品代号，商品名称，单价；购物篮〔顾客代号，商品代号，数量，金额；付款结算〔顾客代号，实收，应收，找零。依据数据处理流程得到补充关系：销售状况表〔历史购物信息。1pos〔E-R〕收款员和收银机的关系是一对多的关系。收款员操作收银机。在不同的时间内，可以有多个不同的收款员操作收银机，即一个收银机可以被多个收款员操作，收银机与收款员之间的关系是一对多的关系。〔应收金额，实收金额，找零金额〕与顾客联系起来。一个收款员在同一时间内只能为一位顾客效劳，收款员与顾客之间的关系是一对一的关系。〔商品代号，商品名称，单价。一个顾客可以选购多个商品，一个商品可以被多个顾客选购。即顾客跟商品之间的关系是多对多的关系。间内只能被一个顾客所拥有，因此，顾客与小票之间的关系是一对一的关系。此收银机与小票的关系是一对多的关系！物篮一次只能被一位顾客使用，因此顾客与购物篮之间的关系是一对一的关系。〔应收金额，实收金额，找零金额〕与购物篮联系起来。一位收款关系是一对多的关系。〔二〕业务流程图分析2POS客。POS长可以依据销售状况表来了解销售状况，以便于做出更好的决策。2pos〔三〕数据流程图分析依据POS机的功能，系统的收款结算数据处理简易流程图3如下3pos收款员把购物篮里的信息输入并统计金额以及通过付款结算实收的金额付款POSPOSPOS的销售决策依据。4pos4pos如图收款结算数据处理流程：售商品信息表中当前销售商品信息表转储并清空当前表就变成了历史销售商品信息表，并且清空3.当前销售商品信息表，通过销售信息查询可以查出销售状况表并打印供决策层做出正确的决策。4.〔机供给必要的信息〕打印出购物小票给顾客三、系统设计〔一〕系统功能构造图设计5POS在POS仿真的系统〔如图5〕当中的操作界面中，一级菜单有“初始设置，商品销售，销商品词典，运行参数”；“商品销售”中的包含子菜单项有“输入商品信息，收款结算，打印票据”；“销售商品信息查询”中的包含子菜单项有“按商品代号查询，按单据号查询”退出系统—“退出”。不同的菜单项供给不同的功能需求，用户可自行修改菜单项。〔二〕数据库设计数据库设计的核心是确定一个适宜的数据模型，这个数据模型应当满足以下3个要求：的实现。能被某个现有的数据库治理系统〔DBMS〕VisualFoxPro,ORACLE6Pos6数据库设计器POS数据库中一共有六个表格，分别是当前销售商品信息表，历史销售商品信息表，商品词典表，根本信息表，收款员表，运行参数表。〔三〕输入输出设计简洁，明白，有效的治理和掌握信息。输入设计的根本原则： 息，其他的统计，计算由计算机系统完成。可承受周转文件，批量输入等方式削减数据延迟。承受有效的验证手段，削减输入错误。pospos6〔表构造见上图数据库〕，需要输入内容的表有37根本信息表8商品词典表9收款员表参数表。10根本信息表单运行界面11商品词典表单运行界面12收款员表单运行界面〔四〕代码设计

13运行参数表单运行界面代码设计有以下原则〔不做具体说明〕标准化唯一性合理性可扩大性简洁性67.标准化代码具有以下功能鉴别功能分类排序专用含义Pos14〔五〕模块设计

14系统主控main程序的模块设计结果。四、系统实现〔一〕开发工具VisualFoxPro6.0。所运用到的相关操作是创立工程、写和菜单的编辑等等。〔二〕模块设计结果15所示：15统的归纳与总结，以便于决策者了解整体企业的销售状况，做出更好的决策；记录每天的销售状况，照实反映每天的销售状况；打印单据，以便于进展书面文件的保存量等等各种状况；便利收款员进展查询商品信息，进展经营活动。16按单据号查询的主要功能有：依据单据号查询商品信息；了解各种商品销售，价格数量信息进展查询。17按单据号查询表单运行界面〔三〕系统设计结果系统封面设计18系统封面表单设计界面1618的图片，所以美观有所欠缺。登录系统设计19系统登入表单运行界面系统菜单设计20系统菜单设计器界面和总销售状况进展有选择。五、收获和体会(一)关于团队治理我们最初阶段简直是一窍不通，认为只要大家都肯下功夫，都努力做，就可以其实完成的任务很有限，而且原来有很大乐观性做工程的同学也没有了兴趣和乐观性。我们意识到这个问题后，认真的分析了消灭这个问题的缘由，我们认为缘由是团队的分工不够明确。之后我们工程系统分成了几个模块，每个同学负责其中的一个或多个模块，提前完成自己任务的同学还可以去帮助其他同学。这样分工之后我们的工作效率有了明显的提升，而且由于有了自己明确的任务，组员的乐观性也得到了极大的提高。还有在团队一起工作争论时，肯定要保持轻松自由的气氛，这样大家的观点可以毫无保存的说出来，轻松幽默的争论也会激发我们相处很多特别好的想法。我们的团队工作到现在已经根本完毕了，我们为此付出了很多，但也有了很大的收获，知道了团队应如何提高效率，如何争论效果更好等等，更重要的是在这一段时间中，我们一起努力，一起面对困难，学会了团队合