逍遥超市商品销售管理系统设计与实现

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

学号09131010701015
中南大学现代远程教育
毕业论文
论文题目逍遥超市商品销售管理系统设计与实现
姓名张曦熙
专业计算机科学与技术
层次专升本
入学时间 2009年秋
管理中心重庆教学管理中心
学习中心重庆直属学习中心
指导教师王华
2011年11月5日
中南大学网络教育
毕业论文(设计)任务书
[1]题目类型:①理论研究,②实验研究,③工程设计,④工程技术研究,⑤软件开发.
[2]题目来源:①工作任务题,②生产实际题,③模拟或虚构题,④学生自选题。

本任务书必须网上报送学院,学院审批通过后,下载放置在学生论文首页。

逍遥超市商品销售管理系统设计与实现
学号:09131010701015 姓名:张曦熙专业:计算机科学与技术
摘要
商品信息管理是企业的一项重要工作,使用计算机来管理商品信息,不但可以节省时间和人力,更能全面、有效地掌握商品的基本情况,及时获取最新的准确资料和信息。

本系统是以MyEclipse为开发工具,以SQL Server 2005数据库为后台数据库开发工具的一套完整的基于MVC的管理信息系统。

MyEclipse是一种面向对象的开发工具,具有组件丰富、语言简单、功能强大的优点。

论文主要介绍了本课题的开发背景,所要完成的功能和开发的过程。

重点的说明了系统设计的重点、设计思想、难点技术和解决方案.本系统为用户提供强大的数据操纵功能,界面友好、使用简单方便,同时基于MVC模式,可实现通过网络对数据进行远程管理.采用审计的方式详细的记载每个用户的登录信息,跟据不同的需要,对用户分配不同的权限,并且对数据库进行完全备份或差异备份,能够对数据库进行还原。

在对系统在设计过程中进行白盒测试和对完成阶段进行黑盒测试。

该设计基本合理,功能比较完备,经过测试运行稳定,能够满足工作中的基本需要。

关键词:商品信息管理,SQL Server 2005,MVC
目录
第一章引言 (1)
1.1 课题背景 (1)
1.2 国内外研究现状 (1)
1。

3 本课题研究的意义 (1)
第二章技术基础 (2)
2。

1 Java编程语言 (2)
2。

2 MVC设计模式 (2)
2.3 SQL (4)
第三章可行性分析 (5)
3.1 技术可行性分析 (5)
3.2 经济可行性分析 (5)
3.2。

1 超市有能力承担系统开发费用 (5)
3.2.2 新系统将为企业带来经济效益 (5)
3。

3 操作可行性分析 (5)
第四章需求分析 (6)
4.1 功能需求 (6)
4。

2 数据流程分析 (6)
4.2.1 流程概述 (6)
4.2.2 数据流程图 (7)
4.3 数据库设计 (11)
4。

3。

1 概要结构设计 (11)
4.3。

2 逻辑结构设计 (13)
第五章总体设计 (16)
第六章详细设计 (18)
6。

1 用户登陆模块设计 (18)
6。

2主界面模块的设计 (19)
6.3 业务功能模块设计 (20)
6。

3。

1 商品信息管理模块的设计 (20)
6.3。

2 库存信息管理模块的设计 (22)
6.3。

3 销售统计模块的设计 (23)
6.3.4 员工管理模块的设计 (24)
6.3。

5 系统管理模块的设计 (24)
第七章系统的测试 (25)
7。

1 白盒测试 (25)
7.2 黑盒测试 (25)
7。

3 本系统的测试 (25)
第八章结论 (27)
致谢 (28)
参考文献 (29)
第一章引言
1.1 课题背景
随着现代科学技术的迅猛发展,计算机技术已渗透到各个领域,成为各行业必不可少的工具。

步入了数字化时代,有巨大的数据信息等待着加工处理和传输,这使得对数据库的进一步开发和利用显得尤为迫切。

