软件工程课设商品库存信息管理系统.doc

目录
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及SQL Server 2023)，市场上都容易购买到或从相关网站下载，系统成本重要集中在本管理系统的开发与维护上，对用户不导致过重的经济承担。而一旦此系统投入使用,不仅可以减少库存的工作强度，提高工作效率，并且方便了库存对信息的管理，延续了传统的管理模式，极大限度地方便了库存管理人员，并且，商品库存管理系统是一个小型的管理系统，在开发时目的系统不是很复杂，开发的周期较短，人员经济支出不大，使库存管理工作变繁为简，使其更加合理化、规范化、工作效率的提高会给公司带来整体水平的提高，所节省的大量人力、财力产生的效益将远远大于本系统的开发成本，所以从经济方面讲开发此系统是可行的，是非常值得投资的。
2.3操作可行性
考虑这个系统的操作方式在这个用户组织内能否行得通。
本系统采用Visual C++2023作为系统前台应用程序开发环境，使用MFC设计有好的界面，使其美观，操作简朴。采用SQL Server 2023工具建立数据库。由于库存管理人员已有丰富的信息管理经验，通过本系统的设计人员与之的交流沟通，可对本系统的功能应用作进一步完善以满足公司的需求。
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为商品库存管理信息系统的基本功能描述的数据流图。在该数据流图中，仓库管理员通过接受事务（即商品的出库、入库等操作）来更新仓库的商品表单：根据库存信息的变化来拟定是否需要订货。若需要订货，则根据定货信息产生定货报表，再将订货报表提交给货品采购员。同时，仓库管理员也可以通过查询库存清单来了解当前的库存信息。该数据流图中的数据流为：事务（商品的出库、入库、修改等操作）、库存信息、订货信息、订货报表。根据对用户需求的考察，导出了简略的系统的功能模型。
仓库管理员
1.1

接受事务
1.2
更新仓库的商品表单
1.3

解决订货
1.4
查询
仓库管理员
1.5

产生订货报表
采购员
库存清单
订货信息
事务
查询报表
库存
信息
订货信息
订货信息

图2 商品库存管理的数据流图
下图3到图7分别为定货报表、查询报表、库存清单、商品编号、订货数量的数据字典

名称：查询报表
别名：查询信息
描述：当采购员对某一商品进行查询时，通过解决后输出一张相关商品的信息报表给采购员
定义：查询报表=商品号+商品名称+商品的数量+商品的入库时间+商品的提供商+商品的价格
位置：打印机
名字：订货报表
别名：订货信息
描述：当仓库的某一商品的数量小于一定值时就给采购员发送一张订货报表
定义：订货报表=商品号+商品名称+订货数量+目前价格+提供商编号
位置：输出到打印机
位置：

图3订货报表的数据字典 图4 查询报表的数据字典
名字：库存清单
别名：
描述：商品在仓库中存储的表单
定义：库存清单=商品号+商品名称+商品数量+单价+入库时间+供应者
位置：打印机
名字：订货数量
别名：
描述：某个商品一次订货的数量
定义：订货数量=1{数字}5
位置：定货报表
订货信息

图6 订货数量的数据字典

图5 库存清单的数据字典
名字：商品编号
别名：
描述：唯一的标记库存清单、订货报表和查询报表中一个特定商品的关键域
定义：商品编号=8{字符}8
位置：库存清单
订货信息
定货报表
图（3-5）库存清单的数据字典

图 7商品编号的数据字典

4.总体设计
4.1系统的具体底层数据流图
下图8为以在需求分析中导出的简略功能数据流图模型为基础进行细分得出的具体系统数据流图。
仓库管理员
登陆
验证
信息
记录
成功
失败

主界面
进货信息
更新库存清单
库存清单
销售信息
库存清单
更新清单
查询信息
查询解决
历史信息记录
历史信息解决
管理员
管理员
历史信息记录
产生
提醒
解决
采购员
订货报表
D1
D1
A1
A1
商品
囤积
解决
管理员

图8 系统的具体底层数据流图
4.2系统总体功能的层次划分
根据具体的系统数据流图导出系统的功能模块，即系统的功能层次的划分。图9为系统总体的功能模块的层次划分，系统的基本模块分为三个：出库入库管理系统、查询系统以及提醒系统。并给出了相应模块的IPO表。

商品库存管理系统

提
示
系
统

查
询
系
统

出
库
入
库 管
理
系
统

商品优惠提醒

货品
囤积提醒

产生订货系统
历史信息查询
供应商查询
商品查询系统
出库操作系统
入库操作系统

远程数据信息

货品囤积解决

订货
报表
解决

历史进出库信息
供应商信息
查询关键字

出库商品数据

进货
商品数据

图9 系统总体功能的层次划分

下面五个图分别为商品优惠提醒系统、商品囤积提醒系统、商品查询系统、入库操作系统、历史信息查询系统的IPO图：

