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

合集下载

V1在线报名系统详细功能需求

V1在线报名系统详细功能需求

招生报名系统:一、报名流程填写注册信息→填写个人基本信息(与注册信息表相同的字段信息自动提取)→允许暂存(未填完信息时)→提交(检查必填项)→确认个人基本信息→确认无误再次提交→后台审核→是否录取→录取情况反馈(登陆网站查询及电邮通知)→到校确认报名信息→学籍注册(录取后的学生个人基本信息可选择性导出excel表单二、各表单字段1、注册信息:(红色为必填项)登录名(只能由数字、英文字母或下划线组成)、真实姓名、密码、确认密码、身份证号、出生日期(必须填写到“日”,从身份证号码中自动提取,不可修改)、电子邮件(为找回密码的唯一途径)2、个人基本信息:(红色为必填项)姓名、姓名拼音(全为大写字母,根据姓名汉字自动生成,每个字之间以空格隔开,可修改,如:“李林森”拼音为“LI LIN SEN”)、性别、身份证号(必须为18位)、出生日期(必须填写到“日”,从身份证号码中自动提取,不可修改)、民族、籍贯、政治面貌(中共党员、中共预备党员、共青团员、群众)、户口性质(农业、城镇)、户籍(农村、县镇、城市)、毕业\就读中学、毕业类别(城镇应届、城镇往届、农村应届、农村往届)中考考号、中考分数、家庭详细地址、家庭邮编(格式:6位数字)、专业选择(包括“专业名称、专业代码、学制(年)”,名称、代码、学制一一对应,选择定专业名称后,专业代码、学制根据对应名称自动填入,名称及代码避免重复,专业名称、专业代码、学制可在后台自行添加或由excel表单批量导入)、个人手机(提示:为便于及时联系,最好填写手机号码,若没有请填写“0”!)、电子邮件、父母信息(称谓:父亲、母亲)(包括姓名、工作单位、职务、联系电话(提示:为便于及时联系,最好填写手机号码,若没有请填写“0”!))3、需下拉菜单选择填入的字段:性别、民族、政治面貌、户口性质、户籍、毕业类别、专业选择、称谓:父亲、母亲4、下拉菜单样式参考:三、功能需求:1、报名系统注册功能可由人工开启和关闭,关闭时若点击“注册”按钮将弹出以下提示框,样式参考:2、一个招生季结束后,关闭注册功能的同时,系统自动删除未进行学籍注册学生的注册信息,学生的一个身份证号在一个招生季只能注册一次,未通过网上报名但直接到校报名并录取的学生和已就读的在校生不能注册(这些学生的姓名及身份证号后台可批量导入或逐个添加),被勒令退学学生(人工标识:勒令退学)的身份证号永久记录,不能注册。

网上报名系统设计方案

网上报名系统设计方案

网上报名系统设计方案网上报名系统是一个方便人们进行各种活动、会议、培训等报名的系统,可以方便、快捷、高效地完成报名流程,提高了报名效率,减少了工作量,方便了参与者。

下面是对网上报名系统的设计方案的介绍:一、系统需求分析:1. 用户需求:(1)参与者:可以方便进行报名,查询已报名的活动信息,进行取消报名等操作。

(2)管理员:可以管理活动信息,审核报名信息,发布活动通知等。

2. 功能需求:(1)用户注册与登录:用户可以通过注册账号并登录系统,进行报名操作。

(2)活动信息管理:管理员可以添加、编辑、删除活动信息。

包括活动名称、时间、地点、组织单位等。

(3)报名管理:管理员可以审核报名信息,查看已经报名的参与者信息,并可以导出相关数据。

(4)通知管理:管理员可以发布活动通知,参与者可以接收到通知信息。

二、系统设计:1. 技术选型:(1)前端:HTML、CSS、JavaScript等。

(2)后端:Java、Spring框架等。

(3)数据库:MySQL。

2. 系统流程:(1)用户注册与登录:用户通过注册账号并登录系统。

(2)活动信息管理:管理员添加、编辑、删除活动信息。

(3)报名管理:用户可以查看活动信息并进行报名操作,管理员审核报名信息。

(4)通知管理:管理员发布活动通知,参与者接收通知信息。

3. 数据库设计:(1)用户表:包括用户ID、用户名、密码等字段。

(2)活动信息表:包括活动ID、活动名称、时间、地点、组织单位等字段。

(3)报名信息表:包括报名ID、活动ID、用户ID、报名时间等字段。

(4)通知信息表:包括通知ID、活动ID、内容、发布时间等字段。

4. 系统界面设计:(1)用户注册与登录界面:提供用户注册和登录的表单,包括用户名、密码等字段。

(2)活动信息管理界面:管理员可以添加、编辑、删除活动信息。

(3)报名管理界面:管理员可以审核报名信息,用户可以查看已报名的活动信息。

(4)通知管理界面:管理员可以发布活动通知。

网上招聘系统需求规格说明书范文

网上招聘系统需求规格说明书范文

⽹上招聘系统需求规格说明书范⽂⽹上招聘系统需求规格说明书⽹上招聘系统需求规格说明书1 导⾔1.1 ⽬的该⽂档是关于⽤户对于⽹上招聘系统的功能和性能的要求,重点描述了⽹上招聘系统的功能需求,是概要设计阶段的重要输⼊。

本⽂档的预期读者是:●设计⼈员;●开发⼈员;●项⽬管理⼈员;●测试⼈员;●⽤户。

1.2 范围该⽂档是借助于当前系统的逻辑模型导出⽬标系统的逻辑模型的,解决整个项⽬系统的“做什么”的问题。

在这⾥,没有涉及开发技术,⽽主要是经过建⽴模型的⽅法来描述⽤户的需求,为客户、⽤户、开发⽅等不同参与⽅提供⼀个交流的平台。

1.3 缩写说明HR,Human Resource(⼈⼒资源管理)的缩写JSP,Java Server Page(Java服务器页⾯)的缩写,⼀个脚本化的语⾔UML,Unified Modeling Language(统⼀建模语⾔)的缩写,是⼀个标准的建模语⾔。

1.4 术语定义⽆1.5 引⽤标准[1]《企业⽂档格式标准》,北京长江软件有限公司软件⼯程过程化组织[2]《需求规格说明书格式标准》,北京长江软件有限公司软件⼯程过程化组织1.6 参考资料[1]《UML说明》,北京长江软件有限公司[2]《需求规格报告格式标准》,北京长江软件有限公司软件⼯程过程化组织1.7 版本更新信息本⽂档的更新记录如表A-1所⽰。

表A-1 版本更新记录001 .4.5 0.1 全部初始发布版本002 .4.10 0.2 第3.1节增加003 .4.15 0.3 第4.1节修改004 .4.16 0.4 第5.1节修改005 .4.18 1.0 第7章增加2 系统定义我们分别阐述⼀下项⽬的来源、背景,项⽬的⽤户特点和项⽬的⽬标。

2.1 项⽬来源及背景本项⽬市委北京某公司开发的⼀个⽹上招聘系统,由于这个公司的规模⽐较⼤,需要招聘的员⼯也较多,每次招聘总能受到成千上万的简历,如何挑选合适的应聘者常常是公司⽐较棘⼿的事情,为⼈⼒资源部的⼯作⼈员带来很多的⼯作量。

活动报名系统开发功能需求说明

活动报名系统开发功能需求说明

活动报名系统开发功能需求说明一、可以联合商家发起活动。

1、每个商家都是子端口,可以分享活动。

每次分享活动总后台都可以看到分享的次数。

2、每个子端口都可以有客户报名,每个报名信息总后台都可以收到数据。

3、报名的人员可以收到一个二维码(或者条形码),总后台可以设置管理员,管理员可以验证报名人员的二维码(手机扫码)。

二、链接分享的主页(1)、设置活动主题(2)、可以设置地活动地点。

(3)、可以设置活动开始时间、结束时间、报名截止时间。

(4)、可以设置活动封面、活动内容。

(5)、可以设置报名人员参与需要报名费用。

(允许下线支付)(6)、报名人员须填写:姓名、手机号码、装修地址(装修小区)、装修意向品牌。

(7)、可以增加用户评论。

(总台可以管控评论:增添评论或者删除评论)三、积分规则(后台可以设置)(1)、报名成功积分(2)、分享成功积分(3)、每日点赞积分(4)、邀请朋友报名成功积分(阶梯式:邀请2、4、6位可积分不同)(5)、订单成功积分(阶梯式:定2、4、6单可积分不同)(6)、推荐签单成功积分。

(阶梯式:推荐2、4、6单可积分不同)(7)、签到积分(出示二维码给管理员扫码验证成功)四、活动成员(1)、可以设置预设品牌。

(2)、预设品牌设置好后,打开活动生成二维码,由参与成员扫码加入各自的品牌。

(3)、总台可以管控每个品牌成员,可添加活动管理员/助理,可查看/修改已加入品牌成员名称。

(4)、进入分连队管理,新建分组/连队,让各自成员扫码对另的二维码加入分组/连队,并可以查看/删除成员五、售票管理总后台可以查看:1、总售票数据。

2、待付款数据。

(报名后留下资料,还没有支付人员)3、下线支付数据。

(品牌成员提交的售卡资料)4、微信支付数据。

5、已验票数据。

6、未验票数据。

7、后台可设置群发功能,给每一位成功报名人员发送信息。

六、订单信息每个管理员可设置:1、下定客户信息。

(必填)(只需要提交客户客户手机号码即可)2、订金金额:(必填)3、销售总额。

在线考试系统需求规格说明书

在线考试系统需求规格说明书

在线考试系统系统需求规格说明书版本:1.0说明:本说明书仅供参考,严禁抄袭!变更记录目录1.简介 (4)1.1开发背景 (4)1.2目的 (4)1.3业务范围 (4)1.4参考文档 (4)2.约束及假定 (5)2.1 软件运行环境以及技术约束 (5)2.1.1 软件约束 (5)2.1.2 资产约束 (5)2.2 交付及部署约束 (5)3.功能性需求 (6)3.1 系统功能简介 (6)3.2 需求描述 (6)3.2.1学生端 (6)3.2.2教师端 (6)3.2.3 参考界面设计 (8)4.非功能性需求 (11)4.1 性能 (11)4.2 可扩展性 (11)4.3 可用性 (11)4.4 安全性 (11)4.5 易用性 (12)5.数据库设计 (13)1.简介1.1开发背景系统名称:在线考试系统[以下简称ZXKS系统];本项目的任务提出者是某学校。

开发者为QG公司;系统用户是使用此系统的工作人员;本项目是某学校教务管理系统平台的一部分。

1.2目的本文档定义了ZXKS系统的详细需求,明确了ZXKS系统的功能内容、功能边界、开发途径。

1.3业务范围在线考试系统用来支持在线考试,实现教师出题、学生在线考试以及相关的系统维护功能。

在线考试系统是一个web应用形式,可以通过互联网进行访问。

1.4参考文档2.约束及假定2.1 软件运行环境以及技术约束2.1.1 软件约束ZXKS系统采用Java技术进行开发。

开发及运行的软件环境为:●Java开发包JDK:jdk-1_5_0_01-windows版●应用服务器Tomcat:jakarta-tomcat-5.0.16●数据库SQL Server2005 或MySQL●开发框架:MVC(JSP+Servlet+JavaBean)2.1.2 资产约束Web服务器及数据库服务器均采用Intel P4(1.8G HZ)PC 工作站。

内存1024M、硬盘120G。

2.2 交付及部署约束ZXKS系统要在3周内开发完成,交付时要以独立的war文件作为应用程序发布形式。

万联公司网络报名系统说明书

万联公司网络报名系统说明书

万联公司网络报名系统说明书本次招聘网上报名需同时完成“在线报名”及“上传简历”两个步骤,仅完成其中一项视为无效报名,请考生注意,具体操作步骤如下:一、在线报名1、点击在线报名2、进入在线报名信息填写页面,完整填写报名信息提示:(1)报考岗位对应填写招聘简章中的招聘岗位名称,如下图:报考“气象预报员”岗位,即在报考岗位中填写“气象预报员”即可。

(2)电子邮箱用于审核通过进入笔试考生接收笔试准考证,请保证所填写电子邮箱地址准确。

3、填写完成后输入验证码点击确定。

4、点击完成后会出现“信息已提交”提示,表示您的信息已成功提交,请静待审核通知。

备注:切勿重复报名,重复报名会导致系统审查异常,由此导致的报名失效由考生自行负责。

二、上传简历1、完成“在线报名后”,首先应点击下载报名页面中的“附件2《应聘报名表》”,考生上传资料时须按照“应聘报名表”中填写说明及相关格式要求进行填写。

考生不得上传其他格式的简历,否则视为报名无效,由此产生的后果由考生自行承担。

2、下载应聘报名表后请自行阅读“填写说明”,由于考生未按照规定填写信息或上传资料导致的报名无效由考生自行承担。

3、填写时其他应注意的事项:(1)该处请考生输入自己姓名,表示已确认阅读并接受本次报名的各项规定要求,未填写视为不接受本次报名相关要求,视为无效报名。

(2)资料上传示例如下,按照岗位招聘条件要求所需的资质,以此类推上传相关报名资料:3、按照要求填写完应聘报名表后,点击“上传简历”4、请将填写好的PDF应聘报名材料拖至指定区域(红框内)完成上传,并在绿框中填写“报考岗位名称(姓名)”,如下图所示。

备注:请考生一定按照该格式填写内容,填写其他格式可能会导致报名系统不识别报考信息的情况,由此导致的报名无效后果由考生自行承担。

气象预报员(张三)7、点击上传,系统提示上传成功,完成报名。

气象预报员(张三)备注:切勿重复上传,重复上传会导致系统审查异常,由此导致的报名失效由考生自行负责。

在线考试系统设计说明书

在线考试系统设计说明书

在线考试系统设计说明书1系统的需求规格说明书1.1对功能的规定根据客户的需求,该在线考试系统拟分为以下子模块等。

整个系统间各子模块的结构图如下所示:图 1 系统描述图序号功能模块名称模块子功能描述功能需求标识简要描述1 考生登陆登录Login 不同用户根据不同的权限登陆系统2 教师管理考试结果管理Info教师资料的增、删、改、查,对学生考试结果的查询、修改,也可对试题管理。

教师个人信息维护试题信息管理3 管理员管理学生信息管理Admin通过管理员专用登入页面可对,学生基本信息,教师基本信息,试题信息,管理员信息进行增删改查,并可以查看考试结果。

教师信息管理科目信息管理试题信息管理考试结果管理管理员信息管理1.1.2功能角色用例图在线考试系统是一个三层架构的系统。

在线考试系统的需求主要来源于三个不同的角色:管理员、教师和学生。

因此三者具有不同的功能。

图 2学生用例图图3 教师用例图教师可以对教师资料的增、删、改、查,对学生考试结果的查询、修改,也可对试题管理。

图 4 管理员用例图1.1.3 功能时序图该系统的功能时序图具体有3个:学生时序图,教师时序图,管理者时序图。

学生时序图图6 教师时序图图7 管理员时序图1.2数据管理能力要求考试系统避免不了需要存储试题库,而试题库中往往有上千条甚至上万条记录,拥有的表也会相对复杂,所以在对数据库进行操作的时候,需要数据库响应时间在人们能够接受的范围之内。

1.3故障处理要求系统对于用户错误输入的处理也应该相对友好,尽量做到以最大限度提升用户体验为前提。

偶尔会遇到个别考生考试意外中断的现象,如某台计算机意外断电等。

这就涉及到如何在最大程度上保护学生的考试现场问题。

我们的做法是,将考生的主观性试题、试卷以及结果,保存到服务器端硬盘上。

因为正式考试是集中在学校机房里面进行的,我们可以在安装机房的应用软件时进行设置。

例如:将系统的自动保存时间设置在合理的范围之内,最大程度的保存学生考试过程中试题的考试现场。

报名系统(网上报名使用说明)

报名系统(网上报名使用说明)

报名系统“网上报名”学生手册
1、登录
a)地址:
i.机房网:http://172.16.0.4:6000
ii.办公网:http://10.192.15.4:6000
iii.外网::6000
b)输入账号、密码、验证码
c)选择“报名系统”
2、选择导航“网上报名” “报名”
a)选择阶段
b)选择项目
单选框确认选择;
c)填写基本信息
i.联系电话
格式:11位的以18|13|15开头的手机号码或8位的座机(小灵通)电话号码;
当提示“联系电话格式不对!”时,请检查您输入的电话号码是否正确;改正后再点击“报名”;
d)点击“报名”-可能出现的问题
i.项目确认提示
点击“确定”进入下一步,点击“取消”则取消停止下一步报名操作;
ii.生日和身份证生日编号不一致
当前输入的身份证号与生日选择的值不一致,也就是身份证中
第7-14个数字表示的出生年月需要与生日选择值一致;请点
“确定”重新选择生日或修改身份证号码,再点击“报名”iii.未选择项目
表示b)的操作您没有选择,请返回b)操作;
iv.报名成功
点击“确定”,页面自动跳转
项目前的单选框已变成已选择并不能用,“报名”按钮变成“同项目学员”,只有当出现这样的界面才说明您已经报名成功。

点击“同项目成员”可以查看到自己及和自己同样报了此项目的学员;。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

需求规格说明书——社团在线报名系统目录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)每个活动信息中,每个用户名只可以报名一次,报名成功后信息不可再修改。

相关文档
最新文档