超市进货管理系统Word文件下载.docx

超市进货管理系统Word文件下载.docx

《超市进货管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《超市进货管理系统Word文件下载.docx（16页珍藏版）》请在冰豆网上搜索。

3.2静态结构模型 

10

3.2.1类的识别 

3.2.2类的关联分析 

3.2.3类的属性描述 

11

3.2.4类图的构建 

12

3.3系统动态模型 

3.3.1系统执行顺序分析 

3.3.2系统的协作分析 

17

3.3.3系统状态分析 

21

3.3.4活动分析 

22

4系统设计与实现 

25

4.1UML体系结构设计 

4.1.1硬件体系结构设计 

4.1.2软件体系结构设计 

4.2对象模型设计 

26

4.3系统实现 

27

4.3.1组件分析 

4.3.2配置分析 

28

5课程设计心得体会 

29

参考文献 

30

选题背景

面向对象的软件工程，同传统的面向过程的软件工程相比，在需求的获取、系统分析、设计和实现方面都有着很大的区别。

UML是OOA和OOD的常用工具。

使用UML来构建软件的面向对象的软件工程的过程，就是一个对系统进行不断精化的建模的过程。

这些模型包括用例模型、分析模型、设计模型等。

信息社会的高科技，商品经济的高效益，使对计算机的应用得到普及。

计算机虽然与人类的关系越来越密切，但还有人由于计算机操作的不便而使用手工进行管理。

为了适应现代社会高度强烈的时间观念，宾馆管理系统软件为管理人员带来了极大的方便。

通过操作手册，使用者可以了解本软件的基本工作原理。

操作人员只需输入一些简单的汉子，数字，即可达到自己的目标。

应用软件系统，就其本质来说，是使用计算机对现实世界进行的数字化模拟。

应用软件的制造过程，按照UML的方法，就是建立这一些模型的过程。

关于这个超市进货系统，基本的需求比较简单，就是允许进货员在系统中进货和出货的过程，另外，也可以通过网络或者系统的终端来查询和修改系统数据。

2.超市进货系统管理系统需求分析

2.1超市进货管理系统需求陈述

随着社会的发展和人们的需求的增大，超市的规模也在逐渐的扩大。

往日的手工记载模式，已不能满足大型超市进货管理的需要。

超市进货管理需要一种系统来实现完善的管理。

超市进货系统需要实现对超市进货的管理，辅助超市员工对超市的采购的信息进行管理，提高超市员工的工作效率，进而大大提高超市的运作效率。

本系统通过全面的信息采集和处理，辅助提高超市的决策水平。

使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，提供有效的技术保障。

本系统实现对进货单的添加、修改、删除、查询功能，对每一笔进货单都进行备案，存入数据库中，可以按进货单号和进货日期多种方式进行查询，对数据库中无用的进货单执行删除操作。

对每一笔进货单中的货物的详细信息进行记载，将货物的详细信息载入数据库中，方便查询和对货物信息的管理。

本系统还需要对柜存信息实行管理，使超市工作人员能够随时查看柜存情况，以及能够提醒采购员对缺货商品的采购。

2.2超市进货管理系统需求分析

2.2.1功能需求

系统的功能需求包括以下几个方面。

1.进货员可以通过进货管理子系统对货物信息进行设置、输入、修改、查询，包括种类、货物数量、进货时间、备注等；

2.进货员可以通过货物管理对籍基本信息进行设置、输入、修改、查询，包括货物编号、类别、关键词、备注；

3.进货员可以通过货物流程管理进行如下动作，包括进货、出货、预订货物、查询货物、过期货物处理和书籍损坏后的处理；

4.系统管理员可以通过对系统的管理警醒用户登陆管理，数据管理。

满足以上需求的系统主要包含有一下几个子系统。

1.基本业务功能子系统。

系统中主要包含了进货、出货和查询等功能；

2.基本数据录入功能子系统。

子系统主要包含有货物信息和用户信息录入功能；

3.信息查询子系统。

含了多功能的查询货物信息和用户信息；

4.数据库管理功能子系统。

要包含了进出货信息管理功能、货物信息管理功能和预订信息管理功能；

5.帮助功能子系统。

2.2.2性能需求

本系统需要超市负担的费用主要是本系统的开发及维护费用，以及本系统开发完成后，由于工作方式的改变增加的其他开支。

