超市购物管理系统毕业设计论文.docx

超市购物管理系统毕业设计论文.docx

《超市购物管理系统毕业设计论文.docx》由会员分享，可在线阅读，更多相关《超市购物管理系统毕业设计论文.docx（64页珍藏版）》请在冰点文库上搜索。

超市购物管理系统毕业设计论文

软件工程

课程设计报告本

题目：

超市购物管理系统

专业班级：

软件071班

学生：

***

指导老师：

2013年6月13日

第一章问题的定义

1.1问题的背景及选题的意义

随着现代科学技术的迅猛发展，计算机技术已渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入数字化时代，有巨大的数据信息等待着加工处理和传输，这使得对数据库的进一步开发和利用显得尤为迫切。

作为国内市场的一些中小超市，他们在信息化过程中的步伐要落后大中型超市，而对于这些企业的资源管理，信息的存储和处理也显的迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的电算化进程是必不可少的。

在会计业务中，产成品的完成，发出和结存关系到超市销计划的完成和流动资金占用情况，而销售核算子系统是电算化会计系统中一个关键且比较复杂的子系统。

通过这个子系统提供的信息可以了解企业的经营成果，通过产品销售收入用来补偿已消耗的生产资料，支付工资和其他费用，缴纳税金并实现利润。

通过对市场的调查，针对现在各中小超市对销售业务的实际需要，开发了这套商品销售系统。

在开发过程中，我们针对当前各超市管理特点和技术人员的实际水平，采用Window基于图形界面这一易学易用的操作系统环境，在系统设计过程中，我们尽量采用一些易懂易读的接口界面，使用户可以在短期内完全掌握。

在功能方面，我们借鉴现在市场上流行的财务软件的特点，抛去泛泛不实用的缺点，使我们设计的系统在功能上极贴近中小超市的使用要求。

在设计过程中，我们始终把系统的正确性放在首位，力求数据的完整，处理的正确性。

在此基础上优化程序代码，加速系统运行和减少对系统资源的占用。

作为一家中小型超市，他们的主要业务是销售产品，目前系统运做中存在很多题，所有的进货单，出货单都是人工填写，耗时而且易出现错误；库存也是人工记帐，无法随时掌握最准确的存货情况；对于销售数据，往往要花好多时间和精力去计算每个业务员的销售业绩，每项商品的销售状况，为了解决上述问题，提高经济效益，准备导入进销存系统进行销售，采购，库存等的计算机化管理。

1.2问题的引出

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

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

超市形态具有种种优点，但在目前状况下，它仍存在零售业商业企业所共有的落后的一面，如：

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

为此，我在本次设计之中选择了超市信息管理系统设计，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力、改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进销存状况和各种反馈信息分析，使管理人员快速对市场的变化作出相应决策，加快超市的系统建立的技术基础：

数据库应用系统是以数据库为基础的信息管理系统，它一般包含两个方面内容，一个数据库设计，二是程序设计。

数据库应用系统的开发是一个软件工程，应按照软件工程的开发方法进行分析，设计，编程和调试。

再建立数据库应用系统之前，一般应先进行系统的需求分析，了解拥护对系统的要求，然后进行系统的总体设计，最后编写程序代码和调试程序。

从中可以看出，需求分析包括了对数据本身的需求分析和对功能的需求分析。

两个分析的结果将分别作为数据库设计和程序设计的依据。

实际上在设计数据库应用系统时，这两个需求分析是紧密相关的，不论是数据库设计，还是程序设计都需要考虑这两个方面的因素。

1.3问题的定义

本设计主要是介绍超市进销存管理信息系统的环境、功能作用、所用到的语言、设计的方案等各方面的内容。

主要是让使用者了解此系统，使他们能更好的运用本系统，使此系统发挥出应有的作用。

本系统运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细的分析，实现了对超市的进货、销售和库存的科学管理。

第二章可行性研究

2.1引言

2.1.1编写目的

根据调查研究报告而进行编写的超市购物管理系统，编写本系统主要是为了提高超市的管理及超市的销售额，给超市带来更多的经济效益，更是在超市实体店与互联网联系起来以适应当今网络时代的需求，达到促进消费并提高超市的声誉，尤其是一些连锁超市。

