在线客服

管理系统论文实用13篇

引论:我们为您整理了13篇管理系统论文范文,供您借鉴以丰富您的创作。它们是您写作时的宝贵资源,期望它们能够激发您的创作灵感,让您的文章更具深度。

管理系统论文

篇1

篇2

二、适用范围

目前,《金蝶成本管理系统V1.0》适用于采用品种法或类品种法的工业、加工、制造企业。

三、模块结构

四、系统特点

(一)界面清晰、思路流畅、操作简单、易学易用

金蝶成本管理系统V1.0完整地保持了WINDOWS的操作风格,并继承了金蝶财务软件的一贯风格,使得系统在界面上看起来清晰流畅。操作起来简单易懂、易学易用,快速上手。

(二)与金蝶软件其他模块无缝联接,自动获取费用发生数?

金蝶成本管理系统V1.0自动和金蝶软件的工资管理、固定资产管理、工业进销存、总帐等模块挂接,挂接时能自动获取工资、物料耗费和固定资产折旧数及其他任何要素费用的发生数,在成本计算过程中能自动生成记帐凭证(含费用发生的凭证、辅助生产、制造费用分配的凭证和完工入库的凭证三大类)。生成的凭证可传至总帐系统。成本系统和其他模块之间形成一个有机联系的科学的整体。这样不仅减少了重复输入,而且最大限度地保证了数据的一致性,保证了成本计算的科学性与正确性。

(三)高度自动化

成本管理被称为工业会计的一大难题,难就难在数字繁琐、计算复杂。因此,成本管理系统首先要解决的当然是自动化问题,金蝶成本管理系统目前在以下几个方面体现了高度的自动化。

1.自动从金蝶总帐、工资、固定资产、进销存等模块获取各项要素费用的发生数。

2.自动完成辅助生产费用的归集和分配。

3.自动完成制造费用的归集和分配。

4.自动完成生产费用在完工产品和在产品之间的分配。

5.成本计算过程中自动产生记帐凭证并传至总帐系统。

6.自动生成成本计算过程中的一系列帐表。

7.自动对成本数据进行分析。

(四)规范而清晰的成本核算流程

第一步:进行要素费用(如:原材料费用、工资费用等)的归集和分配

第二步:进行辅助生产费用的归集和分配

第三步:进行制造费用的归集和分配

第四步:进行生产费用在完工产品和在产品之间的分配

这样的流程不仅保证了成本计算的科学性和正确性,而且对用户起到了良好的引导作用。即使是对成本会计原理不太熟悉的用户通过系统的操作也能快速领略成本计算的奥妙,在短时间内学会成本核算的庞大体系和原理。

(五)丰富的报表体系

软件的最终结果是输出一系列报表,用户通过这些报表达到对业务的控制和分析。金蝶成本管理系统不仅全自动完成成本计算,而且还能输出成本会计所需的一系列成本核算帐表。这些帐表包括以下四大类:

1.要素费用归集和分配表类:原材料费用分配表、工资费用分配表、固定资产折旧费用分配表;

2.成本计算的过程表:辅助生产明细帐、制造费用明细帐、辅助生产费用分配表、制造费用分配表;

3.成本计算的结果表:生产成本明细帐、产品成本计算单等;

4.成本分析报表:要素费用分配分析表、产品成本结构分析表、产品成本比较分析表、产品成本趋势分析表。

(六)灵活的处理

金蝶成本管理系统可以说既有规范性又有灵活性,系统除了提供一系列自动输出的报表和规范的成本核算流程之外,还提供了用户灵活处理的余地,表现在:

1.可以自由定义成本科目体系,可有选择地修改系统产生的凭证。

2.可以设置自己需要的费用分配部门、费用要素、成本项目等。自由选择成本会计政策。

3.既可与金蝶软件的总帐、工资、固定资产、工业进销存几个模块无缝联结,又可独立运行,独立运行时须由用户输入费用发生数。

(七)系统提供了多达七种的完工产品和在产品之间分配生产费用的方法

(八)强大的自定义成本报表功能

篇3

ALM系统平台基础数据的统一定义是整个系统的基础。通过对设备树、数据分类、数据库体系、告警体系等的统一定义,形成各个应用系统共有的基础数据,减少各应用模块及线路问的接口,有效提高维保系统的整体性能和数据共享。因此,应进行设备基础信息库、标准设备状态监测模型及上层管理系统接口这3大基础建设。

2.1设备基础信息库与ALM系统

接口的子系统包括各种不同的设备。ALM系统监控的基本对象是设备,大多数的需求都是结合设备的监控、管理和维护提出的。因此,应建立基于ALM系统的设备管理功能,以支持通信系统的建设和运营维护。同时为地铁设备管理提供支持。基于ALM系统的设备管理,其主要管理对象为通信系统设备信息,因此应为设备管理功能体系建立标准的设备信息显示模型、完整的基于ALM系统的没备信息库和用于设备信息管理的接口。设备信息库是ALM系统建设和运行的基础,所有的设备信息显示模型均通过设备信息库生成。在系统调试阶段,大量设备信息由各子系统承包商提供,而ALM系统承包商将这些信息整理并归档于设备信息库。设备信息库存储于历史数据库中。设备信息库是基于ALM系统多个基础表而建立的,包括站点表、子系统表、设备类型表、告警分级表等。由于ALM系统站点众多,每个站点的子系统众多,设备信息库是一个数据量非常庞大的表格,因此,必须建立合理的基础信息体系,这样才能保证数据录入和检索的完整和高效。同时,需采用海量实时性能较高的历史数据库产品,以支撑数据基础体系的建立。设备信息库是一个完整的信息中心,包括了所有专业/子系统的设备信息,因此ALM系统的建设和维护需要众多专业/子系统的人员支持。为了便于每个专业/子系统人员对本专业的设备信息进行管理,必须建立一个通用的接口,使各专业/子系统人员不必直接面对数据量庞大的设备信息库,而是通过接口进行本专业的数据录入和检索。设备信息管理接口是人机界面的一部分,是系统维护人员的工具之一。该接口往往被运营人员所忽视,由此会导致设备信息管理的杂乱无章。

2.2标准设备状态监测模型

2.2.1设备状态判断

不同的设备具有自身的专业特点。ALM系统需要针对每一类设备进行告警分级、维修方式设定,以形成标准的设备状态监测模型体系,然后通过高性能的软件数据处理功能实现对设备维修信息的快速处置。一般将设备的状态分为维持服务、暂停服务和•14f1•中断服务,根据该设备的状态判断其是否完全具备维持运营的能力。1)维持服务:指设备虽然存在导致服务能力下降的故障,但仍然可以继续向乘客提供服务,如某个摄像头无法获取图像而乘客并不能感受到。2)暂停服务:指设备的故障导致无法满足乘客需求,但乘客可以选择其它设备代替或故障可以短时恢复。如站台某个PIS(乘客信息系统)显示单元无法开启。3)中断服务:指设备的故障导致无法满足乘客需求,进而导致某个运营服务能力完全失去。如站台广播失效需人工喊话。ALM系统需根据设备实时信息自动判断告警级别并采用不同的方式提供推送或辅助决策,由运营维护人员根据建议处理。可能的处理方式有:忽略,不做处理;记录维修相关信息,在运营后维修;需更换备品备件;紧急抢修。

2.2.2数据处理方式

现场采集的设备状态数据非常多,应对这些数据进行过滤、筛选、加工处理,以获得维修决策的基础数据。根据不同的管理需求,有不同的数据处理模型,如告警设置、趋势分析等。1)告警设置:包括限值告警、区间告警、统计告警、百分比变化告警等。2)设备趋势分析:是以定量、可视的形式对设备状态进行管理,包括检查设备的状态是否处于控制界限之内,观察设备状态的变化倾向或状况,预测设备状态发展到危险水平的时间,早期发现设备异常并进行预维修或定修。可采用单值趋势分析、正态分布趋势分析、公式或统计方法趋势分析等技术。

2.3决策支持

通过采集设备的现场状态数据和基于历史数据的分析,ALM系统可对维修决策提供支撑。按照设备、系统、网络等不同维度对数据进行统计分析,对指标体系进行梳理,形成通信系统设备的评价体系;通过仪表、图形、趋势分析等形式,构建地铁运营维护平台的管理“驾驶舱”。

3、ALM系统与维修业务的结合

典型的设备维修业务流程如图1所示。ALM系统主要在故障报告、报修、数据分析环节中起关键作用。ALM系统在整个维修管理业务流程中的作用如图2所示。

篇4

2.及时为学校人事部门提供准确的数据。

人事管理信息是学院发展的重要基础,因此建立二级学院的人事管理信息系统,可以准确地体现学院教职工的基本情况、师资力量等变化,为学院的师资队伍建设、目标规划提供了完备的数据基础。学院只有清楚地了解本部门的人事信息,才能为学校人事数据提供重要的可靠的信息。

二、二级学院建立人事信息系统的要求

1.数据精确、完整和可靠。

