需求规格说明书——社团在线报名系统目录1.引言 (3)1.1 目的 (3)1.2 文档格式 (3)1.3 预期的读者和阅读建议 (3)1.4 范围 (3)2.概述 (4)2.1用户简介 (4)2.2 项目的目的与目标 (4)2.2.1 目的 (4)2.2.2 目标 (5)2.3 术语定义 (5)2.4 参考资料 (5)2.5 相关文档 (5)2.6 版本更新信息 (5)3.现有系统描述 (5)3.1 角色定义 (5)3.2 作业流程 (5)4.目标系统功能需求 (6)5. 目标系统性能需求 (16)6.目标系统界面与接口需求 (16)6.1 界面需求 (16)6.2接口需求点列表 (17)7.目标系统的其他需求 (17)7.1 安全性 (17)7.2 可用性 (17)7.3 灵活性 (18)7.4 特殊需求 (18)8.目标系统的假设与约束条件 (18)8.1目标系统的假设： (18)8.2约束条件： (18)1.引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。

其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流。

而且还给出了非常直观的用例图。

这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。

该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。

同时，该文档也是用户确定软件功能需求的主要依据。

1.2 文档格式本文档按以下要求和约定进行书写：（1）页面左边距为3.17cm，右边距为3.17cm，装订线靠左，行距为最小值20磅。

（2）大标题为宋体、初号、加粗字体；小标题为宋体、小四号，加粗字体。

（3）正文字体为宋体五号，无特殊情况下，字体颜色均采用黑色。

（4）出现序号的段落不采用自动编号功能而采用人工编号。

1.3 预期的读者和阅读建议本文综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分。

本文的预期读者有多种对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。

（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。

（3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。

（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。

（5）使用者：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。

（6）其他人：如社团指导老师、社团其他成员等可以据此了解产品的功能和性能。

1.4 范围该产品主要适用于学校社团组织发布活动信息，方便学生网上报名，让社团的活动信息更加方便发布，学生更简单的获取社团活动信息，并且可以方便快捷的报名。

2.概述2.1用户简介网上报名系统的使用者主要有社团负责人（管理员）和在校学生两种。

（1）社团负责人，以网站的管理员身份登录，有如下特点：●接受报名的时间、地点不受限制，与传统的固定时间、固定地点接受活动报名不同，借助互联网，网上报名可以24小时全天候接受活动报名。

这种灵活多变的报名方式对于促进和加强学生活动积极性有很大帮助。

●活动的发布方式更加方便灵活，不受任何时间、场地等客观因素的限制，可以随时随地的在网上发布关于活动的任何信息，方便管理。

●社团负责人与在校学生之间的交流更加方便，通过在线的交流平台，同学可以和在线值班的负责人进行咨询，更方便的了解有关活动的各方面要求。

也可以更加方便的了解到同学的心声，可以根据学生的需求去改变活动的方式，使之更加符合同学的需求。

●管理员对报名信息的管理管理更加方便及时，学生通过报名系统可以随时随地通过互联网参加活动报名，并将报名信息保存在了数据库中，管理员可以很方便的查看和导出。

（2）在线报名系统的使用者，广大在校学生，有如下特点：●获取社团活动信息的方式更加简单，没必要去海报栏寻找各种活动的信息，只需借助互联网，便可以很简单快捷的获取各种活动的信息。

●报名的方式更加方便快捷，当获取到社团的活动报名信息后，学生不需要等到固定时间到固定地点去接受报名，只需鼠标轻轻一点，便可以通过该系统轻轻松松实现活动报名。

●学生只需一步简单的注册过程，账号便可以长期使用，每次社团都会通过该系统发布各种活动的信息，学生都可以登陆系统进行查看报名事项和报名。

2.2 项目的目的与目标2.2.1 目的通过网上报名系统实现管理员与使用者之间的交流更加密切，使得社团的活动发布信息更加方便快捷，学生获取活动信息的手段更加简单，以及报名的方式更加简单，社团对最终的报名信息的汇总更加简单。

2.2.2 目标（1）网上报名系统各个功能完整。

