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

上传人:苏美尔 文档编号:6002101 上传时间:2020-08-20 格式:DOC 页数:36 大小:246KB
返回 下载 相关 举报
汽车零配件库存管理系统说明书.doc_第1页
第1页 / 共36页
汽车零配件库存管理系统说明书.doc_第2页
第2页 / 共36页
汽车零配件库存管理系统说明书.doc_第3页
第3页 / 共36页
汽车零配件库存管理系统说明书.doc_第4页
第4页 / 共36页
汽车零配件库存管理系统说明书.doc_第5页
第5页 / 共36页
点击查看更多>>
资源描述

《汽车零配件库存管理系统说明书.doc》由会员分享,可在线阅读,更多相关《汽车零配件库存管理系统说明书.doc(36页珍藏版)》请在三一文库上搜索。

1、* 实践教学实践教学 * 兰州理工大学兰州理工大学 计算机与通信学院 2010 年春季学期 软件开发综合训练软件开发综合训练课程设计课程设计 题 目: 汽车零配件库存管理系统 专业班级: 07 级计算机科学与技术 3 班 姓 名: 杨 荣 国 学 号: 07240314 指导教师: 任 学 惠 成 绩: 目目 录录 摘摘 要要 .1 序序 言言 .2 正文正文 .3 1、可行性分析、可行性分析 .3 1.1 问题描述.3 1.2 可行性分析研究.3 1.2.1 技术可行性.4 1.2.2 经济可行性.4 1.2.3 操作可行性.4 2、项目开发计划、项目开发计划 .5 2.1 编写目的.5 2

2、.2 项目背景.5 2.3 项目概述.5 2.4 项目开发计划.6 3、需求分析、需求分析 .6 3.1 任务需求分析.6 3.1.1 数据流图、数据字典及实体联系图.6 3.2.1 数据流图.6 3.2.2 数据字典.6 3.2.3 实体联系 E-R 图.6 4、概要设计、概要设计 .6 4.1 总体设计.6 4.2 系统功能模块图.6 4.3 数据库概念设计.6 4.4 数据库逻辑结构设计.6 4.5 连接数据库的特点.6 五、详细设计五、详细设计 .6 5.1 系统的主要功能.6 5.2 程序流程图.6 5.3 用户界面设计.6 5.3.1 一般交互设计.6 5.3.2 信息显示设计.6

3、 5.3.3 数据输入设计.6 5.4 程序设计过程.6 5.4.1 登录界面及密码修改.6 5.4.2 货物添加操作及修改.6 5.4.3 查询操作.6 设计总结设计总结 .6 参考文献参考文献 .6 致致 谢谢 .6 摘摘 要要 在这个技术飞速发展的 21 世纪,如果还用哪一老套的人工管理系统去管 理汽车的那些零零碎碎的东西,就显的太麻烦,且在配件方面易出现错。设计 该系统,其目的在于实现零配件的管理和出入库记录的快速高效检索,使操作 简单安全,提供工作效率和保证质量。 进入本系统后,用户可进行相应的功能操作。管理员可对各货的是否缺货 信息等的修改和查询,进行进货管理、统计操作等全自动的管

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

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

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

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

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

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

10、理。这样使人工操作的管理方便,简 单。 2.32.3 项目概述项目概述 1、工作内容 让计算机对汽车维修工作进行自动管理,用户可以直接在计算机上实现汽 车维修的信息管理,并能在一定程度上实现自动化。 2、条件与限制 开发该软件的条件比较简单,以开发单位目前的经济与技术条件已完全具 备开发的条件。该系统可在用户要求的期限内完成。 3、产品 1) 、程序 该项目因开发时间较短,这里只给出设计思想,具体程序没写。 2) 、文档 文档内容包括: (1) 封面 (2)目录 (3)中文摘要 100 字左右;关键词 3-5 个 (4) 序言 (5)可行性分析 (6)项目开发计划 (7)需求规格说明(包含需要

11、的系统流程图、数据流程图、数 据字典、E-R 图) (8) 概要设计(包含总体软件结构图、总体数据结构) (9) 详细设计(对概要设计内容进行详细设计) (10) 设计总结、参考文献、致谢等 4、验收标准 软件的验收标准完全由用户提出的软件需求制定,能保证软件的基本符合 用户的要求。 2.42.4 项目开发计划项目开发计划 1、任务分解 分四个大的阶段进行开发,第一阶段完成本系统的数据流图跟 E-R 图;第 二阶段完成概要设计跟详细设计;第三阶段完成用 JAVA 编写界面以及连接数据 库;第四阶段书写文档。 2、关键问题 各模块之间的联系和后台数据库的完成。使用目前的设备与现有开发技术 完全可

