会议签到系统的设计与实现.docx
- 文档编号:24968222
- 上传时间:2023-06-03
- 格式:DOCX
- 页数:47
- 大小:35.02KB
会议签到系统的设计与实现.docx
《会议签到系统的设计与实现.docx》由会员分享,可在线阅读,更多相关《会议签到系统的设计与实现.docx(47页珍藏版)》请在冰豆网上搜索。
会议签到系统的设计与实现
同济大学软件学院
硕士学位论文
会议签到系统的设计与实现
姓名:
关志杰
申请学位级别:
硕士
专业:
软件工程
指导教师:
张惠娟;王冬青
20090601摘要
摘要
随着计算机技术的飞速发展,计算机在企业、学校等中应用的普及,不管
在公司还是高校,都存在会议管理的问题,而现在绝大多的会议管理还处于手
工作业状态,效率很低,而且容易出错,不便于管理,还不排除有不真实的现
象。
会议管理的内部管理、自我完善不容忽视,我们认为有必要开发一个中小
型会议管理软件。
利用语言作为开发工具、作为数据库开发出来
的单机版中小型会议管理系统。
此系统主要应用于中国电工仪器仪表产业发展论坛及中国电工仪器仪表新
技术、新产品展会的会务工作中。
用于处理参会代表的信息录入、住宿安排、
用餐安排、会务费用及其他费用收取、费用统计、人员名录的制作等。
目的在
于提高会务人员的工作效率,减少参会代表等待时间,使会务工作迅速、流畅;
方便代表住宿、用餐等信息的实时查询与管理:
直观反映费用的收取与统计,
提高信息的精确度,最大程度的减少错误的产生,便于与宾馆进行费用结算。
论文主要介绍了本课题的开发背景,所要完成的功能和开发的过程。
重点
的说明了系统设计的重点、设计思想、难点技术和解决方案。
关键词:
管理信息系统,易语言,?
图,...,,
,’..?
..’,,
,,.?
’
;
’.;.,,
’,.
:
,?
?
学位论文版权使用授权书
本人完全了解同济大学关于收集、保存、使用学位论文的规定,
同意如下各项内容:
按照学校要求提交学位论文的印刷本和电子版
本;学校有权保存学位论文的印刷本和电子版,并采用影印、缩印、
扫描、数字化或其它手段保存论文;学校有权提供目录检索以及提供
本学位论文全文或者部分的阅览服务;学校有权按有关规定向国家有
关部门或者机构送交论文的复印件和电子版;在不以赢利为目的的前
提下,学校可以适当复制论文的部分或全部内容用于学术活动。
学位论文作者签名:
参杉
歹日
、
,
‖哆年,≯月
经指导教师同意,本学位论文属于保密,在年解密后适用
本授权书。
指导教师签名:
学位论文作者签名:
年月
年月日同济大学学位论文原创性声明
本人郑重声明:
所呈交的学位论文,是本人在导师指导下,进行
研究工作所取得的成果。
除文中已经注明引用的内容外,本学位论文
的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的
作品的内容。
对本论文所涉及的研究工作做出贡献的其他个人和集
体,均已在文中以明确方式标明。
本学位论文原创性声明的法律责任
由本人承担。
签名:
彬
月
关形
立唧年第章引言
第章引言
.课题研究背景和现状分析
管理信息系统,,是一个由人、计
算机等组成的能进行信息的收集、传送、储存、维护和使用的系统,中小型会
议管理系统,使整个会议从时间到地点,从会议名称到主办单位,会议内容到
会议当果联为一体,形成一个积极、互动、有效的不管在公司还是高校,都存
在会议管理的问题,而现在绝大多的会议管理还处于手工作业状态,效率很低,
而且容易出错,不便于管理,还不排除有不真实的现象。
会议管理的内部管理、
自我完善不容忽视,我认为有必要开发一个中小型会议管理软件。
整体实现信
息共享,更好地为公司,用人单位服务
随着计算机技术的飞速发展,计算机在企业、高校等管理中应用的普及,
利用计算机实现会议的管理势在必行。
对于中小型企业来说,利用计算机支持
企业、高校等高效率完成会议管理的日常事务,即应用管理信息系统是适应现
代要求、推动管理走向科学化、规范化的必要条件。
哈尔滨电工仪表研究所交流与推广部主要负责举办一年两次的中国电工仪
器仪表产业发展论坛及中国电工仪器仪表新技术、新产品展会。
到目前为止已
经举力、了十八届会议,以往的会议中,会务工作人员对会议的签到、住宿、用
餐、会务费用收取、人员名录录入及制作基本处于手工及简单应用计算机处理
状态。
这样做效率比较低,处理时间较长,报到的时间只有一天,参会代表往
往都是集中来报到,处理较慢的话参会代表等待时间长,往往出现排队报到现
象。
这种方式较容易出现输入、计算等错误,不利于会务工作及时有效地开展。
随着会议服务工作的发展,以及参会代表对我们提出的合理化意见与建议,开
发并实现一个良好的会议签到系统是十分有必要而且急需的。
管理信息系统,的概念起源很早。
早在世纪年代,柏纳德就写书强调决策在组织管理中的作用。
年代,
西蒙提出了管理依赖于信息和决策的概念。
同时代维纳发表了控制论与管理,
他把管理过程当成一个控制过程。
年代计算机已用于会计工作,年盖尔
写道“管理将以较低的成本得到及时准确的信息,作到较好的控制。
这时数
据处理一词已经出现。
第章引言
年代后,支持管理信息系统的一些环境和技术有了很大的变化,因而对
管理信息系统的定义的描述也有一些变化。
一些学者试图以别的名词和内容代
替管翌信息系统,但没有成功。
主要的几个名词有决策支持系统
,信息技术
和信息管理
。
近年来,一个比较普遍的趋势是用信息系统
代替管理信息系统。
在国内由于一些电子技术专业抢
先使用了信息系统的名词,他们主要偏重于硬件和软件技术,但不能简单认为信
息系统就是管理信息系统。
从国外一些发达国家看,管理信息系统的最早开发与使用是在世纪
年代初,当时主要以单项业务子系统为主,例如财务子系统。
继而发展到其它
部门,例如物资部门、销售部门等,其特点是单纯的减轻人的重复劳动,提高
处理效益。
从年代初开始,管理信息系统从处理事物型子系统为主逐步转向
处理控制子系统为主即精度、成本等,计算机配置主要是进行集中处理。
这
段时间里,管理信息系统引起了各界的重视,一些典型的、成功的管理信息系
统相继出现,例如美国公司的系统就是在这时期研制的。
进入
年代以后,管理信息系统进入成熟阶段,其特点是在大量收集处理信息的基础
上引入决策机制,应用数学模型进行优化处理,大量应用以微型机为主的计算
机网络,采用数据库达到资源共享的目的。
随着管理信息系统的发展,它的教
育问题也引起足够的重视。
第一本以管理信息系统作为书名的书在年问世
之后在各国大学尤其在美国大学继开设有关的课程和拟定学位大
纲,建立研究中心。
我国从年代初开始进行这项工作,到年以后才大量进行各种事务
子系统的开发。
随着管理信息系统的论文和教科书相继出现,许多高等院校也
开设了管理信息系统课程,这表明我国管理信息系统已经进入到~个比较成熟
并在不断完善的阶段。
.课题研究和开发目标
本课题研究和开发的目标为:
实现参会代表个人信息的录入、查询、修改与删除:
住宿、用餐、会务等费用的录入、查询、修改、删除与统计结算;
第章引言
住宿、用餐、等信息的查询、统计与明细生成;
通讯录导出至软件中并实现排版与打印。
此系统主要应用于中国电工仪器仪表产业发展论坛及中国电工仪器仪
表新技术、新产品展会的会务工作中。
用于处理参会代表的信息录入、住
宿安排、用餐安排、会务费用及其他费用收取、费用统计、人员名录的制
作等。
目的在于提高会务人员的工作效率,减少参会代表等待时间,使会
务工作迅速、流畅;方便代表住宿、用餐等信息的实时查询与管理;直观
反映费用的收取与统计,提高信息的精确度,最大程度的减少错误的产生,
便于与宾馆进行费用结算。
.本文的安排
本文详细描述了会议签到系统的需求分析,系统设计以及系统实施,
这个系统的优点是操作简单,使用方便,各种实时的信息在界面中一目了
然,能够及时发现参会代表信息录入的问题,极大地方便了会务工作人员
对参会代表信息的录入与处理。
使得会议签到更科学、及时,有效。
本文
共分为章:
第一章阐述了本课题的研究背景和现状、研究和开发目标、研究的主
要内容。
第二章叙述了本课题研究的理论基础,包括:
软件工程理论、易语言、
的基本介绍。
第三章对会议签到系统进行了详细的需求分析,给出了该系统的数据
流图和需求规格说明。
第四章对会议签到系统进行了总体设计,给出了该系统的该系统的总
体结构图和各模块的功能说明。
第五章叙述了会议签到系统的实现结果,包括:
该系统中的数据字典、
数据表及其之间的关系图、关键部分的实现、系统的运行过程,包括:
公
共界面、录入模块、查询模块、导出模块。
。
第六章对全文进行了总结,并对存在的问题进行了说明,同时提出一
些根据目前实际情况的改进方法。
第章理论基础
第章理论基础
本章节将介绍实现会议签到系统所需要的理论基础,即软件工程理论、易
语言、的基本介绍。
.软件工程理论
软件工程是指导计算机软件开发和维护的工程学科。
软件工程强调使
用生存周期方法学和各种结构分析及结构设计技术。
本节扼要介绍软件生
存周期每个阶段的基本任务和结束标准。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、
原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理
技术和当前能够得到的最好的技术方法结合起来,这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。
它们是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周
期以及用户对软件产品经常不满意的状况而发展起来的。
人类解决复杂问
题时普遍采用的一个策略就是”各个击破”,也就是对问题进行分解然后再分
另解决各个子问题的策略。
软件工程采用的生存周期方法学就是从时间角
度对软件开发和维护的复杂问题进行分解,把软件生存的漫长周期依次划
分为若干个阶段,每个阶段有相对独立的任务,然后逐步完成每个阶段的
任务。
采用软件工程方法论开发软件的时候,从对任务的抽象逻辑分析开
始,一个阶段一个阶段地进行开发。
前一个阶段任务的完成是开始进行后
一个阶段工作的前提和基础,而后一阶段任务的完成通常是使前一阶段提
出的解法更进一步具体化,加进了更多的物理细节。
每一个阶段的开始和
结束都有严格标准,对于任何两个相邻的阶段而言,前一阶段的结束标准
就是后一阶段的开始标准。
在每一个阶段结束之前都必须进行正式严格的
技术审查和管理复审,从技术和管理两方面对这个阶段的开发成果进行检
查,通过之后这个阶段才算结束:
如果检查通不过,则必须进行必要的返
工,并且返工后还要再经过审查。
审查的一条主要标准就是每个阶段都应
该交出”最新式的”即和所开发的软件完全一致的高质量的文档资料,从
而保证在软件开发工程结束时有一个完整准确的软件配置交付使用。
文档
第章理论基础
是通信的工具,它们清楚准确地说明了到这个时候为止,关于该项工程已
经知道了什么,同时确立了下一步工作的基础。
此外,文档也起备忘录的
作用,如果文档不完整,那么一定是某些工作忘记做了,在进入生存周期
的下一阶段之前,必须补足这些遗漏的细节。
在完成生存周期每个阶段的
任务时,应该采用适合该阶段任务特点的系统化的技术方法一一结构分析
或结构设计技术。
把软件生存周期划分成若干个阶段,每个阶段的任务相
对独立,而且比较简单,便于不同人员分工协作,从而降低了整个软件开
发工程的困难程度;在软件生存周期的每个阶段都采用科学的管理技术和
良好的技术方法,而且在每个阶段结束之前都从技术和管理两个角度进行
严格的审查,合格之后才开始下一阶段的工作,这就使软件开发工程的全
过程以一种有条不紊的方式进行,保证了软件的质量,特别是提高了软件
的可维护性。
总之,采用软件工程方法论可以大大提高软件开发的成功率,
软件开发的生产率也能明显提高。
目前划分软件生存周期阶段的方法有许多种,软件规模、种类、开发
方式、开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。
在划分软件生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任
务彼此间尽可能相对独立,同一阶段各项任务的性质尽可能相同,从而降
低每个阶段任务的复杂程度,简化不同阶段之间的联系,有利于软件开发
工程的组织管理。
一般说来,软件生存周期由软件定义、软件开发和软件
维护三个时期组成,每个时期又进一步划分成若干个阶段。
下面的论述主
要针对应用软件,对系统软件也基本适用。
软件定义时期的任务是确定软
件开发工程必须完成的总目标:
确定工程的可行性,导出实现工程目标应
该采用的策略及系统必须完成的功能;估计完成该项工程需要的资源和成
本,并且制定工程进度表。
这个时期的工作通常又称为系统分析,由系统
分析员负责完成。
软件定义时期通常进一步划分成三个阶段,即问题定义、
可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件,它通常由下述四
个阶段组成:
总体设计,详细设计,编码和单元测试,综合测试。
维护时
期的主要任务是使软件持久地满足用户的需要。
具体地说,当软件在使用
过程中发现错误时应该加以改正;当环境改变时应该修改软件以适应新的
环境;当用户有新要求时应该及时改进软件满足用户的新需要。
通常对维第章理论基础
护时期不再进一步划分阶段,但是每一次维护活动本质上都是~次压缩和
简化了的定义和开发过程。
下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。
、闯题定义
问题定义阶段必须回答的关键问题:
”要解决的问题是什么”如果不知
道问题是什么就试图解决这个问题,显然是盲目的,只会白白浪费时间和
金钱,最终得出的结果很可能是毫无意义的。
尽管确切地定义问题的必要
性是十分明显的,但是在实践中它却可能是最容易被忽视的一个步骤。
通
过问题定义阶段的工作,系统分析员应该提出关于问题性质、工程目标和
规模的书面报告。
通过对系统的实际用户和使用部门负责人的访问调查,
分析员扼要地写出他对问题的理解,并在用户和使用部门负责入的会议上
认真讨论这份书面报告,澄清含糊不精的地方,改正理解不正确的地方,
最后得出一份双方都满意的文档。
问题定义阶段是软件生存周期中最简短
的阶段,一般只需要一天甚至更少的时间。
、可行性研究
这个阶段要回答的关键问题是:
对于上一个阶段所确定的问题有行得
通的解决办法吗”为了回答这个问题,系统分析员需要进行一次大大压缩
和简化了的系统分析和设计的过程,也就是在较抽象的高层次上进行的分
祈和设计的过程。
可行性研究应该比较简短,这个阶段的任务不是具体解
决问题,而是研究问题的范围,探索这个问题是否值得去解,是否有可行
的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含
糊。
可行性研究阶段应该导出系统的高层逻辑模型通常用数据流图表示,
并且在此基础上更准确、更具体地确定工程规模和目标。
然后分析员更准
确地估计系统的成本和效益,对建议的系统进行仔细的成本/效益分析是
这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否
继续进行这项工程的决定的重要依据,一般说来,只有投资可能取得较大
效益的那些工程项目才值得继续进行下去。
可行性研究以后的那些阶段将
需要投入要多的人力物力。
及时中止不值得投资的工程项目,可以避免更
大的浪费。
、需求分析
这个阶段的任务仍然不是具体地解决问题,而是准确地确定”为了解决
第章理论基础
这个、题,目标系统必须做什么”,主要是确定目标系统必须具备哪些功能。
用户了解他们所面对的问题,知道必须做什么,但是通常不能完整准确地
表达出他们的要求,更不知道怎样利用计算机解决他们的问题;软件开发
人员知道怎样使用软件实现人们的要求,但是对特定用户的具体要求并不
完全清楚。
因此系统分析员在需求分析阶段必须和用户密切配合,充分交
流信息,以得出经过用户确认的系统逻辑模型。
通常用数据流图、数据字
典和简要的算法描述表示系统的逻辑模型。
在需求分析阶段确定的系统逻
辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户
的要求。
系统分析员通常都是计算机软件专家,技术专家一般都喜欢很快
着手进行具体设计,然而,一旦分析员开始谈论程序设计的细节,就会脱
离用户,使他们不能继续提出他们的要求和建议。
较件工程使用的结构分
析设计的方法为每个阶段都规定了特定的结束标准,需求分析阶段必须提
完整准确的夏系逻辑模型,经过用户确认之后才能进入下一个阶段,这就
可以有效地防止和克服急于着手进行具体设计的倾向。
、总体设计
这个阶段必须回答的关键问题是:
”概括地说,应该如何解决这个问
题”首先,应该考虑几种可能的解决方案。
列如,目标系统的一些主要功
能是用计算机自动完成还是用人工完成;如果使用计算机,那么是使用批
处理方式还是人机交互方式;信息存储使用传统的文件系统还是数据库。
通常至少应该考虑下述几类可能的方案:
低成本的解决方案:
系统只
能完成最必要的工作,不能多做一点额处的工作。
中等成本的解决方案。
这样的系统不仅能够很好地完成预定的任务,使用起来很方便,而且可能
还具有用户没有具体指定的某些功能和特点。
虽然用户没有提出这些具体
要求,但是系统分析员根据自己的知识和经验断定,这些附加的能力在实
践中将证明是很有价值的。
高成本的叫一全十美”的系统。
这样的系统具有用户可能希望有的所有功
能和特点。
系统分析员应该使用系统流程图或其他工具描述每种可能的系
统,估计每种方案的成本和效益,还应该在充分权衡各种方案的利弊的基
础上,推荐一个较好的系统最佳方案,并且制定实现所推荐的系统的
详细计划。
上面的工作确定了解决问题的策略以及目标系统需要哪些程序,但是,
第章理论基础
怎样设计这些程序呢结构设计的一条基本原理就是程序应该模块化,也
就是一个大程序应该由许多规模适中的模块按合理的层次结构组织而成。
总体设计阶段的第二项主要任务就是设计软件的结构,也就是确定程序由
哪些模块组成以及模块间的关系。
通常用层次图或结构图描绘软件的结构。
、详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。
详细设
计阶乇的任务就是把解法具体化,也就是回答下面这个关键问题:
”应该怎
样具体地实现这个系统呢”这个阶段的任务还不是编写程序,而是设计出
程序的详细规格说明。
这种规格说明的作用很类似于其他工程领域中工程
师经常使用的工程蓝图,它们应该包含必要的细节,程序员可以根据它们图层次图加输入/处理/输出图
写出实际的程序代码。
通常用
或建模语言过程设计语言描述详细设计的结果。
、编码和单元测试
这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
程序员应该根据目标系统的性质和实际环境,选取一种适当的高级程序设
计语言必要时用汇编语言,把说细设计的结果翻译成用选定的语言书
写的程序,并且仔细测试编写出的每一个模块。
、综合测试
这个阶段的关键任务是通过各种类型的测试及相应的调试使软件
达到预定的要求。
最基本的测试是集成测试和验收测试。
所谓集成测试是
根据设计的软件结构,把经过单元测试检验的模块按某种选定的策略装配
起来,在装配过程中对程序进行必要的测试。
所谓验收测试则是按照规格
说明书的规定通常在需求分析阶段确定,由用户或在用户积极参加
下对目标系统进行验收。
必要时还可以再通过现场测试或平行运行等方
法对目标系统进一步测试检验。
为了使用户能够积极参加验收测试,并且
在系统投入生产性运行以后能够正确有效地使用这个系统,通常需要以正
式的或非正式的方式对用户进行培训。
通过对软件测试结果的分析可以预
测软件的可靠性;反之,根据对软件可靠性的要求也可以决定测试和调试
过程.么时候可以结束。
应该用正式的文档资料把测试计划、详细测试方
案以及实际测试结果保存下来,做为软件配置的一个组成成分。
、软件维护
第章理论基础
维护阶段的关键任务是,通过各种必要的维护活动使系统持久地满足
用户的需要。
通常有四类维护活动:
改正性维护,也就是诊断和改正在使
用过程中发现的软件错误;适应性维护,即修改软件以适应环境的变化:
完善性维护,即根据用户的要求改进或扩充软件使它更完善;预防性维护,
即修改软件为将来的维护活动预先做准备。
虽然没有把维护阶段进一步划
分成更小的阶段,但是实际上每一项维护活动都应该经过提出维护要求或
报告问题,分析维护要求,提出维护要求,提出维护方案,审批维护方
案,确定维护计划,修改软件设计,修改程序,测试程序,复查验收等一
系列步骤,因此实质上是经历了一次压缩和简化了的软件定义和开发的全
过程。
阶段,但是实际上每一项维护活动都应该经过提出维护要求或报
告问题,分析维护要求,提出维护要求,提出维护方案,审批维护方案,
确定维护计划,修改软件设计,修改程序,测试程序,复查验收等一系列
步骤,因此实质上是经历了一次压缩和简化了的软件定义和开发的全过程。
。
易语言基础
..
易语言的概念
易语言是~个自主开发,适合国情,不同层次不同专业的人员易学易
用的汉语编程语言。
易语言降低了广大电脑用户编程的门槛,尤其是根本
不懂英文或者英文了解很少的用户,可以通过使用本语言极其快速地进入
程序编写的大门。
易语言汉语编程环境是一个支持基于汉语字、词
编程的、全可视化的、跨主流操作系统平台的编程工具环境;拥有简、繁
汉语以及英语、日语等多语种版本;能与常用的编程语言互相调用;具有
充分利用,、、组件,各种主流数据库,各种实用程序等多
种资源的接口和支撑工具。
易语言有自主开发的高质量编译器,中文源代
码被直接编译为指令,运行效率高,安全可信性高;拥有自己的数据
库系统,且支持访问现有所有数据库:
内置专用输入法,支持中文语句快
速录入,完全解决了中文输入慢的问题;易语言除了支持界面设计的可视
化,还支持程序流程的即时可视化;除了语句的中文化之外,易语言中还
专门提供了适合中国国情的命令,如中文格式日期和时间处理、汉字发音
处理、全半角字符处理、人民币金额的处理等:
易语言综合采用了结构化、
第章理论基础
面向对象、组件、构架、集成化等多种先进技术,并在运行效率、性能价
格比、全可视化支持、适应本地化需要、面向对象以及提供,
上的运行平台等具有特色:
现有各种支持库多达多个,用户可以使用她
来满足几乎所有的编程需求,多媒体功能支持强大,完善的网络、
端口通讯和互联网功能支持,网上与论坛上的学习资源众多。
在易语言及
其编译器的设计与实现、可视化汉语编程的构建、提供多种语言版本等方
面具有创新。
目前易语言已取得国家级鉴定,鉴定会专家一致认为:
易语
言在技术上居于国内领先地位,达到了当前同类产品的国际先进水平。
..易语言的文化背景
中华民族拥有五千年文化历史,民族文化源远流长,从黄帝开始即结
节记事,后仓颉造字,从而有了文字,在秦朝即统一了文字,那时的文字
是篆书,后一步一步发展成为隶书、楷体等。
中国计算机应用的发展在经过操作系统汉化显示环境,中文输入法的
两次较大跨越后,正经历一个重要的历史时期:
中文化编程已成为当务之
生刍
在
英文编程软件只能使用英文输入程序代码,并且需要用户掌握大量专
业英文术语,这是国人难以进入软件开发大门的根本所在
而且国人的述事习惯与外国人的语法习惯还有很大区别,如外国人表
示”按顺序排从大到小方式”,而中国人的表达方式为:
”按从大到小方式顺
序排”或简称”按升序排”。
外国人的语法大多数是与中国人不同的,再加上
英文有多种语态,有时间动词,有不同的复数形式,这在中国人学习外语
上都不能很好的适应。
更何况英文编程中大多数用大写缩写的方法表示一
个概念、定义和变量,因此如果不了解的人是无从知道,而中文几个字即
可简单表示了。
中文具有比较明确的归类表达方式,如公交车、小汽
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 会议 签到 系统 设计 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)