会议管理系统需求说明书.docx
《会议管理系统需求说明书.docx》由会员分享，可在线阅读，更多相关《会议管理系统需求说明书.docx（9页珍藏版）》请在冰豆网上搜索。
会议管理系统需求说明书
《会议管理系统》需求说明书
小组成员：
朱家萍，桑成艳，吴志月，X玲玲，舒佩
组长：
王梦茹
1.1编写目的
本文详细说明会议管理系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。
本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。
1.2背景
需求背景：
随着我国经济的开展，学术会议，产业会议等越来越多，会议的规模与流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。
系统用途：
本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。
系统使用X围：
本系统主要面向参会人数在三十人以内的会议。
1.3用户
会议管理系统主要是面向参加会议人数在30人以内的会议。
2任务概述
由于大多数在会议的流程上具有一定的相似性，本系统的目的是希望减少其中的重复工作，减轻不必要的负担，提高工作的正确性和效率。
系统的目标是将人工参与的工作量减少百分之五十，效率提高百分之三十，同时能够使会议管理工作规X化、程序化。
2.2系统的特点
本系统的最终用户可能是经常举办和承办各种会议的组织机构，中、小型企业等。
操作人员必须熟悉计算机的根本操作，维护人员应该在电脑方面有所专长。
如果本系统开发成功，可用性极强。
基于国家目前会议数量和规模的递增趋势，在一般的企事业单位中，本系统的预期使用频度应在十五天，即平均每隔十五天就会有使用该系统的需求产生。
2.3非技术要求
本系统的开发周期为三个月左右。
开发流程为：
需求分析→设计→编码实现→单元测试→集成和系统测试→交付，其中需求分析的更新穿插于整个开发过程。
要交付的工作产品有：
需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。
3.需求规定
根据前期的需求分析，对系统的功能模块进展划分，功能结构如图
系统正确性需求主要包括以下三项：
·系统应能够把会议组织人员所创建的会议的相关信息以与添加的人员信息准确地导入数据库中。
·与会者使用IC卡签到时，系统应能正确的读取相关信息并对到会情况进展统计。
·系统能够正确的将会议通知、反应表填写通知等信息发送到参会人员。
系统用于存储会议、参会人员等信息的数据库应具有很高的安全性，会议组织人员登录数据应加密后再通过网络传输。
3．界面需求
系统对界面的需求分为两局部：
和客户端。
这两局部有不同的界面需求：
·局部：
页面布局清晰，颜色搭配合理，色调柔和，各页面主题风格一致
·客户端局部：
参会人员签到时看到的窗口应该很清晰，且比拟美观，其他窗口布局较合理即可。
由于系统所涉与的数据主要有参会人数、实间等，因此对数据精度五特殊要求。
作为一个中、小型会议管理系统，当参会人数很多时，应考虑到数据越界的问题。
当参加人员使用IC卡签到时，系统应能在0.2秒内识别出参会人员并进展签到数据录入。
当看到参会人员信息、到会情况信息和反应表信息时，系统应能在1秒内返回结果。
该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统升级或替换。
当会议组织人员的需求发生变化时，例如所需参会人员的信息项与默认类型不符，系统应该提供修改默认设置的功能，即允许组织者自定义信息项类型。
考虑到有些会议组织人员没有条件提供IC读卡器，系统应能在较小的更改的情况下采用二维条形码等其他技术唯一识别参会者。
当连接读卡器的PC机出现故障时，用户可以用手动方式为参会人员签到。
本系统能够在以下几个方面进展扩展:
·功能的扩展：
在现有功能模块的根底上增加餐饮管理模块、自动文档生成模块等。
·支持环境的扩展：
系统运行所要求的操作系统可从Windows平台扩展到Mac平台等。
系统数据库中应能一定数量〔30人以内〕人员的个人信息进展存储，同时，应能存储30个人以上会议的参会数据.
系统可能遇到的硬件故障包括参会人员的IC卡不能正常读取。
故障发生时，将不能自动完成该参会人员到会情况的统计，需要对该参会人员信息进展手动录入。
系统出现软件故障时，为了满足信息处理的要求，可以采取数据恢复来解决，因此平时要经常进展备份。
3.2.1会议处理流程
会议组织人员通过登入登出系统验证身份，通过身份验证后，才可以进展相关的查询、更改等操作，参会人员只有查询相关会议信息的权限。
会议组织人员通过身份验证后，进入会前管理系统，设置会议的初始信息，如时间、场所、主题等。
同时，会议组织人员要把相关参会人员添加到该会议下。
如果会议信息有改动，会议组织人员还可以对其进展修改。
同时，会议组织人员在会议开始之前发送通知相关人员参加会议，并把参会的时间、场所、须知事项等消息以的形式发放给参会人员，在会议完毕之后，会议组织人员通知参会人员填写会议反应表，以形式告知参会人员填写反应表的网址。
3.4.2系统用例图
本系统的功能需求用用例图的方式描述如下列图。
1.系统整体用例图
系统的顶级用例图
2.登入登出
用例编号：
1
用例名称：
登入登出
用例描述：
对会议组织人员的身份进展验证，包括会议组织人员在Web平台和签到的客户端的登入登出
前置条件：
无前置条件后置条件：
会议组织人员身份验证通过
活动步骤：
会议组织人员进入Web登录页面或签到客户端登录窗口会议组织人员输入用户名和密码会议组织人员受到身份验证结果提示信息
3.会前管理
用例编号：
2
用例名称：
会前管理
用例描述：
会议组织人员设置会议的初始信息，如时间、场所、主题等。
同时，会议组织人员要把相关参会人员添加到该会议下。
如果会议信息有改动，会议组织人员还可以对其进展修改
前置条件：
会议组织人员登录系统，并通过了系统认证
后置条件：
会议和人员信息被初始化
活动步骤：
会议组织人员登录系统
会议组织人员新建会议
会议组织人员导入会议的名称、场所、时间、主题、主办方等信息
会议组织人员把相关的参会人员添加到该会议下
扩展点：
如果参会人员身份验证失败，如此用例完毕；如实际情况有变动，会议组织人员可对会议信息进展更改
4、发送
用例编号：
3
用例名称：
发送。
用例描述：
会议组织人员在会议开始之前要通知相关人员参加会议，并把参会的时间、场所、须知事项等消息以的形式发放给参会人员。
在会议完毕之后，会议组织人员通知参会人员填写会议反应表，以形式告知参会人员填写反应表的网址。
前置条件：
会议组织人员登录系统，并经过了身份验证。
后置条件：
参会人员接收到参会信息。
活动步骤：
会议组织人员登录系统。
会议组织人员撰写会议通知。
会议组织人员选择参会人员。
会议组织人员发送通知参会人员参加会议或者填写会议反应表。
参会人员接收参会通知或者填写反应表通知。
扩展点：
如果参会人员身份验证失败，如此用例完毕。
异常处理：
无。
5、会中管理
用例编号：
4
用例名称：
会中管理
用例描述：
在会议的进展过程中，绘制组织人员可进展签到管理，还可以与时查看人员的参会情况。
参会人员可以签到登记。
前置条件：
会议信息已经设置好。
后置条件：
会议组织人员掌握了人员的参会情况。
活动步骤：
会议组织人员登录系统。
会议组织人员进入某会议的签到页面。
参会人员进展签到登记。
会议组织人员查看人员的到会信息
扩展点：
如果参会人员身份验证失败，如此用例完毕。
异常处理：
无。
6、会后反应调查
用例编号：
5
用例名称：
会后反应调查。
用例描述：
在会议举办完成后，会议组织人员在上公布反应表请参会人员填写。
然后，会议组织人员从提交的反应表中提取出相关的统计信息，对会议的召开情况作出总结。
前置条件：
会议举办完成。
后置条件：
会议组织人员获得了统计信息。
活动步骤：
会议组织人员登录系统。
会议组织人员公布反应表。
参会人员填写反应表。
会议组织人员接收反应信息。
会议组织人员统计反应信息。
扩展点：
如果参会人员身份验证失败，如此用例完毕。
4.运行环境规定
4.1运行环境
⏹服务器
◆内存：
1GBM与以上。
◆CPU：
主频2.8G以上。
◆外存剩余空间：
5GB与以上。
◆网络配置：
100M网卡。
⏹签到客户机
◆内存：
512MB与以上。
◆CPU：
主频1.6G以上。
◆外存剩余空间：
5GB以上。
◆网络配置：
100M网卡、RS232串口、PS2接口如果电脑无RS232串口、PS2接口，需购置USBtoRS232、USBtoPS2转换机
⏹Web浏览PC机
◆内存容量：
256MB以上
◆
◆外存剩余空间：
200MB以上
◆网络配置：
100M网卡
⏹读卡器
读卡器是非接触式的IC卡读卡器，可以读取RF（镭射）类型的非接触式IC卡。
所采用的读卡器具有PS2接口、RS232串口。
4.2开发环境
⏹硬件环境
本系统采用PC机开发，配置如下：
◆内存：
512MB与以上。
◆CPU：
主频1.6G以上。
◆外存剩余空间：
1GB以上。
◆网络配置：
100M网卡、串口
⏹软件环境
◆操作系统：
WindowsXP
◆
◆
◆数据库：
MicrosoftSQLServer
升级会员 