软件项目开发课程设计

1、*实践教学*兰州理工大学计算机与通信学院2011年秋季学期软件开发综合训练课程设计题目：汽车零配件库存管理系统专业班级：计算机科学与技术三班姓名：钟选成学号：08240306指导老师：张红成 绩：目录摘要 i序 言 2正文 31、可行性分析 31.1问题描述31.2可行性分析研究 3技术可行性 4经济可行性4操作可行性 42 、项目开发计划 52.1 编写目的 52.2 项目背景 52.3 项目概述 52.4 项目开发计划 63 、需求分析 73.1 任务需求分析 73.1.1 数据流图、数据字典及实体联系图 93.2.1 数据流图 93.2.2 数据字典 1.0 3.2.3 实体联系 E-R

2、 图 1.2 4 、概要设计 184.1 总体设计 184.2 系统功能模块图 184.3 数据库概念设计 194.4 数据库逻辑结构设计 204.5 连接数据库的特点 24五、详细设计 255.1 系统的主要功能 255.2 程序流程图 255.3 用户界面设计 295.3.1 一般交互设计 2.95.3.2 信息显示设计 3.05.3.3 数据输入设计 3.15.4 程序设计过程 325.4.1 登录界面及密码修改 3.25.4.2 货物添加操作及修改 3.35.4.3 查询操作 3.6设计总结 38参考文献 39致 谢 40摘要汽车零配件库存管理在目前汽车产业是站很重要的位置，它关系到汽

3、车生 产的效率和质量，而这一切也决定了企业的竞争力和发展希望，在目前，如果还 用哪一老套的人工管理系统去管理汽车的那些零零碎碎的东西， 就显的太麻烦太 慢速度也会， 且在配件方面易出现错。设计该系统， 其目的在于实现零配件的管 理和出入库记录的快速高效检索，使操作简单安全，提供工作效率和保证质量。进入本系统后， 用户可进行相应的功能操作。 管理员可对各货的是否缺货信 息等的修改和查询，进行进货管理、统计操作等全自动的管理。关键词： 数据库； 数据字典；货物管理；窗体； E-R 图 库存效率此汽车零件管理系统针对各企业仓库进货管理方面的问题。 它能实现仓库进 货的综合管理，减少不必要的手工上报，

4、 也为基层单位上报数据提供便利， 减少 人工劳动。对仓库进货信息资源，出货信息资源管理的货号、货物名称、进出货时间、 数量、生产单位；货物报表登记货物的基本档案，货号、货名、入库日期、存放 地点、存放情况；日常管理中货物性质、存放要求、保质期等信息进行全面、系 统的管理。在整个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。 并且采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（需求分析、系统设计、基本实现）的基本活动贯穿起来。正文1、可行性分析1.1 问题描述随着科学技术的发展，社会进步，计算机迅速的发展 ,汽车零配件管理的方 法也在更新换代 ,由于人工管理的方法

5、效率低，劳动强度大，信息处理速度低而 且准确率也不容乐观。为了提高零件管理效率，减轻劳动强度提高，信息处理速 度和准确性；为管理员提供更方便、 科学的服务项目。 为管理员提供的一种更先 进、科学的服务系统。 于是我们便选择了由计算机来设计一个汽车仓库货物管理 系统的方案。 让计算机对零件进行自动管理， 管理员可以直接在计算机上实现零 件的信息管理，并在一定程度上实现自动化。1.2 可行性分析研究可行性分析研究是软件开发中的一个重要的环节。当接受一个软件开发任 务，就进入软件生命的第一个阶段， 即进行可行性的研究。 并不是所有问题具有 简单的解决办法， 许多问题不能在预定的规模之内解决。 因此通