信息的精确性是体现基层人事管理信息系统保障运行的根本。作为数据提供的二级单位,学院的人事信息系统中的信息,必须精确、完整和可靠。这就要求在信息录入前要收集统计二级部门教职工的详细信息并加以核实;信息录入时录入人员要认真、细致以确保数据的精确性、可靠性和完整性。

2.信息更新的时效性。

学院人事信息系统包括学院人员进出、职称评审以及教师培训等多方面的信息,这些人事数据处于动态变化之中,如果收集、更新速度太慢,不能及时地进行信息传递,就会滞后人事信息的统计,甚至遗漏重要人事数据[2]。信息更新的时效性就是信息系统中的数据能及时准确地反映出本部门人事信息的变化。因此,在建立二级学院人事信息管理系统时必须做到信息收集后更新的时效性,保证随时收集,及时更新。

3.确保信息的安全性。

设计二级学院人事信息管理系统,不可避免地也会遇到安全问题。涉及人事信息系统安全性的因素有很多,主要有以下三个方面:(1)操作信息的管理员。如信息管理员的操作错误,将人事信息无意地泄露出去,造成人事信息保密资料的丢失。(2)系统软件。如该系统性能不够稳定,存在着系统漏洞,也会造成人事信息丢失的危险。(3)信息联网。为提高工作效率,实行人事信息系统网络化也是符合当今社会发展需求的,但目前网络病毒也非常凶猛,每年都会有很多的网络病毒对很多系统造成巨大的损失。

4.信息收集的系统性。

因为二级学院人事信息最能直接及时反映每名教职工的情况,只有把基层的人员信息整理完善,信息系统化,才能满足学校人事处要求的汇总统计本部门人事信息情况的需求;才能使学校人事部门对相关的信息进行核对、整理,以为其提供详尽的数据。

三、二级学院人事信息管理系统

功能需要学院管理系统,就是教师信息管理和三级部门信息的管理。学院的发展,会伴随着人员的流动,教师的人动、职称、学历、考核每年都在变化,为了能及时满足于学校人事信息的收集、管理,人事管理系统需要有以下功能:(1)用户登录。需要进行通行验证,来保证系统的安全性。(2)主页面功能。它是人事信息管理系统主要部分,包括录入、生成表格,管理员可以通过选择相关指令来打开系统的各个功能页面。(3)职工基本信息操作功能。编录、修改、删除和查看人员信息。(4)系统使用的简易性和方便维护功能。人事管理信息系统的使用人员对于该系统的模块并不会十分理解,这就要求系统能够有简单明了的用户入口,简单的使用界面,这样可以使人事管理人员缩短对该系统的熟悉时间。

四、学院人事管理信息系统设计

1.管理员管理界面:该模块只对人事管理员开放权限和使用范围。

这样可以保障信息的安全性,便于管理,从根本上做到了自己的数据自己管理、负责。

2.教师个人基本信息界面:该模块是提供给人事管理员使用的一个能体现学院教职工基本信息的模块

例如:学历、职务、身份证号等。

3.教职工人事信息界面:该模块提供给人事管理员使用的体现教师具体的岗位性质、所在三级部门、职称评审情况、年终考核情况等信息的模块。

4.招聘人员信息界面:该模块可以体现学院需要招聘人员的基本情况。

篇5

“劳动信息管理系统”一般情况下都做成数字表格、文字描述、图形显示等形式。“数字表格”即具体的人员、工资数据的结构化描述;“文字描述”即用一段文字叙述或补充说明情况等;这里的“图”包括两类,即照片图(例如BMP位图等)和动态生成的指标描述图(如折线图等)。笔者在选择开发工具和数据库方面,经过详细调研后,觉得用PB6和ORACLE8最为合适,现将开发和应用中的一些体会总结成文,供读者参考。

2系统的运行环境

本系统在CLIENT/SERVER结构上运行,SERVER平台为UNIX,装有ORACLE8数据库。CLIENT端通过HUB、ROUTER与SERVER连接,CLIENT端的开发、运行平台是WIN95/98/2000,前端开发工具为PB6,总体网络协议为TCP/IP。

3系统功能介绍

该系统包括劳动管理信息的维护和查询两部分,内容充实,立足于应用。表、文、图具全,对比图形由数据自动生成。同类型的数据查询采用了窗口继承的开发方法和动态数据窗口,查询界面统一、清晰。文字部分存入ORACLE库的LONG字段中,用MLE(多行编辑器)作为输入、输出的中间编辑、查询界面。一些原始资料,如照片、背景图等做成了BMP图片,以BLOB数据方式存入ORACLE库中,或存至NFS(网络文件系统)的“虚”盘上,查询时调入图形框(如P_1)内。

4技术难点及解决的方法

4.1字符集的选择

如果字符集选择错误,会出现汉字显示成乱字符的现象,需要从注册表中选择正确的字符集,具体方法是:在WIN95/98/2000下运行注册表编辑程序regedit.exe,选择HKEY_LOCAL_MACHINE,再选择SOFTWARE,再选择ORACLE,然后选择NLS_LANG(语言的国际支持),键入和服务器端相同的字符集。例如服务器端的字符集为AMERICAN_AMERICAN.US7ASCII,在此也输入此项就行了。

4.2PB6和ORACLE8的连接

PB6和ORACLE8的连接是一项很重要的内容,很多导致调用数据库失败的原因就出于此,根据不同的用户需求和硬件环境,可灵活选择客户端的接口软件,下面举例子来说明连接方法:

4.2.1//通过NET8连接数据库,支持32位的数据访问,安装ORACLE8的NET8软件

//目前PB6支持到ORACLE7.3,但是也支持ORACLE8,所以设置如下

SQLCA.DBMS="o73"

//要访问的ORACLE用户名

SQLCA.LogID="lz"

SQLCA.LogPass="lzpwd"

SQLCA.UserID="lz"

//通过SQL*NETV2和ORACLE库连接

SQLCA.ServerName="@net80"

Connectusingsqlca;

4.2.2//通过SQL*NETV2连接,可支持16位的数据访问,客户端可选择ORACLECDE的SQL*NETV2

SQLCA.DBMS="o71"

//要访问的ORACLE用户名

SQLCA.LogID="lz"

SQLCA.LogPass="lzpwd"

SQLCA.UserID="lz"

//通过SQL*NETV2和ORACLE库连接

SQLCA.ServerName="@snv2"

Connectusingsqlca;

以上的Script语句描述了和SERVER的连接过程,也可以将上述Script语句存入文件(如pb.ini)中,通过调用文件和数据库做连接。

若PB6和ORACLE8连接不通,可查一下C:\AUTOEXEC.BAT里边的路径是否包含c:\orawin95\bin(或相应的路径),如果没有此路径说明,PB6和ORACLE8不能连通。

4.3文字类数据(文本)的入库和查询

文本入库和查询可采用PB6的MLE(多行编辑器)作界面,编辑完成后存入ORACLE8的LONG字段中,查询时从LONG字段中取出,放入MLE中查询,下边是一个例子:

//文本的预处理(以去除文本文件中的回车换行符为例说明)

//将文件读入BLOB型变量text中fn=fileopen(txtname,streammode!)

iffn<>-1then

fileread(fn,text)

fileclose(fn)

//将读入的数据流组合成字符串

article=string(text)

s=len(article)

forv=1tos

t=pos(article,char(13)+char(10),v)

ift>0then

article=replace(article,t,2,"")

else

endif

next

mle_1.text=article

//将处理后的文件c:\ldxx.txt存盘,文件中的回车换行符已全部去掉

text1=blob(article)

filname="c:\ldxx.txt"

fn=fileopen(filname,streammode!,write!,lockwrite!,replace!)

iffn<>-1then

filewrite(fn,text1)

fileclose(fn)

endif

//文本入库

bigtext1=blob(mle_1.text)

updateblobldxxwjsetbigtext=:bigtext1wherebh=:varbhandrq=:varrqusingsqlca;

commit;

//从库中提出放入MLE中查询

selectblobbigtextinto:bigtext1fromldxxwjwherebh=:varbhrq=:varrqusingsqlca;

mle_1.text=blob(bigtext1)

//从库中重新生成文本文件filename.txt并存盘

selectbigtextinto:varfilefromldxxwjwherebh=:varbhandrq=:varrqusingsqlca;

fname="c:\filename.txt”

fh=fileopen(fname,streammode!,write!,lockwrite!,replace!)

iffh<>-1then

filewrite(fh,filen)

fileclose(fh)

endif

4.4处理图象文件(大的二进制文件)

职工照片-图象文件(例如BMP位图文件)是二进制文件,将其以数据流方式存入ORACLE8的LONG字段中,查询时从LONG字段中取出,放入图象框(如p_1)中查询,下边是一个例子:

//将图象文件读入BLOB型变量pict中

fn=fileopen(picname,streammode!)

iffn<>-1then

fileread(fn,pict)

fileclose(fn)

//将图象放入图象框p_1内查看

setpicture(p_1,pict)

endif

//将图象存入表pic的LONG字段bmpt中

