中小学校测评系统需求说明书

中小学校学生综合测评系统需求阐明书文档作者：院系：班级：学号：日期：1引言.......................................41.1编写目的....................................41.2项目风险...................................41.3范围.....................................41.4读者对象.....................................41.5术语解释.....................................41.6参照资料.....................................52项目概述..........................................52.1项目背景.....................................62.2项目目的.....................................62.3顾客特点.....................................72.4一般限制.....................................72.5假定和依赖....................................73系统总体功能.......................................83.1功能需求.....................................83.1.1功能描述................................83.2性能需求.....................................93.3属性.....................................93.3.1可用性..................................93.3.2安全性..................................93.3.3可维护性...............................93.4运行环境需求..................................103.4.1设备....................................103.4.2支持软件................................103.5其他需求.....................................104系统需求优先级......................................105系统功能需求.......................................115.1学生模块.....................................115.1.1学生互评................................125.1.2学生在线提交附加分........................145.1.3密码修改................................165.1.4学生查看重要测评成果......................185.2教师模块.....................................205.2.1教师给学生评分...........................205.2.2教师密码修改.............................235.2.3教师审评学生附加分和查看学生测评分数........255.2.4教师设置班委.............................275.3数据管理员模块................................295.3.1数据管理员修改个人信息.....................295.3.2数据管理................................315.3.3数据管理员修改他人信息.....................336非功能需求.....................................356.1外部接口需求..................................356.2法规政策约束..................................356.3性能需求.....................................357其他事项.....................................361引言1.1编写目的信息技术高度发达的今天，运用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。首先，这极大的减少了簿记和人力的开销，另首先，现代计算机功能的愈渐强大，大大简化了大量信息的处理和流动。测评系统是评测顾客能力的一种重要构成部分，对工作效率有很大的提高，它可以减少对纸质试卷的规定，同步也体现了节省型社会的规定。本文编写目的在于规定和控制项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应到达的目的是为了把本来学生综合测评阶段变成一种比较直观和以便的网络操作过程，对系统目的做出完整、精确、清晰、详细的规定。保证本需求分析的成果可以完整、无遗漏地反应待开发系统的规定。1.2项目风险测评系统波及的风险原因较多，重要风险原因包括：技术风险、政策与法律风险、建设与运行风险等方面。1.3范围本文档的合用范围为项目的开发人员、业务或需求分析人员、测试人员、顾客文档编写者、项目管理人员，也合用于客户。该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充足考虑了详细顾客的实际状况。1.4读者对象读者对象为：学生，老师和负责管理内部数据的管理员等。1.5术语解释无1.6参照资料《中小学生手册》2项目概述学生需求：一、学生互评（不过只有自己可以看见，他人不可见）。1.学生对每位班集体的同学以打分的形式进行互评。2.学生顾客可查看自己所得分数，不可查看评分顾客。二、查看自己的考试成绩（对自己的成绩可见，并且假如有不及格的科目连接到详细页面）。1.学生自己可以查看自己的考试成绩，但无法看到他人的成绩。2.如学生有不及格的成绩可以通过所给链接查询详细状况。三、账号统一为学生的学号，原始密码与自己学号相似。四、发送站内信联络教师或管理员。五、在线提交附加分。1.学生顾客可在线提交综合测评附加分。2.附加分项有重大活动（省级，校级，小区）、竞赛获奖等等。3.附加分能自动计算（根据附加项的详细选项)。教师需求：一、教师需求：教师给学生评分。1.根据学生平时的体现实状况况，予以打分（总分20分）。二、教师可查看所有互评分，并且可以打印下载。三、审核学生提交的附加分项，并修改确认。四、自动筛选名次（自动化评奖学金）。数据库管理员：一、查看所有的信息。二、可修改顾客密码。三、数据清空。2.1项目背景由于每年综合测评的计算量很大，整个过程人工作业很繁琐，往往花了很大的力气还会出现某些问题，如记录失误、人为计算失误等。评分与否可以及时、精确的算出来关系十分重大，因此急需一种计算简便，轻易操作的系统来替代人为的手工计算，提高计算效率，使整个过程公开公平。中小学校测评阶段，数据量大，工作繁琐，学校使用大量纸质表格，大量数据都要在纸质表格上填写完再录入电子表格，然后进行人工查对，效率很低。学生在综合测评阶段必须经历的是为每个班集体的学生进行互评,这是一种比较繁琐的阶段。大概过程是：1、学校把所有互评项都写在纸质表格上，再打印出来发给学生填写。2、学生进行表格填写，写的项目有（学习态度、上进心、关怀时政、世界观人生观、法律意识组织纪律、创新意识竞争性、劳动观念艰苦奋斗、社会责任感、专业学习态度、集体主义奉献精神、组织管理协调能力、人际交往能力、审美能力、文化体育活动体现、担任学生干部状况、科研创新能力、参与锻炼状况、心理素质、生活态度与习惯、社会适应自律能力)3、老师收上去进行学生综合测评分数记录。学生在综合测评阶段必须经历的是为每个班集体搜集学生的附加分，是一种比较繁琐的阶段。大概过程是：1、学生自己去查找自己也许符合加分的条件并且获得证明交给负责人。2、负责人将所有的学生的加分证明进行提交的初步审核，后来在交由教师评审交给学校予以加分。这些繁琐的任务可以自动化完毕，由此，我们提供一套处理方案，提高效率，保证精确性。2.2项目目的该项目建设的目的是为了把以上这些繁琐的过程变成一种简朴并且直观的在线操作，为学生和老师节省时间和精力。不过这个系统必须完毕以上在综合测评的阶段需要完毕的所有规定。由繁琐的发放填写表格、搜集加分项以及参阅学生手册查取加分细则，转变为高速、简朴、高效率的网上在线操作，在线修改，在线提交，在线审核。我们的系统将真正处理在综合测评阶段烦扰老师的不停查阅学生手册审核附加分的问题，和评审奖学金阶段，排名变动的问题，同步处理学生的不停填写表格、进行互评、开班会的烦恼。我们将全力打造一种简朴、直观、有效的学生综合测评平台。2.3顾客特点本系统最终顾客为管理员、教师和学生。本系统预期的使用频度将会很高。2.4一般性限制