6、过可行性的研究 分析可以知道问题。有无可行性的解决方法， 进而避免人力、物力和才力的浪费。在现行系统初 步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指 标，这是系统开发和评价的依据。 系统目标应充分体现， 直接为仓库货物管理系 统服务，并且，程序可以分期分批实现。但是，需要指出的是，系统目标是不可 能在总体规划阶段就提得非常具体， 它还将在开发过程中逐步明确和定量化。 以 达到更加出色的程序系统。可是，目标的提法不尽相同，例如：提高汽车零配件物管理效率，减轻劳动强度；提高信息处理速度和准确性；为管理者提供更方便、科学的服务项目。1.2.1 技术可行性技术上的可行性分析主要

7、分析现有技术条件能否顺利完成开发工作， 硬、软 件配置能否满足开发者需要等。 根据客户提出的系统功能、 性能及实现系统的各 项约束条件， 根据新系统目标来衡量所需的技术是否具备。 本系统是一个数据库 管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件 等各项条件良好， 估计利用现有技术条件应完全可以达到该系统的功能目标。 同 时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。1.2.2 经济可行性应用此系统将会在很多时候，很大程度节省人力，财力，提高效率，清晰明 了的报表资料，高效的数据处理等，而开发时期开不耗费很多人力、财力，故在 经济方面既不会有困难

8、同时有很大的价值。1.2.3 操作可行性主要是了解汽车零配件管理的相关人员对开发信息系统是否支持， 现有仓库 货物管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。汽车 零配件管理人员积极支持该系统开发， 使新系统能够充分的发挥作用； 系统操作 简单，易于理解， 只要管理人员有一定的计算机基础， 经过短时间的培训就可以 使用汽车零配件管理系统。2、项目开发计划2.1 编写目的经过项目的可行性分析， 我们对汽车零配件管理系统是可以发展的， 得出项 目可进一步进行下去的结论， 在软件继续进一步的开发之前首先给出此软件项目 计划。2.2 项目背景在计算机不断发展的今天， 计算机已经运用到

9、各个领域， 由手工的操作到计 算机的操作是一个大的飞跃， 代替了复杂的容易出错的人工操作， 节省了大量的 时间，提高了正确性， 提高了数据的可靠性。 因此每个公司使用计算机建立自己 的业务是迫在眉睫， 汽车零配件管理根据业务发展的需要， 决定建立一个数据库 管理系统，以代替单一的人工管理。这样使人工操作的管理方便，简单。2.3 项目概述1、工作内容让计算机对汽车维修工作进行自动管理， 用户可以直接在计算机上实现汽车 维修的信息管理，并能在一定程度上实现自动化。2、条件与限制 开发该软件的条件比较简单， 以开发单位目前的经济与技术条件已完全具备 开发的条件。该系统可在用户要求的期限内完成。3、产

10、品1）、程序该项目因开发时间较短，这里只给出设计思想，具体程序没写。2）、文档文档内容包括：（ 1） 封面（2）目录（ 3 ）中文摘要 100 字左右；关键词 3-5 个（ 4） 序言（5）可行性分析（6）项目开发计划（7）需求规格说明（包含需要的系统流程图、数据流程图、数 据字典、 E-R 图）（ 8） 概要设计（包含总体软件结构图、总体数据结构）（ 9） 详细设计（对概要设计内容进行详细设计）（ 10） 设计总结、参考文献、致谢等4 、验收标准软件的验收标准完全由用户提出的软件需求制定， 能保证软件的基本符合用 户的要求。2.4 项目开发计划1 、任务分解 分四个大的阶段进行开发，第一阶段

11、完成本系统的数据流图跟 E-R 图；第 二阶段完成概要设计跟详细设计； 第三阶段完成用 JAVA 编写界面以及连接数据 库；第四阶段书写文档。2 、关键问题各模块之间的联系和后台数据库的完成。 使用目前的设备与现有开发技术完 全可以开发出该系统， 总的来说该项目没有较大的技术难点与其他的一些风险因 素。对于出现的一些小难点总都能得到解决。3、需求分析该系统具有较强的实用性，适用于汽车信息的综合管理。本系统需要建立一个汽车信息库，包括基本信息表。通过对汽车信息表中各个文件的操作来实现系统的具体功能。该系统包括基础资料管理，库存管理，进货管理，各种查询，统计管理，用户密码及权限管理，数据维护等模块

