修改后汽车配件公司业务信息系统分析之数据字典
- 格式:docx
- 大小:19.07 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)每张数据流程图须从左往右绘制,即从产⽣数据的外部实体开始到使⽤数据的外部实体结束。
上海通用汽车公司信息系统数据字典流程图报告工商管理二班廖湉源 20090610233(一)上海通用汽车公司背景上海通用汽车有限公司成立于1997 年6月12日,由上海汽车工业(集团)总公司、通用汽车公司各出资 50% 组建而成。
上海通用汽车位于上海市浦东金桥出口加工区,占地面积 80 万平方米。
上海通用汽车目前已经形成凯迪拉克、别克、雪佛兰、萨博四大品牌别克荣御轿车、别克君威轿车、别克凯越轿车、别克凯越 HRV 轿车、别克赛欧、昂科雷、君越、雪佛兰景程轿车、CRUZE以及雪佛兰赛欧紧凑型轿车等十五大系列 57种品种的产品巨阵,其各系列产品含有多项先进技术,在安全性、动力性、舒适性和环保方面表现优越并在各自的细分市场中处于领先地位。
上海通用汽车公司主要负责为顾客提供汽车的订购,销售,按揭,采购,装潢,售后服务等一些列的业务。
目的在于为顾客提供优质的汽车销售服务。
(二)上海通用汽车公司管理信息系统目标和战略实现对内部各种服务管理的电子化,自动化,提高各个模块之间的办公效率,为提供高质量的汽车销售服务提供保证。
具体来说,该系统主要就是要实现以下几个方面:1)建立内部通讯和信息发布平台;2)实现工作流的自动化,以及流程的实时监控与跟踪;3)实现文档管理的自动化,并可按权限进行查询使用;4)随时随地安排业务。
5)实现信息集成,将各种业务系统的数据集成;可对客户资源进行管理;可实现公司所有的信息和协同进行集中管理。
(三)上海通用汽车公司管理信息系统主方案:以下是生产销售信息系统主要数据流程:生产销售管理信息系统流程:利用计算机进行预订业务操作,取代原先由销售员执行的部分业务。
所有的订购信息均有计算机系统进行统一处理。
并随库存车辆状况对订购的情况实行实施有效控制。
同时将客户订货信息作为一手数据及时向厂商反馈,及时调整厂商的生产情况,并且再将供应商的数据通过电子计算传送到车辆管理信息系统中,其中受理顾客预订主要有以下的一些功能:(1)受理客户24小时订车,一天当中任意时间段均可登入上海通用汽车公司网站进行在线登记订购(2)客户通过网上预定,填写相关的信息并进行网上缴纳定金。
第1讲系统分析(一)初步调查与详细调查:2学时§3.2系统分析系统分析是在总体规划的指导下,对系统内组织各部门、各业务进行深入详细的调查研究,确定出用户需求,获得新系统的逻辑模型的过程。
系统分析的主要任务是定义或制定新系统应该“做什么”的问题。
§3.2.1 系统初步调查和可行性分析系统初步调查和可行性分析,是系统分析的第一步,其中系统初步调查是系统可行性分析的前提,可行性分析是在系统初步调查的基础上进行的。
1.系统初步调查基本内容包括:(1)系统的基本情况。
(2)系统信息处理情况。
(3)系统资源情况。
(4)态度。
2.可行性分析可行性是指在组织内外当前的具体条件下,进行某项目的必要性和可能性的研究。
可行性分析就是对项目开发的可能性和必要性进行分析,避免盲目投资。
主要是必要性分析和效益分析,以决定是否建立MIS,同时还要进一步进行技术可行性分析、投资/效益分析、组织管理可行性分析,确定是否存在否定项目的可能性。
●经济可行性估算新系统开发所需要的投资费用和未来的运行维护费用,预测新系统的效益,进行投资/效益分析,评估投资风险。
●技术可行性采用的开发方法、开发环境和开发技术是否先进、可行,能否达到所需要的技术力量和设备。
●管理可行性企业的领导是否重视、领导的信息意识和企业的管理水平如何?●环境方面的可行性人员变动、运行环境、方式是否可行。
3.可行性分析报告可行性分析报告是可行性分析最终形成的文档,其核心内容:进行系统简述,介绍系统的目标;提出系统可行性结论。
(1)概述(编写目的、背景、定义、参考资料)(2)系统目标(近期目标、长远目标)(3)对现行系统的分析●组织机构、职能、地理分布、概况、功能要求●运行情况、资源情况、开发条件●存在问题与薄弱环节(4)建议的新系统●新系统的战略目标、规模和总体结构●系统的信息结构、功能要求、技术指标、性能要求●新系统可能产生的影响和变革(对现行管理制度的影响、对人员的变动及要求等)●可选择的其它系统方案(5)投资与效益分析,可行性研究§3.2.2 系统详细调查系统详细调查的对象是现行系统。
3.4 数据字典(DD)数据字典(Data Dictionary,简称DD)就是用来定义数据流图中的各个成分的具体含义的,它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。
它和数据流图共同构成了系统的逻辑模型,是需求规格说明书的主要组成部分。
3.4.1数据字典的内容以及格式数据字典的任务是对于数据流图中出现的所有被命名的图形元素在数据词典中作为一个词条加以定义,使得每一个图形元素的名字都有一个确切的解释。
数据字典有以下四类条目:数据流、数据项、数据存储、基本加工。
数据词典中所有的定义应是严密的、精确的,不可有半点含混,不可有二义性。
1.数据流条目数据流条目给出了DFD中数据流的定义,通常列出该数据流的各组成数据项。
在定义数据流或数据存储组成时,使用的符号如3-1表:举例:定义数据流组成及数据项。
机票=姓名+日期+航班号+起点+终点+费用航班号=“Y7100”...“Y8100”终点=[上海|北京|西安]数据流条目主要内容及举例如下:数据流名称:订单别名:无简述:顾客订货时填写的项目来源:顾客去向:加工1“检验订单”数据流量:1000份/每周组成:编号+订货日期+顾客编号+地址+电话+银行账号+货物名称+规格+数量2.数据存储条目数据存储条目是对数据存储的定义,如:数据存储名称:库存记录别名:无简述:存放库存所有可供货物的信息组成:货物名称+编号+生产厂家+单价+库存量组织方式:索引文件,以货物编号为关键字查询要求:要求能立即查询3.数据项条目数据项条目是不可再分解的数据单位,,其定义格式如下:数据项名称:货物编号别名:G-No,G-num,Goods-No简述:本公司的所有货物的编号类型:字符串长度:10取值范围及含义:第一位:进口/国产第2-4位:类别第5-7位:规格第8-10位:品名编号4.加工条目加工条目是用来说明DFD中基本加工的处理逻辑的,由于上层的加工是由下层的基本加工分解而来,只要有了基本加工的说明,就可理解其他加工。
数据字典设计1)数据流名称:用户信息情况位置:用户——>P0定义:用户信息=用户名 + 密码 + 姓名 + 年龄 + 性别 + 编号 +车型 + 车牌号 + 单位信息 + 联系方式;数据流量:根据用户的具体情况及公司内部结构来确定。
说明:要对每一位用户进行唯一编号,即给予不同的用户名。
2)数据流名称:维修查看情况位置:用户、管理员——>P1定义:维修表 = 用户基本信息 + 车型 + 维修内容 + 维修日期 +单位信息 + 联系方式 + 维修历史记录 +数据流量:根据用户的具体情况及公司内部结构来确定。
说明:对每一个用户的基本维修记录应及时的更新记录3)数据流名称:报修审查情况位置:用户、管理员——>P2定义:报修审查情况 = 用户名 + 报修内容 + 报修日期 + 联系方式数据流量:根据用户的具体情况及公司内部结构来确定。
说明:对每一个用户的报修应审查基本情况,确定符合并且无误4)数据流名称:零件及费用情况位置:管理员——>P3定义:零件基本情况 = 零件名称 + 零件产地 + 零件规格 + 零件价格数据流量:根据用户的具体情况及公司内部结构来确定。
说明:给出汽车的各个零件及维修内容的价格5)数据流名称:新建用户位置:管理员——>P4定义:新建用户 = 用户名(唯一性) + 密码 + 注册日期 + 车牌号+ 车型 + 单位 + 联系方式数据流量:根据用户的具体情况及公司内部结构来确定。
说明:建立新用户的数据并及时反馈用户6)数据流名称:用户报修位置:用户——>P5定义:用户报修情况 = 用户名 + 日期 + 联系方式数据流量:根据用户的具体情况及公司内部结构来确定。
说明:及时了解用户的报修内容并及时与用户取得联系并协商维修时间。
汽车维修管理系统—数据字典修订版IBMT standardization office【IBMT5AB-IBMT08-IBMT2C-ZZT18】软件工程数据字典报告题目:汽车维修管理系统班级:1115班学号:20111987姓名:胡影锋指导老师:吴沧海数据字典一、数据项条目1.登录表信息表中:字段名: name数据项:客户号含义说明:每个客户的编号别名:客户编号类型:字符型长度:20取值范围:十个中文字符以内取值含义:根据读客户登录时用的名字字段名: password2、员工信息表中:字段名: name数据项:员工号含义说明:每个员工的编号别名:员工编号类型:字符型长度:20取值范围:十个中文字符以内取值含义:根据读员工登录时用的名字字段名: password3、零件信息表中:字段名: name数据项:零件号含义说明:每种零件的编号别名:零件编号类型:字符型长度:20取值范围:十个中文字符以内取值含义:根据读零件登录时用的名字字段名: password4、维修项目编号表中:字段名: name数据项:维修号含义说明:每个维修的编号别名:维修编号类型:字符型长度:20取值范围:十个中文字符以内取值含义:根据读维修登录时用的名字字段名: password5、维修工时表中:字段名: name数据项:工时号含义说明:每种工时维修的编号别名:工时编号类型:字符型长度:20取值范围:十个中文字符以内取值含义:根据读维修工时登录时用的名字字段名: password6、维修委托书编号表:字段名: name数据项:维修委托书号含义说明:每份维修委托书的编号别名:维修委托书编号类型:字符型长度:20取值范围:十个中文字符以内取值含义:根据读维修委托书编号登录时用的名字字段名: password二、数据流条目1、维修信息数据流名:维修信息说明:维修信息数据流来源:汽车维修管理系统数据流去向:业务员组成:姓名,客户编号,电话号码,车辆信息,维修次数,总次数平均流量:每天100个高峰期流量:每天200个2、单价工时数据流名:工时信息说明:工时信息数据流来源:维修车间数据流去向:汽车维修管理系统组成:姓名,客户编号,电话号码,车辆信息,维修次数,维修工时平均流量:每天100个高峰期流量:每天200个3、总费用数据流名:总费用信息说明:总费用信息数据流来源:汽车维修管理系统数据流去向:客户组成:姓名,客户编号,电话号码,车辆信息,维修次数,总费用平均流量:每天100个高峰期流量:每天200个三、数据文件条目1、客户文件数据文件名:客户文件简述:存放的是维修客户基础信息数据。
数据字典注意:请修改一下数据项名:1.会员 2.管理员 3.维修工含义:1.会员是对于公司和企业的重要人员 2.管理员是公司或者企业的管理人员,是决策者3.维修工则是为会员服务,维修故障的人。
数据类型;char型长度;1---10000;逻辑关系:会员是一个公司或企业的服务对象,在重点的服务对象之中,管理员需要用手段拉拢和处理各种和员工.会员之间的关系,维修工需要接受管理员的安排,给管理员提出好的建议和意见,通过劳动获得报酬。
数据结构:数据结构名:前台数据库和后台数据库含义:前台数据库是存储会员们的修改或者填写的信息,而后天数据库则是存储被处理过的会员信息和员工的信息。
组成:(数据流名:客服查询说明:作为汽车4S的受用者,会员们可以通过在手机网页或者互联网上进行个人信息查询,故障调查表的填写,活动的查看,个人积分兑换等活动。
来源:会员去向:前台的数据库数据结构:前台数据库和后台数据库)//这个我不懂;数据存储:数据存储名:前台数据库和后台数据库说明:会员把填写,申请修改的信息存储在前台数据库等待管理员的处理,后台数据库则是只有管理人员才能管理的数据库,进入时需要密码。
输入:会员输出:后台数据库数据频度:根据实际情况处理过程:汽车4S电管理系统根据会员们的问题情况,快速的做出相应的分析,并且给管理者提交一些建议,能帮助管理者更效率的工作方式输入:申请书,汽车故障问卷表,公司工作态度表输出:后台数据库处理:管理者根据会员们提交的事情先后依次处理问题,同过管理员和工人们的协调配合以及4S 管理系统,这样就能高效率处理会员的问题。
小组成员:胡豆豆郑晓鹏莫仕华陈超刘瑞指导老师:白健明目录第一章汽车配件公司业务管理信息系统的系统规划 (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设计;其次就是上课学习时间较短,有些系统设计知识未能充分学习。
汽车配件公司业务管理信息系统设计一、背景介绍随着汽车产业的发展,汽车配件市场也越来越庞大。
为了更好地管理和提高效率,汽车配件公司需要建立一个业务管理信息系统。
二、供应链管理2.采购订单管理:管理和追踪采购订单的状态,包括订单生成、审批、发货和收货等环节。
3.供应链优化:通过数据分析和决策支持来优化供应链,减少库存和缺货情况。
三、库存管理库存管理是确保供应链正常运转的重要环节。
该系统应能实时监控库存情况,预测需求和进行库存补充。
具体设计如下:1.库存跟踪:实时监控库存变动,包括入库、出库和退货等情况。
2.库存预测:通过历史销售数据和趋势分析来预测未来的销售需求,及时补充库存。
3.库存调拨:根据销售情况和库存需求,进行库存调拨,优化库存布局。
四、销售管理销售管理是销售团队的核心工作。
该系统应能有效管理销售流程和客户关系,提升销售效率。
具体设计如下:1.销售订单管理:管理和追踪销售订单的状态,包括订单生成、审批、发货和收款等环节。
2.销售报表分析:生成销售报表,分析产品销售情况、客户价值和销售团队绩效等,并提供决策支持。
五、客户关系管理客户关系管理是建立长期合作关系的关键。
该系统应能帮助公司与客户进行有效沟通和互动。
具体设计如下:1.客户数据库:记录客户的基本信息,并提供客户画像、购买记录和交互记录等。
2.售后服务:管理和追踪客户的售后服务请求,包括退货、换货和维修等。
3.营销活动:宣传和推广公司的产品和服务,通过电子邮件、短信和社交媒体等渠道进行市场推广。
六、财务管理财务管理是公司运营和经营决策的基础。
该系统应能帮助公司管理财务流程和资金使用。
具体设计如下:1.财务报表分析:生成财务报表,包括资产负债表、利润表和现金流量表等,并提供财务指标分析和趋势分析。
2.费用管理:管理和追踪公司的各项费用,并进行预算和成本控制。
3.结算管理:管理客户付款和供应商结算,确保付款和收款的准确性和及时性。
七、总结汽车配件公司业务管理信息系统的设计应充分考虑到供应链管理、库存管理、销售管理、客户关系管理和财务管理等功能的需求。
汽车配件公司业务信息系统分析之数据字典
一、数据流
编号:D-01
数据流名称:订货单
简述:客户发来的订货单
数据流来源:顾客
数据流去向:3.1.1
数据流组成:产品名称+产品数量+收货期限+收货地址
流通量:1份/日
高峰流量:3份/日
编号:D-02
数据流名称:不合格订货单
简述:经判断订货产品不在销售范围内的订货单
数据流来源:3.1.1
数据流去向:顾客
数据流组成:产品编号+产品名称+产品数量+收货期限+不合格
原因+补充内容
流通量:1份/日
高峰流量:3份/日
编号:D-03
数据流名称:正确订货单
简述:经判断订货产品在销售范围内的订货单
数据流来源:3.1.1
数据流去向:3.1.2
数据流组成:产品代码+产品名称+产品数量+收货期限+公章
流通量:1份/日
高峰流量:3份/日
编号:D-04
数据流名称:缺货单
简述:经审核缺货的订单
数据流来源:3.1.2
数据流去向:缺货信息暂存区
数据流组成:产品代码+产品名称+缺货数量+收货期限
流通量:1份/日
编号:D-05
数据流名称:到货单
简述:已收到货的单据
数据流来源:仓库
数据流去向:审核到货单模块
数据流组成:产品代码+产品名称+产品数量+收货日期+发货厂商
流通量:1份/日
高峰流量:3份/日
编号:D-06
数据流名称:发货票
简述:销售科为客户提供的发货票
数据流来源:3.1.4
数据流去向:顾客
数据流组成:产品代码+产品名称+产品数量+到货日期+票号流通量:1份/日
高峰流量:3份/日
编号:D-07
数据流名称:执行通知
简述:通知发货,开票并修改库存
数据流来源:3.1.3
数据流去向:3.1.4
数据流组成:产品代码+产品名称+产品数量+交货期限
流通量:1份/日
高峰流量:3份/日
编号:D-08
数据流名称:交款通知
简述:要求客户交款的同孩子
数据流来源:采购科
数据流去向:顾客
数据流组成:产品代码+产品名称+产品数量+交款金额+交款期限
流通量:1份/日
二、数据存储
数据存储编号:F-01
数据存储名称:缺货信息
简述:经审核缺货单汇总信息
数据存储组成:产品代码+产品名称+缺货数量+收货期限+说明关键字;产品代码
相关关联的处理:3.1.2、3.1.3
数据存储编号:F-02
数据存储名称:库存信息
简述:现有库存产品信息
数据存储组成:产品代码+产品名称+产品数量+入库时间+说明关键字;产品代码
相关关联的处理:3.1.2、3.1.4
数据存储编号:F-03
数据存储名称:留底的订购单
简述:合格却缺货的留底订单
数据存储组成:产品代码+产品名称+产品数量+付货期限+说明关键字;产品代码
相关关联的处理:3.1.2、3.1.4
三、逻辑处理
处理过程编号:3.1.1
处理过程名称:判断订货单
简述:收入订货单,发出合格不合格订货单
输入的数据流:订货单
处理:判断订货单内所订货物是否在销售范围之内,信息是否健全,若是发合格订货单,不是则发不合格订货单
输出的数据流:不合格订货单,合格订货单
处理过程编号:3.1.2
处理过程名称:判断处理定虎胆
简述:判断是否缺货,并依情况处理
输入的数据流:合格订货单
处理:查看库存若有货直接发订单若缺货发缺货单并留底输出的数据流:缺货单,留底订货单
处理过程编号:3.1.3
处理过程名称:核对到货单,缺货单
简述:核对到货单是否和缺货单一致
输入的数据流:到货单,缺货单
处理:核对到货单是否和缺货单一致并一致则发执行通知输出的数据流:执行通知
处理过程编号:3.1.4
处理过程名称:开票,修改库存
简述:开货票并修改库存信息
输入的数据流:执行通知,付货通知,订单
处理:根据订单开货票,修改库存,发交款通知
输出的数据流:发货票,交款通知。