昆明理工大学成教学院本科毕业论文
超市进销存管理系统
学 生:刘成军
专 业:计算机科学与技术 班 级:2004级 * ****
昆明理工大学成人教育学院
二OO八年一月
目录
摘 要......................................................................................................................................... 第一章 绪论 ............................................................................................................................. 1.1 研究背景 ......................................................................................................................... 1.1.1数据库技术的现状…………………………………………………………………… 1.1.2国外超市信息管理的缺点和现代信息管理系统优势………………………………. 1.2 选题意义 ......................................................................................................................... 第二章 需求分析 ....................................................................................................................... …………………………………………………………………………………… …………………………………………………………………………………. …………………………………………………………………………............... ……………………………………………………………………...
2.4需求分析的组织结构分析……………………………………………………………… 2.5业务流程图、数据流程图及E-R图…………………………………………………….. ……………………………………………………………………………… …………………………………………………
……………………………………………………………………………… 2.6 数据词典 ............................................................................................................................ 第三章总体设计……………………………………………………………………………… …………………………………………………………… ......................................................... 任务概要………………………………………………………………… ............................... …………………………………………………………………………
模块设计………………………………………………… ..................................................... …………………………………………………………………………………. …………………………………………………………………………… ……………………………………………………………………….
……………………………………………………………………………. 4.1 系统的设计与实现……………………………………………………………………….. …………………………………………………………………………. ………………………………………………………………
第五章 结论…………………………………………………………………………………… 第六章 毕业设计心得体……………………………………………………………………… 致谢……………………………………………………………… ............................................. 附录:参考文献…………………………………………………………… .............................
摘要
本信息管理系统是一般超市所用的进销存管理系统,是运用
Java+SQLServer 2000〔假设条件所限可转换为ACCESS〕编写而成的。超市可通过对此进销存管理系统的运用,来进一步提高整个超市的进货、销售、库存管理水平、质量和效率,为其管理带来了很大的方便,力求做到超市进销存管理的半自动化。
本论文以某超市的进销存管理流程为背景,论述了信息系统开发的根本原理,结构,方法和过程。本文详细阐述了系统分析、可行性研究、需求分析、概要设计、详细设计、系统实现、系统测试以及系统维护等软件开发过程。力求将所学到的知识在信息系统开发中得以全面的应用,并使系统在实际的操作中能按照设计的要求平安有效正确的运行。
本系统的用户界面十分简洁、实用方便,系统编制过程中充分考虑了计算机的优越性,对于不是计算机专业的人员来说,只要有操作其他相关应用软件的经验并阅读了操作说明书,就可以很方便的进入系统并使用本系统提供的功能。
第一章 绪论
1.1 研究背景
在国民经济信息化过程中超市信息化是一个很重要的局部,随着超市生产模式逐渐从劳动密集型向技术密集型转变,建立在真实数据根底上的科学理性现代管理方式将会使超市在市场竞争中立于不败之地。信息管理系统能及时为超市提供所需的真实数据,成为超市管
理者进行决策的依据。无论在商业超市还是在制造超市中,超市的进销存业务都是根底业务。
随着我国社会经济的开展,市场需求越来越趋于多样化、个性化,并且多变而不易预测。这给超市带来了不少的困难,现代商业的迅猛开展,对手工管理模式提出了严峻挑战。商品品种日益丰富,流行周期变短;超市经营活动节奏加快,如调价、削价、移库、赊销、代销、折让、退换等各种情况;信息量增大、变化加快,这些都增加了经营管理的结算和统计难度,手工管理难以完全胜任。尤其是现代化大工业、大生产的组织原那么应用于流通领域,更需要用现代化的手段使其管理思想真正得以实现。
现代商业的迅猛开展,对手工管理模式提出了严峻挑战。商品品种日益丰富,流行周期变短;超市经营活动节奏加快,如调价、削价、移库、赊销、代销、折让、退换等各种情况;信息量增大、变化加快,这些都增加了经营管理的结算和统计难度,手工管理难以完全胜任。尤其是现代化大工业、大生产的组织原那么应用于流通领域,更需要用现代化的手段使其管理思想真正得以实现。现代化商业大市场、大流通、大商业开展的前提是高度兴旺的社会信息化,而商业超市自身内部的信息管理系统又是社会信息化的前提。强化库存管理,标准业务流程,提高透明度,加快商品资金周转,以及为流通领域信息管理全面网络化打下根底,是商业超市家们梦寐以求的。 1.1.1数据库技术的现状
在商业超市信息管理系统中数据库是关键,数据库中的数据就是
超市的重要资源,数据库设计的好坏影响着超市信息管理系统的好坏。超市信息管理系统中的核心技术就是数据库技术。三十多年来,数据库系统支持的模型由层次模型、网状模型开展到关系模型和面向对象模型,数据处理方式也由以前的集中式处理开展到分布式处理。 1.1.2国外超市信息管理的缺点和现代信息管理系统优势
国外的超市信息管理系统经过假设多年的开展,信息管理以相当
成熟,以从管理的理念开展到计算机信息管理的变化。再到多数超市特别是大超市都已实现了信息化的管理。这都要得益于需求的带动,信息技术的高速开展。而在国内,随着社会的稳定开展,特别是在中国参加WTO后,超市的规模得到了空前的开展,为了使超市走向正规的开展,与国际接轨的信息管理系统也正开始兴盛起来。 1.2选题意义
论文在对超市的根本业务:采购、销售、储存业务分析的根底
上,根据自己开发的进销存系统和对国内市场上领先的进销存系统的分析,对进销存系统的一般功能、体系结构提出了自己的看法;对超市的销售和库存管理系统有一定的参考价值。
作为一个计算机管理信息系统,要解决的问题是处理作业方案与无聊管理的问题,以及提高管理的工作效率和水平。
本超市进销存管理系统是将超市商品的进货、销售、库存、帐务管理等过程进行电子化管理,它能很好地满足各个行业的大多数商业公司和超市的管理需要。
本超市进销存管理系统是根本使用Java来开发,为提高效率,局部功能使用C/C++及汇编语言来编写,它提供了强大的数据管理功能和简单易用美观的用户界面,使超市以低本钱将业务管理通过网络来进行,即使是异地经营也能获得实时的管理信息。进销存系统将商品从进货到库存,再到销售的整个物资流和资金流的状况进行统一的管理,及时掌握经营中的情况,同时能降低管理本钱,提高工作效率和增加收益。
//本超市进销存管理系统有以下功能和特点:
采购管理:对采购的申请、采购订单、采购收货入库等进行流程化管理,建立完善的产品和供给商档案信息管理,对采购全过程进行跟踪和有效控制。采购管理与系统的财务、销售和库存等管理功能结合可以动态掌握采购业务的付款和应付款情况、库存信息,从而减少盲目采购,有效控制库存,可使财务部门及时掌握库存的采购本钱。 销售管理:销售管理对销售部门的日常业务进行跟踪和控制管理,能够处理多种销售方式,提供多种方便灵活的单据生成方式,提供商品的进货入库、销货出库、进货付款、出货付款、进出库单打印等功能,支持条形码。可以处理收据、、金额、采购付款、销售收款、应收、应付款总帐和明细帐,可按要求进行各种方式的结算和核算。 财务统计和查询:提供商品进销存和现金流量的日报表、周报表或月报表统计报表。有多种常用财务报表可供选择,如资产负债表、损益表、支出明细表、现金流量表等,也可以自定义报表计算公式和格式,以报表和图形的方式输出管理数据分析结果,使管理决策所需
的数据能够准确、直观地展现出来。
第二章 需求分析
需求分析是系统开发的一个重要步骤,是整个系统开发的根底。如果需求定义错误(例如需求不完全、不贴切或使人易于发生误解),那么不管以后的工作质量如何,都必然导致系统开发的失败。大量实践证明,信息系统产生的许多错误都是由于需求定义不准确或错误导致,而且,如果在需求定义阶段发生错误,那么修改这些错误的代价是非常高的。因此,信息系统开发中需求定义是系统成功的关键一步,必须引起足够的重视。
软件系统的需求分析是软件开发过程中极其重要的一步,需求分
析的好坏直接影响所开发的软件系统是否合理,是否符合用户的需要。需求分析过程通常是从软件系统功能需求的调查研究入手,最终形成能够全面反映各局部功能要求的描述文档。
系统分析是指在管理信息系统开发的生命周期中系统分析阶段的各项活动和方法,应用系统思想和系统科学的原理进行分析工作的方法与技术。
系统分析阶段的目的,就是按照系统规划所定的某个开发工程范围内明确系统开发的目标和用户需求的信息,系统分析在整个系统开发过程中,是要解决“做什么〞的问题,即根据系统规划所确定的范围,对现行系统进行详细调查,尽可能弄清楚用户对信息的需求,调查原信息系统的资源,输入,处理和输出,描述现行系统的业务流程,
指出现行系统的局限性和缺乏之处,确定新系统的根本目标和逻辑功能要求,也即提出新系统的逻辑模型,为下一阶段进行物理方案设计,解决“怎么做〞提供依据。因此,这个阶段又称逻辑设计阶段。 系统调查
系统初步调查中采用的主要方式是与某超市的员工,尤其是仓库管理员和导购员进行交流,并结合自己在课堂上所学知识,经过调查研究,超市进销存的根本情况为:本超市实行总经理负责制,下设市场拓展部、财务部、公众客户部、后勤部、大客户部、调度部六大部门。各部门分别针对各自管辖范围进行具体管理,并向总经理负责。在超市的日常销售活动中,员工的档案管理和培养方向至关重要。 从超市的行政管理和职能分工角度,得出了组织结构图1
总经理 财务部 大客户部 市场拓展公众客户部 调度部 后勤部 员工工资管超市收支管新大客户管大客户管理新市场调研市场分析管客户维修管销售管理 商品报损管网络调度的食堂管理 超市医院 超市内器材
图:2-1 系统调查图 超市在日常销售活动中出现的主要问题是:
〔1〕 超市现行的进销存管理方式仍为基于文本、表格等纸介质
的传统手工处理方式。一局部也只是通过电子表格的简单管理,进销存信息管理没有完全科学化、标准化、处理速度较慢,因此影响超市的开展,难以进行有效的信息反响。
〔2〕 超市领导对整个超市的员工信息不能得到及时反响,因此不能适时指导工作方向,以至影响销售质量。
〔3〕 部门之间信息交流少,信息渠道单一,不利于协调工作,容易出错。
因此,我想通过建立超市进销存管理信息系统,使超市进销存管理工作科学化、标准化、程序化,促使提高信息处理的速度和正确性,使超市的信息流程清晰化、合理化,第一时间把握员工信息,以提高公司整体的业务水平。
这是系统成功在技术解决方案方面最根本的表现。系统是对超市物流、资金流、信息流进行一体化管理的软件系统,其核心管理思想就是实现对“供给链〞的管理。软件的应用将跨越多个部门甚至多个超市。为了到达预期设定的应用目标,最根本的要求是系统能够运行起来,实现集成化应用,建立超市决策完善的数据体系和信息共享机制。一般来说,如果系统仅在财务部门应用,只能实现财务管理标准化、改善应收帐款和资金管理;仅在销售部门应用,只能加强和改善营销管理;仅在库存管理部门应用,只能帮助掌握存货信息;仅在生产部门应用只能辅助制定生产方案和物资需求方案。只有集成一体化运行起来,才有可能到达:
① 降低库存,提高资金利用率和控制经营风险; ② 控制产品生产本钱,缩短产品生产周期; ③ 提高产品质量和合格率; ④ 减少财务坏帐、呆帐金额;
⑤ 能够控制原材料的根本信息及原材料的出/入库操作,能查出/入库情况,能随时了解库存情况。
⑥ 销售的过程中能够对商品销售数量、单价、统计日期进行管理,随时掌握销售的情况;对各商品的进行即时的管理。 ⑦ 对于每一个商品,能够有一个完整的库存管理系统,包括如库/出库,及库存信息查询修改功能。使管理者能随时掌握商品的库存情况,便于商品的营销调配。
系统的调研是成功设计、开发系统的前提。如果系统开发过程中,取消调研的工作,由于技术局限,用户很难准确地把系统需求传达给开发小组;由于业务局限,开发小组也很难准确洞察用户真实的应用需求。不能准确地掌握需求信息和需求描述的错位,容易引起系统设计的缺陷,最终导致系统应用功能不理想甚至系统失败。可以说,需求调研和分析是软件设计与开发工作的关键一步。
本超市进销存管理信息系统的需求调研目的是使开发小组对超市进销存管理过程的整个业务情况有全面、具体的了解,只有了解和掌握了这些业务情况,才能针对超市进销存的业务情况进行系统的设计和开发。
与此同时,注意到需求调查非常困难,必须引起重视。因为: (1)
缺乏专门的领域知识,同时运用中的许多问题通常都比拟模糊,很难界定。
(2) (3)
获取的信息可能有重叠。 被调研对象可能有认知偏见。
2.4 需求分析的组织结构分析
本系统采用多层次架构设计,可以有两种工作原理,分别为:一
种是在逻辑上采用多层次设计,而在物理结构上采用三层布局的设计方式,即界面+组件+数据库。另一种是逻辑上采用多层次设计,而在物理结构上采用多层次布局的设计方式,即界面+界面组建+逻辑组件+数据库.在三层架构中,业务只是封装了必要的业务逻辑和操作数据库相应的对象模型的类,而如果想用此组件在开发一个类似系统,仍须设计相关的数据输入,在一般情况下,这些根本界面往往是变化不大的,这就使代码的重用性受到一定影响,降低了系统的开发效率,并增加了出错的可能性。
而多层结构的出现实现了将业务逻辑的根本界面,如数据输入与
修改界面等,再次别离出来,形成新的一层——根本界面层,在顶层的用户界面层只要调用或包装这些根本界面即可。根据面向对象和多
层次结构的设计思想,可得出图2所示的系统结构设计图。
超市进销存管理系 商品录入 商品查询 商品销售 报表打印 登录 手工录入库存 显示模糊查询按商品名查询按入库时间查询按商品编号查询销售商品统计售后库存统计系统备份 退出系统 进货表销售表库存表备份系统文件退出系统 2.5业务流程图、数据流程图、及E_R图分析 业务流程图
这是一种说明系统内各单位,人员之间的业务关系,作业顺序和管理信息流动的流程图,它可以帮助分析人员找出业务流程中的不合理之处。超市进销存管理系统的需求分析的重点是对进、销、存管理信息系统的业务流程进行描述,通过采用流程图中的局部图形来对
图2-2 系统结构图
进、销、存信息质量的管理活动进行标准化说明。
业务流程图说明如下:
商品购进信息:市场信息→市场调查→市场分析→商品调查→商品购进等。
商品信息包括商品编号、商品名称、商品型号、进货单位、联系人、进货人、联系 、进货日期、进货数量、商品单价、进货总价.
商品入库信息:检验商品→按序编号→商品入库等。
商品入库包括商品编号、商品名称、入库号、仓库号、库存量、商品型号、入库时间、商品单价。
产品销售信息:销售需求→商品出库→商品销售→超市调查。 商品销售过程包括商品根本信息的录入、销售信息的存储等。
采购部门 商品进货表 商品进货表 仓库管理员 商品库存表 财务部门 商品销售表 销售部门 图2-3 业务流程图
从上图的业务流程图中,可以了解到整个超市的根本业务以及业
务动态走向:从市场的分析,商品的购进到编号,商品分析的情况,商品的检验状况,商品的入库记录,从出库再到销售记录等等,由市
场拓展部管理,上报至总经理室审阅,最后存入并保存。 超市进销存管理系统的数据流的分析
软件系统的数据流分析是将整个软件系统抽象为一系列的逻辑
加工单元,以及各单元数据流之间的关联情况。系统的数据流分析通常是用数据流图的形式来进行说明。
数据流图简称DFD,它是一种描述“分解〞的图示工具,它用
直观的图形清晰地描绘了系统的逻辑模型,图中没有任何具体的物理元素,只是描述数据在系统中的流动和处理的情况,具有直观、形象、容易理解的优点。
数据流图具有4种根本符号,分别代表了不同的数据元素 方框表示数据的原点或终点 =双杠表示数据文件〔存储〕
箭头表示数据的流向
数据流图通常是按照自上而下逐层细化的步骤进行,当各局部的
数据流图完成后,要按照预定的次序装订起来,以便于以后的参考与查阅。如下面各图所示为超市进销存管理系统的局部数据流图。
操作员 管理层 输入商品信息
超市进销存 管理系统 输出进销存清单 图2-4 顶层数据流图〔第0层〕
操作员 商品进货清单 进货信息表 管理及财务部门 商品销售清单 商品信息 1 商品入库 2 商品销售 销售信息表 查询条件 查询结果 3 商品查询 库存信息表 管理及财务部门 商品库存清单
图2-5 1层数据流图
操 作员 商品信息 1.1 商品合法性检查 商品信息 1.2 同种商品查询
图2-5 第2层商品入库数据流图
进货信息表 查询结果 1.3 选择录入 库存信息表
图2-5 第2层商品入库数据流图
销售信息表 2.4 售出确认 库存信息表 2.3 预售商品数量检查 进货信息表 2.1 预售商品输入 2.2 预售商品查询
图2-5 第2层商品查询数据流图
操作员 查询条件 3.1 查询条件 合法性检查 查询条件有效通知 3.2 根据指定方式检索 查询结果
//
商品进货表
商品销售表 商品库存表
商品进货清单商品销售清单 商品库存清单
打印及备份权限审查 有效备份通知 商品进销存信
图2-6第三层系统备份与打印子系统DFD
//
仓库管理 部门 财务 部门 商品进货报表 系统备份文件 有效打印通知 打印设置及预览 备份 要打 印商品清单 打印 商品库存报表 商品 销售 报表 销售 部门 财务 部门 系统E-R图
进货单价 应付金额 进货单编号 实付金额 商品总价 商品编号 供给商编号 商品进货表 备注 进货数量 进货时间 1 存入 库存数量 商品编号 1 商品库存表 仓库编号 入库时间 1 出库 备注 销售单号 商品编号 1 商品销售表1 销售数量 销售单价 销售总额 顾客编号 应收金额 实收金额 销售日期
图3.6 实体E-R图
商品进货表 进货单编号 商品 编 号 销售单编号 商品销售表 销售统计表 商品 编 库存单编号 号 商品库存表 图3.6 表间关联的设计
供货商编号 供货商 顾客编号 顾客 仓库号 仓库
数据流图描述了系统的分解,但没有对图中各成分进行说明,数据字典就是为了给数据流图的每个数据流、文件、加工,以及组成数据流或文件的数据项作出说明。
第1层系统DD:
数据文件名:商品进货表 简述:记录商品进货信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+进货数量+商品总价 存储方式: 磁介质 备注:
数据文件名:商品销售表 简述:记录商品销售信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+售出数量+销售日期+销售总价 存储方式: 磁介质 备注:
数据文件名:商品库存表 简述:记录商品库存信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+库存量+入库号+仓库号+入库时间 存储方式: 磁介质 备注:
数据流名:商品进货清单 别名:商品进货信息 组成:商品编号+商品名称+商品型号+商品类别+商品单价+进货数量+商品总价+供货商编号 备注:商品进货表中存储的有关内容
数据流名:商品销售清单 别名:商品销售信息 组成:商品编号+商品名称+商品型号+商品类别+商品单价+库存量+入库号+仓库号+入库时间 备注:商品销售表中存储的有关内容
数据流名:商品库存清单 别名:商品库存信息 组成:商品编号+商品名称+商品型号+商品类别+商品单价+库存量+入库号+仓库号+入库时间 备注:商品库存表中存储的有关内容
第2层系统备份与打印子系统DD:
加工名:打印及备份权限审查 加工编号: 简要描述:用户对商品信息打印及备份权限的批文审查 输入数据流:商品进货清单,商品销售清单,商品库存清单 输出数据流:有效打印通知,有效备份通知 加工逻辑:
加工名:打印设置及预览 加工编号: 简要描述:对要打印的商品清单在屏幕上进行游览及对打印页面进行设置〔如打印比例等〕 输入数据流:有效打印通知 输出数据流:要打印商品清单 加工逻辑:
加工名:打印 加工编号: 简要描述:在物理打印设备上实施打印操作 输入数据流:要打印商品清单 输出数据流:商品进货报表,商品销售报表,商品库存报表 加工逻辑:
加工名:备份 加工编号: 简要描述:将商品进货表,商品销售表,商品库存表存放在磁介质上并分别做一镜像 输入数据流:有效备份通知 输出数据流:商品进货信息,商品销售信息,商品库存信息 加工逻辑:
数据文件名:系统备份文件 简述:记录商品库存信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+库存量+入库号+仓库号+入库时间 存储方式: 磁介质或纸介质 备注:
数据文件名:商品进货报表 简述:以纸介质的方式输出商品进货信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+进货数量+商品总价 存储方式: 纸介质 备注:
数据文件名:商品销售报表 简述:以纸介质的方式输出商品销售信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+售出数量+销售日期+销售总价 存储方式:纸介质 备注:
数据文件名:商品库存报表 简述:以纸介质的方式输出商品销售信息 数据文件组成:商品编号+商品名称+商品型号+商品类别+商品单价+库存量+入库号+仓库号+入库时间 存储方式:纸介质 备注:
第三章 总体设计
从该阶段开始正式进入软件的实际开发阶段,本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程,这种表示只是描绘出软件的总的概貌。
〔1〕目标
该阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要求。 〔2〕运行环境
软件根本运行环境为Windows 9x以上及普通PC机。由于JAVA的跨平台性,故本系统可方便移植到其他环境。
〔3〕条件与
为了评价该设计阶段的设计表示的“优劣程度〞,必须遵循以下几个准那么:
①软件设计应当表现出层次结构,它应巧妙地利用各个软件部件之间的控制关系。
②设计应当是模块化的,即该软件应当从逻辑上被划分成多个部件,分别实现各种特定功能和子功能。
③设计最终应当给出具体的模块〔例如子程序或过程〕,这些模块就具有的功能特性。
系统的根本流程是:用户登录→主界面→选择各项子系统。 3.2 系统层次模块图
“超市进销存管理系统〞主要分为五个模块:信息管理模块、日常操作模块、信息查询模块、信息统计模块、系统管理模块,如图4-5所示。
进销存管理系统 信息管理 日常操作 信息查询 系统管理 商品信息管理 仓库信息管理 供给商信息管理 客户信息管理 商品进货操作 商品出货操作 进货信息查询 出货信息查询 商品库存查询 系统登陆 修改密码
图4-5超市进销存管理系统模块结构图
“超市进销存管理系统〞四个模块的功能为:
〔1〕、信息管理模块:主要用来管理系统中可能用到的根底数据。 〔2〕、日常操作模块:用来对系统中的数据进行联合操作,主要包括“商品进货操作〞 、“商品出货操作〞等。
〔3〕、信息查询模块:通过对记录的查询与统计可以明确的了解超市的运营情况。
(4)、系统管理模块:管理员用来对系统进行综合管理的模块。
第五章 详细设计
数据库设计
在一个管理信息系统中,数据库的地位是非常重要的,是一个系统正常运行的根底。随着应用程序开展演变,新的应用程序模型的偶合已经越来越松散。现在对数据库的设计,大致可以分为以下几步:
● 首先是收集、分析需求。
● 从需求抽象出一般的实体、关系和它们的属性。
● 将这些实体、关系和属性按照一定的规那么转化为二元表结构。
数据库需求分析
数据库需求也属于需求分析阶段,主要是用来收集用户的需求,然后指导数据库设计。这一阶段不能去臆测客户的需求,因为假设将来客户有很小的更改,可能需要花费与开发几乎相同的代价去修改前面的数据库,并且还会牵扯到程序的修改。
超市针对进销存管理系统,分别对采购部门、销售部门和库存保管部门进行详细的调研和分析,总结出如下的需求信息:
● 商品按类管理,所以需要有一商品类型信息。 ● 商品必须属于一个商品类型。
● 如果一个商品类型存在商品,或存在下级商品类型,那么该类型不可删除。 ● 需要记录供给商信息。
● 在涉及商品数量的地方,要给出相应的单位。 ● 在进货信息中要包含商品供给商等信息。 ● 商品报损要有报损原因。
● 进货、销售、报损操作要有相应的操作员信息。 ● 只有管理员登录之后才可以使用系统。 ● 默认的管理员不可以删除。
● 当进行进货、销售和报损操作后,能相应更新库存。 ● 需要对进货、销售、库存、报损进行分析,总结热门商品。 经过上述系统功能分析和需求总结,考虑到将来功能上的扩展,设计如下的数据项和数据结构:
● 商品类型信息,包括数据项有:商品类型号、商品类型名称等。
● 商品信息,包括的数据项有:商品编号、商品名称、商品介库存量等。
● 商品单位信息,包括单位编号、单位名称等。 ● 供给商信息,包括供给商名称、介绍等。
● 进货信息,包括进货商品、数量、单位、进货时间、经手人等。
● 销售信息,包括销售商品、数量、单位、单价、登记时间等。 ● 报损管理,包括报损商品、数量、单位、原因、登记时间等。 ● 管理员信息,包括管理员账号、密码、是否是默认账号等。 数据库设计
超市进销存库存管理系统的数据库和一般的数据库系统的设计并没有太大的差异,重点在于产品的调查和库存的出/入管理。储存的商品信息的数据设计要比拟大,因为超市的商品种类会非常大。
得到上面的数据项和数据结构以后,就可以设计出能够满足用户需求的各种实体,以及他们之间的关系,。这些实体包含各种具体的信息,通过相互之间的作用形成数据的流动。
根据上面的设计规划出的实体有:商品类型信息实体、商品信息实体、商品单位信息实体、供给商信息实体、客户信息实体、供给商信息实体、进货信息实体、库存信息实体、销售信息实体和操作员信息实体。各实体的描述E-R图如下。
商品类型信息实体E-R图如4-6图
商品类型 商品类型编号 商品类型名称 备注 上级类型编号 图4-6 商品类型信息实体E-R图
商品信息实体E-R图如图4-7所示
商品信息 商品编号 备注 商品名称 商品类型编号 图4-8商品信息实体E-R图 单位信息实体E-R图如图4-8所示。
商品单位 单位编号 图4-8单位信息实体E-R图 供给商信息实体E-R图如图4-9所示。
供给商 单位名称
供给商编号 备注 供给商名称 图4-9 供给商信息实体E-R图 客户信息实体E-R图如图4-9所示。
客户
客户编号 备注 客户名称
图4-9 客户信息实体E-R图 仓库信息实体E-R图如图4-9所示。
仓库 仓库编号 备注 仓库名称 仓库地址
图4-9 客户信息实体E-R图
进货信息实体E-R图如图4-10所示
进货信息 供给商编号 商品单价 商品编号 进货时间 图4-10 进货信息实体E-R图 库存信息实体E-R图如图4-10所示
库存信息 商品编号 库存数量 仓库编号 入库时间 图4-10库存信息实体E-R图
销售信息实体E-R图如图4-10所示
销售信息 顾客编号 销售数量 销售日期 商品编号 图4-10 销售信息实体E-R图
管理员信息实体E-R图如图4-11所示。
操作员信息 用户名 密码 身份
图 4-11 管理员信息实体E-R图
数据库的逻辑结构设计
超市进销存管理系统的数据库中各表的设计结果如图4-12表~4-19表
〔1〕“商品进货信息〞表 字段名 商品类型号 商品类型名 备注 字段类型 字符型 字符型 字符型 字段宽度 20 20 100 小数位数 说明 主索引 〔2〕“商品信息〞表 字段名 商品编号 商品名称 上品介绍 上品类型ID 库存量 备注 字段类型号 字符型 字符型 字符型 字符型 字符型 字符型 字段宽度 20 20 20 8 20 20 小数位数 说明 〔3〕“商品单位信息〞表 字段名 单位编号 单位名称 字段类型 字符型 字符型 字段宽度 20 50 小数位数 说明 〔4〕“供货商信息〞表 字段名 供货商编号 供货商名 供货商简介 备注 字段类型 字符型 字符型 字符型 字符型 字段宽度 20 50 100 20 小数位数 说明 〔6〕“上品进货信息〞表 字段名 字段类型 字段宽度 小数位数 说明 进货ID 供货商ID 商品ID 进货时间 送货人姓名 购入量 进货单价 操作员ID 备注 字符型 字符型 字符型 日期型 字符型 字符型 浮点型 字符型 字符型 8 8 8 8 8 8 10 8 100 2 2 〔7〕“管理员密码〞表 字段名 账号 密码 字段类型 字符型 字符型 字段宽度 16 16 小数位数 说明 主键 是否是默认用户 字符型
第四章 结论
如今超市之间在市场中的竞争越来越集中在物流的竞争上。谁能有价廉物美的稳定货源,谁能组织合理的库存物资在销售中抢夺到市场份额,谁就会立于不败之地.采购是超市一切生产和经营活动的前提活动;库存是生产和经营的连续开展的必须条件;而销售那么使超市获得最终的经济效益.进、销、存是任何超市的生存和开展的必需业务活动。
〔1〕 商业超市根本业务核心就是对进销存的管理.进销存系统不仅仅是对进、销、存业务的管理,而且要实现税金管理、客户管理、往来管理和合同管理.进销存系统是一个业务财务一体化的系统、多环节一体化的系统,也是一个动态的过程控制系统和高效的系统.进销存系统中的根底信息是一切业务信息的根底。
〔2〕仓库管理的内容就是货物入库、出库和库存管理,它是货物管理的中间环节.这其中包括实物管理,原始单据管理、台账管理和盘亏盈管理.用数据描述货物的收入、发出和储存状态,实际反映了货物在超市内的流动的客观过程,仓库管理与货物管理的其他环节,例如方案管理、定货管理、发货管理、统计分析都有直接联系。 〔3〕超市进销存管理系统能帮助超市部门之间保持良好信息沟通,及时掌握库存与生产和销售情况,降低采购、库存等本钱,加快资金周转,做到合理配置超市资源,同时及时掌握销售和市场方面的变化,以好的产品和效劳满足顾客的需求。
第五章 总结与体会
随着知识经济时代的到来,各种知识、技术不断推陈出新,竞争日趋紧张剧烈,市场需求越来越多样化,使超市管理层所面临的情况和环境极其复杂,在很多情况下,单靠个人能力已很难完全处理各种错综复杂的信息并采取切实高效的行动,所有这些都要求组织成员之间进一步相互依赖、相互关联、共同合作。因而团队精神就显得越来越重要,尤其是在软件工程开发中,这种精神更是发挥的淋漓尽致。
说到团队精神,我们首先应该知道什么是团队。所谓团队,是指一些才能互补、团结和谐并为负有共同责任的统一目标和标准而奉献的一群人。团队不仅强调个人的工作成果,更强调团队的整体业绩。团队所依赖的不仅是集体讨论和决策以及信息共享和标准强化,它还强调通过成员的共同奉献,能够得到实实在在的集体成果,这个集体成果超过成员个人业绩的总和,即团队大于各局部之和。团队的核心是共同奉献。这种共同奉献需要一个使各个成员能够信服的目标。只有切实可行而又具有挑战意义的目标,才能激发团队的工作动力和奉献精神,为工作注入无穷无尽的能量。
团队是应组织外部环境及组织结构发生的变化而产生的。随着组织结构的扁平化和柔性化的开展趋势,为了适应不断开展变化的外部环境、迅速对客户的需求做出反响,组织中的很多工作需要以工程的形式来解决,因而就需要组建临时性的工程团队。
光有了工程团队还不行,如何领导和管理好这个团队才是最重要的。一个团队建设和管理的好坏直接影响着整个工程的开发和实施。那么,什么是团队管理呢?我们先来看个简单的例子:如果有一车沙从大厦顶上倒下来,对地面的冲击是不太大的,如果把一整车已凝固成整块的混凝土从大厦上倒下来,其结果就大不一样了。团队管理就是把一车散沙变成已凝固成整块的混凝土,将一个个团队成员变成一个坚强有力的团体,从而能够顺利完成工程的既定目标。沙土需要搭配石头、钢筋和水泥等才能形成混凝土,在团队建设中同样如此。每个成员的知识结构、技术技能、工作经验和年龄性别按比例的配置,
到达合理的互补,决定了这个团队的根本要素。有了沙土等根本要素,是否就一定是混凝土呢?没有水,没有搅拌,就还不行。混凝土中的水就是一种良好的团队气氛,团结信任积极向上的工作气氛。具备了这种气氛,意味着工程成功了一半。工程主管在团队管理中相当于一个搅拌机,组织会议、讨论、学习、攻关和休闲等活动,与成员之间形成良好的沟通,最终能形成明智的决策。
说到这儿,我们自然而然就会想到建立一个明确共同的目标对一个团队的重要性。在一个工程团队中,不同角色成员的目标和任务也是不一致的。在整个工程开发中,首先由工程管理者做出关于软件工程的结构、设计、编码等技术决策,各个成员按照管理者的技术决策各尽其责,进行开发文档,编写代码,管理代码,测试等等工作。团队中的各个开发成员只对自己所从事的开发领域负责,不必对整个工程负责。但作为工程管理者还必须负责整个工程的技术上的成功,指导和检查其他团队成员的工作,负责软件产品的质量。最好能够给员工规划出一个好的开展远景和个人的开展方案,并使之能够与整个工程的总体目标相协调。
有了共同的目标,还要设法营造积极进取团结向上的工作气氛。假设工程团队缺乏积极进取团结向上的工作气氛,工程成员的力量就很难合在一起,大家相互扯皮推诿指责,工程也就不可能成功。在工程组内部,通过大家的一致努力,完全可能营造出一个积极进取团结向上的工作气氛。为了酿造这种气氛,工程主管可以让每个成员承当一定的压力,而不应该成为“所有的苦,所有的累,我都单独承当〞
的典型,要充分调动每个成员的积极性,充分发挥各个成员的作用。 短短十周的毕业设计即将结束。在这十周中我深深地体会到了,扎实的理论知识在一个软件工程开发过程中的重要性。一个好的程序员或工程经理,绝不是随随便便就能够塑就的,而是要经过刻苦学习、反复实践以后才能小有成就。当然,目前由于资源的约束,所开发出来的进销存系统还尽如人意,功能还不够完善。但这次设计让我了解了软件开发的大概过程,更灵活的掌握了课堂上所学知识。
致 谢
本文是在导师吕宁老师的悉心指导下完成的,在此谨向吕老师致以诚挚的谢意。在整个毕业论文组稿期间,吕老师严谨的治学态度、孜孜不倦的钻研精神、高度的敬业精神和为师的高贵品质时刻鼓励着我,使我能够顺利完成学业,吕老师在学业、为人、品行方面给我的教诲将使我终生受益。
衷心感谢同组的张景、钟云东同学,他们在以往实习和学习中积累的经验和取得的成果,给我的论文工作带来了极大的帮助:他们对我的指导和建议也让我受益匪浅。在此,一并送上我对所有帮助过我的人的最诚挚的谢意。
附录:参考文献
[2]马朝晖 Java2 技术内幕 北京: 机械工业出版社 2003.4
[4] 李存珠、李宣东 软件工程概论 江苏: 南京大学计算机系出版
因篇幅问题不能全部显示,请点此查看更多更全内容
Copyright © 2019- jqkq.cn 版权所有 赣ICP备2024042794号-4
违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务