12、。3.1任务需求分析在进行一个项目的设计之前，先要进行必要的需求分析，需求分析在软件 的开发过程中至关重要。经分析先给出该系统的系统流程图，如下图所示：管 理 员 登 陆供应商信息管查询供应商信息零配件信息管理退出系统图 3-1 系统流程图该系统主要包括供应商信息管理、零配件基本管理、零售商信息管理、 仓库 管理员信息管理、仓库信息管理等；系统要实现基本信息录入、修改、查询等功能：1）基本数据输入：输入需求各零配件的用户信息。2 ）零配件管理：包括供应商管理、车辆需求管理及零件记录的管理 ,同时实现零件的增加、修改、删除和需求记录的打印功能。3）采购管理：实现对车辆配件的采购管理以及配件供应商

13、信息的管理。4）综合查询：实现对零件的基本信息、零件记录信息、采购信息和退货件等信息的查询。数据流图、数据字典及实体联系图数据流图该系统数据流程图如图3.2所示:图3.2系统数据流程图数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数 据存储和数据源(数据终点)。数据流(Data Flow):为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项处理(Process):表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。数据存储：表示用文件方式或数据库形式所存储的数据

14、，堆砌进行的存取分别以指向或离开数据存储的箭头表示。:双杠表示数据存储:方框表示数据的源点或终点:箭头表示数据流数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员， 它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引 入的，一般只出现在数据流图的起点和终点322数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的 定义的集合。由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每 张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便， 而且能单独 处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。数据字典卡

15、片:名字：零件编号名称：零件清单别名：别名：库存报表描述：惟一地标识库存清单中一个特定零件的关描述：零件存储的描述键域定义：零件编号+名称+生产日期+数量+单价+上、定义：配件编号-8字符8下限位置：进货报表位置：输出到打印机库存清单保存到磁盘事务名称：进货清单别名：进货报表描述：每次进货的零件描述定义：零件编号+名称+生产日期+数量位置：输出到打印机保存到磁盘名称：配件现存量清单别名：现存清单描述：零配件存量描述定义：零件编号+名称+生产日期+数量+上下限+状态标志（正常、紧急、警告、严重）位置：输出到打印机保存到磁盘名字：零配件生产单位别名：生产商描述：惟一的标识零件生产的一个特定的单位

16、定义：单位名+负责人+联系电话位置：进货报表出货报表库存清单名字：零配件供应单位别名：供应商描述：惟一的标识零配件来源的一个特定的单位定义：单位名+负责人+联系电话位置：进货报表出货报表库存清单名字：上期数量别名：描述：某种零件的库存数量 定义：上期数量=1数字5 位置：零件入库信息零件出库信息名字：进货数量别名：本次数量描述：某种零件的一次入库数量 定义：本次数量=1数字5 位置：零件入库信息名字：需求数量别名：本次数量描述：某种零件一次被某单位领取的数量 定义：本次数量=1数字5位置：零件出库信息名字：出货清单别名：出货报表描述：每次出货的零件描述定义：零件编号+名称+生产日期+有效期+数

17、量 位置：输出到打印机感谢下载载保存到磁盘323实体联系E-R图根据对数据流图和数据字典的分析， 我们可以确定该应用中的实体，属性和 实体之间的关系，并画出如下所示的 E-R图。图3.3需求单位实体E-R图3.5库存E-R图图3.6 供应单位实体E-R图图3.7 入库信息实体E-R图图3.8出库信息实体E-R图感谢下载载图3.9用户实体E-R图电话供应单位名称电话需求单位4、概要设计4.1总体设计通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要 的原理是模块独立，