updateblobpicsetbmpt=:pict;

commit;

4.5使用动态数据窗口

动态数据窗口指的是在程序的运行过程中通过SQL语句的改变动态地创建、修改数据窗口的内容和表现形式,它多用在对同类型的对象的描述过程中,“劳动信息查询系统”的一些类似的内容可用动态数据窗口来编制,表现形式一致、构造界面统一、编程效率高,当然还有其它一些优点。下边是一个创建动态数据窗口并由此绘出趋势图的例子(动态数据窗口dw_1,图形框gr_1):

dw_1.Create(SyntaxFromSQL(SQLCA,"SELECTsj,val01FROMtab01whereytmh=''''"+rowcha+"''''ORDERBYsj","style=(type=grid)",err))

//执行上述语句会动态地产生类型为grid的数据窗口dw_1。

//由下边这段程序做出趋势图:

//将数据调入数据窗口

dw_1.SetTransObject(sqlca)

dw_1.Retrieve()

rows=rowcount(dw_1)

ifrows>0then

gr_1.SetRedraw(False)

gr_1.reset(all!)

gr_1.addseries("dz1")

fori=1torows

xis=mid(getitemstring(dw_1,i,1),3,2)

yis=getitemnumber(dw_1,i,2)

ifisnull(yis)then

yis=0

endif

gr_1.adddata(1,yis,xis)

next

gr_1.SetRedraw(True)

sum=sum+sum1

st_1.text=string(sum)

endif

//图的类型可根据不同需要随意选择,如选择饼图、柱状、折线图等。

4.6变量的定义和赋值要正确

一些整型数值尽量不要定义成INT类型,因为一旦超过32767就会出错,一定要定义成LONG类型;带小数的数据变量要定义成DOUBLE型,若定义成LONG类型,会自动设去小数部分,出现精度错误。

PB6中的日期类变量赋值方式比较固定,若日期变量定义错了,执行有关的SQL语句时会出错,错误现象非常隐蔽,不容易调试,这是编程过程中的常见错误,在此特别强调一下。

举例如下:

rqnum1=”2000-06-31”

篇6

为了研究用户模型,首先研究用户如何使用云平台下的图书档案管理系统,用户接入到图书档案管理系统,必须使用终端,通过网络接入。在这个过程中,终端呈现异构化、复杂化、多样化的特征,①终端目前可能使用电视网、电信网和计算机网中的任何一网,可以通过WLAN、WWAN、Internet、PLMN、HFC、传统CATV、Ethernet和OAN中任何一网,随着时代和科技的发展也可能使用其他网络,其网络方面的特征呈现异构化、多样化;②终端类型和型号都很多,其功能、用途等明显不同,造成构造的不同和复杂化;终端和网络的异构化、复杂化、多样化,造成了其效果差异化很大,主要体现在:①显示效果方面;②音效效果方面;③网络方面;④计算复杂度方面;⑤可用空间方面。从显示效果的角度来看,需要注意以下几点:①终端不同,其显示屏幕的大小不同,从这个角度来说,手机和电视的差距是最为显著的之一,笔记本、PC等终端设备屏幕往往适中,显示屏幕大小的不同一方面和用户持有终端是否便利有关,另一方面关系着用户浏览信息资源时屏幕的尺寸和效果。②终端不同,其显示所使用的分辨率不同,体现为显示时的效果明显不同,如显示时的清晰细腻程度、拍照取景和视频播放的效果等等,而且部分终端的分辨率是固定不变的,无法进行调节。③文件的格式不同,其显示效果可能不同,例如常见的视频格式有AVI、MPEG、DIVX、MOV、ASF、WMV、RM等,不同的格式记录相同的视频信息,其显示效果也可能完全不同。④显示效果的程度决定了用户视觉角度质量的高低,其对于文本、图片、图像、单一的视频是有决定性作用的,同时对多媒体信息资源的效果也是有一定影响的。⑤显示效果的程度所带来的影响,对于不同的用户是不同的,其高度影响高度依赖视觉的用户,但当用户不依赖于视觉的时候影响则不大。从音效效果方面来看,需要注意以下几点:①终端硬件不同,其发声所用的效果不同,即使终端硬件相同其发声的效果也可能不同,例如一台笔记本电脑,如果其声卡是集成的则往往没有独立的声卡效果好,同样不同厂商所生产的声卡效果往往也有一定的差别,不同时间、不同技术所生产的声卡效果也往往不同,但音效效果在设备、设置、播放内容等完全相同的前提下是一致的。②不同的音频文件,其效果可能不同,首先数字音频技术指标采样率、压缩率、比特率、量化级,分别控制单位时间内波形采样的数据数量、音乐文件压缩前后大小的比值、记录每记录音频数据一秒钟所消耗的比特值的平均值、用多少位二进制的数据描述的声音波形;其次,不同的音频文件格式不同,其音效的效果也可能不同,常见的音频文件格式有WAV、MP3、WMA、OGG、APE等。③对于部分终端来说,音效效果是可以调节的,但依然存在音效无法调节的终端。④音频效果的程度所带来的影响,对于不同的用户是不同的,其高度影响高度依赖听觉的用户,但当用户不依赖于听觉的时候影响则不大。从网络的角度来看,①目前大部分的电视网依然是单向的,也就是说存在单向和双向的问题,虽然随着时代的发展和技术的进步,单向和双向的问题最终会被解决,但是目前一段来说其依然是问题的一部分。②网络不同登陆方式可能不同,例如如果用户借助电信网登陆和使用服务有两种模式,其一是通过以点播为基础的短信息服务,需要利用短信服务的平台来传输信息,由于其平台经常是第三方提供的,因而实时性往往较差;第二种方式则是通过GPRS网络,这种方案的缺点是覆盖率较差、传输速度低、费用高,但可以实现实时。从计算复杂度方面来看,终端之间的差异很大,以电视网的机顶盒和电视机来说,即使运行一个非常简单的动画也会非常困难,而相同的困扰在计算机上往往不存在,换句话说计算复杂度高的资源无法在部分终端上运行,但同时部分终端上如果使用计算复杂度低的文件则也会浪费资源。从某种程度上来说,不同的终端适合使用的信息资源在内容、格式等方面是完全不同的。从可用空间的角度看,如果可用空间的大小无法支持对应的操作,则后续的操作无法进行,同时可用空间较小也会在一定程度上降低运算速度。对于可用空间的大小,不同的用户可能会有不同的定义,部分用户可能对终端的最小可用空间有自己的要求;还有一部分人对最小可用空间没有要求,但是最小可用空间不够用的时候会有自己期望的行为和操作。

1.2用户行为研究

用户的行为,①指用户使用云平台下图书档案管理系统的行为,其根据用户的身份、目的、习惯、兴趣等不同而不同,用户可能是进行检索、获得、修改、保存信息资源,也可能是对图书档案管理系统的管理,如计费等;既包括其行为的种类、参数,同时还应该包括其行为所导致的结果。②用户的行为受到其本身的制约,既要受到其身份影响,又受到其兴趣和目的影响,但最终通过行为表现出来,可以通过用户的行为获得用户的信息,并做出调整,以便更精确地认识和了解用户。

1.3用户偏好研究

用户偏好,指用户在考虑服务或者商品的时候按照其自身意愿所做出的带有倾向性的符合理性的选择,是用户理性、认知和心理感受权衡后的综合结论,是用户个性化的体现。在云计算平台下的图书档案管理系统中,其可以作为个性化服务推荐的基础,主要包括以下几个方面的内容,①由终端、网络等带来的与视频、音频、可用空间等有关的偏好信息,此偏好信息用于确认用户偏好的信息资源的模态类信息,在此类偏好中用户往往偏爱一种或者几种终端,同时对于不同终端参数设置有不同的偏好;②用户偏好的信息资源内容方面的信息,包括学科、方向、难度等,这种偏好主要来源于用户原有的背景如职业、专业、知识层次等,并随着用户的发展而改变;③其他偏好,主要包括终端、所途经的网络、所在的位置等;④用户ID,用以唯一地标识和区别用户。

2用户模型研究

2.1用户基本信息模型