而对于超市销售的资源管理,信息的存储和处理也显的迫切需要,要适应市场竞争,就需要有高效的处理方式和管理方法,因此加快超市的电算化进程是必不可少的。

1。

2 国内外研究现状
超市形式在我国于20世纪90年代初期起步,现已成为我国零售业的一种重要形态。

随着超市的高速发展,其经营管理也变的愈加复杂,早期的售货员站柜台的形式早已不能满足现有销售业的的发展这样就迫切地需要引入新的思想技术和管理技术进入到超市管理之中。

超市形态具有种种优点,但在目前状况下,它仍存在零售业商业企业所共有的落后的一面,如:不能有效的管理每一种商品,收款结算速度慢,容易出现营业差错,不宜进行商品调价等,而且在超市日常管理中,商品进货、销售、库存等决策以经验为主,缺乏实时分析功能,管理人员对及时传递资料的要求始终得不到满足,随着超市形态的高速发展,其经营管理也变的愈加复杂,日常所需处理的数据量也逐渐增大,商业运转的中间环节也越来越多,原始的人工管理已无法应对这复杂的市场。

1。

3 本课题研究的意义
超市销售管理系统是一个非常实用的管理系统,直接影响销售的方便性及管理的规范性,随着计算机技术的飞速发展计算机在超市管理中应用的普及,各超市企业越发认识到信息与效率的重要性。

随着信息时代的发展,对效率的要求日益提高,因而软件控制销售和管理已经取代了传统全手工方式。

超市销售管理系统不仅简洁通用,不占什么系统资源,主要是帮助工作人员提高了工作效率,是完全符合超市企业的发展.
第二章技术基础
2。

1 Java编程语言
Java,是由Sun Microsystems公司于1995年5月推出的Java程序设计语言和Java平台的总称.用Java实现的HotJava浏览器(支持Java applet)显示了Java 的魅力:跨平台、动态的Web、Internet计算。

Java平台由Java虚拟机(Java Virtual Machine)和Java应用编程接口(Application Programming Interface、简称API)构成.Java 应用编程接口为Java 应用提供了一个独立于操作系统的标准接口,可分为基本部分和扩展部分。

在硬件或操作系统平台上安装一个Java平台之后,Java应用程序就可运行.现在Java平台已经嵌入了几乎所有的操作系统。

这样Java程序可以只编译一次,就可以在各种系统中运行.Java应用编程接口已经从1。

1x版发展到1.2版。

目前常用的Java平台基于Java1.5,最近版本为Java1.7。

Java分为三个体系JavaSE(Java2 Platform Standard Edition,Java平台标准版),JavaEE(Java 2 Platform,Enterprise Edition,Java平台企业版),JavaME(Java 2 Platform Micro Edition,Java平台微型版)。

Java是一种简单的,面向对象、分布式、解释型、健壮安全、结构中立、可移植、性能优异、多线程的动态语言.Java主要特性:简单、面向对象、分布式、健壮、安全、体系结构中立、可移植、解释型、高性能、多线程、动态等.
2.2 MVC设计模式
MVC由Trygve Reenskaug提出,首先被应用在SmallTalk-80环境中,使许多交互和界面系统的构成基础,Microsoft的MFC基础类也遵循了MVC的思想.
MVC是三个单词的缩写,分别为:模型(Model),视图(View)和控制Controller)。

MVC模式的目的就是实现Web系统的职能分工。

Model层实现系统中的业务逻辑,通常可以用JavaBean或EJB来实现。

View层用于与用户的交互,通常用JSP来实现。

Controller层是Model与View之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。

MVC把交互系统的组成分解成模型、视图、控制三层。