12、以开发出该系统,总的来说该项目没有较大的技术难点与其他的一些风 险因素。对于出现的一些小难点总都能得到解决。 3 3、需求分析、需求分析 该系统具有较强的实用性,适用于汽车信息的综合管理。 本系统需要建立一个汽车信息库,包括基本信息表。通过对汽车信息表 中各个文件的操作来实现系统的具体功能。该系统包括基础资料管理,库存管 理,进货管理,各种查询,统计管理,用户密码及权限管理,数据维护等模块。 3.13.1 任务需求分析任务需求分析 在进行一个项目的设计之前,先要进行必要的需求分析,需求分析在软件 的开发过程中至关重要。经分析先给出该系统的系统流程图,如下图所示: 图 3-1 系统流程图 退出系

13、统 管 理 员 登 陆 主 界 面 管 理 员 管 理 仓 库 信 管 理 零 配 件 信 息 管 理 理 供 应 商 信 息 管 添加或删除零件 修改供应商信息 查询零配件信息 按配件名称查询 按供应商查询 添加或删除库存信息 修改库存信息 查询库存信息 按配件编号查询 按库存号查询 添加或删除配件记录 修改零件记录 查询零件记录 打印输出记录单 查询用户需求信息 查询进货信息 查询退货信息 添加或删除供应商信息 查询供应商信息 修改供应商信息 该系统主要包括供应商信息管理、零配件基本管理、零售商信息管理、仓 库管理员信息管理、仓库信息管理等; 系统要实现基本信息录入、修改、查询等功能: 1

14、)基本数据输入:输入需求各零配件的用户信息。 2)零配件管理:包括供应商管理、车辆需求管理及零件记录的管理,同时 实现零件的增加、修改、删除和需求记录的打印功能。 3)采购管理:实现对车辆配件的采购管理以及配件供应商信息的管理。 4)综合查询:实现对零件的基本信息、零件记录信息、采购信息和退货件 等信息的查询。 3.1.13.1.1数据流图、数据字典及实体联系图数据流图、数据字典及实体联系图 3.2.13.2.1 数据流图数据流图 该系统数据流程图如图 3.2 所示: 更新 库存 清 单 处理 进 货 产生 进货 报 表 处理 零 件 处理 零 件 产生 零件 报 表 零件 管理 员 经办人

15、产生 零件 报 表 D1 库存清单 D1 库存清单 D2 进货信息 D4 出库信息 更新 事物 库存 信息 库存清单进货信息进货信息 进货报表 接收事务 出货 信息 出货报表 D3 出货信息 出货信息 出库信息 出库 信息 零件清单 出库报表 图 3.2 系统数据流程图 数据流图由四种基本的元素构成:数据流(Data Flow),处理(Process), 数据存储和数据源(数据终点) 。 数据流(Data Flow):为具有名称且有流向的数据,用标有名称的箭头表示, 一个数据可以是记录、组合项或基本项。 处理(Process):表示对数据所进行的加工和变换,在图中用矩形框表示。 指向处理数据流

16、为该处理的输入数据,离开处理的数据为处理的输出数据。 数据存储:表示用文件方式或数据库形式所存储的数据,堆砌进行的存取 分别以指向或离开数据存储的箭头表示。 :圆或椭圆表示加工 :双杠表示数据存储 :方框表示数据的源点或终点 :箭头表示数据流 数据源及数据终点:表示数据的来源或数据的去向,可以是一个组织或人 员,它处于系统范围之外,所以又称它为外部实体,它是为了帮助理解系统界 面而引入的,一般只出现在数据流图的起点和终点 3.2.23.2.2 数据字典数据字典 数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素 的定义的集合。 由于本次设计是小型软件系统的开发,所以采用卡片形式书

