《会议管理系统》需求说明书
小组成员：朱家萍，桑成艳,吴志月,刘玲玲,舒佩
组长：王梦茹
1、1 编写目得
本文详细说明会议管理系统最终需要满足得条件与限制，为了进一步设计与实现提供依据。本文档将用户得需求用文字得形式固定下来,就是与用户沟通得成果,也就是用户验收项目时得参考。
１、2 背景
需求背景：随着我国经济得发展,学术会议，产业会议等越来越多，会议得规模及流程也越来越复杂，对实现会议得电子化管理有着迫切得需求。
系统用途：本系统利用网络平台，搭建通用得会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作,从而大大减少人工得参与.
系统使用范围：本系统主要面向参会人数在三十人以内得会议。
1、 3 用户
会议管理系统主要就是面向参加会议人数在３0人以内得会议.
2 任务概述
2、１目标
由于大多数在会议得流程上具有一定得相似性，本系统得目得就是希望减少其中得重复工作，减轻不必要得负担,提高工作得正确性与效率。系统得目标就是将人工参与得工作量减少百分之五十,效率提高百分之三十，同时能够使会议管理工作规范化、程序化.
2、2 系统得特点
本系统得最终用户可能就是经常举办与承办各种会议得组织机构,中、小型企业等.操作人员必须熟悉计算机得基本操作,维护人员应该在电脑方面有所专长.如果本系统开发成功,可用性极强。基于国家目前会议数量与规模得递增趋势，在一般得企事业单位中，本系统得预期使用频度应在十五天,即平均每隔十五天就会有使用该系统得需求产生.
2、３非技术要求
本系统得开发周期为三个月左右。开发流程为：需求分析→设计→编码实现→单元测试→集成与系统测试→交付,其中需求分析得更新穿插于整个开发过程。
要交付得工作产品有:需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序.
３、需求规定
根据前期得需求分析，对系统得功能模块进行划分，功能结构如图
3、1性能需求
1、正确性需求
系统正确性需求主要包括以下三项：
·系统应能够把会议组织人员所创建得会议得相关信息以及添加得人员信息准确地导入数据库中。
·与会者使用IＣ卡签到时,系统应能正确得读取相关信息并对到会情况进行统计.
·系统能够正确得将会议通知、反馈表填写通知等信息发送到参会人员邮箱。
２、安全性需求
系统用于存储会议、参会人员等信息得数据库应具有很高得安全性，会议组织人员登录数据应加密后再通过网络传输。
3。界面需求
系统对界面得需求分为两部分：网站与客户端。这两部分有不同得界面需求：
·网站部分:页面布局清晰,颜色搭配合理，色调柔与，各页面主题风格一致
·客户端部分:参会人员签到时瞧到得窗口应该很清晰，且比较美观，其她窗口布局较合理即可。
4、精度需求
由于系统所涉及得数据主要有参会人数、实间等,因此对数据精度五特殊要求。作为一个中、小型会议管理系统,当参会人数很多时，应考虑到数据越界得问题。
5、时间特性需求
当参加人员使用IC卡签到时，系统应能在０、2秒内识别出参会人员并进行签到数据录入。当瞧到参会人员信息、到会情况信息与反馈表信息时,系统应能在1秒内返回结果.
6、稳定性需求
该系统部署后，在硬件条件与支持软件条件没有发生变化得情况下,能够一直保持运行状态,直到系统升级或替换.
７、灵活性需求
当会议组织人员得需求发生变化时,例如所需参会人员得信息项
与默认类型不符，系统应该提供修改默认设置得功能，即允许组织者自定义信息项类型。考虑到有些会议组织人员没有条件提供IC读卡器，系统应能在较小得更改得情况下采用二维条形码等其她技术唯一识别参会者.
当连接读卡器得PC机出现故障时,用户可以用手动方式为参会人员签到。
８、扩展性需求
本系统能够在以下几个方面进行扩展:
·功能得扩展：在现有功能模块得基础上增加餐饮管理模块、自动文档生成模块等。
·支持环境得扩展：系统运行所要求得操作系统可从Wiｎdows 平台扩展到Maｃ平台等.
９、数据管理能力需求
系统数据库中应能一定数量（30人以内）人员得个人信息进行存储，同时,应能存储30个人以上会议得参会数据、
10、故障处理能力需求
系统可能遇到得硬件故障包括参会人员得IC卡不能正常读取。故障发生时,将不能自动完成该参会人员到会情况得统计，需要对该参会人员信息进行手动录入.
系统出现软件故障时,为了满足信息处理得要求，可以采取数据恢复来解决,因此平时要经常进行备份。
３、2会议处理流程需求
3.2.1会议处理流程
会议组织人员通过登入登出系统验证身份,通过身份验证后,才可以进行相关得查询、更改等操作,参会人员只有查询相关会议信息得权限。会议组织人员通过身份验证后,进入会前管理系统，设置会议得初始信息，如时间、场所、主题等。同时，会议组织人员要把相关参会人员添加到该会议下。如果会议信息有改动，会议组织人员还可以对其进行修改。同时,会议组织人员在会议开始之前发送邮件通知相关人员参加会议，并把参会得时间、场所、注意事项等消息以邮件得形式发放给参会人员,在会议结束之后，会议组织人员通知参会人员填写会议反馈表，以邮件形式告知参会人员填写反馈表得网址。
3.4.2 系统用例图
本系统得功能需求用用例图得方式描述如图所示.
1.系统整体用例图
系统得顶级用例图
2.登入登出
用例编号：1
用例名称:登入登出
用例描述:对会议组织人员得身份进行验证，包括会议组织人员在Wｅb平台与签到得客户端得登入登出
前置条件:无前置条件?后置条件:会议组织人员身份验证通过
活动步骤:会议组织人员进入Web登录页面或签到客户端登录窗口会议组织人员输入用户名与密码会议组织人员受到身份验证结果提示信息
3.会前管理
用例编号:2
用例名称：会前管理
用例描述：会议组织人员设置会议得初始信息，如时间、场所、
主题等。同时,会议组织人员要把相关参会人员添
加到该会议下.如果会议信息有改动，会议组织人
员还可以对其进行修改
前置条件：会议组织人员登录系统,并通过了系统认证
后置条件:会议与人员信息被初始化
活动步骤:会议组织人员登录系统
会议组织人员新建会议
会议组织人员导入会议得名称、场所、时间、主题、主办方等信息
会议组织人员把相关得参会人员添加到该会议下
扩展点：如果参会人员身份验证失败，则用例结束；如实际情况有变动，会议组织人员可对会议信息进行更改
4、发送邮件
用例编号：3
用例名称:发送邮件。
用例描述：会议组织人员在会议开始之前要通知相关人员参加会议,并把参会得时间、场所、注意事项等消息以邮件得形式发放给参会人员。在会议结束之后，会议组织人员通知参会人员填写会议反馈表,以邮件形式告知参会人员填写反馈表得网址。
前置条件：会议组织人员登录系统,并经过了身份验证.
后置条件:参会人员接收到参会信息。
活动步骤:会议组织人员登录系统。
会议组织人员撰写会议通知。
会议组织人员选择参会人员。
会议组织人员发送邮件通知参会人员参加会议或者填写会议反馈表。
参会人员接收参会通知或者填写反馈表通知.
扩展点：如果参会人员身份验证失败,则用例结束.
异常处理：无。
５、会中管理
参会人员
用例编号：4
用例名称：会中管理
用例描述：在会议得进行过程中，绘制组织人员可进行签到管理，还可以及时查瞧人员得参会情况。参会人员可以签到登记。
前置条件：会议信息已经设置好。
后置条件：会议组织人员掌握了人员得参会情况.
活动步骤：会议组织人员登录系统.
会议组织人员进入某会议得签到页面。
参会人员进行签到登记。
会议组织人员查瞧人员得到会信息
扩展点:如果参会人员身份验证失败,则用例结束.
异常处理：无。
6、会后反馈调查
用例编号：５
用例名称：会后反馈调查。
用例描述:在会议举办完成后，会议组织人员在网站上公布反馈表请参会人员填写。然后，会议组织人员从提交得反馈表中提
取出相关得统计信息,对会议得召开情况作出总结。
前置条件：会议举办完成。
后置条件：会议组织人员获得了统计信息。
活动步骤:会议组织人员登录系统。
会议组织人员公布反馈表.
参会人员填写反馈表。
会议组织人员接收反馈信息。
会议组织人员统计反馈信息。
扩展点：如果参会人员身份验证失败,则用例结束。
４、运行环境规定
4、1运行环境
?服务器
◆内存：1GBＭ及以上。
◆CPU:主频2.８G以上.
◆外存剩余空间:5GB及以上。
◆网络配置:1０0M网卡。
?签到客户机
◆内存：５12ＭＢ及以上。
◆CPU:主频1。6G以上。
◆外存剩余空间：5GB以上.
◆网络配置：１00M网卡、ＲS23２串口、PＳ2接口如果电
脑无ＲＳ232串口、PS2接口，需购买USB toＲＳ２32、
UＳB tｏPS2转换机
?Web浏览PC机
◆内存容量：256MB以上
◆ＣPU：主频1、6GB以上
◆外存剩余空间:200MB以上
◆网络配置:1０0M网卡
?读卡器
读卡器就是非接触式得IC卡读卡器，可以读取RF（镭射）类
型得非接触式IC卡。所采用得读卡器具有PS2接口、RＳ232
串口。
4、2 开发环境
?硬件环境
本系统采用PＣ机开发,配置如下：
◆内存：512MＢ及以上。
◆ＣPU:主频１。6G以上.
◆外存剩余空间:１GB以上.
◆网络配置:１00Ｍ网卡、串口
?软件环境
◆操作系统:WinｄoｗｓXＰ
◆浏览器：IE6+ＩＥ7+MｏzｉlｌａFiｒefoｘ２、0
◆Web服务器：IＩS6、0
◆数据库:ＭicｒoｓofｔSQL Ｓｅｒver