设备采购管理系统.docx
《设备采购管理系统.docx》由会员分享，可在线阅读，更多相关《设备采购管理系统.docx（26页珍藏版）》请在冰豆网上搜索。
设备采购管理系统
前言
随着知识经济的到来，以现代化技术为基础的、各种类型的信息系统正在社会上普遍建立起来。
企业为了增强自身的竞争力，提高他的创新、反应能力、生产率以及员工的技能素质，因此必须提高企业的知识管理系统，而企业内部的协调能力是作为知识管理系统核心。
办公自动化（OfficeAutomation,简称OA）作为知识管理体系的基础支撑软件，成为企业信息化建设的关键。
设备采购管理系统是用于企业管理中设备采购信息管理的系统，其开发的主要功能是：
当设备入库时登记其基本信息，包括设备的种类、名称、数量等，然后登记设备的入库资料，包括入库的时间等，最后对设备的入库和出库资料综合得出各种设备的各类信息，方便进行后续工作。
总的说来，设备采购管理系统就是通过采购、仓储、综合、运用、报修等活动，解决设备供需之间存在的时间、数量、品种、价格等方面的矛盾，以此衔接社会生产的各环节，从而确保生产的顺利进行。
本次课程设计的题目是“安徽工程科技学院设备采购管理信息系统开发”。
为了适应现代市场的变化，有效的实现学校的管理目标，对于采购管理的现代化方式已经应运而生。
传统的管理方式已经难以满足飞速发展的时代需求，现在应当依靠计算机技术，以现代信息技术为平台，对各种流程进行系统化，逐渐向智能化方向转变。
同时，普遍建立管理信息系统也可以大大增强管理人员的能力，比如预测能力、控制及应变能力等，使学校的管理方式趋向于扁平化和网络化，提高管理效率，使学校的发展迅速适应市场的变化。
本系统是运用powerbuilder9.0和SQLServer2000为开发工具，利用其提供的各种结构的开发工具设计数据库并开发此产品。
本系统利用系统提供的大量控件和组件，从最初的用户需求分析,数据库结构设计，到各种表单的制作都给出了每一步的设计细节。
本系统界面采用Windows系统的通用界面，凡具有一定计算机操作知识的人都可以方便、自如地使用本系统。
本文详细的介绍了系统制作的整个过程。
按照软件工程设计思想，采用生命周期法进行全程开发，包括需求分析，系统总体设计，系统详细设计等。
第1章系统概述
1.1现状描述
随着国家经济实力的不断增强科教兴国战略的进一步实施，国家对教育的投入逐年大幅度增加，为高等教育的蓬勃发展提供了空前的有力条件和机遇。
为了节约有限的经费，适应市场经济的要求，各高校都应当对设备采购的形式进行变革。
现在各高校在设备管理方面还比较薄弱，很大程度上还在沿用旧的管理模式，要适应新体制的要求还需要不断探索。
设备管理的内容很多，其中就包括设备的采购。
现在的设备管理实际上就是对数据的管理，包括静态实物数据的日常记录以及动态使用数据的采集。
而就是对这些数据的采集现在大部分还是传统的管理模式，即由专人进行手工收集、整理和处理数据，结果往往是效率低下且容易出错，不便于查阅、分析数据。
而对于采购部分则问题也很突出，一般是审批购买后对使用情况不再过问，导致很多设备的购买成为浪费，而当需要使用时已面临淘汰，这些问题的症结最终归结于数据信息的滞后、不能实时发布和及时沟通，从而对使用情况无考核依据，造成了盲目的采购和浪费。
这就迫切的需要能有一套适合的、可行的辅助系统来帮助实现完善的管理。
1.2系统目标
本系统的目标旨在将设备采购过程结构化、系统化、简单化，使采购业务流程顺畅，减少管理人员的工作量，提高工作效率，将有限的资金用于购买必要的设备上，减少采购的盲目性和不必要的浪费，使采购信息集中化、有效化，便于今后对采购数据的查阅和分析，充分地利用了信息资源，避免人为操作错误，节省大量的人力、物力及时间，为管理者提供及时、准确的信息。
1.3可行性分析
可行性分析的意思是根据系统的环境、资源等条件，判断所提出的信息系统项目是否有必要、有可能开始进行，如果要进行，那么采用什么建设方案。
可行性研究的目的是用最小的代价，在尽可能短时间内确定问题是否能够解决，它的目的不是解决问题，而是确定问题是否值得去解决，所以此系统开发有着技术可行性、经济可行性、操作可行性和法律可行性的基础,为了减少项目冒风险,从规模和时间上考虑该系统的可行性。
技术可行性
在计算机飞速发展的今天,要开发一个企业公司的进销存管理系统,我们有多种开发工具可以完成,相对于其它的C/S开发工具而言,powerbuilder9.0提供的开发环境不仅方便、快捷、功能也极为强大,是理想的数据库前端的开发工具。
我们对结构化的程序设计技术、关系型数据库建模、分析技术和对开发工具都有一定的了解,在管理信息系统的开发方面也有一定的实践,另外还有很高开发经验的教师作为开发系统的指导。
因此,该系统在技术上是可行的。
经济可行性
估计开发项目的成本以及新系统可能带来的收益权衡两者的关系,才能分析出本系统是否在经济上可行,同时也要考虑到现行系统的运行费用及新系统的运行费用,只有正确认识到它们之间的关系才能为我们的经济可行性找到依据。
本系统的开发需要资金少，系统开发运行后，可以实现进销存管理的计算机化，节省人力，物力，将人从繁重的工作业务中解脱出来，减少查找和登记中无意的错误，节省大量的时间，管理效率大幅度提高。
通过我的认真估算,我认为新系统所需要的软硬件配置相对于它投入使用后产生的经济效益来说花费并不高,软件开发成本主要是人力、物力的消耗,物力消耗是开发此系统所需要的软、硬件的设备,以及耗电量等方面的计算,其实更重要的是新系统可以提高工作效率,加强管理,保证工作质量,加快流动资金周转,减少资金积压,提供更多的更高质量的信息,提高取得信息的速度,以达到资源优化的目的。
因此,新系统在经济上也是可行的。
社会可行性
社会可行性则在于本系统的开发和实现能为具有类似情况的学校提供一个模板，只需在原有基础上作修改即可，具有普遍的社会意义。
操作可行性
新系统的操作可行性所要考虑的问题是:
新系统的操作方式在对管理时是否行的通,系统实施以后,能否有效的处理问题,是否对组织机构产生影响,是否会遇到大的障碍,用户对本系统的界面是否满意等。
针对不同的问题,我用现有的技术基本上是可以解决的,因为新系统的目标是根据企业公司的要求来确定的,对于我做的系统原型,企业人员已经提出了修改意见,我也按照这个要求进行了修改并基本上满足了企业公司的真实需求,所以,新系统能够处理实际工作中遇到的问题。
另外,使用本软件的人员要求是有一定的计算机基础的,系统的管理员也应该有计算机专业的知识,经过培训的人员将会熟练使用本软件,本系统的设计采用WINDOWS风格,界面友好,操作便利。
因此,新系统在操作上也是可行的。
可行性研究结论：
经过以上的详细分析，新系统在技术上、经济上、社会上和操作上都有可行性，因此,可以进行开发。
1.4系统开发方法
在开发方法的选择上，我们选择了自顶向下的开发策略：
自顶向下的开发策略是从设备采购管理的整体进行设计，逐步从抽象到具体，从概要设计到详细设计，体现结构化的设计思想。
自顶向下是强调由全局到局部、由长远到近期、由上层到下层，从探索、研制一种合理的信息流的模型出发，设计出适合于这种信息流的信息系统。
子模块通过信息流确定，而且尽可能的要求每个局部模块优化建立在全局优化的指导下。
1.5开发计划
根据本系统开发的需要，安排实际开发计划如下：
（1）实际调查：
两天，写出系统调查报告。
（2）逻辑设计：
一天，写出系统分析报告。
（3）物理设计：
两天，写出系统设计报告。
（4）模拟系统实施：
两天，进行系统原型实现。
第2章系统分析
系统分析首先对企业进行详细调查，了解用户需求、业务流程，了解信息的输入、存储和输出，然后建立系统的逻辑模型。
借助数据流程图、数据字典及相关文档，编写系统的系统分析说明书。
2.1系统需求
由于传统的管理模式主要由人工完成，存在着效率低、费时费力、控制困难等缺点，为了使设备采购过程更具有可管理性，基于先进的计算机技术，在规范化的设备采购运行模式的基础上，开发“安徽工程科技学院设备采购管理系统”。
现利用UML对设备采购管理系统进行系统分析，各图如下所示：
图2－1设备采购管理系统用例图
（1）用例图
用例图（UseCaseDiagram）显示一组用例，参与者以及它们之间的关系。
用于需求分析阶段，即确定“谁使用系统以及做什么”。
用例图着重于从系统外部参与者的角度来描述系统需要提供哪些功能，并且指明这些功能的参与者是谁。
（2）时序图
时序图（SequenceDiagram）是强调消息时间顺序的交互图，显示具体用例（或者是用例的一部分）的详细流程。
一般放在相应用例的下面。
时序图描述了类与类之间相互交换以完成期望行为的消息，时序图只显示对象，不显示类。
即时序图是针对某个特定情况、特定对象进行的描述。
图2－2设备采购管理系统时序图
（3）类图
类图（ClassDiagram）描述了类与类之间的静态关系。
它不仅定义系统中的类，表示类之间的联系（关联、依赖、聚合等），还包括类的内部结构（类的属性和操作）。
类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
图2－3设备采购管理系统类图
（4）部署图
部署图（DeploymentDiagram）显示了运行软件系统的物理硬件，以及如何将软件配置到硬件环境中。
它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。
一个系统模型只有一个配置图。
图2－4设备采购管理系统部署图
2.2业务流程分析
业务流程分析一般采用业务流程图（TFD）来表示，就是用一些规定的符号和连线来表示某个具体的业务过程。
业务流程图的绘制一般是按照业务处理的实际过程和步骤进行。
业务流程分析的内容包括业务功能分析、业务关系分析、业务流程优化。
经过系统分析，得到设备采购管理系统的业务流程图如图2－5所示。
2.3系统的功能描述
系统开发的总体任务是实现各种信息的系统化、规范化和自动化。
系统功能分析是在系统开发的总体任务的基础上完成的。
需要完成的功能主要有:
1）基本信息的管理，包括付款价段的设置，用来设置付款时间，付款标志的设置，收付款类型的设置，用来管理收付款的方式，如现金、支票、转账等。
2）采购管理，包括采购定单的管理，用来添加、删除、修改采购定单信息，采购退货管理用来添加、删除、修改退货单的信息，设备报价管理，用来设置设备的采购价格，设备报价统计，用来统计不同的设备和不同的供应商的产品的价格信息等。
3）财务管理，付款管理用管理新产品的采购价格的信息，付款查询管理，用来查询产品的付款的信息。
4）统计汇总管理，包括按商品的类型统计各项信息，按商品的名称统计各种信息，按客户统计各项商品的信息。
5）系统管理功能，可以完成操作员密码的修改，和退出系统。
图2-5设备采购管理系统业务流程图
2.4系统的逻辑模型
2.4.1数据流程分析
数据流程分析把数据在组织中的流动过程抽象出来，专门考虑业务处理中的数据处理模式，目的在于发现和解决数据处理中的问题。
它的主要工具是数据流程图（DFD）。
数据流程图是现有数据流程的抽象，它舍弃了具体的组织结构、物流、场所等信息，仅从信息流动的角度考虑业务执行的过程。
数据流程图的绘制应按业务流程图理出的业务流程顺序，将数据处理过程绘制成数据流程图。
对于每个具体业务，再进一步细化，通过更详细的数据流程图描绘更具体的数据处理过程
2.4.2系统的数据流图（又称DFD）
数据流图简称DFD图，数据流图有四种成分：
源点或终点、处理、数据存储表和数据流。
图中没有任何具体的物理元素，只是描述信息在系统中的流动和处理情况，即使不是专业的计算机技术人员也容易理解，是极好的理解工具。
它能精确的描述系统的逻辑模型，描述数据在MIS中有输入,经过存储、加工处理,最后输出的全过程，是设计者和用户交流的很好的工具。
2.4.3系统数据流图中图形符号说明
实体：
记述系统之外的数据提供或数据获得组织机构或个人。
处理：
记述某种业务的手工业或计算机的处理。
数据存储：
记述与处理有关的数据存储。
数据流：
记述数据流的流动方向。
实体:
框内为实体名称
处理:
PM区记述处理符号,C区记述处理名称
DNS数据存储:
DN区记述存储符号,S区记述存储数据的名称
数据流:
FM记述数据流名称
2.4.4系统具体的数据流图
2.4.4.1系统一级细化流图:
图2-6物资采购管理系统管理信息一级细化流图
2.4.4.2系统二级细化图:
图2-7物资采购管理系统管理信息二级细化流图
2.5系统逻辑模型详细描述
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
数据字典的作用是在软件的分析和设计过程中提供关于数据的描述信息。
一般说来，数据字典应该由下列五类元素构成：
数据元素，实体,数据流，数据存储和处理。
2.5.1系统数据字典中数据存储的描述
数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一,可以是手工文档或手工凭单,也可是计算及文档。
2.5.2系统数据字典中数据处理的描述
数据处理是对数据流图中的处理逻辑加以说明,处理过程的具体处理逻辑通常在详细设计过程中用判定表或判定树来描述,在数据字典中,只需描述处理过程的说明性信息。
2.6系统安全性的分析
作为一个设备采购管理信息系统，其中的设备采购的数据资料属于内部资料，不能被外人所知，也不允许随意更改,系统须有保密措施。
系统数据库将设置操作员表，将管理员名称和密码记录在操作员表中，拥有管理员权限的操作员才能正常登录本系统，非操作人员将不能打开本系统。
因此,为保证系统正常运行，拥有权限的人员才能进行数据库操作。
对于一个数据库而言,安全性是指保护数据库不被破坏、偷窃和非法使用的性能。
一个设计良好的安全模式能使用户的合法操作变得很容易,同时使非法操作和意外破坏很难或不可能发生。
第3章系统设计
3.1模块结构设计
功能结构图（层次图）是用来描述系统模块功能分解的一种图形工具。
功能结构图的每个矩形框表示一个功能模块，矩形框间的连线可以看作调用关系。
设备采购管理系统的功能模块结构图如图3－1所示
图3－1设备采购管理系统功能模块图
系统的功能划分为基本信息维护、信息查询、设备信息管理等三项功能。
相对应有如下3个模块。
1、基本信息维护模块。
该模块是用来对基本信息进行维护，对供应商信息和采购员信息进行更新，便于查询最新的信息，有助于采购设备。
例如，某一个供应商不再为学校供应设备了，应及时将该供应商信息删除，购买设备时不再考虑该供应商。
2、信息查询模块。
对库存信息进行查询，为制定采购计划提供参考以及为审核采购计划提供依据。
对供应信息进行查询，可以为选择供应商提供参考，以最低价来购买设备，降低购买设备的成本。
3、设备信息管理模块。
首先要制定设备采购计划，通过审核后，开始向供应商传递设备采购订单，所以设备采购计划和采购订单都需要留档。
设备购买回来后，验收合格后需填写入库单，方可入库。
入库单作为设备入库的原始单据，需妥善保管，以便后期的设备管理。
3.2数据库设计
本系统数据库涉及的表共7个，分别为：
（1）供应商信息表
列名
数据类型
长度
允许空
备注
供应商编号
varchar
30
N
无
供应商名称
varchar
30
N
无
地址
varchar
100
Y
无
联系电话
varchar
15
Y
无
联系人
varchar
30
Y
无
供应产品类型
varchar
15
Y
无
（2）供应信息表
列名
数据类型
长度
允许空
备注
设备编号
varchar
30
N
无
设备名称
varchar
30
N
无
设备类型
varchar
15
Y
无
供应商
varchar
30
Y
无
供应单价
money
8
Y
无
（3）采购员信息表
列名
数据类型
长度
允许空
备注
采购员编号
varchar
30
N
无
采购员姓名
varchar
30
N
无
联系电话
varchar
15
Y
无
（4）采购计划表
列名
数据类型
长度
允许空
备注
采购设备
varchar
30
N
无
数量
int
4
N
无
（5）采购订单表
列名
数据类型
长度
允许空
备注
订单号
varchar
30
N
无
订购设备
varchar
30
N
无
订购设备类型
varchar
15
Y
无
订购数量
int
4
N
无
供应商
varchar
30
Y
无
（6）库存设备表
列名
数据类型
长度
允许空
备注
设备编号
varchar
30
N
无
设备名称
varchar
30
N
无
生产厂商
varchar
15
Y
无
类型
varchar
15
Y
无
数量
int
4
Y
无
单价
money
8
Y
无
（7）入库单信息表
列名
数据类型
长度
允许空
备注
入库单编号
varchar
30
N
无
入库日期
datetime
8
N
无
入库设备
varchar
30
N
无
类型
varchar
15
Y
无
单价
money
8
Y
无
数量
int
4
N
无
供应商
Varchar
30
Y
无
第4章系统实现
4.1开发工具
此管理信息系统不需要网络环境，单机操作即可，所以操作系统选择WindowsXP，程序设计语言选择PowerBuilder9.0版本，数据库管理系统采用SQLServer2000。
4.2软件界面拷屏与代码设计
（1）供应商信息界面-
图4-1
添加按钮：
longll_rows
ll_rows=dw_1.insertrow（0）
dw_1.scrolltorow（ll_rows）
dw_1.setfocus（）
保存按钮：
ifdw_1.update（）=1then
commit;
messagebox（"成功","保存成功"）
endif
查询按钮：
stringIs_user,Is_tjIs_user=sle_1.text
Is_tj="供应商编号like'%"+Is_user+"%'"
dw_1.setfilter（Is_tj）dw_1.filter（）
（2）供应信息查询界面
图4－2
（3）库存设备信息查询界面
图4－3
（4）采购计划界面
图4－4
（5）设备入库信息维护界面
图4－5
（6）采购订单界面
图4－6
（7）采购员信息界面
图4－7
窗口代码：
dw_1.settransobject（sqlca）dw_1.retrieve（）
删除按钮：
integerli_returnvalue
li_returnvalue=messagebox（"提示","确定要删除此数据吗?
",&
Exclamation!
okcancel!
2）
ifli_returnvalue=1then
longll_row
dw_1.deleterow（0）
ifdw_1.update（）=1then
commit;
else
rollback;
return
endif
ll_row=dw_1.getrow（）
ifll_row=0thenreturn
dw_1.selectrow（0,false）
dw_1.selectrow（ll_row,true）
endif
4.3系统测试
信息系统测试重要性表现在它是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和实施的最后复查。
对于设备采购管理系统的系统测试采取非渐增式集成测试，首先对于系统的各个模块进行黑盒测试和白盒测试，黑盒测试是测试程序功能，白盒测试是测试程序的结构。
黑盒测试采用等价类划分法而白盒测试采用逻辑覆盖法、。
然后再把所有的模块按设计要求组装在一起进行测试，解决模块接口的一致性问题。
第5章收获和体会
通过这次课程设计，加强了我们动手、思考和解决问题的能力，使我们懂得了理论与实际相结合是很重要的，只有理论知识是远远不够的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，才能真正为社会服务，从而提高自己的实际动手能力和独立思考的能力。
理论是一成不变的，但是当它与实践相互结合的时候，才能显示它真正的意义。
在设计的过程中遇到问题，可以说得是困难重重，这毕竟第一次做的，难免会遇到过各种各样的问题，同时在设计的过程中发现了自己的不足之处，对以前所学过的知识理解得不够深刻，掌握得不够牢固。
我们在设计中遇到了很多问题，但都在大家的团结合作下游逆而解。
这次课程设计中一个比较陌生的问题就是利用UML进行建模，大家对UML都不太了解，只能靠着摸索、自学进行了解，最后在大家的努力下，还是将这个难题克服了。
总之，每一次课程设计不仅是我们学习的好机会，而且是我们锻炼实际动手能力的平台，虽然有难度的东西总会让人很抵触，比如在课设过程中有很多郁闷的时候，一个小小的错误一不小心就花去一大段时间，所以在这个过程中能够磨练人的意志与耐心。
这次课程设计终于顺利完成了，在设计中遇到了很多专业知识问题，最后在老师的辛勤指导下，终于游逆而解。
同时，在老师的身上我们学也到很多实用的知识，在次我们表示感谢！
同时，对给过我帮助的所有同学和各位指导老师再次表示忠心的感谢！
参考文献
1萨师煊，王珊．数据库系统概论．北京：
高等教育出版社，2000
2薛华成.管理信息系统.第一版.北京：
清华大学出版社，1999
3樊金生，沙金，贾玉峰．PowerBuilder9.0实用教程．北京：
科学出版社，2006
4马安贵、李明武、朱永生主编.PowerbuilderWin32API程序设计宝典.第一版.北京：
清华大学出版社，2004.7
5朱顺泉，姜灵敏.管理信息系统理论与实务.北京：
人民邮电出版社，2001
前言
第1章系统概述............................................................................................................................2
1.1现状描述..........................................................................................................................2
1.2系统目标...
升级会员 