软件项目开发课程设计-汽车零配件库存管理系统说明书

1、i*实践教学实践教学*兰州理工大学兰州理工大学计算机与通信学院2011 年秋季学期软件开发综合训练软件开发综合训练课程设计课程设计 题 目：汽车零配件库存管理系统 专业班级：计算机科学与技术三班 姓 名： 钟选成 学 号： 08240306 指导老师： 张红 成 绩： ii目目 录录摘摘 要要 .1序序 言言 .2正文正文 .31、可行性分析、可行性分析 .31.1 问题描述.31.2 可行性分析研究.31.2.1 技术可行性.41.2.2 经济可行性.41.2.3 操作可行性.42、项目开发计划、项目开发计划 .52.1 编写目的.52.2 项目背景.52.3 项目概述.52.4 项目开发计

2、划.63、需求分析、需求分析 .63.1 任务需求分析.63.1.1 数据流图、数据字典及实体联系图.63.2.1 数据流图.63.2.2 数据字典.63.2.3 实体联系 E-R 图.64、概要设计、概要设计 .64.1 总体设计.64.2 系统功能模块图.64.3 数据库概念设计.64.4 数据库逻辑结构设计.64.5 连接数据库的特点.6五、详细设计五、详细设计 .65.1 系统的主要功能.65.2 程序流程图.65.3 用户界面设计.65.3.1 一般交互设计.65.3.2 信息显示设计.65.3.3 数据输入设计.65.4 程序设计过程.65.4.1 登录界面及密码修改.65.4.2

3、 货物添加操作及修改.65.4.3 查询操作.6iii设计总结设计总结 .6参考文献参考文献 .6致致 谢谢 .61摘摘 要要 汽车零配件库存管理在目前汽车产业是站很重要的位置，它关系到汽车生产的效率和质量，而这一切也决定了企业的竞争力和发展希望，在目前，如果还用哪一老套的人工管理系统去管理汽车的那些零零碎碎的东西，就显的太麻烦太慢速度也会，且在配件方面易出现错。设计该系统，其目的在于实现零配件的管理和出入库记录的快速高效检索，使操作简单安全，提供工作效率和保证质量。进入本系统后，用户可进行相应的功能操作。管理员可对各货的是否缺货信息等的修改和查询，进行进货管理、统计操作等全自动的管理。关键词

4、关键词： 数据库； 数据字典；货物管理；窗体；E-R 图 库存效率2序序 言言此汽车零件管理系统针对各企业仓库进货管理方面的问题。它能实现仓库进货的综合管理，减少不必要的手工上报，也为基层单位上报数据提供便利，减少人工劳动。对仓库进货信息资源，出货信息资源管理的货号、货物名称、进出货时间、数量、生产单位；货物报表登记货物的基本档案，货号、货名、入库日期、存放地点、存放情况；日常管理中货物性质、存放要求、保质期等信息进行全面、系统的管理。在整个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。并且采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段（需求分析、系统设计、基本

5、实现）的基本活动贯穿起来。3正文正文1 1、可行性分析、可行性分析1.11.1 问题描述问题描述随着科学技术的发展，社会进步，计算机迅速的发展,汽车零配件管理的方法也在更新换代,由于人工管理的方法效率低，劳动强度大，信息处理速度低而且准确率也不容乐观。为了提高零件管理效率，减轻劳动强度提高，信息处理速度和准确性；为管理员提供更方便、科学的服务项目。为管理员提供的一种更先进、科学的服务系统。于是我们便选择了由计算机来设计一个汽车仓库货物管理系统的方案。让计算机对零件进行自动管理，管理员可以直接在计算机上实现零件的信息管理，并在一定程度上实现自动化。1.21.2 可行性分析研究可行性分析研究可行性

6、分析研究是软件开发中的一个重要的环节。当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。并不是所有问题具有简单的解决办法，许多问题不能在预定的规模之内解决。因此通过可行性的研究分析可以知道问题。有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。系统目标应充分体现，直接为仓库货物管理系统服务，并且，程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加出色的程序系统。可是，目标的提法

7、不尽相同，例如：提高汽车零配件物管理效率，减轻劳动强度；提高信息处理速度和准确性；为管理者提供更方便、科学的服务项目。41.2.11.2.1 技术可行性技术可行性技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备。本系统是一个数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。1.2.21.2.2

