软件工程课设商品库存信息管理系统之欧阳化创编.docx
《软件工程课设商品库存信息管理系统之欧阳化创编.docx》由会员分享，可在线阅读，更多相关《软件工程课设商品库存信息管理系统之欧阳化创编.docx（26页珍藏版）》请在冰豆网上搜索。
软件工程课设商品库存信息管理系统之欧阳化创编
时间：
2021.02.06
创作：
欧阳化
1.设计背景、目的与方法··································2
1.1设计背景·······················································2
1.2设计目的·······················································2
1.3设计方法学·····················································4
2.可行性研究············································5
2.1技术可行性······················································5
2.2经济可行性······················································6
2.3操作可行性······················································6
2.4法律可行性······················································7
3.需求分析··············································7
3.1功能需求························································7
3.2性能需求·······················································11
3.3系统流程·······················································13
3.4功能模型·······················································13
4.总体设计··············································15
4.1.系统的详细底层数据流图·········································15
4.2系统总体功能的层次划分·········································16
4.3系统数据库的设计···············································18
5.详细设计··············································20
5．1商品入库操作流程图············································20
5.2商品出库操作流程图············································21
5.3商品信息查询操作流程图········································22
5.4供应商查询操作流程图··········································24
5.5历史信息查询操作流程图········································25
5.6产生订货处理操作流程图········································26
5.7商品囤积处理操作流程图········································27
5.8商品优惠提示操作流程图········································28
6.总结感悟··············································29
参考文献··························································30
商品库存管理信息系统
1.设计背景、目的与方法
1.1设计背景
随着科学技术的不断发展,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对商品信息进行管理,具有着手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高商品管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
同时改革的深入和经济的发展使得企业的生产任务日益繁重，从而对库存管理的要求也更加严格。
在传统的手工管理时期，一种物品由进货到发货，要经过若干环节，且由于物品的规格型号繁多，加之业务人员操作失误等因素，造成物品供应效率低下，严重影响了企业的正常生产。
同时，由于库房与管理部门之间的信息交流困难，造成库存严重积压，极大地影响了企业的资金周转速度，另外也使得物资管理、数据汇总成为了一大难题。
由此可见，商品库存管理系统是一个企业不可缺少的部分。
由于所掌握的物资种类众多，订货、管理、发放的渠道各有差异，各类统计报表繁多，若仍然采用人工记账的方式，必然不能满足企业的需求。
因此商品的管理必须编制一套库存管理信息系统，实现计算机化操作。
1.2设计目的
该商品库存管理信息系统旨在充分利用现有的设备，建立一个高效、准确、操作方便，具有查询、更新及统计功能的微机管理信息系统，以满足管理人员进行综合的、模糊的查询及更新要求，从而更加方便地管理库存物品。
该系统的开发与建立会极大地提高管理人员、工作人员的工作效率。
该系统最主要的功能是解决传统的手工管理所存在的问题：
（1）不能及时获得库存信息
在企业运作过程中，管理人员必须获知各种商品当前的库存量，在库存数量小于商品的最低库存限度的时候，向供应商进行订货；在库存数量大于商品的最高库存限度的时候，即商品积压的时候，应该停止商品的进货活动。
但在实际操作中，由于商品的种类多、数量大，需要进行仔细地核算，这不仅费时，而且易出错，从而影响企业快速有效地运转。
（2）库存信息不够准确
仓库管理员根据各种入库单、需求计划单和领料单进行商品的入库、出库操作后，要随时修改商品的库存信息和出库、入库信息，以便反映库存状况。
工作中的主要问题是：
由于商品种类多、数量大、出库入库操作频繁等原因，造成库存记录和实际库存量通常达不到严格一致，因而需要通过盘点来纠正差错，这既耽误时间，又增加了工作量。
（3）无法及时了解车间对库存商品的需求情况
在需求计划单下达后，由于库存商品与车间的关系复杂，根据送料员的个人经验给各车间分配车间所需商品时，常缺少入库、出库信息和相关信息，经常出现车间缺少该商品的时候才知道该产品需要情况，此时如果库存量不足，将会导致车间的停产。
无法及时了解车间对库存商品的需求情况会使企业的生产和销售环节发生混乱，使企业无法正常的运作。
1.3设计方法学
本次软件工程的设计采用面向对象的方法。
面向对象方法把数据和行为看成是等同重要的，它是一种以数据为主线，把数据和对数据的操作紧密的结合起来的方法。
面向对象方法学的出发点和基本原则，是尽可能的模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法，也就是使描述问题的问题空间（也称为问题域）与实现解法的解空间（也称为求解域）在结构上尽可能一致。
概括地说，面向对象方法学具有以下四个要点：
（1）把对象（object）作为融合了数据记在数据上的操作行为的统一的软件结构。
面向对象程序是有对象组成的，程序中任何元素都是对象，复杂的对象有比较简单的对象组合而成。
也就是说，用对象分解取代了传统方法的功能分解。
（2）把所有对象都划分成类（class）每个类都定义了一组数据和一组操作，了是对具有相同数据和相同操作的一组相似对象的定义。
数据用于表示对象的静态属性，是对象的状态信息，而施加于数据之上的操作用于实现对象的动态行为。
（3）按照父类（或称为基类）与子类（或称为派生类）的关系，把若干个相关类组成一个层次结构的系统（也称为类等级）。
在类等级中，下层派生类自动拥有上层基类中定义的数据和操作，这种现象称为继承。
（4）对象彼此间仅能通过发送消息互相联系。
对象与传统数据有本质区别，它不是被动的等待外界对它施加操作，相反，它是数据处理的主体，必须向它发送消息请求它执行它的某个操作已处理它的数据，而不是从外界直接对它的数据进行处理。
也就是说，对象的所有私有信息都被封装在该对象内，不能从外界直接访问，这就是通常所说的封装性。
面向对象方法学具有以下优点：
（1）与人类习惯的思维方法一致；
（2）稳定性好；
（3）可重用性好；
（4）交易开发大型软件产品；
（5）可维护性好。
2.可行性研究
2.1技术可行性
考虑使用现有的技术能否实现这个系统。
本系统采用C++作为开发语言，C++语言既保留了C语言的有效性、灵活性、便于移植等特点，又添加了面向对象编程的支持，具有强大的编程功能，可方便的构造出模拟现实问题的实体和操作；编写的程序具有结构清晰、易于扩充等优良特性，适合于各种应用软件、系统软件的程序设计。
再结合数据库技术，编写SQL语句访问数据库，实现强大的查询、修改、入库、出库操作。
此外，从开发人员的水平考虑，作为计算机科学与技术专业大三的学生，大学三年所积累的专业知识使我们从一定程度上具备了开发一个小型系统的能力，而且学校现有的计算机设备也完全能够满足开发的需要。
2.2经济可行性
考虑这个系统的经济效益能否超过他的开发成本。
由于本库存管理系统所要求的硬件（计算机及相关硬件）和软件环境（C++Bulder及SQLServer2000），市场上都容易购买到或从相关网站下载，系统成本主要集中在本管理系统的开发与维护上，对用户不造成过重的经济负担。
而一旦此系统投入使用,不仅可以减少库存的工作强度，提高工作效率，而且方便了库存对信息的管理，延续了传统的管理模式，极大限度地方便了库存管理人员，而且，商品库存管理系统是一个小型的管理系统，在开发时目标系统不是很复杂，开发的周期较短，人员经济支出不大，使库存管理工作变繁为简，使其更加合理化、规范化、工作效率的提高会给企业带来整体水平的提高，所节省的大量人力、财力产生的效益将远远大于本系统的开发成本，所以从经济方面讲开发此系统是可行的，是非常值得投资的。
2.3操作可行性
考虑这个系统的操作方式在这个用户组织内能否行得通。
本系统采用VisualC++2010作为系统前台应用程序开发环境，使用MFC设计有好的界面，使其美观，操作简单。
采用SQLServer2000工具建立数据库。
因为库存管理人员已经有丰富的信息管理经验，通过本系统的设计人员与之的交流沟通，可对本系统的功能应用作进一步完善以满足企业的需求。
2.4法律可行性
考虑这个系统在社会方面是否违反国家法律，侵犯他人权益。
本系统的研究和开发都选用正版软件，将不会侵犯他人、集体和国家的利益，不会违反任何的国家政策和法律。
本系统的功能只会给人们带来社会效益，不会侵犯人们的安全、隐私、经济等权益。
3.需求分析
3.1功能需求
通过对企业相关人员的调查访问，了解到对商品进行有效的管理需补充的功能及需求，使之形成完善的应用系统。
系统的功能主要实现对商品基本信息以及一些主要客户信息的计算和统计这样可以方便管理，另外为保证内部资料（商品人员及帐本的一些基本信息）的安全性，产品还设计了访问权限以及对数据一些基本的录入，查询，更改等基本的功能。
数据库设计中要合理设置商品信息和库存信息等用来实现商品信息的更改、修改、删除等功能，使商家有较详细的数据统计与分析。
3.1.1用户管理
作为一个企业实际应用项目，用户管理是必不可少的。
本系统的用户管理比较简单，用户仅为仓库管理员，其具有登陆、更改密码，对数据库的内容进行操作等权限。
只有合法用户才能进行操作。
修改密码（若操作员密码透露或以防他人知晓）：
操作员可以通过此项完成对密码的修改以便下次登陆使用，主要包括验证原密码和新密码输入；
退出系统：
操作员可以通过此项直接退出系统；
重新登录：
重新登录到系统销售管理：
（主要实现对商品基本信息的管理和统计例如:
商品的编号，单价，进货数量，剩余数量等）；
对数据库信息的操作：
其主要包括添加商品信息、查询商品信息、删除商品信息、修改信息等
3.1.2产品信息管理
该功能主要是根据输入的产品的属性来对产品信息进行添加、修改、查询以及删除。
在输入过程中，会检查输入信息的合法性，如果错误，会给出相应的错误提示，提醒用户更改后系统才继续运行。
当输入信息经检查合法，然后系统会从数据库中根据输入信息添加、更改、删除、查询产品信息。
添加商品信息（方便查询）：
录入商品入库一些基本信息如：
商品名称及代码，入库数量、购入单价、商品单价、成本、利润、入库日期、备注、供应商、供应商联系方式等；
查询商品信息（了解商品的基本信息：
可按名称，代码查找）：
通过查找可以简单快捷地了解商品的基本信息（库存量、销售量、商品名称、代码、供应商的名称、联系方式等；
修改商品信息：
针对相应的商品信息进行相应的修改；
删除商品信息：
针对无用的商品及客户信息可以删除；
3.1.3产品入库管理
实现对商品入库信息的数据管理操作，包括修改入库商品的信息，记录入库时间，对入库商品的操作记录等。
与产品信息管理相似，也会有对输入信息的合法性进行检查的功能并给出相应的错误提示。
然后根据输入的入库产品信息进行产品的入库以及产品入库信息的查询。
其中，当入库的时候要检查库存上限，已达库存上限时，不准再入库。
3.1.4产品出库管理
与产品入库管路类似，包括修改出库信息，记录出库时间，等出库产品的操作等。
也有相应的信息检查合法性以及错误提示，确认信息无误后，根据输入的出库信息进行产品的出库以及出库信息查询，出库的时候也要检查出库产品的库存量是否足够，如果不够，不准出库，并给出错误信息。
3.1.5产品库存信息管理
主要是根据查询条件进行库存信息的查询，其中查询各种商品的当前库存量是最重要且必须的功能。
当用户输入要查询的商品信息后，进行信息的合法性检查，只有信息合法后，才准许系统继续运行，然后从数据库中读取所查商品的库存量显示给用户。
3.1.6系统管理
系统管理包括对用户操作日志的查询、管理员帮助、退出系统等子模块。
在管理员帮助中会给出一些对管理员管理系统的信息，比如数据库的备份、恢复，以及日志查询方面的相关信息。
日志查询会把记录下来的用户登录系统、对系统的操作以及退出系统的时间等信息显示给查询者，退出系统会保证用户安全的退出。
3.1.7库存报警
当用户登录系统时列出当前库存量已低于库存下限的商品信息表。
当用户每次登录到系统时，系统都会自动的查询数据库中查询是否有库存量低于库存下限的商品，如有，给用户显示出来，以提醒用户注意库存已不足，尽量生产或采购产品入库，减少企业因库存不足而导致的损失。
3.1.8产生定货报表与库存清单
本系统要求具有打印输出功能，可以根据库存信息进行判断是否需要订货（当库存量低于下限时需要定货），如果需要订货，则根据定货信息产生定货报表，并将定货报表打印输出，提交给采购员。
3.1.9商品编码
在采购的商品入库前，必须先制定一套科学的商品代码体系，为第一次采购进店的商品，或曾销售过，但规格、型号不同，对商业企业是新的商品建立基本档案，这个过程我们称之商品编码。
商品编码是指用一组数字来标识商品，这个数字称为商品代码。
通过计算机对商品信息进行管理时，必须将各种商品进、销、调、存的信息输入计算机，如果不对商品进行编码，而直接用商品名称进行标识，既影响处理速度，有可能造成信息不规范。
如：
500毫升盒装××牌牛奶，有时以“盒装500毫升××牌牛奶”输入，有时以“××牌500毫升盒装牛奶”输入，计算机系统会认为是两种不同的商品记录而造成错误。
可以想像，如果不对商业企业成千上万的商品进行分类编码，或者编码规则考虑不周而造成代码的混乱，都会给整个系统造成严重的后果。
所以，商品编码的好坏，直接影响计算机系统的成败与效率，必须对其有充分重视。
在编码过程中应注意以下原则：
（1）编码要覆盖所有商品，不得有遗漏。
（2）特别要注意要防止不同规格、不同品种的商品误用同以代码，即不得有重复。
（3）对曾经编过码并已入库或销售的商品，不能再次编码，以免造成同一商品有不同的代码。
（4）编码应按商品的类别进行，并保证足够多余量，为日后新进商品留下扩充空间。
关于商品编码的方法，常用的有条码、分类码、店内码、自定义码等，可根据实际情况综合考虑采用。
3.1.10商品信息
商业企业经营采购和销售的商品品种一般是固定的，为方便以后的工作，凡是企业经营的商品，在商品管理系统开始使用前除了为每种商品进行编码外，还需要录入商品的有关信息。
这部分是系统初始化中最大的工作量。
商品信息一旦设置输入完毕，今后的工作就变得非常的简单。
商品的信息包括商品名称、商品类别、规格型号、单位等。
3.2性能需求
3.2.1登录要求
设置系统用户登陆功能，由于一些内部资料的重要性如：
商品以及客户的一些基本信息设置了登录权限，需要设置用户名及密码：
用户名和密码必须是系统能够识别的用户名和密码（若用户名或密码输入错误的话,则提示用户名或密码错误请从新输入）。
用户名和密码有相应的位数限制（不得超过16位）。
这是对系统数据进行的安全设置与保护。
3.2.2界面要求
友好的用户界面，业务操作简单，各个功能模块应清晰可见便于用户操作。
界面要美观大方，操作步骤要清晰易学，操作对应的功能及实现不能出现二义性。
主界面应包括菜单栏以及文本域两个基本组件。
菜单栏的功能分布：
主要包括对系统的操作，信息的操作以及有关该软件一些相应的帮助信息。
3.2.3安全设置
成熟先进的技术和系统构架，采用先进的数据库访问方式，数据更安全，性能更稳定。
应具备优化、无冗余、并行作业的基本属性。
3.2.4操作实现
对于用户对信息进行的查询、删除、新增等操作能够及时做出准确且正确的反映，同时要保证系统的响应时间应在一定范围内。
3.2.5应对突发故障的能力
保证系统对商品信息的储存能力，防止溢出、延时等问题，具有一定的故障应对功能。
例如，突然断电的情况下，要保证数据及信息不丢失：
非仓库管理人员在不知道密码的情况下，对该系统进行操作时，一定次数下，提示密码重复错误，可能是非具有权限者使用，需验证身份。
3.3系统流程图
经过对用于需求的考察导出了初次的系统流程图，用户可以根据系统流程图考察系统是否完成了他们基本的需要。
导出的系统流程图如下图1：
图1系统流程图
3.4功能模块
下图2为商品库存管理信息系统的基本功能描述的数据流图。
在该数据流图中，仓库管理员通过接收事务（即商品的出库、入库等操作）来更新仓库的商品表单：
根据库存信息的变化来确定是否需要订货。
若需要订货，则根据定货信息产生定货报表，再将订货报表提交给货物采购员。
同时，仓库管理员也可以通过查询库存清单来了解当前的库存信息。
该数据流图中的数据流为：
事务（商品的出库、入库、修改等操作）、库存信息、订货信息、订货报表。
根据对用户需求的考察，导出了简略的系统的功能模型。
图2商品库存管理的数据流图
下图3到图7分别为定货报表、查询报表、库存清单、商品编号、订货数量的数据字典
图3订货报表的数据字典图4查询报表的数据字典
图5库存清单的数据字典
图（3-5）库存清单的数据字典
4.总体设计
4.1系统的详细底层数据流图
下图8为以在需求分析中导出的简略功能数据流图模型为基础进行细分得出的详细系统数据流图。
图8系统的详细底层数据流图
4.2系统总体功能的层次划分
根据详细的系统数据流图导出系统的功能模块，即系统的功能层次的划分。
图9为系统总体的功能模块的层次划分，系统的基本模块分为三个：
出库入库管理系统、查询系统以及提示系统。
并给出了相应模块的IPO表。
下面五个图分别为商品优惠提示系统、商品囤积提示系统、商品查询系统、入库操作系统、历史信息查询系统的IPO图：
图10入库操作系统IPO图图11历史信息查询系统IPO图
图12商品查询系统IPO图图13商品优惠提示系统IPO图
4.3系统数据库设计
系统数据库的设涉及了E-R模型的设计和表单的确定经过对系统存储数据的分析导出了相应的E-R模型。
4.3.1E-R模型
经过对系统的分析系统中涉及的实体有三个，分别为仓库，商品，供应商，得出了他们的实体联系图如下。
图14系统的E-R模型
4.3.2数据库表单
由于系统涉及商品一些信息的查询，这些信息包括商品本身的属性也包括了供应商和商品所在仓库的信息。
所以根据上边的E-R模型可以确定数据库实际存储的数据表单，数据表单如下。
表1.管理员登陆验证表单
数据类型
字段大小
用户名
char
10
密码
INT
15
表2.供应商信息表单
数据类型
字段大小
供应商编码
INT
20
供应商名
Char
10
地址
Char
30
联系电话
INT
15
表3.商品信息表单
数据类型
字段大小
商品号
INT
20
商品名
Char
10
商品数量
INT
20
商品单价
INT
10
供应商编号
INT
20
仓库号
INT
20
表4.仓库信息
数据类型
字段大小
仓库号
INT
20
仓库名
Char
20
仓库存储数量
INT
20
表5.记录商品数量的上线和下线
数据类型
字段大小
商品号
INT
20
商品名
Char
20
上线数量
INT
20
下线数量
INT
20
5．详细设计
以下八个程序流程图是针对总体设计中的系统功能层次图中的八个模块进行的详细设计。
5．1商品入库操作流程图
该程序流程图为商品入库操作的具体过程，程序开始后首先连接数据库，连接成功后输入商品入库信息。
系统需要判断输入的商品信息的合法性，不合法则显示错误提示，并返回至输入入库信息处；如果合法，则再检查入库商品是否已达上限，已达上限，则显示出错信息并返回至输入入库信息处；没有达到上限，则显示允许入库提示并存储入库信息，程序结束。
5．2商品出库操作流程图
图16商品出库操作流程图
该程序流程图为商品出库操作的具体过程，程序开始后首先连接数据库，连接成功后输入商品出库信息。
系统需要判断输入的商品信息的合法性，不合法则显示错误提示，并返回至输入出库信息处；如果合法，则再检查出库商品库存量是否足够，如果不足，则显示出错信息并返回至输入商品出库信息处；足够，则显示允许出库提示并修改数据库，程序结束。
5．3商品信息查询操作流程图
该程序流程图为商品信息查询操作的具体过程，程序开始后首先连接数据库，连接成功后输入要查询商品的关键字。
系统需要判断输入的要查询商品关键字的合法性，不合法则显示错误提示，并返回至输入商品关键字处；如果合法，则根据关键字进行检索，并显示检索结果；然后再询问用户是否需要打印查询表单，如果需要则打印并输出查询表单，程序结束；不需要则直接结束程序。
5．4供应商查询操作流程图
图18应商查询操作
升级会员 