会议管理系统设计说明书模板模板.doc

会议管理系统设计说明书

摘 要
本设计利用C#语言和MySQL数据库,Visual studio 开发平台等开发技术,采取了结构化设计方法,进行了会议管理系统开发。系统实现功效有:新用户注册、用户登录、查询会议室信息等,并实现了后台管理员对会议室、用户等管理。首先分析了系统业务步骤和数据步骤,接着进行数据库分析并建立了完整性强、安全性好数据库,最终设计了系统框架并编程实现应用系统,并进行了测试。 
【关键词】 会议管理;C#;MySQL

目 录
1 绪论 1
1.1 现实状况及发展趋势 1
1.2 选题背景及意义 1
1.3 研究内容 2
2 可行性分析 3
2.1问题描述 3
2.2可行性分析研究 3
2.2.1研究意义 4
2.2.2研究关键性 4
2.2.3技术可行性 4
2.2.4经济可行性 5
2.3结论意见 5
3 需求分析 6
3.1任务需求分析 6
3.2数据流图 6
3.3 数据字典 10
3.4实体联络E-R图 11
3.5关系转换规则 13
4 系统概要设计 15
4.1总体设计 15
4.2系统功效模块图 15
4.3数据库逻辑结构设计 16
4.4数据库物理结构设计 18
5 具体设计 19
5.1系统关键功效 19
5.2程序步骤图 19
5.3用户界面设计 21
5.3.1通常交互设计 21
5.3.2信息显示设计 26
5.3.3数据输入设计 27
6 软件测试 28
6.1概述 28
6.2系统测试 28
6.2.1测试步骤 29
6.2.2测试方法 29
6.3测试用例 31
6.4小结 32
参考文件 33
设计总结 34

