在线报名系统 需求规格说明书-

1、需求规格说明书社团在线报名系统目录1.引言 (31.1 目的 (31.2 文档格式 (31.3 预期的读者和阅读建议 (31.4 范围 (42.概述 (42.1用户简介 (42.2 项目的目的与目标 (42.3 术语定义 (52.4 参考资料 (52.5 相关文档 (52.6 版本更新信息 (53.现有系统描述 (53.1 角色定义 (53.2 作业流程 (54.目标系统功能需求 (65. 目标系统性能需求 (166.目标系统界面与接口需求 (176.1 界面需求 (176.2接口需求点列表 (177.目标系统的其他需求 (177.1 安全性 (177.2 可用性 (187.3 灵活性 (18

2、7.4 特殊需求 (188.目标系统的假设与约束条件 (188.1目标系统的假设: (188.2约束条件: (191.引言1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格,这些规格说明是进行设计的基础,也是编写测试用例和进行系统

3、测试的主要依据。同时,该文档也是用户确定软件功能需求的主要依据。1.2 文档格式本文档按以下要求和约定进行书写:(1页面左边距为3.17cm,右边距为3.17cm,装订线靠左,行距为最小值20磅。(2大标题为宋体、初号、加粗字体;小标题为宋体、小四号,加粗字体。(3正文字体为宋体五号,无特殊情况下,字体颜色均采用黑色。(4出现序号的段落不采用自动编号功能而采用人工编号。1.3 预期的读者和阅读建议本文综合描述部分主要对系统的整体结构进行了大致的介绍;系统特性部分对系统的功能需求进行了详细描述,是本文的主要部分。本文的预期读者有多种对象:(1项目经理:项目经理可以根据该文档了解预期产品的功能,并

4、据此进行系统设计、项目管理。(2设计员:对需求进行分析,并设计出系统,包括数据库的设计。(3程序员:配合设计报告,了解系统功能,编写用户手册。(4测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。(5使用者:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。(6其他人:如社团指导老师、社团其他成员等可以据此了解产品的功能和性能。1.4 范围该产品主要适用于学校社团组织发布活动信息,方便学生网上报名,让社团的活动信息更加方便发布,学生更简单的获取社团活动信息,并且可以方便快捷的报名。2.概述2.1用户简介网上报名系统的使用者主要有社团负责人(管理员和在校

5、学生两种。(1社团负责人,以网站的管理员身份登录,有如下特点:接受报名的时间、地点不受限制,与传统的固定时间、固定地点接受活动报名不同,借助互联网,网上报名可以24小时全天候接受活动报名。这种灵活多变的报名方式对于促进和加强学生活动积极性有很大帮助。活动的发布方式更加方便灵活,不受任何时间、场地等客观因素的限制,可以随时随地的在网上发布关于活动的任何信息,方便管理。社团负责人与在校学生之间的交流更加方便,通过在线的交流平台,同学可以和在线值班的负责人进行咨询,更方便的了解有关活动的各方面要求。也可以更加方便的了解到同学的心声,可以根据学生的需求去改变活动的方式,使之更加符合同学的需求。管理员对

6、报名信息的管理管理更加方便及时,学生通过报名系统可以随时随地通过互联网参加活动报名,并将报名信息保存在了数据库中,管理员可以很方便的查看和导出。(2在线报名系统的使用者,广大在校学生,有如下特点:获取社团活动信息的方式更加简单,没必要去海报栏寻找各种活动的信息,只需借助互联网,便可以很简单快捷的获取各种活动的信息。报名的方式更加方便快捷,当获取到社团的活动报名信息后,学生不需要等到固定时间到固定地点去接受报名,只需鼠标轻轻一点,便可以通过该系统轻轻松松实现活动报名。学生只需一步简单的注册过程,账号便可以长期使用,每次社团都会通过该系统发布各种活动的信息,学生都可以登陆系统进行查看报名事项和报名

7、。2.2 项目的目的与目标通过网上报名系统实现管理员与使用者之间的交流更加密切,使得社团的活动发布信息更加方便快捷,学生获取活动信息的手段更加简单,以及报名的方式更加简单,社团对最终的报名信息的汇总更加简单。(1网上报名系统各个功能完整。(2整个系统可以稳定运行。(3管理员与学生之间信息渠道畅通。(4学生可以很简单的使用、找到自己需要的信息。(5报名步骤简单快捷。(6管理员可以很方便的对报名信息进行汇总。2.3 术语定义2.4 参考资料2.5 相关文档2.6 版本更新信息版本更新信息记录见表1。 3.现有系统描述3.1 角色定义网上报名系统的角色定义见表2。 3.2 作业流程网上报名系统的作业

8、流程如图1所示。 图1 作业流程4.目标系统功能需求网上报名系统的功能概述如图2所示。 图2 网上报名系统的功能概述(1注册登录在校学生注册和登录的用例图如图3所示。 关闭图3 注册登录模块的用例图对用例的说明见表3。 续表 (2浏览活动通知公告浏览网站上活动通知公告用例图如图4所示 在校学生 浏览活动说明图4 浏览活动通知公告模块的用例图对用例的说明见表4。 (3活动报名网上活动报名用例图如图5所示 报名图5 活动报名用例图对用例的说明见表5。表5 对用例的说明 (4通知管理活动信息通知、公告管理用例图如图6所示。 社团负责人 活动说明图6 通知管理用例图对用例的说明见表6。 (5报名信息管

9、理报名信息汇总管理用例图如图7所示。 社团负责人导出报名名单图7 报名信息管理用例图对用例的说明见表7。 表7 对用例的说明 (6系统维护系统维护的用例图如图8所示。 添加标题图8 系统维护用例图对用例的说明见表8。 表8 对用例的说明 需求规格说明书 回修改页面。 （3） 用户输入旧密码与新密码， 点 击确认修改，系统返回修改结果信 息。 扩展点：无 异常处理： （1） 输入信息错误 （如输入的新密 码长度超过系统设置、旧密码不正 确等）系统返回修改页面并返回错 ， 误信息。 （2）系统异常，返回相应信息。 添加 标题 社团负责 人 该网页 标题要 显示的 内容 系统将用 户输入的 标题内容

10、 存储到数 据库中 返回修改 结果信息 用例名称：添加标题 前置条件：用户以管理员身份登录 系统 后置条件：管理员点击添加标题 活动步骤： （1）用户以管理员的身份登录。 续表 （2） 用户点击添加标题， 系统会返 回添加标题页面。 （3） 用户输入标题内容， 点击确定， 系统返回修改信息。 扩展点：无 异常处理： （1） 输入信息错误 （如输入的内容 长度超过系统设置）系统返回添加 ， 页面并返回错误信息。 （2）系统异常，返回相应信息。 5. 目标系统性能需求 性能需求点列表见表 9。 表9 编号 1 性能名称 查看最新 公告 查看活动 说明 使用部门 性能需求点列表 性能描述 输入 查看

11、最新 公告 查看活动 说明 系统响应 输出 社团负责人、 在网页查看最 在校学生 新的公告信息 社团负责人、 在网页查看最 在校学生 新的公告信息 在 1 秒内列 最新公告 出所有公 列表信息 告信息 在 0.5 秒内 列出所有 活动说明 信息 活动说明 信息 2 密码修改 3 社团负责人、 通过系统修改 在校学生 个人登录的密 码信息 旧密码与 新密码 在 0.3 秒内 修改结果 对密码修 信息 改， 并返回 修改结果 16 需求规格说明书 4 联系方式 等内容的 修改 社团负责人 通过系统修改 社团的联系方 式等信息 新的联系 方式等信 息 在 0.3 秒内 完成信息 修改并返 回修改结

12、果信息 修改结果 信息 5 报名信息 的导出 社团负责人 通过系统导出 报名的学生名 单信息 导出报名 名单 在 1 秒内导 导出名单 出名单信 结果信息 息， 并返回 Excel 表格 6. 目标系统界面与接口需求 6.1 界面需求 界面的原则要求，如方便、简洁、美观、一致等。整个系统的界面风格定义，某些 功能模块的特殊的界面要求。 l l l l l 输入设备：键盘、鼠标等。 输出设备：显示器、打印机、光盘刻录机等。 显示风格：图形界面、字符界面、IE 界面等。 显示方式：1024×768、640×480 等。 输出格式：显示布局、打印格式等。 6.2 接口需求点列表

13、l l l 表 10 编号 1 2 3 接口名称 校园官网 百度搜索 网易邮箱 接口规范 与其他系统的接口，如校园官网、百度搜索、网易邮箱等。 与系统特殊外设的接口：无。 与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。 应在此列举出所有的外部接口名称、接口标准、规范。接口需求点列表见表 10。 接口需求点列表 接口标准 入口参数 出口参数 传输频率 7. 目标系统的其他需求 7.1 安全性 （1）权限控制 根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查 17 需求规格说明书 看，没有权限的用户禁止使用系统。学生只可查看自已的报名信息，社团负责人可以查

14、看总的报名信息。 （2）重要数据加密 本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。 （3）数据备份 允许管理员进行数据的备份和恢复，以弥补数据的破坏和丢失。 （4）记录日志 本系统应该能够记录系统运行时所发生的所有错误， 包括本机错误和网络错误。 这 些错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。 7.2 可用性 （1）方便操作，操作流程合理 尽量从用户角度出发，以方便使用本产品。如：新用户注册，要求输入的个人信息 尽可能简洁。可以通过快速键方便用户录入信息，所有操作可仅通过鼠标、键盘完成。 （2）支持没有计算机使用经验、计算机使用经验较少及有较多计算

15、机使用经验的用户 均能方便地使用本系统。 （3）控制必录入项 本系统能够对必须录入的项目进行控制， 使用户能够确保信息录入的完整。 同时对 必录入项进行有效的统一的提示。 （4）容错能力 系统具有一定的容错和抗干扰能力， 在非硬件故障或非通讯故障时， 系统能够保证 正常运行，并有足够的提示信息帮助用户有效正确地完成任务。 （5）操作完成时有统一规范的提示信息 （6）用户可自定义 为了满足业务的不断变化，一些重要的参数应该可以灵活设置。 7.3 灵活性 （1）支持多浏览器。 （2）系统使用方便，易于维护。 7.4 特殊需求 无特殊需求。 8. 目标系统的假设与约束条件 8.1 目标系统的假设： （1）能够按照预期的要求，完成管理员的公告、活动信息的发布。 （2）管理员修改一系