IPO表
系统：历史信息查询系统
模块描述：用于记录在过去的时间里进货和销售产品的数据记录
编号：2.0
被调用：查询系统
调用：历史信息记录解决
输入：历史信息库
输出：历史订货，销售曲线

IPO表
系统：入库操作系统
模块描述：当有订货时就进行对 数据库表单的各项数据进行更新
编号：1.1
被调用：出库入库管理系统
输入：进货的数据
输出：更新数据库
解决：根据进货的数据进行对库存数据进行更新

图10入库操作系统IPO图 图11历史信息查询系统IPO图
IPO表
系统：商品优惠提醒系统
模块描述：提醒仓库管理员有供应商进行优惠活动
编号：3.3
被调用：提醒系统
调用：信息提醒系统
输入：远程信息
输出：提醒信息

IPO表
系统：商品查询系统
模块描述：用于查询相关的信息
编号：2.1
被调用：查询系统
调用：数据库查询操作
输入：商品号
输出：商品的信息表单

图12商品查询系统IPO图 图13 商品优惠提醒系统IPO图
4.3系统数据库设计
系统数据库的设涉及了E-R模型的设计和表单的拟定通过对系统存储数据的分析导出了相应的E-R模型。
4.3.1 E-R模型
通过对系统的分析系统中涉及的实体有三个，分别为仓库，商品，供应商，得出了他们的实体联系图如下。

供应量
供应商编号
编号

单价

地址

N
M
名称

供应

商品
供应商

商品号

N
联系人

库存
仓库号

条形码

电话

库存量

仓库

仓库名

仓库号

图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商品入库操作流程图
开始
连接数据库
错误提醒
入库信息存储
允许入库提醒
错误提醒
结束
检查信息是否合法
入库商品是否已达上限
Y
Y
N
N
输入商品入库信息
图15 商品入库操作流程图

该程序流程图为商品入库操作的具体过程，程序开始后一方面连接数据库，连接成功后输入商品入库信息。系统需要判断输入的商品信息的合法性，不合法则显示错误提醒，并返回至输入入库信息处；假如合法，则再检查入库商品是否已达上限，已达上限，则显示犯错信息并返回至输入入库信息处；没有达成上限，则显示允许入库提醒并存储入库信息，程序结束。
5．2商品出库操作流程图

图16 商品出库操作流程图
开始
连接数据库
检查信息是否合法
修改数据库
允许出库提醒
错误提醒
错误提醒
库存量是否足够
结束
N
N
Y
Y
输入商品出库信息

该程序流程图为商品出库操作的具体过程，程序开始后一方面连接数据库，连接成功后输入商品出库信息。系统需要判断输入的商品信息的合法性，不合法则显示错误提醒，并返回至输入出库信息处；假如合法，则再检查出库商品库存量是否足够，假如局限性，则显示犯错信息并返回至输入商品出库信息处；足够，则显示允许出库提醒并修改数据库，程序结束。
5．3商品信息查询操作流程图
开始
连接数据库
检查关键字是否合法
显示检索结果
错误提醒
检索关键字
是否打印表单
结束
N
N
Y
Y
输入商品关键字
打印输出
图17 商品信息查询操作流程图

该程序流程图为商品信息查询操作的具体过程，程序开始后一方面连接数据库，连接成功后输入要查询商品的关键字。系统需要判断输入的要查询商品关键字的合法性，不合法则显示错误提醒，并返回至输入商品关键字处；假如合法，则根据关键字进行检索，并显示检索结果；然后再询问用户是否需要打印查询表单，假如需要则打印并输出查询表单，程序结束；不需要则直接结束程序。
5．4供应商查询操作流程图
图18 应商查询操作流程图
开始
连接数据库
检查关键字是否合法
显示检索结果
错误提醒
检索关键字
是否打印表单
结束
N
N
Y
Y
打印输出
输入供应商关键字

该程序流程图为供应商查询操作的具体过程，程序开始后一方面连接数据库，连接成功后输入要查询供应商的关键字。系统需要判断输入的要查询供应商关键字的合法性，不合法则显示错误提醒，并返回至输入供应商关键字处；假如合法，则根据关键字进行检索，并显示检索结果；然后再询问用户是否需要打印查询结果，假如需要则打印并输出查询结果，程序结束；不需要则直接结束程序。
5.5历史信息查询操作流程图
图19 历史信息查询操作流程图
开始
连接数据库
检查输入日期是否合法
显示检索结果
错误提醒
检索历史信息
是否打印表单
结束
N
N
Y
Y
打印输出
输入查询日期

该程序流程图为历史信息查询操作的具体过程，程序开始后一方面连接数据库，连接成功后输入要查询的日期。系统需要判断输入日期的合法性，不合法则显示错误提醒，并返回至输入查询日期处；假如合法，则根据日期进行检索，并显示检索结果；然后再询问用户是否需要打印查询结果，假如需要则打印并输出查询结果，程序结束；不需要则直接结束程序。
5．6产生订货解决操作流程图
开始
连接数据库
是否需要进货
存入订货表单
显示商品信息
是否检索完毕
结束
N
N
Y
Y
打印输出
检查商品库存
是否打印表单
Y
N
形成订货表单
图20 产生订货解决流程图