根据对用户、终端、网络的研究,建立用户基本信息模型,包括三类信息,分别是用户信息、终端信息和网络信息(详见图1)。其一是用户信息如用户ID、姓名、身份、年龄、知识层次、密码、密码提示问题、组别,其中①用户ID、密码是不可以省略的,其需要在用户登陆的时候确定用户的基础信息,同时用户ID对于整个系统来说是唯一的,也就是说所有用户的ID是没有重复的,是“独一无二”的;②身份、年龄、知识层次三项可以用于辅助确定用户的身份,以便在后续用户偏好模型未获得具体信息之前初步判断和获得用户的偏好信息,但鉴于部分用户的特殊性某些情况下是允许被省略的;③用户信息可以通过组别确定用户的权限的确认。其二是终端信息包括终端ID、终端参数等,其中①终端ID用于确定接入和登陆到图书档案系统的终端的身份,通过检索对应于终端的数据表可以获得包括其使用者、终端的类型、终端的基本参数及范围、终端的可能配置等的信息,可以初步确定终端的信息;②终端参数包括的是显示参数、音效参数、计算复杂度参数、可用空间参数,显示参数和音效参数分别是用户提供的其习惯使用的显示、音效参数的设置,而计算复杂度参数需要通过终端ID判断用户终端的具体计算复杂度获得,可用空间则需要在图书档案系统运行的时候通过其与终端之间的通讯获得;③终端信息中终端ID是不可以缺省的,但终端参数是可以缺省的,在缺省的状态下,系统依然可以通过终端ID获得终端的类型及基础的参数范围,再根据参数范围进行其他的判断,同时由于计算复杂度参数和可用空间参数不需要用户提供,因而也可以在缺省的情况下获得。其三则是网络信息如网络类型、常见位置等,其中①电视网的单双向问题可能会带来新的问题需要给予重点关注;②常见位置,是用户通常使用终端接入和使用图书档案管理系统服务的位置;③网络ID,用以唯一地标识和区别网络。关于用户基本信息模型,需要注意的有:①用户基本信息模型虽然是由三个部分组成的,但是其是一个整体,可以通过数据库表示出来,其中的每一条记录都只说明的是在某一种情况下用户使用某种终端通过某种网络接入和使用图书档案管理系统的具体设置以及由此而来的各种参数,每个用户的具体信息可以不只一条而是若干条记录的组合。②用户基本信息模型的三个子模型,可以通过一个数据表体现,也可以分成用户信息表、终端信息表、网络信息表三个数据表的组合来实现。

2.2用户行为模型

用户行为模型,主要用于记录用户的行为、状态等信息,其由用户ID、用户行为、行为参数、状态参数三个部分组成,其中①用户的行为用于记录用户状态变化的原因,同时可以从中获得用户基本信息模型的部分信息,同时也可以完善用户偏好模型;②用户行为参数用于说明用户行为的细节,是用户行为有机的补充;③状态参数,用于表明经过用户的行为之后用户的变化。

2.3用户偏好模型

用户偏好模型是用户服务推荐的基础,其主要包括3个方向,其一是对所获取资源的模态倾向性,是与终端相关的,其中包括格式、显示性能、音效性能等,其大多数属性是范围;其二则是对信息资源内容的倾向性,主要包括用户的身份、年龄、知识层次、专业等;其三则是用户通常所在的位置区域,可以用于以就近原则对其提供服务。

3关键技术分析

3.1用户模型应用研究

从用户登陆并使用系统服务的角度看用户模型,用户通过终端接入计算机网、电信网和电视网三网中的一网,可以利用一体化标识网络技术连接到系统,通过终端ID确定终端的身份(终端信息模型),通过终端所在的位置、IP等可以获得对应的网络信息(网络信息模型),通过用户ID和密码登陆系统进而系统可以确定登陆的用户(用户信息模型),如果需要调用用户偏好模型可以根据用户ID在用户偏好模型中检索相应的记录则找到对应用户偏好的信息(用户偏好模型),用户使用过程中会有所操作记录下用户ID、相关操作及对应参数则可以将信息添加到用户行为模型,根据用户ID可以从用户行为模型获取相关的参数则可以获得对应信息据此可以修改和完善其他模型。对于用户模型的应用,本文认为:①对于信息资源的检索和使用,既涉及到用户对信息资源模态的偏好,又要涉及到用户对信息资源内容的偏好,同时还涉及到用户所使用的终端;在检索的时候首先要根据终端信息模型和网络信息模型判断终端和网络的特性,获得支持的模态的信息,获得显示、音效、网络、计算复杂度、可用空间等信息,再根据这些信息和模态结合结合用户的偏好以集合的形式进行交的运算进而缩小可以接受的信息资源的模态范围并将其作为用户即时信息资源模态的偏好,再通过用户偏好模型内容倾向类偏好可以获得用户对信息资源内容的偏好。②显示、音效、网络、计算复杂度、可用空间等的变化会带来很多不同的情况,需要形成对应的策略,该策略既要符合用户的意愿,又要符合运营商等商家的利益,同时必须符合法律法规并受到相关部门的监管。在实践的过程中,可以设置相应的阈值来划分对应的范围,根据阈值与当前值差别的组合来判断当前所处的情况,当差距过大或者达到阈值的时候可以按照对应的既定策略采取行动,如在许可的情况下重新生成对应的信息资源、只发送部分信息资源、压缩等。③用户基本信息模型中用户信息模型、终端信息模型和网络信息模型需要相互结合,是一个有机的整体,在使用的时候相互辅助;同时用户基本信息模型、用户行为模型和用户偏好模型也是一个有机整体,其通过用户ID彼此关联。用户ID在整个模型中是唯一的,其作用是唯一地标识一个用户,以便与其他用户区别。

3.2用户模型的初始化与完善

本文认为用户模型的初始化信息可以从以下几个方面获得:①用户注册的信息②利用调查研究等方式从侧面获得的用户信息;③利用公众的大众化特征获得,其实质是首先获得用户基础信息模型,然后再从用户基础信息模型获取数据,以基础信息模型数据为基础结合概率归类和整理,去生成用户偏好模型和用户行为模型的初始数据。本文认为用户模型的信息完善与补充,是一个不断学习和修正的动态反馈过程,通过机器学习对参数的重新估计和修正提高了预测的精度,进而提高服务的质量,可以为个性化服务推荐打下基础。其实质是通过训练来逐渐完善用户行为模型,再根据用户行为模型逐步完善用户基础信息模型和用户偏好模型。具体的实现上,本文认为①用户行为模型可以作为执行单元,学习单元通过用户行为模型提供的信息根据用户基本信息模型和用户偏好模型建立并改进知识库,执行单元格局知识库中的知识执行任务,再将执行后的信息反馈到用户行为模型作为下一步学习的资源。②可以用命令序列作为最小单元描述用户行为,通过定义两个序列、两个状态之间的相似度来代表和判断行为模式之间、状态之间的相似程度;模型工作的时候,计算序列相似度来判断行为和状态的变化。

篇7

1.2建筑工程管理系统化平台建设的研究意义

项目管理的信息化是当今建筑行业项目管理的发展趋势,在提高项目管理的工作效率、管理水平,降低生产成本方面都起到了重要的作用。对工程项目的管理引进先进的信息技术之后,工作效率较之前的传统管理模式有了明显的提高。信息化平台建设的根本就是构建一个合理有序的信息网络,使项目管理中的各个环节都能够通过这个信息网络平台进行信息交流和日常管理[2]。有些建筑行业的佼佼者,已经开发了适应本企业的工程管理信息系统,利用先进的科学技术和科学的信息化管理提高了自身的管理水平,创造了更多的经济效益和社会效益。

2建筑工程管理系统信息化建设的研究思路和方法

2.1建筑工程管理系统信息化建设的研究思路

该课题的研究思路是通过参考一些现有的国内外相关研究成果和已有的理论基础,分析工程项目管理信息的具体分类,最终构建项目信息管理的集成网络。研究伊始最重要的一点就是就是大量查阅国内外有关工程项目管理的文献资料并进行系统分析,总结已有的一些研究成果和理论基础,对不同层次种类的信息分门别类,设计出科学系统的整体框架。对信息化管理中可能存在的风险进行分析,提出合理有效的风险规避措施。最后根据各个子系统之间的相互关系以及建筑工程项目管理的特点,设计最科学有效的工程管理系统。工程项目管理软件在实际安装过程中的实际效果则是验证理论的有效途径,对验证过程中出现的问题还要不断改进,以期构建更加合理适用的信息管理系统。

2.2建筑工程管理系统信息化建设的研究方法

该课题的研究过程中主要采用了理论分析与效果验证相结合的研究方法,除此之外,每个研究阶段都采用了不同的研究方法。在理论研究阶段,采用最多的就是文献分析方法,分析已有的文献资料中涉及的关于该课题的研究成果与理论基础。在项目集成框架构建阶段,涉及的研究方法主要是方法论。在最后实际开发验证阶段,则是通过系统分析的方法,对项目管理软件的安装和实际应用、项目共享效果等方面进行更深层次的完善。

3建筑工程管理信息系统的设计与实施

3.1建筑工程管理信息系统的设计

工程项目管理信息系统的设计要参考“需求指引、技术推动”的指导原则,从建筑施工的实际需求出发,对系统的整体性、交互性、可操作性等进行实际的设计规划。系统的整体性原则就要求设计者站在全局的角度考虑各个管理项目之间的相互关系和影响方式,全程控制工程管理的各个子项目。交互性是指人机交互的程度,用户能否从信息系统中获取需要的信息,以及系统能否对用户的信息及时反馈就是系统交互性的判定标准。对于信息系统的可操作性原则就是指信息系统能否及时应对施工过程的不断变化并提供新的技术支持,促进突发问题的解决和管理的科学性。工程项目管理信息系统与用户之间信息交换的主要方式就是用户界面,所以用户界面的设计是否简单易操作,是否符合用户的差异性标准就是信息系统的主要评价因素。用户界面一般需要包括信息的输入控制、多窗口协同控制等功能。在进行界面设计时考虑到用户的实际体验,就要避免界面的杂乱无序,种类太过繁多等问题,种类太多不仅会增加用户的信息处理负担,还会由于信息处理太过频繁而导致错误频率增加。最后,考虑到不同用户的特殊需求,还要为用户提供不同的交互界面,达到项目管理方式的个体差异性。

