计算机办公应用.docx
《计算机办公应用.docx》由会员分享,可在线阅读,更多相关《计算机办公应用.docx(24页珍藏版)》请在冰豆网上搜索。
计算机办公应用
目录
摘 要3
Abstract4
绪论5
1现状分析6
1.1设计任务的来源6
1.2开发机房管理系统的意义6
1.3原有的人工操作描述6
1.4原有系统所存在的问题及用户需求分析7
1.5现行系统的可行性分析7
2系统分析9
2.1新系统的业务流程图9
2.2新系统开发的目标和主要功能9
2.2.1新系统开发的目标9
2.2.2新系统的主要功能9
2.3新系统的数据流程图10
2.3.1数据流程图的图形符号定义10
2.4数据字典14
3系统的总体结构20
3.1功能结构图及模块划分20
3.1.1系统的功能结构及模块划分20
3.1.2系统的功能结构图21
3.2数据库概念设计23
3.3数据库逻辑设计:
24
3.4输入输出设计26
3.4.1输入设计26
3.4.2输出设计27
3.5程序代码设计27
3.5.1系统的程序设计环境27
3.5.2系统源代码设计28
4系统详细设计29
4.1工作人员管理模块设计29
4.2上机下机管理模块设计29
4.3上机卡管理模块设计31
4.4查询统计信息模块设计34
4.5系统参数设置模块设计34
4.6帮助模块设计34
5系统的编译与发行35
5.1应用程序的编译35
5.2应用程序的发行35
总结37
参考文献38
致谢39
摘 要
随着科技发展和社会进步,尤其是计算机大范围的普及,计算机应用逐渐由大规模科学计算的海量数据处理转向大规模的事务处理和对工作流的管理,这就产生了以台式计算机为核心,以数据库管理系统为开发环境的管理信息系统在大规模的事务处理和对工作流的管理等方面的应用,特别是在高校图书馆公共机房管理之中的应用日益受到人们的关注。
目前许多高等院校图书馆的机房还在采用比较原始的手工管理方式,由于传统的手工管理方式存在着效率低、易出差错、手续繁琐、管理漏洞多、无自动统计等等功能,已经不能适应现代社会的高速发展。
先进的计算机管理技术能代替繁琐的手工管理,在此毕业设计中,针对机房信息管理系统的工作性质的特点,采用VisualFoxPro6.0数据库开发系统编写了该软件。
该系统的开发,可以大大减轻工作人员的工作量,便于统计与管理,提高了工作效率。
因此,本人结合图书馆公共机房的要求,依据《软件工程》原理,应用VisualFoxPro6.0,主要完成对机房信息管理系统的可行性研究、需求分析、数据流程的确定、功能模块划分等,并由此设计了数据库结构和应用程序。
本次所设计的图书馆机房管理系统可以满足一般高等院校公共机房的日常管理的基本需求。
关键词:
信息管理 多媒体阅览室机房管理系统VFP6.0编程机房手工管理
绪论
随着科技发展和社会进步,尤其是计算机大范围的普及,计算机应用逐渐由大规模科学计算的海量数据处理转向大规模的事务处理和对工作流的管理,这就产生了以台式计算机为核心,以数据库管理系统为开发环境的管理信息系统在大规模的事务处理和对工作流的管理等方面的应用,特别是在高校图书馆公共机房管理之中的应用日益受到人们的关注。
近年来我国信息产业发展迅速,手工管理方式在高校图书馆机房管理等需要大量事务处理的应用中已显得不相适应,采用IT技术提高服务质量和管理水平势在必行。
为了满足广大学生读者的学习需求,高校图书馆公共机房必须提高其工作效率,改善其工作环境。
这样,机房管理的信息化势在必行。
目前许多高等院校图书馆的机房还在采用比较原始的手工管理方式,由于传统的手工管理方式存在着效率低、易出差错、手续繁琐、管理漏洞多、无自动统计等等功能,已经不能适应现代社会的高速发展。
先进的计算机管理技术能代替繁琐的手工管理,因此该过程必须实现信息化。
我们的系统开发的整体任务是实现机房管理的系统化、规范化、自动化和智能化,从而达到提高图书馆管理效率的目的。
鉴于VisualFoxpro6.0有强大的数据库管理功能,我们选用VisualFoxpro6.0来完成这个机房管理系统。
首先,VFP是一个可视化程序设计语言,充分体现了面向对象程序语言的特点,而FoxPro以前的语言都是面向过程的结构化语言,FoxPro则是介于二者之间的一种过渡性语言。
其次,VFP提供了功能强大、界面友好的项目管理器,对系统开发给予了有效的支持。
它使用户方便地查阅项目所包含的各种数据、文档、类库和代码,而且能快捷地调用VFP提供的各种设计器与生成器,使系统的开发与维护都可在项目管理器的集成环境中实施。
最后,VFP提供的安装向导,能支持用户为所开发的项目创建一套“安装(磁)盘”,供软件发布使用。
这就使VFP的系统开发从个人或单位自用扩大到可以供应市场,为软件商品化创造了条件。
该软件的开发,在节约了人力和物力的基础上,大大的提高了工作效率和工作质量,便于管理及统计,从而使机房的管理更具现代化。
本系统是根据实际情况和客户的具体要求,科学、合理地进行系统分析和设计,具体包括菜单设计、数据的输入和输出、查询、统计、维护以及帮助模块,使用方便、快捷,从而使系统能够满足用户的需求。
1现状分析
1.1设计任务的来源
在数据库应用系统开发之前,对开发数据库的基本概念应当了解,对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。
数据库应用系统开发的目标是建立一个满足用户长期需求的产品。
开发的主要过程为:
理解用户的需求,然后,把它们转变为有效的数据库设计。
把设计转变为实际的数据库,并且这些数据库带有功能完备、高效能的应用。
1.2开发机房管理系统的意义
当今时代是飞速发展的信息时代。
在各行各业中离不开信息处理,这正是计算机被广泛应用于信息管理系统的环境。
计算机的最大好处在于利用它能够进行信息管理。
使用计算机进行信息控制,不仅提高了工作效率,而且大大的提高了其安全性。
尤其对于复杂的信息管理,计算机能够充分发挥它的优越性。
计算机进行信息管理与信息管理系统的开发密切相关,系统的开发是系统管理的前提。
本系统就是为了管理好图书馆公共机房的信息而设计的。
图书馆作为一种信息资源的集散地,有很多的信息数据需要管理,由于数据信息处理工作量大、数据繁多,因此原有的手工管理方式就存在容易出错、数据易丢失,且不易查找等弊病。
总的来说,就是缺乏系统,规范的信息管理手段。
基于这此问题,我认为有必要建立一个机房管理系统,使机房管理工作规范化,系统化,程序化,避免机房管理的随意性,提高信息处理的速度和准确性,能够及时、准确、有效的查询和统计相关情况。
1.3原有的人工操作描述
现将原有的人工操作进行描述,具体步骤如下:
(1)学生需先购卡,1元钱一小时机时,10分钟一格,不足10分钟按10分钟计算。
(2)学生先填卡,卡上有学生姓名、班级、卡号、机位、上机时间、下机时间。
(3)上机时,管理员收下卡,别在机位卡上,机位卡有二份,机位卡一张别在学生的卡上,一张交学生保管。
(4)下机时,用结束时间减去上机时间,按实际上机时间划去格数,将机位卡交给管理员。
1.4原有系统所存在的问题及用户需求分析
原有的人工操作,存在着效率低、易出差错、手续繁琐、管理漏洞多、无自动统计等等功能,且无法适应客流量较大的需求,不便于管理。
根据用户的需求分析,新系统应满足以下几个方面的需求:
首先,系统应符合机房管理的规定,满足机房相关人员日常使用的需要,并达到操作过程中的直观,方便,实用,安全等要求;其次,系统采用模块化程序设计方法,既便于系统功能的各种组合和修改,又便于未参与开发的技术维护人员补充,维护;再次,系统应具备数据库维护功能,及时根据用户需求进行数据的添加、删除、修改、备份等操作;最后,尽量采用现有软件环境及先进的管理系统开发方案,从而达到充分利用现有资源,提高系统开发水平和应用效果的目的。
1.5现行系统的可行性分析
信息系统的建立是一个复杂的过程,且耗费时间、金钱和精力巨大,所以事先必须进行可行性分析,以免造成人力、物力上的浪费。
可行性分析可以从技术上、经济上、营运上三方面进行分析。
技术上的分析主要涉及到对现有技术进行评价,分析系统是否可以用现有技术来实施以及技术发展对系统建设有什么影响。
经济上的分析主要涉及到建设费用、运行费用、经济效益及社会效益。
营运上的分析涉及到系统对组织机构的影响,现有人员和机构、设施、环境等对系统的适应性。
现在对本系统进行可行性分析:
技术可行性
本系统对硬件要求不高,普通的配置已经可以满足系统需求,对于软件的要求,选用VFP数据库开发工具,未涉及技术难度较高的领域,系统操作人员只需要一定的计算机基础知识,经过培训,可以熟练进行操作。
系统在技术上是完全可行的。
经济可行性
需要考虑两方面的问题:
投入是否值得以及能否承受。
A、投入回报
机房管理系统的投入使用可以提高工作效率,使数据得到快速,妥善的处理和保管。
B、承受能力
一般高等院校都已经实现了电脑管理,各项软件,硬件配置基本上符合系统要求,系统运行实施后,不需要更大的资金投入。
维护简单,不须为此额外支付维护费用。
由上所述:
系统在经济上是可行的。
C、营运可行性
身为高等院校的工作人员知识水平一般都比较高,且电脑管理在各部门已经实施,营运具可行性。
综上所述:
新系统无论在经济上﹑技术上﹑还是营运方面都是可行的。
所以,新系统开发具有可行性。
2系统分析
2.1新系统的业务流程图
图1机房管理系统业务流程图
2.2新系统开发的目标和主要功能
2.2.1新系统开发的目标
通过系统的调查,发现系统的主要问题,而要解决问题,必须建立信息管理系统,而建立一个信息管理系统必须先设立系统的目标。
针对以上问题现提出本系统的目标:
(1)实现信息登记的完整性和正确性。
(2)实现信息查询的快速化与准确化。
(3)实现信息处理的自动化。
2.2.2新系统的主要功能
(1)机房管理员信息的输入,包括管理员的姓名﹑管理员口令以及管理权限。
(2)机房管理员信息的增加、删除、密码修改。
(3)上机学生的基本信息的输入,包括学生姓名﹑性别、所在院系、班级、借书证号、办卡日期以及上机卡剩余金额等。
(4)上机卡信息的输入,包括上机卡号、借书证号、学生姓名、班级、办卡日期、上机卡剩余金额、上机卡是否可用等。
(5)上机卡的办理、挂失与解挂、上机卡信息的查询统计,包括上机卡号、借书证号、学生姓名、班级、上机卡剩余时间、办卡日期等。
(6)计算机信息的输入,包括计算机名、计算机能否使用、计算机是否正在使用。
(7)上机登记信息的输入,包括学生姓名、上机卡号、上机机位、上机日期、上机时间、下机时间以及上机总耗时等。
(8)学生上机、下机、换机、上机登记信息、月工作量的查询统计等。
2.3新系统的数据流程图
系统的数据流程图又称DFD,是系统开发的核心技术,是新系统逻辑模型的主要组成部分。
它能精确地在逻辑上描述新系统的功能,是一组按照自顶向下原则设计出的具有不同层次的图。
DFD具有以下两个特点:
一是抽象性;二是概括性。
在对现阶段绘制的业务流程图进行分析的基础上,从系统的科学性,管理的合理性,运行的可行性角度出发,将信息处理功能和彼此之间的联系自上而下,逐层分解,从逻辑上精确地描述新系统应具有的数据加工存储,数据输入,数据输出及数据来源的方向。
数据流程图是系统分析人员与用户进行交流的手段,也是系统设计的主要依据之一。
2.3.1数据流程图的图形符号定义
外部实体:
又称外部项,描述向系统提供数据或是从系统接受数据的所有对象,它可能是某个单位、部门,也可以是个人,在方框中写明实体的名称,在一张DFD中,同一个实体可以重复出现多次。
加工(数据加工):
又称数据处理逻辑,描述系统信息进行处理的逻辑功能。
在数据流程图上这种逻辑功能由一个或一个以上的输入数据流转换成一个或一个以上输出数据流来表示。
数据存储:
表示系统的数据需要保存在计算机中,是系统的需要,但它不等于物理数据库。
正常情况下,原始数据需要保存,各种数据处理之间交流的数据也要通过存储来实现。
数据流:
是与所描述系统信息处理功能有关的各类信息的载体,是各加工环节进行处理和输出的数据集合,它将其它元素连接起来形成系统。
每个数据流都要有唯一的名称,箭头表示流向,有时一个数据流带有双向箭头,表示双向流动。
以下是新系统的数据流程图:
图2机房管理系统顶层结构图
2.4数据字典
数据字典(DataDictionary,简称DD)又称数据词典,是DFD中的每个成分的定义和说明的文字集合,是关于数据的数据。
数据字典是系统分析阶段的重要文件,是系统逻辑模型的重要组成部分,是系统维护的依据,是在新系统数据流程图的基础上,对新系统的数据流程图的补充说明,为系统数据及系统实施打下基础。
数据字典的内容包括对DFD中的数据流、数据存储及外部实体进行定义,并把它们按特定的格式记录下来,以备随时查阅和修改,只有将数据流程图和数据字典放在一起,才能实现新系统的逻辑设计,使新系统模型较之以前更加明确。
因此,数据字典既是数据库管理员管理数据库的有用工具,也是系统分析人员的得力助手。
编写数据字典的要求本系统数据字典的设计尽量做到了以下几点:
(1)
●对数据流图上各种成分的定义明确、易理解、而且唯一;
(2)
●命名、编号与数据流图一致,方便查询检索、维护和统计报表;
(3)
●符合一致性与完整性的要求,数据流图中同类成分的数据词典条目中无同名异义或异名同义者;
(4)
●格式规范、风格统一,文字精炼,数字与符号正确。
本系统数据字典的内容如下:
数据流
系统名:
机房管理系统编号:
F1
条目名:
学生基本信息别名:
来源:
上机学生(实体)
去处:
办理上机卡(处理P1)
数据结构:
学生基本信息=(学生姓名,性别,院系,班级,借书证号,办卡日期,上机卡剩余金额)
简要说明:
上机学生是机房管理系统的一个重要实体,在办理上机卡以及学生上机登记时都要录入学生的相关信息.
修改记录:
无
编写:
×××
日期:
2007-5-27
审核:
杨××
日期:
2007-5-27
外部项
系统名:
机房管理系统编号:
条目名:
机房管理员别名:
输入数据流:
上机登记管理
输出数据流:
上机登记信息查询统计
主要特征:
机房管理员:
为学生办理上机卡,并对学生上机信息进行登记,实现上机卡、上机登记信息的查询统计功能。
其主要特征是:
姓名,口令,权限。
简要说明:
机房管理员是机房管理系统的核心,他们将对学生的基本信息、上机卡的信息、学生上机、下机、换机以及机房内的计算机进行管理,并能对相关信息进行查询统计。
修改记录:
无
编写:
×××
日期:
2007-5-27
审核:
杨××
日期:
2007-5-27
数据元素
系统名:
机房管理系统编号:
条目名:
上机卡号别名:
属于数据流:
F2、F3、F4
存储处:
D2、D3
数据元素值:
代码类型取值范围:
意义:
*******
字符
金额编号
简要说明:
上机卡号是学生上机的标识符,每个上机的学生都必须持卡上机.
修改记录:
无
编写:
×××
日期:
2007-5-27
审核:
杨××
日期:
2007-5-27
数据存储
系统名:
机房管理系统编号:
D3
条目名:
上机登记基本信息别名:
存储组织:
每个上机登记的学生一条记录
记录数:
约100
数据量:
约10MB
主键:
辅关键字:
记录组成:
项名:
学生姓名上机卡号上机机位上机日期上机时间下机时间上机总耗时
类型:
字符字符字符日期日期时间日期时间数值型
近似长度(字节):
107588810
简要说明:
用于存储登记上机的学生的基本信息,在查询统计上机登记情况、工作量时调用,是机房管理系统的主要存储.
修改记录:
无
编写:
×××
日期:
2007-5-27
审核:
杨××
日期:
2007-5-27
加工
系统名:
机房管理系统编号:
P3
条目名:
上机下机管理别名:
输入:
上机登记基本信息
输出:
上机登记基本信息表
加工逻辑:
从输入数据流F3(上机登记信息)获得学生上机登记的一些基本信息,包括学生姓名,上机卡号,上机机位,上机日期,上机时间,下机时间,上机总耗时.
根据F3所输入的数据,统计基本信息情况,得出上机登记的基本信息表.
将处理获得的信息存储到基本信息中,既为基本信息表,并为以后的上机登记情况的查询统计服务.
简要说明:
这项工作同样由机房管理人员完成,处理完成后产生的结果即为上机登记信息表,为后期的查询统计工作打好基础.
修改记录:
无
编写:
×××
日期:
2007-5-27
审核:
杨××
日期:
2007-5-27
3 系统的总体结构
总体设计的任务是根据用户需求分析阶段得到的目标系统的物理模型确定一个合理的软体系统的体系结构。
这个体系结构的去顶包括合理地划分组成系统的模块,模块间的调用关系及模块间的接口关系。
软件的体系结构从总的方面决定了软件系统的可扩充性、可维护性以及系统的性能。
总体设计还应该为系统设计所使用的数据结构或者是数据库结构。
总体设计的任务是确定软件的体系结构,软件体系结构指的是软件的总体结构以及该结构提供系统的功能方式,也就是说软件体系是程序的一些部件(模块)的层次结构,这些部件相互作用的方式以及这些部件使用的数据结构。
3.1功能结构图及模块划分
3.1.1系统的功能结构及模块划分
系统的功能结构和模块的划分主要是通过对软件的层次结构进行划分得来。
常用的系统总体结构划分使用方法有:
水平划分和垂直划分。
水平划分为每个程序的主要功能定义模块层次中的分支数量。
最简单的水平划分定义了三部分:
数据输入、数据变换和数据处理。
水平划分后主要功能不是紧密耦合,因此对系统进行改变相对容易,扩充也相对容易些,所引起的负作用也小些。
水平划分的缺点是水平划分引起更多的数据在模块之间传递。
并且处理需要从一个功能迅速移动到另一个功能的话,整体控制结构会变得复杂。
垂直划分是在程序的结构中从顶向下分布控制(决策)和工作的,即决策模块在层次的顶部,底部是工作模块。
顶部模块执行控制功能、底部工作模块执行具体的工作,如执行全部输入、处理、输出。
对于程序结构中的改变,垂直划分更能适应这种情况。
在一个控制模块(处于结构中的顶层)中的改变将有更大可能将负作用传播给它的从属模块。
通常程序中的大多数改变都围绕输入、计算和变换以及输出活动;程序的整体控制结构很少改变。
而对于低级工作模块的改变由于它们已经处于结构中的底层,所以引起传播副作用的可能就小。
这种垂直划分,对于程序中的改变可能遭受更少的副作用,因此程序是更容易维护的。
但是这种可维护性的前提是指程序中底层的一些改变。
针对水平划分和垂直划分的优缺点,本系统采用两种划分同时存在的方法。
3.1.2系统的功能结构图
根据系统的设计要求,可对机房管理信息系统进行主要的功能模块划分,划分结果如图所示:
图2-1机房管理系统功能模块图
3.2数据库概念设计
按照软件工程的原理,需求分析阶段主要有两个方面的任务:
分析用户的数据要求和分析用户的处理要求。
经过上面的分析已经基本清楚了用户对数据处理的要求,接下来很自然需要做的工作是分析用户对数据的要求。
概念结构设计应在系统分析阶段进行。
任务是根据用户需求设计数据库的概念数据模型(简称概念模型)。
概念模型是从用户角度看到的数据库,它可用E-R模型表示。
E-R模型是一个面向问题概念性数据模型,它采用E-R图描述现实世界中的实体,而不涉及这些实体在系统中的实现方法,主要用来描述静态的数据结构。
在E-R模型中包含“实体”、“联系”和“属性”等三个基本成分。
根据这些规则,就可以得出E-R图及数据模型。
3.3数据库逻辑设计:
逻辑结构设计是将概念结构设计阶段完成的概念模型转换成能被选定的数据库管理系统(DBMS)支持的数据模型。
数据模型可以由实体联系模型转换而来。
根据需求分析的结果,程序设计不采用流行的C/S结构。
因此,数据库选择VisualFoxpro自带的数据库设计工具创建机房管理信息系统的数据库。
数据库中数据表格式为*.dbf与MicrosoftSQLSERVER2000创建的数据库表的格式一致。
通过使用相应的DTS工具可以很方便的将数据库格式转换成MicrosoftSQLSERVER2000下的数据库。
便于程序设计完成后为增强程序的功能而进行的数据迁移,整个数据库迁移过程可以不用进行任何的修改。
这也是VisualFoxpro的一个非常实用的优点。
本系统中使用的数据库包括的数据表主要有:
学生基本信息表、计算机基本信息表、机房管理人员基本信息表、学生上机卡信息表、上机记录登记信息表、系别代码表、专业班级代码表。
下面列出各数据表的设计内容。
1)学生基本信息表:
student.dbf
该表存储了所有上机学生的基本信息。
字段说明如下:
名称
类型
描述
Stu_name
Varchar
学生姓名长度10
js_card
Varchar
借书证号 长度7
department
Varchar
学生所属院系 长度30
class_name
Varchar
学生所属班级 长度30
sy_money
Number
上机卡剩余金额长度4
sex
Varchar
学生性别长度2
bk_time
Date
办卡日期长度8
2)计算机基本信息表:
computer.dbf
名称
类型
描述
name
varchar
计算机名长度10
canuse
Bool
是否可以正常使用默认为TRUE
isuse
Bool
是否正在使用默认为FALSE
3)机房管理人员基本信息表:
admin.dbf
名称
类型
描述
name
varchar
管理员姓名长度10
password
varchar
登录系统密码长度10
grade
varchar
工作人员权限设置长度10
4)学生上机卡信息表:
card.dbf
名称
类型
描述
stu_name
varchar
学生姓名长度10
Cardid
Varchar
上机卡卡号 长度7
class_name
Varchar
学生所属班级 长度30
sy_money
Number
上机卡剩余金额长度4
notuse
Bool
是否可以正常使用默认值为true
bk_date
Date
办卡登记日期长度8
js_card
varchar
借书证号长度7
5)系别代码表:
Department.dbf
名称
类型
描述
Part_id
int
Id长度4
department
varchar
院系名称长度30
6)班级代码表:
class.dbf
名称
类型