1.

制作人员应当注意我们以JAVA进行编程，SQL为我们的数据库（如无必要，不要使用其他开发工具导致不必要的麻烦）；2.

开发人员必须根据自己所提交的需求，设计严格完毕自己的模块（如有模块改动需申请会议以便告知其他模块的人员与否有必要增减）；

3.

每日工作结束后可以留有备份，但不容许把有关的东西对外传播，每个模块的工作人员。需要交流以便更好的开发此软件；

4.

本次的开发可以远程作业，每天要有一定记录，存储的携带可自由选择，但须有一定加密，记得必须备份，防止意外；

5.

数据由各模块人员互相协调考虑确定数据类型，一旦确定不容许随便更改；

6.

本次开发基于Windows7，开发人员要牢记。2.5假定和依赖1.本项目与否可以成功实行，重要取决于如下几点：（1）为了项目的开发下的条件和实行，在必要时对既有的业务流程进行合理的调整。（2）为调研、开发和实行过程提供必要的工作环境和系统运行环境，这些环境有助于软件开发开展工作。（3）为软件系统的运行提供必要的且可以满足系统运行条件的硬件环境，不合适的硬件环境将会影响系统的性能。2.本系统基于Windows开发依赖于Windows操作系统的环境，在后续版本中可考虑加入MAC及其他版本；

3.

考虑到减分的状况，我们应在后续版本中加入签到的程序以应对这一版本在这背面的局限性，该部分依赖于数据服务器，与必要建立新数据库；