3.2建筑工程管理信息系统的实施

工程项目管理信息系统在设计过程中包括了业主项目管理系统、采购系统、工程监理系统、财务管理系统等各个子系统。下面以采购系统为例进行实际分析。采购部门主管在接到新的采购任务之后,将具体的采购任务分配到各个采购业务员。采购业务员在分析采购任务是否可以直接执行后,对可以直接采购的任务,直接进入采购流程。根据不同的采购方式应当进入不同的采购流程,如果是招标方式的设备采购,就应当指示招标业务员来执行具体的招标工作,最后才能进入采购合同签订流程。询报价类的设备采购与招标采购流程不同,它需要按照询报价标准业务的具体流程进行。这些采购项目进行过程中,系统会自动生成计划费用和实际费用的对比图以及实际执行进度,这为采购人员及时管理采购流程提供了详细的依据。

篇8

(一)系统模块分类。

房屋中介管理系统分为四个模块,具体为会员管理模块,房源信息模块,房产新闻模块,管理员登录模块。会员管理模块功能分为会员注册、出售房屋、求购房屋、出租、求租房屋、会员资料管理以及会员信息的后台管理。房源信息模块功能分为求租求购、二手房信息、出租房信息、管理出租、出售房源、管理需求房源、查询房源详情。房产新闻模块功能分为新闻动态、信息中心,添加、管理新闻,添加、管理推荐房屋。管理员登录模块功能为验证管理员账号、管理系统管理员账号。具体的模块结构图如图1所示。

(二)前台显示与后台管理设计。

网站前台显示功能模块如图2所示。(图2)后台管理部门中,每一个模块都包含数据的添加、删除和修改等功能。网站后台管理功能模块结构如图3所示。

三、主要功能设计

(一)新闻与信息前台显示。

新闻与信息中心模块是房屋中介网站中一个重要的模块,前台显示分为房产新闻、房产信息、推荐房产等几个功能。进入本网站的用户可以通过浏览网站来采集房产信息。最新的房产新闻与信息模块主要由news.asp,newsinfo.asp组成。网站全部房产新闻和信息的显示模块由newlist.asp,shownewslist.asp组成。用户可通过界面提示进行操作,采集房产新闻与信息内容。

(二)推荐房产的前台显示。

本网站推荐房产功能是非常具有特色的一项,网站管理员从本区域内挑选出最好的房产小区推荐给网站的用户。用户可以通过此项功能获取、了解到推荐的房产小区的基本信息,其中包括了小区的名称、具体地址、建立日期、大概价格、附近环境等一些重要的信息,特别是网站还提供了小区的照片,用户可以更加形象地了解到推荐的房产小区。推荐房产的前台显示具体实现在首页,包括了房产的名称、具体地址、建立日期、照片等一些基本信息,由showthebest.asp组成。其中showthebes(t)函数来完成对数据库中的推荐房屋的信息选取,提取和显示。本网站是通过对推荐房屋的推荐日期来进行排列的,前台显示根据推荐日期的最近日期来完成功能。

篇9

1.2Web服务器和MySQL数据库的搭建Web服务器是基于网站架设的服务器,主要作用是提供网上信息浏览服务,只需打开浏览器向Web服务器发送指定链接便可在线查看横机信息,本系统使用Apache开源软件组织的Tomcat进行服务器端的配置开发。Tomcat服务器是当今进行JavaWeb开发使用最广泛的Servelt/JSP服务器,因为它运行稳定,性能可靠。结合Java语言强大的网络功能开发出B/S架构Web服务器,Web服务器也能够操作后台数据库。B/S架构的通信原理是基于应用层的HTTP协议实现的,HTTP是一种请求/响应式的协议。客户端向服务器端发送请求(在浏览器地址栏输入链接网址),服务器返回响应。HTTP协议严格规定了HTTP请求和HTTP响应的数据格式,其请求包括:请求方法,URI,HTTP协议的版本,请求头,请求征文;响应包括:HTTP协议的版本,状态代码,描述,响应头,响应正文[8]。MySQL是一个关系型数据库管理系统,可以将数据分类保存在一张张表中,并且其体积小、运行快、具有较高的查询速度,故本系统选择MySQL数据库保存横机信息。

1.3远程监控终端的开发随着Android智能手机的普及,开发手机端的软件监控横机生产更加方便快捷,手机APP与服务器端采用C/S架构的通讯模式,服务器根据手机APP发送的请求标志返回相应的数据,这样便可随时随地在手机端查看横机数据。Android智能手机分辨率众多,移动端监控APP必须要适应多种分辨率的手机设备,其编程思想是:首先利用WindowManager获取手机屏幕的分辨率的高和宽,然后根据分辨率在各个界面上采取相应的比例绘制界面布局,并将从服务器端获取的参数显示到相应的位置。

2通信协议开发

采用TCP/IP协议与服务器端数据处理模块进行通信,通过Socket编程,将横机的运行状态和编织的花型数据以字节的方式发送到数据处理模块。该模块采用多线程机制不断地接受客户端的连接请求并将接收到的数据写入后台数据库。通讯数据包主要字节的定义如表1所示。其中,包头标志符由系统固定为某一值,作为验证该数据是否安全的标志,验证通过服务器端才能接受此包数据;包长度表示一个包的长度;包命令字是核心内容,支出这一包数据的功能。包命令字的定义见表2。

3系统调试

本系统在杭州与非科技有限公司提供的横机控制器上进行测试。在设备端设置CNT文件的参数如图7所示,然后将参数通过网络发送到服务器端,服务器端的数据处理软件接收到数据后,将其保存到后台数据库的相应的表中,通过查看数据处理软件的CNT界面(如图8所示),可以看出服务器端已成功的接收到设备端发送的数据。在手机端监控软件能够实时获取横机运行参数数据,系统基本达到横机生产控制的预期效果。

篇10

2.1管理功能

利用负荷控制管理系统能够编制供电公司实施负荷控制的具体方案,该系统中的电子制表功能可自动打印各个时期的报表。

2.2负荷控制功能

主要作用是以手动或自动方式对控制中心的跳闸、合闸进行定时操作,并控制输送电能的功率,定时控制电能的投入和解除。此外,还能够对系统中单独的负荷控制终端的功率数值、控制时段、电能的定值进行设置和调整。

2.3数据分析统计功能

能够对不同供电地区的累计使用电力进行统计,对客户关联表计的三相不平衡率进行分析,统计异常停电的时间、次数,对电力供应的稳定性和供电质量进行分析,并分析出现异常状况的原因、供电运行中的潜在风险和电力计量装置中出现的故障。

2.4通讯功能

将每个负荷控制终端的信息数据与负荷控制中心的信息数据交换,交换上下级负荷控制中心的数据信息。

2.5用电异常监测和警示功能

一旦电力客户出现用电异常的情况,系统控制终端就会对异常信息进行分析诊断,并及时向系统主站提供警报。常见的用电异常情况包括电表或计量柜被异常开启、电表固定参数设置异常改变、电流回路或电压接错线等。

2.6其他功能

系统在调试时能够与终端进行互动通话,监督配电网中各类电气设备的分闸、合闸操作情况和设备运行情况。

3负荷控制管理系统在电力计量中的具体应用

3.1数据采集功能的具体应用

负荷控制管理系统中的数据采集功能在电力计量中的应用范围十分广,该功能的实现依靠将公共无线通信数据与网络和短信通信相结合。应用数据采集功能应遵循如下要点:第一,保证在采集数据时,在多线程同时发送的通信调度管理基础之上,完整实现对多样采集服务器的均衡负载机制;第二,进行数据采集时,除了配置必要通道,还应配置两个以上的备用通道,并保证备用通道实现负载均衡的自动化,提高数据采集的精准和效率;第三,系统定时对远距离的抄录数据进行采集时,要确保合理划分采集的时间间隔,对数据的抄录要按照实际情况制定科学的抄表方案,确保采集数据的精准;第四,负荷控制管理系统的负荷控制中心主站计算机与负荷控制终端进行数据通信时,要采用数据压缩的算法,为数据通信的安全稳定提供保障。将负荷控制管理系统的数据采集模块实际应用到电力计量中,一般包括两个项目。第一,每日负荷曲线项目,对电力计量装置在每天特定时间内用电现场的各种负荷变量进行记录,这些变量数据包括平均功率、有功功率和无功功率。负荷控制中心分析这些采集到的数据信息,然后对电能的使用加以控制。第二,故障数据记录项目,记录电流超过负荷、电流过压或失压、断相、掉线等故障情况的数据,并且要对故障发生的起止时间和问题的详细描述进行记录。