本系统使用UML建模技术，使用本系统后，可以大大减少用于系统管理的人员，从而减少人力资源的开支。

进货管理模式改变，更加方便对进货信息的管理，也减少了由于人工的出错的几率。

从各个方面来增加超市的收益。

1.系统可扩充性要求

要保证所整合的进货管理系统的可扩充性，对不同级别的用户要求的层次和模块，可灵活地进行定制。

使得将来易于与当前系统实现互连互通,为用户提供全方位,高质量和高效率服务。

2.界面友好性要求

系统提供统一的操作界面和方式。

要求操作界面美观大方、布局合理、功能完善，对于初级用户容易上手。

3.服务个性化要求

系统针对不同级别的用户提供方便的界面形式，以满足用户需求。

如图书管理员登录系统之后，可以看到系统所有的内容。

用户登录后，可以看到最关心的信息，对于有些不必要的细节，系统不会显示。

4.可管理性要求

系统涉及面较广，系统应提供对管理内容的分级分类管理和维护、审批服务事项、维护工作流定制与监控、用户信息维护、系统配置和管理、故障诊断等功能。

2.3系统需求建模

根据对系统需求建模的分析可知几乎在任何情况下都需要使用用例，通过用例可以获取用户需求，规划和控制货物馆管理系统项目。

获取用例是需求分析阶段的主要工作之一，而且是首先要做的工作。

创建用例模型的工作包括：

定义系统、寻找参与者和用例、描述用例、定义用例之间的关系、确定模型，其中寻找参与者和用例是关键。

2.3.1确定参与者

通过对系统需求的分析，可以确定系统中有两个参与者：

进货员、系统操作员。

参与者的描述如下：

1.进货者：

可以进货、出货、根据订单预订货物，还可以取消预定。

2.系统操作员：

描述系统，可以创建、修改、删除货物的信息，可以添加、编辑、删除货物信息，即维护目录。

2.3.2确定用例

一个用例是可以被参与者感受的、系统的一个完整的功能。

用例通过关联与参与者连接，关联指出一个用例与哪些参与者交互，这种交互是双向的。

前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如下用例存在。

从用例图中我们可以看出进货员和货物之间对本系统所具有的用例。

管理员

1.概述：

该用例说明用户对进货信息进行系统管理、进货信息管理、柜存信息管理；

2.前置条件：

有对货物信息变动的需求；

3.实现过程：

（1）.登录系统：

管理员可以通过登录该系统进行各项功能的操作；

（2）.用户验证后，对进货信息进行管理，可以对进货单进行添加、修改、分析；

管理柜存信息，可对柜存信息进行查询和修改；

可以通过系统管理退出系统。

2.3.3系统用例建模

在识别出参与者和用例后，要想建立用例图，还需要识别出它们之间的关系。

用用例图定义了系统的外部行为，帮助用户理解和使用系统。

根据对用例的分析，做出用例图如上，管理员主要利用本系统实现对进货信息和对柜存信息的管理。

系统采用VB环境开发，实现C/S结构，管理员对各个信息的修改都直接写入数据库，把前台界面和数据库分开存放，提高了程序的可扩展性。

根据以上分析结果，得到以下用例模型，如图2-1所示

图2-1 

用例图

2.3.4用例描述

用例可以用事件流来描述，用例的事件流是对完成用例行为所需的事件的描述。

事件流描述了系统应该做什么，而不是描述系统应该怎么做，也就是说，事件流描述是用域语言描述的，而不是用实现语言描述的。

图书管理系统的用例的事件流描述如下：

下面对本系统中的相关用例进行描述。

（1）进货员可以通过以下活动对货物进行管理：

添加/删除货物

修改货物信息

损坏或丢失处理

货物信息管理

（2）系统操作员可以通过以下活动对信息进行管理

货物的入与出

货物采购

货物信息删除

货物信息添加

货物信息修改

货物类别查询

货物按名称查询

货物按种类查询

货物按产地查询

货物按时间查询

（3）系统后台用例描述

管理员登录到系统管理，进行系统更新和系统维护，分为日志更新和硬件维护、软件维护。

3系统分析

3.1系统用例建模

进行系统分析和设计的第一步就是创建系统的用例模型。

作为描述系统的用户或参与者所能操作的图，它在需求分析阶段有着重要的作用，整个开发过程都是围绕系统的需求用例表述的问题和问题模型进行的。