8、经济可行性经济可行性应用此系统将会在很多时候，很大程度节省人力，财力，提高效率，清晰明了的报表资料，高效的数据处理等，而开发时期开不耗费很多人力、财力，故在经济方面既不会有困难同时有很大的价值。1.2.31.2.3 操作可行性操作可行性主要是了解汽车零配件管理的相关人员对开发信息系统是否支持，现有仓库货物管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。汽车零配件管理人员积极支持该系统开发，使新系统能够充分的发挥作用；系统操作简单，易于理解，只要管理人员有一定的计算机基础，经过短时间的培训就可以使用汽车零配件管理系统。52 2、项目开发计划、项目开发计划2.12.1 编写目的编写目

9、的经过项目的可行性分析，我们对汽车零配件管理系统是可以发展的，得出项目可进一步进行下去的结论，在软件继续进一步的开发之前首先给出此软件项目计划。2.22.2 项目背景项目背景在计算机不断发展的今天，计算机已经运用到各个领域，由手工的操作到计算机的操作是一个大的飞跃，代替了复杂的容易出错的人工操作，节省了大量的时间，提高了正确性，提高了数据的可靠性。因此每个公司使用计算机建立自己的业务是迫在眉睫，汽车零配件管理根据业务发展的需要，决定建立一个数据库管理系统，以代替单一的人工管理。这样使人工操作的管理方便，简单。2.32.3 项目概述项目概述1、工作内容让计算机对汽车维修工作进行自动管理，用户可以

10、直接在计算机上实现汽车维修的信息管理，并能在一定程度上实现自动化。 2、条件与限制开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。该系统可在用户要求的期限内完成。 3、产品1） 、程序该项目因开发时间较短，这里只给出设计思想，具体程序没写。2） 、文档文档内容包括：（1) 封面（2）目录6（3）中文摘要 100 字左右；关键词 3-5 个（4) 序言（5）可行性分析（6）项目开发计划（7）需求规格说明（包含需要的系统流程图、数据流程图、数据字典、E-R 图）（8) 概要设计（包含总体软件结构图、总体数据结构）（9) 详细设计（对概要设计内容进行详细设计）（10)

11、设计总结、参考文献、致谢等4、验收标准软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用户的要求。 2.42.4 项目开发计划项目开发计划1、任务分解分四个大的阶段进行开发，第一阶段完成本系统的数据流图跟 E-R 图；第二阶段完成概要设计跟详细设计；第三阶段完成用 JAVA 编写界面以及连接数据库；第四阶段书写文档。2、关键问题各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。对于出现的一些小难点总都能得到解决。 73 3、需求分析、需求分析该系统具有较强的实用性，适用于汽车信息的综合管理

12、。本系统需要建立一个汽车信息库，包括基本信息表。通过对汽车信息表中各个文件的操作来实现系统的具体功能。该系统包括基础资料管理，库存管理，进货管理，各种查询，统计管理，用户密码及权限管理，数据维护等模块。3.13.1 任务需求分析任务需求分析在进行一个项目的设计之前，先要进行必要的需求分析，需求分析在软件的开发过程中至关重要。经分析先给出该系统的系统流程图，如下图所示： 图 3-1 系统流程图退出系统管理员登陆主界面管理员管理仓库信管理零配件信息管理理供应商信息管添加或删除零件修改供应商信息查询零配件信息按配件名称查询按供应商查询添加或删除库存信息修改库存信息查询库存信息按配件编号查询按库存号查

13、询添加或删除配件记录修改零件记录查询零件记录打印输出记录单查询用户需求信息查询进货信息查询退货信息添加或删除供应商信息查询供应商信息修改供应商信息8该系统主要包括供应商信息管理、零配件基本管理、零售商信息管理、仓库管理员信息管理、仓库信息管理等；系统要实现基本信息录入、修改、查询等功能：1）基本数据输入：输入需求各零配件的用户信息。2）零配件管理：包括供应商管理、车辆需求管理及零件记录的管理,同时实现零件的增加、修改、删除和需求记录的打印功能。3）采购管理：实现对车辆配件的采购管理以及配件供应商信息的管理。4）综合查询：实现对零件的基本信息、零件记录信息、采购信息和退货件等信息的查询。93.1