2.1.2编写背景

在当今互联网迅速发展的时代，网络化成为一种必要，更是一种趋势。

在这种趋势之下，编写了本系统——超市购物管理系统。

2.1.3问题定义

商品按类管理，所以需要有一商品类型信息，商品必须属于一个商品类型，如果一个商品类型存在商品或存在下级商品类型则该类型不该删除，需要记录供应商信息，在涉及商品数量的地方，要给出相应的单位，在进货信息中要包含供应商等信息，商品销售信息单中要包含登记商品，销售数量单价等信息，进货，销售，报损操作要有相应操作员信息，只有管理员登陆之后才可以使用后台管理系统，默认的管理员不可以删除，进货，销售，库存，报损信息都要可以添加，修改，删除，分类，查找。

2.2技术可行性研究

在IT行业中从业的工作人员一般都要求懂计算机，具有一定软硬件基础，会使用各种管理软件，熟悉IT产品。

因为，超市中的对员工素质要求比较高，从管理层到下面的营销人员，都要求具有一定的IT背景，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利的运行了。

2.3经济可行性研究

因为通过网络传递销售信息，可以不受距离的限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高企业的销售效率，即提高了企业的经济效益，所以从经济上是完全可行的。

2.3.1企业研发开支

开发新系统的工作是一项艰巨复杂的工作，它的投资主要是人力和物力的投资。

对于本系统的开发来说，其主要投资还是在人力和物力两个方面。

如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。

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

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

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

2.3.2经济效益

管理系统是一个信息化、智能化和先进管理理念的集合体。

而管理是一个动态过程，在其运行过程中要采取多项措施。

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

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

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

2.4操作可行性研究

本系统采用Windows图形界面，是大家熟悉的操作系统，对于用户只需要具有一般的计算机知识的人员都可以轻松上手。

而且整个销售系统采用最友好的交互界面，简洁明了，不需要对数据库非常了解。

由此，该系统的操作是可行的，有必要推广该系统！

该系统具有很高的开发可行性，无论是从技术上经济上还是操作上。

故此，可以设计该系统流程图，建立数据字典。

2.5系统的需求分析

2.5.1用户工作流程

进货或销售商品时，用户要对进货单或销售单进行核对审查，并进行登记；用户要获得进货、销售、库存信息时，要对进货情况、销售情况、库存情况进行查询并打印。

2.5.2用户业务需求

该管理软件将对库存产品进行资料管理和统计，对产品的进货单和产品的销售单进行录入管理和统计。

该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印详细信息。

2.6结论

经过以上可行性分析可知，本系统在技术、经济、操作、企业开支、经济效益和系统需求分析四个方面方面都可行；从人力资源上面来看，可以充分利用各个人的擅长处来开发本系统；从开发成本上面来看，将支出成本降到最低；因此建议本系统立即开始进行实施，并尽可能完成。

第三章项目开发计划

3.1引言

3.1.1编写目的

项目开发计划是软件开发的第一步，也是软件管理过程中的一个关键活动。

编写项目开发计划的主要目的：

（1）给本开发人员提供一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发计划，并控制软件项目开发过程按此计划进行。

（2）为项目的启动、实施及结束提供了基础。

（3）指定了关于具体项目目标、项目结构、任务、成本、设备、性能以及问题的解决方案等方面的指导原则。

3.1.2项目简介

（1）项目名称

超市购物管理系统

（2）面向对象

项目开发者：

软件071班

系统预期用户：

软件同学

3.1.3定义

本文档所用到的定义如下：

（1）软件项目管理：

对整个软件开发过程进行管理。

是定义全部项目任务，识别出关键任务，跟踪关键任务的进展状况，已保证能及时发现拖延进度的情况

（2）软件生命周期（softwarelifecycle）：

是人们在研究软件开发过程时所发现的一种规律性的事实。

主要包括计划、分析、设计、编程、测试和维护等阶段。

（3）需求分析：

软件需求说明书是需求分析阶段的最后成果，该说明把在软件计划中确定的软件范围加以展开，制定出完整的信息描述、详细的功能说明、恰当的检验标准以及其他与要求相关的数据。