17、写数据字典。 每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便,而且能 单独处理描述每个数据的信息。下面将列出若干数据元素的数据卡片信息。 数据字典卡片: 名称:进货清单 别名:进货报表 描述:每次进货的零件描述 定义:零件编号+名称+生产日期+数量 位置:输出到打印机 保存到磁盘 名称:零件清单 别名:库存报表 描述:零件存储的描述 定义:零件编号+名称+生产日期+数量+单价+上、 下限 位置:输出到打印机 保存到磁盘 名字:零件编号 别名: 描述:惟一地标识库存清单中一个特定零件的 关键域 定义:配件编号=8字符8 位置:进货报表 库存清单 事务 名称:配件现存量清单 别名:现

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

19、到磁盘 名字:零配件供应单位 别名:供应商 描述:惟一的标识零配件来源的一个特定的单 位 定义:单位名+负责人+联系电话 位置:进货报表 出货报表 库存清单 名字:上期数量 别名: 描述:某种零件的库存数量 定义:上期数量=1数字5 位置:零件入库信息 零件出库信息 名字:进货数量 别名:本次数量 描述:某种零件的一次入库数量 定义:本次数量=1数字5 位置:零件入库信息 名字:需求数量 别名:本次数量 描述:某种零件一次被某单位领取的数量 定义:本次数量=1数字5 位置:零件出库信息 需求单位 联系电话 负责人 编号 需求单位名 零配件单价 取货时间 地址 图 3.3 需求单位实体 E-R

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

21、生产时间 出库时间 经办人 零配件编 号 零配件名称 供应单位 出库信息 生产单位 本次数量 需求单位名 图 3.9 用户实体 E-R 图 操作员 密 码 仓库 名称 零 件 编 号 零配件 库存量 地址 地址 查询 管理员 修改时间 拥护权限 操作员 所在单位 密码 图 3.10 实体和实体之间的 E-R 图 供应单位需求单位 供应 需求 存储 零配件 地址 名称 单位编号 负责人 电话 单位编号 名称 地址负责人 电话 编号 名称 生产日期 数量 生产单位 单价 入库时间 4 4、概要设计、概要设计 4.14.1 总体设计总体设计 通过这个阶段的工作将划分出组成系统的物理元素。 系统概要设

22、计的基本目的是用比较抽象的概括方式确定系统如何完成预定 的任务,也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主 要的原理是模块独立,让模块彼此间的接口关系应该尽量简单。 4.24.2 系统功能模块图系统功能模块图 可以根据模块独立原理对软件结构进行精化。为了合理的分解,得到尽可 能高的内聚、尽可能松散的耦合,最终要的是,为了得到一个易于实现、易于 测试和易于维护的软件结构,应该对模块进行再分解或合并。 系统功能模块图如图 4.1 所示: 汽车零配件管理系统 系统模块 输入模块 管理员模块 查询模块 报表模块 帮助模块 打印设置 日志管理 入库模块 出库模块 零件模块 需求模块 进

23、货模块 图 4.1 系统功能模块图 4.34.3 数据库概念设计数据库概念设计 数据库一般分为三级模式:外模式、概念模式和内模式。外模式也就是不 同用户所对的数据视图,它将数据库内部抽象的数据及其互相之间的关系表示 为简单、直观的应用界面。概念模式是数据库中全部数据的逻辑结构和特征描 述,通常以某种数据模型为基础。内模式是对数据的物理结构和存储方式的描 述。 在这里我们将要设计的是数据库的概念模式, 通过对仓库零配件管理系统的内容和数据流程分析及 E-R 图,设计如下数 据项和数据结构。 仓库信息。包括库房名称、库位名称、库存零配件、来往客户信息、库房 编号、库位编号,仓库管理员等。 零配件信

24、息。包括名称、供应单位、生产单位、生产日期、货物数量、货 物单价、入库时间、货物编号等。 单位信息。包括单位名称、负责人、地址、联系电话等信息。 零配件入库信息。包括配件编号、货物名、生产单位、供应单位、本次数 量、生产时间、货物单价、入库时间、经办人等信息。 零配件出库信息。包括配件编号、配件名、生产单位、供应单位、配件需 求单位名、本次数量、生产时间、零配件单价、出库时间、经办人等信息。 用户信息。包括用户名称、密码、所在单位、用户权限信息、操作员、最 后修改时间。 数据库概念结构设计,是在需求分析的基础上,设计出能够满足用户需求 的各种实体,以及他们之间的关系,为后面的逻辑结构设计打下基