所用到的执行者有：

进货员和系统操作员。

图3-1登陆用例图

图3-2系统操作员用例图

图3-3系统后台管理用例图

3.2静态结构模型

3.2.1类的识别

我们对需求陈述进行初步处理之后，经过非正式分析得出进货管理系统的初始类为：

添加进货单、进货信息、柜存信息、查询进货单、查询柜存信息、添加物品信息、物品信息、查询物品详细信息。

对候选类进行严格的考察筛选，去掉不正确的或不必要的，仅保留确实应该记录其信息或需要其提供服务的那些对象。

分析系统，本系统主要包含数据库类和操作类。

操作类主要是对数据库的操作，包括有添加进货单、添加物品详细信息两个操作。

其中添加进货单可以对进货信息数据库执行添加，修改，删除的操作，添加物品信息可以物品信息数据库执行添加、修改、删除等操作。

操作类还包含对数据的查询操作，查询进货单查询是对进货信息数据库的查询，可以根据进货单号和进货时间两个关键字进行查询；

物品信息查询是对物品信息数据库执行的查询操作，主要以物品编号和物品名称作为关键字进行查询；

柜存信息查询功能是对货物在柜存上的存放情况进行查询。

3.2.2类的关联分析

在初步分析确定了问题域中的类之后，接下来就分析确定类与对象之间的关联关系，两个或多个对象之间的相互依赖、相互作用的关系就是关联。

分析确定关联能促使分析员考虑问题域的边缘情况，有助于发现那些尚未被发现的类。

对于超市进货管理系统，我们从以下几个方面确定其关联：

1.初步确定关联

在需求陈述中使用的描述性动词或动词词组，通常表示关联关系，经过对本超市分析，初步确定下列关联。

（1）直接提取动词短语得出的关联

进货员持有进货单

进货员为超市带领货物

每个进货员建立一个用户

用户中存储进货员个人信息、货物信息及订单信息

操作者可以进货、出货、查询货物、预定货物并取消预订

操作时需要输入所需要的货物名

预订货物时需要输入所需要的货物名

系统处理并发的访问

（2）需求陈述中隐含的关联

进货员维护货物进出、预订、入库、处理信息

操作员维护用户信息、货物信息、预订、取消预订等信息

系统提供必要的安全性保证

3.2.3类的属性描述

根据系统的需求分析确定的类有：

进货单、进货信息、添加物品信息、物品信息、柜存信息、查询柜存信息、查询进货单、查询物品详细信息。

属性是对象的性质，借助于属性人们能够对类和对象的结构有更深入、更具体的认识，下面具体介绍一下上述各类的属性。

1.类名：

进货单

属性：

进货单号、进货时间、产品号、产品名称、产品数量、产品单价、客户号

2.类名：

进货信息

进货单号、进货时间、产品号、产品名称、产品数量、产品单价、客户号

3.类名：

添加物品信息

属性：

产品号、产品名称、产品重量、产品单位、产品日期、产品价格、产品类型

4.类名：

物品信息

5.类名：

柜存信息

产品号、产品名称、产品数量

6.类名：

查询柜存信息

产品号、产品名称

7.类名：

查询进货单

进货单号、进货时间

8.类名：

查询物品详细信息

3.2.4类图的构建

系统的实体类的类图如图3-4所示。

图3-4 

类图

3.3系统动态模型

在开发图书馆管理信息系统时，动态模型起着重要的作用，动态行为模型由顺序图、协作图、状态图、活动图描述。

顺序图是显示对象之间交互的图，这些对象是按时间顺序排列的。

该图书馆管理系统主要含有以下几个重要的顺序图，其他对象的顺序图和这些也类似。

1.登陆顺序

登陆的过程是：

进货员登录系统界面，并验证用户信息，如用户密码错误，则返回错误信息并重新输入。

在重新验证，如用户密码正确，则登陆成功。

2.添加（修改、删除）进货单顺序

添加（修改、删除）进货单的过程是：

添加（修改、删除）进货单信息到进货信息，更新进货信息，修改柜存信息，再更新柜存信息。

3.添加（修改、删除）物品信息顺序

添加（修改、删除）物品信息的过程是：

添加（修改、删除）物品信息到信息库，再更新物品信息。

4.查询进货单顺序

查询进货单的过程是：