（4）概要设计：

经过需求分析阶段的工作，系统必须“做什么”已经清楚了，概要设计的基本目的就是回答“概括地说，系统应该如何实现”这个问题。

概要设计的重要任务就是设计软件的结构，也就是要确定系统是由哪些模块组成，以及这些模块相互间的关系。

（5）详细设计：

概要设计已经确定了每个模块的功能和接口，详细设计的任务就是为每个模块设计其实现的细节。

详细设计阶段的根本目标是确定应该怎样具体地实现所需求的系统，得出对目标系统的精确描述。

（6）软件测试：

软件测试就是在软件投入运行前，对软件需求、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。

测试的目标是想以最少的时间和人力找出软件中潜在的各种错误和缺陷。

3.2项目概述

3.2.1工作内容

（1）问题定义（明确问题边界）。

（2）可行性研究（提交可行性研究报告）。

（3）项目开发计划（提交项目开发计划书）。

（4）需求分析（提交需求分析说明书）。

（5）概要设计（提交概要设计说明书）。

（6）数据库设计（提交数据库设计说明书）。

（7）详细设计（提交详细设计说明书）。

（8）系统测试（提交测试计划、测试用例和测试报告）。

（9）用户使用说明（提交用户手册）。

3.2.2交付项

（1）软件产品包supermarket.war：

这个软件包是已经测试好的超市购物管理系统软件。

（2）用户手册：

用户帮助文档，帮助用户更好的使用该软件。

3.2.3非交付项

（1）源码：

软件源代码。

（2）可行性研究报告、项目开发计划、需求分析说明书、概要设计说明书、数据库设计说明书、详细设计说明书、测试报告：

这些文档是开发人员为了更好的开发、维护而写的，不需要交付给用户。

3.2.4其他需求与约束

（1）编码要规范、要易读、易维护。

（2）编程语言采用开源的JAVA语言。

（3）文档必须按照国标的文档编写。

3.3实施计划

3.3.1项目选用的生命周期

本项目采用的软件生命周期包括可行性研究、项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等活动。

采用这个软件生命周期的好处：

（1）可以把复杂的问题趋于简单化、有效的控制和管理。

（2）使每个阶段有明确的任务。

（3）使规模大、结构复杂的软件开发变得很容易。

3.3.2、项目开发过程阶段划分

项目开发过程阶段划分，主要划分为问题定义及规划、需求分析、软件设计、程序编码、软件测试、运行维护六个过程。

具体如表3-1所示。

阶段名称

起止时间

工作内容

阶段产品

问题的定义及规划

8-9周

确定软件开发目标、可行性、项目计划

可行性研究报告、

项目计划书

需求分析

9-10周

对软件需要实现的功能进行详细分析

需求规格说明书

软件设计

10-13周

对整个软件系统分进行设计、如框架设计、数据库设计等

概要设计说明书

数据库设计说明书

程序编码

13-14周

对所实现功能的算法设计

详细设计说明书

软件测试

14-15周

以发现软件在整个设计过程中存在的问题并加以纠正

测试计划

运行维护

15-20周

在软件投入使用后，需对软件进行更改，以满足用户的需求

完成系统成品

表3-1项目开发过程阶段划分

3.3.3、关键问题

风险分析如表3-3所示。

表3-3风险分析

风险排序

风险项名称

风险描述

风险缓解方案

1

需求分析

对项目的需求分析不够好，可能导致在进行接下来的工作中受到限制和停顿

在需求分析过程中做好充分分析和计划，当做到满意时，可以开始接下来的工作

2

界面设计

在实现界面设计上不能符合用户的习惯

在编程这个过程中对美观设计多加注重

3

时间控制

成员在时间上把握不是很准

在开发过程中适当调整时间的分配，适当加快进度

第四章需求分析

4.1引言

4.1.1编写目的

需求分析的任务简略的说就是弄清用户的需求，确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求，建立系统的逻辑模型。

编写该文档的目的如下：

（1）反映出问题的结构，为下阶段的设计、开发奠定基础。

（2）为小组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。

（3）作为选取测试用例和进行形式验证的依据。

（4）作为项目评审验收的依据。

4.1.2术语定义

（1）用例（usecase）：