14、.13.1.1数据流图、数据字典及实体联系图数据流图、数据字典及实体联系图3.2.13.2.1 数据流图数据流图该系统数据流程图如图 3.2 所示：更新库存清 单处理进 货产生进货报 表处理零 件处理零 件产生零件报 表零件管理员经办人产生零件报 表D1 库存清单D1 库存清单D2 进货信息D4 出库信息更新 事物库存信息库存清单进货信息进货信息进货报表接收事务出货 信息出货报表D3 出货信息出货信息出库信息出库信息零件清单出库报表 图 3.2 系统数据流程图数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据存储和数据源（数据终点） 。数据流(Data F

15、low)：为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。10 ：圆或椭圆表示加工 ：双杠表示数据存储 ：方框表示数据的源点或终点 ：箭头表示数据流数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点

16、3.2.23.2.2 数据字典数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。数据字典卡片：名称：进货清单别名：进货报表描述：每次进货的零件描述定义：零件编号+名称+生产日期+数量位置：输出到打印机保存到磁盘名称：零件清单别名：库存报表描述：零件存储的描述定义：零件编号+名称+生产日期+数量+单价+上、下限位置：输出到打印机保存到磁盘名字：零件编号别名：描述：惟

17、一地标识库存清单中一个特定零件的关键域定义：配件编号=8字符8位置：进货报表 库存清单 事务名称：配件现存量清单别名：现存清单描述：零配件存量描述定义：零件编号+名称+生产日期+数量+上下限 + +状态标志（正常、紧急、警告、严重）位置：输出到打印机保存到磁盘11 3.2.33.2.3 实体联系实体联系 E-RE-R 图图根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的 E-R 图。名字：零配件生产单位别名：生产商描述：惟一的标识零件生产的一个特定的单位定义：单位名+负责人+联系电话位置：进货报表 出货报表 库存清单名字：出货清单别名：出货报表

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

19、2 图 3.3 需求单位实体 E-R 图 3.4 零配件实体 E-R 图库 房库房编号库房名称库存量零配件电话库房地址管理员需求单位 图 3.5 库存 E-R 图零件零件名称需求单位生产单位供应单位零件数量生产日期零件编号入库时间上 下 限零件单价13 图 3.6 供应单位实体 E-R 图零配件编号零配件名称生产单位供应单位生产时间零配件单价入库时间经办人本次数量入库信息图 3.7 入库信息实体 E-R 图单位名称供应单位联系电话负责人单位地址单位编号负责人供货时间14 图 3.8 出库信息实体 E-R 图所在单位用户权限用户名称登录时间用 户零配件单价生产时间出库时间经办人零配件编号零配件名

20、称供应单位出库信息生产单位 本次数量 需求单位名图 3.9 用户实体 E-R 图操作员密 码15仓库名称零件编号零配件库存量地址地址查询管理员修改时间拥护权限操作员所在单位密码图 3.10 实体和实体之间的 E-R 图供应单位需求单位供应需求存储零配件地址名称单位编号负责人电话单位编号名称地址负责人电话编号名称生产日期数量生产单位单价入库时间164 4、概要设计、概要设计4.14.1 总体设计总体设计通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立

21、，让模块彼此间的接口关系应该尽量简单。4.24.2 系统功能模块图系统功能模块图可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试和易于维护的软件结构，应该对模块进行再分解或合并。系统功能模块图如图 4.1 所示：汽车零配件管理系统系统模块输入模块管理员模块查询模块报表模块帮助模块打印设置日志管理入库模块出库模块零件模块需求模块进货模块图 4.1 系统功能模块图174.34.3 数据库概念设计数据库概念设计数据库一般分为三级模式：外模式、概念模式和内模式。外模式也就是不同用户所对的数据视图，它将数据库内部抽象

22、的数据及其互相之间的关系表示为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。在这里我们将要设计的是数据库的概念模式，通过对仓库零配件管理系统的内容和数据流程分析及 E-R 图，设计如下数据项和数据结构。仓库信息。包括库房名称、库位名称、库存零配件、来往客户信息、库房编号、库位编号，仓库管理员等。零配件信息。包括名称、供应单位、生产单位、生产日期、货物数量、货物单价、入库时间、货物编号等。单位信息。包括单位名称、负责人、地址、联系电话等信息。零配件入库信息。包括配件编号、货物名、生产单位、供应单位、本次数