MVC中的模型、视图和控制类如图所示:
图2—1 MVC模型
视图(view)表示模型数据及逻辑关系和状态的信息及特定形式展示给用户.它从模型获得显示信息,对于相同的信息可以有多个不同的显示形式或视图.对老式的Web应用程序来说,视图就是由HTML元素组成的界面,在新式的Web应用程序中,HTML依旧在视图中扮演着重要的角色,但一些新的技术已层出不穷,它们包括Macromedia Flash和象XHTML,XML/XSL,WML等一些标识语言和Web services. 如何处理应用程序的界面变得越来越有挑战性.MVC一个大的好处是它能为你的应用程序处理很多不同的视图。

在视图中其实没有真正的处理发生,不管这些数据是联机存储的还是一个雇员列表,作为视图来讲,它只是作为一种输出数据并允许用户操纵的方式。

模型(model)是软件所处理问题逻辑在独立于外在显示内容和形式情况下的内在抽象,封装了问题的核心数据、逻辑和功能的计算关系,他独立于具体的界面表达和I/O操作。

在MVC的三个部件中,模型拥有最多的处理任务。

例如它可能用象EJBs 和ColdFusion Components这样的构件对象来处理数据库。

被模型返回的数据是中立的,就是说模型与数据格式无关,这样一个模型能为多个视图提供数据。

由于应用于模型的代码只需写一次就可以被多个视图重用,所以减少了代码的重复性。

控制(control)器控制层是处理用户与软件的交互操作的,其职责是控制提供模型中任何变化的传播,确保用户界面于模型间的对应联系;它接受用户的输入,将输入反馈给模型,进而实现对模型的计算控制,是使模型和视图协调工作的部件.所以当单击Web页面中的超链接和发送HTML表单时,控制器本身不输出任何东西和做任何处理.它只是接收请求并决定调用哪个模型构件去处理请求,然后再确定用哪个视图来显示返回的数据,通常一个视图具有一个控制器。

2。

3 SQL
SQL是高级的非过程化编程语言,允许用户在高层数据结构上工作。

它不要求用户指定对数据的存放方法,也不需要用户了解具体的数据存放方式,所以具有完全不同底层结构的不同数据库系统,可以使用相同的SQL语言作为数据输入与管理的接口。

它以记录集合作为操作对象,所有SQL语句接受集合作为输入,返回集合作为输出,这种集合特性允许一条SQL语句的输出作为另一条SQL语句的输入,所以SQL语句可以嵌套,这使他具有极大的灵活性和强大的功能,在多数情况下,在其他语言中需要一大段程序实现的功能只需要一个SQL语句就可以达到目的,这也意味着用SQL 语言可以写出非常复杂的语句.SQL语言包含4个部分:
数据定义语言(DDL),例如:CREATE、DROP、ALTER等语句。

数据操作语言(DML),例如:INSERT(插入)、UPDATE(修改)、DELETE(删除)语句.
数据查询语言(DQL),例如:SELECT语句。

数据控制语言(DCL),例如:GRANT、REVOKE、COMMIT、ROLLBACK等语句.
SQL语言包括三种主要程序设计语言类别的语句:数据定义语言(DDL),数据操作语言(DML)及数据控制语言(DCL)。

第三章可行性分析
3。

1 技术可行性分析
有的超市对员工的素质要求比较高,从管理层到下面的销售人员,都要求具有一定的计算机基础,所以在新系统投入使用时,只要对员工进行少量的培训,系统的功能和使用方法就基本上能够是系统顺利运行。

3.2 经济可行性分析
3.2.1 超市有能力承担系统开发费用
超市作为一个尖端的高科技产业,其员工要求都比一般企业的要求要高,而且对系统开发及软件产业了解比较多,所以在自我开发管理系统的过程中,企业自己比较容易安排人手,这样就可以为企业节约大部分的额外开支。

同时超市就其他商品还说,属于高端行业,无论是商品的价格还是质量都比较高,而经营商品的经销商或者是商家都要求有雄厚的资金的作支持。

所以,在系统的开发过程中,企业完全有能力承担开发费用。

3.2。

2 新系统将为企业带来经济效益
管理是一个动态过程,在其运行过程中要采取多项措施。

所以在管理中获得经济效益是一个综合效益,要对他进行直接定量的分析是比较困难的。