用例是系统单元提供的外部可感知的功能单元，表达成系统单元和与之间交互的一个或多个活动者的消息序列，用例的目的是定义清晰的行为块而不解释系统的内部结构。

（2）参与者（actor）：

每种用户表示为一个参与者（actor），一个系统通常有多种用户，参与者在与用例进行交互式使用系统。

（3）用例视图（usecaseview）：

系统所有的参与者和所有的用例组成了用例模型。

用例视图从外部用户的角度捕获系统、子系统或类的行为，它将系统功能划分为对参与者具有意义的事务。

这些功能块称为用例。

（4）用例图：

用例图是由参与者、用例、关联和边界四个要素组成。

（5）活动图：

活动图是通过提供特定的场景内交流的图形化表示来补充用例。

活动图可以描述存在的并且已经被定义为需求到处任务一部分的活动或功能。

（6）领域模型：

领域模型能捕获语境中最重要的对象模型，领域对象代表系统工作的环境中存在的事情或发生的事件。

（7）行为建模：

行为建模显示了软件如何对外部事件或激励做出相应。

4.1.3参考资料

[1]窦万峰.软件工程方法与实践[M].北京:

机械工业出版社,2009.

[2]可行性研究报告.

[3]项目计划分析.

4.2需求分析

4.2.1用例图

超市购物管理系统用例图如图4-1所示。

图4-1超市购物系统用用例图

4.2.2用例规约

权限管理系统主要用例有：

商品管理用例、定单管理用例和用户管理用例，下面分别对这三种用例场景进行描述。

（1）商品管理用例，主要是对商品数据添加、编辑、修改、删除，如表4-1所示。

表4-1商品管理用例

用例ID号

用例说明

用例名称

商品管理

执行者

管理员

描述

对商品数据进行添加、编辑、修改、删除操作

涉众利益

管理员希望管理过程越简单越好

前置条件

管理员正常登陆系统，并且具有商品管理权限

后置条件

管理员对商品数据进行了更新

基本流程

1.管理员请求商品管理

2.系统显示商品管理页面

3.管理员填写商品信息

4.管理员提交商品信息

5.系统验证商品信息

6.系统显示保存更新成功信息

扩展流程

5a.验证失败

5a1.系统提示验证不通过的信息

5a2.管理员重新填写验证不通过的信息

5a3.返回到第4步

优先级

高

业务规则

5.验证商品名称是否和已有的商品名称重复，商品名必须填写

设计约束

-

非功能性需求

-

字段列表

3.商品信息=商品名称+[商品别名]+[商品描述]

（2）定单管理用例，主要是对定单数据确认、编辑、删除，如表4-2所示。

表4-2定单管理用例

用例ID号

用例说明

用例名称

定单管理

执行者

管理员

描述

对定单数据进行添加、编辑、删除操作

涉众利益

管理员希望管理过程越简单越好

前置条件

管理员正常登陆系统，并且具有定单管理权限

后置条件

管理员对定单数据进行了更新

基本流程

1.管理员请求定单管理

2.系统显示定单管理页面

3.管理员填写定单信息

4.管理员提交定单信息

5.系统验证定单信息

6.系统显示保存更新成功信息

扩展流程

5a.验证失败

5a1.系统提示验证不通过的信息

5a2.管理员重新填写验证不通过的信息

5a3.返回到第4步

优先级

高

业务规则

5.验证定单名称是否和已有的定单名称重复，定单名、定单ID和必须填写

设计约束

-

非功能性需求

-

字段列表

3.定单信息=定单名称+[定单别名]+[定单描述]+定单ID

（3）用户管理用例，主要是对用户注册、登陆、购买、提供，如表4-3所示。

表4-3用户管理用例

用例ID号

用例说明

用例名称

用户管理

执行者

用户

描述

用户注册、登陆、购买、提供等操作

涉众利益

管理员希望管理过程越简单越好

前置条件

管理员正常登陆系统，并且具有用户管理权限

后置条件

用户对后台进行了更新

基本流程

1.用户请求购买管理

2.系统显示购买管理页面

3.用户填写购买信息

4.用户提交购买信息

5.系统验证购买信息

6.系统显示保存更新成功信息