23、量、生产时间、货物单价、入库时间、经办人等信息。零配件出库信息。包括配件编号、配件名、生产单位、供应单位、配件需求单位名、本次数量、生产时间、零配件单价、出库时间、经办人等信息。用户信息。包括用户名称、密码、所在单位、用户权限信息、操作员、最后修改时间。数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。4.44.4 数据库逻辑结构设计数据库逻辑结构设计在数据库设计中相当重要的一步就是将概念模型转化为计算机上 DBMS 所支持的数据模型，例如，将 E-R 图模型转化为关系模型，道理很简单，我们设计概念模型基本上都是一些抽

24、象的关系，在再数据库设计的实现过程中，在计算机上有效地表示出这些关系就成了数据库设计的关键。18根据汽车零配件管理系统的功能要求，选取 SQLServer 2000 作为后台数据库。在上面的实体和实体之间的 E-R 图设计基础上，形成数据库中的表格及表格之间的关系。该数据库由 6 个表组成，需求单位表、零配件表、供应单位表、入库信息表、出库信息表、操作用户表。一、主表的结构设计1.需求单位信息需求单位表是对需求单位信息进行统计，包括单位名、单位编号、取货时间、地址、负责人、联系电话、操作员、所需配件、配件单价、零配件数量等信息。需求单位表的结构表如表 4-1 所示表 4-1. 需求单位结构表列

25、 名数据类型长 度是否允许为空说明keynumbermoney8否编号（主键）dwnamevarchar50否单位名dwadressvarchar20否地址dwmanagervarchar8否负责人lxtelvarchar20是联系电话operatorvarchar8是操作员ljpricemoney8是单价xqhwvarchar20是所需配件xqamountint4否配件数量qhtimedatatime8否取货时间2.供应单位信息 供应单位信息表是提供配件的单位信息的统计，包括单位编号、单位名称、负责人、联系电话、地址、所供应零配件、零配件单价、零配件商量等信息。供应单位信息表的结构如表 4-

26、2 所示表 4-2 供应单位信息结构表列 名数据类型长 度是否为空说 明19gydwnumbermoney8否否编号（主键）gydwnamevarchar20否否单位名称gydwmanagervarchar8是是负责人gydwtelvarchar50是是联系电话gydwadressvarchar20否地址operatorvarchar8是操作员gypricemoney8是单价gyhwvarchar20是供应零配件gyamountint4否零配件数量3.零配件信息零配件表是对配件信息的统计，包括名称、供应单位、生产单位、生产时间、配件数量、配件单价、入库时间、编号等。配件表的结构如表 4-3 所

27、示表 4-3 零配件结构表列 名数据类型长 度是否为空说 明gydwvarchar50是是供应单位ljnamevarchar20是是配件名称scdwvarchar10是是生产单位sctimedatatime8是是生产时间ljamountint8是是配件数量ljpricemoney10是是配件单价rktimedatatime8是是入库时间operatorvarchar8是是操作员keynumbermoney6否否编号（主键）4.配件入库信息零配件入库信息是对入库信息的统计，包括货物编号、零配件名称、生产单位、供应单位、本次数量、生产时间、零配件单价、入库时间、经办人等信息。零配件入库信息表结构如

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

29、-5 操作用户结构表列名数据类型长度是否为空说明usernamevarchar20否否用户名passwordvarchar10否否密码szdwvarchar10是是所在单位operatorvarchar8是是操作员6、零配件出库信息零配件出库表是对出库信息的统计。包括货物编号、零配件名称、生产单位、需求单位、本次数量、生产时间、零配件单价、出库时间、经办人等信息。零配件出库信息表结构表如表 4-6 所示表 4-6 零配件出库信息结构表列名数据类型长度是否为空说明ljnumberint6否否配件号ljnamevarchar20否否配件名21scdwvarchar10否否生产单位xqdwvarch

30、ar10否否需求单位bcslint8是是本次数量sctimevarchar8是是生产日期ljpricemoney10是是配件单价cktimedatetime8是是出库时间jbrvarchar10是是经办人4.54.5 连接数据库的特点连接数据库的特点当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。22五、详细设计五、详细设计详细设计阶段的根本目标是确定

31、应该如何具体地实现所要求的系统，包括了用户界面设计、程序过程设计等步骤。5.15.1 系统的主要功能系统的主要功能 1、汽车零配件库存各种信息的输入，包括入库，出库，还原，需求信息的输入等 2、零配件货物管理的各种信息查询，修改和维护 3、在零配件库存管理中加入最高储备和最低储备字段，对仓库的配件设备实现监控和报警 4、对零配件库存的进货管理，对需求单位的货物需求管理 5、操作日志的管理 6、汽车零配件库存管理系统的使用帮助5.25.2 程序流程图程序流程图 程序流程图的优点是对控制流程的描绘很直观，易于掌握。1、出货系统其程序流程图如图 5.1 所示23 是 否 否 是 否 是 图 5.1

