汽车零配件库存管理系统方案Word文件下载.docx
《汽车零配件库存管理系统方案Word文件下载.docx》由会员分享，可在线阅读，更多相关《汽车零配件库存管理系统方案Word文件下载.docx（41页珍藏版）》请在冰豆网上搜索。
有无可行性的解决方法，进而避免人力、物力和才力的浪费。
在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。
系统目标应充分体现，直接为库存管理系统服务，并且，程序可以分期分批实现。
但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。
以达到更加出色的程序系统。
可是，目标的提法不尽相同，例如：
（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）登陆功能：
登陆系统为身份验证登录。
分为管理员登录和一般用户登录。
分别通过不同的用户名和密码进入零配件管理界面。
（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系统数据流图
数据流图由四种基本的元素构成：
数据流（DataFlow），处理（Process），数据存储和数据源（数据终点）。
数据流（DataFlow）：
为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。
处理（Process）：
表示对数据所进行的加工和变换，在图中用矩形框表示。
指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。
数据存储：
表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。
：
圆或椭圆表示加工：
双杠表示数据存储
方框表示数据的源点或终点：
箭头表示数据流
数据源及数据终点：
表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点。
3.1.2数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
数据字典卡片：
名字：
零件编号
别名：
描述：
惟一地标识库存清单中一个特定零件的关键域
定义：
配件编号=8{字符}8
位置：
进货报表
库存清单
事务
名称：
配件现存量清单
现存清单
零配件存量描述
配件号+配件名+配件数量
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供应商信息结构表
字段名称
数据类型
长度
是否允许为空
说明
姓名
string
60
是
Name
电话
30
Telephone
信用
20
Credit
地址
80
Address
配件号
40
Accessorynumber
供应价格
50
Supplyprice
2.零配件信息
零配件表是对配件信息的统计，包括零配件名称、配件数量、配件价格、配件号等。
表4-2零配件信息结构表
配件名字
90
Accessoryname
数量
int
Amount
价格
Price
3.零配件出入库信息
零配件出入库信息是对出入库信息的统计，包括配件号、时间、数量、出入情况、对象、操作员等信息。
表4-3零配件出入库信息结构表
出入情况
Access
时间
DateTime
Time
对象
70
Object
操作员
Operator
4.管理员信息
管理员表是对使用本系统的用户进行身份和权限验证用的，包括用户名称、密码、电话、地址、用户名。
表4-4管理员信息结构表
Realname
用户名
Username
密码
Password
5、零售商信息
零售商信息表包括配件号、姓名、电话、地址、信用等信息。
表4-5零售商信息结构表
长度
4.5物理结构设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。
为一个给定的逻辑数据模型选取一个最合适应用要求的物理结构的过程，就是数据库发的物理设计。
物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化（现在很多软件能支持中文字段，如Access2000），实现物理建库，完成数据库物理设计字典。
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，不同的数据库产品所提供的物理环境、存取方法和存储结构有很大差别，能供设计人员使用的设计变量、参数范围也很不相同，因此没有通用的物理设计方法可遵循，只能给出一般的设计内容和原则。
希望得到设计优化的物理数据库结构，使得数据库上运行的各种事务响应时间小、存储空间利用率高、事务吞吐率大。
为此，首先对要运行的事务进行详细分析，获得选择物理数据库设计所需要的参数。
其次，要充分了解所用的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图如下图所示
图4.2供应商实体E-R图
图4.5管理员实体E-R图
图4.3零配件实体E-R图
图4.3零售商实体E-R图
图4.3仓库实体E-R图
图4.6汽车零配件库存管理系统总E-R图
4.8逻辑结构设计
逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体DBMS所能支持的数据模型，即逻辑结构。
关系模型的逻辑结构是一组关系模式的集合。
将E-R
升级会员 