4.由于先进的发展趋势，网络已经是无处不在，因此应有诸多学生会在网络上进行更改，可以考虑在后来的版本中加入网络功能以便于学生老师应用，该部分需主体服务器支持依赖于主体程序3系统总体功能学生互评中小学生测评系统学生模块教师模块学生互评中小学生测评系统学生模块教师模块数据管理员模块修改个人信息在线提交附加分查看重要测评成果教师给学生评分修改个人信息教师评审附加分和查看学生测评分数设置班委修改他人信息修改个人信息数据管理3.1功能需求3.1.1功能描述保留顾客填写的资料，保留顾客的测评成果；根据需要完毕有关试卷的添加、修改、删除以及测评时间和测评试卷的设定。3.2性能需求一般系统响应时间不能过长，影响顾客的使用。系统普遍合用性（可用于多种场所，如：心理测评、市场问卷调查，正式考试等等）。系统可维护性。3.3属性3.3.1可用性（1）以便操作，操作流程合理尽量从顾客角度出发，以以便使用本产品。（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的顾客均能以便地使用本系统。（3）容错能力系统具有一定的容错和抗干扰能力，在非硬件故障时，系统可以保证正常运行，并有足够的提醒信息协助顾客有效对的地完毕任务。（4）操作指南。3.3.2安全性（1）后台管理工作只能由管理员在主机上使用。（2）记录日志本系统应当可以记录系统运行时所发生的所有错误。这些错误记录便于查找错误的原因。日志同步记录顾客的关键性操作信息。3.3.3可维护性代码的可维护性：规定每个措施预留出必要的接口，以便维护。3.4运行环境需求3.4.1设备操作系统：WindowsXP或更高版本。3.4.2支持软件对详细开发环境和语言不做规定3.5其他需求

数据库需求