扩展流程

5a.验证失败

5a1.系统提示验证不通过的信息

5a2.管理员重新填写验证不通过的信息

5a3.返回到第4步

优先级

高

业务规则

5.验证购买数量是否为空，购买数量、定单ID、商品名称必须填写

设计约束

-

非功能性需求

-

字段列表

3.购买信息=商品名称+[商品别名]+[商品描述]+定单ID

4.3性能要求

4.3.1数据精确度

（1）要按照严格的数据格式输入，否则系统将给出错误提示信息并要求重新输入，系统给予不响应处理。

（2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。

因为通常有文件的记录会很多，所以系统应该两种方法进行查询：

直接查询和模糊查询。

4.3.2时间特性

本系统在正常的网络环境下，应能够保证系统的及时响应：

（1）一般操作的响应时间应在3-5秒内。

（2）数据库检索超时不超过20秒。

4.3.3适应性

满足运行环境在操作系统之间的安全移植和与其它应用软件的独立运行要求。

其他适应性建立在硬件和系统软件稳定的基础上。

4.4运行需求

4.4.1用户界面

用户界面应具有一些基本的特性，例如，最重要也是最基本的可使用性（包括使用的简单性、用户界面中所用术语的标准化和一致性、拥有系统帮助功能、快速的系统响应和低的系统成本、用户界面应具有的容错能力、用户界面的美观性等），另外还应具有灵活性和可靠性等。

4.4.2硬件接口

支持各种系列PC机，不需要特定的硬件或硬件接口进行支撑。

4.4.3软件接口

运行于Windows、Linux、Unix操作系统、安装了java和jsp运行环境之上。

对其他软件的调用接口应具有较好的缝合性，和应用软件之间应有较好的兼容性。

4.4.4故障处理

正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

4.4.5其他需求

（1）系统的功能实现情况:

用户可在本系统下实现各种用户要求的功能。

（2）系统的安全性:

对于系统的重要数据都有密码保护，具有一定的安全性。

（3）系统的容错性:

用户输错数据都有提示信息，具有较好的容错性能。

（4）系统的封闭性:

用户的封闭性较好，用户基本上在提示信息下输数据。

（5）系统的可移植性:

能在Windows、Linux和Unix操作系统上运行。

系统的可维护性:

采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性。

4.5运行环境规定

4.5.1设备

处理器型号及内存容量：

处理器不限制，CPU的内存最好在256MB以上，硬盘容量大小不限，电脑配带鼠标，显示器等。

4.5.2开发工具

（1）MyEclipse6.6；

（2）DreamweaverCS4；

（3）PhotoshopCS4；

（4）Tomcat6.0；

（5）MySQLServer5.1；

（6）MySQL-Front；

（7）StarUML；

（8）其它相关软件

4.5.3软件环境

（1）安装了Tomcat5.5以上版本；

（2）安装了JDK1.5以上版本；

（3）安装了MySql5.1以上版本；

（4）配置了Hibernate3.1，struts2.0,Spring2.0等框架包；

（5）安装了IE6.0浏览器；

（6）操作系统为WindowXp或者Linux都行；

（7）测试工具：

Junit。

4.5.4接口

本工程产品通过PC及运行，需要用户输入相应的数据，产生相应的处理。

本工程产品不需要特定的硬件或者硬件接口的支持。

4.5.5控制

本软件在操作系统的支持下，展示界面由主窗口和子窗口的嵌套而成，窗口通过超链接来达到控制，从而达到预期的效果。

4.6要解决的关键问题

4.6.1需求分析

超市资料管理系统是针对小型超市的各种信息进行全面现代化管理.主要包括员工档案管理、库存商品管理、销售程序设计等几个方面的功能,以实现用户方便的输入、查询、统计、打印相关信息的需求。

各部分功能主要有：

（1）商品信息档案管理

商品下架或因各种原因可以将商品档案及时更新，可以按各种查询要求方便查询商品基本信息。

（2）库存商品管理

记录每次进货、售货的信息，动态刷新库存数据，可以查询当前的库存，当库存少于一定数量时，可以提示需要进货。

（3）销售程序设计

根据输入的商品和数量计算并显示顾