1 绪论
1.1 现实状况及发展趋势
在信息化今天,进行会议管理内部管理是不能忽略,而且开发一个有针对性会议管理系统是很有必需。高效会议管理,能够为决议者立即做好决定,最终达成战略目标,对决议者管理而言,会议内容有效反馈和传达是很关键,所以,会议管理系统将为会议管理者提供高效管理方法和查询能力。
伴随社会信息化和经济快速发展,中国政府信息化要求也越来越高。信息技术进步,在技术实现方面给政府信息化不停深入带来了可能性,跟随政府信息化时代时尚,构建中国电子政府,对于社会进步和经济发展全部有着关键意义。
中国现在经过电子化即使已经存在很多会议管理系统,但因为多种原因,类似会议管理系统小二实际影响却不尽人意。比如:去年年底,在重庆进行一个会议中,即使使用了电子化会议管理系统,进行了无纸化办公,但在这个规范化平台上会议管理者却不能进行会议预定和监控,所以并没给会议组织者和申请者带来方便。
作为计算机应用软件开发一部分,使用计算机对会议进行管理含有手工管理无法比拟优点。所以,需要你经过会议管理系统,利用互联网实现不一样地点多个用户数据共享。
1.2 选题背景及意义
伴随计算机信息科技飞速反正,网络化已在学校、企业等领域被广泛使用,不管在学校还是企业,全部存在会议管理方面问题。多年来,大学内部常常需要经过会议进行沟通、处理问题和决议制订,内部会议数量在不停增多,和此同时,会议信息里那个也在逐步变大。
依据会议实现技术手段和组织形式,大学目前会议形式关键能够划分成3类:传统一般形式、电视电话形式及网络形式。
电视电话形式,关键使用电视设备和技术,利用传输通道把不一样区域联络在一起,完成开会一类通信方法。
网络形式,经过使用计算机网络作为技术支持,大家能够不受距离限制,完成在线实时交流、开展协同会议。
这两种形式同传统一般形式会议相比,能够节省大量会议旅费、能够实现跨地域进行会议交流,能够提升会议参与程度、进而能够增强开会效率。现在很多企业、学校对会议信息化建设关键已放在电视电话形式和网络形式,视频网络会议使用尤其多,而传统一般形式关注也越来越少。目前绝大多数会议管理还是经过传统会议形式,管理过程中仍使用手工作业状态,效率比较低,而且很轻易犯错,更不利于会议数据管理。
有效会议管理,是有用管理工具,能够达成高效沟通意见,做出好决议,使实施者认同,共同努力达成目标,所以有必需开发会议管理系统。
1.3 研究内容
对会议管理方面背景进行分析,总结了中国已经有类似会议管理系统现实状况;依据实际会议管理情况,将系统业务分成四个方面,会员管理、报名管理、议题管理、数据共享;会议管理系统是基于C/S框架,设计和实现过程中开发语言是C#,数据库系统采取是MySQL,前台开发使用工具Visual Studio ;会议管理系统功效设计过程中,对四个业务需求进行模块设计,概要并具体设计了会员管理模块、报名管理模块、议题管理模块和数据共享模块,完成对会议管理系统中表关系及表结构设计。
2 可行性分析
2.1问题描述
伴随教育改革不停深入发展,多种学术交流会议,研讨会,培训讲座召开日渐增多,规模和要求也不停提升,会议组织管理工作量也随之加大。传统手工操作,工作效率低,轻易犯错,难以适应此种发展趋势。所以,采取信息化手段实现科学合理会议管理运作方法显得尤为关键。
多年来,相关会议管理研究关键集中在会议行为和会议技术等方面。在会议行为方面关键是探讨会议组织活动和多种沟通技巧;在技术方面更多是研究怎样从会议环境和手段上辅助会议召开,伴随技术条件不停成熟,已广泛应用于远程会议、远程教育、远程医疗等方面。可是传统会尝试会议仍然是一个不可替换会议组织形式。目前市场上出现了较多产品化基于互联网会议管理系统,能够满足部分功效需求,可是在专业领域功效支持较弱。
所以针对教育行业举行通常会议需求和特点,经过对用户和业务步骤分析研究,本系统提出”四位一体”系统设计目标和较为通用功效模型,和系统实现一个体系结构方案,采取模块化组件设计思想实现了部分模块功效。
2.2可行性分析研究
当接收一个软件开发任务时,就进入软件生命第一个阶段,即进行可行性研究。并不是全部问题含有简单处理措施,很多问题不能在预定规模之内处理。所以经过可行性研究分析能够知道问题。
有没有可行性处理方法,进而避免人力、物力和才力浪费。在现行系统初步调查基础上就能够提出新系统目标,即新系统建立后所要求达成运行指标,这是系统开发和评价依据。系统目标应充足表现,直接为会议管理系统服务,而且,程序能够分期分批实现。可是,需要指出是,系统目标是不可能在总体计划阶段就提得很具体,它还将在开发过程中逐步明确和定量化。以达成愈加出色程序系统。
2.2.1研究意义
会议管理是政府各部门,企机关对社会和内部存在问题进行研究、探讨,并得出决议,是社会管理和单位内部管理不可缺乏一部分。会议管理系统能给政府各部门、企机关管理者提供一个低成本、高效率和轻易操作管理平台,使得管理者和参会者能够正确、立即、便利地知道会议召开时间、地点、专题等,大大降低了会议成本。同时管理者和参会者全部能自由查看会议讨论过问题和决议结果,这么既能够充足开发和利用有价值信息资源,实现资源共享,进而实现该管理系统价值。
2.2.2研究关键性
伴随计算机技术不停发展和计算机在政府各部门、企机关中普及应用,它给大家带来便利和在社会各个领域发挥作用已无可替换。传统会议模式已不再适应该今社会发展。所以,研究和开发会议管理系统是一件很中关键和必需事情。
2.2.3技术可行性
会议管理系统开发使用传统生命周期法,即给会议管理系统开发定义一个过程,对其每一个阶段要求它任务,工作步骤,管理目标和要编制文档等,使开发工作易于管理和控制,形成一个可操作规范。 同时,系统需要对数据库灵活和快捷操作,所以强大SQL语言是开发这类数据库系统最好选择。MySQL本身所携带面向对象程序开发界面,和对SQL支持,符合本系统开发需求。 
依据用户提出系统功效、性能及实现系统各项约束条件,依据新系统目标来衡量所需技术是否含有,本系统是一个数据库管理和查询系统,现有技术以较为成熟,硬件、软件性能要求、环境条件等各项条件良好,估量利用现有技术条件应完全能够达成该系统功效目标。同时,考虑给开发期限也较为充裕,估计系统是能够在要求期限内完成开发。
正确理论指导和优异开发工具,双重确保了我们这次开发技术可行性。
2.2.4经济可行性
关键是对会议管理系统经济效益进行评价,首先是估算开发它支出费用,其中包含设备购置费、软件开发费、管理和维护费、人职员资和培训费等。其次是估算会议管理这个软件可能取得收益中能够用钱来衡量那部分。并对目前软件市场进行调查,所做软件是否有很大销售市场和相当规模用户群。所做软件开发成本和用户提出要求是否可达成双方全部满意。而且,分析系统开发是否会对其它产品或利润带来一定影响。经过对上述多个方面调查研究和分析,我们得出会议管理这个软件市场前景是相当客观,在经济角度来说,开发会议管理是可行。
从经济效益上讲,本系统开发,为统计人职员作效率带来了一个质飞跃;从所需投入来讲,对于一个中小型会议馆管理系统来说,它投资成本是十分低。所以,此系统在经济上也是可行。 
2.3结论意见
学校、企业期望建立一套信息管理系统,以正确地统计会议申请信息,预定信息、议题统计和报名管理统计,以电子化方面进行处理、存放,便于整理、归档、分析和统计,从而提升工作效率和规范管理。
经过以上调查分析,新系统重视基础信息采集,规范工作步骤,尽可能降低工作人员手工工作,提升各岗位工作效率、充足利用资源,使其能为更多单位提供优质服务同时为学校、企业发明更多经济效益和社会效益。这是此次系统开发目标。
总而言之,经过认真地可行性研究,系统基础上做到了在技术、经济、运行、法律上可行。所以,相信在根据计划上实施前提下,全系统设计将会按时、高质量完成。所以,系统研制和开发是能够立即进行。
3 需求分析
3.1任务需求分析
伴随计算机系统功效日益增强, 为充足利用计算机资源为企机关工作, 减轻会议管理人员工作负担,实现管理工作信息化,做好会议管理系统是用户迫切需求。
完整会议信息管理平台必需覆盖会务管理过程中各项业务,从会前数据配置,会中信息公布到会后数据统计分析,这全部是办会者期望管理平台能提供功效。
办会者登录会议管理平台,创建一场会议,为会议选择所需要功效模块,为各个功效模块配置信息,为这场会议配置参会人账号,给会议全部参会人发送开会通知信息,对配置数据进行更新,对参会人利用用户端操作数据进行数据统计。
参会者登录用户端,进入会议,浏览会议信息,使用会议服务。
该系统关键包含系统功效输入模块、基础资料维护模块、报表模块、综合查询功效模块和统计模块等。
系统要实现基础信息录入、修改、查询、删除等功效:
1.信息输入,包含会员信息、会议信息、议题信息、报名信息等。
2.信息修改、删除。
3.依据要求,查询统计符合条件各类信息。
4.依据实际需要,对关键信息进行统计。
3.2数据流图
数据流图是一个能全方面描述信息系统逻辑模型关键工具,它和对系统物理描述无关。因为图形描述简明、清楚,不包含到技术细节,所描述内容面向用户,是系统分析员和用户进行交流有效手段。
绘制数据流图关键标准是明确系统界面、自顶向下逐层扩展。首先在调研基础绘制出最高层关联图;然后确定系统多个关键逻辑功效绘制出顶层图,再逐层分解,得出下一层数据流图;同事布局还要合理。数据流图形成过程是整个系统逻辑模型形成过程。
数据流图由四种基础元素组成:数据流(Data Flow),处理(Process),数据存放和数据源(数据终点)。
数据流(Data Flow):为含有名称且有流向数据,用标有名称箭头表示,一个数据能够是统计、组合项或基础项。
处理(Process):表示对数据所进行加工和变换,在图中用矩形框表示。指向处理数据流为该处理输入数据,离开处理数据为处理输出数据。
数据存放:表示用文件方法或数据库形式所存放数据,堆砌进行存取分别以指向或离开数据存放箭头表示。
数据源及数据终点:表示数据起源或数据去向,能够是一个组织或人员,它处于系统范围之外,所以又称它为外部实体,它是为了帮助了解系统界面而引入,通常只出现在数据流图起点和终点。
此次程序数据流图图3.2所表示。