3.2负荷控制功能的具体应用

负荷控制管理系统的负荷控制功能主要通过按电能控制、按功率控制和自动控制三种方式来实现。按电能控制:负荷控制管理系统中的负荷控制中心能够实时监控用电现场的电能使用状况,一旦用电使用量达到设置定值的80%,控制中心就会马上对负荷控制终端发送警报信号,终端接收到该信号之后就会自动实施负荷控制。按功率控制:负荷控制中心实时监控用电现场的用电功率,当用电功率超过设置值时,负荷控制中心自动向控制终端发出警报,终端就会对超负荷电量使用进行控制。如果功率降到了设定值以下或负荷控制解除,负荷控制中心也会相应撤销对负荷终端的控制。自动控制:在负荷控制中心设定的时期内,如果负荷未能被控制在设置值范围之内,负荷控制终端就会自动发送跳闸指令,执行跳闸操作。跳闸结束之后,电量的定值会被重新设置,此时负荷控制终端会自动执行合闸操作,完成自动控制负荷的任务。

篇11

关键字

酒店预定系统,预定管理,设计与实现

第一章系统分析

1.1开发背景

随着电子计算机和通信技术的发展,人类已经逐渐地进入信息化社会。信息和材料、能源一样成为一种社会的基本生产资料,在人类的社会生产活动中发挥着重要的作用。同时人们对信息和数据的利用与处理也已进入自动化、网络化和社会化的阶段.。

本系统主要针对酒店娱乐行业,开发一套,适用与前台,用来管理统计酒店预定宴席的软件,通过直观可视化界面,简单易懂的操作,替代目前酒店业采取以书面记录的形式。无须酒店企业雇佣专门的计算机人员即可完成运作。实现日订单,月订单,年度订单查询,有助与酒店管理层分析经营情况,更正经营管理上的不足

酒店规模的不断扩大,以及预定酒席的提前,酒席数量相应的增加,有关预定的各种信息量也成倍增加,面对着庞大的信息量,传统的人工方式管理会导致管理上的混乱,人力与物力过多浪费,使酒店的管理费用的增加,并给酒店的运营带来不必要的麻烦,影响整个酒店的运作和控制管理,因此,必须制定一套合理、有效,规范和实用的酒店预定系统,对预定信息进行集中统一的管理。本设计所完成的酒店预定管理系统软件是一功能比较完善的数据管理软件,具有数据操作简单、方便高效迅速等优点。系统采用VisualBasic和MicrosoftAccess。系统开发的总的设计目标是实现酒店预定管理的系统化、规范化和自动化,实现对预定信息的集中统一的管理。

1.2任务概述

1.2.1组织结构图

组织结构图

1.2.2组织与业务的关系

1.业务流程图

1.前台

使用本软件对预定信息进行安排,并回亏客户,将预定信息送达给管理部。

2.管理部

•酒席安排

根据预定信息进行酒席的安排布置。

•席间服务

根据酒席的类型布置餐厅,布置酒席,提供服务人员。

3.采购部

•安排部

根据本软件提供的信息提前安排人员对酒席菜式进行安排,计算出需要多少原料,查看库存并反馈给供应部

•供应部

根据安排部的信息进行原料的准备,采购等,成本送达财务部。

4.厨房

根据酒席规模安排厨师等。

5.财务部

财务汇总、成本计算、利润计算。

1.2.3需求分析

本系统要开发的酒店预定管理系统的具体功能包括酒席预定信息管理、预定提示管理、酒席资源释放和系统设置,由管理人员负责数据维护。对于已经入库的信息,系统根据用户不同的使用权限提供查询和打印服务。

1酒店预定管理系统的需求分析图

当决定要开发一个信息系统时,首先要对信息系统的需求进行分析。需求分析要做的工作是深入描述软件的功能和性能,确定软件设计的限制和软件同其他元素的接口细节,定义软件的其他需求。其实步骤包括四步。

模型化抽象化

具体化实例化

软件开发过程

(1)获得当前系统的处理流程,在此首假设当前系统是手工处理系统。手工处理流程大致是这样的。读者将要预定的酒席数量、时间、类型交给工作人员,工作人员预定酒席的时间进行查询,安排空位。并在本软件上填写预定信息。这样预定过程就完成了。预定时间将到期时,本软件将提示酒店工作人员,将预定信息传达到管理部门,本软件进行酒席确认,解除提示。

(2)抽象出当前系统的逻辑模型。在理解当前系统“怎么做”的基础上,抽取其“做什么”的本质,从而从当前系统的物理模型抽象出当前系统的逻辑模型。在物理模型中有许多物理因素,随着分析的深入,有些本质的因素就成为不必要的负担,因而需要对物理模型进行分析,区分出本质的和非本质的因素,去掉那些非本质的因素即可获得反映系统本质的逻辑模型。

(3)建立目标系统的逻辑模型。分析目标系统与当前系统逻辑上的差别,明确目标系统到底要“做什么”,从而从当前的逻辑模型导出目标系统的逻辑模型。在对上述流程进行分析后,我们对新的酒店预定管理流程进行整理。

1.2.4功能体系图

功能体系图

1.2.5实现目标

《酒店预定管理系统》针对的用户是单个酒店,主要的实现目标有:

?实现酒席管理;

?实现定单提示;

?实现各种统计、查询、打印功能;

?能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。

1.2.6运行环境

1.硬件要求以下是系统在运行环境中的硬件要求:

P4及以上芯片,128M内存;服务器、管理机各一台,40以上硬盘。另外的配套硬件设备有打印机;查询的客户机若干(自选)。以WINDOWS2000SERVER为服务器平台,后台为大型数据库MICORSOFTACCESS,并提供数据的备份与恢复功能,数据安全性好,不会出现网络堵塞现象;系统采用大量的COM(组件对象模型)技术和优化的数据库查询方法,减少服务器的负担,保证系统稳定的运行。

2.软件要求在系统运行下的软件环境要求如下:

服务器端安装WINDOWS2000SERVER、IISWEB服务器、关系数据库管理采用MICROSOFTACCESS

1.3项目开发计划

2004年11月20日——2004年11月30日

填写《开题报告》和《任务书》,由指导教师保存。

2004年12月1日——2005年1月7日

严格按统一的规范格式,进行毕业设计与毕业设计文档撰写。在本学期末之前完成设计文档中的“第一章系统分析”与“第二章概要设计”。

2005年1月7——2005年2月30日====

完成系统的详细设计

2005年2月30日----2005年4月15日

完成系统测试

2005年4月15日——2005年5月15日

完成用户手册

2005年5月15日----2005年6月1日

完成全部文档,统一整理合成,做最后修改

2005年6月1日----2005年6月15

打印完毕后交由计算机系办统一装订成册。

1.4数据流图和数据词典

酒店预定管理查询酒席信息和客户信息;

1.4.1客户预定酒席过程

项目名称酒店预定管理系统

项目代码名称JDYD

子项目名称预定输入

子项目代码名称YDSR

作者朱电脑

创建时间2005-1-620:10

修改时间2004-1-1510:30

1.数据流图

2.数据词典

(1)数据源点及汇点描述:

①名称:客户

简要描述:预定、查询及登记

有关数据流:预定时间;预定数目

②名称:日历

简要描述:当日日期

有关数据流:年月日

(1)加工逻辑词条描述:

①加工名:预定检验

加工编号:1

简要描述:检验客户身份、酒席是否有冲突。

输入数据流:客户信息,酒席时间,酒席数量

输出数据流:预定冲突信息,预定信息

加工逻辑:IF要求时间内酒席冲突THEN

发出“预定错误”

ENDIF

ENDIF

ENDIF

ENDIF

②加工名:预定登记

加工编号:2

简要描述:将“预定信息”登记到“预定记录数据库”中,完成后将预定确认函提交客户

输入数据流:预定信息,日期

输出数据流:预定信息确认

加工逻辑:预定信息及日期写入记录;

打印预定确认函

(1)数据流名词条描述:

①数据流名:客户口头预定信息

数据流来源:客户

数据流去向:酒席检验

数据流组成:客户信息=客户编号+姓名+联系方法

客户编号=“000000001”..“999999999”

姓名=2{字母}24

联系方法=4{字母}50

②数据流名:预定酒席信息

数据流来源:客户

数据流去向:酒席检验

数据流组成:酒席信息=酒席号+类型+摘要

酒席号=“000000001”..“999999999”

类型=2{字母}24

摘要=10{字母}200

③数据流名:检验错误

数据流来源:酒席检验

数据流去向:读者

数据流组成:检验错误=2{字母}40

每个数据量流通量:

④数据流名:预定信息

数据流来源:酒席检验

数据流去向:预定登记

数据流组成:预定信息=酒席号

每个数据量流通量:

⑤数据流名:日期

说明:提供当前日期信息

数据流来源:日历

数据流去向:酒席检验,预定登记

数据流组成:日期=年+月+日

