物流管理信息系统课程设计毕业论文.docx
- 文档编号:4504328
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:35
- 大小:593.24KB
物流管理信息系统课程设计毕业论文.docx
《物流管理信息系统课程设计毕业论文.docx》由会员分享,可在线阅读,更多相关《物流管理信息系统课程设计毕业论文.docx(35页珍藏版)》请在冰豆网上搜索。
物流管理信息系统课程设计毕业论文
物流管理信息系统课程设计-毕业论文
第二章系统规划
2.1系统开发的必要性............................................4
第一章系统开发概述
1.1系统开发的背景
1.1.1企业概况
加州比萨公司(CPK)始建于1985年。
创建者是两位想干一番事业的前联邦检察官,他们打算销售比萨饼。
由于每顿风味便餐不足10美元,CPK仅用9年时间便在全国范围内发展了70家连锁餐馆。
餐饮和连锁快餐店是一个高风险行业。
外部不可控因素众多,充满着鲸吞式的战争,而且顾客口味多变,不动产成本上升。
因此,餐馆必须在不影响产品质量和服务质量的前提下,严格控制食品生产和劳务的成本。
现在CPK公司打算再次起飞,希望利用管理信息系统,扩大餐馆规模到700家。
CPK公司希望信息系统建成后能够实现应收应付的管理,实现库存和产品的信息查询以及库存的预警作用,并最终为公司的上层管理者的决策提供有力的支持。
1.1.2组织结构
加州比萨公司(CPK)总部的组织结构图如下图所示。
图1.1加州比萨公司(CPK)总体框架图
1.1.3现行系统存在的问题
公司急需建立一个检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低的现代管理信息系统。
本系统就是按照这种要求和指导方针开发建设的。
随着时间的推移,该系统也暴露出了一些不足之处,应该引起重视。
1)因超市为连锁店经营,当初出于资金上的考虑,没有采用双机热备份。
随着数据量的逐步增大,不利于数据的稳定和安全;也不利于为企业今后的连锁经营提供硬件基础。
2)物流子系统虽然与财务子系统实现了连接,但与人事工资子系统并无关联。
一些考勤和奖金测算还需人工计算后再录入计算机,加大了人事部门的工作量,不利于调动人员的积极性。
3)现在已经实现了对流转数据的一些分析,但还是局限在现有的数据库中,按照开发者设计好的报表格式提取数据。
若引入数据仓库技术,对数据重新进行系统地组织、加工,必然会使现有数据发挥出更大的作用。
1.2系统开发的目的和意义
1.2.1新系统开发的条件
加州比萨公司(CPK)经济实力雄厚,在信息建设上有一定的经济基础。
CPK公司能在短时间内迅速发展起来说明它的组织结构合理,员工凝聚力较强,公司管理者的决策能力较强,这在一定基础上为信息系统建设提供了有力的人力资源。
CPK公司作为一家连锁餐饮企业,能在竞争激烈的餐饮行业中迅速发展起来,说明它的业务流程比较合理,能够适应企业的发展要求,这又进一步为公司信息系统的建设提供了一定的基础。
整个行业信息系统建设的发展又为CPK公司信息系统的建设提供了有力的技术支持。
1.2.2新系统开发的目的和意义
销售管理系统是一个信息化、智能化和先进管理理念的集合体。
而销售管理是一个动态过程,在其运行过程中要采取多项措施。
所以在管理中获得经济效益是一个综合效益,要对它进行直接定量的分析是比较困难的。
一般新系统带来的经济效益是简介的,其最主要的表现就是能够及时地了解餐饮店每日的销售情况,据此还可实现短缺原料的配送。
而其它一些繁琐的食物都通过新系统来加以分析解决,不仅节省了大量的时间,还为企业的各项决策提供了宝贵的资料,为企业带来巨大的经济效益。
第二章系统规划
2.1系统开发的必要性
2.1.1竞争:
餐饮和连锁快餐店是一个高风险行业。
外部不可控因素众多,充满着鲸吞式的战争,而且顾客口味多变,不动产成本上升。
由于高价销售的办法只能把食客赶跑,因此近几年的经营状况并不是非常理想。
像肯德基,麦当劳,必胜客,等这样的实力雄厚的连锁快餐店林立其中。
旧的管理信息系统已经跟不上时代的发展,满足不了的餐饮的发展,新管理信息系统的开发迫在眉睫。
2.1.2采购、销售、储存:
物流管理信息系统是指与物流活动有关的信息。
在物流活动的管理与决策中,具有支持与保障的功能。
对于餐饮业的采购、销售、原料储存和财务四个方面来说,信息系统是必不可少的。
如果事事都让人去一步一步的来做,将会很费时,费力,费钱。
在采购管理、销售管理、储存管理、财务管理等活动中,信息系统能起到支持保障功能。
2.2技术可行性分析
2.2.1系统描述
本系统是以计算机软件技术为基础,利用VB编程技术进行编程设计的软件系统。
2.2.2系统功能
本系统具有输入、输出、查找、配送等功能,完成信息的显示。
2.2.3系统用户及其特点
本系统的使用对象是企业的管理人员和库存工作人员,只要懂得计算机的基本操作就能够使用本系统。
2.2.4系统运行环境
Windows2000以上操作系统,VB软件系统,需要懂一定编程知识人员。
2.2.5技术可行性分析
本企业拥有足够量的必须计算机软硬件,并且拥有熟悉计算机技术员工,因此本企业具备本系统的运行条件。
2.3经济可行性研究
2.3.1加州比萨公司(CPK)有能力承担系统开发费用
开发新系统的工作是一项间距复杂的工作,它的投资主要是人力和物力的投资。
对于本系统的开发者来说,其主要投资还是在人力和物力两个方面。
如果是企业自己安排人手开发系统的话,其主要的投资还是在人力资源上,从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。
软件企业作为一个简短的高科技产业,其员工要求都比一般企业的要求要高,而且对系统开发及软件产业了解比较多,所以在自我开发管理系统的过程中,企业自己比较容易安排人手,这样就可以为企业借阅大部分的额外开支。
同时软件就其它产品来说,属于高端行业,无论是产品的价格还是质量都比较高,而经营产品的经销商或者是商家都要求有雄厚的资金支持。
所以,在系统的开发过程中,企业完全有能力承担开发费用。
第三章系统分析
3.1需求分析
伴随着现代电子技术的飞速发展,财务管理工作也发生了深刻的变革。
目前,各企业普遍采用管理信息系统对有关业务进行处理,提供管理信息并辅助管理人员进行预测、分析、计划、控制和决策。
管理信息系统的发展对企业的管理方式、组织构成、企业的生存发展等各方面都产生了深远的影响。
信息已成为当今社会最重要的资源之一。
信息反映了企业生产经营当中的客观与真实的情况,要使企业在当今社会中得以生存和发展,并在竞争中立于不败之地,就必须随时掌握反映客观现实的信息。
企业决策中所需的大部分信息来自会计系统。
据专家估计,经济信息中的大约70%是由会计系统所提供的,从而使得建立在信息分析基础之上的决策在很大程度上依赖于会计信息。
加州比萨公司(CPK)公司是一家连锁快餐饮店,这是一个充满风险的行业。
在这样一个行业中要想取得竞争优势,财务信息起着关键性的作用。
为了使公司的财务信息能够对上层管理者的决策起到正确的引向作用。
本次财务信息系统建设趋向于应收应付模块的设计。
因为餐饮业的业务主要在采购、销售这两块。
财务信息系统的需求分析包含功能需求和用户需求分析。
3.2组织结构分析
在加州比萨公司的整个信息系统建设中涉及的部门和人员很多,在财务信息系统中涉及的部门主要有财务部、采购部、销售部,而涉及到的人员如下图所示:
图3.1加州比萨公司(CPK)总部的组织结构图
财务信息系统涉及到的人员及他们所具有的功能、重要程度如下表所示:
表3-1财务信息系统功能表
人员
功能
重要程度
董事长
信息系统建设的决策人,对财务系统建设做出决策,并进行监督
决策人(至关重要)
财务总监
主持财务信息系统建设的重要工作,对系统建设的进度和质量进行监督
总负责人(非常重要)
销售总监
整理销售部的销售信息,为财务信息系统建设提供必要的销售信息,为系统建设提供支持
相关人(重要)
采购总监
整理采购部的销售信息,为财务信息系统建设提供必要的采购信息,为系统建设提供支持
相关人(重要)
会计主管
支持信息系统建设的日常工作,对系统建设做出规划,并监督建设的进度
负责人(非常重要)
会计人员
提供日常业务的作业流程(原始凭证的审核、应收、应付凭证的登记),
直接参与人(重要)
财务人员
提供日常业务的作业流程(应收、应付账簿的登记、报表的生成),在该系统中有着比会计人员更多的权限
直接参与人(重要)
采购主管
为财务部门提供采购信息和采购发票,为财务系统建设提供必要的支持
相关人(重要)
采购人员
向上级提供具体的采购信息,提供发票,为财务系统建设提供支持
相关人(一般)
销售主管
为财务部门提供销售信息和销售发票,为财务系统建设提供必要的支持
相关人(重要)
销售人员
向上级提供具体的销售信息,填制发票,为财务系统建设提供支持
相关人(一般)
3.3业务流程分析
加州比萨公司建立信息系统在财务方面主要是解决应收应付款项管理方面的额问题。
因而它也就涉及到三个部门,即:
采购部门、销售和财务部门。
在建立财务信息系统是可将整个财务信息系统可以分为三个模块,即:
凭证管理模块、账簿管理模块和结算、报表生成模块。
如下图:
3.3.1凭证管理模块
采购部门在采购原材料后把把原始凭证包括商业发票、采购发票等凭证送交给财务部门,有财务部门进行应付凭证的登记。
销售部门对销售资料进行处理后,把销售的一些原始凭证(销售发票)送交给财务部门,在由财务部门进行应收凭证登记。
3.3.2账簿管理模块
在应收应付凭证的基础上进行应收应付账簿的登记。
在这个模块中,用户可以对应收应付账簿进行更新、删除错误信息、查询应收应付账簿中现有的信息。
3.3.3结算及报表生成模块
在前面两个模块操作的基础上,期末时会计人员对账簿进行汇总、核对,对整个会计期间总的应收应付款项进行会汇总结算。
在结算的基础上,形成报表,有会计人员送交给公司的上层管理者。
在分析了各个模块的功能后,可画出整个财务部门的业务流程图,如下图:
应付/应收帐簿
3.4数据流程分析
根据加州比萨公司的业务流程图,可画出加州比萨公司财务部门的数据流程图。
如下图:
3.4.10层数据流程图
财务财务信息系统顶层数据流程图说明的是采购和销售部门向财务部提供采购和销售发票,财务系统通过处理这些原始票据自动生成报表送交给管理者。
销售发票
图3.40层数据流程图
3.4.21层数据流程图
从财务信息系统第一层数据流程可知财务信息系统可分为三个模块。
即凭证管理模块、账簿管理模块和报表生成模块。
凭证管理模块通过凭证信息的储存和调用与账簿管理模块联系起来,账簿管理又通过账簿信息的储存和调用与报表模块联系起来。
最后生成报表送交给管理者。
数
据
流
图3.51层数据流程图
3.4.32层数据流程图
财务信息系统第二层数据流程是财务信息系统的具体操作。
首先由采购部和销售部提供采购和销售发票,在由财务部进行审核和汇总,对应收、应付凭证进行登记,在凭证登记后在进行相应的应收应付账簿登记,最后在会计期末应收应付账簿进行核对汇总生成报表,送交给管理者。
合格
不合格合格
图3.62层数据流程图
3.5数据字典
数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述,其目的是对数据流程图中的各个元素做出详细的说明。
数据字典中有6类条目:
数据元素,数据结构,数据流,数据存储,处理,外部实体。
3.5.1数据元素条目
数据元素是不可在分割的最小数据组成单位,数据元素条目是对系统中所出现的所有数据元素进行的汇总,再数据元素条目中,每一个数据元素被视为一条,设立一张卡,数据元素条目的基本格式如图:
数据元素条目
编号:
1-001编号:
001
3.5.2数据结构条目
数据结构条目是用来描述数据结构成分的。
数据结构是由一组相关数据元素组成的集合。
在数据结构中的数据元素可以是一个数据结构。
数据结构条目
名称:
食品情况有关数据存储
结构:
采购单
食品编码销售单
品名出库单
规格入库单
单价………
供应商有关数据流
其他F8
种类………..
食品生产日期说明:
总编号:
2-002编号:
001
3.5.3数据流条目
数据流条目用于分析数据流程图中的数据流动情况,对每一个数据流程图来说,有多少个数据流就有多少个数据流条目,数据流条目的编码只写出一些关键的重点数据流即可。
数据流条目的格式如图:
数据流条目:
总编号:
3-001编号:
001
3.5.4数据存储条目
数据存储条目
总编号:
4-001编号:
001
3.5.5处理条目和外部实体的条目
处理条目和外部实体的条目相对简单,所涉及的属性也比较少,通过有关描述更能直观的将他们的实际情况反映出来。
处理条目和外部实体条目的基本格式为
数据处理条目
总编号:
5-001编号:
001
外部实体条目
总编号:
6-001编号:
001
名称:
销售部
输入:
销售发票
输出:
说明:
销售部门对销售资料进行处理后,把销售的一些原始凭证(销售发票)送交给财务部门,在由财务部门进行应收凭证登记。
第四章系统设计
4.1系统总体结构设计
在加州比萨公司的信息系统中包含采购管理系统、库存管理系统、销售管理系统、财务信息系统。
财务信息系统主要是帮助公司收集和管理应收应付财务信息。
在这个模块中,财务部门有权限的人员可以通过财务信息系统进行应收、应付凭证的管理(输入、查询、修改、更新等操作);也可以进行应收、应付账簿的管理(输入、修改、查询等);会计期末,用户可用该系统进行结算和报表的生成。
4.2代码设计
在财务信息系统中编码所涉及的部分包括人员代码、会计编码、产品编码。
在编码中所有的代码均为数字。
具体的编码如下。
4.2.1、会计编码
在记账时所涉及到的银行存款、现金等会计方面的编码,国家在一级会计上有统一的规定,可具体参考国家标准。
在二级编码上可根据本企业的具体情况进行编制,一般是在一级编码后面加001、002等数字。
国家规定资产类为1、负债类为2、共同类为3、所有者权益为4、成本类为5、损益类6。
表4-1
类别
实例
资产类
(1)
现金(1001)、银行存款(1002)、应收账款(1122)、其他应收款(1231)
负债类
(2)
应付票据(2201)应付账款(2202)应付利息(2232)
4.2.2人员代码
人员代码的编制根据部门、职位以及顺序号进行。
如可设置财务部门为04,经理职位为02,顺序号则自行编制。
如:
财务部的一位经理编码为:
040201。
4.2.3产品编码
产品编码根据对供应商进行编码、产品进行编码和顺序号进行编制。
如:
我们可以设定供应商代码从01(供应商1)开始,产品类别从001(比萨类)开始,则墨西哥辣椒鸡肉比萨可为0100101。
表4-2
代码对象
人事代码
代码类型
部门码+顺序码
位数
7
校验位
1
代码数量
200
使用期限
无限
使用范围
本公司
运行代码:
PrivateSubForm_Load()
IfText1.Text="1"AndText2.Text="1"Then
UnloadMe
Form2.Show
Else
MsgBox"用户名或密码错误,请重新登录!
"
Text1.Text=""
Text2.Text=""
Text1.SetFocus
EndIf
EndSub
Private Sub Command2_Click()
End
End Sub
Private Sub Command1_Click()
End
End Sub
Private Sub 结算表_Click()
Form7.Show
End Sub
Private Sub 应付_Click()
Form4.Show
End Sub
Private Sub 应付账簿_Click()
Form6.Show
End Sub
Private Sub 应收_Click()
Form3.Show
End Sub
Private Sub 应收账簿_Click()
Form5.Show
End Sub
PrivateSubCmdAdd_Click()
OnErrorResumeNext
Data1.Enabled=NotData1.Enabled
CmdEdit.Enabled=NotCmdEdit.Enabled
CmdDel.Enabled=NotCmdDel.Enabled
CmdCancel.Enabled=NotCmdCancel.Enabled
cmdFind.Enabled=NotcmdFind.Enabled
IfCmdAdd.Caption="添加"Then
CmdAdd.Caption="确定"
Data1.Recordset.AddNew
Else
CmdAdd.Caption="添加"
Data1.Recordset.Update
Data1.Recordset.MoveLast
EndIf
EndSub
PrivateSubCmdCancel_Click(IndexAsInteger)
OnErrorResumeNext
CmdAdd.Caption="添加"
CmdEdit.Caption="编辑"
Data1.Enabled=True
CmdAdd.Enabled=True
CmdEdit.Enabled=True
CmdDel.Enabled=True
CmdCancel.Enabled=False
Data1.UpdateControls
Data1.Recordset.MoveLast
EndSub
PrivateSubCmdDel_Click(IndexAsInteger)
OnErrorResumeNext
Data1.Recordset.Delete
Data1.Recordset.MoveNext
IfData1.Recordset.EOF=TrueThen
Data1.Recordset.MoveLast
EndIf
EndSub
PrivateSubCmdEdit_Click()
OnErrorResumeNext
Data1.Enabled=NotData1.Enabled
CmdAdd.Enabled=NotCmdAdd.Enabled
CmdDel.Enabled=NotCmdDel.Enabled
CmdCancel.Enabled=NotCmdCancel.Enabled
cmdFind.Enabled=NotcmdFind.Enabled
IfCmdEdit.Caption="编辑"Then
CmdEdit.Caption="确定"
Data1.Recordset.Edit
Else
CmdEdit.Caption="编辑"
Data1.Recordset.Update
Data1.Recordset.Update
EndIf
EndSub
PrivateSubCmdExit_Click()
UnloadMe
EndSub
4.3数据结构设计
4.3.1财务系统涉及到的各个实体的属性
采购部的属性
采购发票的属性
销售部的属性
销售发票的属性
应付、应收凭证的属性
应收应付账簿的属性
管理者的属性
报表的属性
4.3.2应付账款管理的E-R图
图4.2应付账款管理的E-R图
采购部与采购发票的关系模型,如下表。
表4-3
采购部
联系电话、职工数、位置
获取
时间、获取数量、获取人、日期、联系电话、
采购发票
经手人、单价、数量、物品名、日期
在采购部门提供采购发票后财务部门的E-R图中可知采购发票与应付凭证/应付凭证与应付帐簿/应付帐簿与报表间均为多对多的关系;财务部门与采购发票、应付凭证、应付帐簿、报表间均为一对多的关系;管理者与财务部为一对一的关系;管理者与报表间为一对多的关系。
根据以上的分析我们可以对其转换为关系模型。
如下表:
表4-4
财务部
联系电话、职工数
审核、汇总
时间、地点、数量、审核人员号、联系电话、日期
采购发票
物品名、日期、数量、单价、经手人、
设置
时间、设置人员号、日期、凭证编号
应付凭证
凭证编号、本期发生额、日期、摘要、会计科目、
设置
时间、设置人员号、日期、凭证编号
应付账簿
会计科目、期末余额、日期、摘要、本期发生额、
设置
时间、设置人员号、日期、会计科目
报表
日期、期末余额、本期发生额、摘要、会计科目
审查
审查时间、会计科目、管理者号
管理者
管理者号、联系方式、姓名
录入(账簿)
时间、录入人员号、日期
录入(报表)
时间、录入人员号、会计科目
录入(凭证)
时间、录入人员号、凭证编号
4.3.3应收账款管理E-R图
图4.4应收账款管理E-R图
由E-R图转换成关系模型,由于销售部门与销售发票的关系为一对多的关系,因而转换为的关系模型如下表。
表4-5
销售部
联系电话、职工数、销售功能
填制
时间、填制数量、填制人、日期
销售发票
销售物品名、经手人、日期、销售数量、销售单价
在销售部门提供采购发票后财务部门的E-R图中可知采购发票与应收凭证/应收凭证与应收帐簿/应收帐簿与报表间均为多对多的关系;财务部门与销售发票、应收凭证、应收帐簿、报表间均为一对多的关系;管理者与财务部为一对一的关系;管理者与报表间为一对多的关系。
根据以上的分析我们可以对其转换为关系模型。
如下表:
表4-6
财务部
联系电话、职工数
审核、汇总
时间、地点、数量、审核人员号、联系电话、日期
销售发票
物品名、日期、销售数量、销售单价、经手人
设置
时间、设置人员号、日期、凭证编号
应收凭证
凭证编号、本期发生额、日期、摘要、会计科目
设置
时间、设置人员号、日期、凭证编号
应收账簿
会计科目、期末余额、日期、摘要、本期发生额
设置
时间、设置人员号、日期、会计科目
报表
日期、期末余额、本期发生额、摘要、会计科目
审查
审查时间、会计科目、管理者号
管理者
管理者号、联系方式、姓名
录入(账簿)
时间、录入人员号、日期
录入(报表)
时间、录入人员号、会计科目
录入(凭证)
时间、录入人员号、凭证编号
4.4输入输出界面设计
此页面为财务系统的进入页面,刚输入的用户名和密码正确时则进入到该系统,如用户名和密码不全正确时显示错误。
进入财务系统以后会出现如上图所示界面,该界面包含凭证管理,装不管理和结算表管理三个模块。
凭证管理模块又包括应收/应付凭证。
分别如下图所示:
账簿管理模块下包含有应收账簿和应付账簿,输入凭证编号后点击查询便可查阅该编号的应收或应付账簿,其页面如下图所示:
报表结算模块里包含期末结算表,输入查询的日期,点击查询,系统将自动调出该日期的期末结算表,其页面如下图所示:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物流 管理信息系统 课程设计 毕业论文