申请修改删除会议
注册
用户信息表
用
户
管
理
员
同意会议事项
会议管理
系统

图3.2 数据流图
为了能够协调、高效实现会议安排,方便申请者进行会议申请工作,深入改善会议质量和效率,利用合理会议管理控制方法,进而避免会议冲突目标,所以设计一套会议管理系统。
系统关键实现会议管理员控制各个会议,对会议进行分配、协调、计划等管理,另外控制会议室各个设备,还能够方便申请者随时了解会议相关情况,避免因没立即收到通知而造成缺席现象,进而增强会议价值和效率。
系统功效步骤图,图3.1所表示。
d2
预定信息
会 员
管理员
P2
修改会议、议题
P1
预定地点
P5
通知
会员
d1
会议地点信息信息
P6
选择确定会议地点
d2
预定信息

图3.1系统功效流图
该系统关键包含系统功效输入模块、基础资料维护模块、综合查询功效模块和统计模块等。
系统要实现基础信息录入、修改、查询等功效:
(1)信息输入,包含会员信息、议题信息、等。
(2)信息修改、查询、删除。
(3)依据要求,查询统计符合条件各类信息。
(4)依据实际需要,对关键新信息进行统计。

3.3 数据字典
数据字典是为数据流图上每个成份给出定义和说明。在系统分析中,数据字典起着关键作用,是系统分析、设计、实施基础。数据流图只能给出系统逻辑功效一个总框架而缺乏具体、具体内容,配合数据字典,就能够从图形和文字两个方面对系统逻辑模型进行描述,从而形成一个完整说明。
数据字典描述关键内容有:数据流、数据存放、数据元素、加工和外部项,其中数据元素是组成数据流基础单位。
因为此次设计是小型软件系统开发,所以采取卡片形式书写数据字典。每张卡片上保留描述一个数据信息这么做更新和修改起来比较方便,而且能单独处理描述每个数据信息。下面将列出若干数据元素数据卡片信息。
名字:会议信息表
主持人:主持此次会议人
地点:参与此次会议地点
编号:会议次序号
开始时间:此次会议开始时间
结束时间:此次会议结束时间
名字:会员信息表
证件号:某个会员编号
性别:会员性别
年纪:会员年纪
姓名:会员名字
电话:会员联络电话
名字:管理员信息表
证件号:某个管理员编号
性别:管理员性别
年纪:管理员年纪
姓名:管理员名字
电话:管理员联络电话
名字:议题信息表
编号:议题编号
议题名称:议题名称
提交部门:提交议题部门
决定事项:此次会议所需要处理 事项
责任人:负责这个议题人
会签部门:

