会议管理系统 需求说明书
系统软件需求和需求分析说明书模板(用例图+界面+文档)
ﻬ系统需求和需求分析说明书模板 第一部分 概述1.项目名称及背景 ➢ 项目名称➢ 开发背景2.文档说明第二部分 任务说明１．功能概述2.用户环境浏览器(如IE 6以上版本）+网络 开发(生产)环境:1系统需求和需求分析说明书模板M ｏhit第三部分需求分析1．实现功能➢系统用例图用户业务逻辑如下图所示：➢管理员功能清单功能编号功能名称文中标题编号备注10１人事管理１01001 机构管理１0１０02 部门管理10１0０３员工管理➢普通用户功能清单2.用例说明➢ [用例１] ●用例图●描述●参与者➢[用例2］●用例图●描述●参与者➢[用例3] ●用例图描述●●参与者●描述●参与者用例图●●描述➢[用例6 ●用例图●描述●参与者➢［用例7] ●用例图●描述●参与者➢[用例8]●用例图撤消删除回收站彻底删除●描述回收站:显示被删除的文件,可以撤消删除,也可以彻底删除文件。
●参与者//*参与者,参与用例的对象*// ➢[用例9]●描述文件搜索功能:可以按条件查询需要的文件。
●参与者//*参与者,参与用例的对象＊// ➢[用例1０]●用例图描述●●参与者●描述●●描述●参与者➢［用例13]●用例图●描述●参与者➢[用例14]●用例图描述●●参与者３.用例关系系统设计说明书版本历史版本/状态修订人修改日期备注第一部分概述1.文档说明本文档主要包括数据库详细设计和界面详细设计讲解，所以请认真阅读，以提高开发的质量和效率。
2．系统需求概述整个系统中所有布局统一采用diｖ布局，所有数据展示控件,如GrｉｄView和DａtａLisｔ都要有分页处理。
第二部分系统总体结构本系统采用了传统的3层架构实现,理解起来更简单，请采用3层架构的模式开发你的系统。
如下图所示：第三部分系统设计类图//*系统中主要的、关键实体类图,参考图如下*/／➢［用例1]实现●时序图//用例１的时序图,参考图如下*//●描述界面设计1．公共模块界面设计说明：页面设计要求尽量使用dｉv布局完成。
会议管理系统 需求说明书
《会议管理系统》需求说明书小组成员：朱家萍,桑成艳，吴志月,刘玲玲，舒佩组长:王梦茹1。
1编写目的本文详细说明会议管理系统最终需要满足的条件和限制，为了进一步设计和实现提供依据.本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。
1。
2 背景需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂,对实现会议的电子化管理有着迫切的需求.系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与.系统使用范围：本系统主要面向参会人数在三十人以内的会议。
1。
3 用户会议管理系统主要是面向参加会议人数在30人以内的会议。
2 任务概述2.1目标由于大多数在会议的流程上具有一定的相似性,本系统的目的是希望减少其中的重复工作，减轻不必要的负担,提高工作的正确性和效率。
系统的目标是将人工参与的工作量减少百分之五十,效率提高百分之三十，同时能够使会议管理工作规范化、程序化。
2.2 系统的特点本系统的最终用户可能是经常举办和承办各种会议的组织机构，中、小型企业等。
操作人员必须熟悉计算机的基本操作，维护人员应该在电脑方面有所专长.如果本系统开发成功,可用性极强。
基于国家目前会议数量和规模的递增趋势,在一般的企事业单位中，本系统的预期使用频度应在十五天，即平均每隔十五天就会有使用该系统的需求产生。
2。
3 非技术要求本系统的开发周期为三个月左右。
开发流程为:需求分析→设计→编码实现→单元测试→集成和系统测试→交付，其中需求分析的更新穿插于整个开发过程.要交付的工作产品有:需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。
3. 需求规定根据前期的需求分析，对系统的功能模块进行划分，功能结构如图3.1性能需求1.正确性需求系统正确性需求主要包括以下三项：·系统应能够把会议组织人员所创建的会议的相关信息以及添加的人员信息准确地导入数据库中。
OA办公管理系统需求说明文档
协同办公平台需求分析说明书1概述31.1目的31.2范围31.3术语定义31.4运行环境42需求说明52.1个人办公52.1.1个人信息52.1.2工作安排62.1.3名片夹82.1.4公司通讯录102.1.5待办事项112.1.6在线信息122.1.7个人文件夹152.1.8个人会议安排20 2.2会议管理172.2.1会议室管理172.2.2会议管理182.3系统管理202.3.1部门管理212.3.2角色管理212.3.3员工管理233交付文档清单241概述1.1系统整体介绍本系统是运用于企业办公的自动办公系统。
随着全球信息化的迅猛发展，传统的办公方式已经落后于信息化发展的要求，必将被全新的办公方式取代。
构建内部企业信息网(Intranet),实现办公自动化(OA)已经成为一种迫切的要求。
本系统借助计算机网络实现了协同办公，共享资源，信息高效传输，线上线下一体化等现代化功能。
OA带给我们的不仅仅是办公事务上的轻松应对，实现办公流程的全程计算机化。
更是一种全新的办公理念，是信息化社会发展的必然要求，是我们思维触角的无限延伸；时间和距离不再是我们获取信息的障碍，将会成为我们生活中的一个重要组成部分。
1.2目的本说明书目的在于明确说明系统需求，界定系统实现功能的范围，指导系统设计以及编码。
本说明书的预期读者为项目经理，协同办公平台--系统分析员，系统设计人员，开发工程师，测试经理以及测试设计人员等。
1.3范围系统包括的范围：个人办公、会议管理，系统管理，产品管理。
1.4术语定义读者设置：指将读者权限授予别人，拥有读者权限的用户可以看到自己工作安排。
代办工作：指将代办权限授予别人，拥有代办权限的用户除可以看到自己的工作外还可以给自己安排工作。
待办工作：指等待用户自己去完成的工作。
1.5业务流程介绍本系统分为三个主要流程：1、个人办公 2、会议管理 3、系统管理个人办公：普通职员登陆到系统后，通过点击个人办公连接，进入个人办公页面。
会议管理系统需求说明书
会议管理系统需求说明书会议管理系统需求说明书1. 简介1.1 背景会议是组织间交流和决策的重要方式，需要对会议进行有效管理。
会议管理系统是一种通过信息技术实现对会议流程、资源和参与者进行管理和协调的软件系统。
本文档旨在详细描述会议管理系统的需求和功能。
1.2 目的会议管理系统的目的是提供一个高效、便捷、安全的会议管理平台，方便各种规模和类型的会议的组织者和参与者进行会议的安排、协作和交流。
2. 总体描述2.1 系统功能会议管理系统主要具备以下功能：2.1.1 会议创建2.1.2 会议预约2.1.3 会议通知2.1.4 会议日程安排2.1.5 会议资料管理2.1.6 会议签到与记录2.1.7 会议议程记录2.1.8 会议评价与反馈2.1.9 会议报告2.1.10 统计分析与报表2.1.11 用户权限管理2.2 用户角色会议管理系统涉及以下用户角色：2.2.1 系统管理员2.2.2 组织者2.2.3 参与者2.3 系统界面会议管理系统应提供直观、友好的用户界面，以方便用户进行操作和使用。
3. 详细需求描述3.1 会议创建会议管理系统应提供创建会议的功能，包括会议基本信息（名称、日期、时间、地点等）、会议类型、参会人员等信息的录入和存储。
3.2 会议预约会议管理系统应提供会议预约功能，允许组织者选择会议时间、地点以及邀请参与者，并进行会议邀请发送。
3.3 会议通知会议管理系统应提供会议通知功能，通过短信、邮件、系统消息等形式向参与者发送会议邀请和提醒。
3.4 会议日程安排会议管理系统应提供会议日程安排功能，允许组织者安排会议的各个议程和时间安排，同时提供参与者进行会议日程的查看和提醒。
3.5 会议资料管理会议管理系统应提供会议资料管理功能，允许组织者和分发会议相关资料，同时参与者可以浏览、和评论这些资料。
3.6 会议签到与记录会议管理系统应提供会议签到功能，允许参与者通过扫码、输入用户名等方式进行会议签到，并记录签到信息。
OA系统需求分析说明书
博然办公自动化系统用户需求分析说明书录*变化状态：A——增加，M——修改，D——删除文档审批信息目录1产品介绍 (4)2产品面向的用户群体 (4)3产品规范 (4)4产品性能需求 (4)4.0功能需求分类 (5)4.1功能模块详述 (8)4.1.1电子邮件 (8)4.1.2即时通记 (12)4.1.3文档管理 (15)4.1.4通知公告 (18)4.1.5通讯录 (20)4.1.6论坛 (22)4.1.7公文流转 (24)4.1.8系统管理 (31)4.2个人办公助理 (37)4.3人力资源管理 (41)4.4扩展功能 (44)5产品的非功能性需求 (44)5.1用户界面需求 (44)5.2软硬件需求 (44)5.3产品质量需求 (45)5.4其它需求 (45)6验收准则 (46)0.文档介绍0.1文档目的该文档是在原有用户需求文档的基础上，进行了详细的调研后开始编写的，在编写时尽最大努力使本文档能够正确无误地反映用户的真实意愿。
本文档也将成为测试人员及项目开发人员参考的依据。
0.2文档范围本文档是需求人员、设计人员、开发人员及测试人员执行的基本原则，也是系统开发完成后客户使用及管理的基础依据。
0.3读者对象本需求规格说明书使用者包括公司领导和各个部门的负责人，以及项目的设计人员、开发人员和测试人员。
0.4参考文档《CMMI3级软件过程改进方法与规范》0.5术语与缩写解释1.产品介绍本系统的目标是构建一个基于网络环境下的，实现企业内部信息共享和员工协同工作，实现高效管理和无纸化办公，具有良好整体性、可扩展性、安全性和跨平台性的信息平台。
该系统的主要使用者：系统管理员：OA系统的最大权限的人员。
办公室管理员：负责发布通知、考勤。
人力资源：新员工入职添加用户，离职删除用户，其它人事信息库操作。
一般用户：浏览信息。
2.产品面向的用户群体本产品面向建筑公司的各级办公室及部门的全部人员，包括公司总经理、部门经理、部门成员。
会议管理系统需求说明书
会议管理系统需求说明书会议管理系统需求说明书1、引言本章节主要介绍会议管理系统的背景，目的以及范围。
1.1 背景随着企业不断扩大规模和发展，会议的数量和规模也逐渐增加。
传统的会议管理方式无法满足日益增长的需求。
因此，需要开发一个高效、方便、集中管理全面的会议管理系统。
1.2 目的会议管理系统的目的是通过提供一套完整的软件解决方案，从会议的预订、安排、通知、参与人员管理等方面，实现对会议全流程的有效管理。
1.3 范围会议管理系统涵盖以下功能模块：1.3.1 会议预订用户可以通过系统进行会议预订，包括选择会议日期、时间、地点、参与人员等。
1.3.2 会议安排系统根据用户预订的信息，自动安排会议的具体时间、地点以及参与人员。
1.3.3 会议通知系统可以自动发送会议通知，包括会议时间、地点以及相关会议议程。
1.3.4 参与人员管理系统可以对参与会议的人员信息进行管理，包括人员的角色、职务、联系方式等。
同时，系统应提供权限管理，确保只有合适的人员能够参与会议。
2、功能需求本章节详细描述会议管理系统的功能需求。
2.1 用户管理2.1.1 注册与登录系统应提供用户注册和登录功能，确保只有授权用户可以使用系统。
2.1.2 用户权限管理系统应提供不同角色的用户权限管理，包括管理员、普通用户等。
2.2 会议预订2.2.1 会议信息输入用户可以输入会议的基本信息，包括会议主题、日期、时间、地点等。
2.2.2 参与人员选择用户可以选择参与会议的人员，包括内部员工、外部合作伙伴等。
2.3 会议安排2.3.1 会议时间调度系统应根据会议的预订信息，自动安排会议的具体时间，避免会议时间冲突。
2.3.2 会议地点安排系统应根据会议预订情况，自动选择合适的会议地点。
2.4 会议通知2.4.1 会议通知发送系统应自动发送会议通知给参与人员，包括会议时间、地点、议程等。
2.4.2 会议通知提醒系统应提供会议通知的接收和提醒功能，确保参与人员能够及时获取会议信息。
OA系统需求说明书
OA系统需求说明书一、引言本文档旨在对OA系统的需求进行详细说明，包括系统的功能、性能、安全等方面的要求。
OA系统是一个办公自动化的管理系统，用于提高办公效率和协同工作能力。
二、系统概述2.1 目标OA系统的主要目标是提供一个集成化的办公管理平台，包括但不限于事务处理、通信、协同工作、决策支持等功能，以及数据的统计与分析功能。
2.2 功能模块OA系统主要分为以下功能模块： - 用户管理：包括用户注册、登录、密码修改等功能。
- 通讯录管理：用于管理员工信息、部门信息等，支持模糊搜索和批量导入导出功能。
- 日程管理：用于安排和管理个人和团队的日程安排，支持日历视图和提醒功能。
- 任务管理：用于分配和跟踪任务，支持任务优先级、进度、提醒等功能。
- 文件管理：用于存储、共享和管理各类文档和文件，支持版本控制和权限管理。
- 会议管理：用于安排和管理会议，包括会议邀请、日程安排、会议纪要等功能。
- 报表统计：用于生成和展示各类报表和统计图表，支持自定义查询和导出功能。
2.3 系统用户角色OA系统主要包括以下用户角色： - 系统管理员：负责系统的安装、配置和维护工作。
- 普通用户：包括员工、部门经理等，可以通过OA系统进行日常办公工作。
- 高级用户：包括高层管理人员，具有更高的权限和审批能力。
三、功能需求3.1 用户管理•支持用户注册，要求输入用户名、密码和邮箱等信息，并进行合法性校验。
•支持用户登录，根据用户名和密码进行身份验证，并提供找回密码功能。
•支持用户密码修改功能，要求用户输入原密码和新密码，并进行合法性校验。
3.2 通讯录管理•支持员工信息的录入和修改，包括姓名、性别、手机号码等基本信息。
•支持按照关键字进行模糊搜索，以方便快速找到相关人员。
•支持部门信息的管理，包括部门名称、上级部门等。
•支持批量导入导出功能，以方便批量添加或导出员工信息。
3.3 日程管理•支持个人和团队的日程安排，包括任务名称、开始时间、结束时间等。
办公系统需求分析说明书
办公系统需求分析说明书1. 引言本文档旨在对办公系统进行需求分析，明确用户需求，为系统设计和开发提供指导。
本文档包括对办公系统的背景介绍、需求分析目的、范围和约束、功能需求、非功能需求等内容。
2. 背景介绍办公系统是为了满足企业组织内部办公需求，提高工作效率和信息协同能力而开发的软件系统。
传统的办公系统通常包括文档管理、协作办公、日程安排、通讯录管理等模块。
随着互联网技术和移动设备的发展，现代办公系统还会融合更多的功能，如在线协作、移动办公、电子邮件集成等。
3. 需求分析目的本需求分析旨在明确用户在使用办公系统时的具体需求和期望，为后续的系统设计和开发提供基础。
通过需求分析，可以确保开发出符合用户期望、易用且功能完备的办公系统。
4. 需求分析范围本次需求分析的范围主要包括以下几个方面：4.1 用户管理办公系统需具备用户管理功能，包括用户注册、登录、权限管理等。
用户可以根据权限不同，访问和管理系统中的不同模块和功能。
4.2 文档管理办公系统需要提供文档管理功能，包括文档的上传、下载、编辑、共享等操作。
用户可以根据权限将文档进行分类管理，并进行版本控制和权限设置。
4.3 日程管理办公系统需要提供日程管理功能，包括个人和团队的日程安排、会议预约、提醒等。
用户可以便捷地查看和管理自己和他人的日程。
4.4 协作办公办公系统需要提供协作办公功能，包括在线编辑、评论、审批、任务分配等。
用户可以实时协作，提高工作效率和协同能力。
4.5 通讯录管理办公系统需要提供通讯录管理功能，用户可以方便地查找和管理企业内部的联系人信息。
同时，系统还需支持通讯录导入和导出。
5. 功能需求根据需求分析的范围，整理出以下的功能需求：•用户注册与登录•用户权限管理•文档上传和下载•文档编辑和版本控制•文档共享和权限设置•个人和团队的日程安排•会议预约与提醒•在线编辑和评论•任务分配与进度跟踪•通讯录的查找和管理•通讯录导入和导出6. 非功能需求除了功能需求，办公系统还需要满足一些非功能需求，包括：•用户界面友好，操作简单易懂•系统安全性，保护用户隐私和数据安全•系统稳定性，能够支持大量用户并发访问•响应速度快，减少用户等待时间•可扩展性，能够根据业务发展和用户需求进行系统升级和扩展7. 总结本文档对办公系统进行了需求分析，明确了用户需求、功能需求、非功能需求等内容。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《会议管理系统》需求说明书小组成员：朱家萍，桑成艳，吴志月，刘玲玲，舒佩组长：王梦茹1.1 编写目的本文详细说明会议管理系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。
本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。
1.2 背景需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。
系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。
系统使用范围：本系统主要面向参会人数在三十人以内的会议。
1. 3 用户会议管理系统主要是面向参加会议人数在30人以内的会议。
2 任务概述2.1目标由于大多数在会议的流程上具有一定的相似性，本系统的目的是希望减少其中的重复工作，减轻不必要的负担，提高工作的正确性和效率。
系统的目标是将人工参与的工作量减少百分之五十，效率提高百分之三十，同时能够使会议管理工作规范化、程序化。
2.2 系统的特点本系统的最终用户可能是经常举办和承办各种会议的组织机构，中、小型企业等。
操作人员必须熟悉计算机的基本操作，维护人员应该在电脑方面有所专长。
如果本系统开发成功，可用性极强。
基于国家目前会议数量和规模的递增趋势，在一般的企事业单位中，本系统的预期使用频度应在十五天，即平均每隔十五天就会有使用该系统的需求产生。
2.3 非技术要求本系统的开发周期为三个月左右。
开发流程为：需求分析→设计→编码实现→单元测试→集成和系统测试→交付，其中需求分析的更新穿插于整个开发过程。
要交付的工作产品有：需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。
3. 需求规定根据前期的需求分析，对系统的功能模块进行划分，功能结构如图3.1性能需求1.正确性需求系统正确性需求主要包括以下三项：·系统应能够把会议组织人员所创建的会议的相关信息以及添加的人员信息准确地导入数据库中。
·与会者使用IC卡签到时，系统应能正确的读取相关信息并对到会情况进行统计。
·系统能够正确的将会议通知、反馈表填写通知等信息发送到参会人员邮箱。
2.安全性需求系统用于存储会议、参会人员等信息的数据库应具有很高的安全性，会议组织人员登录数据应加密后再通过网络传输。
3．界面需求系统对界面的需求分为两部分：网站和客户端。
这两部分有不同的界面需求：·网站部分：页面布局清晰，颜色搭配合理，色调柔和，各页面主题风格一致·客户端部分：参会人员签到时看到的窗口应该很清晰，且比较美观，其他窗口布局较合理即可。
4.精度需求由于系统所涉及的数据主要有参会人数、实间等，因此对数据精度五特殊要求。
作为一个中、小型会议管理系统，当参会人数很多时，应考虑到数据越界的问题。
5.时间特性需求当参加人员使用IC卡签到时，系统应能在0.2秒内识别出参会人员并进行签到数据录入。
当看到参会人员信息、到会情况信息和反馈表信息时，系统应能在1秒内返回结果。
6.稳定性需求该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统升级或替换。
7.灵活性需求当会议组织人员的需求发生变化时，例如所需参会人员的信息项与默认类型不符，系统应该提供修改默认设置的功能，即允许组织者自定义信息项类型。
考虑到有些会议组织人员没有条件提供IC读卡器，系统应能在较小的更改的情况下采用二维条形码等其他技术唯一识别参会者。
当连接读卡器的PC机出现故障时，用户可以用手动方式为参会人员签到。
8.扩展性需求本系统能够在以下几个方面进行扩展:·功能的扩展：在现有功能模块的基础上增加餐饮管理模块、自动文档生成模块等。
·支持环境的扩展：系统运行所要求的操作系统可从Windows平台扩展到Mac平台等。
9.数据管理能力需求系统数据库中应能一定数量（30人以内）人员的个人信息进行存储，同时，应能存储30个人以上会议的参会数据.10.故障处理能力需求系统可能遇到的硬件故障包括参会人员的IC卡不能正常读取。
故障发生时，将不能自动完成该参会人员到会情况的统计，需要对该参会人员信息进行手动录入。
系统出现软件故障时，为了满足信息处理的要求，可以采取数据恢复来解决，因此平时要经常进行备份。
3.2会议处理流程需求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接口，需购买USB to RS232、USB to PS2转换机⏹Web浏览PC机◆内存容量：256MB以上◆CPU:主频1.6GB以上◆外存剩余空间：200MB以上◆网络配置：100M网卡⏹读卡器读卡器是非接触式的IC卡读卡器，可以读取RF(镭射)类型的非接触式IC卡。
所采用的读卡器具有PS2接口、RS232串口。
4.2 开发环境⏹硬件环境本系统采用PC机开发，配置如下：◆内存：512MB及以上。
◆CPU：主频1.6G以上。
◆外存剩余空间：1GB以上。
◆网络配置：100M网卡、串口⏹软件环境◆操作系统：Windows XP◆浏览器：IE6+IE7+Mozilla Firefox 2.0◆Web服务器：IIS6.0◆数据库：Microsoft SQL Server。