一般新系统带来的经济效益是间接的,其最主要的表现就是减少了企业的管理费用和人力开支。

而其他一些烦琐的事物都通过新系统来加以分析解决,不仅节省了大量的时间,还为企业的各项决策提供了宝贵的资料,为企业带来巨大的经济效益.
3。

3 操作可行性分析
本系统采用基于Windows的图形用户界面,而该系统是大家熟悉的操作系统,对于那些有一般的计算机知识的人员就可以轻松上手.而整个超市管理系统采用最友好的交互界面,简介明了,不需要对数据库进行深入的了解。

综上所述,该系统具有很高的开发可行性,无论是从技术上或者经济上还是操作上。

第四章需求分析
现在的社会是信息的社会,信息只有快、准、精,才能发挥其价值,所以机器操作代替人力操作是必然的历史发展趋势,只有领导的重视和支持才能从人工操作改为计算机的自动化系统,人工操作必将被计算机代替。

4。

1 功能需求
(1)对商品类型信息资料进行管理,对该信息数据进行及时的更新以及维护,具有删除、添加、修改以及查询的功能。

(2)对商品基本信息资料进行管理,对该信息数据进行及时的更新以及维护,每个商品基本信息都归属匹配到对应的商品类型信息,具有删除、添加、修改以及查询商品基本信息的功能。

(3)对库存信息资料进行管理,对该信息数据进行及时的更新以及维护,当商品库存数量不足或者低于商品库存下限时,会提示管理员对该商品进行进货处理.
(4)对销售记录信息资料进行管理,对该信息数据进行及时的更新以及维护,可以对销售记录信息进行统计以及查询,能够查看某个时间段内、某件商品或者某个收银员的销售状况。

(5)系统维护管理,能够系统用户的密码进行修改.
(6)系统应该有一个简易易于操作使用的界面。

4。

2 数据流程分析
4.2.1 流程概述
管理员通过登录界面才能访问超市销售管理系统后台界面,如果用户账号,密码或者权限出错,则会提示登录失败,将无法进入后台管理界面。

管理员是有员工表根据员工的职称自动分配的,密码是默认设置的,可以对第一次登录的管理员提示修改密码。

管理员登陆本系统后,能够对基本信息资料处理、信息查询、系统维护、销售统计,其中基本信息资料处理包括录入、删除、修改。

录入功能涉及对商品基本信息、商品类型信息、员工基本信息的录入;删除功能涉及对商品基本信息、商品类型信息、员工基本信息的删除;修改功能是对不正确或者变动更新后的商品基本信息、商品类型信息、员工基本信息的修改。

管理员能够随时关注超市商品表跟仓库商品表中的数量以及销售业绩.当超市商品库存数量低于一定值时,则根据库存警报提示,通知物流部门人员对相应商品进行
进货处理,补货到仓库,完成入库操作,及时修改数据库数据更新库存信息.管理员还可以查看某段时间内或者某个销售人员或者某件商品的销售情况,根据销售情况对销售人员的业绩进行评定,以及可以根据销售情况修改商品的零售价。

4.2.2 数据流程图
数据流程图是描述信息流和数据从输入流动到输出的变换的图形化技术,是表示软件逻辑模型的图形工具。

既是对原系统进行分析和抽象的工具,也是用以描述新系统逻辑模型的主要工具。

它既提供了信息流建模机制,也提供了功能建模的机制,是自顶向下的分解和自底向上的抽象工具.
数据流程图由以下四种符号表示:
外部实体处理数据流
数据存储
图4—1 数据流程图符号
管理员登陆该超市商品销售管理系统,可以进行操作事务如管理库存、管理销售、管理进货/退货、管理员工等,系统返回操作事务结果给管理员。

超市商品销售管理系统各层数据流图如图4-2所示:
图4—2 系统顶层DFD图
超市商品销售管理系统有库存管理、销售管理、进货/退货管理、员工管理功能模块。