3.4实体联络E-R图
依据对数据流图和数据字典分析,我们能够确定该应用中实体,属性和实体之间关系,并画出以下所表示E-R图。本系统中共有4个实体,每个实体属性以下:
会员:(会员编号,姓名,性别,年纪,电话)
管理员:(管理员编号,姓名,性别,年纪,电话)
议题:(议题编号,议题名称,提交部门,决定事项,责任人,会签部门)
会议:(会议编号,会议名称,地点,开上时间,结束时间)
依据对数据流图和数据字典分析,我们能够确定该应用中实体,属性和实体之间关系,并画出以下所表示E-R图。
依据以上分析计划出实体有:驾驶员实体、车辆实体、维修企业实体、保险企业实体。E-R图见图3.3.1,图3.3.2,图3.3.3,图3.3.4系统总体E-R图见图3.3.5。
地 点
会 议
结束时间
开始时间
会议名称
会议编号

图3.2 会议E-R图
管理员编号
管理员
姓 名
电 话
年 龄
性 别

图3.3 管理员E-R图
性别
电话
年纪
证件号

姓名
会员

图3.4 管理员E-R图

议题
责任人
会签部门
编号
决定事项
提交部门
议题名称

图3.5 议题管理E-R图
地点
会议
结束时间
开始时间
会议名称
会议编号
管理员编号
管理员
姓名
电话
年纪
性别
性别
电话
年纪
证件号

姓名
会员
议题
责任人
会签部门
编号
决定事项
提交部门
议题名称
管理1
管理2
讨论1
参与
讨论2

m
n
1
n
地点
会议
结束时间
开始时间
会议名称
会议编号
性别
电话
年纪
证件号

姓名
会员
议题
责任人
会签部门
编号
决定事项
提交部门
议题名称
参与
讨论
会议名称
地点
姓名

1