18、让模块彼此间的接口关系应该尽量简单。4.2系统功能模块图可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能 高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试 和易于维护的软件结构，应该对模块进行再分解或合并。系统功能模块图如图4.1所示：打印设置汽车零配件管理系统系统模块日志管理4.3 数据库概念设计数据库一般分为三级模式： 外模式、概念模式和内模式。外模式也就是不同 用户所对的数据视图， 它将数据库内部抽象的数据及其互相之间的关系表示为简 单、直观的应用界面。 概念模式是数据库中全部数据的逻辑结构和特征描述， 通 常以某种数据模型为基础。内模式是对数据的

19、物理结构和存储方式的描述。在这里我们将要设计的是数据库的概念模式， 通过对仓库零配件管理系统的内容和数据流程分析及 E-R 图，设计如下数 据项和数据结构。仓库信息 。包括库房名称、库位名称、库存零配件、来往客户信息、库房编 号、库位编号，仓库管理员等。零配件信息 。 包括名称、供应单位、生产单位、生产日期、货物数量、货物 单价、入库时间、货物编号等。单位信息。包括单位名称、负责人、地址、联系电话等信息。零配件入库信息。 包括配件编号、 货物名、生产单位、供应单位、 本次数量、 生产时间、货物单价、入库时间、经办人等信息。零配件出库信息。包括配件编号、配件名、生产单位、供应单位、配件需求 单位

20、名、本次数量、生产时间、零配件单价、出库时间、经办人等信息。用户信息。包括用户名称、密码、所在单位、用户权限信息、操作员、最后 修改时间。数据库概念结构设计， 是在需求分析的基础上， 设计出能够满足用户需求的 各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。4.4数据库逻辑结构设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上DBMS所支持的数据模型，例如，将 E-R图模型转化为关系模型，道理很简单，我们设 计概念模型基本上都是一些抽象的关系， 在再数据库设计的实现过程中，在计算 机上有效地表示出这些关系就成了数据库设计的关键。根据汽车零配件管理系统的功能要求，选取SQL

21、Server 2000作为后台数据 库。在上面的实体和实体之间的 E-R图设计基础上，形成数据库中的表格及表 格之间的关系。该数据库由6个表组成，需求单位表、零配件表、供应单位表、入库信息表、 出库信息表、操作用户表。一、主表的结构设计1. 需求单位信息需求单位表是对需求单位信息进行统计， 包括单位名、单位编号、取货时间、 地址、负责人、联系电话、操作员、所需配件、配件单价、零配件数量等信息。需求单位表的结构表如表4-1所示表4-1.需求单位结构表列名数据类型长度是否允许为空说明keynu mbermoney8否编号（主键）dwn amevarchar50否单位名dwadressvarchar

22、20否地址dwma nagervarchar8否负责人Ixtelvarchar20是联系电话operatorvarchar8是操作员Ijpricemoney8是单价xqhwvarchar20是所需配件xqam ountint4否配件数量qhtimedatatime8否取货时间2. 供应单位信息供应单位信息表是提供配件的单位信息的统计，包括单位编号、单位名称、负责人、联系电话、地址、所供应零配件、零配件单价、零配件商量等信息供应单位信息表的结构如表4-2所示表4-2供应单位信息结构表列名数据类型长度是否为空说明gydw nu mbermoney8否编号（主键）gydw namevarchar20

23、否单位名称gydwma nagervarchar8是负责人gydwtelvarchar50是联系电话gydwadressvarchar20否地址operatorvarchar8是操作员gypricemoney8是单价gyhwvarchar20是供应零配件gyam ountint4否零配件数量3. 零配件信息零配件表是对配件信息的统计，包括名称、供应单位、生产单位、生产时间、配件数量、配件单价、入库时间、编号等配件表的结构如表4-3所示表4-3零配件结构表列名数据类型长度是否为空说明gydwvarchar50是供应单位ljn amevarchar20是配件名称scdwvarchar10是生产单位