：由于数据库的应用并不多，并且软件为连接学校数据库运行，因此需要构建两个数据库：顾客信息和综合测评信息。需要配置数据库与软件之间的连接，防止出现不必要的数据错误。4系统需求优先级需求编号功能名称优先级阐明5.1.1学生互评1本系统的最重要的基础构成部分5.1.2学生查看自己的综合测评信息1本系统的最重要的构成部分5.1.3在线提交附加分2本系统的最重要的构成部分5.2.1教师可查看所有互评分并且评审附加分2对于综合测评排名影响较大的地方5.1.45.2.2修改顾客密码及其信息2可以及时更改错误信息，使综合评测真实精确5.1.5查看自己的评测成绩35系统功能需求1.学生互评分20项，每项0-5分，不得全为5分，评完后要计算总分。填完后需要人工审核每份互评表与否有效。2.学生互评分里，班委21项，根据班委平时体现，在对应的一项予以打分。3.学生互评分最终成果，每个学生的互评总分中除掉一种最高分和一种最低分，除以班级总人数减2.4.人工审核，需要根据每个学生的平时体现，看看与否统分有出入或者有不公正的地方。然后再将修改后的分值重新计算。5.再对互评分进行排名的时候，需要一种个将其输入EXCEL表格，轻易出错，比较繁琐。6.附加分项有诸多项，每次学生需要根据学生手册，找出自己所参与的活动对应的对应的分值并不直观。7.附加分项的提交，学生需要将所要交的附加分项列在纸上，班长需要负责收取，保证每个人贯彻到位。8.附加分审核，教师需要根据活动的性质以及活动的真实性予以审核，但学生所提交的附加分项并没有对活动的描述，教师需要查阅学生手册，工作量大。9.三好优干评估，需要根据班级综合测评前20%，除掉不及格和受处分的同学，列出后续名单，然后需要学生在班会中投票表决，占用时间多。10.奖学金评估，在专业所有的学生中除掉不及格的人，即为能参与奖学金评估的人，能参与奖学金评估的人的测评分前30%者即为奖学金获得者。5.1学生模块为了有助于学生综合测评的以便性，我们开发了此项目。本项目的对象包括3个。学生，教师，管理员。对于学生，第一、学生互评(学生对自己班集体的每个同学打分)，学生能看到自己所得分数，不可以查看到评分顾客，第二、为了和学校数据库同步，账号统一为自己的学号，并且原始密码为123456，第三、学生可以在线提交附加分，学生顾客可以在线提交综合测评附加分，附加分项为重大活动（省级、校级、小区），以及竞赛获奖等等，附加分能自动计算。学生模块学生模块学生互评查看个人信息和修改个人密码测评结束查看自己测评状况在线提交附加分图5.1学生功能模块5.1.1学生互评用例图：图5.1学生互评用例图用例描述：在登陆后顾客需要选择互评对象后才能填写互评表格。在填写互评的过程中我们有一种拓展功能使所有的分数都定义为一指定的数值。执行者：学生前置条件：学生登陆后置条件：抵达学生互评界面涉众利益：学校减少了去每年复印以上的项目表，减少了纸张的挥霍。学生可以减少填写表格的时间和提交表格的繁琐的时间。老师可以减少搜集表格和登记表格的时间。流程图：学生登录学生登录输入顾客名和密码学生互评页面选着互评对象学生填写互评表格提交互评成果确认退出顾客名或密码输入错误图5.1.1a学生互评流程图基本领件流：1、学生通过自己的顾客名和密码登陆互评页面。2、在学生进入了互评页面时可以填写的他人的各项评分。3、评分结束后可以自己查看他人对自己评的分数也可以选择退出还可以选择自己的密码修改。备选事件流：2.1、学生在评分时可将各项评分置为指定分数。2.2、各项评分分数相似时不予以提交。业务规则：无非功能需求：无字段列表：顾客名长度定为10位，即为学号不容许修改如：顾客密码默认为与自己学号相似，如修改密码密码位数为至少6位最多16位。互评项为班委21项其他同学20项。5.1.2学生在线提交附加分用例图：图5.1.2学生在线提交附加分用例描述：学生登陆互评之后，可以点击在线提交附加分再提交自己的附加分申请。执行者：学生前置条件：学生登陆之后填写附加分选项并且提交。后置条件：等待老师审核涉众利益：原则化、精确化学生附加分申请，并简化附加分申请环节。流程图：学生登录学生登录输入顾客名和密码学生互评页面点击在线提交附加分提交附加分申请提交互评成果确认退出顾客名或密码输入错误图5.1.2a在线提交附加分流程图基本领件流：1、学生通过自己的顾客名和密码登陆。2、学生选择在线提交附加分选项。3、填写附加分选项并提交等待审核。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：在线提交附加分分值和选项都参照《中小学生守则》。5.1.3密码修改用例图：图5.1.3密码修改用例图用例描述：学生修改个人登陆密码执行者：学生前置条件：学生登陆后置条件：密码修改涉众利益：保证学生的账户安全。流程图：学生登录学生登录输入顾客名和密码学生互评页面点击修改个人信息修改密码确认退出顾客名或密码输入错误图5.1.3a学生密码修改流程图基本领件流：1、学生通过自己的顾客名和密码登陆。2、学生选择修改密码选项。3、填写新的密码并确认。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：顾客密码默认为与自己学号相似，如修改密码密码位数为至少6位最多16位。5.1.4学生查看重要测评成果用例图：图5.1.4学生查看重要测评成果用例图用例描述：学生登陆互评后点击成绩查询查询成果。其中有精确查询或者分类查询两种查询方式，最终显示个人查询成果。执行者：学生前置条件：学生登陆，并且测评完毕后置条件：显示查询成果涉众利益：使学生更以便、快捷的理解测评成果。流程图：学生登录学生登录输入顾客名和密码学生互评页面点击查询测评成果选择查询方式和搜索信息确认退出顾客名或密码输入错误查询成果显示页面5.1.4a学生查询测评成果流程图基本领件流：1、学生通过自己的顾客名和密码登陆。2、学生选择查询综合测评分数选项。3、填写查询条件。4、显示查询成果。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：查询方式还是以学号为精确查找。5.2教师模块在教师模块中应实现如下功能。1.教师予以学生特定项进行评分。2.通过审核页面对学生提交的附加分进行审查，并决定与否通过审查或修改申请项中的纰漏。3.在测评结束之后并可通过查询系统对学生的成绩进行查询，简化奖学金的评审过程。教师模教师模块教师给学生评分修改个人信息教师评审附加分和查看学生测评分数设置班委图5.2教师功能模块5.2.1教师给学生评分用例图：图5.2.1教师对学生评分用例图用例描述：在登陆后顾客需要选择评分对象后才能填写评分表格。在填写评分的过程中我们有一种拓展功能使所有的分数都定义为一指定的数值。执行者：教师前置条件：教师登入，并且综合测评未结束后置条件：评分完毕涉众利益：使教师更以便、快捷的了给每个学生进行评分。流程图：教师登入教师登入输入密码教师评分页面选择评分对象填写评分确认退出顾客名或密码输入错误提交评分图5.2.1a教师给学生评分流程图基本领件流：1、教师通过自己的顾客名和密码登陆。2、教师予以学生有关评分项进行打分。3、填写完毕并提交。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：顾客名为教师工号。顾客密码默认为与自己工号相似，如修改密码密码位数为至少6位最多16位。5.2.2教师密码修改用例图：图5.2.2教师修改个人密码用例图用例描述：教师修改个人登陆密码执行者：教师前置条件：教师登入。后置条件：修改完毕涉众利益：保证教师个人帐号安全流程图：教师登入教师登入输入密码教师评分页面选择修改密码修改并提交确认退出顾客名或密码输入错误图5.2.2a教师密码修改流程图基本领件流（与活动图任选一）：1、教师通过自己的顾客名和密码登陆。2、教师更改密码。3、填写完毕并提交。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：顾客密码默认为与自己工号相似，如修改密码密码位数为至少6位最多16位。5.2.3教师审评学生附加分和查看学生测评分数用例图：图5.2.3教师审评学生附加分申请和查看学生测评分数用例图用例描述：教师登陆评分页面后可以点击审核附加分后选择审评学生对指定的学生提出的附加分进行审核，在综合测评结束后有一种拓展功能是查看学生的测评汇总表。执行者：教师前置条件：教师登陆，并且测评完毕后置条件：显示查询成果涉众利益：使教师更以便、快捷的理解测评成果，通过成果简化奖学金评审过程。流程图：教师登入教师登入输入密码教师评分页面选择审核附加分页面审核成果提交确认退出顾客名或密码输入错误图5.2.3a教师审核附加分流程图基本领件流（与活动图任选一）：1、教师通过自己的顾客名和密码登陆。2、教师选择查询综合测评分数选项。3、填写查询条件。4、显示查询成果。备选事件流：无业务活动图：与流程图相似业务规则：无非功能需求：无字段列表：无5.2.4教师设置班委用例图图5.2.4教师设置班委用例图用例描述：教师设置班委执行者：教师前置条件：教师登入。后置条件：设置完毕涉众利益：保证班委评分这项正常进行。流程图：教师登入教师登入输入密码教师评分页面选择审核附加分页面审核成果提交确认退出顾客名或密码输入错误图5.2.4.a设置班委流程图基本领件流：1、教师通过自己的顾客名和密码登陆。2、教师设置班委。3、设置完毕并提交。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：班委数量都为5位不能多设置。5.3数据管理员模块在数据管理员模块中应实现如下功能：1.修改自己的信息以便他人联络。2.数管理。3.修改他人信息。数据库管理员模块数据库管理员模块修改他人信息修改个人信息数据管理图5.3数据管理员功能模块5.3.1数据管理员修改个人信息用例图：图5.3.1数据库管理员修改个人信息用例图用例描述：在登陆后数据库管理员需要点击修改管理员信息。在填写自己的信息予以公布。执行者：数据库管理员前置条件：数据库管理员登入后置条件：进入修改个人信息界面涉众利益：以便大家联络数据库管理员流程图：数据库管理员登陆数据库管理员登陆输入密码点击修改他人信息修改他人信息确认退出顾客名或密码输入错误图5.3.1a数据库管理员修改他人信息流程图基本领件流（与活动图任选一）：1、数据库管理员通过自己的顾客名和密码登陆。2、数据库管理员修改自己的个人信息。3、填写完毕并提交。备选事件流：无业务活动图：无业务规则：无非功能需求：无字段列表：顾客名为自己的身份证号码。顾客密码默认为与自己身份证相似，如修改密码密码位数为至少6位最多16位。个人信息有电话、邮箱、QQ、姓名等都正常规定。5.3.2数据管理用例图：图5.3.2数据管理用例图用例描述：数据管理员进行数据的管理执行者：数据管理员前置条件：数据管理员登陆成功。后置条件：管理数据页面涉众利益：保