图3.6 实体和实体之间E-R图
3.5关系转换规则
E-R图向关系模型转化要处理问题是怎样将实体和实体间联络转换为关系模式,怎样确定这些关系模式属性和码。
对于实体,将每个实体转换为一个关系,实体属性即为关系属性,实体码即为关系码。
对于实体间联络,有一下三种不一样情况:
1、 若实体间联络时1:1,能够在两个实体转换成两个关系中任意一个关系属性中加入另一个关系码。
2、 若实体间联络为1:m,则在n端实体转换成关系中加入1端实体转换成关系码。
3、 若实体间联络时n:m,则将联络转换为关系,关系属性为诸个实体码加上联络含有属性,而关系码则为诸实体码组合。
依据对E-R图分析,我们能够确定该应用中实体,属性和实体之间关系以下:
会员:(会员编号,姓名,性别,年纪,电话)
管理员:(管理员编号,姓名,性别,年纪,电话)
议题:(议题编号,议题名称,提交部门,决定事项,责任人,会签部门)
会议:(会议编号,会议名称,地点,开上时间,结束时间)
讨论:(会员编号,议题编号)
参与:(会议编号,会员编号)
4 系统概要设计
4.1总体设计
系统概要设计基础目标是用比较抽象概括方法确定系统怎样完成预定任务,也就是要确定系统配置物理方案。软件结构设计时应该遵照最关键原理是模块独立,让模块相互间接口关系应该尽可能简单。
4.2系统功效模块图
能够依据模块独立原理对软件结构进行精化。为了合理分解,得到尽可能高内聚、尽可能松散耦合,最终要是,为了得到一个易于实现、易于测试和易于维护软件结构,应该对模块进行再分解或合并。
该系统关键包含资源共享模块、会员报名模块、议题管理模块模块和报名管理模块。这议题模块关键实现会员和管理员之间信息沟通,让会员和管理者调整好自己需要。资源共享模块是是所以人员无阻隔一个模块,在这里能够实现资源共享,让全部些人全部能更有效交流和实现信息交换窗口。会员报名模块和报名管理模块是会员和管理员分别对应一个相关人员编制信息两个模块。系统功效模块图图4.1所表示。
会议管理系统
议
题
管
理
模
块
报
名
管
理
模
块
会
员
报
名
模
块
数
据
共
享
模
块

图4.1 会议管理系统
4.3数据库逻辑结构设计
数据库通常分为三级模式:外模式、概念模式和内模式。外模式也就是不一样用户所正确数据视图,它将数据库内部抽象数据及其相互之间关系表示为简单、直观应用界面。概念模式是数据库中全部数据逻辑结构和特征描述,通常以某种数据模型为基础。内模式是对数据物理结构和存放方法描述。
数据库概念结构设计,是在需求分析基础上,设计出能够满足用户需求多种实体,和她们之间关系,为后面逻辑结构设计打下基础。
依据会议管理系统功效要求,选择MySQL作为后台数据库。
在上面实体和实体之间E-R图设计基础上,形成数据库中表格及表格之间关系。
该数据库由4个表组成,会员表、报名表、议题表、会议信息表。
1.会员信息
会员信息是对会员信息进行统计,包含会员姓名、性别、年纪、电话、会员登录密码。会员信息表如4.1表所表示。
表4.1 会员信息表
列名
数据类型
长度
是否为空
说明
v_name
varchar
20
否
会员姓名
v_sex
varchar
10
否
会员性别
v_age
int
50
否
会员年纪
v_tel
varchar
50
否
会员电话
v_password
varchar
50
否
登录密码
2. 报名信息
报名信息表是对报名人员信息进行统计,包含报名人姓名、性别、年纪、电话、审核状态。报名信息表如4.2表所表示。
表4.2 报名信息表
列名
数据类型
长度
是否为空
说明
b_name
varchar
20
否
姓名
b_sex
varchar
10
否
性别
b_age
int
50
否
年纪
b_tel
varchar
50
否
电话
b_remark
varchar
50
否
审核状态
3. 会议信息表
会议信息表是对会议信息进行统计,包含会议编号、名称、地点、时间、审批状态、主持人。报名信息如4.3表所表示。
表4.3 会议信息表
列名
数据类型
长度
是否为空
说明
Id
Int
20
否
会议编号
Name
varchar
10
否
会议名称
Address
int
50
否
地点
Time
varchar
50
否
时间
Remark
varchar
50
否
审批状态
Host
varchar
50
否
主持人

