专卖店门市管理系统课程报告[文档在线提供].doc_第1页
专卖店门市管理系统课程报告[文档在线提供].doc_第2页
专卖店门市管理系统课程报告[文档在线提供].doc_第3页
专卖店门市管理系统课程报告[文档在线提供].doc_第4页
专卖店门市管理系统课程报告[文档在线提供].doc_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

报告内容目 录:专卖店门市管理系统概述11专卖店门市管理系统的系统分析11.1用户需求:11.2对原手工系统的调查资料11.3业务流程分析21.4现行系统评价22专卖店门市管理系统的系统设计22.1系统的目标:22.2新系统功能结构设计22.4数据字典32.5代码设计32.6. (数据库)概念(模型)设计32.6.1由基本项构思ERD的四条原则:32.6.2 ERD及分析32.71由ERD导出一般关系模型的四条原则32.72 逻辑模型设计:333小结:3专卖店门市管理系统概述单位概况:某公司在上海有一个总部和若干门店,各门店负责产品销售,此外的所有部门都在总部。专门店门市管理系统的基本业务是专门店订货、门市进货、销售统计、退货、盘存统计业务。1 专卖店门市管理系统的系统分析1.1 用户需求:门市管理信息系统主要将目前公司各门市的手工业务操作电脑化,系统用来详细记录门市每天向总部的订货、进货、销售、库存、接受的客户预订单或退货、向总部定时传输必要的数据包。通过信息化管理,达到门市信息与公司总部信息之间的有效管理,提高公司的科学决策能力,增强企业的竞争力。随着企业的不断发展,规模不断扩大,业务也越来越复杂,数据也越来越庞大。这样的必然会带来许多新的管理难题对采购,销售,存货,财务等进行细致而灵活的管理和监控,这已经成为很多企业的管理瓶颈。特别是存在总公司、分公司、总仓库及分仓库,有门店(包括自营或加盟)的企业公司,业务流程更加复杂,迫切需要一套可以帮助他们管理与分析日常业务的软件,提高效率,降低运营成本,从而加速企业发展。目前的业务流程存在着一定的弊端,专卖店门市和库存仓库、生产部,以及总部等一般都不是在同一个地方,而每天要根据仓库的库存量和客户订单向总部订货,物流部根据生产部的发货单发到门市这个进货业务,十分不便,不利于扩大市场。而对于一天的门市销售业务中,销售、销售统计、退货、盘存统计等,这一系列的业务流程十分繁琐,单靠收银系统的数据是不够的,还要加上人手的统计与监督,才可以产生销售数据、退货数据、当日盘存数据,而这个当日盘存数据第二天又要转换为第二天的商品库存,如果又一个系统把这些所有一天之中需要做的繁琐的事情结合起来,就会提高业务效率,从而增加利润。1.2 对原手工系统的调查资料通过可行性分析以及详细调查,得到以下有关情况:公司有一个总部和若干门店,各门店负责产品销售,此外的所有部门都在总部。门店每天需要向总部订一次货,一般在早上或下午近下班时;总部每天向各门店配送产品两次,上午和下午各一次。门市向总部订货的过程是,门市的营业员检查当日的商品库存以及客户订单,若商品库存小于最低库存量,则填写向生产部发出的订货单;生产部的工作人员每天留意更新的订货单,经全面检验以及批准则派物流部的工作人员发货到门市。经过全面检验,认定为不合格的商品连同不合格的订货提货单交由生产部门人员处理。门市的经营过程是:在一天的营业当中,门市的营业员通过收银系统进行商品的销售,填写客户资料、商品资料,产生销售单;可向总部退货或者接受客户的退货,产生退货数据。在一天营业日结束时,进行商品盘存,产生当日盘存数据,该盘存数据通过系统自动转换为第二天的商品库存。 表1 商品订货单格式日期订货单编号商品号商品名称单价(元)要求进货数量备注表2 商品销售单格式日期销售单编号客户号客户名称商品号商品名称单价(元)销售数量(件)备注表3 商品库盘存页格式商品号 单价 商品名称日期累计进货数量(本日)累计销售数量(本日)门市的库存数量 1.3 业务流程分析现行商品库存管理系统的业务流程图,如下图所示: 1.4 现行系统评价经过对现行系统的一段时间的全面调查与分析,系统功能能够基本满足实际管理工作的需要,不需对本系统做大的改进,只要把各部门所做工作联系起来,完善起来。2 专卖店门市管理系统的系统设计2.1系统的目标:首先必须使用电脑输入方式,完全取代手工录入方式。新系统必须具有较为方便的数据录入功能、数据查询功能、数据统计功能等,良好的人机对话界面。2.2新系统功能结构设计2.3数据流程分析 现对图中的数据流说明如下:“1”:商品订货单;“2”:商品销售单;“3”:商品盘存报表。2.4数据字典2.4.1.数据项商品信息数据字典:属性名存储代码类型长度备注商品号Numbervarchar10主码商品名Goodsnamevarchar10非空型号Modelvarchar10规格standardvarchar10计量单位unitvarchar10现存量now_amountInt4约束其在最低和最高库存量之间最低库存量min_amountInt4约束其小于最高库存量最高库存量max_amountint4单价pricedecimal8客户信息数据字典:名称字段名称类别长度备注客户号Numbervarchar10主码客户名Clientnamevarchar10非空性别Sexchar2约束男或女联系电话phonevarchar10联系地址addressvarchar20员工信息数据字典:名称字段名称类别长度备注员工号Numbervarchar10主码姓名Employeenamevarchar10非空性别Sexchar2约束男或女出生日期BirthdayDatetime8职称titlechar10聘用日期Employdaydatetime8地址Addressvarchar20电话phonevarchar10订货单数据字典:属性名存储代码类型长度备注订货单号numbervarchar10主码商品号goodsnumbervarchar10外码订货数量amountint4非空订货日期datedatetime8退货情况TChar1销售单数据字典:属性名存储代码类型长度备注销售单号numbervarchar10主码商品号goodsnumbervarchar10外码客户号Clientnumbervarchar10外码销售数量amountint4非空备注psChar50销售日期datedatetime8退货情况TChar12.数据流数据流名数据流来源数据流去向组成登录信息用户信息表用户信息表登录信息查询商品信息商品表员工查询信息订货商品表订货单表订货信息销售商品表、客户表销售单表销售信息盘存商品表、订货单表、销售单表盘存明细(视图)盘存信息报表3.数据存储数据存储名输入的数据流输出的数据流组成员工存储员工信息员工信息员工表商品存储商品信息商品信息商品表客户存储客户信息客户信息客户表订货信息管理商品信息订货信息订货单号+商品号+订货数量+订货日期+退货情况 销售信息管理商品信息+客户信息销售信息销售单号+商品号+客户号+销售数量+备注+销售日期+退货情况盘存信息管理商品信息+订货信息+销售信息盘存信息现存量+订货数量-销售数量4.处理逻辑过程处理过程名输入数据流输出数据流查询商品商品信息查询信息订货商品信息订货信息销售商品信息+客户信息销售信息盘存商品信息+订货信息+销售信息盘存信息2.5代码设计员工号代码设计:前两位是门市号,后面的均是顺序码;商品号代码设计:采用顺序码;客户号代码设计:采用顺序码;订货单号、销售单号代码设计:第一位表示号码类型,“D”表示订货单,“X”表示销售单,中间2到5位表示年份,第6到7位表示月份,最后三个数字为顺序编码。2.6. (数据库)概念(模型)设计2.6.1由基本项构思ERD的四条原则:原则1 (确定实体):能独立存在的事物,例如人、物、事、地、团体、机构、活动、事项等等,在其有多个由基本项描述的特性需要关注时,就应把它作为实体。由原则1分析出系统的实体:员工、商品、客户;原则2 (确定联系):两个或多个实体间的关联与结合,如主管,从属,组成,占有,作用,配合,协同等等,当需要予以关注时,应作为联系。实体间的联系可分为一对一、一对多、多对多等三类,在确定联系时还要确定其类型。联系通常是某类行为动作,ERD中关注的是其状态与结果而非其过程。由原则2分析出系统的联系:订货、销售;原则3 (确定属性):实体的属性是实体的本质特征。实体应有标识属性(能把不同个体区分开来的属性组),并指定其中一个作为主标识。联系的属性是联系的结果或状态。属性具有如下几个特点:非多值性、非复合性、非导出性,实体的属性还应有非关联性,只是一个实体的基本特征,与其他实体无关;联系的属性应具有关联性,是对联系结果或状态的描述。由原则3得出属性设计:实体员工的属性:*员工号,姓名,性别,生日日期,职称,电话,地址,聘用日期;实体客户的属性:*客户号,客户名,性别,联系电话,联系地址;实体商品的属性:*商品号,商品名,型号,规格,计量单位,现存量,对地库存量,最高库存量,单价,描述;联系订货的属性:*(商品号,订货日期,订货员工号),订货数量,退货情况(是或否);联系销售的属性:*(客户号,商品号,销售日期,销售员工号),销售数量,备注,退货情况(是或否);原则4(一事一地):信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。这条原则是对ERD的检验原则,对确定其构思是否正确具有很大的意义。由原则4,分析扩充“销售”和“订货”这两个联系,添加两个明细表。2.6.2 ERD及分析根据以上四大原则,相应得出各实体、联系及其属性,ERD如下,其中有下划线的属性是主属性: 2.7. (数据库)逻辑(模型)设计2.71由ERD导出一般关系模型的四条原则原则1(实体转换为关系模式):ERD中每个独立的实体转换为一个关系模式,实体的属性组成关系的属性,实体的主标识转换成关系的主码。原则2(从实体及其主从联系转换为关系模式):ERD中一个从实体及其主从联系转换为一个关系,从实体的属性及其主实体关系的属性组成该关系的属性,其主实体关系的主码,在主从联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的、从实体的一组属性,作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。原则3(一对多联系在关系模式中的表示):ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码(作为外码)和联系本身的属性来表示。原则4(多对多联系转换为关系):ERD中的一个多对多联系转换为一个关系,其被联系实体关系的主码作为外码和该联系本身的属性一起组成关系的属性,被联系关系的主码组成该关系的复合主码。2.72 逻辑模型设计: 根据2.71的四条原则以及上面设计的表头信息,设计以下表:表一:员工表主码列名数据类型长度小数位允许空*员工号varchar10姓名varchar10性别char2生日日期Datetime8职称char10电话varchar10地址varchar20聘用日期Datetime8注:检查属性“性别”的值是否为(男,女);表二:客户表主码列名数据类型长度小数位允许空*客户号varchar10客户名varchar10性别char2联系电话varchar10联系地址varchar20注:检查属性“性别”的值是否为(男,女);表三:商品表主码列名数据类型长度小数位允许空*商品号varchar10商品名varchar10型号varchar10规格varchar10计量单位varchar102现存量int4最低库存量Int4最高库存量Int4单价Decimal8描述Varchar20检查属性“现存量”、“最低库存量”、“最高库存量”的值是否为为正数,且存在此种关系:“最低库存量”“现存量”“最高库存量”;表四:订货单表 主码列名数据类型长度小数位允许空*订货单号varchar10订货员工号varchar10订货日期datetime8其中,“商品号”和“订货员工号”为外码;规定“退货情况”属性的值为0或1;表五:订货单明细表主码列名数据类型长度小数位允许空*id流水号Int4订货单号varchar10商品号varchar10订货数量int4退货情况char1其中,“订货单号号”、“商品号”是外码;id流水号是主码,自动生成并标识为1;规定“退货情况”属性的值为0或1。表六:销售单表主码列名数据类型长度小数位允许空*销售单号号Varchar10客户号varchar10销售员工号Varchar10销售日期datetime8其中,“客户号”和“销售员工号”为外码;表七:销售单明细表主码列名数据类型长度小数位允许空*id流水号Int4销售单号varchar10商品号varchar10销售数量int4退货情况char1其中,“销售单号号”、“商品号”是外码;id流水号是主码,自动生成并标识为1;规定“退货情况”属性的值为0或1。2.8设计表间关系及完整性设计:参照完整性表:父表主码子表外码员工表员工号订货单表订货员工号商品表商品号订货单明细表商品号客户表客户号销售单表客户号员工表员工号销售单表销售员工号商品表商品号销售明细表商品号销售单表销售单号销售明细表销售单号3 小结:做这个课程设计让我真的有很深的感触,知道了光看书是没用的,要有实战经验才行。特别是设计系统前的需求分析等等步骤大家都想得很多,希望自己的系统很周到,很多功能,能实现得很完善,但是实际上

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论