年=“0000”..“9999”

月=“01”..“12”

日=“01”..“31”

每个数据量流通量:

(2)数据文件词条描述:

①数据文件名:客户库

简述:存放客户信息

输入数据:无

输出数据:客户信息

数据文件组成:客户库由“客户信息”组成

②数据文件名:酒席资源库

简述:存放酒席资源

输入数据:无

输出数据:酒席资源信息

数据文件组成:酒席资源库由“酒席资源”组成

1.4.2客户预定过程

项目名称酒店预定管理系统

项目代码名称JDYD

子项目名称定单管理

子项目代码名称DDGL

作者

创建时间2005-1-620:10

修改时间2004-1-1510:30

1.数据流图

1.数据词典

(1)数据源点及汇点描述:(前面已描述)

(2)加工逻辑词条描述:

①加工名:酒席检验

加工编号:3

简要描述:检验酒席是否能够安排

输入数据流:酒席数量,酒席类型

输出数据流:检验错误

加工逻辑:IF酒席不能安排THEN

发出“检验错误”

ELSE发出“安排成功”

ENDIF

②加工名:酒席安排

加工编号:4

简要描述:对安排好位置的酒席进行席间服务的安排

输入数据流:酒席数量、类型、日期

输出数据流:安排成功

加工逻辑:IF不能安排THEN

统计安排的酒席数

生成返回信息

ELSE删除酒席记录库中相应的酒席记录

生成成功信息

ENDIF

给出成功预定返回信息

(3)数据流名词条描述:

①数据流名:预定成功

说明:用于传递酒席号

数据流来源:预定检验

数据流去向:预定输入

数据流组成:酒席信息=酒席号

(4)数据文件词条描述:(前面已描述)

1.4.3综合查询过程

项目名称酒店预定管理系统

项目代码名称JDYD

子项目名称查询

子项目代码名称CX

作者朱电脑

创建时间2005-1-620:10

修改时间2004-1-1510:30

2.数据流图

3.数据词典

(1)数据源点及汇点描述:

①名称:工作人员

简要描述:所有营业管理动作

有关数据流:查询信息

②其它(前面已描述)

(2)加工逻辑词条描述:

①加工名:查询

加工编号:5

简要描述:查询碟片是否租出或是否已被预定

输入数据流:客户信息,状态信息,预定信息

输出数据流:查询错误,酒席信息

加工逻辑:IF所有库中均无查询内容THEN

发出“查询错误”

ELSE

发出“查询返回结果”

ENDIF

(3)数据流名词条描述:

①数据流名:查询信息

说明:用于传递预定的查询所得信息

数据流来源:查询

数据流去向:客户;工作人员

数据流组成:查询信息=酒席信息、客户信息、预定记录

其它(前面已描述)

(4)数据文件词条描述:

①数据文件名:顾客客户记录库

简述:存放客户预定记录

输入数据:预定信息

输出数据:预定信息

1.4.4预定管理过程

1.简要说明

项目名称酒店预定管理系统

项目代码名称JDYD

子项目名称预定信息提醒

子项目代码名称YDTX

作者林艺

创建时间2005-1-620:10

修改时间2004-1-1510:30

3.数据流图

4.数据词典

(5)数据源点及汇点描述:(前面已描述)

(6)加工逻辑词条描述:

①加工名:图书库操作

加工编号:7

简要描述:根据工作人员的操作信息对图书库内记录进行处理

输入数据流:操作信息

输出数据流:操作成功返回信息,提示信息

加工逻辑:IF酒席即将到期THEN

发出“提示信息”

ENDIF

(7)数据流名词条描述:

①数据流名:操作信息

说明:用于工作人员操作得信息

数据流来源:工作人员

数据流去向:酒店预定管理

②数据流组成:操作信息=操作内容+操作值

(8)数据文件词条描述:(前面已描述)

1.4.5客户管理过程

项目名称酒店预定管理系统

项目代码名称JDYD

子项目名称客户管理

子项目代码名称KHGL

作者

创建时间2005-1-620:10

修改时间2004-1-1510:30

5.数据流图

6.数据词典

(9)数据源点及汇点描述:(前面已描述)

(10)加工逻辑词条描述:

②加工名:客户信息库操作

加工编号:7

简要描述:根据工作人员的操作信息对读者库内记录进行处理

输入数据流:客户信息,操作信息

输出数据流:操作成功返回信息,客户信息

加工逻辑:IF读者库中无此客户THEN

发出“操作错误”

ELSE

发出“操作成功返回结果”

ENDIF

(11)数据流名词条描述:

②数据流名:操作信息

说明:用于工作人员操作得信息

数据流来源:工作人员

数据流去向:客户管理

③数据流组成:操作信息=操作内容+操作值

(12)数据文件词条描述:(前面已描述)

1.4.7系统设置过程

1.简要说明

项目名称酒店预定管理系统

项目代码名称JDYD

子项目名称系统设置

子项目代码名称XTSZ

作者林艺

创建时间2005-1-620:10

修改时间2004-1-1510:30

2.数据流

数据词典

(5)数据源点及汇点描述:(前面已描述)

(5)加工逻辑词条描述:

①加工名:系统设置

加工编号:8

简要描述:根据工作人员的设置内容对系统设置库进行修改

输入数据流:设置内容

输出数据流:操作错误,操作成功返回信息

加工逻辑:IF设置内容是否错误THEN

发出“操作错误”

ELSE

发出“操作成功返回信息”

ENDIF

(13)数据流名词条描述:

①数据流名:设置内容

说明:用于工作人员设置的信息

数据流来源:工作人员

数据流去向:系统设置

④数据流组成:设置内容=设置项名+设置值

⑤设置项名=6(字母)

⑥设置值=4(数字)

(14)数据文件词条描述:

①数据文件名:系统设置库

简述:存放系统设置信息

输入数据:设置信息

输出数据:设置信息

数据文件组成:系统设置库由“系统设置信息”组成

第二章概要设计

1.2系统结构图

1.3处理流程

1.3.1主流程

1.建立与数据库的连接

2.获取系统设置

3.显示主对话框

4.等待用户输入

如为预定:进入预定酒席流程。

如为退定:进入删除酒席流程

如为酒店定座信息查询:进入酒店定座查询流程。

如为系统管理:进入系统管理流程。

如为退出:检查所有子窗口,关闭对话框,断开与数据库的连接

1.3.2预定酒席流程

要求用户输入客户姓名

1.客户身份查验

2.获取相关的客户信息并显示

3.等待用户输入

如为确认输入预定桌号,提交预定请求,更新信息显示,显示预定操作结果。

如为完成预定操作:结束预定流程。

1.3.3退定酒席流程

1.输入退定酒席桌号

2.读出退定酒席信息及同次所预定的酒席信息并显示

3.将退定的酒席桌号从预定酒席记录中删除

4.如有丢失,加以处理

如为确认客户身份:读入退定桌号,更新信息显示,显示退定酒席操作结果。

如为完成退定酒席操作:结束退定酒席流程

1.3.4查询流程

1.选择查询内容的类型

2.输入查询关键值

3.根据内容类型读取对应数据表

4.显示查询

如为完成查询操作:结束查询流程。

1.3.5客户管理流程

要求用户输入客户名称

1.读者身份查验

2.获取相关的客户信息并显示

3.等待用户输入

如为确认输入客户名称:读入客户名称,增删改客户信息,更新信息显示,显示客户管理操作结果

如为完成客户管理操作:结束读者管理流程。

1.3.6桌位管理流程

要求用户输入桌位号

1.桌位号查验

2.获取相关的桌位信息并显示

3.等待工作人员输入

如为确认输入桌位号:读入桌位号,增删改桌位信息,更新信息显示,显示桌位管理操作结果。

如为完成桌位管理操作:结束桌位管理流程。

1.4数据库设计

前面已经根据系统的需求信息拟订了表结构,从现在开始,将介绍系统的具体实现。使用的后台数据库服务器为Access.

该图书管理系统的库结构为:

2.3.1桌位表

由多个桌位记录构成。

桌位记录的数据结构如下:

桌位编号--------整数(唯一标示符)

桌位所在哪个包厢---------变长字符串

服务员名称---------变长字符串

桌位大小---------实数

2.3.2客户表

由多个客户记录构成

读者记录的数据结构如下:

客户号-----------整数(唯一标示符)

客户姓名------------变长字符串

客户联系方法-----------变长字符串

2.3.3预定酒席记录表

由若干个预定酒席记录构成

预定记录的数据结构如下:

预定的桌号----------整数(与图书库中的图书编号对应)(唯一标示符)

预定客户的姓名---------------整数(与读者库中的图书编号对应)

预定的时间-----------------日期

2.3.4预定酒席历史记录表:(History)

由若干个预定酒席历史记录构成

预定酒席历史记录的数据结构如下:

预定人姓名-----------整数(唯一标示符)

预定的桌号----------整数(唯一标示符)

预定的日期----------日期

2.3.5退定酒席记录表:(Return)