4.议题表
议题信息表是对议题信息进行统计,包含议题名称、议题名称、提交部门、会签部门、议题事项、责任人。议题信息如4.4表所表示。
4.4 议题信息表
列名
数据类型
长度
是否为空
说明
Id
Int
20
否
议题编号
Name
varchar
10
否
议题名称
Tijiao
int
50
否
提交部门
Huiqian
varchar
50
否
会签部门
Shixiang
varchar
50
否
议题事项
Fuzenren
varchar
50
否
责任人
4.4数据库物理结构设计
在数据库设计中相当关键一步就是将概念模型转化为计算机上DBMS所支持数据模型,比如,将E-R图模型转化为关系模型,道理很简单,我们设计概念模型基础上全部是部分抽象关系,在再数据库设计实现过程中,在计算机上有效地表示出这些关系就成了数据库设计关键。
5 具体设计
具体设计阶段根本目标是确定应该怎样具体地实现所要求系统,包含了用户界面设计、程序过程设计等步骤。
5.1系统关键功效
系统关键功效我们分别根据我们设计四大模块来实现完成,我们在此基础上还增加了系统登录和注册功效以确保系统完善性。我们还增加了系统权限管理功效,以确保会员和管理员进如不一样操作界面。
1. 实现会员注册,包含会员多种信息录入,和确保信息保留。
2. 实现共享信息模块下信息共享功效。
3. 实现会员申请会议功效,包含申请信息提交和审核功效。
4. 实现议题在没有提交前增删改查功效,在审批后保留和确定性。
5.2程序步骤图
程序步骤图是程序分析中最基础、最关键分析技术,它是进行程序步骤分析过程中最基础工具。它利用工序图示符号对生产现场整个制造过程做具体统计,方便对零部件、产品在整个制造过程中生产、加工、检验、储存等步骤待作具体研究和分析,尤其适适用于分析生产过程中成本浪费,提升经济效益。
程序步骤图优点是对控制步骤描绘很直观,易于掌握。我们制作程序步骤图关键是会员和管理员系统步骤图。这么简练明确。
管理员系统步骤图用来表示管理员含有操作,当管理员登录后能够对会议信息进行处理,比如处理会议申请、处理会员申请信息、查看共享资源等信息。图5.1所表示。

处
理
会
议
申
请
结束
登录
查
看
共
享
资
源
处
理
会
员
申
请
开始
图5.1 管理员步骤图
会员登录系统后能够修改自己账号信息,查看自己参与会议统计,共享回想资源,同时能够申请会议等等,步骤图图5.3所表示。
注册
是否经过申请
申请会议

查看共享资源
开始
结束
制订议题
登录

图5.2 会员步骤图

5.3用户界面设计
5.3.1通常交互设计
通常交互包含信息显示、数据输入、和系统整体控制等方面。
1.一致性
为用户交互界面中菜单选择、命令输入、数据显示和众多其它功效,使用一致格式。
在设计过程中,基础上保持了系统格式一致。
2.信息反馈
向用户立即提供视觉和听觉信息反馈,以确保在用户和系统之间立即地建立双向通信。
在本系统设计过程中,基础做到了信息立即反馈,在信息显示大部分窗体中包含了刷新按钮,会对数据库中数据进行立即地显示。另外,在进行错误操作是,会弹出提醒窗口并发出警告提醒音。
3.实施有较大影响操作前提醒用户确定
在设计过程中,假如用户要实施删除操作,和对数据库读写操作时,全部会有窗体弹出问询继续操作或给予提醒。
4.降低两次操作间需要记忆内容
为了避免用户为下一步操作而记忆大量数据,所以在设计过程中在需要数据传输窗体中设置全局变量,来传输数据。比如在入账和入库模块操作中全部用到了这么方法。
5.对话、移动和思索效率
尽可能降低用户击键次数,在设计时考虑到了用户屏幕布局以降低用户鼠标移动距离,尽可能避免用户在操作中发生疑问情况。
6.许可错误
许可用户误操作尽可能不对系统造成伤害。
7.按功效对动作分类,并据此设计屏幕布局屏幕布局尽可能将软件所含有全部功效在主页面展示,界面一目了然。
在用户登录过程中假如输入用户名为空,或密码为空时,弹出提醒框显示提醒,提醒内容为”账号或密码不能为空”,假如用户输入账号正确,密码错误时也会弹出提醒框”密码输入错误”,假如用户输入账号和密码全部正确,则提醒登录成功并进入系统主界面。图5.3,图5.4所表示。

图5.3 用户登录界面图

图5.4 用户或账号为空时提醒界面图

用户登录账号进入系统界面图,系统包含模块有会员信息管理模块、报名管理模块、议题管理模块和数据共享模块,图5.5所表示。
图5.5 系统主界面图
用鼠标点击会员管理则显示会员管理界面图,包含会员注册和会员信息修改,会员管理界面图图5.6所表示。