该程序流程图为产生订货解决的具体过程，程序开始后一方面连接数据库，连接成功后依次检查每样商品的库存量并判断该商品是否需要进货，假如需要则显示商品信息，再将商品信息存入订货表单，在判断库中商品是否检查完毕；假如不需要订货，则判断库中商品是否检查完毕；假如没有检查完毕，则返回检查商品库存处继续循环执行，假如检查完毕，则形成订货表单，然后再询问用户是否需要打印订货表单，假如需要则打印并输出订货表单，程序结束；不需要则直接结束程序。
5．7商品囤积解决操作流程图
开始
连接数据库
是否将要过期
存至积货表单
是否检索完毕
结束
N
N
Y
Y
打印输出
检查商品信息
是否打印表单
Y
N
形成积货表单
图21 商品囤积解决流程图
显示商品囤积提醒

该程序流程图为商品囤积提醒的具体过程，程序开始后一方面连接数据库，连接成功后依次检查每样商品的信息并判断该商品是否将要过期，假如将要过期则将该商品存至积货表单，再判断是否检索完毕；假如没有将要过期，则再判断是否检索完毕；假如没有检索完毕，则返回检查商品信息处继续循环执行，假如检查完毕，则形成积货表单并显示积货提醒，然后再询问用户是否需要打印积货表单，假如需要则打印并输出积货表单，程序结束；不需要则直接结束程序。
5．8商品优惠提醒操作流程图
开始
连接数据库
显示商品优惠提醒
是否打印优惠提醒表单
结束
N
Y
打印输出
查询积货表单
图22 商品优惠解决流程图

该程序流程图为商品优惠解决的具体过程，程序开始后一方面连接数据库，连接成功后查询积货表单并显示商品优惠提醒；然后再询问用户是否需要打印优惠提醒单，假如需要则打印并输出优惠提醒单，程序结束；不需要则直接结束程序。
六.总结感悟
通过为期一周的课程设计，该商品库存管理信息系统报告基本完毕。虽说不算尽善尽美，但基本功能与规定也尽也许的所有罗列在内。
在本次课程设计中，我们重新复习了课本中关于软件工程设计的基本环节与规定，尽也许的严格按照书中所说的进行。关于研究背景与可行性分析的叙述，增强了我们对本次商品库存管理信息系统必要性及可行性的了解；需求分析方面，是我们对本次设计的系统规定有了总体概况，基本流程图及数据字典等的描述使我们对软件设计的功能描述更加纯熟；总体设计与具体设计是最消耗时间与精力的，需要把方方面面尽也许的考虑完全，让每一个模块都尽也许的完善。虽然很累，但每完毕一部分，就能收获一份喜悦，这其中带来的成就感也是无法比拟的。总的来说，这次设计的商品库存信息管理系统还是比较成功的，在设计中碰到了不少问题，最后在我们的坚持不懈的努力下，终于得到解决，并且感觉到了平时所学的知识有了实用的价值，是实际与应用的真正结合。
本次课程设计不仅学到了不少知识，并且锻炼了自己的能力，使自己对以后的路有了更加清楚的结识，同时，对未来有了更多的信心。最后，对给过我门帮助的所有同学和各位指导老师再次表达忠心的感谢！

参考文献：
[1] 王珊，萨师煊. 数据库系统概论[M]. 北京：高等教育出版社, 2023.4:45-78
[2] 李昆. SQL SERVER 2023课程设计案例精编[M]. 北京：中国水利水电出版社, 2023.5:75-87
[3] 张海藩. 软件工程导论（第五版）[M]. 北京：清华大学出版社, 2023.2:9-18
[4] 尹锋. 软件工程系统论研究初探[J]. 航空计算技术, 2023,03:37-41.
[5] 骆斌,葛季栋,丁二玉,邵栋,王浩然. 软件工程专业课程体系的研究与创新实践[J]. 计算机教育, 2023,23:9-13.
[6] 刘天惠编著.Visual Basic 程序设计教程[M]. 北京:清华大学出版社.2023.2
[7] 系统开发小组 .《图书管理系统需求分析报告》.  郑州航院信息记录职业学院
[8]陈维兴、林小茶.  C++面向对象程序设计教程（第三版）[M], 北京: 清华大学人民邮电出版社
[9]李晓黎、张巍等. Visual Basic + SQL Server 数据库应用系统开发与实例 [M], 北京:人民邮电出版社
[10] 施伯乐、丁宝康、汪卫. 数据库系统教程（第三版）[M], 北京:高等教育出版社
[11]汤庸.软件工程方法学[M], 北京:中国三峡出版社