输入进货单号，查询进货单，获得所需要的进货单，返回查询信息。

5.查询物品信息顺序

查询物品信息的过程是：

查询物品详细信息，记录所需要得为物品信息，返回查询信息。

6.查询柜存信息顺序

查询柜存信息的过程是：

查询柜存信息，返回柜存信息。

如上所述，描述系统运行的顺序图及对应的协作图如下。

图3-5登录顺序图

图3-6 

管理员添加进货单顺序图

管理员通过修改操作对进货单信息中的表项进行修改，然后更新数据库，同时数据库会自动修改柜存信息中的相应项。

图3-7管理员修改进货单顺序图

管理员执行删除操作删除进货信息中的信息，更新进货信息中的表单，同时数据库自动修改柜存信息中的相应项。

图3-8管理员删除进货单顺序图

管理员添加物品信息的操作，管理员填写好相应的物品信息之后，系统自动把物品信息写入数据库中，修改了物品信息数据库中的内容。

图3-9管理员添加物品信息顺序图

管理员通过修改操作对物品信息中的表项进行修改，然后更新数据库。

图3-10管理员修改物品信息顺序图

管理员执行删除操作删除进货信息中的信息，更新进货信息中的表单。

图3-11管理员删除物品信息顺序图

管理员按照要求字段，输入查询信息，系统自动访问数据库，显示出管理员需要查询的信息。

图3-12管理员查询进货单顺序图

图3-13管理员查询物品信息顺序图

图3-14管理员查询柜存信息顺序图

3.3.2系统的协作分析

顺序图和协作图在语义上是等价的，所以顺序图和协作图可以彼此转化，而不会损失信息，但这并不意味着两种图都显式的可视化了同样的信息。

例如，协作图描述了对象怎样互相连接，但相应的顺序图没有显式的描述这个信息。

在顺序图中，可以描述返回消息，但相应的协作图没有描述这个信息。

下面的协作图与上面的顺序图相对应：

图3-15登陆协作图

图3-16管理员添加进货单协作图

图3-17管理员修改进货单协作图

图3-18管理员删除进货单协作图

图3-19管理员添加物品信息协作图

图3-20 

管理员修改物品信息协作图

图3-21管理员删除物品信息协作图

图3-22管理员查询进货单协作图

图3-23管理员查询物品信息协作图

图3-24管理员查询柜存信息协作图

3.3.3系统状态分析

状态图主要描述了系统在各个状态之间的转换关系。

在系统登陆成功之后，通过点击系统管理界面上的各个菜单跳转到各个不同的子功能中，添加、修改、删除操作都是对数据库中的数据进行操作，然后更新数据库中的表单，查询操作主要是访问数据库中的数据，然后把查询结果显示出来，各个操作执行完成之后都可以直接返回到系统操作界面，执行其他操作。

系统状态分析:

用户登录，登陆成功后进入到系统管理。

点击添加进货单，进入添加进货单状态，添加进货单后修改进货信息数据库，完成后返回系统管理状态；

点击添加物品信息，进入添加物品信息状态，添加物品信息后修改物品信息数据库，完成后返回到系统管理状态；

点击查询进货单，进入查询进货单状态，请求查询可进入查询进货单数据库状态，返回查询结果，进入进货单查询结果状态，返回回到系统管理状态；

点击物品详细信息查询，则处于物品详细信息查询状态，请求查询后处于查询物品信息数据库状态，返回查询结果，处于物品信息查询结果状态，返回则回到系统管理状态；

点击柜存信息查询，则进入柜存信息查询状态，请求查询后处于查询柜存信息数据库状态，返回库存信息，进入计算柜存数量状态，返回柜存信息，进入到现实柜存信息结果状态返回，则回到系统管理状态，点击退出则退出系统。

系统状态图如图3-25所示。

图3-25 

系统状态图

3.3.4活动分析

活动图描述的是某流程中的任务的执行，活动图描述活动是如何协同工作的，当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。

1.登录活动

用户首先要确认用户端口，输入用户与密码，在业务逻辑接口中验证用户密码书否正确，若错误则重新输入或退出系统，正确则提示登陆成功。

登录活动图，如图3-26所示。

图3-26登录活动图

2．修改柜存信息活动

用户修改物品信息，更新物品信息；

修改柜存信息，更新柜存信息，退出系统。

修改柜存信息活动图如图3-27所示如下。

