数据库学校设备管理系统.docx
《数据库学校设备管理系统.docx》由会员分享，可在线阅读，更多相关《数据库学校设备管理系统.docx（18页珍藏版）》请在冰点文库上搜索。
数据库学校设备管理系统
封面
作者：
PanHongliang
仅供个人学习
内容提要
引言
第一章管理信息系统概述…………………………………………
第二章系统设计…………………………………………
2·1系统目标设计…………………………………………
2·2开发设计思想………………………………………
2·3开发和运行环境选择………………………………………
2·4系统功能分析………………………………………
2·5系统功能模块设计………………………………………
第三章数据库设计…………………………………
3·1数据库需求分析……………………………………
3·2数据库概念结构设计……………………………………………
3·3数据库逻辑结构设计………………………………………………
3·4数据库结构的实现…………………………………………
第四章系统主要功能模块的创建………………………………………
4．1功能选择界面的设计……………………………………
4．2设备入库模块的设计……………………………………
4．3设备出库模块的设计………………………………………
4．4设备还库模块的设计……………………………………
4．5设备需求模块的设计……………………………………
4．6设备采购模块的设计……………………………………
4．7显示报表模块的设计……………………………………
4．8开发中的难点和解决技巧………………………………
第五章系统的编译和发行…………………………………
总结………………………………………………………………
致谢（参考文献）…………………………………………………
附录………………………………………………………………
前言
随着信息化进程的深入，以现代化技术为基础的、各种类型的信息系统正在社会上普遍建立起来。
信息系统是信息时代最为重要的基础设施。
当今时代是飞速发展的信息时代。
在各行各业中离不开信息处理，计算机被广泛应用于各种系统环境。
计算机的好处在于它能够进行信息管理。
使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了安全性。
正是如此，它所发挥的作用在人们的生活、工作中体现得越来越重要，人们的生活、工作也都因为计算机技术的帮助变得越来越快速、便捷。
本次课程设计的题目是“安徽工程科技学院设备采购管理信息系统开发”。
为了适应现代市场的变化，有效的实现学校的管理目标，对于采购管理的现代化方式已经应运而生。
传统的管理方式已经难以满足飞速发展的时代需求，现在应当依靠计算机技术，以现代信息技术为平台，对各种流程进行系统化，逐渐向智能化方向转变。
同时，普遍建立管理信息系统也可以大大增强管理人员的能力，比如预测能力、控制及应变能力等，使学校的管理方式趋向于扁平化和网络化，提高管理效率，使学校的发展迅速适应市场的变化。
90年代中叶以来，随着计算机为主要工具的信息技术的发展，以Internet和Intranet为核心的网络技术进一步开拓了信息技术的新发展，各企事业单位的管理体制都在发生深刻的变革，使信息管理、数字管理成为21世纪企事业单位存在和发展的足以手段。
所以说，管理信息系统使保证企事业单位科学管理、高效运行、竞争成长的前提和基础。
正是在此背景下，安徽工程科技学院在设备采购这一重要环节有必要建立一套合理的、可行的设备采购管理系统。
第1章系统概述
1.1现状描述
随着国家经济实力的不断增强科教兴国战略的进一步实施，国家对教育的投入逐年大幅度增加，为高等教育的蓬勃发展提供了空前的有力条件和机遇。
为了节约有限的经费，适应市场经济的要求，各高校都应当对设备采购的形式进行变革。
现在各高校在设备管理方面还比较薄弱，很大程度上还在沿用着旧的管理模式，要适应新体制的要求还需要不断探索。
设备管理的内容很多，其中就包括设备的采购。
现在的设备管理实际上就是对数据的管理，包括静态实物数据的日常记录以及动态使用数据的采集。
而就是对这些数据的采集现在大部分还是传统的管理模式，即由专人进行手工收集、整理和处理数据，结果往往是效率低下且容易出错，不便于查阅、分析数据。
而对于采购部分则问题也很突出，一般是审批购买后对使用情况不再过问，导致很多设备的购买成为浪费，而当需要使用时已面临淘汰，这些问题的症结最终归结于数据信息的滞后、不能实时发布和及时沟通，从而对使用情况无考核依据，造成了盲目的采购和浪费。
这就迫切的需要能有一套适合的、可行的辅助系统来帮助实现完善的管理。
1.2系统目标
本系统的目标旨在将设备采购过程结构化、系统化、简单化，使采购业务流程顺畅，减少管理人员的工作量，提高工作效率，将有限的资金用于购买必要的设备上，减少采购的盲目性和不必要的浪费，使采购信息集中化、有效化，便于今后对采购数据的查阅和分析，充分地利用了信息资源，避免人为操作错误，节省大量的人力、物力及时间，为管理者提供及时、准确的信息。
1.3可行性分析
可行性分析的意思是根据系统的环境、资源等条件，判断所提出的信息系统工程是否有必要、有可能开始进行，如果要进行，那么采用什么建设方案。
所谓可行性应该包括必要性和可能性两个方面。
没有必要性的工程是不应该开始进行的。
主要从技术、经济、社会意义等方面分析：
技术可行性是指开发一个新系统所需要的技术是否具备，如支持新系统的软硬件功能以及技术人员的数量和水平。
结合实际需要，我选择了PowerBuilder9.0作为开发用户界面软件，它具有的可视化开发环境；选SQLServer2000用来开发后台数据库，它具有良好的安全性与兼容性；而且本系统对硬件的要求不高，在现有技术基础上一定能实现本系统。
经济可行性是评价一个计算机信息系统是否可行的最基本的一种方法，是对信息系统解决方案的成本有效性的量度。
对于用户来说，他最关心的是：
是否值得开发一个这样的信息系统；使用这样的系统后能否提高工作效率，节约成本。
而本系统的设计和开发事实上恰好能满足他们的这些要求。
且本系统要求的计算机配置也不高，环境配置费用也较低，系统使用方便、简洁，不需培训费用。
社会可行性则在于本系统的开发和实现能为具有类似情况的学校提供一个模板，只需在原有基础上作修改即可，具有普遍的社会意义。
1.4系统开发方法
在开发方法的选择上，我们选择了自顶向下的开发策略：
自顶向下的开发策略是从设备采购管理的整体进行设计，逐步从抽象到具体，从概要设计到详细设计，体现结构化的设计思想。
自顶向下是强调由全局到局部、由长远到近期、由上层到下层，从探索、研制一种合理的信息流的模型出发，设计出适合于这种信息流的信息系统。
子模块通过信息流确定，而且尽可能的要求每个局部模块优化建立在全局优化的指导下。
1.5开发计划
根据本系统开发的需要，安排实际开发计划如下：
（1）实际调查：
两天，写出系统调查报告。
（2）逻辑设计：
一天，写出系统分析报告。
（3）物理设计：
两天，写出系统设计报告。
（4）模拟系统实施：
两天，进行系统原型实现。
第2章系统分析
系统分析首先对企业进行详细调查，了解用户需求、业务流程，了解信息的输入、存储和输出，然后建立系统的逻辑模型。
借助数据流程图、数据字典及相关文档，编写系统的系统分析说明书。
2.1系统需求
由于传统的管理模式主要由人工完成，存在着效率低、费时费力、控制困难等缺点，为了使设备采购过程更具有可管理性，基于先进的计算机技术，在规范化的设备采购运行模式的基础上，开发“安徽工程科技学院设备采购管理系统”。
现利用UML对设备采购管理系统进行系统分析，各图如下所示：
图2－1设备采购管理系统用例图
2.1.1用例图
用例图（UseCaseDiagram）显示一组用例，参与者以及它们之间的关系。
用于需求分析阶段，即确定“谁使用系统以及做什么”。
用例图着重于从系统外部参与者的角度来描述系统需要提供哪些功能，并且指明这些功能的参与者是谁。
2.1.2时序图
时序图（SequenceDiagram）是强调消息时间顺序的交互图，显示具体用例（或者是用例的一部分）的详细流程。
一般放在相应用例的下面。
时序图描述了类与类之间相互交换以完成期望行为的消息，时序图只显示对象，不显示类。
即时序图是针对某个特定情况、特定对象进行的描述。
图2－2设备采购管理系统时序图
2.1.3类图
类图（ClassDiagram）描述了类与类之间的静态关系。
它不仅定义系统中的类，表示类之间的联系（关联、依赖、聚合等），还包括类的内部结构（类的属性和操作）。
类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
图2－3设备采购管理系统类图
2.1.4部署图
部署图（DeploymentDiagram）显示了运行软件系统的物理硬件，以及如何将软件配置到硬件环境中。
它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。
一个系统模型只有一个配置图。
图2－4设备采购管理系统部署图
2.2业务流程分析
业务流程分析一般采用业务流程图（TFD）来表示，就是用一些规定的符号和连线来表示某个具体的业务过程。
业务流程图的绘制一般是按照业务处理的实际过程和步骤进行。
业务流程分析的内容包括业务功能分析、业务关系分析、业务流程优化。
经过系统分析，得到设备采购管理系统的业务流程图如图2－5所示。
2.3数据流程分析
数据流程分析把数据在组织中的流动过程抽象出来，专门考虑业务处理中的数据处理模式，目的在于发现和解决数据处理中的问题。
它的主要工具是数据流程图（DFD）。
数据流程图是现有数据流程的抽象，它舍弃了具体的组织结构、物流、场所等信息，仅从信息流动的角度考虑业务执行的过程。
数据流程图的绘制应按业务流程图理出的业务流程顺序，将数据处理过程绘制成数据流程图。
对于每个具体业务，再进一步细化，通过更详细的数据流程图描绘更具体的数据处理过程。
设备采购管理系统数据流程图如2－6，2－7所示。
图2－5设备采购管理系统业务流程图
图2－6设备采购管理系统顶层数据流程图
图2－7设备采购管理系统第一层数据流程图
2.4数据词典
数据流程图描述了系统的分解及整个系统中信息的流动、存储、变化的全过程，但是对于系统中各个成分的含义还缺乏明确的定义和描述，因此可以借助数据词典对DFD中的数据流、处理逻辑、数据存储和外部实体等做出严格的定义。
设备采购管理系统数据词典如下所示。
2.4.1数据流描述
数据流名称：
采购计划
标识符：
F2
数据流来源：
请购部门的请购计划审核通过
数据流去向：
E2,P0.3
数据流组成：
采购设备＋采购数量
备注：
由请购计划转化而来
2.4.2处理逻辑描述
处理逻辑名称：
比价
标识符：
P0.4
输入：
C,P0.3
输出：
P0.5
处理：
比较不同供应商同种设备的价格，选择价格低的购买
处理逻辑名称：
验货处理
标识符：
P0.9
输入：
P0.8
输出：
E3,P0.10
处理：
入库前库管员对货物进行检查，无误则入库，有误则向供应商发出退货通知
2.4.3数据存储描述
数据存储名称：
设备信息
标识符：
A
简述：
记录现有库存设备的信息
组成：
设备编号＋设备名称＋生产厂商＋类型＋数量＋单价
关键字：
设备编号＋设备名称
涉及的处理：
P0.1
数据存储名称：
入库单
标识符：
E
简述：
检查无误的货物进行登记形成入库单
组成：
入库单编号＋入库日期＋入库设备＋类型＋单价＋数量＋供应商
关键字：
入库单编号
涉及的处理：
P0.10
第3章系统设计
3.1模块结构设计
功能结构图（层次图）是用来描述系统模块功能分解的一种图形工具。
功能结构图的每个矩形框表示一个功能模块，矩形框间的连线可以看作调用关系。
设备采购管理系统的功能模块结构图如图3－1所示
图3－1设备采购管理系统功能模块图
系统的功能划分为基本信息维护、信息查询、设备信息管理等三项功能。
相对应有如下3个模块。
1、基本信息维护模块。
该模块是用来对基本信息进行维护，对供应商信息和采购员信息进行更新，便于查询最新的信息，有助于采购设备。
例如，某一个供应商不再为学校供应设备了，应及时将该供应商信息删除，购买设备时不再考虑该供应商。
2、信息查询模块。
对库存信息进行查询，为制定采购计划提供参考以及为审核采购计划提供依据。
对供应信息进行查询，可以为选择供应商提供参考，以最低价来购买设备，降低购买设备的成本。
3、设备信息管理模块。
首先要制定设备采购计划，通过审核后，开始向供应商传递设备采购订单，所以设备采购计划和采购订单都需要留档。
设备购买回来后，验收合格后需填写入库单，方可入库。
入库单作为设备入库的原始单据，需妥善保管，以便后期的设备管理。
3.2代码设计
代码是代表客观存在的实体或属性的符号，代码设计的任务就是设计出一整套供管理信息系统开发和运行所需要的代码系统。
代码设计的基本原则是：
代码要具有惟一性、标准性、通用性、可扩充性、稳定性和结构尽量简单等特点。
为了统一设备、供应商、采购员的类型，方便数据的输入，分别设计了设备、供应商、采购员代码。
设备编号是设备代码，供应商编号是供应商代码，采购员编号是采购员代码。
综合考虑以上要求及系统的需要，我们设计了如下代码体系：
设备编号：
左起第1-3位为设备的类型；
左起第4-6位为该类型设备中的编号。
例如,001002表示该设备的类型是001，该设备在该类型所有设备中的编号是002。
供应商编号：
左起第1-4位为供应商所在区域的区号；
左起第5-7位为供应商所供应的设备类型；
左起第8-10位为供应商在学校的编号。
例如，0551001001表示供应商所在区域的区号是0551，供应的设备类型是001，在学校所有供应商中的编号是001。
采购员编号：
左起第1-2位为采购员所在的部门编号；
左起第3-5位为采购员在所属部门的编号。
例如，02023表示采购员所在的部门编号是02，采购员在02部门的编号是023。
3.3数据库设计
本系统数据库涉及的表共7个，分别为：
3.3.1供应商信息表（gys）
列名
数据类型
长度
允许空
备注
gysid
varchar
30
N
供应商编号
gysname
varchar
30
N
供应商名称
adr
varchar
100
Y
地址
tel
varchar
15
Y
联系电话
lxr
varchar
30
Y
联系人
gycplx
varchar
15
Y
供应产品类型
3.3.2供应信息表（gyxx）
列名
数据类型
长度
允许空
备注
sbid
varchar
30
N
设备编号
sbname
varchar
30
N
设备名称
sblx
varchar
15
Y
设备类型
gys
varchar
30
Y
供应商
ygprice
money
8
Y
供应单价
3.3.3采购员信息表（cgy）
列名
数据类型
长度
允许空
备注
cgysid
varchar
30
N
采购员编号
cgysname
varchar
30
N
采购员姓名
tel
varchar
15
Y
联系电话
3.3.4采购计划表（cgjh）
列名
数据类型
长度
允许空
备注
cgsb
varchar
30
N
采购设备
sl
int
4
N
数量
3.3.5采购订单表（cgdd）
列名
数据类型
长度
允许空
备注
ddid
varchar
30
N
订单号
dgsb
varchar
30
N
订购设备
lx
varchar
15
Y
订购设备类型
dgsl
int
4
N
订购数量
gys
varchar
30
Y
供应商
3.3.6库存设备表（kc）
列名
数据类型
长度
允许空
备注
sbid
varchar
30
N
设备编号
sbname
varchar
30
N
设备名称
cscs
varchar
15
Y
生产厂商
lx
varchar
15
Y
类型
sl
int
4
Y
数量
price
money
8
Y
单价
3.3.7入库单信息表（rkdd）
列名
数据类型
长度
允许空
备注
rkdid
varchar
30
N
入库单编号
rkrq
datetime
8
N
入库日期
rksb
varchar
30
N
入库设备
lx
varchar
15
Y
类型
price
money
8
Y
单价
slrl
int
4
N
数量
gys
varchar
30
Y
供应商
3.4输入输出设计
输入/输出设计首先要满足用户的需要，并且方便用户的操作。
输入界面要美观适用，要减少用户操作的次数，还要减少输入数据的错误率。
为此采用列表框、单选框、复选框等控件，通过选择等来减少键盘输入的次数。
例如，在供应信息查询界面上，在查询设备的供应信息时，通过单击右边的复选框按钮来选择是按设备名称查询还是按设备编号进行查询。
另外在设备供应信息查询时系统自动显示所要采购设备的最低价，这样就比较有力于采购员获取设备采购的信息，而不用一项一项去查看供应设备信息，从而来找最低价格的设备。
本系统中选用的输出方式有两种：
查询显示输出和报表打印输出。
下图4－3为设备信息查询界面。
图4－4、4－5、4－6为报表输出窗体
第4章系统实现
4.1开发工具
此管理信息系统不需要网络环境，单机操作即可，所以操作系统选择WindowsXP，程序设计语言选择PowerBuilder9.0版本，数据库管理系统采用SQLServer2000。
4.2软件界面拷屏
4.2.1供应商信息界面
图4－1
4.2.2供应信息查询界面
图4－2
4.2.3库存设备信息查询界面
图4－3
4.2.4采购计划界面
图4－4
4.2.5设备入库信息维护界面
图4－5
4.2.6采购订单界面
图4－6
4.2.7采购员信息界面
图4－7
4.3系统测试
信息系统测试重要性表现在它是保证系统质量和可靠性的关键步骤，是对系统开发过程中的系统分析、系统设计和实施的最后复查。
对于设备采购管理系统的系统测试采取非渐增式集成测试，首先对于系统的各个模块进行黑盒测试和白盒测试，黑盒测试是测试程序功能，白盒测试是测试程序的结构。
黑盒测试采用等价类划分法而白盒测试采用逻辑覆盖法、。
然后再把所有的模块按设计要求组装在一起进行测试，解决模块接口的一致性问题。
例如，对供应信息查询模块的测试。
4.3.1黑盒测试—等价划分
选中按设备名称查询按钮
有效等价类：
设备名称不能为空，文本型
无效等价类：
设备名称为空
测试用例：
（1）正确
输入：
设备名称：
电脑
输出：
显示电脑的供应信息
（2）错误
输入：
设备名称：
空
输出：
请输入设备名称！
图4－8供应信息查询模块中设备名称查询按钮的单击事件过程的程序框图
选择按设备编号按钮
有效等价类：
设备编号不能为空，文本型
无效等价类：
设备编号为空
图4－9供应信息查询模块中设备编号查询按钮的单击事件过程的程序框图
测试用例：
（1）正确
输入：
设备编号：
001001
输出：
显示设备001001的供应信息
（2）错误
输入：
设备编号：
空
输出：
请输入设备编号！
通过黑盒测试，可知模块的程序功能可以实现。
4.3.2白盒测试—逻辑覆盖
逻辑覆盖就是所设计的用例是程序中的所有判定的分支都必须能够执行。
当选中设备名称按钮时，设计如下3组测试用例。
第1组输入：
设备名称：
电脑
输出：
显示电脑的供应信息
第2组输入：
设备名称：
投影仪
输出：
该设备无供应信息！
第3组输入：
设备名称：
空
输出：
请输入设备名称！
第5章收获和体会
通过这次课程设计使我们懂得了理论与实际相结合是很重要的，只有把所学的理论知识与实践相结合起来，从理论中得出结论，才能算是学以致用，从而提高自己的实际动手能力和独立思考的能力。
理论是一成不变的，但是当它与实践相互结合的时候，才能显示它真正的意义。
这次的课程设计和以往一个人完成不同，而是分成小组完成，而我们组的成员就是我的室友，所以平时的默契就成了我们的优势，而通过这次课程设计，我们的团队合作精神也有了更大的提升。
团队精神不仅仅是凝聚，而且任务上分工也让整个过程的效率提升很多。
我们团队把任务分担开来，每个人都能在兼顾总体利益的前提下加快自己负责部分的完成，这充分体现了合作的高效性，进一步让我们体会在合作的过程中相互了解，相互信任，各施其责的重要性，这对于我们在以后的发展中具有深远的影响。
我相信这样的实践环节给每个人都留下了深刻的印象。
我们在设计中遇到了很多问题，但都在大家的团结合作下游逆而解。
这次课程设计中一个比较陌生的问题就是利用UML进行建模，大家对UML都不太了解，只能靠着摸索、自学进行了解，最后在大家的努力下，还是将这个难题克服了。
总之，每一次课程设计不仅是我们学习的好机会，而且是我们锻炼实际动手能力的平台，虽然有难度的东西总会让人很抵触，比如在课设过程中有很多郁闷的时候，一个小小的错误一不小心就花去一大段时间，所以在这个过程中能够磨练人的意志与耐心。
这次的课程设计过程中我们感到时间的紧张，人也很疲惫，但当我们完成我们任务的那一刻，所有的紧张，所有的疲惫都忘记了。
我想这就是所说的成就感吧！
参考文献
1董德民，张峰．管理信息系统实验指导．北京：
中国水利水电出版社，2005
2陈禹．信息系统分析与设计．北京：
高等教育出版社，2005
3萨师煊，王珊．数据库系统概论．北京：
高等教育出版社，2000
4宋波，刘杰，杜庆东．UML面向对象技术与实践．北京：
科学出版社，2005
5樊金生，沙金，贾玉峰．PowerBuilder9.0实用教程．北京：
科学出版社，2006
6吴建，郑潮．UML基础与Rose建模案例．北京：
人民邮电出版社，2004
版权申明
本文部分内容，包括文字、图片、以及设计等在网上搜集整理。
版权为潘宏亮个人所有
Thisarticleincludessomeparts,includingtext,pictures,anddesign.CopyrightisPanHongliang'spersonalownership.
用户可将本文的内容或服务用于个人学习、研究或欣赏，以及其他非商业性或非盈利性用途，但同时应遵守著作权法及其他相关法律的规定，不得侵犯本网站及相关权利人的合法权利。
除此以外，将本文任何内容或服务用于其他用途时，须征得本人及相关权利人的书面许可，并支付报酬。
Usersmayusethecontentsorservicesofthisarticleforpersonalstudy,researchorappreciation,andothernon-commercialornon-profitpurposes,butatthesametime,th
升级会员 