库存管理模块,管理员可以进行库存信息查询,得到库存信息清单;销售管理模块,管理员可以进行销售信息查询以得到销售信息清单,而该销售信息时前台销售信息获取到的;进货/退货管理模块,管理员可以进行进货/退货信息查询得到进货/退货信息清单,根据进货/退货单进行进货/退货,也可以根据已进货/退货信息对库存商品信息进行更新;员工管理模块,管理员可以进行员工信息查询得到员工信息清单,也可以进行员工信息更新与维护。

超市商品销售管理零层DFD图如图4-3所示:
图4—3 超市商品销售管理零层DFD图
库存管理模块,管理员可以进行库存信息查询以得到库存信息清单,可以根据库存信息发送进货/退货信息请求。

管理员也可以对该库存信息进行更新与维护,根据已进货/退货信息以及销售信息来更新库存商品库信息。

库存管理DFD图如图4—4所示:
图4—4 库存管理DFD图
销售管理模块,管理员可以进行销售信息查询得到销售清单,可以根据前台销售信息以及库存信息对销售信息进行更新与维护。

销售管理DFD图如图4—5所示:
进货/退货管理模块,管理员可以进行进货/退货信息查询得到进货/退货清单,可以根据进货/退货单或者库存信息模块发送出的进货/退货信息请求来更新进货/退货信息。

进行进货/退货清单来更新库存商品信息。

进货/退货管理DFD图如图4-6所示:
图4-6 进货/退货管理DFD图
员工管理模块,管理员可以进行员工信息查询得到员工信息清单,也可以进行员工信息更新与维护。

员工管理DFD图如图4—7所示:
4。

3 数据库设计
4.3。

1 概要结构设计
概念结构设计是数据库设计的第一个阶段,在管理信息系统的分析阶段,我们已经得到了数据流程图和数据,现在就是要结合数据规范化的理论,用一种数据模型将用户的数据需求明确地表示出来。

概念数据模型是按人们的认识观点从现实世界中抽象出来的、属于信息世界的模型。

概念数据模型是面向问题的模型,反映了用户的现实工作环境,是与数据库的具体实现技术无关的。

根据系统分析阶段的结果对系统中的各个数据项进行分类、组织,确定系统中的实体、实体的属性、标识实体的码以及实体之间联系的类型。

员工E-R图对象:员工,员工的属性如下:
图6—1 员工E—R图
商品基本信息E—R图对象:商品基本信息,商品基本信息的属性如下:
图 6—2商品 E—R图
商品类型E—R图对象: 商品类型, 商品类型的属性如下:
图 6—3商品类型E—R图
库存信息E—R图对象: 库存信息, 库存信息的属性如下:
图 6—4 库存 E-R图
销售信息E—R图对象: 销售信息,销售信息的属性如下:
图 6-5 销售 E—R图
商品进货/退货信息E—R图对象:商品进货/退货信息, 商品进货/退货信息的属性如下:
图 6-6商品进货/退货E-R图
各个局部视图即分E—R图建立好后,还需要对它们进行合并,集成为一个整体的数据概念结构,即总E-R图。

经过消除不必要的冗余数据和冗余联系得到总体E-R图如下:
图6—7系统总E—R图
4。

3。