图3-27修改柜存信息活动图

4系统设计与实现

4.1UML体系结构设计

UML是可视化、规范定义、构造和文档化的建模语言。

可视化模型的建立为设计人员、开发人员、用户和领域专家之间的交流提供了便利：

规范定义意味着用UML建立的模型是准确的、无二义的、完整的；

构造意味着可以将UML模型映射到代码实现；

UML还可以为系统的体系结构以及系统的所有细节建立文档。

本超市进货管理系统采用统一建模语言UML对该系统体系结构建模。

4.1.1硬件体系结构设计

本系统中，超市工作人员可通过局域网服务器对信息进行管理，还可通过互联网服务器对货物的查询和修改进行管理，但是读者只能通过互联网进行相关货物的查询和预定。

LAN

4.1.2软件体系结构设计

软件体系结构设计是为了说明与硬件设备相协调的系统软件，并画出系统的包图。

引入包是为了降低系统的复杂度，包是把各种各样的模型元素通过内在的语义连在一起。

软件体系结构设计是一个从较高层次进行的设计，用来定义包（子系统），描述包之间的依赖性及通信机制。

目的是要设计一个清晰简单的体系结构，具有很少的依赖性，而且尽可能避免双向依赖。

系统包图，如图4-2所示。

图4-2系统包图

4.2对象模型设计

对象模型是面向对象分析和设计的支柱，它显示了系统的类，这些类之间的关系。

设计阶段是对分析模型进行扩展并将模型进一步细化，并考虑技术细节和限制条件。

对象是对象类的实例，用对象图来描述。

对象图和类图相比，要将操作或属性更加细化。

经过对其的进一步分析，和为了更好的实现其功能，我们决定在本系统实体类图中增加在本系统的对象设计中，由以上分析得到了实体对象图，如图4-3所示。

图4-3系统类图

4.3系统实现

4.3.1组件分析

在完成了系统的用例分析、模型化静态数据描述以及局部动态数据的状态控制后，基本上掌握了系统在进行逻辑数据处理的流程。

而最终要成为一个系统管理体系，这就需要从总体上把握系统数据的获取、处理及存储。

这个部分需要用系统的组件图来呈现。

系统的组件图，如图4-4所示。

图4-4系统组件图

4.3.2配置分析

配置图用来描述系统硬件的物理拓扑结构和在此结构上执行的软件及系统运行时刻的结构，配置图中的节点代表某种计算机构件，通常是某种硬件。

同时节点还包括在其上运行的软构件，软构件代表可执行的物理代码模块。

系统的配置图，如图4-5所示。

图4-5系统配置图

5课程设计心得体会

通过本次课程设计让我对UML建模有了进一步的认识，让我了解了使用UML建模对开发程序有很大的帮助，在UML模型中能清晰的反映出程序的所有行为，为程序的开发以及维护，查错都有很大的帮助。

还有在设计这个系统的同时，我也学到了很多关于VB的知识，以及VB与ACCESS数据库的连接。

在写程序的时候由于VB忘了很多地方，所以导致出了很多错，通过上网查资料以及老师和同学的帮助，我终于完成了这个系统。

同时我也学到了很多知识，以及必须仔细认真的习惯。

在设计的过程中发现了自己的不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固，比如在分析状态图的时候，因为对状态图的画法以及关联掌握的不够清楚，导致一开始无从下手，最后还是通过看书，及上网查询才确定下来。

经过两周的课程设计，又一次锻炼了我的动手能力，同时也要感谢王欣老师在课上对我们的指导与教育，以及课下对我们的认真负责。

相信通过这次课程设计所收获的知识可以运用到我今后的生活中。

参考文献

1张海藩.软件工程导论（第五版）.北京：

清华大学出版社，2008

2冀振燕.uml系统分析设计与应用案例.北京：

人民邮电出版社，2003

3刘天时等.软件案例分析.北京：

4邵维忠.面向对象的系统分析.北京：

清华大学出版社，1998

5王少锋.面向对象技术uml教程.北京：

清华大学出版社，2004

6.谭云杰等编著.《大象--ThinkinginUML》.中国水利水电出版社，2009

7.张友生等编著.《软件体系结构》.北京：

清华大学出版社，2006

8.吴洁明，袁山龙编著．软件工程应用实践教程．北京：

清华大学出版社，2003