会议管理系统_需求分析.docVIP

软 件 工 程 文 件 名 称：需求说明书 项 目 名 称：会议管理系统 作者： 李湘 日期： 2010-6-21 1.1 编写目的 本文详细说明会议管理系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。 1.2 背景 需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。 系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。 系统使用范围：本系统主要面向参会人数在一千人以内的会议。 1. 3 用户 会议管理系统主要是面向参加会议人数在1000人以内的会议。 2 任务概述 2.1目标 由于大多数在会议的流程上具有一定的相似性，本系统的目的是希望减少其中的重复工作，减轻不必要的负担，提高工作的正确性和效率。系统的目标是将人工参与的工作量减少百分之五十，效率提高百分之三十，同时能够使会议管理工作规范化、程序化 2.2 系统的特点 本系统的最终用户可能是经常举办和承办各种会议的组织机构，中、小型企业等。操作人员必须熟悉计算机的基本操作，维护人员应该在电脑方面有所专长。如果本系统开发成功，可用性极强。基于国家目前会议数量和规模的递增趋势，在一般的企事业单位中，本系统的预期使用频度应在十五天，即平均每隔十五天就会有使用该系统的需求产生。 2.3 非技术要求 本系统的开发周期为两个月左右。开发流程为：需求分析(设计(编码实现(单元测试(集成和系统测试(交付，其中需求分析的更新穿插于整个开发过程。 要交付的工作产品有：需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。 3. 需求规定 3.1 系统架构 本系统的网络拓扑图如图3-1所示。 图3-1 网络拓扑图 系统有web平台和桌面程序构成，Web平台为会议组织人员提供会议的全程管控，而桌面程序则提供会议的签到功能。在局域网内，读卡器经PC机连 接到网络，签到数据保存在服务器中。同时，会议组织人员可以通过Web浏览器访问服务器的网站，对会议全程进行管控。 3.2 组织架构 根据前期的需求分析，对系统的功能模块进行划分，功能结构如图3-2。 3-2功能结构图 3.3 性能需求 1.正确性需求 系统正确性需求主要包括以下三项： ·系统应能够把会议组织人员所创建的会议的相关信息以及添加的人员信息准确地导入数据库中。 ·与会者使用IC卡签到时，系统应能正确的读取相关信息并对到会情况进行统计。 ·系统能够正确的将会议通知、反馈表填写通知等信息发送到参会人员邮箱。 2.安全性需求 系统用于存储会议、参会人员等信息的数据库应具有很高的安全性，会议组织人员登录数据应加密后再通过网络传输。 3．界面需求 系统对界面的需求分为两部分：网站和客户端。这两部分有不同的界面需求： ·网站部分：页面布局清晰，颜色搭配合理，色调柔和，各页面主题风格一致 ·客户端部分：参会人员签到时看到的窗口应该很清晰，且比较美观，其他窗口布局较合理即可。 4.精度需求 由于系统所涉及的数据主要有参会人数、实间等，因此对数据精度五特殊要求。作为一个中、小型会议管理系统，当参会人数很多时，应考虑到数据越界的问题。 5.时间特性需求 当参加人员使用IC卡签到时，系统应能在0.2秒内识别出参会人员并进行签到数据录入。当看到参会人员信息、到会情况信息和反馈表信息时，系统应能在1秒内返回结果。 6.稳定性需求 该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统升级或替换。 7.灵活性需求 当会议组织人员的需求发生变化时，例如所需参会人员的信息项与默认类型不符，系统应该提供修改默认设置的功能，即允许组织者自定义信息项类型。考虑到有些会议组织人员没有条件提供IC读卡器，系统应能在较小的更改的情况下采用二维条形码等其他技术唯一识别参会者。 当连接读卡器的PC机出现故障时，用户可以用手动方式为参会人员签到。 8.扩展性需求 本系统能够在以下几个方面进行扩展: ·功能的扩展：在现有功能模块的基础上增加餐饮管理模块、自动文档生成模块等。 ·支持环境的扩展：系统运行所要求的操作系统可从Windows平台扩展到Mac平台等。 9.数据管理能力需求 系统数据库中应能一定数量（1000人以内）人员的个人信息