25、础。 4.44.4 数据库逻辑结构设计数据库逻辑结构设计 在数据库设计中相当重要的一步就是将概念模型转化为计算机上 DBMS 所支 持的数据模型,例如,将 E-R 图模型转化为关系模型,道理很简单,我们设计 概念模型基本上都是一些抽象的关系,在再数据库设计的实现过程中,在计算 机上有效地表示出这些关系就成了数据库设计的关键。 根据汽车零配件管理系统的功能要求,选取 SQLServer 2000 作为后台数据 库。 在上面的实体和实体之间的 E-R 图设计基础上,形成数据库中的表格及表 格之间的关系。 该数据库由 6 个表组成,需求单位表、零配件表、供应单位表、入库信息 表、出库信息表、操作用户

26、表。 一、主表的结构设计 1.需求单位信息 需求单位表是对需求单位信息进行统计,包括单位名、单位编号、取货时 间、地址、负责人、联系电话、操作员、所需配件、配件单价、零配件数量等 信息。需求单位表的结构表如表 4-1 所示 表 4-1. 需求单位结构表 列 名数据类型长 度是否允许为空说明 keynumbermoney8否编号(主键) dwname varchar50 否单位名 dwadressvarchar20 否地址 dwmanager varchar8 否负责人 lxtelvarchar20 是联系电话 operatorvarchar8 是操作员 ljpricemoney8 是单价 xq

27、hwvarchar20 是所需配件 xqamount int4 否配件数量 qhtimedatatime8 否取货时间 2.供应单位信息 供应单位信息表是提供配件的单位信息的统计,包括单位编号、单位名称、 负责人、联系电话、地址、所供应零配件、零配件单价、零配件商量等信息。 供应单位信息表的结构如表 4-2 所示 表 4-2 供应单位信息结构表 列 名数据类型长 度是否为空说 明 gydwnumbermoney8否否编号(主键) gydwnamevarchar20否否单位名称 gydwmanagervarchar8是是负责人 gydwtelvarchar50是是联系电话 gydwadress

28、varchar20 否地址 operatorvarchar8 是操作员 gypricemoney8 是单价 gyhwvarchar20 是供应零配件 gyamount int4 否零配件数量 3.零配件信息 零配件表是对配件信息的统计,包括名称、供应单位、生产单位、生产时间、 配件数量、配件单价、入库时间、编号等。 配件表的结构如表 4-3 所示 表 4-3 零配件结构表 列 名数据类型长 度是否为空说 明 gydwvarchar50是是供应单位 ljnamevarchar20是是配件名称 scdwvarchar10是是生产单位 sctimedatatime 8 是是 生产时间 ljamoun

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

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

31、ratorvarchar8是是操作员 6、零配件出库信息 零配件出库表是对出库信息的统计。包括货物编号、零配件名称、生产单 位、需求单位、本次数量、生产时间、零配件单价、出库时间、经办人等信息。 零配件出库信息表结构表如表 4-6 所示 表 4-6 零配件出库信息结构表 列名数据类型长度是否为空说明 ljnumberint6否否配件号 ljnamevarchar20否否配件名 scdwvarchar10否否生产单位 xqdwvarchar10否否需求单位 bcslint8是是本次数量 sctimevarchar8是是生产日期 ljpricemoney10是是配件单价 cktimedatetime8是是出库时间 jbrvarchar10是是经办人 4.54.5 连接数据库的特点连接数据库的特点 当开发环境通过连接到数据库上之后,在设计中使用数据库画笔可实现对 该数据库中表格,视图等的操作,如创建表,修改表,删除表,增加/删除记录。 设计中设计数据窗口的时候,通过对话框实现与数据的连接。在应用程序 中则一般是在应用程序对象中书写连接数据库的程序代码,使得应用程序开始 运行并实现与数据库的连接。 五、详细设计五、详细设计 详细设计阶段的根本目标是确定应该如何具体地实现所要求的系统,包括 了用户界面设计、程序过程设计等步骤。 5.15.1 系统的主

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 科普知识


经营许可证编号:宁ICP备18001539号-1