24、sctimedatatime8是生产时间Ijam ountint8是配件数量Ijpricemoney10是配件单价rktimedatatime8是入库时间operatorvarchar8是操作员keynu mbermoney6否编号（主键）4.配件入库信息零配件入库信息是对入库信息的统计， 包括货物编号、零配件名称、生产单 位、供应单位、本次数量、生产时间、零配件单价、入库时间、经办人等信息。零配件入库信息表结构如表4-4所示表4-4零配件入库信息结构表列名数据类型长度是否为空说明Ijnu mberint6否零配件编号ljn amevarchar20否零配件名称scdwvarchar10否生产

25、单位gydwvarchar20是供应单位bcslint8是本次数量sctimevarchar8是生产日期Ijpricemoney8是零配件单价rktimedatetime8是入库时间jbrvarchar10是经办人5.操作用户信息操作用户表是对使用本系统的用户进行身份和权限验证用的，包括用户名 称、密码、所在单位、用户权限信息、操作员、最后修改时间。操作用户表的结构如表4-5所示表4-5操作用户结构表列名数据类型长度是否为空说明user namevarchar20否用户名passwordvarchar10否密码szdwvarchar10是所在单位operatorvarchar8是操作员6、零配

26、件出库信息零配件出库表是对出库信息的统计。包括货物编号、零配件名称、生产单 位、需求单位、本次数量、生产时间、零配件单价、出库时间、经办人等信息。零配件出库信息表结构表如表4-6所示表4-6零配件出库信息结构表列名数据类型长度是否为空说明Ijnu mberint6否配件号ljn amevarchar20否配件名scdwvarchar10否生产单位xqdwvarchar10否需求单位bcslint8是本次数量sctimevarchar8是生产日期Ijpricemoney10是配件单价cktimedatetime8是出库时间jbrvarchar10是经办人4.5连接数据库的特点当开发环境通过连接到

27、数据库上之后，在设计中使用数据库画笔可实现对该 数据库中表格，视图等的操作，如创建表，修改表，删除表，增加/删除记录。设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中 则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行 并实现与数据库的连接。五、详细设计详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统， 包括了 用户界面设计、程序过程设计等步骤。5.1 系统的主要功能1、汽车零配件库存各种信息的输入，包括入库，出库，还原，需求信息的输入等2、零配件货物管理的各种信息查询，修改和维护3、在零配件库存管理中加入最高储备和最低储备字段，对仓库的配件设备

28、实现监控和报警4、对零配件库存的进货管理，对需求单位的货物需求管理5、操作日志的管理6、汽车零配件库存管理系统的使用帮助5.2 程序流程图程序流程图的优点是对控制流程的描绘很直观，易于掌握。1 、出货系统其程序流程图如图 5.1 所示管理员出货结束图5.1出货系统程序流程图2、进货系统程序流程图如图5.2所示：管理员图5.2进货系统程序流程图5.3用户界面设计5.3.1 一般交互设计一般交互涉及信息显示、数据输入、和系统整体控制等方面。1、一致性为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能， 使用一致的格式。在设计的过程中，基本上保持了系统的格式一致。2、信息的反馈向用户及

29、时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建 立双向通信。在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外， 在进行错误 操作是，会弹出提示窗口并发出警告提示音。3、执行有较大影响的操作前提示用户确认在设计过程中， 如果用户要执行删除操作，以及对数据库的读写操作时， 都 会有窗体弹出询问继续操作或者予以提示。4、减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据， 所以在设计过程中在需要数据 传递的窗体中设置全局变量， 来传递数据。 例如在入账和入库的模块的操作中都 用到了这样的方法。5

30、、对话、移动和思考的效率 尽量减少用户击键的次数， 在设计时考虑到了用户屏幕的布局以减少用户鼠 标移动的距离，尽量避免用户在操作中发生疑问的情况。6、允许错误允许用户的误操作尽量不对系统造成伤害。7、按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然 。5.3.2 信息显示设计应当尽量为用户提供的界面显示时完整的、 明确的和容易理解的。 这样才能 满足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移 动和大小，使用颜色和省略等方式传达信息。1、只显示与当前工作有关的信息在用户操作有关系统的特定功能的信息时， 不必看到与之无关的数