图5.6会员信息管理界面
点击报名管理界面则弹出报名管理界面,该界面内容包含报名信息列出、报名信息检索、信息审核、报名统计、邮件回复等模块。图5.7所表示。
图5.7 报名管理界面
鼠标点击议题管理则弹出议题管理界面,该界面包含议题增设、议题修改、议题删除等操作。图5.8所表示。

图5.8 议题管理界面图
一样点击数据共享,弹出数据共享界面,对应操作有数据库备份操作和数据库还原操作。图5.9所表示。

图5.9数据共享界面
5.3.2信息显示设计
应该尽可能为用户提供界面显示时完整、明确和轻易了解。这么才能满足用户需求。使用不一样方法显示信息:用文字、图形、声音,按位置、移动和大小,使用颜色和省略等方法传达信息。
1.只显示和目前工作相关信息
在用户操作相关系统特定功效信息时,无须看到和之无关数据、菜单和图形。
2.使用便于用户快速吸收数据方法来表示数据
在系统设计过程中,较多地使用了图表形式表示数据,比如在分析中就使用了柱状图形式表现了复杂数据。这么,用户能够直观体会到图表所表示含义。
3.使用一致标识、标准缩写和可预知颜色
为了使系统所表示含义正确、无误,就必需适用一致标识、标准缩写和能够预知缩写,这么用户就无需参考其它信息源就能了解,而正确地适用软件。
4.产生有意义错误信息
对于系统在运行过程中产生错误尽可能给用户返回一个轻易了解错误信息,以使用户保持对系统信任和系统可用性。
5.使用窗口分隔不一样类型信息
使用不一样窗口显示、保留不一样类型信息。
6.高效率使用显示器
当使用多窗口时,应该有足够空间使得每个窗口最少全部能显示出一部分。另外,屏幕大小应该选得和应用系统类型相配套。
在各个显示数据窗口中,因为数据窗体项目较多,所以在数据窗体空间中较多是用了垂直和水平滚动条,以确保信息全方面正确显示。
5.3.3数据输入设计
用户大部分时间用在选择菜单命令、键入数据和向系统提供输入。在系统中,键盘是关键输入介质,可是鼠标等设备也是关键输入手段,所以,对于她们数据输入操作有以下约定:
1.保持信息显示和数据输入间一致性
为了方便用户使用,鼠标应该尽可能降低操作幅度。
2.保持显示信息和输入信息之间一致性
对于用户来说,要确保其输入数据在显示上和其它显示视觉特征(比如:文字大小、颜色、位置等)要一致。
对于不一样类型用户在登录到系统后,因为有不一样权限,所以在主界面中会有部分项目受到限制而无法使用,所以要使这些项目不发生作用,以确保系统安全。
6 软件测试
6.1概述
对会议管理系统测试关键是功效测试和性能测试,检测该系统是否满足用户需求,是否达成了用户要求。为了确保系统运行安全性、高效性,在经过需求分析、设计和编码等阶段开发后,需要对系统源程序进行测试,找出并修更正在各个阶段设计和开发过程中错误和缺点,从而提升程序质量,进而提升软件质量。
6.2系统测试
测试目标是要发觉软件中错误,并加以纠正。方法关键分单元测试和集成测试。
1.单元测试:对模块中多个小单元进行单独测试,若均完成估计功效,便可进行下一步集成测试。
2.集成测试:集成测试是组装软件系统技术,关键有两种方法。一个是先分别测试每个模块,再把全部模块按设计要求放在一起结合成所要程序,成为非渐增式测试方法:另一个是把下一个要测试模块同已经测试好模块结合起来进行测试,测试完以后再把下一个应该测试模块结合最近测试,称为渐增式测试。我们所用到是第一个方法,将全部模块结合到一起进行测试。
但在其开始时采取单元测试,将设计每个模块单独检测,关键评价模块五个特征:
1.模块接口
2.内部数据结构
3.关键实施通路
4.犯错处理通路
5.影响上述各方面特征边界条件
在此检测中能查出30%-70%逻辑设计错误和编码错误,所以这是一项很有效程序验证技术。但假如软件模块内聚高能够简化单元测试过程。假如每个模块只实现一个功效,则需要测试方案显著降低,模块中错误也轻易估计和发觉。对于单元测试中存在错误要立即处理将对以后集成测试带来很大方便。
接下来是集成测试,采取非渐增式方法。因为我们系统相对来说不是很大,集合到一起试功效一目了然,无须要逐步增加模块来增加测试复杂性。
测试中,我们将数据库中数据进行录入,当录入为零时,系统给出提醒”无统计”;当录入几条信息是,对系统进行测试,不管是查询,删除或是更新速度全部很合乎要求。但在录入上百条统计时,就显著感觉出速度减缓。
6.2.1测试步骤
在整个系统测试过程中,按以下4个步骤进行,即模块测试、联合测试、确定测试和系统测试。
1.模块测试。关键是针对程序模块进行正确性检验测试。单元测试内容有:模块接口测试即对经过被测模块数据流进行测试;局部数据结构测试,即设计测试用例检验数据类型说明、初始化、缺省值等方面问题,还要查清全程数据对模块影响;路径测试,即选择合适测试用例,对模块中关键实施路径进行测试,对基础实施路径和循环进行测试能够发觉大量路径错误;错误处理测试即检验模块错误处理功效是否包含有错误或缺点;边界测试,即要尤其注意数据流、控制流中刚好等于、大于或小于确定比较值时犯错可能性。这部分测试能够发觉具体设计和编程时犯下错误,如某个变量未赋值、数组上下界不对等。
2.联合测试。在模块测试基础上,需要将全部模块根据设计要求组装成为系统,然后按业务步骤对集成系统进行测试。可先一个模块一个模块增加测试,直到集成为一个系统。这个测试过程能够发觉概要设计时犯错误。
3.确定测试。又称为有效性测试,它任务是验证软件有效性,即验证软件功效、性能及其它特征是否和用户要求一致。这个测试过程最好由用户参与测试。
4.系统测试。将经过确定测试软件,在用户实际环境(硬件环境、软件环境、数据、人员等)进行联合测试和确定测试。
6.2.2测试方法
测试软件产品有两种方法:假如已经知道了产品应该含有功效,能够经过测试来检验是否每个功效全部能正常使用;假如知道产品内部工作过程,能够经过测试来检验产品内部动作是否根据规格说明书要求正常运行。前一个方法称为黑盒测试,后一个方法称为白盒测试法。
1.黑盒测试法
也称为外部测试,其标准是对部分把程序(一个模块或一组相关模块)看成黑盒子(即看不见其内部结构)时看到外部规格进行测试。常见有:等价分类法,边界值测试法、因果图法。
等价分类法,将输入数据可能值分为若干个”等价类”,每一类一个代表性值在测试中作用等价于这一类中其它值,每个等价类数据能够发觉某种类错误,从而降低所需测试用例数目。
边界值测试法,程序往往在处理边界值是犯错误,所以考察边界条件测试用例比别测试用例收到更大效果。
因果图法,等价分类法和边界值测试法缺点是没有检验多种输入条件组合,因果图法能清楚地表现程序逻辑条件(因)和对应作用(果)关系,其产生用例步骤为:从用自然语言书写功效说明中找出因(输入条件)和果(输出或程序状态修改),经过画因果图将功效说明转换成一张判定表,然后为判定表每一列设计测试用例。
以上三种常见方法应该相互补充、相互配合地使用,才能收到愈加好效果。
2.白盒测试法
它以程序内部逻辑为基础设计测试用例,所以又称为逻辑覆盖法,它关键考虑是测试用例对程序内部逻辑覆盖程度,尽可能将程序每一路径全部要经过一次。
语句覆盖,程序某次运行通常并不能实施到其中每一个语句,所以,假如某个语句中含有一个错误,而它在测试中没有实施,这个错误就不可能被发觉,所以应选择足够测试用例,使得程序中每个语句最少全部能实施一次。判定覆盖,实施足够测试用例,使得程序中每个判定条件最少取得一次”真”值和”假”值,也就是使得程序中每一个分支最少全部经过一次。
条件覆盖,一个判定中往往包含了若干个条件,实施足够测试用例,使得判定中每个条件取得多种可能结果。
判定/条件覆盖,实施足够测试用例,使得判定中每个条件取到多种可能值,并使每个判定取到多种可能结果。
条件组合覆盖,实施足够测试用例,使得每个判定条件可能组合全部最少出现一次。
6.3测试用例
测试用例是指为实施测试而向被测试系统提供输入数据,操作或多种环境设置和期望结果一个特定集合。 
 测试用例控制软件测试实施过程,它是对每个测试项目标深入实例化。换句话说,测试用例就是记下要进行什么测试,进行测试具体步骤,和测试实施是否正确标准。
表6.1 以用户账号为属性