汽车零配件库存管理系统.doc

摘摘 要要 随着电子计算机技术的发展，人们逐渐进入了信息化社会。人们对信息数 据的利用与处理也进入了自动化、网络化和社会化的阶段，因此，开发管理信 息系统已经成为当今的潮流，各行各业都面临着管理技术更新的前沿问题。 应用计算机技术管理企业解决组织中实时变化的问题，可以提高工作效率， 增加竞争优势。在这个技术飞速发展的 21 世纪，如果还用哪一老套的人工管理 系统去管理汽车的那些零零碎碎的东西，就显的太麻烦，且在配件方面易出现 错。设计该系统，其目的在于实现零配件的管理和出入库记录的快速高效检索， 使操作简单安全，提供工作效率和保证质量。 进入本系统后，用户可进行相应的功能操作。管理员可对各货的是否缺货 信息等的修改和查询，进行进货管理、统计操作等全自动的管理。 关键词关键词:汽车；零配件；数据库 序序 言言 随着我国经济的持续发展，汽车已逐步进入了家庭，人们购买汽车的能力 和对汽车的需求越来越高，这就刺激了汽车行业的发展，同时也带动了汽车配 件行业的快速发展，使得汽配行业的竞争越来越激烈。 当今信息、效率已成为各行各业竞争的利器，在汽配行业中传统的管理方 法己再也不能适应市场经济的发展。汽车配件零售，因其车型多，零件种类多 等，单靠手工作业管理则难达到科学、准确的标准化管理。随着计算机的日益 普及，采用计算机管理业务、生产流程等诸多环节已成为汽配企业的必然趋势。 此汽车零配件库存管理系统针对各企业仓库进货管理方面的问题。它能实 现仓库进货的综合管理，减少不必要的手工上报，也为基层单位上报数据提供 便利，减少人工劳动。 对仓库进货信息资源，出货信息资源管理的配件号、配件名称、进出库时 间、数量、生产单位；货物报表登记货物的基本档案，配件号、入库日期、存 放地点等信息进行全面、系统的管理。 在整个系统开发的过程中，运用了软件工程的基本概念、相关技术和方法。 并且采用了系统生命周期的结构化程序设计方法，从而将整个系统开发各阶段 （需求分析、系统设计、基本实现）的基本活动贯穿起来。 目目 录录 1 可行性分析.1 1.1 问题描述.1 1.2 可行性分析研究.1 1.2.1 技术可行性.1 1.2.2 经济可行性.2 1.2.3 操作可行性.2 1.2.4 数据需求分析.2 1.2.5 结论意见.2 2 项目开发计划.3 2.1 编写目的.3 2.2 项目背景.3 2.3 项目概述.3 2.4 项目开发计划.4 2.5 交付期限.4 3 需求分析.5 3.1 数据流图、数据字典及实体联系图.7 3.1.1 数据流图.7 3.1.2 数据字典.8 4 概要设计.10 4.1 总体设计.10 4.2 概念结构设计.10 4.2 系统功能模块图.11 4.3 数据库概念设计.12 4.4 数据库逻辑结构设计.12 4.5 物理结构设计.15 4.6 连接数据库的特点.16 4.7 实体联系 E-R 图 .16 4.8 逻辑结构设计.20 5 详细设计.21 5.1 系统的主要功能.21 5.2 程序流程图.21 5.3 用户界面设计.23 5.3.1 一般交互设计.23 5.3.2 信息显示设计.24 5.3.3 数据输入设计.24 5.4 程序设计过程.25 5.4.1 登录界面.30 5.4.2 零配件添加操作及修改.31 5.4.3 零售商查询操作.32 5.4.4 出入库记录.33 5.4.4 用户修改密码.33 6 软件测试.34 6.1 测试方法和步骤.34 6.2 测试用例及结果.35 设计总结.39 致 谢.40 参考文献.41 1 可行性分析可行性分析 1.1 问题描述问题描述 随着科学技术的发展，社会进步，计算机迅速的发展，汽车零配件管理的方 法也在更新换代，由于人工管理的方法效率低，劳动强度大，信息处理速度低而 且准确率也不容乐观。为了提高零件管理效率，减轻劳动强度提高，信息处理速 度和准确性；为管理员提供更方便、科学的服务项目。为管理员提供的一种更先 进、科学的服务系统。于是我们便选择了由计算机来设计一个汽车零配件库存管 理系统的方案。让计算机对零件进行自动管理，管理员可以直接在计算机上实现 零件的信息管理，并在一定程度上实现自动化。 1.2 可行性分析研究可行性分析研究 可行性分析研究是软件开发中的一个重要的环节。当接受一个软件开发任务， 就进入软件生命的第一个阶段，即进行可行性的研究。并不是所有问题具有简单 的解决办法，许多问题不能在预定的规模之内解决。因此通过可行性的研究分析 可以知道相关问题。 有无可行性的解决方法，进而避免人力、物力和才力的浪费。在现行系统初 步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标， 这是系统开发和评价的依据。系统目标应充分体现，直接为库存管理系统服务， 并且，程序可以分期分批实现。但是，需要指出的是，系统目标是不可能在总体 规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。以达到更加 出色的程序系统。可是，目标的提法不尽相同，例如： (1)提高汽车零配件管理效率，减轻劳动强度； (2)提高信息处理速度和准确性； (3)为管理者提供更方便、科学的服务项目。 1.2.1 技术可行性技术可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软 件配置能否满足开发者需要等。根据客户提出的系统功能、性能及实现系统的各 项约束条件，根据新系统目标来衡量所需的技术是否具备。本系统是一个数据库 管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件 等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同 时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。 1.2.2 经济可行性经济可行性 应用此系统将会在很多时候，很大程度节省人力，财力，提高效率，清晰明 了的报表资料，高效的数据处理等，而开发时期不耗费很多人力、财力，故在经 济方面既不会有困难同时有很大的价值。 1.2.3 操作可行性操作可行性 主要是了解汽车零配件管理的相关人员对开发信息系统是否支持，现有仓库 货物管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。汽车 零配件管理人员积极支持该系统开发，使新系统能够充分的发挥作用；系统操作 简单，易于理解，只要管理人员有一定的计算机基础，经过短时间的培训就可以 使用汽车零配件库存管理系统。 1.2.4 数据需求分析数据需求分析 数据库需求分析调查的重点是“数据”和“处理”，通过调查、收集和分析， 获得用户对数据库的需求。 信息需求：指用户需要从数据库中获得信息的内容与性质，及在数据库中需 要存储那些数据。 处理要求：指用户需要完成什么处理能力。明确用户对数据有什么样的处理 要求从而明确数据之间的关系。 该系统的功能集中表现为对零配件信息的录入、更新、删除、查询、统计， 因此需求集中表现为对“数据”的需求。 1.2.5 结论意见结论意见 在我们经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法 律上的可行。因此相信在按照计划上实施的前提下，全系统的设计将会按时、高 质量完成。所以系统研制和开发是可以马上进行的。 2 项目开发计划项目开发计划 2.1 编写目的编写目的 经过项目的可行性分析，我们对汽车零配件库存管理系统是可以发展的，得 出项目可进一步进行下去的结论，在软件继续进一步的开发之前首先给出此软件 项目计划。 2.2 项目背景项目背景 在计算机不断发展的今天，计算机已经运用到各个领域，由手工的操作到计 算机的操作是一个大的飞跃，代替了复杂的容易出错的人工操作，节省了大量的 时间，提高了正确性，提高了数据的可靠性。因此每个公司使用计算机建立自己 的业务是迫在眉睫，汽车零配件管理根据业务发展的需要，决定建立一个库存管 理系统，以代替单一的人工管理。这种管理比人工操作的管理更方便，更简单。 2.3 项目概述项目概述 1.工作内容 让计算机对汽车维修工作进行自动管理，用户可以直接在计算机上实现汽车 维修的信息管理，并能在一定程度上实现自动化。 2条件与限制 开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备 开发的条件。该系统可在用户要求的期限内完成。 3、产品 (1)程序 程序见详细设计。 (2)文档 文档内容包括： (1)封面 (2)目录 (3)中文摘要 100 字左右；关键词 3-5 个 (4)序言 (5)可行性分析 (6)项目开发计划 (7)需求规格说明（包含需要的系统流程图、数据流程图、数据字典、E-R 图） (8) 概要设计（包含总体软件结构图、总体数据结构） （9)详细设计（对概要设计内容进行详细设计） (10) 设计总结、参考文献、致谢等 4.验收标准 软件的验收标准完全由用户提出的软件需求制定，能保证软件的基本符合用 户的要求。 2.4 项目开发计划项目开发计划 1任务分解 分四个大的阶段进行开发，第一阶段完成本系统的数据流图跟 E-R 图；第二 阶段完成概要设计跟详细设计；第三阶段完成用 C#编写界面以及连接数据库；第 四阶段书写文档。 2关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术完 全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因 素。对于出现的一些小难点总都能得到解决。 2.5 交付期限交付期限 所要开发的系统较简单，所有开发工作用户要求要在两周内完成，完成该课 设的最迟时间为 2015 年 7 月 5 日。 3 需求分析需求分析 本系统需要建立一个汽车零配件信息库，包括基本信息表。通过对汽车信息 表中各个文件的操作来实现系统的具体功能。该系统包括基供应商，零配件，零 售商，管理员，仓库，用户及密码权限管理等模块。 在进行一个项目的设计之前，先要进行必要的需求分析，需求分析在软件的 开发过程中至关重要。经分析该系统的系统流程图，见图 3.1 所示。 图 3.1 系统流程图 管 理 员 管 理 新增供应商信息 仓 库 管 理 出入库记录查询 退出系统 库存信息查询 用 户 登 陆 主 界 面 零 售 商 管 理 1、零 配 件 管 理 供 应 商 管 理 删除管理员 删除零售商信息 查询零售商信息 零配件入库管理 零配件出库管理 零配件记录查询 查询供应商信息 删除供应商信息 新增管理员 查询配件销售 信息 查询配件供应 信息 删除管理员 修改供应商信息 修改零售商信息 新增零售商信息 本系统主要有以下功能模块： （1）登陆功能：登陆系统为身份验证登录。分为管理员登录和一般用户登 录。分别通过不同的用户名和密码进入零配件管理界面。 （2）录入新信息功能：对于管理员，包括新零售商信息和新供应商信息， 新零配件信息的录入功能，信息一旦提交就存入到后台数据库中。 （3）查询功能：用户可以查询并显示自己所要查询零配件的信息；管理员 可以输入对象姓名，查询出的信息显示在界面上。 （4）维护功能：管理员可以对零售商信息、零配件信息和供应商信息进行 添加、删除、更改等维护工作，用户可以更改自己的注册信息。 零配件库存管理系统的功能要求：实现用户身份管理：注册、更改、删除； 实现用户身份验证。 该系统各个功能模块主要包括供应商信息管理、零配件基本管理、零售商信 息管理、仓库管理员信息管理、仓库信息管理等； 系统要实现基本信息录入、修改、查询等功能： (1)基本数据输入：输入需求各零配件的用户信息。 (2)零配件管理：包括供应商管理、车辆需求管理及零件记录的管理,同时实现 零件的增加、修改、删除和需求记录的功能。 (3)采购管理：实现对车辆配件的采购管理以及配件供应商信息的管理。 (4)综合查询：实现对零件的基本信息、零件记录信息、库存信息和退货件等 信息的查询。 本系统的主要用户是仓库管理人员，管理人员起着决定性的作用。管理员可 以使用搜索，禁用，启用，删除功能，数据维护具有完善的数据管理维护功能。 通过实际调查,根据市场目前应用要求,人数规模以及设计的预期估计的应用 需求,对一些成功案例进行分析借鉴后,本系统应具有以下功能特点： (1)具有友好的用户界面； (2)系统使用了零配件号来进行信息维护。 (3)在系统中使用了零配件号使操作变得简单。 (4)支持多条件查询方便用户使用,能快速查询数据。 (5)添加信用属性能更好的筛选出最好的合作伙伴。 (6)有完善的出入库功能，方便操作。 (7)出入库能产生记录，方便查询零配件的流向。 根据以上系统功能要求,系统将以 B/S 模式提供界面友好,运行稳定,提供同时 在线人数较多的浏览窗口。 3.1 数据流图、数据字典及实体联系图数据流图、数据字典及实体联系图 3.1.1 数据流图数据流图 该系统数据流程图见图 3.2 所示。 图 3.2 系统数据流图 数据流图由四种基本的元素构成：数据流(Data Flow)，处理(Process)，数据 存储和数据源（数据终点） 。 数据流(Data Flow)：为具有名称且有流向的数据，用标有名称的箭头表示， 一个数据可以是记录、组合项或基本项。 更新 库存 信 息 处理 入 库 产生 入库 记 录 处理 出库 信 息 处理 零 件 传输 出库 记 录 管 理 员 操作员 产生 零件 信 息 L1 库存信息 L1 库存信息 J1 入库信息 J1 出库信息 更新 零件 库存 信 息 库存信息入库信息入库信息 入库信息 接收信息 出库 信息 出库信息 J1 出库信息 出库信息 出库信息 出库 信息 零件信息 出库报表 J1 出入库记录 处理(Process)：表示对数据所进行的加工和变换，在图中用矩形框表示。指 向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。 数据存储：表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分 别以指向或离开数据存储的箭头表示。 ：圆或椭圆表示加工 ：双杠表示数据存储 ：方框表示数据的源点或终点 ：箭头表示数据流 数据源及数据终点：表示数据的来源或数据的去向，可以是一个组织或人员， 它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引 入的，一般只出现在数据流图的起点和终点。 3.1.2 数据字典数据字典 数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的 定义的集合。 由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。每 张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独 处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。 数据字典卡片： 名称：零件清单 别名：库存报表 描述：零件存储的描述 定义：零件编号+名称+数量+单 价 位置：输出到打印机保存到磁盘 名字：零件编号 别名： 描述：惟一地标识库存清单中一 个特定零件的关键域 定义：配件编号=8字符8 位置：进货报表 库存清单 事务 名字：零配件生产单位 别名：生产商 描述：惟一的标识零件生产的一个特 定的单位 定义：单位名+负责人+联系电话 名字：出货清单 别名：出货报表 描述：每次出货的零件描述 定义：零件编号+名称+有效期+数量 位置：输出到打印机 名字：零配件供应单位 别名：供应商 描述：惟一的标识零配件来源 的一个特定的单位 定义：单位名+负责人+联系电 话 位置：进货报表 出货报表 名字：进货数量 别名：本次数量 描述：某种零件的一次入库数 量 定义：本次数量=1数字5 位置：零件入库信息 名字：需求数量 别名：本次数量 描述：某种零件一次被某单位领取的 数量 定义：本次数量=1数字5 位置：零件出库信息 名称：配件现存量清单 别名：现存清单 描述：零配件存量描述 定义：配件号+配件名+配件数 量 4 概要设计概要设计 4.1 总体设计总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的 任务，也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的 原理是模块独立，让模块彼此间的接口关系应该尽量简单。 4.2 概念结构设计概念结构设计 1.概念结构独立于数据库逻辑结构和支持数据库的 DBMS。概念结构即概念 模型，其主要特点是： (1)概念模型是反映现实世界的一个真实模型。 概念模型应能真实，充分反映现实世界，能满足用户对数据的处理要求。 (2)概念模型应能易于理解。 概念模型只有被用户理解后，才可以与设计者交换意见，参与数据库的设计。 (3)概念模型应当易于更改。 由于现实世界会发生变化，这就需要改变概念模型，易于更改的概念模型有 利于修改和扩充。 (4)概念模型应易于向数据模型转换。 概念模型最终要转换为数据模型。设计概念模型时应当注意，使其有利于向 特定的数据模型转换。 2.概念结构设计的方法 设计概念结构通常有四类方法： (1)自顶向下：即首先定义全局概念结构的框架，然后逐步细化。 (2)自底向上：即首先定义各局部应用的概念结构，然后将它们集成起来得到 全局概念模式。 (3)逐渐扩张：首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的 方式逐步生成其他的概念结构，直至总体概念结构。 (4)混合策略：即将自顶向下和自底向上相结合，用自顶向下策略设计一个全 局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。 其中最经常采用的策略是自底向上的方法。即自顶向下地进行需求分析，然 后再自底向上地设计概念结构。这个报刊订阅系统就用这种方法。 概念结构设计的步骤： 第一步是进行局部视图的设计：由于高层的数据流图只能反映系统的概貌， 而中层流图能较好的反映系统中各局部应用的子系统组成。因此我们先逐一的设 计分 E-R 图。 第二步是进行视图的集成：各子系统的 E-R 图设计好之后，下一步就是要将 所有的分 E-R 图合成一个系统的总 E-R 图，一般有两个方式，多个分 E-R 图一次 集成，另一种是一次集成两个分 E-R 图。我想采用一次集成两个分 E-R 图的方式。 4.2 系统功能模块图系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解，得到尽可能 高的内聚、尽可能松散的耦合，最终要的是，为了得到一个易于实现、易于测试 和易于维护的软件结构，应该对模块进行再分解或合并。系统功能模块图见图 4.1 所示。 汽车零配件库存管理系统 主 界 面 模 块 系 统 模 块 图 输 入 模 块 管 理 员 模 块 系 统 模 块 图 仓 库 模 块 供 应 商 模 块 零 售 商 模 块 系 统 模 块 图 系 统 模 块 图 系 统 模 块 图 系 统 模 块 图 图 4.1 系统功能模块图 4.3 数据库概念设计数据库概念设计 数据库一般分为三级模式：外模式，概念模式和内模式。外模式也就是不同 用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简 单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描述，通 常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描述。 在这里我们将要设计的是数据库的概念模式，通过对库存零配件管理系统的 内容和数据流程分析及 E-R 图，设计如下数据项和数据结构。 库存信息包括：配件号，配件数量，库存零配件，配件名字，价格，零配件 出入时间，配件编号，仓库管理员等。 零配件信息包括：零件名称，供应商，销售查询，货物数量，货物价格，入 库时间，配件号等。 供应商信息包括：供应商名称，供应商电话，供应商地址，供应配件号等信 息。 零配件入库信息包括：配件号，零件名，供应商，本次数量，生产时间，货 物单价，入库时间，操作员等信息。 零配件出库信息包括：配件编号，配件名，零售商，供应单位，本次数量， 零配件单价，出库时间，操作员等信息。 用户信息包括：用户名称，密码，所在单位，用户权限信息，操作员，最后 修改时间。 数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求的 各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。 4.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 DBMS 所支 持的数据模型，例如，将 E-R 图模型转化为关系模型，道理很简单，我们设计概 念模型基本上都是一些抽象的关系，在再数据库设计的实现过程中，在计算机上 有效地表示出这些关系就成了数据库设计的关键。 根据汽车零配件库存管理系统的功能要求，选取 Acces2007 作为后台数据库。 在上面的实体和实体之间的 E-R 图设计基础上，形成数据库中的表格及表格 之间的关系。 该数据库由 5 个表组成：L2（零售商）表，L1（零配件）表，G1（供应商） 表，C1(管理员)表，J1（出入库记录）表。 主要表的结构设计 1.供应商信息 需求单位表是对需求单位信息进行统计，包括供应商姓名、地址、联系电话、 所需配件号、配件价格、零配件数量、信用等信息。 表 4-1 供应商信息结构表 字段名称数据类型长度是否允许为空说明 姓名string60是Name 电话string30是Telephone 信用string20是Credit 地址string80是Address 配件号string40是Accessorynumber 供应价格string50是Supplyprice 2.零配件信息 零配件表是对配件信息的统计，包括零配件名称、配件数量、配件价格、配 件号等。 表 4-2 零配件信息结构表 3.零配件出入库信息 零配件出入库信息是对出入库信息的统计，包括配件号、时间、数量、出入 字段名称数据类型长度是否允许为空说明 配件名字string90是Accessoryname 数量int50是Amount 价格int20是Price 配件号string40是Accessorynumber 情况、对象、操作员等信息。 表 4-3 零配件出入库信息结构表 字段名称数据类型长度是否允许为空说明 配件号string40是Accessorynumber 数量string50是Amount 出入情况string20是Access 时间DateTime60是Time 对象string70是Object 操作员string90是Operator 4.管理员信息 管理员表是对使用本系统的用户进行身份和权限验证用的，包括用户名称、 密码、电话、地址、用户名。 表 4-4 管理员信息结构表 5、零售商信息 零售商信息表包括配件号、姓名、电话、地址、信用等信息。 表 4-5 零售商信息结构表 字段名称数据类型长 度是否允许为空说明 姓名string90是Name 电话string50是Telephone 信用string20是Credit 字段名称数据类型长度是否允许为空说明 姓名string90是Realname 电话string50是Telephone 地址string20是Address 用户名string40是Username 密码string40是Password 地址string40是Address 配件号string60是Accessorynumber 4.5 物理结构设计物理结构设计 数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖 于选定的数据库管理系统。为一个给定的逻辑数据模型选取一个最合适应用要求 的物理结构的过程，就是数据库发的物理设计。 物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的 主键，将所有的表名与字段名英文化（现在很多软件能支持中文字段，如 Access 2000） ，实现物理建库，完成数据库物理设计字典。数据库的物理设计就是为逻 辑数据模型选取一个最合适应用要求的物理结构的过程，不同的数据库产品所提 供的物理环境、存取方法和存储结构有很大差别，能供设计人员使用的设计变量、 参数范围也很不相同，因此没有通用的物理设计方法可遵循，只能给出一般的设 计内容和原则。希望得到设计优化的物理数据库结构，使得数据库上运行的各种 事务响应时间小、存储空间利用率高、事务吞吐率大。为此，首先对要运行的事 务进行详细分析，获得选择物理数据库设计所需要的参数。其次，要充分了解所 用的 RDBMS 的内部特征，特别是系统提供的存取方法和存储结构。 1.在物理设计阶段主要的任务包括： （1）为关系模式选择存取方法 （2）设计关系、索引等数据库文件的物理结构 存取方法的选择有索引存取方法的选择、聚簇存取方法的选择以及 HASH 存 取方法的选择。确定数据库的存储结构主要是确定数据的存放位置与确定系统配 置. 2.数据库的物理设计通常分为两步： （1）确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构； （2）对物理结构进行评价，评价的重点是时间和空间效率。 如果评价结果满足原设计要求，则可进入到物理实施阶段，否则，就需要重 新设计或修改物理结构，有时甚至要返回逻辑设计阶段修改数据模型。 对于数据库查询事务，需要得到如下信息： 3.查询的关系 （1）查询条件所涉及的属性 （2）连接条件所涉及的属性 （3）查询的投影属性。 4.对于数据更新事务，需要如下信息： （1）被更新的关系 （2）每个关系上的更新操作条件所涉及的属性 （3）修改操作要改变的属性值。 4.6 连接数据库的特点连接数据库的特点 当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该 数据库中表格，视图等的操作，如创建表，修改表，删除表，增加/删除记录。 设计中设计数据窗口的时候，通过对话框实现与数据的连接。在应用程序中 则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行 并实现与数据库的连接。 4.7 实体联系实体联系 E-R 图图 数据库的概念设计做充分需求分析，对所有涉及到的数据都要求有所考虑， 并充分考虑不同来源的数据是否有矛盾、是否有冗余、数据量大小、每个数据项 名称、类型、长度、取值范围，数据项之间关系以及数据项要求的操作及操作频 度等，这也是十分艰巨而繁琐却有必要的工作步骤。E-R 模型的组成元素有实体、 属性、联系。E-R 模型用 E-R 图表示。实体是用户工作环境中所涉及的事务，属 性是对实体特征的描述。 零售商表包括了姓名，电话，信用，地址，供应的零配件号和价格等信息。 零售商表包括姓名，电话，信用，地址和价格等信息。 零配件表包括零配件名字，价格，数量，零配件号和存储区域等信息。 出入库记录表主要包括了零配件出入的数量，名称，操作人员和零配件出入 的对象等信息。 管理员表的信息包括他的姓名，电话，地址，登录程序的用户名和密码。 E-R 图如下图所示 图 4.2 供应商实体 E-R 图 图 4.5 管理员实体 E-R 图 管理员 密码 地址 姓名 电话 用户名 供应商 姓名供应价格 配件号 信用 电话 地址 图 4.3 零配件实体 E-R 图 图 4.3 零售商实体 E-R 图 数量 零配件 配件号 价格 配件名字 存储区域 零售商 姓名 地址信用 电话 需求配件 号 仓库 对象 存储时间 配件号 数量出入情况 图 4.3 仓库实体 E-R 图 图 4.6 汽车零配件库存管理系统总 E-R 图 1 N NN N N 供应商零售商 零配件 仓库 姓名 供应价格 电话 信用 配件号 地址 电话 配件号 信用 姓名 配件号 价格 地 址 数量 配件名字 对象 配件号 数量 存储时间 出入情况 供应 存储 需求 存储区域 4.8 逻辑结构设计逻辑结构设计 逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具 体 DBMS 所能支持的数据模型，即逻辑结构。关系模型的逻辑结构是一组关系模 式的集合。将 E-R 图转换为关系模型就是要将实体型、实体的属性和实体型之间 的联系转换为关系模式。 由 ERD 导出一般关系模型的四条原则。 一个 1：1 联系可以转换为一个独立的关系模式，也可以与任意一端对应的 关系模式合并。如果软换为一个独立的关系模式，则与该联系相连的各实体的码 以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。 如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一 个关系模式的码和联系本身的属性。 一个 1：n 联系可以转换为一个独立的关系模式，也可以与 n 端对应的关系 模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及 联系本身的属性均转换为关系的属性，而关系的码为 n 端实体的码。 一个 m：n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系 本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。 3 个或 3 个以上实体间的一个多元联系可以转换为一个关系模式。与该多元 联系项链呢的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码 组成关系的码或关系码的一部分。 E-R 图是由实体型、实体的属性和实体之间的联系三个要素组成的，所在将 E-R 图转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系 转换为关系模式，这种转换一般遵循如下原则： 一个实体型变换为一个关系模式，其属性变为关系的属性，其主标识变为关 系的主码。 从此次设计出的 E-R 图中，可知对于实体型间有 1：n 和 m：n 的联系，可以 转换为一个独立的关系模式。 5 详细设计详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统，包括了 用户界面设计，程序过程设计等步骤。 5.1 系统的主要功能系统的主要功能 1汽车零配件库存各种信息的输入，包括入库，出库，管理员，零售商， 零配件等需求信息的输入； 2对零配件库存管理的各种信息查询，修改和维护； 3对零配件库存的进货管理，对需求供应商的货物需求管理； 4对管理员操作记录的管理； 5对零售商管理的各种信息查询。 5.2 程序流程图程序流程图 程序流程图的优点是对控制流程的描绘很直观，易于掌握。 1出库系统其程序流程图 一般来说，库存是由库存拥有者管理的。由于无法确切知道用户需求与供应 的匹配状态，因此需要库存来应付不稳定的内部需求以及供应链的不确定需求。 供应链中的各个企业根据各自的需要独立运作，导致重复建立库存，无法达到供 应链全局的最低成本。查询库存内是否拥有此配件，如果查询该配件之后有库存， 就可以将该配件出库。出库流程图见图 5.1 所示。 图 5.1 出库系统流程图 管理员 输入查询 条件 查询相应 库存 是否存 在 是否重 新查找 确定出 库 出库 结束 是 否 否 是 是 否 5.3 用户界面设计用户界面设计 5.3.1 一般交互设计一般交互设计 一般交互涉及信息显示、数据输入、和系统整体控制等方面。 1一致性 为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能， 使用一致的格式。 在设计的过程中，基本上保持了系统的格式一致。 2信息的反馈 向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建 立双向通信。 在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗 体中包括了刷新按钮，会对数据库中的数据进行及时地显示。另外，在进行错误 操作是，会弹出提示窗口错误的信息。 3执行有较大影响的操作前提示用户确认 在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都 会有窗体弹出询问继续操作或者予以提示。 4减少两次操作间需要记忆的内容 为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据 传递的窗体中设置全局变量，来传递数据。例如在出库和入库的模块的操作中都 用到了这样的方法。 5对话、移动和思考的效率 尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户鼠 标移动的距离，尽量避免用户在操作中发生疑问的情况。 6允许错误 允许用户的错误操作尽量不对系统造成伤害。 7按功能对动作分类，并据此设计屏幕布局 屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。 5.3.2 信息显示设计信息显示设计 应当尽量为用户提供的界面显示完整的、明确的和容易理解的。这样才能满 足用户的需求。使用不同的方式显示信息：用文字、图形、声音，按位置、移动 和大小，使用颜色和省略等方式传达信息。 1只显示与当前工作有关的信息 在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单 和图形。 2使用便于用户迅速吸收数据的方式来表示数据 在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就 使用了卡片的形式表现了复杂的数据。这样，用户可以直观的体会到图表所表示 的含义。 3使用一致的标记、标准的缩写和可预知的颜色 为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写 和可以预知的缩写，这样用