31、据、 菜单 和图形。2、使用便于用户迅速吸收数据的方式来表示数据在系统设计的过程中， 较多地使用了图表的形式表示数据， 例如在分析中就 使用了柱状图的形式表现了复杂的数据。 这样，用户可以直观的体会到图表所表 示的含义。3、使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、 无误，就必须适用一致的标记、标准的缩写 和可以预知的缩写， 这样用户就无需参照其他信息源就能理解， 而正确地适用软 件。4、产生有意义的错误信息 对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信 息，以使用户保持对系统的信任，和系统的可用性。5、使用窗口分隔不同类型的信息 使用不同的窗口

32、显示、保存不同类型的信息。6、高效率的使用显示屏 当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。 此外，屏幕的大小应该选得和应用系统的类型相配套。在各个显示数据的窗口中， 由于数据窗体项目较多， 所以在数据窗体空间中 较多的是用了垂直和水平滚动条，以保证信息的全面正确显示。5.3.3 数据输入设计用户的大部分时间用在选择菜单命令、 键入数据和向系统提供输入。 在系统 中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的数据输入操作有如下约定：1、保持信息显示和数据输入间的一致性为了方便用户的使用，鼠标应当尽量减少操作的幅度。2、保持显示信息和输入信

33、息之间的一致性对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征 （例如: 文字大小、颜色、位置等）要一致。5.4程序设计过程程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分：登录界面及密码修改在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中的数据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输入， 若输入次数超过三次，则关闭系统。在这个部分中，需要对用户的类型存入一个全局变量， 予以判断其所具有的 系统使用权限，例如，用户类型为 DBA，则该用户拥有系统的一切权力，可以

34、 对每一部分进行添加、删除、查找、统计等操作；而其他用户类型都依据其类型 的属性，可以使用的部分也会相应减少，而只能使用一部分与其类型相匹配的功 能。2、密码修改如图5.4所示对数据库中的相应字段进行更新提示已更新并提交更新关闭窗体图5.4密码修改图在用户更改密码时，系统首先判断输入的两次旧密码是否一致，若一致，则 判断原密码是否正确，如果原密码正确，则对数据库中的相应字段进行更新。货物添加操作及修改1、货物添加如图5.5所示：图5.5零配件添加如图管理员查询某零配件时货物名及零配件号与数据库中的数据不相一致，系统提示所查零配件在仓库里为空，即仓库从没存储该零配件。然后管理员可根据零配件库存

35、管理的需求是否保存该零配件。2、零配件修改此功能是对零配件单价、库位、编号修改。首先系统将从数据库中读取所有可用的零配件信息，其中包括编号、名称、入库 时间、单价等信息，管理员可视情况分别修改。修改完毕并确认后，系统将所做修改 保存，并将新的记录保存于数据库中。在零配件货物管理操作中，为了保护数据库以及考虑实际因素，对单价、编号的修改时都不能留空，同时编号的修改也不能有重复，若出现此类情况则提示出错。实现该功能的程序流程图如5.6所示：开始界面库存管理系 统否+是单价修改零件编号库位修改修改成功图5.6零配件修改程序流程图543查询操作查询操作如图5.7所示、输入查询雯是否存在该信息数据否是提示没有 所要查询 的信息输出该信息确认信息关闭窗体图5.7查询操作图在执行查询操作之前通常要先在单行文本框中输入被查询的条件， 在单行文 本框失去聚焦时将查询条件传递给查询按钮的单击事件中， 然后过滤语句依据此 过滤条件过滤得出相应的数据，并显示在其他数据窗体控件中。在通常情况下，用户可以在得到要查询的信息后，对它们的各个字段进行修 改，经过修改后，在退出时系统会提示进行存储。在完成了用户界面设计和程序过程设计后，基本上完成了详细设计的内容设计总结通过对本汽车零配件库存管理系统的设计，使我认识到软件开发的过程不仅 仅是实际上就是描述现实世界的过程。而由现实世界向软件模型的转化过