会议系统需求分析文档

软件工程

文件名称：需求分析说明项目名称：会议管理系统组员：刘毅.刘盼.杨伟博.徐樟日期：2011-12-14

目录

1 引言 (3)

1.1编写目的 (3)

1.2范围 (3)

1.3背景 (3)

2 概述 (4)

2.1 目标 (4)

2.2 系统特点 (4)

2.3 非技术要求 (4)

3 功能需求 (5)

3.1 组织架构 (5)

3.2 性能需求 (5)

3.3 会议处理流程需求 (7)

3.3.1 会议处理流程 (7)

3.3.2 系统用例图及描述 (8)

3.3.2.1系统的顶级用例图 (8)

3.3.2.2登入登出用例图……………………………………………………………..9.

3.3.2.3会前管理用例图 (10)

3.3.2.4发送邮件用例图 (11)

3.3.2.5会中管理用例图 (12)

3.3.2.6会后反馈调查用例图 (13)

3.3.2.7资源共享用例图 (14)

3.3.2.8评论用例图 (15)

1.项目准备

1.1 编写目的

本文详细说明会议系统最终需要满足的条件和限制，为了进一步设计和实现提供依据。本文档将用户的需求用文字的形式固定下来，是与用户沟通的成果，也是用户验收项目时的参考。

1. 2 用户

会议管理系统主要是面向参加会议人数在50人以内的会议。

1.3 背景

需求背景：随着我国经济的发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的电子化管理有着迫切的需求。

系统用途：本系统利用网络平台，搭建通用的会议管理模板工具，帮助会议主办方更加电子化、智能化地管理各项会议工作，从而大大减少人工的参与。

系统使用范围：本系统主要面向参会人数在五百人以内的会议。

2 概述

2.1目标

由于大多数在会议的流程上具有一定的相似性，本系统的目的是希望减少其中的重复工作，减轻不必要的负担，提高工作的正确性和效率。系统的目标是将人工参与的工作量减少百分之五十，效率提高百分之三十，同时能够使会议管理工作规范化、程序化。

2.2 系统的特点

本系统的最终用户可能是经常举办和承办各种会议的组织机构，中、小型企业等。操作人员必须熟悉计算机的基本操作，维护人员应该在电脑方面有所专长。如果本系统开发成功，可用性极强。基于国家目前会议数量和规模的递增趋势，在一般的企事业单位中，本系统的预期使用频度应在十五天，即平均每隔十五天就会有使用该系统的需求产生。

2.3 非技术要求

本系统的开发周期为三个月左右。开发流程为：需求分析→设计→编码实现→单元测试→集成和系统测试→交付，其中需求分析的更新穿插于整个开发过程。

要交付的工作产品有：需求规格说明书、设计说明书、测试报告、用户手册、源代码、可执行程序。

3.功能需求

3.1 组织架构

根据前期的需求分析，对系统的功能模块进行划分，功能结构如图3

3-3.1功能结构图

3.2 性能需求

1.正确性需求

系统正确性需求包括以下三项：

·系统应能够把会议组织人员所创建的会议的相关信息以及添加的人员信息准确地导入数据库中。

·与会者签到时，系统应能正确的读取相关信息并对到会情况进行统计。

·系统能够正确的将会议通知、反馈表填写通知等信息发送到参会人员邮箱。

2.安全性需求

系统用于存储会议、参会人员等信息的数据库应具有很高的安全性，会议组织人员登录数据应加密后再通过网络传输

3．界面需求

系统对界面的需求分为两部分：网站和客户端。这两部分有不同的界面需求：·网站部分：页面布局清晰，颜色搭配合理，色调柔和，各页面主题风格一致

·客户端部分：参会人员签到时看到的窗口应该很清晰，且比较美观，其他窗口布局较合理即可。

4.精度需求

由于系统所涉及的数据主要有参会人数、实间等，因此对数据精度五特殊要求。作为一个中、小型会议系统，当参会人数很多时，应考虑到数据越界的问题。

5.时间特性需求

当参加人员签到时，系统应能在0.2秒内识别出参会人员并进行签到数据录入。当看到参会人员信息、到会情况信息和反馈表信息时，系统应能在1秒内返回结果。

6.稳定性需求

该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保持运行状态，直到系统升级或替换。

7.灵活性需求

当会议组织人员的需求发生变化时，例如所需参会人员的信息项与默认类型不符，系统应该提供修改默认设置的功能，即允许组织者自定义信息项类型。8.扩展性需求

本系统能够在以下几个方面进行扩展:

·功能的扩展：在现有功能模块的基础上增加餐饮管理模块、自动文档生成模块等。

·支持环境的扩展：系统运行所要求的操作系统可从Windows平台扩展到Mac平台等。

9.数据管理能力需求

系统数据库中应能一定数量（500人以内）人员的个人信息进行存储，同时，应能存储五百个人以上会议的参会数据

10.故障处理能力需求

系统可能遇到的硬件故障包括参会人员的IC卡不能正常读取。故障发生时，将不能自动完成该参会人员到会情况的统计，需要对该参会人员信息进行手动录入。

系统出现软件故障时，为了满足信息处理的要求，可以采取数据恢复来解决，因此平时要经常进行备份。

3.3 会议处理流程需求

3.3.1 会议处理流程

会议组织人员通过登入登出系统验证身份，通过身份验证后，才可以进行相关的查询、更改等操作，参会人员只有查询相关会议信息的权限。会议组织人员通过身份验证后，进入会前管理系统，设置会议的初始信息，如时间、场所、主题等。同时，会议组织人员要把相关参会人员添加到该会议下。如果会议信息有改动，会议组织人员还可以对其进行修改。同时，会议组织人员在会议开始之前发送邮件通知相关人员参加会议，并把参会的时间、场所、注意事项等消息以邮件的形式发放给参会人员，在会议结束之后，会议组织人员通知参会人员填写会议反馈表，以邮件形式告知参会人员填写反馈表的网址。

3.3.2 系统用例图

本系统的功能需求用用例图的方式描述如图2所示。

1.系统整体用例图