零件交易中心管理系统设计报告
- 格式:docx
- 大小:162.66 KB
- 文档页数:4
汽车配件管理系统分析报告《汽车配件公司业务管理信息系统》需求分析报告⼀、项⽬背景项⽬委托⽅(⽤户⽅):《汽车配件公司业务管理信息系统》需求分析报告⼀、项⽬背景项⽬委托⽅(⽤户⽅):XX汽车配件公司项⽬承接⽅(开发⽅):第⼗⼀⼩组⼆、编写⽬的1. 为了提⾼公司内部管理的效率,所以需要编制⼀套完整的⽤于公司内部管理的系统。
这样⼀个系统可以在整个公司范围内使⽤,做到了公司资源的整合与共享。
2.明确需求分析,为下⼀步的系统设计做准备。
3.指导软件的代码编写,使开发具有明确的⽅向性。
4.描述系统的这个业务和数据流程。
5.描述系统的数据字典,为以后数据库设计做依据。
三、读者对象:软件开发⼈员及其协助⼈员四、系统⼤致模块划分1、销售管理(P1):对顾客的订货进⾏处理并回答顾客的咨询。
包括订货处理、缺货通知、通知财务、制作销售报表等功能。
这部分侧重的是对客户服务的,它是以客户为中⼼开展的。
是整个系统数据的⼊⼝处。
2、采购管理(P2):负责向供应商采购汽车配件并通知财务部门。
包括采购配件、通知财务等功能。
这部分侧重的是供应商的联系。
它以采购配件为中⼼展开。
3、财务管理(P3):主要负责向顾客收款与向供应商付款。
包括付款给供应商、向顾客收款、制作报表等功能。
这部分管理这公司的资⾦⽅⾯。
4、库存管理(P4):主要负责对供应商收货与对顾客发货。
包括验证发货给顾客、收取供应商发的货、通知采购部门到货、制作库存报表等功能。
这部分管理这公司配件库存。
五、组织结构图六、业务流程1. 基本符号2. 业务流程图1) 业务流程图总图2) 销售业务流程图3) 采购管理业务流程图财务管理业务流程图2. 业务流程图1) 业务流程图总图2) 销售业务流程图3) 采购管理业务流程图财务管理业务流程图七、数据流程1.基本符号2.数据流程图绘制⽅法⾃顶向下,分层绘制。
3.数据流程图绘制规则(1)每张数据流程图须从左往右绘制,即从产⽣数据的外部实体开始到使⽤数据的外部实体结束。
目录一、引言 (2)二、需求分析 (3)(一)开发背景 (3)(二)功能需求分析 (3)(三)开发环境需求 (4)(四)可行性分析 (4)三、系统设计 (5)(一)系统功能图 (5)(二)系统活动图 (6)(三)系统用例图 (7)四、数据库设计 (8)(一)E-R模型图 (8)(二)数据库模型图 (8)(三)数据库表设计 (10)(四)数据字典 (10)五、系统详细设计与实现 (14)(一)系统登录 (14)(二)部门管理模块 (15)(三)业务管理 (18)六、系统测试 (23)(一)所遇问题 (23)(二)解决的方法 (23)七、小结 (24)参考文献 (24)汽车零部件销售管理系统设计与实现摘要:本文主要介绍系统的组成及设计情况,包括软件的开发背景、开发平台、开发的相关技术介绍、软件的需求分析、系统的设计目标、系统的详细设计等,并介绍了各功能模块的思路和实现方法,以及对个人模块关键部分源代码的详细说明。
汽车种类的不断丰富导致零部件种类的增多,这给汽车零部件销售行业带来了很多问题,如配件分类管理混乱,靠人工记忆容易出现错误,而且对库存情况难以统计,本系统可以记录汽车零部件的进货入库和销售出库,可以对库存情况进行简单查询、汇总操作。
这将大大节省了人力,减少失误。
同时本系统具有友好的界面、实用的功能、简单的操作,设计充分发挥了WINDOWS的图形技术,系统界面简洁美观,软件的开发与市场需求相符合。
关键词:管理系统;汽车零部件;一、引言科学技术日新月异,信息化时代的来临,以计算机为基础的信息科学在经济和社会生活各个领域得到了极为广泛的应用,尤其在信息管理方面,计算机已是必不可少的管理工具。
谁控制的信息越多,谁利用信息资源的效率越高,谁就会在各方面的竞争中占有一席之地,谁就会有更多的优势。
从微观上讲,建立一套管理信息系统能够提高生产效率,从而加强了管理的信息化手段,提高了本单位的经济效益。
从宏观上讲,顺应了社会的信息化、社会化潮流,加快了社会的发展速度。
零件销售系统系统设计报告1.功能模块图图一功能模块图2.软硬件选择编程软件就选择软件,数据库软件选择Microsoft office 中的Access数据库软件。
因为Microsoft Visual Basic对于处理一些编程比较简单,且具有可视化界面处理,能够设计出界面较美观的系统。
Access对于建立数据库来说比较简单且便于操作。
硬件就选择能够运行该程序的电脑即可。
3.代码设计:(1)客户ID代码的设计:先建立一个字母和数字的对照表建立客户信息的IDID必须要唯一标识一个客户,所以我将客户ID的编码设计成两部分组成—姓名信息+年龄信息+性别,姓名信息我取每个字的首字母所代表的数字表示,性别规定单数代表男性,双数代表女性。
(2)零件信息ID的代码设计如下:因为零件的总类比较繁多,分类较复杂,所以零件信息的ID我选择用顺序代码表示。
如1代表车轮、2代表聚乙烯等。
(3)订货信息ID的代码设计如下所示:订货信息由三部分组成:客户ID+零件ID+订货数量。
4.数据库设计对于数据库的设计,只需在Access中新建4个表,分别如下所示:建一个系统管理员信息表,对系统进行管理;建一个零件信息存放表对零件进行管理;建一个用户信息存放表对用户进行管理;建一个订货信息存放表进行订货管理。
5.系统的IPO设计系统的输入输出设计要使系统能够正常的运作,合理的输入输出(I/O)设计非常重要。
在销售管理系统中,涉及到了许多数据输入与输出的环节,如用户信息的注册录入,订单的生成,商品的查询,订单的查询等。
输入设计:是整个系统设计的关键环节之一,它主要是根据业务形式来确定怎样录入数据,其根本任务是如何保证将数据方便、正确的传送到系统中去,然后再由计算机完成各种各样的后续处理工作。
输入内容:登录密码,零件名称,购入数量,库存数量,客户名称,联系电方式,需求量。
输入方式:人工输入。
输入设备:键盘,鼠标。
输出设计:该设计的目的是使系统输出满足用户需要的有用信息,输出的信息能否满足用户要求,直接关系到系统的使用效果。
汽车零件销售管理系统设计与实现
汽车零件销售管理系统涉及到的功能包括:客户管理、订单管理、库存管理、供应商管理、报表统计等。
以下为汽车零件销售管理系统的设计与实现:
1.数据库设计
根据系统功能,设计数据库表包括:客户表、订单表、库存表、供应商表、商品表、员工表等。
2.系统架构设计
采用MVC(Model-View-Controller)架构设计,实现业务逻辑
与表现进行分离。
3.前端UI设计
采用Bootstrap框架进行响应式布局设计,提高用户体验。
4.后端开发
选择Java语言进行开发,在Spring MVC、MyBatis等开源框架的支持下实现业务逻辑。
5.权限管理
采用Spring Security框架实现用户的认证和授权,保证系统
的安全性。
6.报表统计
采用第三方report生成工具实现销售报表和库存报表的生成。
7.部署上线
采用Docker进行容器化部署,实现高效的运维。
总体而言,汽车零件销售管理系统的设计与实现需要结合业务需求、技术选型等多方面考虑,持续优化与改进,以提供更好的服务。
小组成员:胡豆豆郑晓鹏莫仕华陈超刘瑞指导老师:白健明目录第一章汽车配件公司业务管理信息系统的系统规划 (1)第一节项目说明 (1)第二节项目背景 (1)第三节项目目标 (1)第四节限定条件 (1)第五节项目策略 (1)第六节所采用的工具和技术 (1)第七节小组项目分工 (2)第二章汽车配件公司业务管理信息系统的系统分析 (2)第一节组织结构与功能分析 (2)第二节业务功能一览表 (3)第三节业务流程图 (4)第四节数据流程图 (5)第五节数据字典 (9)第三章汽车配件公司业务管理信息系统的系统设计 (20)第一节数据库的设计 (20)第二节用户界面设计 (23)第三节系统功能模块图 (28)第四章汽车配件公司业务管理信息系统的系统实施 (29)第一节应用软件的编程 (29)第二节数据准备及输入 (29)第三节系统测试 (32)第四节用户使用手册 (32)第五节结构图 (33)第五章汽车配件公司业务管理信息系统的系统总结 (34)第一节本系统的优缺点 (34)第二节开发心得 (36)附录 (38)第一章汽车配件公司业务管理信息系统的系统规划第一节项目说明为汽车配件公司业务更加系统化,更方便于管理,设计一个管理信息系统来管理汽车配件公司业务和企业的各个部门。
第二节项目背景随着经济的发展和中国汽车市场的不断扩大,某汽车配件公司也随着发展的浪潮不断扩大规模,随之,订单成倍增加,各项业务更加细化,各部门工作量增加,以往的人工处理方式就显得力不从心,劳动强度大而且容易出错。
第三节项目目标本课程设计的具体任务就是设计一个企业内部业务管理信息系统,利用现代计算机和数据库开发技术来代替人工处理,从而减轻企业各部门工作人员的劳动强度,提高工作质量和效率,提高信息资源的利用率和企业管理水平。
第四节限定条件本小组采用Microsoft Visual Studio进行系统设计,在设计上存在一定的局限性,部分要求达到的系统功能未能成功在Microsoft Visual Studio设计;其次就是上课学习时间较短,有些系统设计知识未能充分学习。
(详细地调查分析系统对象、功能、性能等需求)l 供应商供应商的操作流程图如图 A1 所示。
增修删加改除供个应人项信息图 A1 供应商操作分类表2.顾客顾客的地位和供应商几乎是对称的,所以功能分类上也很相似.顾客的操作流程图如图 A2 所示。
增修删加改除需个求人项信息图 A2顾客操作分类表3.交易员生,并如何达成,可以用图 A3 来说明这个问题.我们在处理交易的时候可能面临如下问题:(1)一个交易只能在交易双方都同意的情况下才可以进行,所以数据库中的供求信息只能作 为达成某个交易的基础;(2)交易的双方可能不同时使用这个系统,因此需要系统提供一个双方交换信息的方式; (3)系统需要提供一种方便系统( 库数据完整性的情况下达成交易。
协议正书式草签案字供应 交 完易 商成员 以交签 及易发客签字 顾 供 应 项注册注销顾 客注册注销交易 员供应商 顾客提出 交易员提出提出交易 交易申请 交易建议图 A .3交易员操作图[概念模型设计](从实践概括抽象出理论模型 E/R )数据库需要表述的信息有以下几种: (1)零件信息 (2)供应商信息 (3)顾客信息(4)供应商集和零件集之间的联系(供应)简介供应商名价格数量零件名简介电话供应重量 地址供应商号零件号颜色N图 A .4 供应商和零件之间的联系(供应) E/R 模型(5)顾客集和零件集之间的联系(求购)零件号零件名数量价格顾客号颜色顾客名求购重量地址简介电话图 A .5 顾客和零件之间的联系(求购) E/R 模型M : N零件顾客M :零件供应商(6)交易(三元联系)可以用 E/R 模型表述该模型的设计,E/R 图如图 A7 所示。
零件号零件名简介数量颜色重量数量供应求购价格价格交易顾客号电话地址简介供应商名数量顾客名供应商号价格电话地址图 A .7全局 E/R 模型[逻辑设计](从理论‘E/R 模型’到理论‘关系模型’的整理转换)通过 E/R 模型到关系模型的转化,可以得到如下关系模式:(1)零件实体集转换为 Part(ID ,Color ,Name ,Weight ,Intro) (2)供应商实体集转换为 Provider(ID ,Name ,Addtess ,Tel ,Intro)关系:关系 (3)顾客实体集转换为 (4)供应联系转换为 关系 Customer(ID ,Name ,Addtess ,Tel) 关系 Supply(PartlD ,ProviderlD ,Price ,Quantity) (5)求购联系转换为OfferToBuy(CustomerlD ,PartID ,Price ,Quantity)(6)交易联系转换为Business(CustomerlD ,ProviderlD ,PartID ,Price ,Quantity) 关系 关系每个关系模式的主键码都用下划线标出。
数据库原理课程设计题目零件交易中心管理系统学院信息工程学院专业计算机科学与技术班级计科072学号学生姓名指导教师编写日期2010-03-021.需求分析 (2)2.概念模型设计 (3)13.逻辑设计 (4)4.物理设计 (5)5.测试阶段 (10)6.总结 (13)1.需求分析1.供应商供应商的操作流程图如图2-1所示。
增加供应项删除供应项供注销注册应 2项修改个人信息修改供应项.图2-1 供应商操作分类表2.顾客顾客的地位和供应商几乎是对称的,所以功能分类上也很相似.顾客的操作流程图如图2-2所示。
删除需求项增加需求项顾注注客修改个人信修改需求2-2 顾客操作分类表图.交易员3交易员的工作就是提出交易和完成交易。
这里需要仔细考虑的问题是:一个来说明这个问题.交易如何产生,并如何达成,可以用图2-3 我们在处理交易的时候可能面临如下问题:所以数据库中的供一个交易只能在交易双方都同意的情况下才可以进行,(1) 求信息只能作为达成某个交易的基础;因此需要系统提供一个双方交换信(2)交易的双方可能不同时使用这个系统,息的方式;向用户提出建议来促成交易的途径,交易员)(3)系统需要提供一种方便系统( 并在保证数据库数据完整性的情况下达成交易。
顾客提出交易员提出供应商交易建议交易申请提出交易2-3 交易员操作图图概念模型设计2.协议书草案交易数据库需要表述的信息有以下几种:零件信息、供应商信息、顾客信息及供供应商以及顾客签字员 )。
应商集和零件集之间的联系(供应正式签字)供应(1. 供应商集和零件集之间的联系交易员签发 3完成交易.供应商名零件名数量价格简介简介供应商重量电话零件供应M N 地址颜色零件号供应商号模型供应) E-R图3-1供应商和零件之间的联系()图3-2 顾客和零件之间的联系(求购) E-R模型3.交易(三元联系)可以用E-R模型表述该模型的设计,E-R图如图3-3所示。
顾客顾客图3-3 全局E-R模型3.逻辑设计通过E/R模型到关系模型的转化,可以得到如下关系模式:4(1)零件实体集转换为关系:Part(ID,Color,Name,Weight,Intro)(2)供应商实体集转换为关系Provider(ID,Name,Addtess,Tel,Intro)(3)顾客实体集转换为关系Customer(ID,Name,Addtess,Tel)(4)供应联系转换为关系Supply(PartlD,ProviderlD,Price,Quantity)(5)求购联系转换为关系OfferToBuy(CustomerlD,PartID,Price,Quantity)(6)交易联系转换为关系Business(CustomerlD,ProviderlD,PartID,Price,Quantity)每个关系模式的主键码都用下划线标出。
目录一、引言 (2)二、需求分析 (3)(一)开发背景 (3)(二)功能需求分析 (3)(三)开发环境需求 (4)(四)可行性分析 (4)三、系统设计 (5)(一)系统功能图 (5)(二)系统活动图 (6)(三)系统用例图 (7)四、数据库设计 (8)(一)E-R模型图 (8)(二)数据库模型图 (8)(三)数据库表设计 (10)(四)数据字典 (10)五、系统详细设计与实现 (14)(一)系统登录 (14)(二)部门管理模块 (15)(三)业务管理 (18)六、系统测试 (23)(一)所遇问题 (23)(二)解决的方法 (23)七、小结 (24)参考文献 (24)汽车零部件销售管理系统设计与实现摘要:本文主要介绍系统的组成及设计情况,包括软件的开发背景、开发平台、开发的相关技术介绍、软件的需求分析、系统的设计目标、系统的详细设计等,并介绍了各功能模块的思路和实现方法,以及对个人模块关键部分源代码的详细说明。
汽车种类的不断丰富导致零部件种类的增多,这给汽车零部件销售行业带来了很多问题,如配件分类管理混乱,靠人工记忆容易出现错误,而且对库存情况难以统计,本系统可以记录汽车零部件的进货入库和销售出库,可以对库存情况进行简单查询、汇总操作。
这将大大节省了人力,减少失误。
同时本系统具有友好的界面、实用的功能、简单的操作,设计充分发挥了WINDOWS的图形技术,系统界面简洁美观,软件的开发与市场需求相符合。
关键词:管理系统;汽车零部件;一、引言科学技术日新月异,信息化时代的来临,以计算机为基础的信息科学在经济和社会生活各个领域得到了极为广泛的应用,尤其在信息管理方面,计算机已是必不可少的管理工具。
谁控制的信息越多,谁利用信息资源的效率越高,谁就会在各方面的竞争中占有一席之地,谁就会有更多的优势。
从微观上讲,建立一套管理信息系统能够提高生产效率,从而加强了管理的信息化手段,提高了本单位的经济效益。
从宏观上讲,顺应了社会的信息化、社会化潮流,加快了社会的发展速度。
目录前言 (2)1 系统的可行性分析 (2)2 系统需求分析 (3)2.1 系统调查 (3)2.2 数据流图 (4)3 系统概要设计 (5)3.1 系统功能模块 (5)3.2 数据库概念模型设计 (6)3.3 开发平台选择 (8)4 详细设计 (9)4.1 各功能模块设计 (9)4.2 数据库表的设计 (10)5 系统实现 (13)5.1 用户界面设计 (13)5.2 基础信息模块的实现 (15)5.3 基础业务功能模块的实现 (17)5.4 系统查询模块的实现 (20)5.5 系统报表模块............................................................... 错误!未定义书签。
5.6 系统设置....................................................................... 错误!未定义书签。
5.7 数据备份....................................................................... 错误!未定义书签。
6结束语....................................................................................... 错误!未定义书签。
参考文献...................................................................................... 错误!未定义书签。
汽车零件销售管理系统的实现摘要:汽车零件销售管理系统是从销售公司实际业务出发,分析了汽车零件管理的工作流程,并以入库管理和出库管理为重点,实现了对汽车零件的材料管理、出入库管理、查询管理等功能,描述了两个子系统的模块结构设计及实施过程中的技术要点。
零件交易中心管理系统设计报告
(设计目的)
略
(设计简述)
零件交易中心管理系统主要提供顾客和供应商之间完成零件交易的功能,其中包括供应
商信息、顾客信息以及零件信息。
此系统可以让供应商增加、删除和修改所提供的零件产品,还可以让顾客增加、删除和修改所需求的零件。
交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议,由供应商和顾客进行确认后即完成这笔交易。
[设计全过程]
1、需求分析:(实际详细调查)
2、数据库设计:(SQL Server 2000 设计)
概念(模型)设计(实际到概念)
逻辑设计(逻辑推导)
物理设计(理论到实现)
SQL编程、调试(测试验证)(实践反复检验)
3、应用程序编程、调试、测试(用人机交互前台开发工具开发windows和Web 应用
程序)
[需求分析]
(详细地调查分析系统对象、功能、性能等需求)
l .供应商
供应商的操作流程图如图A1所示。
2.顾客
顾客的地位和供应商几乎是对称的,所以功能分类上也很相似•顾客的操作流程图如图A2所示。
删除需求项
图A2顾客操作分类表
3•交易员
交易员的工作就是提出交易和完成交易。
这里需要仔细考虑的问题是: 一个交易如何产
生,并如何达成,可以用图 A3来说明这个问题. 我们在处理交易的时候可能面临如下问题:
(1) 一个交易只能在交易双方都同意的情况下才可以进行,所以数据库中的供求信息只 能作为达成某个交易的基础;
(2) 交易的双方可能不同时使用这个系统, 因此需要系统提供一个双方交换信息的方式; (3) 系统需要提供一种方便系统 (交易员)向用户提出建议来促成交易的途径,并在保证 数据库数据完整性的情况下达成交易。
图A . 3交易员操作图
[概念模型设计]
(从实践概括抽象出理论模型
E/R )
数据库需要表述的信息有以下几种:
(1) 零件信息 (2) 供应商信息 (3) 顾客信息
(4) 供应商集和零件集之间的联系
(供应)
交易员提出 交易建议
正式签字 I I I I I I I I I I
交易员签发
完成父易
协议书草案 供应商以及顾客签字
供应商 提出交易
顾客提出 交易申请
I I I I I
简介
电话 地址
供应商号 价格
数量
供应
供应商名
简介 重量
颜色
零件号
零件名
V ------
供应商
零件
图A . 4供应商和零件之间的联系
(供应)E/R 模型
图A. 7全局E/R 模型
[逻辑设计]
(从理论’E/R 模型’到理论’关系模型’的整理转换
)
图A . 5顾客和零件之间的联系(求购)E/R 模型
(6)交易(三元联系)
可以用E/R 模型表述该模型的设计, E/R 图如图A7所示。
d Jfc-
零件
____ ▲____
1 T
(5)顾客集和零件集之间的联系 (求
零件号
简介 颜色
数量
数量
重量
供应
求购
价格
价格 顾客号
供应商
顾客
电话 简介 顾客名
地址
数量
供应商名
价格 电话 地址
供应商号
零件名
交易
通过E/R 模型到关系模型的转化,可以得到如下关系模式: 关系:Part(ID ,Color , Name Weight , Intro) 关系 Provider(ID , Name Addtess , Tel , Intro) 关系 Customer(ID , Name Addtess , Tel) 关系 Supply(PartlD ,ProviderlD ,Price ,Quantity) 关系
OferToBuy(CustomerlD , PartID , Price ,
Qua ntity) (6)交易联系转换为
----------- ► 关系 Business(CustomerlD , ProviderlD , PartID ,
Price ,Quantity)
每个关系模式的主键码都用下划线标出。
同时,对于从联系导出的关系
Supply(供应),OfferToBuy(求购)和Business(交易),
使用与之相联系的实体集的主健码作为自己的键码,必须符合外键码约束。
对于Customer(顾客),Provider(供应商)和Part(零件)之间,不存在直接的约束,所以可 以存在没有供应商供应同时也没有顾客求购的零件。
[物理设计]
(从理论‘关系模型’到实现 实施‘数据库建立’)
(物理文件的安排和建立索引)
1为了提高在表中搜索元组的速度, 在实际实现的时候应该基于键码建立索引是各表中建立 索引的表项:
(1) part(ID) (2) Provider(ID) (3) Customer(ID)
(4) Supply(PartID , ProviderID> (5) OferTOBuy(CustomerlD ,PartID)
(6) Business(CustomerlD , ProviderID , PartID) 2[用SQL 实现设计]
实现该设计的环境为 Win dows 2000 Perfessi nal+MSSQLServer 2000.0 1.建立Part 表(也可以用 DBMST 具实现)
CREATE TABLE Part(
ID smalli nt IDENTITY(1,1) PRIMARY KEY CLUSTERED, Color varchar(20),
Name varchar(20) NOT NULL, Weight int DEFAULT 0, In tro text)
(1) 零件实体集转换为 (2) 供应商实体集转换为 (3) 顾客实体集转换为 (4) 供应联系转换为 - (5) 求购联系转换为-。