2 逻辑结构设计
逻辑结构设计是数据库设计的第二个阶段,这个阶段就是要根据已经建立的概念数据模型,以及所采用的某个数据库管理系统软件的数据模型特征,按照一定的转换规则,把概念模型转换为这个数据库管理系统所能够接受的逻辑数据模型.
根据分析得到以下关系模式:
员工表:(员工编号,员工姓名,员工性别,员工年龄,员工职称,账号密码,备注)
商品类型表:(商品类型编号,商品类型名称)
商品基本信息表:(商品编号,商品类型编号,商品规格,商品名称,商品零售价,商品进价,备注)
库存表:(库存编号,商品编号,商品库存数量)
商品销售表:(销售编号,商品编号,销售商品数量,收银员编号,销售日期)商品进货/退货表:(进货/退货单号,进货/退货状态,进货/退货价,商品编号,商品数量,进货/退货日期)
根据用户需求和功能设计,数据库名称为:happinessSupermarket,系统表如下:
表1 员工表(employee)
表2商品类型表(merchandiseType)
表3 商品基本信息表(merchandise)
表4库存表(stock)
表5商品销售表(merchandiseSell)
表6 商品进货/退货表(enterOrOutStock)
第五章总体设计
系统总体结构设计的任务,是根据系统分析的逻辑模型设计应用软件系统的物理结构.在结构化总体结构设计中,整个应用软件系统由多个功能模块组成,通过合理地划分和组织模块,正确处理模块之间与模块内部的联系,达到使整个系统有良好的可用性、可读性、可修改性,易于调试和维护的目的。

本系统功能结构图如下所示:
图5-1 系统结构图
本系统主要分为商品信息管理模块、库存信息管理模块、销售统计模块、员工管理模块、系统管理模块。

商品信息管理模块又划分为商品基本信息管理子模块,商品类型管理子模块,商品进货/退货子模块,可以进行增删改查操作;而库存信息管理模块,商品库存数量受商品进货/退货操作影响,可以查询相应商品库存信息;销售统计模块,用来统计某个收银员或者某个商品或者某个时间段的销售业绩即销售总额;系统管理模块主要用来修改当前登录后台系统的管理员的密码。

第六章详细设计
6。

1 用户登陆模块设计
在系统中,不同的用户有不同的权限,只有用户名密码正确,并且用户的权限和用户名相匹配才能正确的登录,否则不能登录。

在进入用户登录界面之前,首先在选择登陆类型对话框中选择登录用户的类型,然后根据对应的权限进入登录对话框输入相应的数据。

以下为登录用户类型选择界面实图7-1:
图7—1 用户登陆界面
当用户的登录信息正确之后,系统提示用户可以登录,同时将关闭登录界面,进入进度界面,加载完数据后进入系统主界面。

如果系统调用数据库中的用户数据和用户的输入进行比较,如果正确,则进入系统,否则,不能进入系统,提示用户确认后重新输入.按钮为“清空”,用户选择这个操作的时候,表示用户清空两个文本框中的内容,重新输入.
当输入正确的用户名和密码以及选择正确的权限时候就进入进度界面,界面如图7—2所示,进度加载完成之后就进入主界面,待用户进行数据的操作。

图7—2 进度加载页面
6.2主界面模块的设计
超市销售管理系统主界面的设计,是对用户对系统不同操作功能的分类,将相同的操作放在同一个树状列表中。

不同的权限的用户有不同的操作范围,最高权限的用户有最高的使用权限,将获得全部的操作。

将系统的主界面设计为六个部分:
第一部分为商品信息管理模块,包含三个子结点为商品基本信息管理、商品类型管理、商品进货/退货管理.而三个部分有各自的数据库、处理操作,分别是他各自的增删改查功能的实现。

第二部分为库存管理模块,能够查看商品库存存储情况,如果商品销售成功或者退货成功,则对应的商品库存数量要相应的减少。

而如果商品进货成功,则对应的商品库存数量要相应的增加。

第三部分为销售统计,主要是销售业绩的统计,能够查询到某个时间段的销售业绩,也可以查询到某个员工的销售业绩,以及某个商品的销售业绩.
第四部分为员工管理,包含是对员工的基本信息的操作。

能够增加新的员工,能够删除员工,也能够更改员工的信息。

每个一定权限的员工都能够根据自己的员工编号作为登陆系统的用户账号。

第五部分为系统管理。

该模块主要是修改当前登陆用户的密码。

由于每个具有一定权限的员工都能够登陆该系统,但是原密码是初始的,需要对密码进行修改。

第六部分为退出系统,主要是可退出系统的设置。

相关文档
最新文档