由若干个退定酒席记录构成

退定酒席记录的数据结构如下:

桌位号------------整数(唯一标示符)

退定日期-------------日期

系统操作人员ID(B_Clerk_ID),整数(系统自动生成,唯一标示符)

2.3.6系统设置表

有单个系统设置记录构成

系统设置记录的数据结构如下:

记录号(id)整数(系统自动生成,唯一标示符)

篇12

2.1需求分析设备租赁管理系统对整个设备租赁过程相关事项进行管理控制,主要由设备管理、租赁管理、归还管理和统计分析4大部分组成。设备管理主要目标是对可租赁的设备信息进行管理和维护,实时监控每个设备的状态并保证租赁设备能及时、足量地供应到位;租赁管理主要目标是完成设备的租赁登记,并对设备的租赁信息和承租人信息进行维护以方便以后的设备归还;归还管理主要目标是完成已出租设备的归还登记,并对设备的归还信息和设备状态信息进行维护;统计分析主要目标是对企业设备租赁所获得的收益信息进行统计分析,以便企业对租赁设备的供应量、租赁费用、购进量等作出相应调整。设备租赁的出租和归还流程如图2所示,其中出租部分对曾租赁过设备的承租人直接读取其资料,新承租人则需要登记资料信息;归还部分若设备在出租过程中有损耗则需要定损并形成定损记录。

2.2功能设计

本系统主要由设备档案、设备出租、设备归还、收益统计分析4个管理模块组成。系统结构如图3所示。

2.2.1设备档案管理设备档案模块着重实现企业对设备信息管理方面的需求,能够满足购进新设备、按类别筛选设备、按需查询设备、制定设备租赁费率等业务需要,可提供设备类别管理、设备档案信息管理、设备租赁费率管理等全面的业务应用,从而及时动态地掌握各种设备状态。以设备档案管理为例进行说明,设备档案信息管理主要包括:添加设备信息、修改设备信息、删除设备信息、设备信息查询与设备信息导出等功能。设备信息查询和导出功能说明:本系统的查询功能为自定义查询。用户不输入查询条件时默认查询所有设备全部信息。用户也可自定义查询条件,按设备名称、设备类别、设备状态、设备购买时间等查询设备的全部或部分信息。导出功能是用户根据需要选择是否将查询结果导出成Excel表格,导出的表格将存放在指定路径文件夹下。

2.2.2设备租赁管理设备租赁模块着重实现设备租赁管理方面的需求,能够满足设备出租及出租后监控等业务需要,提供全面的设备租赁信息管理业务应用,以及时动态地掌握各种已出租及未出租设备状态。设备租赁管理主要包括:租赁记录显示、查询和导出、添加设备租赁、撤销设备租赁、出租到期预警、登记承租人信息、承租人信息查询等功能。添加设备租赁和出租到期预警功能说明:承租人租赁设备通过身份证审核身份,判断是否曾租赁过设备,若是新承租人则需登记资料信息;根据设备状态查询设备是否可租赁,若设备可租赁则登记租赁相关信息形成租赁记录,并修改设备状态信息。出租到期预警功能完成对到期的已出租设备进行预警提示,本系统设置对超过约定归还时间的已出租设备进行预警。

2.2.3设备归还管理设备归还模块着重实现对已出租设备归还管理方面的需求,能够满足已出租设备归还及定损等业务需要,提供全面的设备归还信息管理业务应用。设备归还管理主要包括:设备归还、归还定损、删除归还记录、修改归还信息、归还信息查询和导出、定损记录导出等功能。归还记录管理界面效果如图4所示。设备归还及定损功能说明:承租人归还设备时调出其租赁记录进行归还操作,系统自动根据租赁时间、约定归还时间和设备租赁费率计算得到租赁费用,操作员手动选择是否填写超期金额,归还操作结束形成归还记录,并修改设备状态信息,定损功能完成归还设备损耗情况登记,形成定损记录以便于设备后期的保养和修理。

2.2.4收益统计分析收益统计分析模块着重实现企业对租赁收益数据的统计分析需求,能够满足按年(按月)查询显示同类别设备收益总和,以及不同类别设备收益总和占所有设备总收益比例等业务需求,提供各种收益分析(收益折线图、收益柱状图和饼状图分析)。企业能直观掌握各类设备收益状况,以便进行设备购进控制,从而避免设备数量过多占用资金,或设备短缺影响租赁业务的情况。仅以收益折线图为例进行说明,收益统计分析界面效果如图5所示。图5收益统计分析界面效果收益折线图说明:默认显示前一年某月份至当前收益折线图说明:默认显示前一年某月份至当前月份的各类设备收益情况,操作员根据需要可查看所有类别设备某时间段的收益状况,以及某具体类别设备某时间段的收益状况,可按年或按月进行查询。折线图显示收益数据变化趋势,直观反映了不同类别设备之间的差别。

2.3数据库设计根据系统总体分析,设备租赁管理系统需要使用9个数据表,分别为设备信息表、设备类型表、设备状态表、设备租赁记录表、押金状态表、承租人信息表、设备归还记录表、设备定损记录表、设备归还收费表。设备租赁管理系统E-R图如图6所示。在此只给出设备信息表(见表1)和设备租赁记录表(见表2)两个数据表进行示例说明。

篇13

1.2数字录音子系统当接警电话进入后,系统可自动识别来电号码及相关信息并弹屏显示,数字录音系统通过自动或手动方式启动同步录音功能,将通话内容、日期、时间等信息存入计算机系统中。录制的语音信息可通过多媒体音箱播放。系统提供多路录音通道(4/8/16路等,具体结合接警席位数量),对所有的接处警席位进行录音,各线路之间互不影响、分别存储并可长期保存。提供专业录音工控设备与配套录音软件,实现稳定。该项功能也是民航总局对机场消防保障必须要求之一。

1.3应急图文子系统应急图文子系统是整个消防地理信息系统的基础,也是该系统主要的创新应用,它负责建立和更新各类消防地理信息基础数据和相应的消防电子地图,如消防实力分布图、重点单位分布图、消火栓分布图、水源分布图及其地理对象的属性信息,提供更新、查询和显示等功能,也包括图层及图标的添加与修改;并能对显示的电子地图进行缩放、漫游、图层控制显示。通过本系统可对地图上的各地理对象进行位置查询和属性查询,既可以在地图上直接点击获得点击处的各地理对象,如消火栓、重点消防单位、消防大队等的相关属性信息;亦可以通过输入名称、地址拼音缩写或其他属性条件定位到某一或一组地理对象,从而获得其地理信息和属性信息。

1.4执勤力量管理子系统执勤力量管理主要与机场消防行政管理建设配套,在相关LED大屏幕上展示机场消防执勤力量信息。执勤力量信息包括执勤队伍的人员架构,包括执勤领导、执勤队长、执勤班长、作战队伍(含指挥侦查组、破拆救人组、灭火救援组、保障接应组、驾驶员、供水员、通信摄像组),各组别对应人员的姓名、电话、部门、照片以及职责分工。

1.5消防管理子系统消防管理子系统结合机场消防的内部管理需求,形成一套日常管理信息系统,包括人员管理、车辆管理、设备管理、训练管理、综合信息五个模块,实现机场日常消防资源的统计与管理。

1.6预案管理子系统通过智能化方式,为消防出警设置智能化预案,为不同应急事件,如飞行器火灾、航站楼火灾、恐怖袭击等事件设置处置流程,建立专业的飞行器破拆知识库,并将相应消防车辆、人员、物资配备合理动态调用。

1.7联动控制子系统通过PLC控制技术(可编程控制器),控制电路上开关量等信号,实现对消防队电动车库门、车库等警铃警灯的一键联动,提高出警速度。联动控制子系统,可以自主设置控制范围,与接处警配合,当值班人员接到报警电话,生成接警单后,可一键开启联动控制,警铃警灯立刻响起,车库照明灯亮起,相应车辆车库大门自动打开,消防战士迅速滑竿、换好衣服装备迅速出警。

1.8移动作战子系统移动作战子系统主要包括车载实时子系统和单兵作战子系统。车载实时子系统,主要通过车辆改装,为消防车辆配备3G高清摄像头、GPS定位模块等装置,可以通过车辆回传实时视频信号,便于指挥室统一指挥。通过GPS定位与图文信息结合,便于对车辆行驶的轨迹与路径管理。单兵作战子系统包含头盔和主机两部分,消防战士在现场执行任务佩戴该设备,可以实时回传现场音视频信号,便于指挥室统一指挥。

1.9视频监控子系统视频监控子系统在机场范围内基本建设完毕,为了方便管理与调阅,更多需要使用现有接口在系统中实现实时查看、放大缩小画面、转动云台观看等功能,配合机场消防部门的日常管理和出警处置工作。

1.10短信平台子系统短信平台结合用户通讯录和移动终端,在事件响应过程和日常管理中,为相应人员进行短信提醒下发,方便信息的下达。上述为机场消防图文一体化系统的主要功能,随着机场安保工作提升将不断得以完善。