32、出货系统程序流程图2、 进货系统程序流程图如图 5.2 所示：管理员输入查询条件查询相应货物是否存在是否重新查找确定出货出货结束24否否 否是图 5.2 进货系统程序流程图5.35.3 用户界面设计用户界面设计5.3.15.3.1 一般交互设计一般交互设计一般交互涉及信息显示、数据输入、和系统整体控制等方面。1、一致性为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。管理员输入查询条件查询相应零配件是否存在该配件确定进货？是否重新输入进 货结 束是是否25在设计的过程中，基本上保持了系统的格式一致。2、信息的反馈向用户及时提供视觉和听觉的信息反馈，以保证在用户和

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

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

35、6在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。这样，用户可以直观的体会到图表所表示的含义。3、使用一致的标记、标准的缩写和可预知的颜色为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和可以预知的缩写，这样用户就无需参照其他信息源就能理解，而正确地适用软件。4、产生有意义的错误信息对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息，以使用户保持对系统的信任，和系统的可用性。5、使用窗口分隔不同类型的信息使用不同的窗口显示、保存不同类型的信息。6、高效率的使用显示屏当使用多窗口时，应该有足够的空间使得每个窗

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

37、字大小、颜色、位置等）要一致。275.45.4 程序设计过程程序设计过程程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。程序的主要部分设计在这个环节完成。其主要包括以下几个部分：5.4.15.4.1 登录界面及密码修改登录界面及密码修改1、登录界面如图 5.3 所示用户名是否输入否 是 密码是否输入否 是 查找管理员表中对应密码的用户 否 存在？ 是 打开主窗体 检查输入次数3 关闭窗体 图 5.3 登录界面图在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中的数据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输入，若输入次数超过三次，则

38、关闭系统。在这个部分中，需要对用户的类型存入一个全局变量，予以判断其所具有的系统使用权限，例如，用户类型为 DBA，则该用户拥有系统的一切权力，可以对每一部分进行添加、删除、查找、统计等操作；而其他用户类型都依据其类型的属性，可以使用的部分也会相应减少，而只能使用一部分与其类型相匹配的功能。2、密码修改如图 5.4 所示28 两次输入的密码是否一致 否 是 原密码是否正确 否 是 对数据库中的相应字段进行更新 提示已更新并提交更新 关闭窗体 检查输入次数3 图 5.4 密码修改图在用户更改密码时，系统首先判断输入的两次旧密码是否一致，若一致，则判断原密码是否正确，如果原密码正确，则对数据库中的

39、相应字段进行更新。5.4.25.4.2 货物添加操作及修改货物添加操作及修改1、货物添加如图 5.5 所示：是否为库存原有货物 是 否 提示：需要在保存后退出 是否保存？ 否 是 保存成功 否 是 Rollback Commit 关闭窗体 图 5.5 零配件添加如图管理员查询某零配件时货物名及零配件号与数据库中的数据不相一致，系统提示所查零配件在仓库里为空，即仓库从没存储该零配件。然后管理员可根据零配件库存管理的需求是否保存该零配件。29开始界面库存管理系统单价修改2、零配件修改此功能是对零配件单价、库位、编号修改。首先系统将从数据库中读取所有可用的零配件信息，其中包括编号、名称、入库时间、单

40、价等信息，管理员可视情况分别修改。修改完毕并确认后，系统将所做修改保存，并将新的记录保存于数据库中。在零配件货物管理操作中，为了保护数据库以及考虑实际因素，对单价、编号的修改时都不能留空，同时编号的修改也不能有重复，若出现此类情况则提示出错。实现该功能的程序流程图如 5.6 所示： 是否库存 否 是 零件编号 库位修改 否 是否符合要求 是 修改成功 图 5.6 零配件修改程序流程图305.4.35.4.3 查询操作查询操作查询操作如图 5.7 所示 输入查询信息否 是 是否存在该信息数据 否 是 提示没有 输出该信息 所要查询 的信息 确认信息 关闭窗体 图 5.7 查询操作图在执行查询操作之前通常要先在单行文本框中输入被查询的条件，在单行文本框失去聚焦时将查询条件传递给查询按钮的单击事件中，然后过滤语