（2）整个系统可以稳定运行。

（3）管理员与学生之间信息渠道畅通。

（4）学生可以很简单的使用、找到自己需要的信息。

（5）报名步骤简单快捷。

（6）管理员可以很方便的对报名信息进行汇总。

2.3 术语定义2.4 参考资料2.5 相关文档2.6 版本更新信息版本更新信息记录见表1。

3.现有系统描述3.1 角色定义网上报名系统的角色定义见表2。

表2 角色定义3.2 作业流程网上报名系统的作业流程如图1所示。

图1 作业流程4. 目标系统功能需求网上报名系统的功能概述如图2所示。

图2 网上报名系统的功能概述（1）注册登录在校学生注册和登录的用例图如图3所示。

关闭图3 注册登录模块的用例图对用例的说明见表3。

续表（2）浏览活动通知公告浏览网站上活动通知公告用例图如图4所示在校学生浏览活动说明图4 浏览活动通知公告模块的用例图对用例的说明见表4。

续表（3）活动报名网上活动报名用例图如图5所示报名图5 活动报名用例图对用例的说明见表5。

续表（4）通知管理活动信息通知、公告管理用例图如图6所示。

社团负责人图6 通知管理用例图对用例的说明见表6。

续表（5）报名信息管理报名信息汇总管理用例图如图7所示。

社团负责人导出报名名单图7 报名信息管理用例图对用例的说明见表7。

表7 对用例的说明（6）系统维护系统维护的用例图如图8所示。

添加标题图8 系统维护用例图对用例的说明见表8。

表8 对用例的说明续表5. 目标系统性能需求性能需求点列表见表9。

表9 性能需求点列表6.目标系统界面与接口需求6.1 界面需求界面的原则要求，如方便、简洁、美观、一致等。

整个系统的界面风格定义，某些功能模块的特殊的界面要求。

输入设备：键盘、鼠标等。

●输出设备：显示器、打印机、光盘刻录机等。

●显示风格：图形界面、字符界面、IE界面等。

●显示方式：1024×768、640×480等。

●输出格式：显示布局、打印格式等。

6.2接口需求点列表●与其他系统的接口，如校园官网、百度搜索、网易邮箱等。

●与系统特殊外设的接口：无。

●与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。

应在此列举出所有的外部接口名称、接口标准、规范。

接口需求点列表见表10。

7.目标系统的其他需求7.1 安全性（1）权限控制根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。

学生只可查看自已的报名信息，社团负责人可以查看总的报名信息。

（2）重要数据加密本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。

（3）数据备份允许管理员进行数据的备份和恢复，以弥补数据的破坏和丢失。

（4）记录日志本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。

这些错误记录便于查找错误的原因。

日志同时记录用户的关键性操作信息。

7.2 可用性（1）方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品。

如：新用户注册，要求输入的个人信息尽可能简洁。

可以通过快速键方便用户录入信息，所有操作可仅通过鼠标、键盘完成。

（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。

（3）控制必录入项本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。

同时对必录入项进行有效的统一的提示。

（4）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。

（5）操作完成时有统一规范的提示信息（6）用户可自定义为了满足业务的不断变化，一些重要的参数应该可以灵活设置。

7.3 灵活性（1）支持多浏览器。

（2）系统使用方便，易于维护。

7.4 特殊需求无特殊需求。

8.目标系统的假设与约束条件8.1目标系统的假设：（1）能够按照预期的要求，完成管理员的公告、活动信息的发布。

（2）管理员修改一系列网站的信息，如：标题，联系方式，社团简介等。

（3）管理员能够很方便的对学生报名情况进行汇总。

（4）便于网站的维护与版本的更新。

（5）网站的其他使用者（在校学生）能够方便快捷的了解学校社团的各种通知以及活动信息，可以随时随地简单的完成活动报名。

8.2约束条件：（1）管理员必须使用管理员权限登录。

（2）使用者在报名前必须完成用户注册，每个用户名只能注册一次。

（3）每个活动信息中，每个用户名只可以报名一次，报名成功后信息不可再修改。